Идеология работы с InventJournalTrans

[EVGL]

Посмотрите, как работает класс JournalTransDelete (кажется, так он называется). А вообще, я бы не парился и сделал бы нормальный RunBase с QueryRun внутри.

[pwp]

Цитата:

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

Посмотрите, как работает класс JournalTransDelete (кажется, так он называется). А вообще, я бы не парился и сделал бы нормальный RunBase с QueryRun внутри.

т.е. не разбираться в тех наворотах, а сделать независимый класс, взяв с формы только параметы журнала. Только потом ,видимо, нужен ххх_ds.research() чтобы изменения нашли свое отражение в Grid ? Ну а вообще посмотрел JournalDeleteTrans - это то что нужно.

[Raven Melancholic]

Цитата:

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

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

Ну, если учесть, что хотите обрабатывать строки журналов не из формы ,а массово по всем журналам, то смотреть как обрабатывается журнал из формы не стоит. Можно посмотреть как копируются журналы, как они удаляются периодической операцией. То есть работать с таблицами, а не с датасорсами.
С другой стороны, нужно учесть, что в настройках журнала может стоять флаг удаления строк после разноски, может быть запущена периодическая операция очистки разнесенных журналов. В общем, не исключено, что строк журнала уже не будет и задача может трансформироваться из обработки строк журналов в обработку складских операций.

[pwp]

Цитата:

Сообщение от Raven Melancholic

Ну, если учесть, что хотите обрабатывать строки журналов не из формы ,а массово по всем журналам, то смотреть как обрабатывается журнал из формы не стоит. ....................

Да по ТЗ требуется обработка из формы, там и кнопка будет стоять. Стоит вопрос об обработке пока не разнесенных журналов. Да и при работе с живыми таблицами можно что нибудь порушить, лучше бы работать по методам этой системы, только вот описаний этих методов нет. Я думаю для такой задачи аналогия с методикой удаления строк вполне подходит.