Код ошибки 409 некорректный номер маркировки атол

Код ошибки 409 некорректный номер маркировки атол Маркировка
Содержание
  1. КиЗ принадлежит другому участнику
  2. Анализ проблем контроля кодов маркировки
  3. Настройка проверки кодов маркировки в программе 1С
  4. Атрибуты запроса
  5. Заказы покупателей ¶
  6. Получить Заказ покупателяGET/entity/customerorder/{id}
  7. Создать заказ покупателяPOST/entity/customerorder
  8. Ошибка 5090 при выбытии товара через РВ
  9. УКЭП не найдена или не настроено ПО для работы в системе
  10. Закрыть смену ¶
  11. Закрыть сменуPUT/rpc/closeshift/
  12. Расчет скидок для продажи и возврата ¶
  13. Рассчитать скидки и бонусы для продажиPOST/rpc/retaildemand/recalc
  14. Подготовьтесь к маркировке с Мультикас
  15. Какие товары подлежат обязательной маркировке
  16. Маркировка товаров
  17. Правила перемаркировки продукции в системе «Честный ЗНАК»
  18. Все о маркировке товаров Честный Знак
  19. Не приходит подтверждение (накладная находится в статусе ожидания)
  20. Ошибки при работе с ЭДО
  21. Выплата денег ¶
  22. Создать выплату денегPOST/entity/retaildrawercashout/
  23. Создание возврата предоплаты на фискализацию ¶
  24. Создать возврат предоплаты на фискализациюPOST/cheque/minion/entity/prepaymentreturn
  25. Возвраты ¶

КиЗ принадлежит другому участнику

Система маркировки товаров выдает ошибку 22, если контрагент по ошибке отправил данные другой организации. Либо же поставщик неправильно указал код места деятельности. Такая проблема возникает во время приемки товара, когда получатель считывает КиЗ на упаковках.

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

Анализ проблем контроля кодов маркировки

При проверке поступившей маркированной продукции часто возникают следующие вопросы: в форме проверки поступившего маркированного товара у покупателя указано, что текущим владельцем является сам покупатель. Это означает, что поступление этих кодов маркировки уже было оформлено. Например, уже подтвержден электронный документ без проверки, подтверждение сделано в личном кабинете ИС МП «Честный знак» или стороннем программном обеспечении. Также это может означать, что введенный в информационную базу 1С документ продублирован. Проверка на этом этапе уже не имеет смысла — она должна выполняется до подтверждения поступления. Дополнительных действий с кодами маркировки в данном случае уже не требуется.

Если при проверке поступившей продукции или при подборе продукции при отгрузке в форме проверки указан ИНН третьей организации (не покупателя и не продавца), то, возможно, эта продукция произведена в течение переходного периода, когда производители уже были обязаны маркировать продукцию и представлять в информационную систему маркировки сведения о вводе в оборот, а обязанность предоставлять сведения об обороте маркируемой продукции для других участников оборота маркируемого товара еще не наступила. Это означает, что маркируемая продукция может не числиться за поставщиком на момент совершения операции. Но выполнять операции с такой продукцией можно. В этом случае нужно настроить исключения проверки кодов или временно отключить контроль непосредственно в форме подбора и проверки, как описано выше.

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

Еще один из частых вопросов — неверное сопоставление кода маркировки карточке номенклатуры (и характеристике, если ведется) в информационной базе, например, в случае изменения номенклатуры или другой нормативно-справочной информации в процессе работы. Это сопоставление отражается в справочнике Штрикходы упаковок и товаров. Ссылка на элемент этого справочника для проверяемого кода маркировки отражается в рабочем месте Проверка кодов маркировки.

В случае системной ошибки при подборе и проверке кодов информации о текущем владельце и статусе может быть недостаточно, а для анализа необходимо привлекать специалиста обслуживающей организации или обращаться на линию поддержки. При этом специалистам для расследования необходим лог (история) запросов к ИС МП, который нужно направить специалистам вместе с подробным описанием проблемы. При проверке кодов из рабочего места Проверка кодов маркировки запись логов включается автоматически, ссылка открыть лог запросов выводится непосредственно в рабочем месте. В текстах некоторых ошибок добавляется гиперссылка с временным включением лога запросов и просмотра ранее включенного лога. Запись логов можно также включить вручную перед выполнением проблемной операции в рабочем месте Обмен с ИС МП (обувь, одежда, табак. ) в группе см. также. Включение производится на определенное время: 5, 10 или 15 минут. Там же будет доступна ссылка Открыть, которая позволяет просмотреть лог в текстовом виде и сохранить его для передачи специалистам.

Настройка проверки кодов маркировки в программе 1С

В форме НСИ и администрирование — Администрирование — Интеграция с ИС МП (обувь, одежда, табак. ) — Настройки сканирования кодов маркировки задается порядок обработки и контроля кодов маркировки. В частности, предусмотрена возможность Запрашивать данные сервиса для контроля статусов и владельца кодов маркировки (флаги Контролировать статусы кодов маркировки и Контролировать владельцев кодов маркировки соответственно), рис.

Для операций и товарных групп можно задать исключения. Ссылки для настройки исключений выводятся рядом с настройками Контролировать статусы кодов маркировки и Контролировать владельцев кодов маркировки при установке соответствующих флагов (см. рис. После настройки исключений в ссылке указываются настроенные исключения.

Код ошибки 409 некорректный номер маркировки атол

Рис

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

Отключить контроль статусов и контроль владельцев можно временно, на сеанс работы с формой Подбор и проверка маркируемой продукции в меню Еще указанной формы (рис.

Код ошибки 409 некорректный номер маркировки атол

Указанные настройки касаются только проверок на стороне программы 1C, не влияют на выполнение проверок на стороне Центра развития перспективных технологий (ЦРПТ, оператора системы маркировки) и не снимают ответственности, связанной с оборотом маркируемой продукции.

Атрибуты запроса

Система налогообложенияЗначение поля taxSystem

ОСНGENERAL_TAX_SYSTEM
УСН. ДоходSIMPLIFIED_TAX_SYSTEM_INCOME
УСН. Доход-РасходSIMPLIFIED_TAX_SYSTEM_INCOME_OUTCOME
ЕСХНUNIFIED_AGRICULTURAL_TAX
ЕНВДPRESUMPTIVE_TAX_SYSTEM
ПатентPATENT_BASED

Если поле vatEnabled=true, а поле vatIncluded=false, то НДС не входит в цену и ее надо считать.

Заказы покупателей ¶

Для данного ресурса необходима авторизация по token. О том как получить данный token можно прочитать тут. Варианты аутентификации с помощью token:

  • С помощью заголовков (Header):
    Lognex-Pos-Auth-Token со значением токена, а также Header’ом Lognex-Pos-Auth-Cashier-Uid, значением которого будет uid кассира, от имени которого выполняется запрос. При этом Header Authorization НЕ указывается.
    Пример:—
  • Пример:
  • Password: 9aa01067f9abc091ec6354fa73b5e05fda9e07fa
  • имя куки: Lognex-Pos-Auth
  • name = Lognex-Pos-Auth

Успешный запрос. Результат — JSON представление списка Заказов покупателей.

Headers

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

  • meta — Уникальный идентификатор в формате метаданных Необходимое
  • id — ID в формате UUID Необходимое
  • name — Имя Необходимое
  • description — Описание
  • moment — Дата Необходимое
  • vatEnabled — Учитывается ли НДС Необходимое
  • vatIncluded — Включен ли НДС в цену Необходимое
  • deliveryPlannedMoment — Планируемая дата отгрузки
  • state — Статус
  • positions — Ссылка на позиции в формате метаданных Необходимое
  • agent — Ссылка на покупателя в формате метаданных (Если заказ назначен на стандартного розничный покупателя, то это поле не придёт в составе заказа)
  • paidInCash — Оплачено наличными по заказу
  • paidNoCash — Оплачено картой по заказу
  • paidByQr — Оплачено по QR-коду по заказу
  • shippedSum — Отгружено
  • prepayments — Предоплаты связанные с заказом покупателя
  • taxSystem — Код системы налогообложения.

Позиции Заказа — это список товаров/услуг/модификаций/комплектов. Объект позиции Заказа содержит следующие поля:

  • assortment — Ссылка на товар/услугу/модификацию/комплект (мета), которую представляет собой позиция Необходимое
  • quantity — Количество товаров/услуг/модификаций/комплектов данного вида в позиции Необходимое
  • price — Цена товаров/услуг/модификаций/комплекта в копейках Необходимое
  • vat — НДС, которым облагается текущая позиция Необходимое
  • vatEnabled — включен ли НДС для позиции. С помощью этого флага для позиции можно выставлять НДС = 0 или НДС = “без НДС”. (vat = 0, vatEnabled = false) -> vat = “без НДС”, (vat = 0, vatEnabled = true) -> vat = 0%
  • discount — Процент скидки или наценки Необходимое
  • reserve — Резерв данной позиции Необходимое
  • pack — Упаковка
    id — id сущности упаковки Необходимоеname — Название упаковки Необходимоеquantity — Количество товаров в упаковке Необходимоеbarcode — Штрихкод упаковки
  • id — id сущности упаковки Необходимое
  • name — Название упаковки Необходимое
  • quantity — Количество товаров в упаковке Необходимое
  • barcode — Штрихкод упаковки
  • taxSystem — Код системы налогообложения.

Объект статуса Заказа содержит следующие поля:

  • name — Наименование Необходимое
  • color — Цвет в цветовом пространстве ARGB Необходимое

Объект покупателя Заказа содержит следующие поля:

  • meta — Уникальный идентификатор в формате метаданных Необходимое
  • name — Имя Необходимое

Объект предоплаты Заказа содержит следующие поля:

У точки продаж в основном приложении есть настройка: “Выгружать только заказы со статусами”, которая влияет на выдачу заказов. Если в этой настройке указаны статусы, то, при запросе заказов, будут возвращены только заказы с указанными статусами. Если статусы не указаны, будут выгружаться заказы со всеми статусами в т. пустыми.

Получить Заказ покупателяGET/entity/customerorder/{id}

Запрос на получение заказа для точки продаж.

id Заказа покупателя

Пример создания нового заказа покупателя.

This response has no content.

Создать заказ покупателяPOST/entity/customerorder

Запрос на создание нового заказа покупателя.

Обязательные поля для создания заказа:

  • meta — Метаданные
  • agent — Ссылка на контрагента.

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

Ошибка 5090 при выбытии товара через РВ

При выводе лекарственного препарата из оборота через регистратор выбытия «Честный ЗНАК» иногда отправляет ошибку 5090. При ее появлении нужно проверить статус синхронизации устройства со спутниками ГЛОНАСС. Следует перейти из главного меню в раздел «Информация» и посмотреть, какое значение стоит в пункте «До блок-ки». Если «Блокировка», потребуется повторно связаться со спутником навигации и выполнить операцию заново.

УКЭП не найдена или не настроено ПО для работы в системе

Для регистрации и дальнейшей работы в системе мониторинга участники оборота маркированных товаров должны получить усиленную квалифицированную электронную подпись и настроить ПО. Если «Честный ЗНАК» их не определяет, то выдает ошибку. Причины сбоя и способы его устранения:>

  • USB-носитель с ключами и сертификатом электронной подписи не установлен в порт ПК. Если флеш-накопитель отсутствует, система не определяет КЭП. Соответственно, выдает ошибку. Обратите внимание, что подпись может храниться на жестком диске ПК (то есть, уже стоять на компьютере).
  • Плагин и расширение для браузера не установлены. Это одно из требований для успешного входа в систему маркировки. Если выскакивает сообщение с ошибкой «Плагин недоступен», нужно его поставить. Подойдет Рутокен Плагин либо КриптоПро ЭЦП Browser plug-in. Дополнительно в браузере следует установить расширение «Адаптер Рутокен Плагин» и «CryptoPro Extension for CAdES Browser Plug-in».
  • Сертификаты не установлены. Для успешной работы в системе мониторинга нужно установить корневые и личные сертификаты в криптографическую программу.

Код ошибки 409 некорректный номер маркировки атол

Остановимся подробнее на процессе установки сертификатов. Сначала про личный. Ход действий зависит от используемого СКЗИ:

  • retailShift — внешний уникальный идентификатор документа (meta с syncId). Необходимое
  • name — номер смены Необходимое
  • openmoment — дата открытия смены Необходимое
  • cheque — информация о смене
    start — информация об открытии смены
    fnNumber — номер ФНkktRegNumber — регистрационный номер ККТfiscalDocSign — фискальный признак документаshiftNumber — номер сменыfiscalDocNumber — номер фискального документаtime — дата и время открытия смены
  • start — информация об открытии смены
    fnNumber — номер ФНkktRegNumber — регистрационный номер ККТfiscalDocSign — фискальный признак документаshiftNumber — номер сменыfiscalDocNumber — номер фискального документаtime — дата и время открытия смены
  • fnNumber — номер ФН
  • kktRegNumber — регистрационный номер ККТ
  • fiscalDocSign — фискальный признак документа
  • shiftNumber — номер смены
  • fiscalDocNumber — номер фискального документа
  • time — дата и время открытия смены

Закрыть смену ¶

Пример запроса на закрытие смены.

Закрыть сменуPUT/rpc/closeshift/

  • retailShift — внешний уникальный идентификатор документа (meta с syncId). Указанная смена должна существовать и быть открытой Необходимое
  • closemoment — дата закрытия смены Необходимое
  • retailDrawerCashout — внешний уникальный идентификатор выплаты (meta с syncId). Если присутствует ссылка на выплату, сумма выплаты больше 0 и в настройках точки продаж
    стоит флаг “Создавать ПКО при закрытии смены”, то при закрытии смены будет создаваться связанный ПКО.
  • cheque — информация о смене
    start — информация об открытии смены
    fnNumber — номер ФНkktRegNumber — регистрационный номер ККТfiscalDocSign — фискальный признак документаshiftNumber — номер сменыfiscalDocNumber — номер фискального документаtime — дата и время открытия сменыend — информация о закрытии смены
    fnNumber — номер ФНkktRegNumber — регистрационный номер ККТfiscalDocSign — фискальный признак документаshiftNumber — номер сменыfiscalDocNumber — номер фискального документаchequesTotal — количество чеков за сменуfiscalDocsTotal — количество фискальных документов за сменуtime — дата и время закрытия смены
  • start — информация об открытии смены
    fnNumber — номер ФНkktRegNumber — регистрационный номер ККТfiscalDocSign — фискальный признак документаshiftNumber — номер сменыfiscalDocNumber — номер фискального документаtime — дата и время открытия смены
  • fnNumber — номер ФН
  • kktRegNumber — регистрационный номер ККТ
  • fiscalDocSign — фискальный признак документа
  • shiftNumber — номер смены
  • fiscalDocNumber — номер фискального документа
  • time — дата и время открытия смены
  • end — информация о закрытии смены
    fnNumber — номер ФНkktRegNumber — регистрационный номер ККТfiscalDocSign — фискальный признак документаshiftNumber — номер сменыfiscalDocNumber — номер фискального документаchequesTotal — количество чеков за сменуfiscalDocsTotal — количество фискальных документов за сменуtime — дата и время закрытия смены
  • chequesTotal — количество чеков за смену
  • fiscalDocsTotal — количество фискальных документов за смену
  • time — дата и время закрытия смены

Расчет скидок для продажи и возврата ¶

Пример расчета для новой розничной продажи с начислением бонусов.

Рассчитать скидки и бонусы для продажиPOST/rpc/retaildemand/recalc

Запрос на расчет скидок и бонусов для новой розничной продажи.

Подготовьтесь к маркировке с Мультикас

Мы поможем подготовиться к маркировке, у нас есть все, что нужно!

Код ошибки 409 некорректный номер маркировки атол

Какие товары подлежат обязательной маркировке

Код ошибки 409 некорректный номер маркировки атол

Маркировка товаров

Код ошибки 409 некорректный номер маркировки атол

Правила перемаркировки продукции в системе «Честный ЗНАК»

Код ошибки 409 некорректный номер маркировки атол

Все о маркировке товаров Честный Знак

Контроль кодов в программах 1С может производиться в связи с выполнением конкретной хозяйственной операции — поступления, отгрузки, вывода товаров из оборота, а также для проверки текущего статуса, не связанного с выполнением конкретной операции (то есть независимо). В первом случае контроль выполняется в момент указания или проверки кодов маркировки товаров и кодов групповых упаковок в форме Подбор и проверка маркируемой продукции (конкретное название формы меняется в зависимости от товарной группы, см. рис. 3), а также при сканировании кода маркировки в рабочем месте кассира. Во втором случае коды можно проверить в любой момент в рабочем месте Проверка кодов маркировки.

Код ошибки 409 некорректный номер маркировки атол

В форме Подбор и проверка маркируемой продукции предусмотрен столбец Статус проверки, который используется одновременно для информирования о статусе кода маркировки в ИС МП, владельце, а также результате проверки фактического наличия кода. Если при проверке кодов выявляется некорректный для данной операции статус кода маркировки или принадлежность владельцу, то в графе Статус проверки отображается результат этой проверки в виде Статус:. и/или ИНН владельца. с указанием соответственно текущего (некорректного) статуса и/или владельца в ИС МП. Для привлечения внимания оператора статус и код окрашены красным цветом (рис.

Если статус и владелец корректны или проверка по статусу и владельцу отключена, то статус кода маркировки в ИС МП и его владелец не отображаются, а в столбце Статус проверки выводится результат проверки наличия кода:

  • Не проверялся — устанавливается изначально, при условии отсутствия сообщений о неверном статусе или владельце;
  • В наличии — код указан в документе поступления и присутствует среди фактически поступивших кодов маркировки;
  • Отсутствует — код не указан в документе поступления, но присутствует среди фактически поступивших кодов маркировки;
  • Не числился — код не был указан в документе поступления, но присутствует среди фактически поступивших кодов маркировки.

При подборе, если код маркировки не проходит проверку статуса и/или владельца в ИС МП, то он не добавляется в форму подбора и проверки, а выдается соответствующее сообщение (рис.

Код ошибки 409 некорректный номер маркировки атол

В окне сообщения доступны ссылки, по которым можно перейти в рабочее место Проверка кодов маркировки, а также к панели администрирования для отключения контроля статусов.

Не приходит подтверждение (накладная находится в статусе ожидания)

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

Что делаем? Звоним контрагенту и рассказываем о проблеме. Он может попробовать отправить данные повторно (нажать на кнопку для отправки сведений в ЧЗ, а потом кликнуть «Отправить отказ»). После подтверждения отказа повторно отправить документы в систему маркировки.

В результате: происходит отмена предыдущей операции (при которой не дошло подтверждение) и выполняется повторная. Если ничего не помогает, нужно обратиться в техподдержку операторам «Честного ЗНАКа».

Ошибки при работе с ЭДО

Ошибка с кодом 0x8010006E указывает на отмену действия во время входа в систему. Например, пользователь нажал на кнопку «нет» в окне предупреждения о безопасности либо в момент ввода пароля. То есть, действие не было подтверждено (и по факту отменено). Чтобы избавиться от ошибки, попробуйте выполнить операцию заново, подтверждая действия на всех ее этапах.

  • meta — внешний уникальный идентификатор документа в формате метаданных (meta с syncId) Необходимое
  • retailShift — ссылка на смену в формате метаданных. Необходимое
  • name — Номер внесения денег Необходимое
  • moment — Дата внесения денег Необходимое
  • sum — Сумма внесения денег Необходимое

Выплата денег ¶

Пример создания новой выплаты денег.

Создать выплату денегPOST/entity/retaildrawercashout/

Запрос на создание выплаты денег.

Структура полностью соответствует обычному созданию предоплаты для эндпоинта entity/prepayment

Создание возврата предоплаты на фискализацию ¶

Пример создания нового возврата предоплаты.

Создать возврат предоплаты на фискализациюPOST/cheque/minion/entity/prepaymentreturn

Запрос на создание возврата предоплаты и помещение его в очередь облачных чеков на фискализацию.

Возможна привязка заказа к Розничной продаже при создании продажи. Связь передается в объекте customerOrder (meta) при создании продажи.

Возвраты ¶

Пример создания нового Розничного возврата.

Оцените статью
Маркировка-Про