Здравствуйте! Странное поведение кассы Ритейл при работе по Tcp с двух ПК не одновременно, но по очереди

[kkmspb]

Скажу честно, ответ не искал ещё, возможно вообще так и должно быть.

Но смотрите в чем проблема. Два ПК, чеки бьются на Ритейл редко, но с двух ПК, не одновременно, но по очереди.
Кто первый чек пробивает после включения кассы тот работает нормально.Чтобы со второго ПК пробить чек надо перегрузить кассу.
Соединение Tcp завершается после каждого задания.
В чем может быть проблема, производитель касс?

Это мы интегрируем бит драйвер ккт к ОПСУРТ.

[KIRK]

Что то смутно вспоминается, что в очередном обновлении был запрет на работу с двумя программами. Но сейчас полазил по истории изменений прошивок и ничего такого не нашел. С другой стороны уже давно с таким сталкиваюсь. Если приходишь/подключаешься к клиенту и он до этого работал на кассе, то часто приходится перезагружать кассу чтобы она увиделась в ТД.

[kkmspb]

Смоделировал ситуацию в офисе , с двух ПК бьём чеки на штрихе по tcp, проблему подтверждаю.
При пробитии чека с первого пк, со второго ПК чек не пробьется пока не перезагрузишь кассу. Спасибо штрих...
Надо бы атол проверить на этот же предмет.

[NikSmit]

Не по теме, но....
Давно ситуация была наоборот - два ШТРИХА-01 и один ПК.
На точке стояли 2 фирмы с управлением от одной программы.
Программист в ТД этот момент настраивал, чтоб не получалось бить товары одной фирмы на "чужой" кассе....

[kkmspb]

На самом деле я ошибался.
Главное делать в конце задания Disconnect и / или ServerDisconnect.
Тогда соединение будет закрываться, в противном случае Tcp Keep Alive будет висеть бесконечно.
А я уже было расстроился....

[Stok]

У меня на фирме настроено из 1С по TCP с 5 рабочих мест пробитие чеков на 2 Штриха штатными средствами. Много лет так работаем.