• Продажа и обслуживание Контрольно – кассовой техники (ККТ)
  • Весовое оборудование
  • Видеонаблюдение
  • Противокражные системы
  • Расходные материалы
8(3452) 500-056
8(3452) 500-058
Моя корзина  
Ваша корзина пуста

Больше о ЕГАИС розница


« Назад

Больше о ЕГАИС розница 29.09.2015 07:04

 

1. Принципы функционирования

 

При продаже каждой единицы алкогольной продукции, оклеенной федеральной специальной (ФСМ, отечественная продукция) или акцизной маркой (АМ, импортированная продукция), необходимо сохранять в чеке информацию, содержащуюся на федеральной специальной марке либо акцизной марке. Информация, содержащаяся на марке, считывается при продаже сканером двумерного штрихкода и сохраняется в чеке. Данные, сохраненные в чеке, необходимо передавать в центр обработки данных. На основании данных об алкогольной продукции, проданной по данному чеку, на самом чеке должна быть напечатана информация в виде qr-кода с содержимым, описанным далее. Такой штриховой код предназначен для использования покупателем при проверке с использованием смартфона, подключенного к сети интернет, легальности товара, приобретенного по этому чеку. В соответствии с ниже описанными требованиями кассовое программное обеспечение должно быть модифицировано. Технические требования основываются на процессе продажи, осуществляющемся по кодам EAN-8, 12, 13.

 

2. Состав информации на марке

 

Состав информации на марке определяется приказом Росалкогольрегулирования № 33н от 12.05.2010. При осуществлении продажи (см. п. 6) требуется сканировать двумерный штриховой код (Рисунок 1). Штрих код имеет формат PDF-417. Так же требуется сканировать EAN-код. номер марки (EAN), формируемый ФГУП «Гознак» при ее производстве, обведен желтой рамкой. Двумерный штрих код PDF-417 обведен красной рамочкой. Пример набора символов, содержащихся в штрихкоде PDF-417 имеет вид:

 

19N00000XOPN13MM66T0HVF311210120003676539219152175585956302712947109

 

Символы представлены цифрами либо строчными латинскими буквами. Длина набора символов – 68 единиц.

 

3. Справочник

 

В справочнике кассовой программы установить у товара признак «Алкогольная продукция». Для товара с этим признаком установить свойство: если такой товар необходимо записать в чек, обязательно запрашивать сканирование двумерного штрих кода PDF-417 марки.

 

4. Продажа

 

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

1. При сканировании штрихового кода EAN, касса находит в своей базе данных товар

2. При принадлежности товара к группе «Алкогольная продукция» на экране кассы появится окно

                                 ╔══ ОТСКАНИРУЙТЕ ШТРИХОВОЙ КОД МАРКИ ══╗ 

                                           ТОВАР: Коньяк пятизвездочный ЗвездаА 

             «ВВОД»-ПОДТВЕРДИТЬ                               «ОТМЕНА»                                            ╚══════════════════════════════════════╝

Отображение на экране запроса на сканирование двумерного штрих кода марки

3. Кассир сканирует марку

4. Если штриховой код марки отсканируется успешно, то данное окно автоматически закроется, в символы баркода заносятся в чек (в СУБД).

5. Если штриховой код не представляется возможным отсканировать (испорчен, плохое качество штрихкода и т. п.), то кассир должен нажать на кнопку «Отмена» и товар в чек добавлен не будет.

6. По окончанию формирования чека в случае, если он содержит алкогольную продукцию, данные о чеке и алкогольной продукции передаются в транспортный модуль. Перечень данных о чеке описан в Приложении Б. Выбор момента отправки xml-файла с ТМ должен обеспечивать невозможность корректировки чека после (имеется в виду исключение возможности добавления алкогольной продукции, которая в соответствии со схемой, уже не будет в чеке отправлена в транспортный модуль для проверки) и возможность удаления алкогольных позиций в случае неуспешного ответа. Рекомендовано реализовать первой задачей в едином блоке транзакций записи чека в БД, ФП, ЭКЛЗ. Если от транспортного модуля получен положительный ответ - транзакция продолжается. Если не получен положительный ответ – откат транзакции и возврат в режим формирования.

7. Транспортный модуль осуществляет подписание чека ЭП и возвращает в кассовую программу ответ в виде отпечатка ЭП.

8. Дополнительно в ответе содержится уникальный идентификатор ЕГАИС.

9. Если кассовая программа успешно получила отпечаток и идентификатор от транспортного модуля, то касса выводит на печать подотчет, содержащий отпечаток ЭП в виде символов и идентификатор ЕГАИС в виде qr-кода.

10. Чек закрывается. В случае сбоя при регистрации чека (xml-файл отправлен в ТМ, получен успешный ответ, но произошел сбой при регистрации в БД, ФП, ЭКЛЗ), в ТМ необходимо отправить обратную транзакцию, аналогичную операции возврат.

 

5. Данные чека

 

Транспортный модуль предоставляется организации для осуществления подписания чеков и их гарантированной отправки на сервер обработки данных. Перечень данных чека для передачи в транспортный модель описывается xsd-схемой (см. Приложение Б). Из транспортного модуля так же приходит квитанция в xml-файле, описанном xsd-схемой (см. Продолжение Приложения Б).

 

6. Проверка на повтор в чеке

 

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

                           ╔══════ ОШИБКА ПОВТОРНОГО ВВОДА ═══════╗                                                                                          

                                                       ДАННЫЙ ШТРИХОД УЖЕ

                                                     ЗАРЕГИСТРИРОВАН В ЧЕКЕ.                                                                                              ╚══════════════════════════════════════╝

Окно, отображающееся на экране в случае повторного ввода продукции.

 

7. Возврат

 

Возврат алкогольных товаров на кассе осуществлять по тому же принципу, что и продажа. Если в возвратном чеке кассовая программа обнаружит, что возвращается алкогольный товар, на экране будет показано окно (Рисунок 2). В операции возврата требуется производить проверку на повтор согласно информации из предыдущей главы. Стоимость возвращённого товара должна быть указана с отрицательным знаком. Данные об акцизном ШК, будут переданы на сервер вместе с чеком, по аналогии с чеками продажи. 

 

8. Сканер

 

Технологические разъемы кассы должны обеспечивать возможность подключения дополнительного сканера для чтения штрих кодов PDF-417.  Сканер должен использоваться при работе кассира в режиме, когда раскладка клавиатуры кассы переключена на английский язык. Сканер должен быть настроен на сканирование только кодов EAN-8, 12, 13 и PDF-417.

 

9. Подотчет

 

Программное обеспечение кассы обрабатывает ответ от транспортного модуля и формирует печатную форму с макетом (см. Приложение В). Длина стороны изображения qr-кода должна составлять 30 мм. Сканирование потребителем qr-кода обеспечивает автоматизированное получение ссылки в сети интернет на информацию об алкогольной продукции, проданной по данному чеку.

 

10. Криптопровайдер

 

Для подписания чеков, установления и шифрования авторизованного соединения используется аппартаный крипто-ключ JaCarta SE PKI/ГОСТ . Данное изделие обеспечивает неизвлекаемость закрытого ключа ГОСТ. На USB-ключе расположены: - закрытый ключ ГОСТ - закрытый ключ RSA - криптографические библиотеки Закрытый ключ ГОСТ (квалифицированная электронная подпись) используется в транспортном модуле для подписания xml-файла чека. Закрытый ключ RSA используется для отправки подписанного чека по защищенному каналу связи. Скорость пакетного подписания файла размером 256 бит составляет 1,4 сек. Средний xml-чек составляет 560 бит.

 

11. Требования к компьютеру магазина

 

Чек подписывается КЭП в соответствие с ГОСТ Р 34.10-2001. КЭП выдается на директора магазина в произвольном уполномоченном УЦ. Открытый ключ должен быть зарегистрирован на сервере приема контроля чеков. Отправка чеков должна выполняться в разрезе структурных подразделений (магазинов), указанных в розничной лицензии. Каждый магазин должен быть оснащен компьютером, работающим под одной из операционных систем согласно спецификации производителя: http://www.aladdin-rd.ru. На компьютере должна быть установлена Java-машина JRE 8. Кассы магазина должны находиться в одной сети с данным компьютером. На компьютере устанавливается транспортный модуль из дистрибутива, выдаваемого Росалкогольрегулированием. Для отправки данных от компьютера до сервера ЕГАИС должен быть открыт исходящий порт TCP 443. Порт должен быть открыт на адрес https://balancer.fsrar.ru. Время выполнения команды ping по данному адресу не должно быть более чем 300 мс. Перед отправкой данных устанавливается ssl- соединение с использованием ключа, сформированного по алгоритму RSA, длиной 2048 бит. В рамках каждого сеанса связи осуществляются: - проверка валидности ключа (зарегистрирован, кем выдан, срок действия и т. п.) - отправка новых подписанных чеков - получение квитанций по чекам, отправленным в предыдущие сеансы связи.

 

12. Квитирование

 

Сервер ЕГАИС осуществляет проверку чека: - на валидность подписи xml-файла - на валидность ключа подписи - на список отзыва - на валидность xml-файла - на соответствие xml схеме - на соответствие реквизитов в подписи и в xml-файле - на соответствие реквизитов ключа ГОСТ и ключа RSA По результату проверки сервер ЕГАИС формирует квитанцию. Транспортный модуль за сеанс связи опрашивает сервер ЕГАИС о наличии квитанций по ранее отправленным чекам. Когда чек принят успешно, он отмечается в транспортном модуле, как зафиксированный в ЕГАИС, и удаляется из буфера.

 

13. Буфер

 

Совокупность подписанных чеков транспортного модуля, еще не зафиксированных в ЕГАИС, называется буфером. Время, прошедшее с момента подписания чека, находящегося в буфере, до настоящего момента времени, называется возрастом чека. Момент подписания чека фактически совпадает с датой чека. Максимальный возраст чека, находящегося в буфере, называется возрастом буфера. Возраст буфера не должен превышать трех календарных дней. Буфер возрастом более трех календарных дней называется устаревшим. Буфер устаревает, если транспортный модуль перестает отправлять подписанные ранее чеки. Подписание чеков транспортным модулем останавливается, когда буфер устаревает. Транспортный модуль с устаревшим буфером не возвращает идентификатор чека и его контрольную сумму. Подписание новых чеков не возобновляется до тех пор, пока старые чеки не будут зафиксированы в ЕГАИС.

 

14. Обновление

 

В зависимости от изменения в законодательстве транспортный модуль будет обновляться. Получение обновления для транспортного модуля осуществляется с сервера ЕГАИС по исходящему запросу от транспортного модуля с использованием ssl-туннеля. Если обновление готово для распространения, оно закачивается на компьютер магазина. Обновление, закачанное на компьютер, устанавливается автоматизировано по сигналу от сервера ЕГАИС на исходящий запрос от транспортного терминала.

 

15. Получения ключа RSA

 

На компьютер пользователя скачивается крипто-плагин для работы с eToken ГОСТ. Организация в личном кабинете, раздел «Персональные данные» выбирает место осуществления деятельности, вставляет крипто – носитель (eToken ГОСТ) и нажимает на кнопку сформировать ключ доступа (ключ – RSA). Ключ RSA генерируется и сохраняется на носителе.

 

16. Получение ключа ГОСТ

 

Организация в личном кабинете заполняет форму запроса на ключ ГОСТ, закрытый ключ сохраняется на носителе. Файл запроса ожидает регистрации в Удостоверяющем центре. После получения сертификата открытого ключа, сертификат с помощью функционала личного кабинета сохраняется на носителе. Допускается получение КЭП ГОСТ организацией в соответствие с общими правилами УЦ.


Комментарии


Комментариев пока нет

Пожалуйста, авторизуйтесь, чтобы оставить комментарий.

Авторизация
Введите Ваш логин или e-mail:

Пароль :
запомнить