Как подружить фискальный регистратор с браузерной CRM?

Question

[abardacha]

Добрый день.

Разрабатываем браузерную облачную CRM для салонов красоты с блекджеком и прочими прелестями.

Я лет 5 уже работаю на стеке Linux/Rails/etc, поэтому задача по печати фискальных чеков после проведения заказов в системе мне кажется какой-то неподъемной - не знаю даже с какой стороны подступиться. Пока слабо понимаю как сам механизм отправки чека на печать, так и "сообщения" для фискального регистратора о позициях в чеке, сумме и.т.п.

Если у вас был опыт в решении подобных задач - подскажите, в какую сторону мне копать, что смотреть, нужно ли привлекать специалистов другого профиля?

Answer 1

[Дмитрий Энтелис]

В общем случае пишется маленькая десктопная софтинка которая ставится на компьютер клиента, висит в фоне, тем или иным способом (вебсокеты, http long polling) получает от Сервера информацию о том что нужно печатать, ну и собственно печатает.

По моему опыту в давние времена(возможно с тех пор что то стало лучше) производители фискальников по запросу высылали .dll и даже примеры кода. Зачастую эти dll различались даже между разными моделями одного производителя. Соответственно вопрос поддержки разных фискальников - решается хардкодом в этой софтинке определенного списка поддерживающихся dll и разных реализаций печати в них, включая как фискальные заморочки, так и разную ширину печати, ограничения по максимальной длине, etc

Я честно говоря от этой темы несколько отстал, последний раз занимался лет 10 назад.
Мне кажется стоит начать с определения списка поддерживаемого оборудования и обращения к их поставщикам/дилерам.

Comments

[abardacha]

Дмитрий, ну так к этой же софтинке можно и напрямую из браузера обращаться? Если запускать ее как веб-сервер на компьютере клиента.

[abardacha]

На счет определения списка оборудования - здравая идея, спасибо

[Дмитрий Энтелис]

abardacha: Мы думали и о таком варианте, да. На самом деле зависит от Ваших задач и конкретного продукта.
Мы делали через центральный сервер, т.к в нашем случае, в каждой точке было несколько активных рабочих мест и один общий фискальный регистратор на всех. Решение с локальным вебсервером в условиях локальной сети клиента зачастую требует дополнительных настроек и на мой взгляд порождает потенциальный ворох проблем, в то время как проблемы возникающие в подходе с центральным сервером - лично мне более понятно как решать.

[abardacha]

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

Спасибо за помощь!

Answer 2

[xmoonlight]

Задача: сделать фиксальный регистратор ПОЛЬЗОВАТЕЛЕМ удалённой CRM-системы.
Это делается через интеграцию API аппарата и REST-API CRM (через сетевое взаимодействие).
Далее - читайте возможности API самого аппарата и делайте интеграцию.

Comments

[abardacha]

А как в таком случае, по вашему, регистратор будет принимать команды? REST-API не подразумевает же какого-то "висящего" канала между сервером и аппаратом, по которому аппарату можно будет отдавать команды на печать.

Да и как-то я пока ни разу не встретил аппаратов с такими заявленными возможностями (осматриваюсь в теме дня 3 уже)

[xmoonlight]

abardacha: схему событий в draw.io и сюда, а пока - непонятно что Вам конкретно нужно.

[Afftobus]

Апну тему. Тоже задача актуальна. Получилось ли у вас реализовать задуманное?