- Подготовка производственной площадки к маркировке
- Сроки внедрения маркировки для производителей: что нужно знать малым, средним и крупным?
- Оборудование для маркировки: какое нужно и что пригодится из того, что у вас уже есть?
- Состав кода маркировки молочной продукции
Необходимо авторизоваться или зарегистрироваться на портале
Разрешительный режим и проверка КМ на ККТ.
Добрый день, подскажите, с введением разрешительнго режима, по прежнему нужно после проверки КМ через API Честного знака, еще и дополнительно проверять эти КМ средствами ККТ через ОИСМ?
Или достаточно, имея ответ от API, заполнить комплексный тег 1260, указать в позиции фискального чека только сам код маркировки в тег 2000 и этого будет достаточно. До разрешительного режима нужно еще было заполнять теги 2102, 2106, 2110. Не будет ли двойная проверка просто напрасной, если была проверка перед продажей через API?
Или достаточно, имея ответ от API, заполнить комплексный тег 1260, указать в позиции фискального чека только сам код маркировки в тег 2000 и этого будет достаточно. До разрешительного режима нужно еще было заполнять теги 2102, 2106, 2110. Не будет ли двойная проверка просто напрасной, если была проверка перед продажей через API?
М
добрый день, достаточно проверки разрешительного режима
17.06.2024 17:45
0
А
А вот в поддержке АТОЛ ответили следующее:
В РР проверка проходит через API «Честного знака», а в ФР данные передаются в фискальном документе. Т.е. это два разных процесса.
В РР проверка проходит через API «Честного знака», а в ФР данные передаются в фискальном документе. Т.е. это два разных процесса.
Теги 2102, 2106, 2110 и 1260 содержатся в реквизите «данные о маркированном товаре» (тег 2007).
По ФФД, в случае, если в кассовый чек (кассовый чек коррекции) включены сведения о товаре, подлежащем обязательной маркировке средствами идентификации
то для этого товара должен быть сформирован реквизит «данные о маркированном товаре» (тег 2007),
который должен быть включен в состав уведомления о реализации маркированного товара.
На что я возразил:
Два разных процесса, делающих одно и тоже. Чем по вашему проверка КМ в РР отличается от проверки через ОИСМ? По РР приходит больше данных, глядя на которые можно запретить в ПО продажу, а в ОИСМ только наличие там КМ, валидность его структуры и статус.
На что я возразил:
Два разных процесса, делающих одно и тоже. Чем по вашему проверка КМ в РР отличается от проверки через ОИСМ? По РР приходит больше данных, глядя на которые можно запретить в ПО продажу, а в ОИСМ только наличие там КМ, валидность его структуры и статус.
Вы наверное не поняли моего вопроса изначально, а я акцентировал внимание на том, что происходит ДВОЙНАЯ проверка одних и тех же сведений.
Если я в чеке укажу КМ в теге 2000, но не буду его проверять средствами ККТ (следовательно, не буду заполнять теги 2102, 2106, 2110), но буду заполнять тег 1260, так как в нем нужно указать факт проверки КМ в соответствии с РР (это именно тот факт, что я ходил по API и проверил КМ) будет ли этого достаточно?
Или все равно будет двойная проверка РР и на ККТ и никак это не обойти.
И они ответили:
Если Вы укажете КМ не проверяя его заранее, получите ошибку «Некорректный код маркировки», т.к. этот КМ отсутствует в таблице проверенных.
И они ответили:
Если Вы укажете КМ не проверяя его заранее, получите ошибку «Некорректный код маркировки», т.к. этот КМ отсутствует в таблице проверенных.
Будут выполняться обе проверки. Это разные процессы которые друг с другом никак не пересекаются.
Будет двойная проверка РР и на ККТ и никак это не обойти.
20.06.2024 06:31
0
