Менеджер закрывает сделку в Битрикс24 - и в этот момент на складе должен автоматически списаться код маркировки, а данные уйти в «Честный ЗНАК». Звучит как удобная автоматизация. На практике между этой идеей и её реализацией - несколько технических слоёв, о которых мало кто думает заранее.
Компании, которые торгуют маркированными товарами и при этом ведут продажи через CRM, сталкиваются с одной и той же проблемой: данные о сделке живут в одной системе, данные о кодах маркировки - в другой, а между ними нет никакой связи. Менеджер продал - склад узнаёт об этом по телефону. Кассир пробивает чек - CRM об этом не знает. Результат: разрыв между коммерческой логикой и требованиями системы прослеживаемости.
Торгуете маркированными товарами и ведёте продажи в CRM?
Сервис GetMark помогает выстроить корректную работу с маркировкой - от заказа кодов до интеграции с вашими учётными системами. Персональный менеджер, подключение за один день, поддержка для любой товарной категории.
Тарифы - от 1 500 ₽/мес. Первый месяц бесплатно для новых клиентов. Все условия на сайте.
Узнать тарифы и начать бесплатно
Сначала - главное: CRM не является участником системы маркировки
Это принципиальное техническое и юридическое ограничение, о котором нужно сказать до всего остального. Ни Битрикс24, ни amoCRM не являются авторизованными каналами передачи данных в ГИС МТ («Честный ЗНАК»). Это значит: никакая интеграция не позволяет CRM самостоятельно выводить товар из оборота, вводить коды или передавать юридически значимые сведения о движении маркированных товаров.
Юридически значимые операции с маркировкой проходят только через три канала: кассовый аппарат с передачей через ОФД, электронный документооборот (ЭДО) через аккредитованного оператора и личный кабинет «Честного ЗНАКа» с УКЭП. CRM в этой цепочке - вспомогательный инструмент. Она может инициировать операции, агрегировать данные, создавать задачи и триггеры - но не заменять легальные каналы.
Понимание этого разграничения спасает от архитектурных ошибок при проектировании интеграции. Строить систему, в которой CRM «напрямую» управляет кодами маркировки, минуя кассу или ЭДО - значит строить систему с юридической дырой.
Правильная роль CRM в экосистеме маркировки: триггер событий → передача данных в учётную систему (1С, WMS) или кассу → те, в свою очередь, передают данные в ГИС МТ через легальные каналы. CRM - инициатор, но не исполнитель регуляторных операций.
Чем Битрикс24 отличается от amoCRM в контексте маркировки
Это два принципиально разных продукта, и их потенциал для интеграции с маркировкой тоже разный.
Битрикс24
- Комплексная платформа: CRM + задачи + склад + магазин
- Есть модуль складского учёта и интернет-магазина
- Открытый REST API с широкими возможностями
- Маркетплейс приложений - есть решения для маркировки
- Интеграция с 1С из коробки (двусторонняя)
- Подходит как хаб для управления заказами и складом
- Сложнее в настройке, богаче возможностями
amoCRM
- Чистая CRM: воронка, сделки, контакты
- Нет складского модуля и управления товарами
- Открытый API, но более узкий по охвату
- Маркетплейс виджетов - решений по маркировке меньше
- Интеграция с 1С через сторонние коннекторы
- Подходит как триггер событий для запуска операций маркировки
- Проще в освоении, но требует middleware для сложных сценариев
Вывод прост: Битрикс24 значительно ближе к «точке соприкосновения» с маркировкой за счёт складского модуля и более богатого API. amoCRM в этой связке чаще всего выступает источником события («сделка закрыта», «статус изменён»), а вся работа с кодами происходит в других системах.
Архитектура интеграции: как данные движутся между CRM и «Честным ЗНАКом»
Прямого моста между CRM и ГИС МТ нет и быть не может по регуляторным причинам. Данные всегда идут через промежуточные системы. Типичная архитектура выглядит так:
CRM
событие / триггер
→
Учётная система
1С / WMS / ERP
→
Легальный канал
касса / ЭДО / ЛК ЧЗ
→
ГИС МТ
Честный ЗНАК
Или, при использовании middleware:
CRM
webhook
→
Middleware
Albato / n8n / API-коннектор
→
API ГИС МТ
для неюридических операций
→
Уведомление обратно в CRM
статус / результат
Второй вариант используется для информационных операций - проверки статуса кода, получения данных о товаре, мониторинга остатков. Для юридически значимых операций (вывод из оборота, ввод в оборот) - только через первую схему с легальным каналом.
Сценарии интеграции: что реально автоматизировать
Сценарий 1 - Битрикс24
Заказ в интернет-магазине → автоматическое резервирование кодов маркировки
Покупатель оформил заказ на сайте на базе Битрикс24. В момент создания заказа система должна зарезервировать конкретные коды DataMatrix за этим заказом - чтобы один и тот же товар не был продан дважды.
Реализация: в модуле интернет-магазина Битрикс24 при создании заказа через API обращаемся к учётной системе (1С или WMS), которая резервирует коды по артикулу и количеству. Коды привязываются к номеру заказа в CRM. При отгрузке - коды передаются на кассу для сканирования.
Что автоматизируется: резервирование, привязка кодов к заказу, исключение задвоений.
Что остаётся ручным: сканирование при отгрузке, вывод из оборота через кассу.
Сценарий 2 - Битрикс24
Смена статуса сделки → автоматическое создание отгрузочного документа в 1С
Менеджер переводит сделку в статус «Оплачено» → Битрикс24 через встроенную интеграцию с 1С создаёт накладную на отгрузку → 1С формирует УПД 5.03 с кодами маркировки → УПД уходит покупателю через ЭДО.
Это один из самых востребованных и технически зрелых сценариев. Битрикс24 и 1С имеют двустороннюю интеграцию из коробки (через модуль 1С-Битрикс), и при правильной настройке этот процесс работает без участия человека.
Что нужно настроить: сопоставление товаров между Битрикс24 и 1С, передачу кодов маркировки из 1С в поля сделки, настройку триггеров по статусам.
Сценарий 3 - amoCRM
Закрытие сделки в amoCRM → задача на отгрузку с кодами в учётной системе
amoCRM не управляет складом - но может быть точкой старта цепочки. При закрытии сделки webhook amoCRM отправляет данные (номер заказа, товар, количество, контрагент) во внешнюю систему - 1С, WMS или кастомный сервис. Там создаётся задание на сборку заказа с конкретными кодами маркировки.
Результат обработки возвращается в amoCRM в виде примечания или смены статуса: «Заказ собран, коды: [список]». Менеджер видит, что заказ готов к отгрузке.
Техническая реализация: webhook → HTTP-запрос к API учётной системы → обратный callback в amoCRM через API. Промежуточный сервис можно реализовать на Albato или n8n.
Сценарий 4 - Битрикс24 и amoCRM
Проверка кода маркировки прямо из карточки сделки
Менеджер работает со сделкой и видит список товаров. Кнопка «Проверить код» делает запрос к API «Честного ЗНАКа» и возвращает статус кода: владелец, статус в обороте, дата последней операции. Это помогает на этапе рекламаций, возвратов или при работе с подозрительными товарами.
Реализуется через виджет (для amoCRM) или приложение из маркетплейса (для Битрикс24). API ГИС МТ поддерживает публичный запрос на проверку статуса кода - эта операция не требует УКЭП и доступна через простой HTTP-запрос с токеном авторизации.
Сценарий 5 - Битрикс24
Возврат от покупателя → автоматическое создание операции возврата кода в оборот
Менеджер фиксирует возврат в CRM - создаётся сделка или задача с типом «Возврат». Через интеграцию с 1С создаётся операция возврата кода маркировки. 1С передаёт данные в ГИС МТ через ОФД (если возврат через кассу) или через ЭДО (если возврат от юрлица).
Это закрывает одну из самых болезненных точек: возврат зафиксирован в CRM, но код маркировки «завис» - потому что между CRM и кассой нет автоматической связи. Интеграция эту связь создаёт.
Сценарий 6 - мониторинг
Дашборд остатков маркированных товаров прямо в Битрикс24
Через API ГИС МТ можно получать данные о количестве кодов в обороте по каждому GTIN. Эти данные можно выводить на дашборд в Битрикс24 - рядом с данными о продажах. Менеджер видит: сколько единиц товара продано за период, сколько кодов ещё в обороте, есть ли расхождения.
Это не регуляторная, а аналитическая функция - но она значительно снижает количество «сюрпризов» при инвентаризации и при проверках.
Инструменты для реализации интеграции
REST API Битрикс24 Более 900 методов. Работа со сделками, товарами, складом, задачами, вебхуки на события. Документация на dev.1c-bitrix.ru. Бесплатно для всех тарифов.
API amoCRM Полный доступ к сделкам, контактам, статусам, примечаниям. Входящие и исходящие вебхуки. Документация на developers.amocrm.ru. Токен авторизации через OAuth 2.0.
API ГИС МТ («Честный ЗНАК») Публичный API для проверки статуса кодов - без авторизации. API для операций (заказ кодов, ввод/вывод из оборота) - с авторизацией через токен или УКЭП. Документация на честныйзнак.рф.
1С как промежуточный слой При наличии 1С в инфраструктуре - наиболее надёжный вариант. 1С имеет сертифицированную интеграцию с ЧЗ, поддерживает ЭДО и кассовое оборудование. Связка CRM→1С→ЧЗ - промышленный стандарт.
Albato Российская no-code платформа автоматизации. Поддерживает Битрикс24 и amoCRM как источники/приёмники событий. HTTP-модуль позволяет делать запросы к любому API, включая ГИС МТ. Подходит для несложных сценариев без программирования.
n8n Open-source платформа автоматизации с self-hosted вариантом (актуально для компаний с требованиями к безопасности данных). Поддерживает Битрикс24, amoCRM через встроенные ноды, произвольные API через HTTP-ноду. Гибче Albato, но требует технической настройки.
Готовые приложения из маркетплейса Битрикс24 В маркетплейсе marketplace.bitrix24.ru есть приложения сторонних разработчиков для работы с маркировкой. Перед установкой проверяйте дату последнего обновления и отзывы - некоторые решения не поддерживаются актуальным форматом 5.03.
Кастомная разработка Для нестандартных сценариев или высоких объёмов - единственный вариант. Разработчик создаёт микросервис, который слушает события CRM через webhook и выполняет нужные операции в учётной системе и ГИС МТ. Дороже, но полностью адаптировано под бизнес-процессы.
Настройка интеграции Битрикс24 с маркировкой через 1С: пошаговый порядок
Это наиболее распространённый и надёжный маршрут для компаний, у которых уже есть 1С в инфраструктуре.
1 Настройте двустороннюю синхронизацию Битрикс24 ↔ 1С В Битрикс24 перейдите в «Приложения» → «1С». Установите модуль интеграции и настройте правила синхронизации: сопоставьте товары из каталога Битрикс24 с номенклатурой 1С по артикулу или штрихкоду. Убедитесь, что для каждой товарной позиции в 1С заполнен GTIN и признак «маркируемый товар».
2 Настройте передачу кодов маркировки из 1С в Битрикс24 В 1С включите отображение кодов маркировки в карточке товара. Через REST API Битрикс24 создайте пользовательское поле в карточке товара сделки - например, «Коды маркировки». Настройте синхронизацию так, чтобы при резервировании товара в 1С коды автоматически записывались в это поле.
3 Настройте триггер на смену статуса сделки В Битрикс24 перейдите в «CRM» → «Воронки и туннели» → выберите нужную воронку. В разделе «Автоматизация» создайте Robot на переход в статус «Оплачено» (или аналогичный в вашей воронке). Robot через REST API отправляет запрос в 1С на создание накладной на отгрузку с привязанными кодами маркировки.
4 Настройте формирование УПД 5.03 в 1С при получении запроса из Битрикс24 В 1С создайте обработчик входящего события от Битрикс24. При получении данных о сделке система автоматически создаёт документ «Реализация товаров» с кодами маркировки и формирует электронный УПД 5.03 для передачи через ЭДО. Убедитесь, что в настройках ЭДО в 1С выбран формат 5.03.
5 Настройте обратную передачу статуса из 1С в Битрикс24 После успешной передачи УПД в ЭДО и подтверждения от «Честного ЗНАКа» - 1С отправляет callback в Битрикс24. Сделка получает статус «Отгружено», в примечании появляется информация о переданных кодах маркировки. Менеджер видит полную картину в одном интерфейсе.
6 Протестируйте на тестовой сделке с реальным маркированным товаром Создайте тестовую сделку, проведите по всей воронке. Проверьте в личном кабинете «Честного ЗНАКа», что коды сменили статус корректно. Проверьте, что данные вернулись в Битрикс24. Только после успешного теста переводите в промышленную эксплуатацию.
Настройка интеграции amoCRM через Albato: сценарий без программирования
Для компаний, у которых нет ресурсов на кастомную разработку, но есть потребность связать amoCRM с учётной системой маркировки - Albato предоставляет рабочий маршрут.
1 Зарегистрируйтесь в Albato и подключите amoCRM В личном кабинете Albato (albato.ru) перейдите в «Связки» → «Создать связку». Выберите amoCRM как источник. Авторизуйтесь через OAuth - Albato запросит доступ к вашему аккаунту amoCRM. Выберите триггерное событие: «Сделка перешла в статус» с указанием нужного статуса.
2 Настройте действие: HTTP-запрос к API вашей учётной системы В качестве действия выберите «HTTP-запрос». Укажите endpoint вашей учётной системы (1С, WMS или кастомного сервиса). Передайте данные из сделки: ID сделки, список товаров, контрагент, количество. Учётная система на своей стороне резервирует коды маркировки и возвращает ответ.
3 Настройте обратное действие: запись результата в amoCRM Добавьте второй шаг в связке: используя данные из ответа учётной системы, сделайте запрос к API amoCRM - добавьте примечание к сделке с информацией о зарезервированных кодах или обновите поле «Статус маркировки».
4 Протестируйте связку на тестовой сделке Albato предоставляет режим тестирования - запустите связку вручную с тестовыми данными и убедитесь, что все запросы проходят корректно и данные записываются в amoCRM правильно.
Важное ограничение Albato: платформа не имеет прямого коннектора к «Честному ЗНАКу». Все операции с ГИС МТ проходят через HTTP-модуль - то есть вы работаете напрямую с API ГИС МТ. Для информационных запросов (проверка статуса кода) это работает хорошо. Для юридически значимых операций - по-прежнему требуется легальный канал (касса или ЭДО через 1С).
Работа с API «Честного ЗНАКа»: что доступно без сложной авторизации
API ГИС МТ имеет два уровня доступа. Первый - публичный, для проверки информации о товаре по коду. Второй - авторизованный, для операций с кодами. Для интеграции с CRM в большинстве информационных сценариев достаточно первого уровня.
Публичный запрос на проверку кода выглядит так:
GET https://mobile.api.crpt.ru/mobile/check
?cis=010460406000832121GS8DKOF14RKUT
&fiscalDriveNumber=не_обязательно
Ответ:
{
"code": "010460406000832121GS8DKOF14RKUT",
"status": "INTRODUCED",
"ownerInn": "7743013902",
"productName": "Чай зелёный Sencha 100г",
"gtin": "04604060008321",
"verified": true
}
Этот запрос можно встроить в виджет CRM - кнопка «Проверить товар» в карточке сделки вызывает этот endpoint и отображает результат менеджеру. Никакой УКЭП не нужно, реализация занимает несколько часов для разработчика.
Для авторизованных операций - заказ кодов, ввод/вывод из оборота - используется токен, получаемый после регистрации в системе ГИС МТ. Документация API публично доступна на сайте «Честного ЗНАКа» в разделе «Разработчикам».
Типичные ошибки при построении интеграции
Безопасность данных при интеграции: о чём не забывают говорить
Коды маркировки - это данные о движении товаров, которые при утечке могут быть использованы для мошенничества: дублирования кодов, создания «серых» схем реализации. Несколько правил, которые стоит соблюдать при любой интеграции.
- Токен API ГИС МТ должен храниться только на сервере, никогда - в клиентском коде или в базе данных CRM в открытом виде.
- Передача кодов маркировки между системами - только по HTTPS. HTTP-соединения недопустимы.
- Логирование всех операций с кодами маркировки: кто инициировал, когда, какой результат. Это нужно не только для безопасности, но и для диагностики ошибок.
- Ограничьте доступ к полям с кодами маркировки в CRM - только для сотрудников, которым это необходимо по роли.
- При использовании Albato или других облачных middleware - убедитесь, что провайдер работает в соответствии с российским законодательством об обработке данных.
GetMark - когда нужна не просто маркировка, а встроенная в ваши процессы система
Компании, которые работают с CRM и маркированными товарами одновременно, сталкиваются с задачей, где нужны знания одновременно в двух областях. Команда GetMark помогает выстроить корректную работу с «Честным ЗНАКом» и интегрировать её в существующую инфраструктуру - от заказа кодов до настройки взаимодействия с учётными системами.
Что входит в тарифы: заказ кодов маркировки, работа с ЛК «Честного ЗНАКа», помощь с ЭДО, консультации по интеграции, персональный менеджер. Тарифы - от 1 500 ₽/месяц. Подробности и актуальные условия на сайте.
Частые вопросы об интеграции маркировки с CRM
Можно ли полностью заменить 1С на Битрикс24 при работе с маркировкой?
Нет. Битрикс24, несмотря на наличие складского модуля и интеграций, не является сертифицированной учётной системой для работы с маркировкой в части передачи юридически значимых данных в ГИС МТ. 1С имеет сертифицированную интеграцию с «Честным ЗНАКом» и поддерживает ЭДО в формате 5.03. Битрикс24 отлично справляется с коммерческой частью - CRM, воронка, заказы - но юридически значимые операции с маркировкой должны проходить через 1С или другую сертифицированную систему.
amoCRM не имеет складского модуля - как тогда вообще строить интеграцию с маркировкой?
amoCRM в схеме интеграции выполняет роль источника событий. Сделка закрыта, статус изменён, создан возврат - это триггеры для действий в других системах. Сама работа с кодами маркировки происходит в учётной системе (1С, WMS), которая получает команду от amoCRM через API или middleware. amoCRM получает обратно только статус выполнения операции для отображения менеджеру.
Сколько стоит разработка интеграции маркировки с Битрикс24?
Диапазон широкий. Готовое приложение из маркетплейса - от 0 до 5 000 ₽/мес. Настройка связки через Albato без программирования - стоимость подписки Albato плюс время специалиста (2–10 часов). Кастомная разработка через API - от 50 000 до 300 000 рублей в зависимости от сложности сценариев и объёма операций. Полная интеграция Битрикс24 + 1С + ЧЗ со всеми сценариями - проект от 200 000 рублей и выше.
Как хранить коды маркировки в полях Битрикс24 - какой тип поля использовать?
Для хранения кодов маркировки в карточке сделки или товара оптимально создать пользовательское поле типа «Строка» (для одного кода) или «Текст» (для списка кодов через разделитель). Для структурированного хранения нескольких кодов удобнее использовать привязку к отдельной смарт-таблице или хранить коды в виде JSON в строковом поле. Учтите: Битрикс24 - не основное хранилище кодов, это только отображение. Мастер-данные - в 1С.
Что такое webhook и как его использовать для интеграции amoCRM с маркировкой?
Webhook - это HTTP-запрос, который amoCRM автоматически отправляет на указанный вами URL при наступлении события (изменение статуса сделки, создание контакта и т.д.). Вы создаёте сервер (или используете Albato/n8n как приёмник), который получает этот запрос и выполняет нужные действия: резервирует код в учётной системе, создаёт задачу, делает запрос к API ГИС МТ. Настройка webhooks в amoCRM - в разделе «Интеграции» → «Webhooks».
Нужна ли УКЭП для интеграции CRM с «Честным ЗНАКом»?
Для информационных запросов (проверка статуса кода, получение данных о товаре) - нет, достаточно токена авторизации. Для юридически значимых операций (заказ кодов, ввод/вывод из оборота через ЛК ЧЗ) - да, УКЭП обязательна. Но в корректной архитектуре интеграции эти операции выполняются не CRM, а 1С или ЛК ЧЗ, где УКЭП уже настроена. CRM только инициирует процесс.
Можно ли сканировать коды маркировки прямо в мобильном приложении Битрикс24?
Технически - да. Мобильное приложение Битрикс24 имеет функцию сканирования штрихкодов. Через кастомный виджет можно добавить сканирование DataMatrix с последующей отправкой кода в поле сделки и запросом к API ГИС МТ для проверки. Это полезно для выездных продаж и промо-активностей, где нужно верифицировать товар на месте. Для массовых операций со складом мобильный сканер в CRM не заменяет промышленный сканер и WMS.
Как обрабатывать ситуацию, когда интеграция дала сбой и код маркировки не был списан при продаже?
Это критически важный сценарий, и его нужно предусмотреть заранее. Во-первых, настройте систему алертов: если в течение N минут после закрытия сделки подтверждения от учётной системы не пришло - менеджер или ответственный получает уведомление. Во-вторых, регулярная сверка: раз в сутки сравнивайте закрытые сделки в CRM с операциями в ГИС МТ. Расхождения - повод для ручного разбора. В-третьих, ни в коем случае не игнорируйте такие расхождения - каждый непроведённый вывод из оборота накапливается и становится проблемой при проверке.
Есть ли готовые решения для интеграции amoCRM с «Честным ЗНАКом» без разработки?
Полностью готовых «коробочных» решений amoCRM↔ЧЗ на рынке немного, и большинство из них ориентированы на конкретные товарные категории или требуют донастройки. Наиболее реалистичный путь без разработки - связка amoCRM + Albato + ваша учётная система с API. Это требует нескольких часов настройки, но не требует написания кода. Для более сложных сценариев - техническая разработка неизбежна.
Как тестировать интеграцию маркировки с CRM, не создавая реальных операций в «Честном ЗНАКе»?
«Честный ЗНАК» предоставляет тестовую среду (sandbox) - отдельный контур системы, в котором можно проводить все операции с кодами без реальных юридических последствий. Для доступа к sandbox нужно зарегистрировать тестовый аккаунт на сайте «Честного ЗНАКа». Вся интеграция сначала тестируется в sandbox, и только после успешной проверки всех сценариев переключается на production-среду.
Влияет ли тариф Битрикс24 на возможности интеграции с маркировкой?
Частично. REST API Битрикс24 доступен на всех тарифах, включая бесплатный. Но некоторые функции, важные для интеграции с маркировкой, доступны только на платных тарифах: складской учёт, интеграция с 1С, расширенная автоматизация (роботы и триггеры). Для полноценной интеграции с маркировкой рекомендуется тариф не ниже «Стандарт» или «Профессиональный» в облачной версии.
Реальный результат - не «интеграция» как факт, а сокращение ручного труда
Компании интегрируют CRM с маркировкой не ради технического совершенства. Цель прагматичная: сократить количество ручных операций, исключить разрыв между данными о продажах и данными о кодах маркировки, снизить риск штрафов из-за человеческой ошибки.
Правильно выстроенная интеграция даёт три ощутимых результата. Первый - менеджер работает в одном интерфейсе и не переключается между CRM, 1С и личным кабинетом ЧЗ для рутинных задач. Второй - операции с маркировкой запускаются автоматически по событиям в CRM, без ручного участия склада или бухгалтерии. Третий - расхождения между данными в CRM и данными в ГИС МТ становятся видимыми сразу, а не обнаруживаются при проверке.
Начинать лучше с малого: один сценарий, один процесс, одна товарная группа. Проверить, что данные проходят корректно на всех уровнях - от события в CRM до статуса кода в «Честном ЗНАКе». И только после этого расширять интеграцию на другие процессы. Архитектурные решения, принятые в начале, определяют, насколько легко или сложно будет это расширение.