Сообщение от
sibgaba
Насколько я понимаю, задача стоит в том что бы получить от кассы инфу по чеку. В какую прогу ЧекТВ, ITV или что то еще, потом это скармливать - ну суть важно, все уважающие себя проги умеют работать с шаблонами и полученную инфу всегда можно распарсить.
Существует 3 варианта настройки такой связи (по крайней мере я больше не знаю)
1. Некая коробочка, которая ставится "в разрыв" между СОМ портом кассы и Фискальным регистратором (ФР). По идее она не препятствует прохождению данных м/у компом и ФР и при этом перехватывает их и транслирует куда надо. Один раз принимал участие (как наблюдатель в основном) при попытке установить такую железку. В итоге нифига не вышло.
2. Если стоял (и работал) Интелект (он же ITV), то должен был быть куплен модуль связи. В 2-х словах суть его работы в следующем: На кассе (или на кассовом сервере, точно не помню) делаются настройки (подкидывается dll-ка, в ini прописывается 2 параметра), и система RKeeper, при пробитии, чека шлет на определенный IP, в определенный порт инфу о содержимом чека (в зашифрованном виде). По указанному IP должна находиться виндовая машина, на которой крутится софтинка, которая слушает нужный порт, получает инфу, расшифровывает ее в читаемый вид и складывает в папку обмена. Из папки обмена программа видеонаблюдения забирает инфу о чеке.
Для того что бы сказать что то более четко по вашему случаю нужно увидеть ini файл от кассы (из папаки RKCLIENT) и ini-файл кассового сервера (если сервер выделенный) и версию Кипера.
3. Универсальный, но требует дополнительных проводов и плохо реализуем на больших ресторанах
Для реализации нужено:
- свободный СОМ порт на кассе
- Виндовая машина с СОМ портом
- витая пара м/у кассой и виндой.
От последнего пункта можно избавиться. если при помощи конвертера завернуть RS232 в TCP/IP (например Moxa NPort 5110), но это сильно удорожает проект.
Суть метода в следующем: Имеем кассу Кипера и ФР. По умолчанию (если ничего специально не выпиливать) при оплате, на ФР сперва печатается форма чека из кипера (она очень похожа на предчек), а потом уже ФР печатает свой, фискальный, чек. Можно настроить систему таким образом, что Кипер будет печатать свой чек на один порт (например COM2), а ФР на другой (например СОМ1). Далее соединяем СОМ2 кассы с СОМ портом виндовой машины (нуль модемным кабелем, естественно скорости портов должны быть одинаковые), на виндовой машине ставим софт, который слушает порт, выгребает из него чек, парсит его, и скармливает системе Видеонаблюдения.
Фактически это делается так: Допустим ФР сидит на СОМ1, а COM2 на кассе свободен. В редакторе ресторана, в свойствах станции, на закладке принтеры, в поле "Чековый принтер", порт указываем: СОМ2, Печать: Локально, Тип принтера: подбирать опытным путем, начать с какого нибудь Epson.
Тут могут быть подводные камни: с целью экономии бумаги, при инсталляции, могли выпилить печать чека средствами Кипера и оставить только фискальный чек. Надо смотреть ini-шник на кассе. Там могут быть параметры типа PrintFinalCheck=OFF или FinalCheck=OFF (точно не помню). Если так, то поставить в ON.
Так же могли пойти другим путем и просто сделать пустую печатную форму для киперовского чека (fcheck или ficheck из папки RKCLIENT/FORMS на кассе). В этом случае просто подкинуть ее из дистрибутива.
Опять же для того что бы подсказать вам более точно, нужно увидеть содержимое ini-шника с кассы.
Ответить с цитированием
