Трансляция

[Starling]

Цитата:

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

а почему нет? Дт часть проводки может идти на один счет, Кт на другой или никуда не идти.

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

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

[Starling]

Цитата:

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

1) Добавить в Query TransLog и делать выборку с джойном. Будет ничем не медленее вашей идеи с полем.

Можно наверно и так.
Но, если я сейчас правильно помню код, то таблица TransLog заполняется в процессе трансляции. Получается что таблица, которая входит в запрос, «инсертится» в процессе выполнения этого запроса.
Когда-то у меня были проблемы с такой реализацией.
Спасибо – будем пробовать.
О результатах постараюсь отписаться.

[Starling]

Ошибку корреспонденции походе удалось исправить, модифицировав код метода importTransactions класса rtslLedgerTranslation.

protected void importTransactions()
{
....

    while select tmpLedgerTrans         // The order defines bond sequence
        order by Voucher,
                 TransDate,
                 //BUG003, 10/10/2012 -->
                 //add - исправление ошибки корреспонденции
                 BondBatch desc,
                 BondBatchTrans desc,    // 2-2, 1-1, 0-0, 0, 0, 0
                 //BUG003 <--
                 TransType,
                 OperationsTax,
                 AccountType,           // Usial-Usial, Usial-Disbalance, ...-TransDiff
                 Txt
                 //BUG003 10/10/2012 -->
                 //comment - исправление ошибки корреспонденции
                 //BondBatch desc,
                 //BondBatchTrans desc    // 2-2, 1-1, 0-0, 0, 0, 0
                 //BUG003 <--
...

На такой вариант удалось выйти почти случайно, просто по косвенным признакам я пришел к выводу, что если количество проводок большое и пара ДТ - КТ приходит не последовательно в движок корреспонденции, то он затрудняется их обработать.

После внесения описанных выше изменений ошибка перестала проявляться.

[Starling]

Попробовали оба варианта:
1. Новое поля – признак того, что проводка уже транслирована.
2. Not exists join по таблице TransLog.
При первом вариант один день за 7 минут, при втором за 1 час. Но для первого пришлось еще и индекс на LedgerTrans добавить – это пока смущает.

[Maxim Gorbunov]

Прошу прощения, что поднимаю старую тему, но по смыслу мой вопрос сюда, вроде бы, вписывается.

Проблема такая: настроили трансляцию в AX 2009 SP1 RU8, теперь тестируем. Всё более или менее хорошо, кроме отмены трансляции. Ошибка, вроде бы, простейшая: при удалении LedgerTrans происходит проверка, что на эту таблицу есть права на удаление (так как AOSAuthorization = CreateReadUpdateDelete), и, так как MaxAccessMode = View, разумеется прав не находит. Соответственно, трансляция не отменяется.

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