В API Маркета лицензия связана с конкретной точкой продаж. Её технический идентификатор отличается от номера документа, а результат проверки хранится отдельно: совпадения одного названия магазина недостаточно для контроля.

Как не перепутать номер и технический идентификатор

Метод getOutletLicenses для DBS принимает один из двух списков: ids либо outletIds. Передача обоих или отсутствие обоих приводит к ошибке. В ответе number обозначает номер лицензии, id — присвоенный Маркетом идентификатор, outletId — точку продаж. Документация перечисляет тип ALCOHOL и неизвестный тип UNKNOWN.

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

Что означает результат проверки

В checkStatus предусмотрены NEW, SUCCESS, FAIL, REVOKE, DONT_WANT и FAIL_MANUAL. В частности, NEW означает проверку, SUCCESS — её прохождение, а FAIL — неуспешный результат. Поле checkComment описывает причину именно для FAIL. Не требуйте наличия этого комментария при каждом ином состоянии: документация такого поведения не обещает.

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

Как сохранить правильную дату

Поля выдачи и окончания используют ISO 8601 со смещением часового пояса региона точки; документация задаёт время 00:00:00. При переводе такой записи в другую временную зону календарный день может выглядеть иначе. Поэтому в интерфейсе контроля документа показывайте дату в её исходном региональном контексте, а не произвольную дату компьютера оператора.

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

Как принять работу интеграции

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

Адрес, график и назначение точки должны согласовываться с её настройками. Их проверка описана в материале о собственном пункте DBS. После изменений повторно прочитайте реестр и зафиксируйте результат по конкретной точке. Это руководство по действующей документации, проверенной 22 октября 2026 года, а не сообщение о новом допуске товаров к продаже.