Прошивки 180/130/115

[SergN]

Новая прошивка для 180
добавлено -
1. при сканировании ШК пишет на экране о необходимости досканировать второй код (EAN/PDF)
2. При попытке повторной продажи одной и той же бутылки -  матерится практически человеческим сообщением, а не Err132

[got10]

А как он определяет, что это алкаха, а не чипсы/сигареты ?

[SergN]

180-ка сама ничего не анализирует, это делает микрокассовая прога, которая с ним общается.
алгоритм примерно такой -
1. Со сканера пришел PDF - анализируем что он соответствует требования алкоголя, если да то
2. Говорим кассе вывести на экран надпись что нужно  ЕАН еще
3. Дожидаемся сканирования EAN
4. Если нет базы ШК в коробке - то говорим кассе сделать ценовую продажу алкоголя.
5. Дожидаемся цены от кассы, генерим посылку для УТМ, печатаем QR

Если первым пришел не PDF а EAN - то проверяем по базе коробки, если в базе его нет, просим ввести PDF и далее по суммовой продаже.
Если в базе он есть и отмечен как пиво - то PDF не просим, а делаем пивной чек.

[SergN]

Если в базе есть ЕАН, и он не пиво, и есть цена - то  в принципе можно  попользовать 180 как ФР

[g.sergey.a]

Нельзя ли перенести тему в раздел Инкотекса  раз  речь идет о меркурий 130,180 , 115.

[SergN]

Пока о меркурии.
Не вижу препятствий для того чтобы работала и техника других производителей.
в ближайших версиях следующие аппараты планируются

[zax]

SergN...алгоритм не совсем понятен....ну пришёл со сканера RDF(понял,что сканируется первым он),кто его анализирует??? а если акциз наклеен  на бутылку лимонада тогда что ?? got10 задал конкретный вопрос,а ответа на его конкретного не было....это к тому что ни какая программа или прошивка не определит алкогольный товар это или нет...и ещё ,как можно со сканировать второй раз одну и ту же  бутылку,если покупатель с ней уже ушёл,хотя найти можно на помойке,но дело в том что даже при ошибочном (вторичном)сканировании RDF с бутылки ,думаю,что  ответа не будет от ЕГАИС.

[SergN]

SergN...алгоритм не совсем понятен....ну пришёл со сканера RDF(понял,что сканируется первым он),кто его анализирует??? а если акциз наклеен  на бутылку лимонада тогда что ?? got10 задал конкретный вопрос,а ответа на его конкретного не было....это к тому что ни какая программа или прошивка не определит алкогольный товар это или нет..

я понял, что вы не поняли
по шагам.
касса сама ничего  не делает,  более того - к ней сканер не подключается напрямую.
к кассе подключается устройство (малина, хаб, еще что-то из китайского ширпотреба) или большой комп.
к этому же устройству и подключен сканер .
на этом устройстве/компе работает связка и кассовой программы-демона и УТМ, которая слушает то что  пришло со сканера ,
анализирует эту инфу, если это PDF -  разбирает его и сравнивает с паттерном акцизной марки.
далее - начинает работу с кассой.

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

Далее - чтобы развеять мифы - 
1. Никакого обмена с ЕГАИС в момент формирования чека и печати QR кода нет. Даже наличие связи с серверами необязательно в это  момент.
2. Соответственно если нет контроля за повторной продажей одной бутылки - организация продавец узнает об этом только постфактум, через определенное количество времени. И это знание будет сопровождаться штрафом.
3. В при формировании чека продажи информация о проданных алкогольных позициях скармливается локальному УТМ, который выдает кассовой проги длинную строку из цифр - это кусок из URL по которому, когда - нибудь, можно будет посмотреть на этот чек в интернете, когда УТМ его таки отправит  в ЕГАИС.
В самом QR - коде ничего кроме полного адреса ссылки в интернете на страничку  с этим чеком не содержится. В момент когда чек вылазит из кассы, по этому адресу -  пустота.
и какая-то информация на этой этой страничке появится поле отправки в егаис чека из УТМ.

[SergN]

SergN...алгоритм не совсем понятен....ну пришёл со сканера RDF(понял,что сканируется первым он),кто его анализирует??? а если акциз наклеен  на бутылку лимонада тогда что ?? got10 задал конкретный вопрос,а ответа на его конкретного не было....

Я ответил более чем конкретно -  касса ничего не анализирует.
Анализирует ПО которое  между кассой и сканером.
Что осталось непонятным ?

[got10]

Не, я получил ответ : )

[Prz777]

.....
1. Со сканера пришел PDF - анализируем что он соответствует требования алкоголя, если да то
.....
Если первым пришел не PDF а EAN - то проверяем по базе коробки, если в базе его нет, просим ввести PDF и далее по суммовой продаже.
Если в базе он есть и отмечен как пиво - то PDF не просим, а делаем пивной чек.

1.Объясните, как анализируется PDF на соответствие требования алкоголя (случай, когда первый пришел PDF417).
2.Опишите поподробнее логику работы софта коробочки, если первым отсканировали EAN13.
3.Что за база, в которой товар отмечен как пиво?
4.Зачем делать и отправлять пивные чеки?

[zax]

SergN я вас понял .... был вопрос ,как по сомнительному критерию ,наличия акциза  с PDF 417 на бутылке определяется АП,по этому и было написано ,что алгоритм непонятен....а то что вы объясняли мне по шагам, то это ни какого отношения к алгоритму не имеет.....да и  вопросы от Prz777 актуальны и требуют пояснения.

[SergN]

1.Объясните, как анализируется PDF на соответствие требования алкоголя (случай, когда первый пришел PDF417).
2.Опишите поподробнее логику работы софта коробочки, если первым отсканировали EAN13.
3.Что за база, в которой товар отмечен как пиво?
4.Зачем делать и отправлять пивные чеки?

1. Формат данных в акцизной марке с напечатанным кодом PDF417 формализован, и вполне может быть проанализирован прогой которая его принимает. как-то  - наличие AlcCode и т.п.
По ряду этих признаков и делается вывод о том что данных ШК - это алкоголь.
2. При создании алгоритма руководствовались следующими логическими посылками - Крепкий алкоголь содержит 2 ШК - PDF и EAN
Соответственно чтобы сформировать полноценный запрос в УТМ нужно попросить кассира сканировать оба кода, причем порядок их сканирования по большому счету не имеет значения, важен сам факт наличия кодов обоих форматов в одной покупке.
 Но! в случае если мы продаем пиво -  там есть EAN но нет PDF,  и вот здесь уже возникают нюансы.
Для того чтобы сформировать запрос в УТМ на продажу пива,  нам нужно самим знать что это пиво.
Пока видится 2 способа,  один -  продажу делать в другую секцию, но здесь мы отдаем на откуп кассиру это действие, что делать не хочется.
Второй способ - иметь базу ШК пива, и прежде чем просить  кассира сканировать PDF (если первым был EAN) проверять полученный код
по этой базе.
Пока решили остановится на втором. В проге предусмотрена внутренняя база товаров (пока пустая) которую можно обновлять/заливать удаленно с сервера.
3. База товаров - пока используется для идентификации пива, в дальнейшем. если народу понравится, можно  юзать и для обычных товаров.
4. Делать и отправлять пивные чеки нужно потому что по требованиям ФС РАР и ЕГАИС нужно  отчитываться об объеме проданного пива

[SergN]

SergN я вас понял .... был вопрос ,как по сомнительному критерию ,наличия акциза  с PDF 417 на бутылке определяется АП,по этому и было написано ,что алгоритм непонятен....а то что вы объясняли мне по шагам, то это ни какого отношения к алгоритму не имеет.....да и  вопросы от Prz777 актуальны и требуют пояснения.

а вот не надо свои домыслы выдавать за мои утверждения.
На акцизной марке не "война и мир" напечатаны, а вполне себе набор обязательной информации, и только при наличии ее в полном объеме и принимается решение а том - это АП или не АП

[SergN]

SergN я вас понял .... был вопрос ,как по сомнительному критерию ,наличия акциза  с PDF 417 на бутылке определяется АП,

Приказ ФТС РФ от 29.01.2007 N 106 "Об утверждении формата нанесения на акцизные марки сведений о маркируемой алкогольной продукции, считываемых с использованием технических средств единой государственной автоматизированной информационной системы...
а пересчитать  кода акцизной марки (base36) в  уникальный ФСРАР ID алкогольной продукции (Base10) это несложно

[Prz777]

SergN
1.На первый вопрос вы дали общий ответ, как можно проверить PDF417 на бутылке, а меня интересует конкретный вопрос, как софтом коробочки определяется, что считанный код PDF417 является кодом именно АП, ведь код PDF417 можно считать где угодно. Хотелось получить ответ на мой вопрос.
2.По ссылке: http://www.fsrar.ru/news/view?id=1189  можно прочитать, что "Розничная продажа пива, пивных напитков, сидра, пуаре и медовухи в ЕГАИС не фиксируется."  Зачем тогда вы утверждаете, что "Делать и отправлять пивные чеки нужно потому что по требованиям ФС РАР и ЕГАИС нужно  отчитываться об объеме проданного пива" ? Прокомментируйте это.
3.Вы не ответили на вопрос о базе, где она находится и как изменяется и что за такой сервер, с которого можно заливать базу. Платный он или бесплатный и какие условия пользования им.

[SergN]

1. софт коробки анализирует считанный  ПДФ на соответствие структуре данных определенной для марки АП, если структура совпадает -
выносится предварительный вердикт о том что это алкоголь, и просят ввести еан
1.1. после ввода ЕАН  и цены - чек передается в локальный УТМ, запущенный на коробке, по ответу локального  УТМ уже выносится окончательный вердикт,и в случае положительного ответа - печатается QR код на чеке.
2. Не фиксируется розничная продажа в егаис, но  вот журнал продаж вести надо. и в ФС рар декларацию о проданном пиве (в декалитрах) подавать надо.  Тут у торговой точки будет выбор - грузить с 0.7 наравне с акцизным товаром пивные чеки в ЕГАИС и забыть о бумажном журнале или сканировать на кассах (для выгрузки в ЕГАИС) только товар с акцизными марками, но журнал учета при этом вести в бумажном виде (расход пива чтоб был учтен);
3. Ответил, может быть непонятно ответил. В коробке есть локальная база, есть серверная база в кабинете организации.
сервера - egais.mypos.ru,  к примеру.
Сервера платные естественно,  условия их использования для организаций-конечников определяет то ЦТО, которое их подключает.
Насколько я знаю, майпос сейчас для ЦТО делает что-то в районе 150р в месяц (но могу и ошибаться - надо у них уточнять).
Сколько вы определяете конечникам - только вам и решать. Коробку они отгружают сразу с годом работы (опять же -  по моему).
Здесь действует схема аналогичная терминалам - есть голова. со своими условиями, и под ней структура нижестоящих организаций.
что творится на нижних уровнях голову не интересует, т.к. это ваши клиенты а не ее...

[SergN]

Не технический флуд перенес в отдельную тему -  там можно негодовать вволю.

[RDM]

Прошил М180 прошивкой 180RU001_160408_EGAIS, да надписи есть (о сканировании штриха), пару  раз ккм зависает с ошибкой Err 131? Что это? В "стандартной инструкции " такого кода нет.

[SergN]

131 -по доке к кассе "Err 131
Плохая сумма. Сумма меньше минимального значения или больше максимального" ... что сие значит спрошу у разработчика из инкотекса..
а последовательность действий воспроизводится ?