Выгружаются лишние смены из УКМ4 : УКМ-4

маловероятно. торгует же касса.

судя по описанию, касса начала с нуля не номера смен и чеков, а их id.

прилетает с кассы смена и частично перетирает уже существующую на сервере прошлогоднюю.
пришел с кассы чек на одну позицию = затер первую позицию старого чека. но если в прошлом году чек с такими id был на три товара, то первую затер, а еще две "в наследство" получил от прошлогоднего.

И, это скорее всего, результат некоректной обрезки чеков на кассе.

присоединяюсь к:

править, я так понимаю, trm_out_shift_open.number
для проверки посмотреть последнюю смену, в которой синхронизацию делали.

может и обрезка, я не знаю, что с кассой делали после закрытия магазина в течении трех месяцев

смены в базе совпадают, а вот операционные дни новые не создаются

расшифруй: что с чем сравниваешь?

кстати, с чего бы новому опердню открываться?
с точки зрения сервера смена - старая. у него смена с таким ID с прошлого года лежит.

ну прилетела она в новой версии с кассы. она же не стала новая.
"всё очень хорошо, обновляем записи, в которых id совпадают" говорит сервер и сливает новую смену со старой.

trm_out_shift_open.number со сменой, которая должна быть

а вот айдишники да, с единицы, но в trm_line_oper_day я не вижу поля, по которому айдишник можно связать

значит там связь не прямая, может через пользователя

в trm_line_oper_day даты закрытия нет, может и не должно быть


это всё я в базе на кассе смотрю

еще, trm_out_shift_open.number - кроме смен этого года нет ничего, как и в таблицах по продажам (trm_out_receipt_header и т.п.), а вот в trm_line_oper_day все старые операционные дни есть, новых нет

а, он видимо по версии сравнивает

может попробовать версию поменять на кассе и он пойдет с нормальным отсчетом?