Галактика в вопросах и ответах

Гал-ка 5.84.
Недавно поднял корпу.
Таблицы saldomc saldofnd teksaldo tekmc sklost из обмена убрал.
В cfg файл добавил загрузку corpoord.res
В интерфейсах зарегил по таблице 1104 - Corpo_reserv, 1112 - corpo_orders. Tuneslib.dll corpoord.res копирнул из exe в sup_exe.

Сейчас наблюдаю такую тему - приходный складской ордер есть, а количество МЦ на складе не изменилось, пересчет остатков (и сальдовых и текущих) по данной МЦ результатов не даёт - сколько было до прихода столько и остаётся после.

help !

печатаю карточку складского учета - данные одни (правильные)
выдаю ведомость наличия товара - данные другие (без учета последних изменений)

в общем непонятно че за косяк был - заново базу отлил, то же самое сделал - вроде без косяков работает

Там косяки в другом могут быть. Сразу обрати внимание на модификацию полей Atl_XXX в таблице SpOrder после отработки интерфейсов, глянь по журналу. Эти интерфейсы глючны немного в стандартной поставке и из-за модификации служебных полей при установке "Кто последний, тот и прав", может получиться серьезный разъезд БД и отвязанные спецификации.
Ситуация:
9:45 Сеанс корпо БД1, передается созданный ордер
100 БД1 Удаление ордера
10:15 Сеанс БД2 в процессе происходит закачка ордера и пересчет остатков, при пересчете модифицируются поля Atl_XXX в SpOrder и это изменение становиться последним.
Дальше, по логике, запись SklOrder удаляется, а SpOrder из-за модификации служебных полей остаются. Новую версию CorpoOrd.Res порпоси в техподдержке, насколько я знаю-штука исправлена, но в патчи вроде не входила.

у меня "у кого номер офиса больше тот и прав", поэтому такой ситуации не возникнет