Верный SetMark на кассе исследование потребности

Публичное пространство

Верный SetMark на кассе исследование потребности

Гипотеза: проверка кодов маркировки, производящаяся на кассе, а не на отдельном сервере (для проверки алкогольной маркировки) SM Local

Для загрузки марок на остатках сервис должен периодически синхронизироваться с центральным сервером СетМарк Центрум и обновлять информацию о проданных дозагруженных марках.

Цель: исключение дополнительного оборудования для размещения СетМарк в магазине локально.

При оффлайне иметь возможность продавать маркированный товар с проверкой КМ локально на кассе.

Гроздь (Центр реструктуризации)

Эта доработка не нужна. У нас все на одном сервере на одном магазине крутится. Надо думать над этой схемой, она отличается от стандартной схемы сетевых настроек. Для нас эта доработка не важна. Нам вообще нужна валидация марок в ЧЗ.

Азбука Вкуса

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

Окей

Решение не интересно. Считают, что лучше локальный отдельно, Центрум отдельно. УТМ крутится на отдельном компе. Волнует сколько по времени при обрыве связи будет переключение5 валидации на кассу, в т.ч. вопрос: он каждую марку будет сначала пытаться в центрум запросить, а потом на кассу идет или будет какая-то настройка, которая например минут на десять уведет все проверки на кассу?
Манзана, например, когда на кассе теряет связь начинаются сложности. На это сильно напрягает.

Призма

на след неделе

Светофор

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

Лама ГК

Решение не нравится: нет связи между кассами, как данные будут синхронизироваться, при обрыве связи между собой и продаже марки (бутылки) на одной кассе и сразу же на второй. кассы полуживые, некоторые уже прошли срок амортизации

Винлаб

Нет: очень утраивает решение, которое есть сейчас. Зачем усложнять хорошее решение. У нас на одном сервере сетмарк и утм, все отлично крутится. Это придется модернизировать кассы: "винты сейчас летят только в путь". Намного логичнее выделить на магазин железку за 30тр и не париться за кассы. И так nginx виснет периодически.

Бегемаг

Странное решение. Зачем отказываться от допжелеза, когда у нас на нем не только Марк стоит. Не понятно, как такая сесть будет взаимодействовать между кассами. Нам такой вариант кажется скорее бессмысленным даже.