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