"Честный знак" и GTIN из RK7 в Абонемент
Базовая настройка связки: Интеграция Абонемент и RK7 через Farcards
Инструкции ПО Абонемент для работы с "Честным знаком":
- Настройка кодов и сканера
- Разрешительный режим
- АТОЛ. "Честный Знак"
- Модуль работы с маркированной продукцией "Честный Знак"
Появилась возможность проверки марки "Честный знак" в чеке, полученном из Rkeeper. Появилась возможность проверки GTIN и атрибутов объемно-сортового учета в чеке, полученном из RK.
В Режиме HoReCa при продаже пива к блюду будет добавляться модификатор Объемно сортового учета с GTIN марки кега. И будут использованы следующие отраслевые атрибуты:
"tag1262": "030"
"tag1263": "26.03.2022"
"tag1264": "477"
"tag1265": "mode=horeca"
Для тега 2108 https://www.consultant.ru/
Заполняется тег 2108 (параметр QuantityUnitType).
Постановка кега на кран и настройка связи r_keeper с Честным знаком происходит при помощи сервиса rkDExch.
Основные требования
РЕГИСТРАЦИЯ, ПРОШИВКА И ПО ФИСКАЛЬНОГО РЕГИСТРАТОРА ДОЛЖНЫ СООТВЕТСТВОВАТЬ ДАННОМУ РЕЖИМУ РАБОТЫ!
ФР должен быть зарегистрирован для продажи подакцизных и маркированных товаров и работы с объемно-сортовым учётом.
| ПО Абонемент | 147 версия |
| Лицензия | 5-9 Абонемент модуль Продажа маркированной продукции "Честный Знак" |
| ПО Rkeeper | 7.07.00.339 |
| URunPos.dll | 2.13.0.6 |
| fpRU_AtolDTO.dll | 7.72.122 |
| fpShtr54.dll | 7.72.184 |
| HTTPRKtoSH.exe | 1.6.0.1 |
| sdmHTTPFarCard.exe | 1.17.1.5 |
| ServerT1 | 2.3.20.3 |
|
Актуальные драйвера ККТ |
Атол или Штрих. (x32) |
Настройки
URunPos.ini
[Main] VolumeQuantityUnitType=41
Abonementmanager.ini
(добавить регулярное выражение)
[TrueMark.RegExp];Регулярные выражения на проверку соответствия трека Честному знаку; Если список не пустой, то он используется в первую очередь. Смотри также RegExpListFillMode
0=(0(\d{13}))(){1,14}$
В общих настройках на вкладке "Услуги и платежи" установить параметр "Использовать детализацию внешнего чека".

В Абонементе у услуги, на которую передается чек из RK не должно быть никакого ППР.
В режиме RK Horeca Абонемент с целыми литрами пива не работает совсем. Решение - продавать не целыми литрами, а по 100 мл, 200 мл, 300 мл, 500 мл, 1500 мл и т.п.
От RK требуется, чтобы в настройках все объемно-весовые товары были только в литрах
У них в инструкции это четко сказано. https://docs.rkeeper.ru/rk7/latest/ru/realizatsiya-v-rozliv-piva-i-slaboalkogol-nyh-napitkov-v-r_keeper-100335925.html
Инструкция RK по ссылке, это настройки для реализации разливного пива непосредственно в самом RK для общего ознакомления.

ВАРИАНТЫ НАСТРОЙКИ КАРТОЧКИ ТОВАРА В RK
GTIN должен быть продублирован в поле "Штрих-код". Именно его значение RK передает в FARCARDS в data=
НО использовать один Штрих код в разных карточках пива с одинаковым GTIN и разным обьемом нельзя.
В меню должно быть только одно наименование конкретного сорта пива, с указанием объема непосредственно при продаже на кассе. (кнопка количество)
Для Абонемента требуется, чтобы объем литров в переданном из RK чеке не был целочисленным (1, 2 и т.д),иначе этот товар будет учтен как штучный, а не объемно-сортовой и в ЧЗ не будет передан объем израсходованного пива. Поэтому, чтобы избежать продажи целого литра например при продаже 2 х 0.5 л, требуется, чтобы настройки в карточке товара в RK были именно такие:
В карточке товара RK необходимо в свойстве Режим цены выставить значение Порционное за вес, в свойстве Точность для количеств укажите "3".
Далее два варианта, как вам удобнее:
1. В свойстве Объем (мл) укажите объем 999
В свойстве Вес порции укажите 0.100 (т.е. порция 100мл)
2. В свойстве Объем (мл) укажите объем 1000
В свойстве Вес порции укажите 0.099 (т.е. порция 99мл)
НЕЛЬЗЯ! Ставить Объем (мл) 1000 и Вес порции 0.100
Результат
Пример корректно переданного чека
ВОЗВРАТЫ
Делаем аннулирование или удаление чека через RKeeper.
Таким образом на фолио в Абонемент падает корректирующая транзакция услуги. Проверка марки не производится.
Платеж становится нецелевым.
В Абонементе производим возврат только платежа.


