Налаштування формування накладних із Бітрікс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 робочих днів.