Сальдо по ГК

[sta[z]]

После разноски журналов по ГК Оборотно-сальдовая ведомость даёт некорректное конечное сальдо. Анализ счёта даёт всё правильно. После пересчёта данных по периоду ОСВ показывает всё правильно. Ошибка проявилась после накатки SP. Где может скрываться проблема?

[Peter Savintsev]

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

Анализ счета же считает данные напрямую по проводкам ГК (LedgerTrans), поэтому всегда показывает правильный результат.

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

[sta[z]]

Уважаемый Peter Savintsev, в результате чего складывается такая ситуация с LedgerBalancesDimTrans. Раньше просто ничего подобного не было (до SP4). Неужели постоянный пересчёт всех устраивает?

[Peter Savintsev]

Честно говоря, не знаю, почему так получается. Это происходит периодически и отследить причину мне не удалось, хотя я плотно данной проблемой не занимался. Но ситуация эта от SP4 напрямую не зависит. Я ее наблюдал на всех сервис-паках и даже еще в 2.5, если ничего не путаю. Скорее всего вам просто раньше везло и вы с этим не сталкивались.

[rtreh]

Аналогичная проблема возникала у нас несколько раз. Не всегда помогает пересчет сальдо. Еще меньше помогает, если кто то лазал в БД и пошуровал там данные. По моим наблюдениям ( мистика какая то), по ночам, когда никто не юзает систему - пересчитать по периодам - поможет.

[sta[z]]

В SP4 добавлена проверка
if (_updateLedgerBalances == NoYes::Yes)
в методе postGroup класса LedgerVoucher, то есть учитывается настройка "Использовать механизм корреспонденции счётов". Если она установлена, то LedgerBalancesDimTrans не корректируется. Пока я просто закомментировал проверку и всё заработало. Если кто-нибудь знает, зачем она была добавлена, буду очень благодарен за информацию.

[Peter Savintsev]

Цитата:

Сообщение от sta[z]

В SP4 добавлена проверка
if (_updateLedgerBalances == NoYes::Yes)
в методе postGroup класса LedgerVoucher, то есть учитывается настройка "Использовать механизм корреспонденции счётов". Если она установлена, то LedgerBalancesDimTrans не корректируется. Пока я просто закомментировал проверку и всё заработало. Если кто-нибудь знает, зачем она была добавлена, буду очень благодарен за информацию.

Действительно занятно. Причем параметр _updateLedgerBalances был еще до всяких сервис-паках (он находится на слое sys), а вот его использование только в случае отключенной корреспонденции - это уже идея локализаторов. Очень хотелось бы узнать, зачем это было сделано???

[Peter Savintsev]

Кстати, на мой взгляд, более корректным решением было бы не комментировать строку
if (_updateLedgerBalances == NoYes::Yes)
в LedgerVoucher, а исправить LedgerVoucherTransObject.post() таким образом:

PHP код:

void post(LedgerVoucher _LedgerVoucher)
{
    _LedgerVoucher.postGroup(ledgerTrans,
                             ledgerDetailLevel/*,
                             ! LedgerParameters::find().Correspondence_RU*/);
    if (projLedger)
        new projLedgerUpdate(ledgerTrans, projLedger).insert();
}