Предпроект CRM + 1С
Объекты, направления обмена, владельцы данных, ограничения и вопросы к подрядчикам.
- карта данных
- сценарии обмена
- риски интеграции
Определяю, какие данные передаются между CRM и 1С: клиенты, сделки, счета, товары, статусы и документы. Отдельно фиксируем, где хранится верная версия каждого объекта и как обрабатываются ошибки.

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