0 Пользователей и 1 Гость просматривают эту тему.
Кто нибудь встречался с такой схемой работы платежных терминалов: один ФР на несколько терминалов. ФР с ЭКЛЗ (все как положено), но стоит в офисе и записывает выручку с терминалов, а терминалы выдают нефискальные квитанции??? Чисто теоретически - как можно реализовать такую схему? А ещё интереснее было бы, если бы ФР из офиса передавал на терминал фискальные данные чека и на квитанции они бы печатались.
-Несколько терминалов(кассиров) (1-28)- каждый со своим номером ещё куда не валялось НО В ОДНОМ ПОМЕЩЕНИИ(здании)...
Правовая сторона этого вопроса не вызывает сомнений - такая схема нарушает 54ФЗ, 103ФЗ, и 470 Постановление. Поэтому вопрос чисто теоретический. Какое ПО можно использовать для построения такой схемы, связь между терминалами и офисом по GPRS?
Цитата: ДСЛ от 28/05/2011 14:28:34Правовая сторона этого вопроса не вызывает сомнений - такая схема нарушает 54ФЗ, 103ФЗ, и 470 Постановление. Поэтому вопрос чисто теоретический. Какое ПО можно использовать для построения такой схемы, связь между терминалами и офисом по GPRS?Ну, если откинуть правовые вопросы, решений тут может быть множество.От подключения к ФР через драйверФР по сети (нужен ключ защиты), до простенькой програмки, которая отслеживает файлы в определённом, доступном по сети, каталоге. А эти файлы формируют и отсылают терминалы. А в ответ получают другой файл с результатом регистрации чека.Нагрузка на сеть - минимальная (200-300 байт на 1 чек.). Один недостаток - скорость работы, но обычно уходит не более 10-20 секунд на транзекцию. Схема проверена и работает уже несколько лет. Пока ни одного сбоя.
Интересно... схема существует..., вопросов стало еще больше,))) а с каким Терминальным ПО работает эта схема? Например, Терминал Клиент от Кибера блокирует загрузку файлов на терминал... Если терминал оффлайн,.. Как решена проблема нестабильной GPRS связи?... Куча вопросов...)))
Похоже такая схема дошла до нас. Массовое снятие ФРов с терминалов и переделка в принтера чеков.