Гал-ка 5.84.
Недавно поднял корпу.
Таблицы saldomc saldofnd teksaldo tekmc sklost из обмена убрал.
В cfg файл добавил загрузку corpoord.res
В интерфейсах зарегил по таблице 1104 - Corpo_reserv, 1112 - corpo_orders. Tuneslib.dll corpoord.res копирнул из exe в sup_exe.
Сейчас наблюдаю такую тему - приходный складской ордер есть, а количество МЦ на складе не изменилось, пересчет остатков (и сальдовых и текущих) по данной МЦ результатов не даёт - сколько было до прихода столько и остаётся после.
Там косяки в другом могут быть. Сразу обрати внимание на модификацию полей Atl_XXX в таблице SpOrder после отработки интерфейсов, глянь по журналу. Эти интерфейсы глючны немного в стандартной поставке и из-за модификации служебных полей при установке "Кто последний, тот и прав", может получиться серьезный разъезд БД и отвязанные спецификации.
Ситуация:
9:45 Сеанс корпо БД1, передается созданный ордер
100 БД1 Удаление ордера
10:15 Сеанс БД2 в процессе происходит закачка ордера и пересчет остатков, при пересчете модифицируются поля Atl_XXX в SpOrder и это изменение становиться последним.
Дальше, по логике, запись SklOrder удаляется, а SpOrder из-за модификации служебных полей остаются. Новую версию CorpoOrd.Res порпоси в техподдержке, насколько я знаю-штука исправлена, но в патчи вроде не входила.
