Ошибка записи в SalesParmSubLine

[FrolovAndy]

Доброго времени суток!

DAX2009. Заказ на продажу - Разноска накладной, в окне "Количество" выбираем "Отборочная накладная" - вылетает инфолог не могу записать в SalesParmSubLine, запись уже существует.

Не буду перегружать инфой как всё это происходит, корень зла обнаружен в SalesFormLetter_Invoice.reselect(). В цикле формируются записи в SalesParmLine и SalesParmSubLine, и получается что создаются лишние записи, обычно 2 или 3.

Всё дело в том, что вот какой там цикл:

while select forceplaceholders _salesParmTable
                where _salesParmTable.ParmId == salesParmUpdate.ParmId
                join  forupdate _salesParmSubTable
                    where _salesParmSubTable.ParmId     == _salesParmTable.ParmId       &&
                          _salesParmSubTable.TableRefId == _salesParmTable.TableRefId

В нормальной ситуации есть у нас например по одной записи из каждой таблицы, соответственно должна быть одна итерация. Но что происходит. Там во внутренней функции updateSalesParmSubTable() есть участок:

_salesParmSubTable.doUpdate();

что приводит к повторному выполнению итерации, из-за чего и создаются лишние строки.

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

Что я делаю не так, что алгоритм именно так отрабатывает? Специально проверил - код на стандартных слоях, т.е. нет "вмешательства" со стороны модификаций. Значит - что? Неправильное использование функциональности? Но то что приводит к красному инфологу "Ошибка записи"... Странно как-то, возникают мысли о теории заговора глюке в стандарте.

P.S. Если в предформе изначально стоит количество "Отборочная накладная", такой ошибки не происходит, что логично, т.к. тут алгоритм по несколько другим путям отрабатывает.

Объясните плиз, в чем тут подвох?