Документы
Связываем документ Диадок с контрагентом, заказом или сделкой, чтобы не искать его вручную.
Связываем документооборот Диадок с CRM так, чтобы сотруднику не приходилось вручную искать документ и проверять его состояние. Интеграция сопоставляет контрагента, сделку и документы, получает значимые события и возвращает в amoCRM только тот результат, который нужен следующему этапу процесса.
Задача
Документ остаётся в ЭДО, а менеджер получает в amoCRM понятный статус и следующее действие.
Связываем документ Диадок с контрагентом, заказом или сделкой, чтобы не искать его вручную.
Отслеживаем только те изменения, которые влияют на рабочий процесс: подпись, отказ, запрос корректировки и другие согласованные состояния.
Техническое состояние API преобразуется в понятное поле, примечание, задачу или автоматическое действие в CRM.
Если документ появляется после учётной операции, сохраняем связь между CRM, учётом и ЭДО по идентификаторам процесса.
Жизненный цикл
В Диадоке документ проходит последовательность событий. Для CRM важно определить, какие из них меняют бизнес-статус заказа.
Что возвращаем
Для каждой роли определяем небольшой набор бизнес-состояний, по которым сотрудник понимает, что делать дальше.
Необходимые подписи получены и процесс может перейти к следующему этапу.
Есть отказ, запрос исправления, корректировки или другое состояние, которое нельзя игнорировать.
Документ отправлен, но согласованное конечное состояние ещё не наступило.
Исправление или корректировка могут продолжить документооборот отдельным связанным объектом.
События и идентификаторы
При интеграции фиксируем события и внешние идентификаторы, чтобы правильно восстанавливать состояние после повторов и сбоев.
Документ и события привязываются к исходному заказу или сделке по сохранённой связи, а не по случайному совпадению текста.
Новые события Диадока можно получать последовательно и обрабатывать только один раз.
Повторная обработка одного события не должна дублировать задачи, примечания или изменения полей.
Последняя успешно обработанная точка сохраняется, поэтому мониторинг можно продолжить без потери событий.
Перед запуском
У разных документов и процессов различаются обязательные действия, поэтому схема фиксируется до разработки.
Какой документ и из какой системы появляется.
Как сопоставляем его с контрагентом и сделкой.
Какие состояния действительно важны бизнесу.
Поле, задача, примечание или следующий этап.
Как безопасно продолжать обработку после сбоя.
Связанные решения
Продажа, заказ, реализация и документ могут жить в разных системах, но менеджеру нужен единый подтверждённый результат.
Связать процесс
Проектируем не отдельный мониторинг Диадока, а связь событий с тем заказом и той сделкой, к которым относится документ.
Вопросы
Да. API Диадока позволяет работать с состоянием документооборота и получать события ящика. В проекте выбираем только те события и статусы, которые нужны бизнес-процессу.
Храним идентификатор обработанного события и связь с объектом CRM. Повторная обработка не должна повторять уже выполненное действие.
Да. В такой схеме важно заранее определить владельца каждого значения и идентификаторы, по которым заказ, учётный документ и сделка считаются связанными.
Да, если они входят в согласованный сценарий. Для них важно учитывать связь нового документа с исходным документооборотом.
Для обычного контроля статуса — не обязательно. Но операции, требующие полноценной работы с документом или правами ЭДО, могут оставаться в Диадоке.
Да. Часто первый этап — вернуть в CRM несколько ключевых статусов, а отправку или другие действия добавить позже.
Покажите путь документа и момент, когда менеджер сейчас вынужден проверять ЭДО вручную. Определим нужные события, связь со сделкой и минимальный сценарий интеграции.