Показать сообщение отдельно
Старый 16.01.2012, 00:53   #114  
Jabberwocky is offline
Jabberwocky
Microsoft Dynamics
Аватар для Jabberwocky
Сотрудники Microsoft Dynamics
 
274 / 307 (11) ++++++
Регистрация: 02.09.2005
Адрес: Москва
Цитата:
Сообщение от Logger Посмотреть сообщение
Добрый день.
При работе лукапа в строках используется запрос
custVendInvoiceTrans::queryCorrectedTrans_RU()

В нем есть условие по SalesParmLine и SalesParmTable c фильтром по статусу - ParmJobStatus::Waiting

Разработчики, подскажите, какой смысл у этого фильтра ?
Это защита от того чтобы одновременно не сделать с разных рабочих мест одну и ту же корректировку ?

Мне показалось что она не всегда корректно работает. Если начать обработку документа, открыв форму SalesEdiLine, указать все корректируемые параметры, а потом отказаться от проведения документа, то при попытке повторной обработки искомые записи в фильтр уже не попадают из-за того что остались записи в parm табличках. Приходится их вычищать. Есть ощущение, что это баг. Либо я не до конца понимаю задумку.
Записи в SalesParmLine со статусом ParmJobStatus::Waiting при отмене обработки очищаются, поэтому при повторном заходе в форму обработки соответствующие строки накладных доступны для выбора из лукапа (см. \Classes\SalesFormLetter\cleanupDialog и далее по стеку вызовов). Данный фильтр решает несколько иную проблему - при возникновении ошибки при обработке в SalesParmLine остаются записи со статусом ParmJobStatus::ContainErrors, но этот фильтр как раз позволяет выбрать такие записи повторно, без очистки SalesParmLine. Уточните пожалуйста действия, после которых такие записи остаются заблокированными.
__________________
You should use Bing before asking dumb questions.
За это сообщение автора поблагодарили: Logger (7).