|
![]() |
#1 |
Участник
|
Цитата:
Однако, проблема не в этом. Метод LedgerVoucherTransList.itemRefId_RU() возвращает значение refId_RU + 1. В смысле, на 1 больше, чем значение переменной refId_RU. В методе next() этой переменной присваивается значение идентификатора текущего элемента. Значит, в методе ledgerBondServer.splitTrans() идет сравнение не с текущим идентификатором, а со следующим? Что-то здесь не правильно...
__________________
- Может, я как-то неправильно живу?! - Отчего же? Правильно. Только зря... |
|
![]() |
#2 |
Участник
|
Автор, говорит о некоторой специфической ситуации. Т.е. если я правильно понимаю эта ошибка происходит не постоянно всегда, а в какой-то момент, когда может быть до отмены закрытия собрана некая редко-случаемая комбинация данных или настройка склада такова, или еще что-то, что приводит к некорректной корреспонденции. В данном случае, просто просмотрев код тяжело понять где мина взорвется. Иногда, в такой "скрытой ошибке" досконально разберешься только тогда, когда не один час пошагово погуляешь по коду.
__________________
-Ты в гномиков веришь? -Нет. -А они в тебя верят, смотри, не подведи их. |
|
![]() |
#3 |
Участник
|
Угу. Использование refId_RU в методе LedgerVoucherTransList.next() если не бессмысленное, то, как минимум, не очевидное. По крайней мере, я до сих пор не понимаю, зачем оно там вообще? А у автора, видимо, на этом какой-то свой функционал был построен. На чем он и "погорел".
__________________
- Может, я как-то неправильно живу?! - Отчего же? Правильно. Только зря... |
|
|
|