Показать сообщение отдельно
Старый 03.05.2011, 09:58   #13  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,913 / 5736 (197) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от Logger Посмотреть сообщение
Ну если не распараллеливание, то какие другие способы ускорения разноски больших журналов и накладных вы видите ?

Выше вы предполагали что это не нужно или нужно редко. Т.е. ничего не предложили. А если нужно и достаточно часто, то что можно предложить ?
Для закупок, я бы пошел таким путем:
1. При разноске накладной по закупке, вместо обновления складских проводок и разноски на складские счета, делается проводка ГК на некий субсчет 15ого счета
2. После разноски накладной, порождается пакетное задание на параллельное обновление складских проводок с разноской в ГК. Код разноски правиться так, чтобы в качестве коррсчета прихода использовался субсчет 15ого счета.
3. Если пакетное задание некорректно завершилось, посылается alert кому надо
4. Надо бы еще подумать на тему усиленной проверки строк накладных в момент 1ого пункта, чтобы снизить вероятность когда накладную мы разнесли, а потом выяснилось что на склад не может оприходовать, потому что, скажем, финансовая аналитика не указана. (которая только на 10ке нужна, а на 15ом - нет).

Для заказов можно аналогичную схему использовать,но только если комплектация используется и к моменту разноски накладных и отборочных, товар уже собран и точно физически присутствует в системе. Просто в случае списания, некоторое отставание в состянии inventSum само по себе критично, а уж если сначала накладную распечатали и отдали, а потом выяснили что такого товара нету - так вообще кранты...