Меркурий + Маркировка, когда ждать?

[SkaT]

Был странный звонок от одного из ГП.
Манагер прямым текстом рекомендовал переводить клиентов пользующихся Меркуриями на их ККТ. Поскольку их ККТ с маркировкой уже работают.
Остальные высказывания манагера не буду тут озвучивать...

Но хотелось-бы узнать о перспективах связки Меркурий + маркировка.
Поскольку региональный менеджер по продажам не смогла ответить на вопрос: какой сканер нужен для работы Меркурия с маркировкой.

[PuRGen]

Режим ФР?

[SkaT]

Режим ФР?

Возит с собой по ярмаркам и выставкам.

[TEXHO]

Не понял, речь идет о продукции Икотекс с их ККТ Меркурий или о государственной информационной системе Меркурий, которая отслеживает весь жизненный цикл продукции: от сырья до готового продукта на полке конкретного магазина? Нам тоже звонили из МЕРКУРИЯ, я поначалу решил, что это про ККТ, но выяснилось, что это другой МЕРКУРИЙ, т.е. типа алко-системы ЕГАИС.

[SkaT]

Не понял, речь идет о продукции Икотекс с их ККТ Меркурий или о государственной информационной системе Меркурий, ...

Тема в Инкотекс, речь о ККТ Меркурий и возможности её работы с маркирокой.
Мне звонили точно не из ГИС Меркурий.

[revin]

Как-то странно. А букет из  Атол 90, ЭКР, Миника, Орион будут работать с маркировкой? Думаю звонивший ГП просто рассматривает продукцию Инкотекс как главного конкурента, потому и упомянул именно их.

[PuRGen]

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

[Stok]

Есть три пути решения этой задачи.
1. Режим ФР - по сути уже работает. Тут все попроще, с товарами и маркировкой работает внешний софт. Но для ККТ то же потребуется небольшая доработка. Нужно в ФН код товара научиться записывать.
2. Доработка ККТ до автономной работы с маркировкой. Реализовать сей вариант непросто, т.к. требует изменения формата хранения данных в БД ККТ.
* код марки (длина аж 32 байт), можно изменив формат использовать то же поле, что сейчас ШК товара;
* каждую марку загружать как отдельную номенклатуру;
* марку необходимо расшифровывать, выделять из нее индивидуальный код маркировки и минимально разрешенную цену;
* индивидуальный код записывать в ФН, тег 1162;
* все операции сохранять в журнал продаж и выгружать в товарный учет.
Сделать сие в портативках можно, но память под товары существенно уменьшится.
3. Доработка ККТ до работы с облачной БД товаров в онлайне. Алгоритм такой работы описал в следующем посте.

[Stok]

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

Я Сергею Алексеевичу предлагал этот вариант. Под него для Меркуриев уже есть готовая на 90% инфраструктура. Но он его не приветствует, т.к. это по сути перевод ККТ в работу в онлайн с облаком, что конечно менее надежно чем полностью автономная работа и убивает сегмент автономщиков без передачи в ОФД.
Но с другой стороны, автономщикам так и так не разрешат работать с маркированным товаром. Мне кажется, что если будет стоять вопрос сделать быстро или не сделать в срок вообще, то я за онлайн.
Алгоритм работы возможен следующий:
* у пользователя есть аккаунт в облачной товароучетке к которому привязаны его ККТ;
* сканируем на кассе код товара или маркировки, ККТ отправляет запрос серверу;
* если код в БД сервера найден, то в ККТ возвращается наименование и цена;
* ККТ пробивает чек, записывает тег 1162 и сразу отправляет серверу чек.
Интересно мнение коллег, допустим ли онлайн товароучетный в портативках или нет, маркировка должна работать полностью в оффлайне.

[PuRGen]

Вариант с "недоонлайном" пропикиванием ассортимента марок с временным онлайном формируется база в кассе, с которой потом работают автономно. Ну или пропикивается или ещё каким способом формируется в ЛК и с какой-то периодичностью (да хоть один раз если ассортимент не меняется) выгружается в кассу.

[Stok]

PuRGen, не важно каким образом формируется БД в кассе. По любому это другая структура БД чем сейчас, что затратно по времени доработки. Плюс не забывайте, что работа с маркированным товаром это не просто выбытие его на кассе. Это полный цикл - приход через ЭДО, пономерной учет в товароучетке, продажа на кассе и списание остатков проданных номеров в товароучете. По сути все примерно как в ЕГАИС 3.0 только без УТМ.

[Бушин]

Целесообразно всё делать в кассе (хотя объём базы сократится до 4-5 тысяч товаров), на втором месте- режим ФР, здесь для кассы всё просто и уже почти готово, а вот онлайн, при качестве нашей связи, думаю, будет тормозить.

[ligakkm]

Целесообразно всё делать в кассе (хотя объём базы сократится до 4-5 тысяч товаров)

Самый оптимальный вариант для автономки, ну и что база упадет до 4,5 тысяч вполне достаточно, еще бы подобрать удобный сканер 2D, чтобы аккумулятор кассы его тянул 

[Бушин]

Подбором сканера уже занимаемся

[silverflex]

revin, 90 атол уже ничего не поддерживает. Они даже дорабатывать его не собираются. Сейчас у них 91 и 92 в приоритете

[drfaust]

90 атол

Продали 90е и кинули?

[pavel_net]

хотя объём базы сократится до 4-5 тысяч товаров

А SD карта не решит проблему ?

[PuRGen]

90 атол

Продали 90е и кинули?

Почему сразу кинули? Реализовали режим ФР, при чём с бесплатным КЗ. Под НДС20 тоже прошивку выпустили.

[Бушин]

А SD карта не решит проблему ?

С ней свои проблемы

[revin]

не важно каким образом формируется БД в кассе. По любому это другая структура БД чем сейчас, что затратно по времени доработки.

Ну а если выделять массив в памяти с признаком товара находящегося в базе (допустим в базе "сигареты "Прима") и записывать туда принимаемые пачки. А при продаже- в обратном порядке? БД корректировать практически не придется.

[rst]

Насколько я понимаю в марке будут зашиты и название товара и его уникальный код. Отсканировал, ввел цену вручную и база товаров в ККМ не нужна? А чтоб не путаться с ценами, держать отдельно комп с базой хоть на 1000000 товаров.

[revin]

А чтоб не путаться с ценами

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

[suslayer]

90 атол

Продали 90е и кинули?

Почему сразу кинули? Реализовали режим ФР, при чём с бесплатным КЗ. Под НДС20 тоже прошивку выпустили.

Потому что никогда такого от красных не было, и вот опять, вот почему.... Когда была нужна ясность, её не было, более того были вполне четкие ответы что и рассчитывать не стоит - https://kkmcom.ru/index.php/topic,7557.msg96574.html#msg96574
как результат пришлось совершать определенные телодвижения по замене данных ккт. Реализация режима фр после всего озвученного явилась(по моему мнению) прямым "кидаем клиента" с асц вместе взятым. Как было сказано в начале, это не первое и к сожалению не последнее налюбилово от красных... фронтол симпл, с егаис работать не будет, а теперь ВНЕЗАПНО фронтол алкоюнит вот это все. Налетай, торопись, покупай, налюбись.

P.S. Сори за оффтопик, диалог на эту тему больше не буду продолжать.