Закрытие периода (постановка)

Текущая версия на 11:26, 17 июня 2014

Для ускорения работы бухгалтерских отчетов (Журнал-ордер, Анализ счета, Карта счета, Оборотная ведомость, Главная книга) и функций работающих с проводками необходимо реализовать механизм переодического расчета сальдо. Механизм подразумевает выбор проводок за заданный период, их группировка по счетам и соответствующим аналитикам, запись полученного сальдо в новую таблицу. В дальнейшем при построении бухгалтерских отчетов начальное и конечное сальдо должно будет вычисляться на основании данных из этой таблицы.

[править] Расчет сальдо

[править] Механизм расчета

Таблица в которую будет производится запись сгруппированных данных по проводкам будет называться AC_ENTRY_BALANCE. Ее структура будет идентична таблице AC_ENTRY, за исключением некоторых полей:

 CREATE TABLE AC_ENTRY_BALANCE (
   --------------------------------
   -- Эти поля аналогичны AC_ENTRY
   --------------------------------
   ID                       DINTKEY,
   COMPANYKEY               DINTKEY,
   ACCOUNTKEY               DINTKEY,
   CURRKEY                  DINTKEY,
   DEBITNCU                 DCURRENCY,
   DEBITCURR                DCURRENCY,
   DEBITEQ                  DCURRENCY,
   CREDITNCU                DCURRENCY,
   CREDITCURR               DCURRENCY,
   CREDITEQ                 DCURRENCY,

   ---------------------------------
   -- Наличие полей аналитических 
   -- признаков зависит от 
   -- конфигурации учета на текущей
   -- базе данных            
   ---------------------------------
   USR$GS_CUSTOMER          USR$GS_DCUSTOMER,
   USR$GS_DEPARTMENT        USR$GS_DDEPARTMENT,
   USR$FA_INVCARDKEY        USR$FA_INVCARD,
   USR$GS_GOOD              USR$GS_DGOOD,
   USR$GS_DOCUMENT          USR$GS_DDOCUMENT,
   USR$GS_SERVICE           USR$GS_DSERVICE,
   USR$GS_EMPLOYEE          USR$GS_DEMPLOYEE,
   USR$VATTYPE_KEY          USR$VATTYPEKEY,
   USR$FA_GROUPKEY          USR$FA_CIPHERKEY,
   USR$GS_CONTRACT          USR$INV_DCONTRACT,
   USR$GS_EXPENSES          USR$GS_DEXPENSES,
   USR$GS_ECONOMICACTIVITY  USR$DECONOMICACTIVITY,
   USR$GS_SALETAXRATE       DCURRENCY,
   ---------------------------------
   -- Следующие поля AC_ENTRY
   -- не попадут в таблицу итоговых
   -- значений
   ---------------------------------
   ENTRYDATE                DDATE,
   RECORDKEY                DMASTERKEY,
   TRANSACTIONKEY           DINTKEY,
   DOCUMENTKEY              DMASTERKEY,
   MASTERDOCKEY             DINTKEY,
   ACCOUNTPART              DACCOUNTPART,
   DISABLED                 DBOOLEAN DEFAULT 0,
   RESERVED                 DINTEGER,
   ISSIMPLE                 DBOOLEAN_NOTNULL NOT NULL
 );

При изменении структуры таблицы AC_ENTRY, например в случае добавления новой аналитики, структура таблицы AC_ENTRY_BALANCE также будет обновляться.

Сальдо в стандартных отчетах будет считаться исходя из AC_ENTRY_BALANCE + AC_ENTRY. Например, расчет сальдо был сделан на дату CloseDate = 01.01.2008. Мы хотим построить журнал-ордер на дату Date = 01.05.2008. Сальдо на дату Date будет вычислятся как сальдо на дату CloseDate из таблицы AC_ENTRY_BALANCE плюс сальдо за период 01.01.2008 – 01.05.2008 рассчитанное по таблице AC_ENTRY старым методом. То же самое, если нам понадобится сальдо на дату Date = 01.07.2007. Берем сальдо из AC_ENTRY_BALANCE на дату CloseDate и отнимаем сальдо за период 01.07.2007 – 01.01.2008 рассчитанное по таблице AC_ENTRY.

После первого выполнения процедуры расчета сальдо на таблицу AC_ENTRY должен быть повешен универсальный триггер AFTER INSERT OR UPDATE OR DELETE, который будет обновлять данные в таблице AC_ENTRY_BALANCE в соответствии с изменениями в проводках за период предшедствующий расчету. Здесь может возникнуть проблема блокировки, когда с базой работает несколько пользователей и одновременно создается несколько проводок, которые попадают в одну запись таблицы AC_ENTRY_BALANCE. Поэтому было решено отказаться от обновления записей таблицы AC_ENTRY_BALANCE в пользу добавления дельта-записей содержащих величину изменения сальдо по конкретному счету в разрезе соответствующих аналитик.

Например, в AC_ENTRY добавилась проводка:

В таблице AC_ENTRY_BALANCE по 51 счету содержится следующая запись:

Триггер на таблице AC_ENTRY вставит в таблицу AC_ENTRY_BALANCE дельта-запись, данные примут вид:

Предварительный текст триггера:

 CREATE OR ALTER TRIGGER ac_entry_do_balance FOR ac_entry
 ACTIVE AFTER INSERT OR UPDATE OR DELETE POSITION 15
 AS
 BEGIN
   IF (INSERTING AND NEW.entrydate <= CAST('01.01.2008' AS DATE)
       AND (NEW.debitncu > 0) OR (NEW.debitcurr > 0) OR (NEW.creditncu > 0) OR (NEW.creditcurr > 0)) THEN
   BEGIN
     INSERT INTO AC_ENTRY_BALANCE
       (companykey, accountkey, currkey,
        debitncu, debitcurr, debiteq,
        creditncu, creditcurr, crediteq,
        usr$gs_customer, usr$fa_groupkey, usr$gs_department,
        usr$fa_invcardkey, usr$gs_good, usr$gs_document)
     VALUES
       (NEW.companykey,
        NEW.accountkey,
        NEW.currkey,
        NEW.debitncu,
        NEW.debitcurr,
        NEW.debiteq,
        NEW.creditncu,
        NEW.creditcurr,
        NEW.crediteq,
        NEW.usr$gs_customer,
        NEW.usr$fa_groupkey,
        NEW.usr$gs_department,
        NEW.usr$fa_invcardkey,
        NEW.usr$gs_good,
        NEW.usr$gs_document);
   END
   ELSE
   IF (UPDATING AND OLD.entrydate <= CAST('01.01.2008' AS DATE)
       AND (OLD.debitncu <> NEW.debitncu) OR (OLD.creditncu <> NEW.creditncu)
       OR (OLD.debitcurr <> NEW.debitcurr) OR (OLD.creditcurr <> NEW.creditcurr)) THEN
   BEGIN
     INSERT INTO AC_ENTRY_BALANCE
       (companykey, accountkey, currkey,
        debitncu, debitcurr, debiteq,
        creditncu, creditcurr, crediteq,
        usr$gs_customer, usr$fa_groupkey, usr$gs_department,
        usr$fa_invcardkey, usr$gs_good, usr$gs_document)
     VALUES
       (OLD.companykey,
        OLD.accountkey,
        OLD.currkey,
        NEW.debitncu-OLD.debitncu,
        NEW.debitcurr-OLD.debitcurr,
        NEW.debiteq-OLD.debiteq,
        NEW.creditncu-OLD.creditncu,
        NEW.creditcurr-OLD.creditcurr,
        NEW.crediteq-OLD.crediteq,
        OLD.usr$gs_customer,
        OLD.usr$fa_groupkey,
        OLD.usr$gs_department,
        OLD.usr$fa_invcardkey,
        OLD.usr$gs_good,
        OLD.usr$gs_document);
   END
   ELSE
   IF (DELETING AND OLD.entrydate <= CAST('01.01.2008' AS DATE)
       AND (OLD.debitncu > 0) OR (OLD.debitcurr > 0) OR (OLD.creditncu > 0) OR (OLD.creditcurr > 0)) THEN
   BEGIN
     INSERT INTO AC_ENTRY_BALANCE
       (companykey, accountkey, currkey,
        debitncu, debitcurr, debiteq,
        creditncu, creditcurr, crediteq,
        usr$gs_customer, usr$fa_groupkey, usr$gs_department,
        usr$fa_invcardkey, usr$gs_good, usr$gs_document)
     VALUES
       (OLD.companykey,
        OLD.accountkey,
        OLD.currkey,
        -OLD.debitncu,
        -OLD.debitcurr,
        -OLD.debiteq,
        -OLD.creditncu,
        -OLD.creditcurr,
        -OLD.crediteq,
        OLD.usr$gs_customer,
        OLD.usr$fa_groupkey,
        OLD.usr$gs_department,
        OLD.usr$fa_invcardkey,
        OLD.usr$gs_good,
        OLD.usr$gs_document);
   END
 END

Где CAST('01.01.2008' AS DATE) - дата последнего расчета сальдо. Эту дату можно хранить так же, как хранится дата блокировки периода. То есть хранить в генераторе (например GD_G_ENTRY_BALANCE_DATE) кол-во дней, прошедших с определенной даты (например 17.11.1858) до даты расчета сальдо. Обновлять значение генератора необходимо после каждой процедуры расчета сальдо.

При следующем выполнении процедуры закрытия периода на дату NewCloseDate, данные о проводках до даты CloseDate прошлого закрытия брать из таблицы AC_ENTRY_BALANCE, а данные за промежуток CloseDate - NewCloseDate — из таблицы AC_ENTRY.

Иногда будет необходимо перегруппировать данные в таблице AC_ENTRY_BALANCE путем слияния первоначальной и дельта-записей в одну запись. В момент построения бухгалтерского отчета необходимо проверять количество дельта-записей. Если оно превысит некоторый лимит, то устанавливать флаг, по состоянию которого перестраивать таблицу AC_ENTRY_BALANCE. Это можно делать каждый раз перед/после построения бухгалтерского отчета, или в период простоя Гедемина. Если процедура расчета сальдо будет выполнятся переодически (например, раз в месяц), то данные можно перегруппировать в момент следующего расчета сальдо.

[править] Группировка данных

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

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

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

[править] Стандартные отчеты

• Журнал-ордер
• Карта счета
• Анализ счета
• Главная книга
• Оборотная ведомость

Необходимо переделать механизм построения бухгалтерских отчетов с применением таблицы AC_ENTRY_BALANCE и новых возможностей Firebird 2.5 (EXECUTE BLOCK и др.)

[править] Журнал-ордер

Пример: журнал ордер по счету 41.01, группировка по Подразделению.

Оригинальный запрос (с некоторыми упрощениями):

SELECT
  SUBSTRING(c0.name FROM 1 FOR 180) AS s0,
  SUBSTRING(c0.id FROM 1 FOR 180) AS c0,
  CAST(1 AS INTEGER) AS sortfield,
  CAST(IIF(SUM(e1.debitncu - e1.creditncu) > 0, SUM(e1.debitncu - e1.creditncu) / 1, 0) AS NUMERIC(15, 2)) AS ncu_begin_debit,
  CAST(IIF(SUM(e1.creditncu - e1.debitncu) > 0, SUM(e1.creditncu - e1.debitncu) / 1, 0) AS NUMERIC(15, 2)) AS ncu_begin_credit,
  CAST(IIF(SUM(e2.debitncu) <> 0, SUM(e2.debitncu) / 1, 0) AS NUMERIC(15, 2)) AS ncu_debit,
  CAST(IIF(SUM(e2.creditncu) <> 0, SUM(e2.creditncu) / 1, 0) AS NUMERIC(15, 2)) AS ncu_credit,
  CAST(IIF(SUM(e.debitncu-e.creditncu) > 0, SUM(e.debitncu - e.creditncu) / 1, 0) AS NUMERIC(15, 2)) AS ncu_end_debit,
  CAST(IIF(SUM(e.creditncu-e.debitncu) > 0, SUM(e.creditncu - e.debitncu) / 1, 0) AS NUMERIC(15, 2)) AS ncu_end_credit
FROM
  ac_entry e
  LEFT JOIN ac_entry e1 ON e1.recordkey = e.recordkey AND e1.id = e.id
    AND e1.entrydate < :begindate
  LEFT JOIN ac_entry e2 ON e2.recordkey = e.recordkey AND e2.id = e.id
    AND e2.entrydate >= :begindate AND e2.entrydate <= :enddate
  LEFT JOIN gd_contact c0 ON c0.id = e.usr$gs_department
WHERE
  e.accountkey IN (344101)
  AND e.entrydate <= :enddate
  AND e.companykey IN (147000001)
GROUP BY
  c0.name, c0.id
HAVING
  SUM(e2.debitncu) <> 0
  OR SUM(e2.creditncu) <> 0
  OR SUM(e1.debitncu - e1.creditncu) <> 0
ORDER BY
  c0.name, c0.id

Запрос сформированный с учетом расчитанного сальдо из таблицы AC_ENTRY_BALANCE (примерный текст):

SELECT
  main.c0,
  CAST(IIF(SUM(main.NCU_BEGIN_DEBIT - main.NCU_BEGIN_CREDIT) > 0, 
    SUM(main.NCU_BEGIN_DEBIT - main.NCU_BEGIN_CREDIT), 0) AS NUMERIC(15, 2)) AS NCU_BEGIN_DEBIT,
  CAST(IIF(SUM(main.NCU_BEGIN_CREDIT - main.NCU_BEGIN_DEBIT) > 0, 
    SUM(main.NCU_BEGIN_CREDIT - main.NCU_BEGIN_DEBIT), 0) AS NUMERIC(15, 2)) AS NCU_BEGIN_CREDIT,
  CAST(SUM(main.NCU_DEBIT) AS NUMERIC(15, 2)) AS NCU_DEBIT,
  CAST(SUM(main.NCU_CREDIT) AS NUMERIC(15, 2)) AS NCU_CREDIT,
  CAST(IIF((IIF(SUM(main.NCU_BEGIN_DEBIT - main.NCU_BEGIN_CREDIT) > 0,
    SUM(main.NCU_BEGIN_DEBIT - main.NCU_BEGIN_CREDIT), 0) + SUM(main.NCU_DEBIT)) -
    (IIF(SUM(main.NCU_BEGIN_CREDIT - main.NCU_BEGIN_DEBIT) > 0,
    SUM(main.NCU_BEGIN_CREDIT - main.NCU_BEGIN_DEBIT), 0) + SUM(main.NCU_CREDIT)) > 0,
    (IIF(SUM(main.NCU_BEGIN_DEBIT - main.NCU_BEGIN_CREDIT) > 0,
    SUM(main.NCU_BEGIN_DEBIT - main.NCU_BEGIN_CREDIT), 0) + SUM(main.NCU_DEBIT)) -
    (IIF(SUM(main.NCU_BEGIN_CREDIT - main.NCU_BEGIN_DEBIT) > 0,
    SUM(main.NCU_BEGIN_CREDIT - main.NCU_BEGIN_DEBIT), 0) + SUM(main.NCU_CREDIT)), 0) AS NUMERIC(15, 2)) AS NCU_END_DEBIT,
  CAST(IIF((IIF(SUM(main.NCU_BEGIN_CREDIT - main.NCU_BEGIN_DEBIT) > 0,
    SUM(main.NCU_BEGIN_CREDIT - main.NCU_BEGIN_DEBIT), 0) + SUM(main.NCU_CREDIT)) -
    (IIF(SUM(main.NCU_BEGIN_DEBIT - main.NCU_BEGIN_CREDIT) > 0,
    SUM(main.NCU_BEGIN_DEBIT - main.NCU_BEGIN_CREDIT), 0) + SUM(main.NCU_DEBIT)) > 0,
    (IIF(SUM(main.NCU_BEGIN_CREDIT - main.NCU_BEGIN_DEBIT) > 0,
    SUM(main.NCU_BEGIN_CREDIT - main.NCU_BEGIN_DEBIT), 0) + SUM(main.NCU_CREDIT)) -
    (IIF(SUM(main.NCU_BEGIN_DEBIT - main.NCU_BEGIN_CREDIT) > 0,
    SUM(main.NCU_BEGIN_DEBIT - main.NCU_BEGIN_CREDIT), 0) + SUM(main.NCU_DEBIT)), 0) AS NUMERIC(15, 2)) AS NCU_END_CREDIT
FROM
(
  SELECT
    bal.USR$GS_DEPARTMENT AS c0,
    bal.debitncu AS NCU_BEGIN_DEBIT,
    bal.creditncu AS NCU_BEGIN_CREDIT,
    CAST(0 AS NUMERIC(15, 2)) AS NCU_DEBIT,
    CAST(0 AS NUMERIC(15, 2)) AS NCU_CREDIT
  FROM
    ac_entry_balance bal
  WHERE
    bal.accountkey in (344101)
    AND bal.companykey IN (147000001)
  
  UNION ALL
  
  SELECT
    e.USR$GS_DEPARTMENT AS c0,
    - e.debitncu AS NCU_BEGIN_DEBIT,
    - e.creditncu AS NCU_BEGIN_CREDIT,
    CAST(0 AS NUMERIC(15, 2)) AS NCU_DEBIT,
    CAST(0 AS NUMERIC(15, 2)) AS NCU_CREDIT
  FROM
    ac_entry e
  WHERE
    e.accountkey IN (344101)
    AND e.entrydate >= :begindate
    AND e.entrydate < :closedate
    AND e.companykey IN (147000001)

  UNION ALL

  SELECT
    e2.USR$GS_DEPARTMENT AS c0,
    CAST(0 AS NUMERIC(15, 2)) AS NCU_BEGIN_DEBIT,
    CAST(0 AS NUMERIC(15, 2)) AS NCU_BEGIN_CREDIT,
    e2.debitncu AS NCU_DEBIT,
    e2.creditncu AS NCU_CREDIT
  FROM
    ac_entry e2
  WHERE
    e2.accountkey IN (344101)
    AND e2.entrydate >= :begindate
    AND e2.entrydate <= :enddate
    AND e2.companykey IN (147000001)

) main
GROUP BY
  main.c0  

Примечание: Второй SELECT в подзапросе используется для расчета изменения начального сальдо между начальной даты построения журнала-ордера BeginDate и даты расчета сальдо CloseDate.

Если BeginDate < CloseDate:

  SELECT
    e.USR$GS_DEPARTMENT AS c0,
    - e.debitncu AS NCU_BEGIN_DEBIT,
    - e.creditncu AS NCU_BEGIN_CREDIT,
    CAST(0 AS NUMERIC(15, 2)) AS NCU_DEBIT,
    CAST(0 AS NUMERIC(15, 2)) AS NCU_CREDIT
  FROM
    ac_entry e
  WHERE
    e.accountkey IN (344101)
    AND e.entrydate >= :begindate
    AND e.entrydate < :closedate
    AND e.companykey IN (147000001)

Если BeginDate > CloseDate:

  SELECT
    e.USR$GS_DEPARTMENT AS c0,
    e.debitncu AS NCU_BEGIN_DEBIT,
    e.creditncu AS NCU_BEGIN_CREDIT,
    CAST(0 AS NUMERIC(15, 2)) AS NCU_DEBIT,
    CAST(0 AS NUMERIC(15, 2)) AS NCU_CREDIT
  FROM
    ac_entry e
  WHERE
    e.accountkey IN (344101)
    AND e.entrydate >= :closedate
    AND e.entrydate < :begindate
    AND e.companykey IN (147000001)

Если BeginDate = CloseDate, то второй SELECT не нужен.

[править] Карта счета

В карте счета расчитывается сальдо на начало и конец периода.

Пример: карта счета 41.01.

Оригинальный запрос (с некоторыми упрощениями):

SELECT
  CAST((SUM(e.debitncu - e.creditncu) / 1) AS NUMERIC(15, 2)) AS Saldo
FROM
  ac_entry e
WHERE
  e.accountkey IN (344101)
  AND e.entrydate < :datebegin
  AND e.companykey IN (147000001)

Запрос сформированный с учетом расчитанного сальдо из таблицы AC_ENTRY_BALANCE (примерный текст):

SELECT
  CAST((SUM(main.NCU_BEGIN_DEBIT - main.NCU_BEGIN_CREDIT) / 1) AS NUMERIC(15, 2)) AS Saldo
FROM
(
  SELECT
    bal.debitncu AS NCU_BEGIN_DEBIT,
    bal.creditncu AS NCU_BEGIN_CREDIT
  FROM
    ac_entry_balance bal
  WHERE
    bal.accountkey in (344101)
    AND bal.companykey + 0 IN (147000001)
  
  UNION ALL
  
  SELECT
    e.debitncu AS NCU_BEGIN_DEBIT,
    e.creditncu AS NCU_BEGIN_CREDIT
  FROM
    ac_entry e
  WHERE
    e.accountkey IN (344101)
    AND e.entrydate >= :closedate
    AND e.entrydate < :begindate
    AND e.companykey + 0 IN (147000001)

) main

[править] Анализ счета

В анализе счета, так же как и в карте счета, рассчитывается сальдо на начало и конец периода. Разница в запросах заключается в группировке по счету.

Пример: анализ счета 43.

Оригинальный запрос (с некоторыми упрощениями):

SELECT
  e.accountkey AS id,
  CAST(SUM(e.debitncu - e.creditncu) / 1 AS NUMERIC(15, 2)) AS Saldo
FROM
  ac_entry e
WHERE
  e.accountkey IN (344300)
  AND e.accountkey <> 300003
  AND e.entrydate < :datebegin
  AND e.companykey + 0 IN (147035939)
GROUP BY
  e.accountkey

Запрос сформированный с учетом расчитанного сальдо из таблицы AC_ENTRY_BALANCE (примерный текст):

SELECT
  main.accountkey,
  CAST((SUM(main.NCU_BEGIN_DEBIT - main.NCU_BEGIN_CREDIT) / 1) AS NUMERIC(15, 2)) AS Saldo
FROM
(
  SELECT
    bal.accountkey,
    bal.debitncu AS NCU_BEGIN_DEBIT,
    bal.creditncu AS NCU_BEGIN_CREDIT
  FROM
    ac_entry_balance bal
  WHERE
    bal.accountkey in (344300)
    AND bal.accountkey <> 300003
    AND bal.companykey + 0 IN (147035939)
  
  UNION ALL
  
  SELECT
    e.accountkey,
    - e.debitncu AS NCU_BEGIN_DEBIT,
    - e.creditncu AS NCU_BEGIN_CREDIT
  FROM
    ac_entry e
  WHERE
    e.accountkey IN (344300)
    AND e.accountkey <> 300003
    AND e.entrydate >= :begindate
    AND e.entrydate < :closedate
    AND e.companykey + 0 IN (147035939)

) main
GROUP BY
  main.accountkey

[править] Главная книга

Необходимо исправить процедуры AC_G_L_S и AC_ACCOUNTEXSALDO с учетом данных из таблицы AC_ENTRY_BALANCE.

[править] Оборотная ведомость

Необходимо исправить процедуры AC_CIRCULATIONLIST и AC_ACCOUNTEXSALDO с учетом данных из таблицы AC_ENTRY_BALANCE.

[править] Встроенные бухгалтерские функции

O(const AccDeb: WideString; const AccCred: WideString;
  BDate: TDateTime; EDate: TDateTime; const AnalyticsDeb: WideString;
  const AnalyticsCred: WideString): Currency
V_O(const AccDeb, AccCred: WideString; BDate,
  EDate: TDateTime; const AnalyticsDeb, AnalyticsCred: WideString;
  CurrKey: Integer): Currency
K_O(ValueKey: Integer; const AccDeb: WideString;
  const AccCred: WideString; BDate: TDateTime; EDate: TDateTime;
  const AnalyticsDeb: WideString; const AnalyticsCred: WideString): Currency

Корреспондентский оборот. Параметры: счет по дебету, счет по кредиту, дата начала, дата окончания, список имен и значений аналитик по дебету, список имен и значений аналитик по кредиту.

OD(const Account: WideString;
  BDate: TDateTime; EDate: TDateTime; const Analytics: WideString): Currency
V_OD(const Account: WideString;
  BDate: TDateTime; EDate: TDateTime; const Analytics: WideString): Currency
K_OD(ValueKey: Integer;
  const Account: WideString; BDate, EDate: TDateTime;
  const Analytics: WideString): Currency

Оборот дебетовый. Параметры: счет, дата начала, дата окончания, список имен и значений аналитик.

OK(const Account: WideString;
  BDate: TDateTime; EDate: TDateTime; const Analytics: WideString): Currency
V_OK(const Account: WideString;
  BDate: TDateTime; EDate: TDateTime; const Analytics: WideString): Currency
K_OK(ValueKey: Integer;
  const Account: WideString; BDate, EDate: TDateTime;
  const Analytics: WideString): Currency

Оборот кредитовый. Параметры: счет, дата начала, дата окончания, список имен и значений аналитик.

SD(const Account: WideString;
  OnDate: TDateTime; const Analytics: WideString): Currency
V_SD(const Account: WideString;
  OnDate: TDateTime; const Analytics: WideString): Currency
K_SD(ValueKey: Integer;
  const Account: WideString; OnDate: TDateTime;
  const Analytics: WideString): Currency

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

SK(const Account: WideString;
  OnDate: TDateTime; const Analytics: WideString): Currency
V_SK(const Account: WideString;
  OnDate: TDateTime; const Analytics: WideString): Currency
K_SK(ValueKey: Integer;
  const Account: WideString; OnDate: TDateTime;
  const Analytics: WideString): Currency

Кредитовое сальдо. Параметры: счет, дата, список имен и значений аналитик.

Во всех этих и некоторых других закрытых методах класса TobjGSFunction необходимо поправить расчет сальдо с учетом таблицы AC_ENTRY_BALANCE.

[править] Другие макросы и отчеты

После реализации механизма расчета сальдо, необходимо найти в макросах и отчетах код работы с таблицей AC_ENTRY и обновить его с учетом таблицы AC_ENTRY_BALANCE.

[править] Статистика по новому механизму

На примере базы Березы приведем статистику по работе Гедемина с расчетом сальдо. Расчет сальдо был произведен на дату 01.01.2008.