Інтеграція Бітрікс24 та 1С: автоматичне формування накладних

Проблема ручного створення накладних: втрати часу та помилки

При ручному перенесенні накладних з Бітрікс24 в 1С бухгалтери витрачають 5–8 хвилин на документ, а менеджери чекають номер до кількох годин. Помилки неминучі: переплутаний артикул, зайвий рядок, невірна кількість. Кожна така помилка призводить до повернень, перепогоджень та втрати довіри клієнтів. Для оптової компанії з 30–50 замовленнями на день це означає десятки втрачених людино-годин на тиждень. Наша команда автоматизує цей процес: накладна створюється в 1С автоматично при зміні статусу угоди. Інтеграція окупається за 2–3 місяці завдяки виключенню помилок та прискоренню роботи.

Які бувають накладні та як вони відповідають документам 1С

Перш ніж налаштовувати інтеграцію, потрібно визначити тип документа. У Бітрікс24 події прив'язані до статусів угоди, а в 1С кожному документу відповідає свій вид операції.

Для інтернет-магазинів та оптової торгівлі найчастіше потрібна ТОРГ-12 → «Реалізація товарів».

Які дані обов'язково передати в накладну

Склад реквізитів накладної строгіший, ніж в акта. Окрім стандартних сторін та позицій, обов'язково потрібно передати:

• Склад відвантаження. У Бітрікс24 склад може бути кастомним полем угоди або братися з модуля складського обліку. В 1С склад прив'язаний до підрозділу.
• Одиниці виміру за ОКЕІ. У Бітрікс24 часто використовуються спрощені одиниці (шт, кг), в 1С — довідник з кодами. Потрібен маппінг.
• Серійні номери та партії (якщо ведеться партіонний облік). Обробник має вміти вибирати партію при створенні накладної.

Як працює двоетапна інтеграція?

Оптимальна схема для торгових компаній — двоетапна передача з резервуванням. Це знижує ризик помилок і блокує товар одразу після замовлення.

Етап 1 — резервування. При підтвердженні замовлення в Бітрікс24 (статус «Замовлення прийнято») створюється документ «Замовлення покупця» в 1С. Товар резервується на складі ще до фактичного відвантаження.

Етап 2 — створення накладної. Коли угода переходить у статус «Відвантажено», обробник створює «Реалізацію товарів» на основі «Замовлення покупця». Зв'язок іде через зовнішній код документа.

Бітрікс24: статус "Відвантажено" ↓ webhook Обробник PHP: crm.deal.get → дані угоди crm.deal.productrows.get → позиції crm.requisite.get → реквізити контрагента ↓ OData 1С: створення "Реалізації товарів" ↓ 1С: документ у статусі "Не проведено" → бухгалтер проводить ↓ зворотний webhook Бітрікс24: оновлення поля "Номер накладної 1С" 

Чому важлива зворотна синхронізація номера накладної?

Після проведення накладної в 1С менеджер має бачити її номер в угоді. Це потрібно для відповідей клієнтам та звірки документів. Ми налаштовуємо регламентне завдання в 1С: раз на 5–10 хвилин воно перевіряє проведені реалізації та оновлює поле «Номер накладної» в Бітрікс24 через crm.deal.update. Менеджер отримує номер одразу, без ручного перенесення. Економія на операційних витратах становить десятки тисяч гривень на місяць.

Як ми це робимо: стек та підхід

Використовуємо REST API Бітрікс24 для відправки webhooks та OData або CommerceML для обміну з 1С. PHP-обробник працює на сервері, приймає події та формує XML для 1С. Для складних випадків застосовуємо зовнішні конектори. Порівняння з ручним введенням показує прискорення в 10–15 разів — наша реалізація стабільніша та виключає помилки перенесення.

Кейс з нашої практики: оптовий постачальник будівельних матеріалів

Наш клієнт обробляв 30–50 замовлень на день. Менеджери працювали в Бітрікс24, склад і бухгалтерія — в 1С:УТ 11. Раніше накладні створювалися вручну оператором за даними з роздрукованих угод — на кожну йшло 5–8 хвилин плюс перевірка.

При налаштуванні виникла нестандартна задача: одне замовлення могло містити товари з двох різних складів (у різних містах). В 1С накладна має створюватися окремо на кожен склад. Ми реалізували групування через користувацьке поле «Склад» у товарних позиціях угоди. Обробник розділяє позиції та створює окремі реалізації.

Результат: час оформлення накладних за замовленням скоротився з 6 хвилин до 20–30 секунд. Бухгалтер лише перевіряє та проводить документ.

Етапи роботи з налаштування інтеграції

1. Аудит поточних бізнес-процесів та документообігу.
2. Проєктування схеми: резервування, створення накладних, зворотна синхронізація.
3. Розробка обробника на PHP (webhooks + REST API Бітрікс24).
4. Налаштування обміну з 1С через OData або CommerceML.
5. Маппінг одиниць виміру, складів, контрагентів.
6. Тестування на прикладі реальних замовлень (пілотний прогін).
7. Розгортання на продуктивному сервері та навчання співробітників.
8. Гарантійна підтримка протягом місяця після здачі.

<?php // webhook handler example require_once 'crest.php'; $dealId = $_GET['deal_id']; $deal = CRest::call('crm.deal.get', ['ID' => $dealId]); $products = CRest::call('crm.deal.productrows.get', ['ID' => $dealId]); // ... send to 1C 

Що входить у роботу

• Проєктна документація: схема інтеграції, маппінг полів.
• Доступ до репозиторію з кодом обробника та інструкцією з розгортання.
• Навчання співробітників (бухгалтерія, менеджери).
• Гарантійна підтримка протягом 30 днів після запуску.

Порівняння: ручне введення vs автоматична інтеграція

Автоматизація прискорює оформлення накладних у 10–15 разів порівняно з ручним введенням і повністю виключає помилки перенесення даних. Отримайте консультацію інженера за вашим проєктом. Залиште заявку на сайті, ми оцінимо проєкт і запропонуємо оптимальне рішення.