Что за поле LedgerBalancesTrans.LedgerBalancesVariant?

[mazzy]

Цитата:

Сообщение от gaenar

Возвращаюсь к вопросу о LedgerBalancesDimTrans.

А объясните, как может быть, что в LT только одна проводка на 800К, а в LedgerBalancesDimTrans две на ту же сумму и отличаются они только этим полем LedgerBalancesVariant? Из-за этого в отчёт попадают задвоенные обороты и выходит, что этой агрегированной таблицей пользоваться не стоит.

1. У пользователей нет штатной возможности повлиять на промежуточные итоги (LedgerBalancesDimTrans)
2. Несоответствие итогов и проводок может создать только программист или администратор
2.1. Программист может вместо методов Insert, Update, Delete вызвать методы doInsert, doUpdate, doDelete. При вызове do-методов ядро не выполняет предопределенные процедуры. Следовательно при вызове do-методов на таблице проводок не изменятся итоги
2.2. администратор может выполнить какие-либо операции над таблицей проводок средствами СУБД.

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

Бухгалтерские итоги пересчитываются Главное меню \ Главная книга \ Периодические операции \ Пересчет данных периодов

[gaenar]

Да, после пересчёта всё хорошо. Спасибо.
Попрошу добавить в пакет на ночь.
Забывают пересчитывать вручную после смены аналитики средствами программиста.

By the way...
не могу понять, зачем в русской локализации код, отвечающий за добавление LedgerBalancesDimTrans и LedgerBalancesTrans вынесен из LedgerVoucherTransObject.postGroup() и занесён в "пост-проверку" в LedgerVoucher.post() ( в тело цикла for (more = ledgerTransList.first(ledgerTrans) ). Причём в зависимости от параметра Correspondense_RU. Видимо, из-за того, что метод splitTrans не возвращает созданный корреспондирующий LedgerTrans, и положить его в LedgerBalancesXXX сразу нет возможности.