Настройка формирования накладных из Битрикс24 в 1С
Накладная — товаросопроводительный документ, и в торговых компаниях она должна появляться в 1С в момент, когда менеджер подтверждает отгрузку. Если между CRM и учётной системой нет интеграции, кладовщик или бухгалтер создаёт накладную вручную по данным из сделки Битрикс24. Это не только трата времени — это ещё и риск: неправильно указанный артикул товара, ошибка в количестве, и накладная не совпадёт с фактическим отпуском.
Типы накладных и соответствующие документы в 1С
Слово «накладная» используется для разных документов. Перед настройкой интеграции нужно уточнить, что именно требуется:
| Вид документа | Документ в 1С | Событие в Битрикс24 |
|---|---|---|
| Товарная накладная (ТОРГ-12) | «Реализация товаров и услуг» (вид «Товары») | Смена статуса сделки на «Отгружено» |
| Накладная на отпуск материалов | «Перемещение товаров» / «Реализация» | Подтверждение отгрузки со склада |
| Накладная на возврат | «Возврат товаров от покупателя» | Создание возврата в сделке |
| Транспортная накладная (ТН) | Отдельный регистр или доп. реквизиты | Привязка к отгрузке |
Для интернет-магазинов и оптовой торговли чаще всего нужна ТОРГ-12 → «Реализация товаров».
Данные, которые обязательны для накладной
Накладная жёстче по составу реквизитов, чем акт. Помимо стандартных сторон сделки и позиций, нужны:
Складские данные. Со склада какого подразделения идёт отгрузка, каким сотрудником разрешена выдача. В Битрикс24 склад может фигурировать в CRM как кастомное поле сделки или через модуль складского учёта (если используется).
Единицы измерения по ОКЕИ. Товары в Битрикс24 часто имеют упрощённые единицы — «шт», «кг», «уп». В 1С используется справочник ОКЕИ, где каждой единице присвоен код. Маппинг единиц измерения — обязательный шаг настройки.
Серийные номера и партии (если ведётся партионный учёт). Если в 1С настроен учёт по партиям, в обработчике нужна логика выбора партии при формировании накладной.
Архитектура интеграции
Оптимальная схема для торговых компаний — двухэтапная передача:
Этап 1 — резервирование. При подтверждении заказа в Битрикс24 (статус «Заказ принят») создаётся резерв в 1С через документ «Заказ покупателя». Это блокирует товар на складе ещё до фактической отгрузки.
Этап 2 — создание накладной. При переводе сделки в статус «Отгружено» обработчик создаёт «Реализацию товаров» на основе «Заказа покупателя». Связь через внешний код документа гарантирует, что накладная создаётся именно по нужному заказу.
Битрикс24: статус "Отгружено"
↓ webhook
Обработчик PHP:
crm.deal.get → данные сделки
crm.deal.productrows.get → позиции
crm.requisite.get → реквизиты контрагента
↓
OData 1С: создание "Реализации товаров"
↓
1С: документ в статусе "Не проведён" → бухгалтер проводит
↓ обратный webhook
Битрикс24: обновление поля "Номер накладной 1С"
Кейс: оптовый поставщик строительных материалов
Компания обрабатывала 30-50 заказов в день. Менеджеры работали в Битрикс24, склад и бухгалтерия — в 1С:УТ 11. Накладные создавались вручную оператором по данным из распечатанных сделок — на каждую уходило 5-8 минут плюс время на проверку.
При настройке интеграции возникла нетривиальная задача: в Битрикс24 один заказ мог содержать товары с разных складов (два склада в разных городах), а в 1С накладная должна создаваться отдельно по каждому складу. Решили через пользовательское поле «Склад» в товарных позициях сделки — обработчик группирует позиции по складу и создаёт отдельную реализацию на каждый.
Время на оформление накладных по каждому заказу: с 6 минут ручного ввода до 20-30 секунд на проверку и проведение.
Номер накладной: обратная синхронизация
После проведения накладной в 1С менеджер должен видеть её номер в сделке Битрикс24. Это нужно для ответов клиентам и для сверки документов. Регламентное задание в 1С раз в 5-10 минут проверяет проведённые реализации и обновляет поле «Номер накладной» в сделке Битрикс24 через crm.deal.update.
Срок полной настройки (включая двухэтапную схему и обратную синхронизацию): 5-8 рабочих дней.