Инвентаризация
Системы, версии, доступные интерфейсы и ограничения поставщиков.
Интеграция систем
Интеграция сайта, CRM и 1С: от заявки до ответственного действия
Разобрать интеграциюДо разработки проверяем владельцев данных, интерфейсы обмена и границы ответственности.
I‑01
Проектируем обмен так, чтобы обращение не терялось между формой, почтой и учётной системой. Видно, где хранится статус, кто отвечает за следующий шаг и что видит руководитель.
Знакомая проблема
Данные передаются. Ответственность — нет.
01
Сайт отправил заявку. Но он не знает, принята ли она в работу и чем закончилась.
02
CRM хранит копию. Основные сведения остаются в 1С или отраслевой системе и быстро расходятся.
03
Ошибки скрыты. Сбой обмена становится заметен только после жалобы клиента или ручной сверки.
04
Подрядчики разделены. Каждый отвечает за свою программу, а за общий путь не отвечает никто.
Связанный процесс
Одна заявка должна иметь один проверяемый путь
01Сайт
02Интерфейс обмена
03CRM
041С
05Руководитель
Для каждого события определяем, какая система хранит исходные данные, что разрешено передавать, как проверить обмен и что делать при ошибке. Пересылать все поля между системами не требуется.
CASE
Стоматология DentPro
Реальное расписание и запись через облачную 1С
Врачи, услуги и свободное время приходят на сайт из рабочей системы клиники. Запись пациента возвращается обратно, не создавая параллельного расписания.
Посмотреть внедрённый проектСостав решения
Связь систем проектируется вокруг события и владельца данных
Основная система
Для каждого вида данных определяем одну систему, где хранится исходная запись.
События обмена
Что запускает передачу, какие статусы возможны и что считается успехом.
Соответствие данных
Поля, справочники, идентификаторы и правила изменения информации.
Сбои и повтор
Ошибка видна, данные не теряются, повторное действие не создаёт дубль.
Контроль
Ответственный видит необработанные события и понимает следующий шаг.
Границы проекта
Что важно определить до разработки
SGI24 не присваивает платформы заказчика и не подменяет их поставщиков.
Обмен строится только на подтверждённых возможностях и лицензиях.
Передаются сведения, необходимые конкретному процессу и разрешённые правилами.
До запуска понятно, кто увидит ошибку и как работа будет восстановлена.
Первый этап
Проект интеграции до написания обмена
Фиксируем системы, владельцев данных и сценарии. На выходе получается ограниченное решение, которое можно оценить и проверить.
- схема текущих систем и обменов;
- таблица источников и владельцев данных;
- события, статусы и сценарии ошибок;
- состав первого работающего маршрута.
Срок, стоимость и состав внедрения называем после того, как посмотрим текущую систему.
Коротко о главном
Вопросы до начала проекта
01Можно ли связать сайт с существующей 1С?
Да, если версия, конфигурация, лицензии и доступные интерфейсы позволяют безопасный обмен. Это проверяется до обещания результата.
02Нужна ли отдельная CRM?
Только если она выполняет конкретную роль, которой нет в существующей системе. Дополнительную программу не вводим ради самого факта интеграции.
03Как не создавать дубли?
Заранее определяем уникальные идентификаторы, основную систему для каждого вида данных, правила повторной передачи и поведение при частично выполненной операции.
04Кто отвечает за сбой обмена?
Назначаем ответственного и настраиваем уведомление с данными об ошибке. Сбой не должен оставаться незаметным между подрядчиками.
Следующий шаг
Системы работают отдельно друг от друга?
Покажите один маршрут данных. Определим основную систему, границы обмена и первый работающий сценарий.
Разобрать интеграцию