Электронный документооборот в Битрикс24: акты, УПД и ЭПД без выгрузок и второго окна

Знакомая картина: сделки ведутся в Битрикс24, а документы живут отдельно. Диадок открывает только бухгалтерия, акты и УПД формируют руками, статус «подписано / не подписано» никто в CRM не видит. Менеджер не знает, закрыт ли документ по сделке, бухгалтер пересобирает данные из счёта вручную. Каждый документ — это переключение между окнами и место, где теряется время.

Мы в SkySoft сводим документооборот в одно окно Битрикс24. Ниже — что именно делаем, как это работает и где честные границы (чтобы вы понимали объём заранее, а не после старта).

Что умеем — на реальных проектах

1. Автоматические акты и УПД из оплаченных счетов Битрикс24. Счёт в Б24 переходит в статус «оплачен» — система сама берёт позиции счёта, находит контрагента по ИНН и создаёт акт или УПД в Контур.Эльбе, а оттуда документ уходит на подпись в Диадок. Бухгалтеру не нужно переносить ничего руками. У нас это рабочий механизм через официальное API, с десятками реально выпущенных документов по разным контрагентам. Отдельно умеем сверку: какие акты есть в системе документооборота, а каких по сделкам не хватает — расхождения видны сразу.

2. Интеграция Битрикс24 ↔ Диадок. Через официальный Diadoc API: исходящие документы из Б24 на подпись, получение входящих, синхронизация статусов (отправлен → подписан) обратно в карточку сделки. Менеджер видит состояние документа, не выходя из CRM.

3. Электронные перевозочные документы (ЭПД) и Контур.Логистика. Для транспортных и логистических компаний — электронная транспортная накладная (ЭТрН), путевой лист, заказ-заявка с выгрузкой в государственную систему ЭПД. Технически это работает на том же контуровском API, что и Диадок, поэтому мы переиспользуем проверенный подход. Документы создаются из данных Б24, подписываются и уходят в ГИС ЭПД.

Как это работает (на примере акта или УПД)

• Счёт по сделке оплачен — это триггер.
• Система читает позиции счёта и реквизиты контрагента (ищем по ИНН, нет — заводим).
• Формируется акт или УПД нужного формата (с 2026 года первичка на ЭДО — это УПД).
• Документ отправляется на подпись в Диадок; статус возвращается в Битрикс24.

Никаких ручных выгрузок и двойного ввода. Данные едут из CRM в документ автоматически.

Честные границы (чтобы не было сюрпризов)

Мы предпочитаем сразу обозначить, что входит в работу, а что нет:

• Подпись (КЭП). Два варианта: подписывать вручную в интерфейсе Контура (проще и дешевле) или автоподпись прямо из Битрикс24 (нужен квалифицированный сертификат и КриптоПро / облачная подпись). Автоподпись — отдельный этап, его объём определяем под вашу инфраструктуру.
• Лицензия API. Доступ к API Диадок / Логистики со стороны Контура подключает и оплачивает клиент на своём аккаунте (это лицензия Контура, не наша работа). Мы работаем под своим интеграторским ключом — вам отдельный «ключ» создавать не нужно.
• Что мы не делаем. GPS-мониторинг транспорта (у Логистики нет публичного API для телематики), маркировку «Честный знак» и Меркурий (ВетИС), EDI-обмен заказами с торговыми сетями — это смежные, но другие задачи; мы на них честно не заходим. Если они вам нужны — скажем сразу, чтобы вы не ждали этого от нас.

Почему такие интеграции стоит делать у опытной команды

ЭДО кажется простым только на словах. На практике всплывают детали, на которых самостоятельная сборка спотыкается: документ не проходит валидацию ФНС, если у контрагента не заполнен юридический адрес (а через API его не отредактировать — только в интерфейсе); с 2026 года первичка на ЭДО — это УПД в новом XML-формате, и старый акт по тому же счёту нужно корректно отозвать перед отправкой УПД; номер документа должен совпадать со счётом клиента, иначе бухгалтерии не сопоставить. Мы уже прошли эти грабли на боевых документах — у вас переезд пройдёт предсказуемо.