Добрый день.
Жил был магазин, стояла в нем УТ 10.3, и рабочие места кассиров на POS системе Меркурий 150 v3, по несколько раз в день товаровед делал выгрузки новых позиций в ККМ.  И было у них все замечательно, пока однажды злой сисадмин не украл УТ 10.3 и не пренес ее на удаленый сервер в центральный офис, работой по RDP, а файл обмена оставил на компе у товароведа. С тех пор страшное проклятие обрушилось на тот магазин: касса периодически перестала находить товар по штрих кодам. Сделает выгрузку таворовед, не считывает, сделает ту же самую выгрузку повторно: считывает. И обещал за такое поведение кассы царь-директор на кол посадить бедного программиста 1с. Подскажите как избежать того кола, да на царской дочке женится?

с сказками в другой отдел.

кол укорорить до приемлемой длины, а дочке царя помочь забеременнеть. как-то так :)

Выдайте файлу обмена сапоги скороходы.

(4) Файл сначало выгружается с расширением .tmp а потом уже переименовывается в правильный формат. при такой схеме тоже могут требоваться сапоги скороходы?

Так же сделан расчет контрольной суммы файла, чтоб проконтролировать целостность файла после передачи

(5) А что происходит с файликом от предыдущего обмена?

Удаляется перед закачкой нового tmp файла.

Новое наблюдение появилось.
сбои случаются не сразу после загрузки. Интервал обмена стоит 10 минут. Штрихкоды перестают считываться через 15-20 минут... примерно когда подходит время для повторной проверки каталога на наличие новых файлов. Т.е  в первый раз товары загружаются корректно, но затем почему-то пытаются повторно загрузиться в кассы, и уже при повторной загрузке происходит ошибка.
По мне так это вообще мистика какая-то, но о статистикой не поспоришь.