Расширение протокола взаимодействия между ККМ и ПО верхнего уровня

[askolock]

Я уже довольно давно работаю с ККТ Меркурий. Как пользователь - со времён внедрения ЭКЛЗ. Как специалист ЦТО - с 2019. Я понимаю, что разработкой в Инкотекс занимается буквально пара человек, но время идёт, а Меркурий развивается лишь под хотелки контролирующих органов. Пользователи же требуют бОльшей гибкости, универсальности, удобства.
Предлагаю в этом треде собрать пожелания конечных клиентов и разработчиков-интеграторов, поскольку складывается впечатление, что разработчики не совсем понимают в какую сторону развиваться дальше и работают лишь по тем случаям, в которых есть массовая обратная связь.

В основном, речь будет идти про Меркурий 185Ф в связке с MercShop.
- Хочется получить возможность отключить печать чека в режиме ФР. Вы ссылаетесь на требования налоговой, но я всё же настаиваю на том, что это необходимо реализовать.
- Хочется получить возможность отправлять чеки пользователям самостоятельно, без ОФД. Даже в тех случаях, когда в чеках не указан телефон или адрес почты или они вообще пока ещё не отправлены на сервера ОФД. Для этого в верхнем ПО должны храниться и и экспортироваться все необходимые данные о чеке. Формироваться графический файл с чеком.
- Хочется чтобы при регистрации чека ККМ, в ответ на команду, отдавала полную информацию о чеке, необходимую для проверки его ФП. На текущий момент MercShop ставит локальную дату и время хоста, а ККМ может отбить чек в другом часовом поясе и +- 5 минут (на самом деле вообще любое время). Либо, как вариант. Расширить протокол обмена и разрешить мерку отбивать чеки не по своим часам, а по времени, задаваемом верхним ПО, с предупреждением в ответе от кассы в тех случаях, когда время не совпадает более чем на минуту.
- Хочется иметь возможность управлять кассой не через USB или Bluetoth, а через WiFi. В конце концов тягает же она как-то команды на обновление настроек и прошивки.
- Практика показывает, что часы кассы должны синхронизироваться с точностью, по-крайней мере, в одну минуту. Сейчас Мерк это делает при отставании времени более 5 минут и то, лишь в том случае, если пользователь авторизуется в кассовом режиме. На мой взгляд было бы правильнее, если бы мерк запрашивал время при появлении сети после включения/закрытия смены и, при разнице во времени более 1 минуты - выдавал не блокирующее работу кассы оповещение, с предложением скорректировать время. Причем, независимо от того, в режиме ФР касса или нет.

Да, действительно Мерк на текущий момент самый бюджетный способ организовать кассовый узел. Причём настолько универсальный, что глаза разбегаются. Надеюсь это останется и впредь. Но раз уж вы смирились с необходимостью подписочной модели - не достатчнчо просто раз в пятилетку выпускать обновления, продиктованные желаниями ФНС. Надо развивать сам протокол. Экосистему вокруг кассы. Быть может упростить работу с самой кассой за счет предоставления специализированных прошивок под конкретные сферы деятельности, а не мучать и разработчиков и конечных пользователей, пытаясь впихнуть всё в одну прошивку для всех.

[Coder0]

- Хочется получить возможность отключить печать чека в режиме ФР. Вы ссылаетесь на требования налоговой, но я всё же настаиваю на том, что это необходимо реализовать.

На текущий момент отходить от требований ФФД нельзя, отключение печати доступно только при указании e-mail\телефона.

- Хочется получить возможность отправлять чеки пользователям самостоятельно, без ОФД. Даже в тех случаях, когда в чеках не указан телефон или адрес почты или они вообще пока ещё не отправлены на сервера ОФД. Для этого в верхнем ПО должны храниться и и экспортироваться все необходимые данные о чеке. Формироваться графический файл с чеком.

Все необходимые инструменты для ручной/автоматической выгрузки данных, в том числе и кассовых чеков, в MercShop есть.
Чтобы предложить какой-то способ решения необходимо исходить из конкретного технического задания.
Отправить и обсудить тех. задание можно по почте info@vtsoft.ru

- Хочется чтобы при регистрации чека ККМ, в ответ на команду, отдавала полную информацию о чеке, необходимую для проверки его ФП. На текущий момент MercShop ставит локальную дату и время хоста, а ККМ может отбить чек в другом часовом поясе и +- 5 минут (на самом деле вообще любое время). Либо, как вариант. Расширить протокол обмена и разрешить мерку отбивать чеки не по своим часам, а по времени, задаваемом верхним ПО, с предупреждением в ответе от кассы в тех случаях, когда время не совпадает более чем на минуту.
- Практика показывает, что часы кассы должны синхронизироваться с точностью, по-крайней мере, в одну минуту. Сейчас Мерк это делает при отставании времени более 5 минут и то, лишь в том случае, если пользователь авторизуется в кассовом режиме. На мой взгляд было бы правильнее, если бы мерк запрашивал время при появлении сети после включения/закрытия смены и, при разнице во времени более 1 минуты - выдавал не блокирующее работу кассы оповещение, с предложением скорректировать время. Причем, независимо от того, в режиме ФР касса или нет.

Отклонение в 5 минут взято из требований ФФД "Отклонение даты и времени формирования ФД не должно превышать 5 минут от точного значения даты и времени в месте (адресе) осуществления расчетов." В режиме ФР есть возможность устанавливать время по команде с управляющего ПО. В следующей версии MercShop мы добавим функцию записи в ККТ даты/времени ПК и функцию автоматической сверки даты времени с предупреждением (будет включаться опцией в параметрах ККТ).

- Хочется иметь возможность управлять кассой не через USB или Bluetoth, а через WiFi. В конце концов тягает же она как-то команды на обновление настроек и прошивки.

Есть в планах.

[askolock]

Спасибо за оперативность и подробные комментарии.

Отправить и обсудить тех. задание можно по почте info@vtsoft.ru

Спасибо. Постараюсь более детально сформулировать задачу и, если прям совсем ничего не будет получаться, напишу.

отключение печати доступно только при указании e-mail\телефона

Подскажите, как настроить MercShop, чтобы все чеки отправлялись на адрес электронной почты, заданный "по-дефолту"?

Есть в планах.

Это хорошо. Но хотелось бы хотя бы примерно понимать сроки планирования. Как часто будет обновляться программное обеспечение, в каких релизах и чего ожидать.

В целом хотелось бы бОльшей открытости от разработчиков. Видно, что им часто приходится идти на те или иные компромиссы, но если об этом рассказывать - полагаю, окажется что часть из этих компромиссов и не особо нужны.

А ещё...
Ваш почтовый сервер шлёт уведомления с форума из 2020 года

[salex29]

Подскажите, как настроить MercShop, чтобы все чеки отправлялись на адрес электронной почты, заданный "по-дефолту"?

Такой настройки не предусмотрено.

[askolock]

Такой настройки не предусмотрено.

Куда не плюнь - всюду клин...
Тут мы и вернулись к бедности протокола обмена с драйвером ККМ, в котором, при регистрации чека, в ответ не отправляется время чека.

[ExLuzZziVo]

Добрый день! Есть еще пара идей для реализации в протоколе:
1. В задание на печать текста добавить параметры "Выравнивание" (слева, по центру, справа) и "Размер шрифта" (маленький, средний, большой).
2. Добавить возможность получения конкретной информации при запросе сменных итогов(сейчас возможна только печать отчета по сменным итогам).