Интеграция CRM и Контур.Диадок

Интеграция CRM с Контур.Диадоком позволяет менеджеру отправить договор, счет или акт контрагенту прямо из карточки сделки, увидеть статус подписания и не дергать по каждому документу бухгалтерию. У amoCRM и Битрикс24 есть собственные модули Диадока, и принципиальная разница между ними одна: в Битрикс24 документ можно подписать не выходя из CRM, а в amoCRM для подписания предусмотрен переход в веб-версию Диадока. Базовое подключение занимает один-два дня, связка с учетной системой и первичкой — от двух недель.

Ниже разберем, что реально умеет готовый модуль, где проходит граница между неформализованными и формализованными документами, почему проект часто спотыкается о машиночитаемые доверенности и в каких случаях вместо модуля нужна разработка на API.

Что дает интеграция CRM с Диадоком

Три вещи, и первая самая приземленная: документ уходит клиенту из того окна, где менеджер и так работает. Не надо выгружать файл, открывать Диадок, искать контрагента, вспоминать, есть ли с ним обмен.

Вторая — статус подписания виден в сделке. Отправлен, получен, подписан, отказано с уточнением. Руководитель перестает узнавать о зависшем договоре от клиента, а менеджер — писать бухгалтеру «Маш, а Ромашка подписала?».

Третья — архив собирается сам. Все входящие и исходящие документы по контрагенту привязаны к карточке компании или сделки. Через год, когда придет запрос из налоговой или спор с клиентом, искать ничего не придется.

Побочный, но заметный эффект — разгрузка бухгалтерии. Часть операций, которые сейчас идут через бухгалтера просто потому, что только у него есть доступ в Диадок, уходит менеджеру. По нашим наблюдениям, на средних сделках это сокращает согласование на день-два, а в конце месяца снимает с бухгалтерии ту самую очередь из «срочно отправь».

Где на самом деле теряется время без интеграции

Проблема почти никогда не в самом ЭДО. Она в стыке между продажами и бухгалтерией.

Документ едет через мессенджер. Менеджер пишет бухгалтеру в чат, бухгалтер уточняет реквизиты, потом ищет контрагента в Диадоке. В хорошем случае документ уходит через полдня, в обычном — на следующий.

Про ЭДО с контрагентом узнают в последний момент. Выясняется, что обмен не начат и надо отправлять приглашение. Клиент подключается неделю, сделка стоит.

Никто не знает статус. Отправили и забыли. Через две недели при сверке обнаруживается, что акт висит неподписанным, а месяц уже закрыт.

Файлы живут в трех местах. Часть в почте, часть на диске у менеджера, часть в Диадоке. Актуальную версию договора найти — отдельный квест.

Закрывающие ищут перед отчетностью. Классика конца квартала: бухгалтер сводит документы, половины нет, менеджеры вспоминают, кому что отправляли.

Что умеет модуль Диадока внутри CRM

Набор операций у официальных модулей примерно одинаковый. Менеджер может проверить, начат ли электронный документооборот с контрагентом, отправить приглашение к обмену, передать в Диадок один или несколько документов, получить входящие от контрагента, прикрепить все это к карточке клиента или сделки и увидеть текущий статус.

Отдельно стоит проверка по ИНН. Модуль определяет, есть ли контрагент в Диадоке и идет ли с ним обмен, — это то место, где обычно теряется неделя, и автоматизация тут окупается быстрее всего. Работает и роуминг: если клиент сидит у другого оператора ЭДО, документы все равно дойдут, просто через межоператорский обмен.

Чего модуль не делает — не заменяет учетную систему. Он передает готовые файлы и следит за их судьбой, но не формирует УПД из строк заказа. Об этом ниже.

Чем отличается связка в amoCRM и в Битрикс24

Главное различие — где происходит подписание.

Практический вывод простой. Если задача звучит как «менеджер должен сам подписать и отправить, не открывая ничего лишнего», Битрикс24 сейчас закрывает ее короче. Если у вас <a href=»https://itrevolution.ru/vnedrenie-amocrm/»>amoCRM</a> и подписывает все равно руководитель или бухгалтер, переход в веб-версию никого не напрягает — менеджер отправляет черновик, ответственный подписывает пачкой.

Оговорюсь: модули развиваются, и функциональность может измениться. Перед проектом мы всегда сверяемся с текущей версией, а не с прошлогодней статьей в интернете, включая эту.

Формализованные и неформализованные документы: где проходит граница

Это разделение объясняет большую часть недоразумений на старте проекта.

Неформализованные документы — договор, счет, коммерческое предложение, акт в свободной форме. Это обычный файл, чаще PDF, к содержанию которого государство требований не предъявляет. Именно с ними работают модули Диадока в CRM, и именно они составляют основной поток документов у отдела продаж.

Формализованные — счет-фактура, УПД, корректировочные документы. Это XML строго по формату ФНС, с реквизитами, номенклатурой, ставками и суммами. Собирать их в CRM руками бессмысленно и опасно: ошибка в формате означает, что документ не примут.

Отсюда типовая архитектура, к которой мы приходим почти всегда. CRM отвечает за коммерческую часть — договор, счет, КП, акт. Учетная система (1С или МойСклад отвечает за первичку и отгружает УПД в Диадок сама. А CRM показывает менеджеру статус этих документов, чтобы он видел картину целиком и не ходил спрашивать.

МЧД: без нее подписание из CRM просто не заработает

Момент, на котором проекты встают чаще всего, — юридический, а не технический.

С 1 сентября 2024 года сертификаты электронной подписи, выпущенные на сотрудника как на представителя юрлица, перестали действовать. Теперь сотрудник подписывает документы личной квалифицированной подписью физлица, а полномочия подтверждает машиночитаемой доверенностью. Руководитель подписывает своей подписью юрлица и в доверенности не нуждается.

Дальше нюансы, которые надо знать до того, как обещать менеджерам подписание в один клик. С 1 марта 2025 года юридически значимы только доверенности, зарегистрированные в распределенном реестре ФНС, — просто создать файл в системе ЭДО недостаточно, его надо туда отправить. А с 1 февраля 2026 года действуют новые требования к составу сведений в МЧД по приказу Минцифры номер 1001, и шаблоны доверенностей стоит пересмотреть.

На практике это выглядит так. Приходим на проект, клиент хочет, чтобы три менеджера подписывали договоры из Битрикс24. Начинаем проверять — личных подписей у менеджеров нет, доверенностей тоже, а в имеющейся МЧД у одного из них нет нужного полномочия. Технически интеграция готова за два дня, юридически компания к ней не готова еще месяц.

Поэтому в наших проектах вопрос «кто именно подписывает и чем» задается на первой встрече, до сметы. Иногда правильный ответ — не давать менеджерам подписание вообще: они готовят и отправляют черновики, а подписывает руководитель. Это дешевле, быстрее и безопаснее.

Три способа подключить Диадок к CRM

Готовый модуль из каталога приложений

Ставится за час, закрывает базовый сценарий: отправка, приглашения, статусы, хранение. Для компании, где документооборот с клиентами простой и однотипный, дальше можно не идти.

Ограничения ровно те, что у любого коробочного решения: логика фиксированная, нестандартные поля и маршруты согласования в нее не помещаются, а несколько юрлиц иногда требуют отдельной настройки.

Модуль плюс автоматизация на стороне CRM

Наш самый частый вариант. Модуль отвечает за обмен, а вокруг него собирается логика: робот проверяет контрагента при переходе сделки на нужную стадию, автоматически отправляет приглашение, при статусе «подписан» двигает сделку дальше и ставит задачу бухгалтеру на отгрузку, а если документ висит без ответа три дня — напоминает менеджеру.

Это уже не про обмен файлами, а про автоматизацию процесса, и именно здесь появляется измеримый эффект на скорость сделки.

Разработка на API Диадока

Нужна, когда коробка не тянет: несколько юрлиц с разной логикой, свои маршруты согласования, массовая отправка, связка с самописной учетной системой, специфические требования к архиву.

Технически это отдельная работа. Для доступа к API нужен ключ разработчика, который выдается по заявке. Авторизация возможна по сертификату электронной подписи или по логину и паролю, при этом старый способ через методы API помечен как устаревший, а рекомендуемый путь — OpenID Connect. Есть SDK и готовая библиотека, снимающая часть возни с криптографией, и отдельная компонента для решений на платформе 1С. Токен живет ограниченное время и требует обновления — про это стабильно забывают, а потом интеграция тихо перестает работать в выходные.

Порядок работ: как мы настраиваем интеграцию

1. Разбираем процесс, а не кнопки. Какие документы, на каком этапе сделки, кто готовит, кто подписывает, что происходит после подписания. Половина будущей экономии закладывается здесь.
2. Проверяем юридическую готовность. Подписи, МЧД, полномочия, юрлица. Если чего-то нет — это первая задача, параллельно с технической частью.
3. Определяем зону ответственности систем. Что формирует CRM, что учетная система, где живет архив. Без этого разговора через полгода получаются два несогласованных архива.
4. Готовим поля и шаблоны. Реквизиты контрагента, номер и дата документа, юрлицо-отправитель, ссылка на документ в Диадоке, статус. Если полей нет, интеграция начнет писать в примечания, а оттуда данные не достать отчетом.
5. Подключаем обмен. Модуль или собственный коннектор, привязка организаций, тестовая отправка на свой второй ящик.
6. Собираем автоматизацию. Проверка по ИНН, приглашения, смена стадии по статусу, задачи бухгалтеру, напоминания по зависшим документам.
7. Тестируем на живых сценариях. Контрагент в Диадоке, контрагент у другого оператора, контрагент вообще без ЭДО, отказ в подписании с замечанием. Последний сценарий забывают чаще всего, а он самый неприятный.
8. Пишем регламент и включаем мониторинг. Короткая инструкция менеджеру на одну страницу и уведомление об ошибках обмена, чтобы отвалившаяся авторизация не обнаружилась через месяц.

Ошибки, которые мы разбираем чаще всего

Подключили обмен, но не тронули процесс. Документы теперь уходят из CRM, а согласование по-прежнему идет в чате и занимает те же три дня. Интеграция без переработки процесса экономит минуты, а не дни.

Подписание обещали менеджерам, а подписей у них нет. Проект встает на месяц из-за подписей и доверенностей. Проверяется за один звонок в начале, а не в конце.

Пытаются гнать УПД из CRM. Формализованные документы собираются в учетной системе. Попытка сформировать их на стороне продаж заканчивается отклоненными документами и правками задним числом.

Не проработан отказ в подписании. Клиент отклонил акт с замечанием, а в CRM это никак не отражается. Сделка висит в статусе «документы отправлены» и выпадает из внимания.

Никто не следит за авторизацией. Токен истек, сертификат перевыпустили, обмен встал. Узнают об этом из вопроса клиента «а вы точно отправили?».

Сроки и стоимость

Базовое подключение модуля с настройкой полей и парой автоматизаций — обычно 8-12 часов работы. Полноценный процесс с проверкой контрагентов, маршрутами согласования, связкой с учетной системой и отчетами — от 30 часов. Разработка на API под нестандартные требования считается отдельно и зависит от количества юрлиц и сценариев.

На трудоемкость влияют три вещи: сколько у вас юрлиц, насколько описан процесс согласования и нужны ли формализованные документы. Если воронка продаж не выстроена и этапы не отражают реальность, сначала имеет смысл заняться ею — цеплять ЭДО к неработающему процессу означает автоматизировать беспорядок.

Частые вопросы

Нужна ли лицензия Диадока для интеграции с CRM?

Да, интеграция не заменяет сам сервис ЭДО: у компании должен быть действующий ящик в Диадоке и подписи. Модуль в CRM — это надстройка над обменом, а не отдельный оператор.

Можно ли подписывать документы прямо из CRM?

В Битрикс24 — да, подписание доступно в интерфейсе системы. В amoCRM для подписания предусмотрен переход в веб-версию Диадока, а отправка, приглашения и контроль статусов работают внутри CRM.

Что нужно менеджеру, чтобы подписывать документы самому?

Личная квалифицированная подпись физлица и машиночитаемая доверенность с подходящим полномочием, зарегистрированная в реестре ФНС. Сертификаты, выпущенные на сотрудника как на представителя организации, с 1 сентября 2024 года не действуют.

Можно ли отправлять из CRM счета-фактуры и УПД?

Модули работают с неформализованными документами. Счета-фактуры и УПД — формализованные, они формируются по формату ФНС в учетной системе и отправляются оттуда. В CRM при этом можно видеть их статус.

Что делать, если контрагент работает с другим оператором ЭДО?

Обмен пойдет через роуминг, отдельная интеграция для этого не нужна. Единственное отличие — подключение такого контрагента иногда занимает больше времени, поэтому приглашение лучше отправлять заранее, на этапе согласования договора.

Сколько юрлиц можно подключить к одной CRM?

Технически несколько, но логика усложняется: у каждого юрлица свой ящик, свои подписи и часто свои шаблоны. Это тот случай, когда готовый модуль может не справиться и нужна настройка под структуру компании.

Коротко о главном

Интеграция CRM и Контур.Диадока закрывает три задачи: отправку документов из карточки сделки, контроль статусов подписания и единый архив по контрагенту. У amoCRM и Битрикс24 набор возможностей близкий, разница в подписании — Битрикс24 позволяет подписать внутри CRM, amoCRM отправляет за этим в веб-версию Диадока.

Порядок работ важнее выбора модуля. Сначала процесс и юридическая готовность — подписи, МЧД, полномочия. Потом разделение ролей между CRM и учетной системой. И только затем сам обмен с автоматизацией поверх. Подключение без этих шагов дает работающие кнопки и ноль изменений в скорости сделки.

Если хотите понять, сколько времени ваш отдел продаж тратит на документы и что из этого можно снять, — оставьте заявку, разберем процесс и покажем, где именно теряются дни.