ScalaHelp.RU

Триггера

2012-01-04T15:17:00.000+04:00

На мой взгляд, нужно избегать использования триггеров, давая предпочтение другим способам кастомизации системы. Но все равно иногда обойтись без них не получается. Особенно плохо, если триггер висит на годозависимой таблице - при открытии нового года про них всегда забывают. Следующий скрипт выводит список всех триггеров в текущей базе данных:

select name [Trigger Name], object_name(parent_obj) [Table Name]
from sysobjects
where type = 'TR'
order by 2

Остается проверить какие из триггеров привязаны к годозависимым таблицам и создать их.
Кстати, иногда удобнее получить скрипт триггера с помощью SQL:

sp_helptext TriggerName

iScala Rapidshare

2010-03-15T23:00:00.001+03:00

Очередной раз поражаюсь просматривая статистику – что же ищут люди! Ну, правда, как они могли придумать такие запросы.

Обещаю начать новую рублику. Назову ее поиско SEO мания. В общем буду делать статьи с заголовком из поисковой статистики. Целью поста будет либо – почему здесь не найти того, что ищете, либо, почему я, такой дурак, не пишу об этом. Признаюсь , что основной целью будет как раз SEO оптимизация.

Так вот, тема номера сегодня – нет смысла искать iScala для свободного скачивания. Во-первых, ничем это не поможет, система сложная и настроить под свои нужны с наскоку ее не получится. Да, это не добавляет плюсов системе, да, она не так проста, как хотелось бы. Жаль, но это действительно так.

В общем ответ на ваш запрос – вы без проблем получите систему для ознакомления, вам ее даже доставят за счет производителя, но дальше либо забудьте, либо платите. Вот такая вот горечь жизни :)

Загрузка курсов валют

2009-12-23T19:31:00.001+03:00

Каждый день требуется загрузить в систему курсы валют. Операция простая, но достаточно муторная, плюс ошибки ввода и забывчивость пользователей.

В качестве источника данных по курсам валют можно использовать специальный веб-сервис Центрального Банка России. http://www.cbr.ru/DailyInfoWebServ/DailyInfo.asmx

Дальше я пробегусь по вариантам автоматизации задачи в Scala.

Epicor Service Connect (ESC)

Сразу скажу, что использование ESC для данной задачи – самое правильное решение, т.к. все делается исключительно с использованием стандартной функциональности, никакой самодеятельности. Правда, далеко не у всех есть в лицензии эта опция.

Лирическое отступление: если у вас есть сопряжение с другими системами, если требуется создавать документы или делать какие-то операции в Скале автоматически, то стоит внимательно посмотреть на функциональность ESC.

Итак. Регистрируем сервис ЦБ командой Add Service Reference. Создаем новое Workflow, которое будет обновлять курсы. Добавляем канал для оповещения по e-mail. Создаем новый Business Event Type, сразу привязывая его к созданному ранее Workflow. Добавляем расписание – Scheduled Events.

Во всей этой цепочке самое сложное – Workflow. Сложность возникает из-за того, что сделать все нужные преобразования в визуальном режиме не получится, приходится разбираться с веселыми языком XSLT. В качестве основы можете использовать мой вариант (Огромное спасибо Дмитрию Осипову за помощь). Он сделан для версии iScala 2.3 SR1. В архиве копия каталога Workflow, плюс шаблоны e-mail.

Date Request / Get Latest Date – запрос последней даты, на которую объявлены курсы, метод GetLatestDate
Request Rates / Get Exchange Rates – запрос курсов, метод GetCursOnDateXML
Update Rates / Exchange Rates In – вычисление производных курсов и обновление курсов
Send OK / Send Fail – оповещение пользователей об успехе / ошибке

SQL Server Integration services

Предположим, что ESC у вас нет. Тогда есть неплохой вариант – в качестве бесплатного приложения к MS SQL мы получаем службу Integration Services. С помощью этих сервисов можно получить данные с сайта ЦБ и записать в БД. Минус этого решение в том, что придется самому писать данные в таблицу курсов минуя Скалу. Сам я такой вариант не делал, но пример решения, которое подойдет в качестве основы, можно посмотреть здесь.

SQL Server

Следующий вариант – нет ESC, нет Integration Services. Это тоже не тупик. В TSQL есть возможность создавать объекты OLE Automation. Эта возможность отключена по умолчанию, т.к. считается потенциально опасной, для включения нужно выполнить следующий скрипт:


sp_configure 'show advanced options', 1;
GO
RECONFIGURE;
GO
sp_configure 'Ole Automation Procedures', 1;
GO
RECONFIGURE;
GO

В качестве такого объекта можно использовать MSXML2.DOMDocument, с помощью него можно скачать XML с курсами с того же сайта ЦБ, разобрать его и сохранить курсы в БД. Такой вариант использовался у одного из клиентов, делалось решение на основе этой дискуссии на sql.ru.

iScala Database Structure

2009-11-28T10:00:00.001+03:00

Разбирался с созданием веб-приложений на основе Google App Engine. В качестве примера сделал простую страничку, показывающую структуру базы данных Scala. Получилось достаточно забавно, так что я решил все это выложить. Расположено приложение по адресу http://db.apicosoft.ru/ .
Была еще идея добавить возможность оставлять комментарии во всех разделах(объяснение для чего нужен объект, примеры кода запросов...), но сразу решил не делать, посмотрим нужно ли вообще это. Тем более, что есть куча людей, считающих такого рода информацию чуть ли не секретной - злобный пользователь прознает и залезет куда не надо.
UPDATE 24.12.2009: Оказалось, что я не совсем правильно скачал структуру (считал, что актуальная информация в ScalaSystem.mdb, а нужно было брать из ScaConvertDB.mdb). Поправил. Заодно обнаружил дополнительную информацию в ScaConvertDB. Как вам, например, такой комментарий к полю SY24001:

Code Type Identifies the type of code: 
Code - Description (Module(s) : Length) 

A1 - Communication channel (SY : 2) 
A2 - IBAN (SY : 2) 
A3 - Common address (SY : 2) 
A4 - Common address sub-type (SY : 2) 
A5 - Address entries (SY : 2) 
AA - Journal codes (GL : 6) 
AB - Cash books (GL : 6) 
AT - Tier (GL : 2) 
AX - Cash office (GL : 8) 
AY - Reason codes (GL : 2) 
AZ - Compound Category (GL : 2) 

A0 - Asset group (GL : 10) 
AF - Category A (GL : 4) 
AG - Category B (GL : 4) 
AH - Location (GL : 15) 
AI - Engineer (GL : 25) 
AJ - Disposal code (GL : 4) 
A6 - User defined field 1 (GL : 15) 
A7 - User defined field 2 (GL : 10) 
A8 - User defined field 3 (GL : 10) 
A9 - User defined field 4 (GL : 5) 
AC - Insurance company (GL : 25) 
AD - Insurance category (GL : 20) 
AE - Business transaction code (GL : 3) 
AK - Hospitality simulation transactions (GL : 2) 

BA - Post codes (SL : 10) 
BB - Categories (SL : 4) 
BC - Districts (SL : 2) 
BD - Advertising areas (SL : 2) 
BE - Area codes (SL : 4) 
BF - Trade codes (SL : 5) 
BG - Discount codes (SL : 2) 
BH - Accrual codes (SL : 2) 
BI - Commission codes (SL : 2) 
BJ - Bank codes (SL : 10) 
BK - Salesmen (SL/ST/PR : 3) 
BL - Field engineers (SL : 4) 
BM - Country codes (SL : 3) 
BN - Statistical codes (SC : 13) 
BO - Export codes (SL : 1) 
BP - Payment codes (SL : 2) 
BQ - Accounting code customer (SL : 2) 
BT - Billing terms (SL/PL : 4) 
BS - Document type (SL/PL : 3) 
BV - Jurisdiction code (SY/SL/PL : 2) 

CA - Post codes (PL : 10) 
CB - Categories (PL : 4) 
CC - Country codes (PL : 3) 
CD - Bank codes (PL : 10) 
CE - Sales tax codes (PL : 2) 
CF - Central bank codes (PL : 2) 
CG - Authorization codes (PL : 5) 
CH - Organization codes (PL : 1) 
CI - Accounting code supplier (PL : 2) 
CJ - Supplier type (PL : 1) 

DA - Purchaser (MP/PC/SC : 3) 
DC - Document codes (SY : 1) 

EA - Skill codes (HR/SM : 3) 
EB - Engineer categories (HR/SM : 4) 
EC - Price codes (HR/SM/PR : 2) 
ED - Order status (SM : 2) 
EE - Weighted priorities (OR/PR/SM : 1) 
EF - Order priorities (OR/PR/SM : 1) 
EG - Analysis codes (SM : 15) 
EH - Issue status (SM : 6) 
EI - Return status (SM : 6) 
EJ - Work schedule codes (HR/SM/PR : 6) 
E1 - Error code (SM : 8) (Code EK replaced with E1) 
EL - Error type (SM : 2) 
EM - Error category (SM : 4) 
EN - Status (SM : 2) 
EO - Note category (SM : 2) 
EP - Key word (SM : 15) 
EQ - Note code (SM : 2) 
ER - Price calculation profile (SM : 10) 
EX - Service order accounting codes order (SM : 2) 
EY - Service order accounting codes activ (SM : 2) 
EZ - Service contract accounting codes (SM : 2 
E0 - Type of days (SM : 1) 
E2 - Customer priority codes (SL : 1) 

F0 - Accounting code PUR (AM : 2) 
F1 - Accounting code TAX (AM : 2) 
F2 - Accounting code PLA (AM : 2) 
F3 - Accounting code SAL (AM : 2) 
F4 - Accounting code SCR (AM : 2) 
F5 - Accounting code REV (AM : 2) 
F6 - Accounting code ETX (AM : 2) 
F7 - Accounting code FUS (AM : 2) 
F8 - Accounting code ICT (AM : 2) 
F9 - Accounting code PLP (AM : 2) 
FA - Accounting code ACT (AM : 2) 
FB - Accounting code OLD (AM : 2) 
FC - Accounting code TRA (AM : 2) 
FD - Accounting code STO (AM : 2) 
FE - Accounting code REA (AM : 2) 
FF - Accounting code SFA (AM : 2) 
(FF - FP - Reserved for Asset Transaction Accounting codes) 
(F* - Reserved for Asset Management module) 

IA - Query queues (SC : 1) 
IB - Product groups (SC : 4) 
IC - Article status (SC : 1) 
ID - Discount codes (SC : 2) 
IE - Accounting codes (SC : 2) 
IF - Maintenance codes (SC : 1) 
IG - Service levels (SC : 1) 
IH - Service priority (SC : 1) 
II - Product categories (SC : 10) 
IJ - Budget types (SC : 2) 
IK - Extended product group (SC : 20) 
IL - Price list (SC/PR/OR/PC : 2) 
IM - Batch status codes (SC : 1) 
IN - Cost types (SC : 2) 
IQ - User defined field 1 (SC : 10) 
IR - User defined field 2 (SC : 10) 
IS - User defined field 3 (SC : 8) 
IT - User defined field 4 (SC : 6) 
IU - User defined field 5 (SC : 4) 
IV - User defined field 6 (SC : 4) 
IW - User defined field 7 (SC : 2) 
IX - User defined field 8 (SC : 2) 
IY - User defined field 9 (SC : 2) 
IZ - User defined field 10 (SC : 2) 
I1 - Cycle counting reason (SC : 4) 
I2 - Storage type (SC : 1) 
I3 - Bin type (SC : 3) 
I4 - Bin location rule type (SC : 4) 

GA - Serial number Standard transaction types (SC : 1) 
GB - Serial number Incident Codes (SC : 4) 
GC - Serial number Priority Codes (SC : 4) 
GD - Serial number Action Codes (SC : 4) 
GE - Serial number Status Codes (SC : 4) 
GH - QC Category (SC : 2) 
GF - Serial number User transaction types (SC : 3) 

HA - Cancellation code (OR : 4) 

MR - Customer request type (MA : 2) 

PA - Profession codes (PA : 4; HR/PR/SM : 6) 
PB - Education codes (PA : ) 
PC - Categories (PA : ) 
PD - Departments (PA : 5; HR/PR/SM : 15) 
PE - Community codes 1 (PA : 2) 
PF - Community codes 2 (PA : 2) 
PG - Community codes 3 (PA : 2) 
PH - Work places (PA : 5) 
PI - Person categories (PA : 1) 
PJ - Labour agreement areas (PA : 5) 
PK - Statistical codes 1 (PA : 1) 
PL - Statistical codes 2 (PA : 1) 
PM - Statistical codes 3 (PA : 1) 
PN - Statistical codes 4 (PA : 1) 
PO - Statistical codes 5 (PA : 1) 
PP - Statistical codes 6 (PA : 1) 
PQ - Vacation codes (PA : 4) 
PV - History categories (PA : 2) 

QA - Direct invoicing (DI : 2) 

R0 - User Field 1 (PR : 20) 
R1 - User Field 2 (PR : 10) 
R2 - User Field 3 (PR : 10) 
R3 - User Field 4 (PR : 8) 
R4 - User Field 5 (PR : 8) 
R5 - User Field 6 (PR : 4) 
R6 - User Field 7 (PR : 4) 
R7 - User Field 8 (PR : 2) 
R8 - User Field 9 (PR : 2) 
R9 - User Field 10 (PR : 1) 
RA - User DB Defined 1 (PR : 1-35) 
RB - User DB Defined 2 (PR : 1-35) 
RC - User DB Defined 3 (PR : 1-35) 
RD - User DB Defined 4 (PR : 1-35) 
RE - User DB Defined 5 (PR : 1-35) 
RF - User DB Defined 6 (PR : 1-35) 
RG - User DB Defined 7 (PR : 1-35) 
RH - User DB Defined 8 (PR : 1-35) 
RI - User DB Defined 9 (PR : 1-35) 
RJ - User DB Defined 10 (PR : 1-35) 
RK - (reserved) (PR : ) 
RL - Project category (PR : 4) 
RM - Project type (PR : 2) 
RN - Project status (PR : 1) (not used) 
RO - Project report codes (PR : 8) 
RP - Project budget codes (PR : 2) 
RQ - Project Text Group Description (PR : 1) 
RR - Project User Def Desc (PR : 1) 
RS - Accounting Codes Project (PR : 2) 
RT - Accounting codes Activity (PR : 2) 
RU - Activity cost category (PR : 1) 
RV - Activity gategory (PR : 10) 
RW - Project discount code (PR : 2) 
RX - Activity discount code (PR : 2) 
RY - Invoice sort code (PR : 2) 
RZ - (reserved) (PR : ) 

S* - (reserved) (PR : ) 
SB - IBAN Bank types (SY : 2) 
SE - IBAN Account entry (SY : 1) 
SF - IBAN Section filling (SY : 1) 
SG - IBAN Layout groups (SY : 1) 
ST - IBAN Section type (SY : 1) 
SV - IBAN Validation rule (SY : 3) 

TD - District codes (PL : 10) 

SA - Layout codes (GL : 11) 

WT - Withholding tax codes (PL : 4) 

X0 - Printer groups (SY : 2) 

Y0 - Header batch field 1 (SC/PC/OR/MP : 1) 
Y1 - Header batch field 2 (SC/PC/OR/MP : 1) 
Y2 - Header batch field 3 (SC/PC/OR/MP : 1) 
Y3 - Header batch field 4 (SC/PC/OR/MP : 1) 
Y4 - Header batch field 5 (SC/PC/OR/MP : 1) 
Y5 - Header batch field 6 (SC/PC/OR/MP : 1) 
Y6 - Header batch field 7 (SC/PC/OR/MP : 1) 
Y7 - Header batch field 8 (SC/PC/OR/MP : 1) 
Y8 - Header batch field 9 (SC/PC/OR/MP : 1) 
Y9 - Header batch field 10 (SC/PC/OR/MP : 1) 
YA - Batch user field 1 (SC/PC/OR/MP : 20) 
YB - Batch user field 2 (SC/PC/OR/MP : 10) 
YC - Batch user field 3 (SC/PC/OR/MP : 10) 
YD - Batch user field 4 (SC/PC/OR/MP : 8) 
YE - Batch user field 5 (SC/PC/OR/MP : 8) 
YF - Batch user field 6 (SC/PC/OR/MP : 4) 
YG - Batch user field 7 (SC/PC/OR/MP : 4) 
YH - Batch user field 8 (SC/PC/OR/MP : 2) 
YI - Batch user field 9 (SC/PC/OR/MP : 2) 
YJ - Batch user field 10 (SC/PC/OR/MP : 1) 

Z2 - Operation Code (SY/SL/PL : 10) 
Z3 - Cust/Supp Activity (SY/SL/PL : 10) 
Z4 - Invoice Type (SY/SL/PL : 10) 
Z5 - Brazilian Regions (SY/SL/PL : 10) 
Z6 - City Codes (SY/SL/PL : 10) 
Z7 - State Codes (SY/SL/PL : 10) 
Z8 - (reserved) 
Z9 - Taxable Situation (SY/SL/PL : 10) 
ZA - Type of Legal Entities (SY/SL/PL : 10) 
ZB - Service Codes (SY/SL/PL : 10) 
ZC - Tax Accounting Codes (SY/SL/PL : 1) 

V* - Reserved for VBA projects (all codes starting with V) 
W* - Reserved for VBA projects (all codes starting with W except for WT)

SET NOCOUNT ON

2009-07-20T15:30:00.004+04:00

В очередной раз наступил на эти грабли и решил написать – начинайте написание любой процедуры, триггера, просто длинного запроса со строки:


SET NOCOUNT ON

Без этой строки вы реально можете получить проблемы, например, в отчетах, быстрых поисках (если пишете запрос руками и там более одной конструкции), в стандартной функциональности (в случае использования триггеров).
Вот, что написано про эту конструкцию в документации:

Если значение инструкции SET NOCOUNT равно ON, то количество строк не возвращается. Если значение инструкции SET NOCOUNT равно OFF, то количество строк возвращается.
Функция @@ROWCOUNT обновляется, даже если значение SET NOCOUNT равно ON.
Инструкция SET NOCOUNT ON запрещает всем инструкциям хранимой процедуры отправлять клиенту сообщения DONE_IN_PROC. Для хранимых процедур с несколькими инструкциями, не возвращающих большое количество фактических данных, установка в инструкции SET NOCOUNT значения ON может значительно повысить производительность за счет существенного снижения объема сетевого трафика.
Инструкция SET NOCOUNT устанавливается во время выполнения, а не на этапе синтаксического анализа.

MS SQL Profiler

2009-07-17T16:38:00.002+04:00

Profiler – очень мощный инструмент трассировки, упрощающий отладку новых процедур, решение проблем с доступом к данным, оптимизацию быстродействия и т.д.
Термины, связанные с трассировкой:

Events/События – набор действий, происходящих на сервере, например, запуск хранимой процедуры, сходные события объединены в категории событий
Data columns/Поля – каждое конкретное событие имеет набор свойств
Filters/Фильтры – позволяют выбирать только нужные события

Сама программа обладает несколько архаичным интерфейсом. В результате использование ее не столь очевидно.
Пользоваться трассировщиком по умолчанию может пользователь SA и члены роли SYSADMINS. Начиная с версии SQL Server 2005 можно делегировать эти права любому пользователю:

1: -- разрешаем трассировку для LoginID
2: USE master
3: GRANT ALTER TRACE TO LoginID
4: GO
5: 
6: -- запрещаем трассировку для LoginID
7: USE master
8: REVOKE ALTER TRACE TO LoginID
9: GO
10:

Для установки профайлера на рабочую станцию нужно воспользоваться дистрибутивом MS SQL, выбрав соответствующую опцию. Никаких дополнительных лицензий для этого не требуется.
Profiler после запуска начинает собирать информацию в соответствии с выбранными событиями, полями и фильтрами. Все это делается в памяти компьютера, на котором он запущен. Поэтому запускать длительную трассировку на основном сервере не лучшая идея, лучше сделать это с рабочей станции.
Запускаем трассировку:

Запускаем Profiler
File –> New Trace
Connect to server – стандартное окно выбора сервера (трассировать можно базу данных или аналитические сервисы)
Trace Properties – окно настройки трассировки. Позволяет выбрать события, поля событий и фильтры. Стоит обратить внимание на поле “Use the template”. Шаблон в данном случае – это набор предопределенных для характерных ситуаций настроек трассировки. Можно добавить свои шаблоны.
Жмем кнопку Run

Появляется основное окно трассировки. Оно разделено на две горизонтальные панели. В верхней панели выводятся захваченные события, каждой строке соответствует одно событие. В нижней панели выводится содержимое поля TextData выбранной строки верхней панели.
Стандартный набор команд позволяет поставить на паузу, остановить, запустить трассировку. Результаты трассировки можно сохранить (File –> Save).
Трассировка реально помогает в понимании как работает сервер баз данных, облегчает поиск проблем. Для эффективного использования, конечно, нужно понимать значение событий и полей, в связи с этим хочу обратить внимание, что если в окне Trace Properties навести курсор на поле либо на событие, то внизу окна появится краткое описание события и поля.
В завершении несколько фактов о Profiler:

Начиная с версии MS SQL 2005 появилось новое событие Deadlock Graph. Оно значительно упрощает поиск взаимных блокировок, т.к. в графическом виде показывает суть конфликта.
Профайлер позволяет не только захватывать события, но и воспроизводить их обратно на сервере. Так что его можно использовать как простейшее средство стрессового тестирования.
Трассировку можно запускать программным способом. Причем в профайлере есть команда, облегчающая создания скрипта запуска трассировки. Для этого нужно просто запустить профайлер, создать новую трассировку, выставив все необходимы параметры. После этого запустите команду File –> Export –> Script Trace Definition –> For SQL Server… Вот для примера скрипт, созданный на основе стандартного шаблона:

1: /****************************************************/
2: /* Created by: SQL Server 2008 Profiler             */
3: /* Date: 17/07/2009  16:36:59         */
4: /****************************************************/
5: 
6: 
7: -- Create a Queue
8: declare @rc int
9: declare @TraceID int
10: declare @maxfilesize bigint
11: declare @DateTime datetime
12: 
13: set @DateTime = '2009-07-20 18:00:00.000'
14: set @maxfilesize = 5
15: 
16: -- Please replace the text InsertFileNameHere, with an appropriate
17: -- filename prefixed by a path, e.g., c:\MyFolder\MyTrace. The .trc extension
18: -- will be appended to the filename automatically. If you are writing from
19: -- remote server to local drive, please use UNC path and make sure server has
20: -- write access to your network share
21: 
22: exec @rc = sp_trace_create @TraceID output, 0, N'InsertFileNameHere', @maxfilesize, @Datetime
23: if (@rc != 0) goto error
24: 
25: -- Client side File and Table cannot be scripted
26: 
27: -- Set the events
28: declare @on bit
29: set @on = 1
30: exec sp_trace_setevent @TraceID, 14, 1, @on
31: exec sp_trace_setevent @TraceID, 14, 9, @on
32: exec sp_trace_setevent @TraceID, 14, 6, @on
33: exec sp_trace_setevent @TraceID, 14, 10, @on
34: exec sp_trace_setevent @TraceID, 14, 14, @on
35: exec sp_trace_setevent @TraceID, 14, 11, @on
36: exec sp_trace_setevent @TraceID, 14, 12, @on
37: exec sp_trace_setevent @TraceID, 15, 15, @on
38: exec sp_trace_setevent @TraceID, 15, 16, @on
39: exec sp_trace_setevent @TraceID, 15, 9, @on
40: exec sp_trace_setevent @TraceID, 15, 17, @on
41: exec sp_trace_setevent @TraceID, 15, 6, @on
42: exec sp_trace_setevent @TraceID, 15, 10, @on
43: exec sp_trace_setevent @TraceID, 15, 14, @on
44: exec sp_trace_setevent @TraceID, 15, 18, @on
45: exec sp_trace_setevent @TraceID, 15, 11, @on
46: exec sp_trace_setevent @TraceID, 15, 12, @on
47: exec sp_trace_setevent @TraceID, 15, 13, @on
48: exec sp_trace_setevent @TraceID, 17, 1, @on
49: exec sp_trace_setevent @TraceID, 17, 9, @on
50: exec sp_trace_setevent @TraceID, 17, 6, @on
51: exec sp_trace_setevent @TraceID, 17, 10, @on
52: exec sp_trace_setevent @TraceID, 17, 14, @on
53: exec sp_trace_setevent @TraceID, 17, 11, @on
54: exec sp_trace_setevent @TraceID, 17, 12, @on
55: exec sp_trace_setevent @TraceID, 10, 15, @on
56: exec sp_trace_setevent @TraceID, 10, 16, @on
57: exec sp_trace_setevent @TraceID, 10, 9, @on
58: exec sp_trace_setevent @TraceID, 10, 17, @on
59: exec sp_trace_setevent @TraceID, 10, 2, @on
60: exec sp_trace_setevent @TraceID, 10, 10, @on
61: exec sp_trace_setevent @TraceID, 10, 18, @on
62: exec sp_trace_setevent @TraceID, 10, 11, @on
63: exec sp_trace_setevent @TraceID, 10, 12, @on
64: exec sp_trace_setevent @TraceID, 10, 13, @on
65: exec sp_trace_setevent @TraceID, 10, 6, @on
66: exec sp_trace_setevent @TraceID, 10, 14, @on
67: exec sp_trace_setevent @TraceID, 12, 15, @on
68: exec sp_trace_setevent @TraceID, 12, 16, @on
69: exec sp_trace_setevent @TraceID, 12, 1, @on
70: exec sp_trace_setevent @TraceID, 12, 9, @on
71: exec sp_trace_setevent @TraceID, 12, 17, @on
72: exec sp_trace_setevent @TraceID, 12, 6, @on
73: exec sp_trace_setevent @TraceID, 12, 10, @on
74: exec sp_trace_setevent @TraceID, 12, 14, @on
75: exec sp_trace_setevent @TraceID, 12, 18, @on
76: exec sp_trace_setevent @TraceID, 12, 11, @on
77: exec sp_trace_setevent @TraceID, 12, 12, @on
78: exec sp_trace_setevent @TraceID, 12, 13, @on
79: exec sp_trace_setevent @TraceID, 13, 1, @on
80: exec sp_trace_setevent @TraceID, 13, 9, @on
81: exec sp_trace_setevent @TraceID, 13, 6, @on
82: exec sp_trace_setevent @TraceID, 13, 10, @on
83: exec sp_trace_setevent @TraceID, 13, 14, @on
84: exec sp_trace_setevent @TraceID, 13, 11, @on
85: exec sp_trace_setevent @TraceID, 13, 12, @on
86: 
87: 
88: -- Set the Filters
89: declare @intfilter int
90: declare @bigintfilter bigint
91: 
92: exec sp_trace_setfilter @TraceID, 6, 0, 6, N'User1'
93: exec sp_trace_setfilter @TraceID, 10, 0, 7, N'SQL Server Profiler - b384f0b7-6852-4661-86de-2da85ca97fdf'
94: -- Set the trace status to start
95: exec sp_trace_setstatus @TraceID, 1
96: 
97: -- display trace id for future references
98: select TraceID=@TraceID
99: goto finish
100: 
101: error: 
102: select ErrorCode=@rc
103: 
104: finish: 
105: go
106:

EXECUTE AS

2009-07-11T21:48:00.001+04:00

Предположим, что мы делаем отчет для пользователя. Данные выбираются из базы данных с помощью хранимой процедуры, а выводятся, например, в Excel. В этом случае приходится давать пользователю прямой доступ к базе. И тут сразу возникает вопрос – как дать доступ только туда, куда нужно.

Варианты следующие:

Выбираем нужные таблицы и даем пользователю право читать их. Неудобно то, что все нужно будет повторять для каждого отчета и пользователя. Введение специальных ролей тоже не особо поможет, т.к. для каждого отчета набор таблиц обычно разный, плюс со временем может меняться как сам набор таблиц, так и пользователи, которым разрешен запуск отчета.
Включаем пользователя в роль db_datareader. В этом случае проблем с администрированием почти никаких, но пользователь будет иметь возможность читать все таблицы базы данных. В большинстве случаев политика безопасности предприятия не позволяет делать так.
Дать пользователю только право запускать хранимую процедуру, а уже внутри процедуры переключить контекст с помощью конструкции EXECUTE AS. В этом случае пользователь не будет иметь никаких избыточных прав, а администрирование сводится только к выдаче прав на конкретную процедуру.

Пример процедуры, реализующей последний вариант:

  1: USE iScalaDB
  2: 
  3: -- создаем новый логин
  4: CREATE LOGIN ReportUserLogin WITH PASSWORD='ERFss$#45%$'
  5: GO
  6: 
  7: -- создаем пользователя, на которого будем переключать контекст
  8: CREATE USER ReportUser FOR LOGIN ReportUserLogin
  9: GO
 10: 
 11: -- даем вспомогательному пользователю право читать всю базу данных
 12: EXEC sp_addrolemember 'db_datareader','ReportUser'
 13: GO
 14: 
 15: -- создаем проверочную процедру
 16: CREATE PROCEDURE dbo.TestExecuteAS
 17: WITH EXECUTE AS 'ReportUser'
 18: AS
 19: BEGIN
 20:     SET NOCOUNT ON
 21: 
 22:     SELECT *
 23:     FROM GL060108
 24: END
 25: GO
 26:

Конструкция EXECUTE AS появилась в MS SQL2005, в более ранних версиях была команда SETUSER, но она имела ряд ограничений, которые не позволяли использовать ее в нашем сценарии.

Сумма прописью

2009-02-27T13:18:00.002+03:00

Ситуация: вы настроили новую валюту и печатаете счет в этой валюте. Обратите внимание на поле, где выводится сумма прописью, с большой вероятностью валюта там не совпадет с той, что вы настроили. Где же находится связь между алгоритмом вывода суммы прописью и конкретной валютой?

Запускаем iScala Administration Console. Выбираем: Языки - Строки LAN файлов - GEN - RUS - SY - Numbers. Именно в этом файле все и хранится, спасибо Владимиру Певзнеру за подробный комментарий:

;0001        *** File created by Scala CIS (Moscow) 1 April 1998 ***    |
;0002              Adjusted VP/Jul 1999 by Vladimir Pevzner                  |
;0003     Это специальный LAN файл для печати чисел прописью по-русски.      |
;0004 Файл содержит строки постоянной длины (всегда ровно 80 символов,       |
;0005 включая 2 символа для КОНЦА СТРОКИ). Первый символ каждой строки должен|
;0006 быть либо ' '(пробел) либо ';'(точка с запятой).                       |
;0007     Точка с запятой в первой позиции означает, что данная строка явля- |
;0008 ется комментарием. Число в позициях 2-5 означает номер строки. Програм-|
;0009 ма его не использует, однако оно полезно при корректировке данного или |
;0010 подготовке новых файлов, поскольку оно входит в формулы. Строки, испо- |
;0011 льзуемые программой содержат пробел в первой позиции.                  |
;0012                                                                        |
;0013     Приведенные ниже строки содержат БЛОК ПАРАМЕТРОВ (либо 1 символ в  |
;0014 позициях 7-10, либо 3 числа в позициях 7-8, 10 и 12-15, остальная ин-  |
;0015 фармация служит комментарием) :                                        |
;0016                                                                        |
 0017 0005      Количество валют                                             |
;0018                                                                        |
;0019     Ниже приведены параметры каждой валюты. Первый параметр в строке   |
;0020 показывает количество знаков после запятой. Оно может быть положитель- |
;0021 ным, нулевым или отрицательным (например, -3, если учет ведется в тыся-|
;0022 чах денежных единиц). Второй параметр указывает, нужно ли показывать   |
;0023 прописью знаки после запятой (1-да, 0-нет). Третий парамер показывает  |
;0024 номер строки, с которой начинается блок данных для указанной валюты.   |
;0025                                                                        |
 0026 02,0,0152  Для валюты   № 1                                            |
 0027 02,1,0162  Для валюты   № 2                                            |
 0028 02,0,0152  Для валюты   № 3                                            |
 0029 02,0,0152  Для валюты   № 4                                            |
 0030 02,0,0192                                                              |
;0031 <<зарезервировано для валюты № 6>>                                     |
;0032 <<зарезервировано для валюты № 7>>                                     |
;0033 <<зарезервировано для валюты № 8>>                                     |
;0034 <<зарезервировано для валюты № 9>>                                     |
;0035 <<зарезервировано для валюты № 10>>                                    |
;0036                                                                        |
 0037 0213      Номер первой строки блока формул                             |
;0038                                                                        |
;0039     Приведенные ниже строки содержат БЛОК ДАННЫХ (действительные данные|
;0040 помещены в кавычки, остальная информация служит комментарием) :        |

Думаю, что теперь разобраться не проблема. Редактируем файл и проверяем.

Автоматические реверсивные проводки

2008-12-28T22:15:00.003+03:00

Давно тут ничего не было. За это время я успел отойти от работы со Скалой и вернуться обратно. Пока не обещаю, что новые посты будут появляться регуляно.
Сегодня речь пойдет об автоматическом формировании реверсивных проводок. Такие операции требуются, например, при ведении учета по МСФО. Суть в том, что мы вводим какую-то проводку в текущем периоде, а в начале следующего нам надо полностью ее откатить.
Некоторые вещи легче показать, чем рассказать о них. Поэтому я решил попробовать сделать первый скринкаст.

Не знаю, что получилось, любые комментарии приветствуются...

iScala hardware requirements

2007-12-25T22:03:00.001+03:00

Периодически встает задача порекомендовать конфигурацию компьютеров для Scala. Если с рабочими станциями все достаточно стандартно, то с сервером обычно не все так просто. Для начала глянем в дистрибутив iScala 2.3 и посмотрим, что рекомендует Epicor.

We recommend having a dedicated server for the installation of DBMS and iScala 2.2 SR2 with HF3062.
Recommended configuration for communities of up to 50 users:

Dual Pentium III - 1 GHz or faster processor system (Dual Xeon - 3 GHz is preferable but not mandatory, at the time of the current release: Spring 2004)
1024 MB RAM or more (4GB is preferable but not mandatory)
Hardware RAID-1 for OS, DBMS and iScala binaries (2GB for the DBMS and iScala installation)
Hardware RAID-5 with 6 spindles for iScala databases (at least 1GB for the initial installation)
100Mb network connection
DVD-ROM drive

Сразу видно, что рекомендации не корректировали давно, даже номер версии не исправлен. Хотя по большому счету все довольно правильно, нужно только немного подкорректировать некоторые цифры. Далее речь идет о сервере начального уровня, условно до 50 пользователей.

CPU

Думаю, оптимальным сегодня будет один двуядерный Xeon.

RAM

4GB. Можно поставить и больше, но Windows Server 2003 Standard Edition поддерживает максимально 4GB, а покупать версию Enterprise для сервера начального уровня, наверно, излишне.

HDD

На серверах по возможности лучше использовать SCSI диски. RAID же считаю обязательной частью нормального сервера. HotSwap (горячая замена, без остановки сервера) не обязательно, я вот просто почему-то боюсь их дергать прямо во время работы и все равно сначала выключаю.

Приведенная выше конфигурация очень практична. На первый раздел ставим систему. Сам раздел создаем из двух дисков, объединенных в RAID1 (зеркалирование). Большой объем для этого раздела не требуется, достаточно 70-80GB.

Второй раздел для данных. Тут удобнее использовать RAID5. В этом случае немного проигрываем по скорости записи (на хорошем контроллере разница должна быть несущественной), но выигрываем по времени чтения. Для сервера начального уровня будет достаточно трех дисков (в RAID5 может быть от 3 до 6 дисков). При этом мы жертвуем размером одного диска. Большие диски для этого раздела тоже не обязательны, т.к. могут серьезно поднять стоимость системы. Если, предположим, вы будете использовать три диска объемом 100GB, то получите раздел объемом 200GB. Для рабочих данных вполне достаточно, особенно, если бекапирование делается на другие диски.

Сервер

Конечно, лучше от нормального производителя - HP, Dell, IBM…

Конструктив удобнее для монтажа в 19 дюймовую стойку, но это уже определяется системным администратором. Еще нужен UPS и не надо забывать делать поправку на время.

UPD: В текущем хотфиксе требования исправлены:

Server Hardware

Communities of up to 50 Users

We recommend having a dedicated server for the installation of DBMS and iScala 2.3.

Recommended configuration for communities of up to 50 users:

Dual Xeon - 3 GHz or better
2 GB RAM or more (4GB is preferable but not mandatory)
Hardware RAID-5 for OS, DBMS and iScala binaries (2GB for the DBMS and iScala installation)
Hardware RAID-5 with 6 spindles for iScala databases (at least 1GB for the initial installation)
Gigabit network connection
DVD ROM drive

iScala VBA: Встроенные формы

2007-11-29T12:15:00.001+03:00

Чаще всего при создании новой формы средствами VBA используют стандартные компоненты. В результате форма выглядит достаточно инородно:

В составе Scala идет набор своих компонентов - туннелированные компоненты, позволяющих встраивать VBA приложения без всяких швов. Сделаем простейшую форму.

Создаем новое VBA приложение Tunneling: Tools -> VBA Developer -> Project Explorer. New Project. Set Active для нового приложения.
Идем в среду разработки: Tools -> VBA Developer -> Visual Basic Editor
Добавляем новую форму.
Идем в Tools -> References и добавляем ссылку на ScaXVBProxies 1.0 Type Library
На палитре компонентов Toolbox щелкаем правой клавишей мыши и выбираем Additional Controls. Отмечаем все ScaXVB* компоненты. Получится что-то вроде этого:
Бросаем на форму ScaXVBForm. Он должен присутствовать на любой форме, где используются туннелированные компоненты.
Рисуем фому, используя только скальские компоненты. Добавляем кнопку закрыть с кодом ScaXVBForm1.DelayUnload
Добавляем событие ScaXVBForm1_OnScaReady. В этом событии нужно заполнить все заголовки на форме. Дело в том, что вы не сможете сделать это в дизайнере, т.к. по идеологии таких приложений они должны читать все строки из LAN-файлов. По уму и нужно создать пользовательский LAN-файл и читать строки оттуда, но для простоты я сделал это в коде.
Добавляем кнопку для запуска (в меню добавляется аналогично):

Получаем стандартную встроенную форму:

Код примера.

' Файл UserForm2

Private Sub scaXVBButton1_OnScaClick()
    ScaXVBForm1.DelayUnload
End Sub

Private Sub ScaXVBForm1_OnScaReady()
    scaXVBLabel1.Caption = "Some Label 1:"
    scaXVBLabel2.Caption = "Some Label 2:"
    scaXVBLabel3.Caption = "Some Label 3:"
    scaXVBButton1.Caption = "Close"
End Sub

' Файл ProjectMacros

Sub RunUserForm2()
    UserForm2.ScaXVBForm1.Connect ThisProcess, scaXVBDockedForm
    UserForm2.ScaXVBForm1.Show
End Sub

Расширение функциональности Scala/iScala.Внешние программы. На чем писать.

2007-11-20T23:08:00.001+03:00

Рано или поздно встает вопрос написания внешних программ, для целей отчетности или дополнительной функциональности. Вот на выборе среды, в которой можно это сделать, и остановлюсь сегодня. Исходить буду из то, что нужно решение, которое легко освоить, недорогое (в идеале бесплатное). Поэтому я сразу отбросил C++, да и C# решил не упоминать.

Visual Basic 6 (VB6)

Очень простая среда программирования, легкая в освоении и понятная, правда немного устаревшая и я не уверен, что Microsoft еще продает лицензии на этот продукт. Если у вас уже освоен VBA, то особых проблем при переходе не будет. Скорее всего еще долго будет использоваться.

Delphi

http://www.codegear.com/

Для своего времени это была просто революционная среда, но сейчас она потеряла былую популярность, в основном благодаря большому количеству ошибок в процессе развития. Сейчас имеется бесплатная версия. В ней нельзя устанавливать дополнительные компоненты, но существующего набора компонентов будет достаточно для подавляющего большинства приложений. Среда сложнее в освоении, чем VB6. Если уже есть опыт использования Delphi, то ничто не мешает делать это дальше, осваивать же с нуля не советую, есть, на мой взгляд, лучшие варианты.

Access

Я не любитель этого продукта, хотя честно несколько раз брался за него. Похоже не мое. Но уже неоднократно видел кучу функциональности для Scala, написанной на Access. В общем попробовать его стоит, свои задачи он решает.

Visual Basic 2005 Express Edition

http://www.microsoft.com/rus/msdn/vstudio/express/default.mspx

Это бесплатный вариант Visual Studio. Никаких лицензионных ограничений. Функциональные ограничения несущественны для простых разработок. Современная, удобная среда, с полным набором возможностей. Для запуска приложений требуется установленный .Net Framework 2.0, но он устанавливается вместе с iScala 2.3. Для более ранних версий придется поставить его руками. Буквально на дня вышел Visual Basic 2008 Express, но его я еще не смотрел. Думаю, что тоже будет достойный продукт.

SharpDevelop

http://www.icsharpcode.net/OpenSource/SD/

Бесплатная среда для разработки программ под .Net Framework с открытыми исходными кодами. Возможности шире, чем у VB Express, работает довольно стабильно. Мне его использовать в реальных проектах не приходилось, но рассмотреть его как вариант стоит.

Вывод

На чем остановиться нужно решить самому. У меня это VB6 для быстрых и простых задач и VB Express в остальных случаях.

MS SQL: Backup всех БД

2007-11-13T21:18:00.001+03:00

Вот считаешь иногда, что во многом разобрался, ищешь новое только в свежих версиях, а потом натыкаешься на фичу, которая была в программе уже давным давно. Вот так вчера я выяснил, что в MS SQL есть простой способ бекапа всех баз данных. Спешу поделиться, вдруг все-таки не я один пропустил такую удобную процедуру.

Запускаем Enterprise Manager. Выбираем в дереве "Management/Database Maintenance Plan" . Команда "New Maintenance Plan...". Запускается визард. Дальше, если картинки нет, то соответствующие окна пропущены и в них менять ничего не нужно.

Выбор баз данных. Можно выбрать все, только системные, все кроме системных, указать конкретных список БД.

Здесь включаем бекап и, нажимаем на отмеченную кнопку.

Расписание запуска. В моем случае сделан запуск после каждого рабочего дня.

Указываем куда помещать файлы бекапов и нужно ли для каждой базы создавать свой подкаталог. Еще очень удобно, что можно указать сколько времени хранить, т.е. кроме самой процедуры резервного копирования, будут еще стираться старые файлы (тут бы я еще предусмотрел еще одну отдельную процедуру, которая, например, в выходные будет копировать текущие резервные копии на ленточку или другой сервер).
Логи и оповещение оператора.
Ну вот и все. Задаем имя для плана и сохраняем. Все сделано на примере 2000й версии. В 2005м никаких принципиальных отличий нет. Запускаем Management Studio. Путь "Managements/Maintenance Plans". Команда "Maintenance Plan Wizard".

DDF отчеты

2007-11-06T16:52:00.001+03:00

DDF отчеты самая старая технология создания отчетов в Scala. Такой отчет представляет из себя текстовый файл. Файл является шаблоном отчета, где описано содержание всех секций, состав секций и последовательность их вывода жестко зашиты в коде, так что повлиять можно только на содержимое самих секций. Для примера можно взглянуть на довольно простой отчет OR06 Product Label:

:START-LABEL
╔═════════════════════════════════════╗  
║ <805>                               ║  
║ <806>                               ║  
║ STOCK.COD: <804L25>                 ║  
║ DEL.DATE : <615>     QTY  :<811R09> ║  
║ ORDER    : <04>      POS  : <801>   ║  
║ BUYER    : <401L25>                 ║  
║ CUSTOMER : <400>                    ║  
║─────────────────────────────────────║  
║ <86>                                ║  
╚═════════════════════════════════════╝  
:END-LABEL
0
2

Тут всего одна секция LABEL. Угловыми скобками выделены макросы. Коды полей можно посмотреть здесь: "Системные Утилиты - Документы - Изменение Определения Документа - Редактор Формата Отчета", предварительно выбрав нужный отчет. Например, макрос <804L25> означает следующее: 804 - код запаса, L25 - взять 25 символов слева. Менять можно только содержимое внутри секций. Значения вне секций трогать не советую(в нашем примере это две последние строки), там часто бывают всякие настройки, без которых сам отчет будет работать некорректно.

Какие еще преобразования возможны в DDF файлах? В хелпе я не нашел полного описания. У меня откуда-то давно есть текстовый файлик. Правда, не все, что описано в нем удалось использовать, но несколько раз он мне очень помог, так что приведу его здесь полностью:

-------------
DDF processor
-------------

Start [Prefix] DDFCode [Selector] [Modifier]... [Language] [;] End

 Start       <           Start of DDF Code

 Prefix      #           Optional Prefix
             D (1)       Date in words format (old style)
             ! (1)       Date in words format (old style)
             $ (2)       Amount in words format
             Z (3)       Old Amount in words Format
             * (4)       Leading ***
             _ (5)       Russian dash delimiter ("12.12" like "12-12")
             = (6)       Russian truncate decimals ("12.00" like "12=")
             . (7)       Numbers with "." delimiter
             : (8)       Trimming of spaces before formating

 DDFcode     ##          DDF code
             ###
             ?##         Extended DDF Code
             ?###
             ??###

 Selector    L##         Left part selector
             L###
             R##         Right part selector
             R###
             S##@##      Substring,Length
             S###@##
             S##@###
             S###@###

 Modifier(s) /*    To Currency Recalculation modifier
             /?
             /##
             :*    From Currency Recalculation modifier
             :?
             :##
             .#    Rounding modifier
             -#    Coding segment,Length
             +##   Price from Price List

 Style       @#    Date style (Numeric format):
                     0 - Scala standard/2 digit year)
                     1 - Scala extended/4 digit year)
                     2 - Compressed(No delimiters)/2 digit year
                     3 - Compressed/4 digit year
                     4 - ISO 8601 (always YYYY-MM-DD)

             @#    Date Style (Date in word Format)
             @*    Output Currency Style (Amount in word format)
             @?
             @##

 Language    ???   Language
 FitFlag     ;     Example w/o fit:      12345678901234567890
                    DDFCode=XXX          1234567890XXX      1234567890
                    DDFCODE=XXXXXXXXXXXX 1234567890XXXXXXXXXXXX4567890
                   Example with fit:     12345678901234567890
                    DDFCode=XXX          1234567890XXX12346567890
                    DDFCODE=XXXXXXXXXXXX 1234567890XXXXXXXXXXXX1234567890

             &     Equivalent to fit plus additionally substitutes XML internal entities
                    & -> &amp;
                    < -> &lt;
                    > -> &gt;
                    ' -> &apos;
                    " -> &quot;
                   & prevent ANSII2OEM conversion of DDF Code as well
             \     Equivalent to fit without trimming spaces
                   Example with fit:           12345678901234567890
                       DDFCode=XXX             1234567890XXX       12346567890
                       DDFCODE=XXXXXXXXXXXX    1234567890XXXXXXXXXXXX1234567890

             >     End of DDF Code

На что стоит обратить внимание:

операции над строками, <CodeL10> - взять 10 символов слева, <CodeR15> - взять 15 символов справа, < CodeS10@12> - подстрока 12 символов, начиная с 10го
разные варианты заполнения <Code>, <Code;>, <Code\>

Стандартные отчеты ERP Scala

2007-10-29T17:28:00.001+03:00

Scala в своем составе имеет большое количество отчетов. Их можно условно разделить на отчетные формы и первичные документы.

К сожалению, логика и внешний вид большинства отчетных форм зашита в коде. При большом желании их тоже можно изменить, я даже видел такое решение - сделано было на основе постпроцессора. В двух словах: в настройках канала вывода указана программа (это и есть постпроцессор), Скала формирует отчет в виде текстового файла и запускает постпроцессор, передавая ему путь к файлу. Всего-то и остается написать программу, которая будет парсить файл и делать то, что вам нужно. Еще, как вариант, можно добраться до таких отчетов с помощью VBA, но это тоже будет разборка уже готового текста. В общем - мазохизм. Если уж требуется изменить такой отчет, то я бы лучше просто попробовал повторить его в виде внешнего отчета.

Но не все так плохо. Первичные документы можно менять в широких пределах. Для того, чтобы посмотреть список таких отчетов, запускаем команду "Системные Утилиты - Документы - Изменение Определения Документа - Редактор Формата Отчета". В дереве вверху слева дерево отчетов. В этом же окне, если выбрать отчет, то можно увидеть список кодов, которые можно использовать в этом конкретном отчете в разрезе секций.

Отчеты хранятся по пути \iScala\WinDS\Resources\Reports\. В ветке Standard\Модуль трогать ничего не надо, там лежат стандартные варианты. Свои наработки выкладываем в ветку Custom\Модуль.

Имя отчета

Формируется по правилу MMKKCCDDLLL.EXT, где:

MM - модуль (GL, PL, SL….)
KK - код документа внутри модуля
CC - код компании (документ с кодом компании 01 будет использоваться по умолчанию для всех компаний, если, конечно, для самой этой компании не определен свой документ)
DD - код документа (работает в случае, если в заголовке конкретного документа есть поле "Код документа", это поле будет определять какой из шаблонов брать, по умолчанию берется отчет с кодом 00)
LLL - код языка (ENG, RUS… - в iScala; 00, 01… - в Scala)
EXT - расширение файл зависит от типа отчета (DDF, RTF, RPT)

Например, GL040100RUS.DDF - Модуль GL, документ Cash Receipt/Приходный кассовый ордер, компания 01, код документа 00, язык русский, типа отчета DDF.

Сам отчет может быть сделан с использованием нескольких технологий. Какой конкретный вариант будет использоваться определяется настройками канала вывода. Дальше рассмотрим эти варианты.

DDF

Представляет из себя текстовый шаблон отчета. Отчет разбит на секции, список и порядок вывода секций изменить нельзя. Внутри секций используются коды полей для подстановки данных из системы. Имеется небольшой набор способов форматирования данных.

RTF

На самом деле это тоже DDF, и все правила подстановки полей там такие же. Просто внутри секции используется формат RFT, он ведь тоже текстовый. До iScala это был практически единственный способ сформировать красивый документ. При этом редактирование такого документа не самая простая задача. Если у вас iScala, то я бы избегал использования RTF отчетов. Единственный случай, когда это может быть оправдано, это унаследованные отчеты. Зачем ломать то, что работает? В остальных случаях я бы предпочел использовать Crystal Reports.

RPT

Это отчет на Crystal Reports. Здесь тоже без DDF не обошлось. Видимо для целей совместимости, такой отчет формируется в два этапа. Сначала отрабатывается специально заполненный DDF отчет, на основе его формируется набор данных(датасет), который и передается в RPT. Описание структуры передаваемых данных делается на основе TTX файла, этот файл необходим только во время дизайна отчета. RPT отчеты, на мой взгляд, сейчас самый удобный вариант для кастомизации, т.к. позволяют наиболее гибко настроить выходную форму.

MS SQL: Отладка хранимых процедур, триггеров

2007-10-23T13:02:00.001+04:00

Сегодня не совсем скальская тема. Но в любом случае, поддержка БД MSSQL составляет существенную часть работы администратора ERP системы Scala.

В MS SQL 2000 появилась возможность отлаживать хранимые процедуры. Правда отладчик был упрятан довольно далеко, в результате не все знают про его существование.

Для запуска хранимой процедуры под отладчиком нужно запустить Query Analyzer, приконнектиться к серверу, найти в Object Browser (если это окно не открыто, то нажмите F8) нужную процедуру. Щелкните на ней правой кнопкой мыши и выберите пункт Debug. Появится окно Debug Procedure - в нем нужно заполнить значения параметров процедуры, с которыми вы хотите ее запустить. После нажатия кнопки Execute вы попадет в отладчик. Возможности отладчика стандартные: пошаговое выполнение, проверка значений переменных, точки останова... Думаю тут ничего сложного.

С хранимыми процедурами понятно. А как быть, если нужно отладить, например, триггер? В этом случае есть одна хитрость - нужно сначала сделать хранимую процедуру, действия в которой приведут к выполнению триггера. После этого запускаем отладку этой вспомогательной процедуры, доходим пошагово до строки, зажигающей триггер, и жмем на ней кнопку Step Into (F11). В результате должен открыться текст триггера, а выполнение его остановится на первой строке - то, что нам и было нужно. Я думаю, что такой же фокус пройдет и с функцией, каюсь, сам не пробовал.

В MS SQL 2005 функциональность отладки была существенно переработана. Теперь для отладки нужно использовать Visual Studio. Причем версии Express Edition и Standard для этого не подойдут, только Professional и Team. Правда, все стало проще - в окне Server Explorer щелкаем правой кнопкой мыши на любом объекте БД (хранимой процедуре, триггере, функции), выбираем из локального меню пункт Step Into… и попадаем в отладку. Причем, отлаживать можно как хранимые процедуры, написанные на T-SQL, так и на C# или VB.NET.

Попробовал воспользоваться для отладки процедуры на 2005м сервере Query Analyzer из 2000го - ругается [SQL-DMO]You must use SQL Server 2005 management tools to connect to this server.

UPDATE: Ситуация с отладчиком улучшилась с выходом MS SQL 2008. Теперь запускать отладку можно непосредственно из MS SQL Server Management Studio. Просто в окне редактирования запускаем скрипт через ALT+F5. Доступны стандартные методы отладки.

Синхронизация справочников учетных измерений

2007-10-16T15:49:00.001+04:00

Довольно часто в Scala заводится две компании - одна для российского и одна для западного учета. В этом случае справочники учетных измерений могут существенно совпадать. Получается, что нужно заводить, редактировать и удалять новые значения сразу в нескольких места. Это не очень удобно.

Существует несколько способов решения. Например, можно сделать SQL-скрипт, который будет синхронизировать нужные справочники и регулярно запускать его (руками либо запланировать job). Еще можно сделать триггер, который будет выполнять такую работу. Вот и займемся созданием такого триггера.

Текст триггера (проверено iScala 2.2 SR1):

create trigger GL03SYNC_ ON [dbo].[GL03]
for insert, update, delete
as

begin

set nocount on

declare @DelCount int, @InsCount int, @DimList as nvarchar(100)

-- список УИ, все 'BCDEFGHIJ'
set @DimList = 'BCDE'

select @DelCount = count(*) from deleted
select @InsCount = count(*) from inserted

-- Update
if @DelCount > 0 and @InsCount > 0
begin
 update s set
   GL03001 = i.GL03001, GL03002 = i.GL03002, GL03003 = i.GL03003, GL03004 = i.GL03004, GL03005 = i.GL03005,
   GL03006 = i.GL03006, GL03007 = i.GL03007, GL03008 = i.GL03008, GL03009 = i.GL03009, GL03010 = i.GL03010,
   GL03011 = i.GL03011, GL03012 = i.GL03012, GL03013 = i.GL03013, GL03014 = i.GL03014, GL03015 = i.GL03015,
   GL03016 = i.GL03016, GL03017 = i.GL03017, GL03018 = i.GL03018, GL03019 = i.GL03019, GL03020 = i.GL03020
 from GL03 s
 join inserted i on i.GL03001 = s.GL03001 and i.GL03002 = s.GL03002
 where charindex(i.GL03001, @DimList) > 0
end

-- Delete
if @DelCount > 0 and @InsCount = 0
begin
 delete s
 from GL03 s
 join deleted i on i.GL03001 = s.GL03001 and i.GL03002 = s.GL03002
 where charindex(i.GL03001, @DimList) > 0
end

-- Insert
if @DelCount = 0 and @InsCount > 0
begin
 insert into GL03
 select * from inserted i where charindex(i.GL03001, @DimList) > 0 and not exists
   (select * from GL03 s where i.GL03001 = s.GL03001 and i.GL03002 = s.GL03002)
end

end

В приведенном тексте нужно:

Заменить <C1> на код компании-источника
Заменить <C2> на код исходной компании-приемника
Заменить <YY> на финансовый год (2 символа)
Отредактировать список учетных измерений, подлежащих синхронизации - переменная @DimList

Триггер требуется повесить на все таблицы GL03 в компаниях-источниках (обычно компания российского учета). При заведении нового года нужно не забывать добавлять и новый триггер.

После установки триггера, все операции в синхронизируемых справочниках желательно проводить только в компании-источнике, иначе возникнет расхождение.

Заполняем параметр отчета из VBA

2007-10-10T09:56:00.000+04:00

Задача: в любом стандартном отчете(Crystal Reports) получить возможность добавлять расшифровку подписи директора и главного бухгалтера.
Начнем с хранения расшифровок. Заведем для этого несвязанную UDDB таблицу (компание-независимая, годо-независимая) Params:

Заполняем таблицу (считаем что ID для директора DIR, а для главного бухгалтера GLBUH):

Добавляем новый VBA проект. Он будет срабатывать при запуске печати, просматривать отчет и, если в отчете есть параметры DIR или GLBUH, то заполняет их соответствующими значениями из UDDB таблицы. В новом проекте делаем двойной щелчок на ThisProcess, в открывшемся окне редактора вставляем код:

'   Declare the report engine to access its events
Dim WithEvents m_rptEngine As ScaPrintEngine.ScaReportEngine
Dim dctDict As New Scripting.Dictionary

Private Sub m_rptEngine_ReportBeforePreview(ByVal Report As ScaPrintEngine.IScaReport, PreviewReport As Boolean)
   Dim crParamDef As CRAXDRT.ParameterFieldDefinition
   Dim crParamDefs As CRAXDRT.ParameterFieldDefinitions
  
   Set crParamDefs = Report.NativeReport.ParameterFields
   For Each crParamDef In crParamDefs
       With crParamDef
           If dctDict.Exists(.ParameterFieldName) Then _
               .SetCurrentValue dctDict(.ParameterFieldName)
       End With
   Next crParamDef
End Sub

Private Sub ScaProcessPI_ActionStart(ByVal ActCode As String, _
   ByVal MenuParam As String, ByVal ActType As Long, ByVal ActParam As Variant)
'   Initialise the report engine member on action start
   Set m_rptEngine = ThisProcess.Reporter
End Sub

Private Sub m_rptEngine_NewReport(ByVal Report As ScaPrintEngine.IScaReport)
'   Save action code in the report name
   Report.Name = ThisProcess.ActionCode

   Dim objConnection As New ADODB.Connection
   Dim objCommand As New ADODB.Command
   Dim objRs As New ADODB.Recordset

   objConnection.ConnectionString = ThisProcess.UserContext.GetConnectionString(scaADO)
   objConnection.Open
   objCommand.CommandText = "select ID, Value from Params0000 where CompanyCode = '" _
       & ThisProcess.UserContext.CompanyCode & "'"
   Set objCommand.ActiveConnection = objConnection
   objCommand.CommandType = adCmdText
   Set objRs = objCommand.Execute
  
   dctDict.RemoveAll
   Do While Not objRs.EOF
       dctDict.Add RTrim(objRs.Fields("ID").Value), RTrim(objRs.Fields("Value").Value)
       objRs.MoveNext
   Loop

   objRs.Close
   objConnection.Close
  
   Set objRs = Nothing
   Set objCommand = Nothing
   Set objConnection = Nothing
  
End Sub

Добавляем недостающие ссылки:

Переводим проект в глобальный.

Все. Добавляем в любой стандартный отчет параметры DIR и GLBUH, кидаем их на форму. Значения, если все сделано правильно, заполнятся автоматически при печати.

Список параметров можно расширять только добавляя записи в Params, в коде исправления не потребуются. Пример набросал прямо сейчас, так что ошибки могут быть, но как отправная точка подойдет.

ГТД в информации о партии

2007-10-05T12:35:00.000+04:00

Специального поля под ГТД (Грузовая Таможенная Декларация) в Scala нет. Хранить эту информацию уместнее всего в партии. Проще всего отвести для ГТД одно из полей пользователя партии.

Запускаем команду "Управление Запасами - Прочее - Настройка - Параметры". Идем на закладку 3 "Поля пользователя в партии", выбираем незанятое поле - в моем случае второе. В первом поле пишем название - "ГТД", второе поле "Нет", если не хотим проверки по справочнику. Если же проверка требуется, то ставим "Да" и дополнительно заполняем соответствующий справочник, не забывая поддерживать его в актуальном состоянии ("Управление Запасами - Прочее - Настройка - Файлы кодов - ГТД").

При выборе поля для ГТД нужно учесть, что максимальная длинна полей пользоватея партии разная:

Трудно сказать с чем связан такой разнобой. Размер самого ГТД не лимитирован. Лучше всего подходит поле 1, т.к. оно самое длинное, как вариант можно использовать два поля.

Если такой размер полей не устраивает, то можно хранить ГТД в дополнительном описании партии. Например, в первом поле текста. Размера в 70 символов гарантированно хватит. Дополнительно нужно сделать процесс введения ГТД удобным. Дело в том, что при настройках по умолчанию окно ввода текста партии не появляется. Для изменения этого поведения нужно запустить команду "Управление Запасами - Прочее - Дополнительные Параметры", закладка 2, параметр "Ввод текста о партии при поступлении" = Да. Минусом данного способа является неудобство при выводе в DDF.

RGW плюсы и минусы использования

2007-09-25T14:50:00.001+04:00

RGW - генератор отчетности. Автор Рушан Абдряшитов. Проект родился не внутри R&D, а скорее от недостатка средств отчетности для консультантов при внедрении. Это один из немногих внешних генераторов отчетов, заточенных под Скалу. Позволяет делать несколько типов отчетов:

Отчет на основе окошек. Окошко в данном случае - это ячейка в шаблоне отчета, в которой прописаны правила расчета суммы в этой ячейке. Что-то вроде этого:По такой схеме удобно, например, делать балансовые формы. Образец такой формы есть в дистрибутиве RGW. Не требуется знать ничего о структуре базы данных, просто описываем правила расчета бухгалтерским языком.
Формирование выборки по произвольному SQL запросу. В тексте запроса можно использовать макросы CC, YY, Period1, Period2 (Код компании, финансовый год, дата начала периода и дата конца периода соответственно). Запрос может быть только один, поддерживается группировка по одному полю.
Корреспонденция счетов. В генератор встроен механизм, который в полуавтоматическом режиме, пытается привести многострочные проводки Скалы к виду дебет-кредит. Я обычно пытаюсь отговорить от использования корреспонденции, раз уж выбрана Scala. Если без этого никак, то другого готового способа, кроме как RGW, я не знаю.
Запуск отчетов Crystal Reports. Для использования под RGW отчеты требуют небольших правок. Следует учитывать, что начиная с версии iScala 2.3 имеется возможность вставлять RPT отчеты непосредственно в меню Скалы.

Плюсы RGW:

Простая возможность создавать отчеты своими силами, не прибегая к услугам консультантов
Корреспонденция счетов
Excel как основа для шаблоном, так и выходной формат

Минусы:

После установки RGW Excel в некоторых ситуациях начинает вести себя не совсем привычным способом
Нельзя встроить отчеты в меню Скалы

Стоит ли покупать RGW? Насколько я знаю, российским клиентам могут предложить этот генератор при продаже лицензии в нагрузку - берите, пусть будет. Если же требуется платить за него отдельно, то решайте сами.

Думаю, что не будет преступлением, если я выложу здесь инструкцию пользователя RGW. Она поможет оценить, что может этот генератор. Скачать инструкцию.

Заголовки полей

2007-09-19T11:40:00.000+04:00

Довольно частой является практика, когда в стандартных формах не хватает каких-то полей и для хранения нужных значений используют свободные поля, а новое назначение поля закрепляется только в процедурах/инструкциях пользователя.

В таких случаях для удобства пользователей стоит изменить заголовок поля. Предположим, что хотим заменить заголовок "Текст" на форме ввода счетов-фактуры в Книге Закупок. Новый заголовок будет "Основание". Исхожу из того, что основной язык русский. Что имеем на данный момент:

Как это сделать:

Определяем имя формы. Для этого открываем нужную форму и смотрим на статусную строку Скалы.
Значит имя формы PL0030
Редактируем LAN-файл. В LAN-файлах хранятся строки, являющиеся заголовками полей, сообщениями об ошибках. Для каждого языка свой файл. Запускаем iScala Administration Console. Идем в раздел Языки - Строки LAN файлов - RUS - PL - PL0030. На последнем пункте щелкаем правой кнопкой и выбираем команду "Редактировать". В правой панели ищем исходную строку. У меня она под номером 101 (iScala 2.2 SR1 в других версиях Scala это может отличаться) и заменяем "Текст" на "Основание". Снова вызываем локальное меню на пункте PL0030 и выбираем команду "Сохранить". Теперь в дереве будет вместо PL0030 написано PL0030(Польз.). Это означает, что был создан пользовательский вариант LAN файла.
Проверка. Запускам команду ввода счетов-фактур и видим результат:

Но этим способом можно воспользоваться не на всех формах. Часть форм выполнена описывается SDF файлами, в этом случае в LAN файлах заголовков полей нет, они хранятся непосредственно в в SDF файле. Приведу пример смены заголовка и в такой форме. Предположим мы хотим переименовать заголовок поля "Ссылка" на форме ввода/корректировки поставщика. Предполагается, что Скала установлена на диске C: в каталог по умолчанию. Для этого нужно сделать следующее:

Подсматриваем имя формы - PL0010
Находим файл C:\Program Files\Scala Business Solutions NV\iScala\WinDS\Resources\FormsSDF\Standard\RUS\PL\pl0010x.sdf и копируем его в каталог C:\Program Files\Scala Business Solutions NV\iScala\WinDS\Resources\FormsSDF\Custom\RUS\PL\
Открываем на редактирование файл pl0010x.sdf в ветке Custom. Находим в разделе [Fields] нужный заголовок и изменяем его
Проверка. Запускам нашу форму и убеждаемся, что заголовок изменился.

Кроме корректировки заголовков полей, SDF файлы позволяют в небольших пределах изменять сами формы. Если, например, найти по заголовку нужное поле и удалить эту и следующую строку, то это поле не будет отображаться на форме. Правда делать такие эксперименты нужно осторожно.

Типы проводок

2007-09-13T09:35:00.001+04:00

В поле GL06012 указывается тип проводки. Это бинарное поле, для удобства его преобразовывают convert(char(1), GL06012). Ниже приводится список кодов (коды приведены как в буквенном, так и в бинарном виде):

/ - 0x2F - Входящее сальдо
0 - 0x30 - Проводка ГК (прямой ввод)
1 - 0x31 - Сторно в ГК
2 - 0x32 - Периодическое распределение / переоценка валютных счетов
3 - 0x33 - Счет покупателя (КП)
4 - 0x34 - Платеж покупателя (КП)
5 - 0x35 - Счет поставщика (КЗ)
6 - 0x36 - Платеж поставщика (КЗ)
7 - 0x37 - Амортизация ОС (из модуля ОС)
8 - 0x38 - Автораспределение (периодические: 51-99)
9 - 0x39 - Проводка модуля Управление Проектами
A - 0x41 - Проводка модуля Зарплата
B - 0x42 - Проводка модуля Управление Запасами
C - 0x43 - Проводка модуля Долговые Обязательства
D - 0x44 - Проводка модуля Касса (ГК)
K - 0x4B - Переоценка ОС
L - 0x4C - Книги Выверки (ГК)
S - 0x53 - Проводка из другой компании при консолидации
T - 0x54 - Временные проводки по чекам в ГК (только в журнале ГК)
U - 0x55 - Бюджет 1
V - 0x56 - Бюджет 2
W - 0x57 - Бюджет 3
X - 0x58 - Бюджет 4
Y - 0x59 - Бюджет 5
Z - 0x5A - Бюджет предыдущего года
\ - 0x5C - Входящее сальдо по проводкам отчетного уровня
a - 0x61 - Проводка по отчетным уровням
c - 0x63 - Проводка по отчетным уровням Бюджет 1
d - 0x64 - Проводка по отчетным уровням Бюджет 2
e - 0x65 - Проводка по отчетным уровням Бюджет 3
f - 0x66 - Проводка по отчетным уровням Бюджет 4
g - 0x67 - Проводка по отчетным уровням Бюджет 5
h - 0x68 - Проводка по отчетным уровням Бюджет предыдущего года
i - 0x69 - Проводка закрывающего периода
j - 0x6A - Проводка по отчетным уровням закрывающего периода
| - 0x7C - Перенесенное входящее сальдо по валютным счетам

Спасибо за список пользователю Jugulator с форума "скалолазов".

Что такое RSS

2007-09-05T22:22:00.001+04:00

Если вы регулярно просматриваете хотя бы несколько сайтов, то вам просто необходимо знать о RSS-лентах новостей. Что же это такое? Это стандартный способ оформления всего нового, что появилось на сайте. Самое главное слово здесь СТАНДАРТНЫЙ, оно позволило возникнуть новому классу программ - RSS агрегаторам. Такая программа кардинально меняет способ слежения за новинками в сети. Вместо того, чтобы проверять случайным образом, вы просто собираете в своем агрегаторе ссылки на сайты, блоги и т.д., к которым вы неравнодушны. При запуске проверки вы видите список всего, что есть нового в собранных лентах новостей. Это очень экономит время, да и не пропустите ничего важного.

Как теперь выглядит общение с интернетом? Приходим на работу, запускаем агрегатор и видим все, что появилось на сайтах, за которыми мы следим. В процессе чтения новостей или захода на новые сайты вдруг натыкаемся на новый многообещающий ресурс - ищем там ссылку на ленту новостей и добавляем в агрегатор. Раз в одну-две недели просматриваем списки и удаляем то, что не оправдало надежд.

Осталось выбрать агрегатор. Раньше я пользовался программой RssBandit http://rssbandit.org/. Удобный агрегатор с полным набором возможностей. Но в последнее время переехал на Google Reader http://www.google.com/reader/. Это не совсем программа, это скорее сайт-агрегатор, но сделан он так, что этого не замечаешь. Зато получаешь кучу плюсов, например, не важно с какого компьютера ты заходишь, все что нужно, хранится на сайте. В общем - советую. Не буду пытаться описать использование во всех подробностях, вы и сами не глупые люди, разберетесь, только не торопитесь с выводами - на Google Reader я переходил 3 раза прежде чем остался на нем.

К чему я это? Ах да - ссылка на RSS-ленту моего сайта http://feeds.scalahelp.ru/scalahelpru. Именно эту ссылку нужно скормить вашему любимому агрегатору.

Учетная строка

2007-08-29T11:39:00.001+04:00

Учетная строка включает в себя счет и до девяти учетных измерений. Длина любой из частей не может превышать 12 символов.

Я уже затрагивал эту тему в предыдущем посте, но решил вернуться, ведь разбирать учетную строку на части в запросах приходится часто и довольно быстро надоедает вспоминать ее раскладку.

Можно облегчить себе задачу, если создать в базе набор функций, каждая из которых будет возвращать нужное учетное измерение. В результате вместо substring(GL06001, 13, 6) можно будет писать dbo.Dim1(GL06001). В добавок отчеты, сделанные с использованием таких функций можно будет без проблем переносить на другие инсталляции Scala, где разбивка учетной строки отличается, потребуется только подправить функции.

Можно пойти еще дальше и читать разбивку учетной строки из настроек и сделать функции универсальными. Не советую этого делать, т.к. использоваться они могут довольно часто, а зачем нам лишние запросы? Поправить же функции при необходимости дело пары минут.

Сами функции получаются простыми (создать лучше во всех компанейских базах данных, чтобы при вызове не нужно было указывать имя БД).

Для примера возьмем следующую разбивку учетной строки: Счет - 12, УИ1 - 4, УИ2 - 6, УИ3 - 6, УИ4 - 4, УИ5 - 3, УИ6 - 6, УИ7 - 3, УИ8 - 2, УИ9 - 4. Создаем функции:


CREATE FUNCTION dbo.Account(@AccountString nvarchar(50))
RETURNS nvarchar(12)
AS
BEGIN
  RETURN rtrim(left(@AccountString, 12))
END
GO

CREATE FUNCTION dbo.Dim1(@AccountString nvarchar(50))
RETURNS nvarchar(12)
AS
BEGIN
  RETURN rtrim(substring(@AccountString, 13, 4))
END
GO

CREATE FUNCTION dbo.Dim2(@AccountString nvarchar(50))
RETURNS nvarchar(12)
AS
BEGIN
  RETURN rtrim(substring(@AccountString, 17, 6))
END
GO

CREATE FUNCTION dbo.Dim3(@AccountString nvarchar(50))
RETURNS nvarchar(12)
AS
BEGIN
  RETURN rtrim(substring(@AccountString, 23, 6))
END
GO

CREATE FUNCTION dbo.Dim4(@AccountString nvarchar(50))
RETURNS nvarchar(12)
AS
BEGIN
  RETURN rtrim(substring(@AccountString, 29, 4))
END
GO

CREATE FUNCTION dbo.Dim5(@AccountString nvarchar(50))
RETURNS nvarchar(12)
AS
BEGIN
  RETURN rtrim(substring(@AccountString, 33, 3))
END
GO

CREATE FUNCTION dbo.Dim6(@AccountString nvarchar(50))
RETURNS nvarchar(12)
AS
BEGIN
  RETURN rtrim(substring(@AccountString, 36, 6))
END
GO

CREATE FUNCTION dbo.Dim7(@AccountString nvarchar(50))
RETURNS nvarchar(12)
AS
BEGIN
  RETURN rtrim(substring(@AccountString, 42, 3))
END
GO

CREATE FUNCTION dbo.Dim8(@AccountString nvarchar(50))
RETURNS nvarchar(12)
AS
BEGIN
  RETURN rtrim(substring(@AccountString, 45, 2))
END
GO

CREATE FUNCTION dbo.Dim9(@AccountString nvarchar(50))
RETURNS nvarchar(12)
AS
BEGIN
  RETURN rtrim(substring(@AccountString, 47, 4))
END
GO

-- Проверяем, получилось ли:

select top 100 GL06001 AccStr,
  dbo.Account(GL06001) Acc,
  dbo.Dim1(GL06001) Dim1,
  dbo.Dim2(GL06001) Dim2,
  dbo.Dim3(GL06001) Dim3,
  dbo.Dim4(GL06001) Dim4,
  dbo.Dim5(GL06001) Dim5,
  dbo.Dim6(GL06001) Dim6,
  dbo.Dim7(GL06001) Dim7,
  dbo.Dim8(GL06001) Dim8,
  dbo.Dim9(GL06001) Dim9
from GL06CCYY

Структура БД: Главная Книга

2007-08-21T13:29:00.001+04:00

GL/General Ledger/ГК/Главная книга. Основной модуль, практически любая операция в конечном итоге находит свое отражение в проводках этого модуля. Вот и начнем плясать от печки. Сразу оговорюсь, что не ставлю своей целью досконально описать структуру БД, скорее это описание основных сущностей, необходимых для построения отчетов.

По большому счету у модуля две задачи - ведение плана счетов (справочник счетов и справочник учетных измерений (УИ)) и механизм формирования проводок.

Сначала стоит определиться с учетной строкой - это строка из 50 символов, включает в себя счет и учетные измерения. Разбивка внутри этой строки делается на этапе внедрения и потом редко меняется. Максимальное число составных частей учетной строки 9 . Подсмотреть текущую разбивку можно здесь: Системные Утилиты - Управление Деловой Информацией - Настройка Компании (System Utilities - Business Data Management - Company Setup) закладка 5.

GL53 - Справочник счетов

Годо-Зависимость - ДА
Компание-Зависимость - ДА

Поле	Описание
GL53001	Счет
GL53002	Наименование счета
GL53003	Тип счета. 0 - прибылей и убытков 1 - балансовый 2 - статистический
GL53005	Определяет привязку учетных измерений. Состоит из девяти символов. Каждый символ отвечает за свое УИ. 0 - УИ не привязано 1 - УИ должно использоваться обязательно 2 - УИ может использоваться
GL53006	Блокировка счета 0 - счет можно использовать 1 - счет заблокирован 2 - прямой ввод для счета запрещен
GL53009	Код книги или спецфункции. Возможные значения можно посмотреть в форме редактирования счета

Остальные поля редко используются при построении отчетов.

GL03 - Справочник учетных измерений

Годо-Зависимость - ДА
Компание-Зависимость - ДА

Поле	Описание
GL03001	Код учетного измерения. B - 1, C - 2, D - 3, E - 4, F - 5, G - 6, H - 7, I - 8, J - 9
GL03002	Код учетного измерения
GL03003	Наименование учетного измерения
GL03004, GL03005	Описание учетного измерения

GL06 - Проводки

Годо-Зависимость - ДА
Компание-Зависимость - ДА

Можно сказать - основная таблица модуля. Именно здесь хранятся все проводки. Каждая проводка состоит из двух и более линий. Знак суммы определяет дебет это или кредит. Кроме случая красного строно - тогда минус это дебет, а плюс кредит. Строки красного сторно помечаются в поле GL06017.

Поле	Описание
GL06001	Учетная строка
GL06002	Номер проводки
GL06003	Дата проводки
GL06004	Сумма в локальной валюте
GL06005	Текст проводки
GL06006	Код контрагента
GL06007	Содержимое зависит от модуля. Для КЗ и КП - это номер СЧФ
GL06009	Флаг периодического автораспределения (когда нужно запустить его повторно)
GL06012	Тип проводки. По этому полю можно узнать из какого модуля создана проводка. Более подробно смотри в отдельной статье "Типы проводок".
GL06013	Код пользователя
GL06014	Дата ввода
GL06016	В этом поле хранится уникальный ключ линии. Не советую пользоваться им в качестве ключа связи с другими таблицами, т.к. при некоторых операциях Скала перенумеровывает это поле.
GL06017	Красное сторно 0 - обычная линия 1 - красное сторно
GL06018	Сумма в оригинальной валюте
GL06019	Код валюты
GL06030	Флаг сложного автораспределения (когда нужно запустить его повторно)
GL06032	счет компании источника (для консолидированных компаний)
GL06033	сумма компании источника(для консолидированных компаний)
GL06034	код компании источника (для консолидированных компаний)

GL07 - Дневной журнал

Годо-Зависимость - ДА
Компание-Зависимость - ДА

Все проводки сначала попадают в дневной журнал. При проведении операции обновления дневного журнала проводки проверяются, если данных не хватает, то выводится запрос на коррекцию проводки. Только после этого проводка попадает в таблицу GL06. Структура GL07 существенно отличается от GL06, но разобраться там нетрудно. Непосредственно в отчетах таблица дневного журнала используется нечасто.

Другие таблицы

Здесь приведу краткое описание некоторых таблиц:

GL52 - таблица служит для хранения сальдо в разрезе счетов, периодов и учетных измерений (только до четвертого включительно). Таблица нужна для ускоренного извлечения сальдо. Для перерасчета содержимого можно запустить процедуру реконструкции сальдо. Я предпочитаю не пользоваться этой таблицей, а при необходимости считать сальдо по таблице GL06
GLCB, GLCD, GLCX, GLCY - таблицы модуля Касса
GL10, GL1A - параметры модуля Главная Книга
GL41 - Связка консолидированных компаний по счетам

Примеры запросов

В запросах макросы CC и YY нужно заменить на код компании и финансовый год соответственно. Если есть

Вывод проводки по номеру:

select * from GL06CCYY where GL06002 = '123456'

Расчет сальдо(кредитовое, дебетовое, свернутое) по всем счетам, начинающимся на 60 (при условии, что длинна счета 12 символов):

select left(GL06001, 12) Account,
sum(case when (GL06004 > 0 and GL06017 = '0')or(GL06004 < 0 and GL06017 = '1') then GL06004 else 0 end) DSaldo,
-sum(case when (GL06004 < 0 and GL06017 = '0')or(GL06004 > 0 and GL06017 = '1') then GL06004 else 0 end) CSaldo,
sum(GL06004) Saldo
from GL06V106
where GL06001 like '60%'
group by left(GL06001, 12)

Если нужно, то приведу другие примеры - спрашивайте в комментариях.