Можно начать с одного обмена?
Да. Сначала определим законченный участок и его зависимости. Например, передача заявки без резервирования и оплаты может быть отдельным этапом, если это соответствует вашему процессу.
Интеграции систем
Интеграция 1С, CRM и внешних сервисов
Связываем уже работающие программы под конкретный процесс. До разработки определяем, какие данные передаются, где их изменяют и какой результат подтверждает принимающая система. Способ подключения выбираем с учётом действующих систем и доступных механизмов обмена.
Какой процесс нужно связать
Начать можно с передачи заказов, обновления каталога, обмена документами или получения статусов. Сначала описываем одну операцию целиком: кто её запускает, какие программы участвуют и что должен увидеть сотрудник или клиент в конце.
Со стороны заказчика важно участие владельца процесса и специалистов, отвечающих за подключаемые системы. Вместе определяем правила операции и доступные способы обмена. Мы согласуем и реализуем выбранный участок; изменения в сторонних программах и ответственность их сопровождающих команд фиксируем отдельно.
Данные и направления обмена
Для каждого объекта определяем источник, получателя и устойчивый идентификатор. Согласуем, какие поля можно менять на каждой стороне, когда отправлять обновление и как разбирать расхождения.
Каталог, обращения и учётные документы могут храниться в разных системах. Поэтому одна программа не обязательно становится главным источником всех данных. Важно определить правила для каждого объекта и не допустить независимого изменения одного поля без порядка разрешения конфликта.
Проверяем также связи между пользователями, организациями и документами. Доступ к обмену и данным ограничивается согласованными правами.
Готовый механизм или собственная разработка
Сначала рассматриваем доступный модуль или штатный механизм обмена: поддерживаемые версии, нужные операции, ограничения и порядок обновления.
Если готовая основа не закрывает важные правила процесса, оцениваем доработку или собственный программный интерфейс. Наличие API само по себе не подтверждает, что через него доступны все необходимые действия.
Выбор зависит от конфигураций, размещения систем, прав доступа и ответственности за сопровождение. Необходимость замены действующей программы проверяем отдельно — это не исходное условие интеграции.
С чего начинаем и что нужно для оценки
Первый разговор — бесплатно. Обсудим задачу и выясним, достаточно ли вводных для оценки. Для начала полезно подготовить:
- названия и версии систем, способ размещения и известные доработки;
- перечень данных и направления их передачи;
- описание обычной операции и важных исключений;
- доступные описания интерфейсов, ограничения и сведения о тестовой среде;
- ответственных за процесс и сопровождение каждой стороны обмена.
В публичной форме достаточно краткого описания. Не отправляйте пароли, ключи, закрытые документы или рабочую базу. Порядок передачи проектных материалов согласуем отдельно.
Границы работ и стоимость
Оценка относится к определённому составу обмена, а не ко всем возможным связям между программами. На неё влияют объекты и направления передачи, качество данных, нестандартные правила, доступность интерфейсов и тестовой среды.
До начала платных работ фиксируем результат этапа, зависимости, действия обеих сторон, критерии приёмки, срок и стоимость. Лицензии, инфраструктуру, платные внешние сервисы и сопровождение отражаем в предложении, когда они нужны.
Если без исследования действующей системы оценка невозможна, отдельно согласуем технический аудит — от 100 000 ₽. Он не обязателен для каждой интеграции. Бесплатный разговор не включает полный разбор кода, испытания и аудиторский отчёт.
Повторы, ошибки и восстановление обмена
Согласуем, как система распознаёт повторную операцию и что делает, если отправитель не получил ответ. Повтор одного заказа не должен считаться новым заказом; изменённые данные под прежним ключом требуют отдельного правила обработки.
Разделяем временные сбои связи и ошибки данных. Для них определяем порядок повторных попыток, уведомление ответственного и действия после исправления. Пользователь должен различать ожидание обработки, подтверждённый результат и ошибку.
В журнале предусматриваем сведения для поиска операции и причины сбоя, а не копию всех документов. Пароли, токены и лишние персональные данные в него не включаем. Объём записей, доступ и срок хранения согласуем отдельно.
Как принимаем интеграцию
До разработки определяем контрольные примеры и ожидаемый результат в каждой системе. Проверяем не только успешный запрос, но и смысл операции: состав, суммы, статусы и связь документов.
В согласованную проверку включаем обычную операцию, повтор, потерю ответа, недоступность одной стороны, некорректные данные и ограничения доступа. Проверки, способные повлиять на рабочую систему, проводим только в согласованных условиях.
Для запуска определяем момент переключения, ответственных и порядок остановки при проблеме. Возврат прежней версии программы не отменяет уже записанные документы в другой системе: такие изменения учитываем в плане восстановления.
Что передаём вашей команде
Состав результата фиксируем до начала этапа. Он включает согласованные правила обмена, реализацию выбранного участка, материалы проверок и инструкции в предусмотренном договором объёме.
В инструкции описываем, где смотреть состояние обмена, как найти ошибку и какие действия может выполнить ответственный сотрудник. Указываем известные ограничения и зависимости. Исходники разработанных компонентов, настройки, сторонние лицензии и права на результат отражаем в составе передачи.
Сопровождение после запуска согласуем отдельно: режим работы, приоритеты обращений и ответственность. Изменения подключённых систем могут потребовать повторных проверок и доработки обмена.
Интеграция, новая система или торговый процесс
Самостоятельная интеграция связывает уже работающие программы. Когда нужны новые роли, интерфейсы и правила работы с заявками или документами, обмен становится частью разработки информационной системы.
Для интернет-магазина, склада, оплаты и доставки выделена отдельная страница торговых интеграций. Там рассматривается путь заказа, а не запуск нового магазина.
Подготовка обмена между 1С и сайтом подробно разобрана в практическом материале.
Вопросы перед началом
Обязательно менять 1С или CRM?
Нет. Сначала проверим возможности действующих систем. Совместимость конкретных версий, конфигураций и способов размещения требует проверки.
Готовый модуль означает, что разработка не нужна?
Он может закрыть выбранный сценарий. Но установка модуля не заменяет согласование данных и проверку операций, повторов, ошибок и прав. Необходимость доработки определим по результатам разбора.
Можно работать вместе с нашим подрядчиком?
Обсудим границы изменений и ответственность каждой команды, доступы, порядок проверки и передачи. Условия работы с кодом и материалами согласуем до начала.
Достаточно названий программ, чтобы назвать цену?
Нет. Нужны хотя бы состав данных, направления обмена, обычная операция и ограничения. Названия программ помогают проверить возможности, но не определяют объём работ.
Обсудим вашу интеграцию
Напишите, какие системы нужно связать, что передавать и какой результат нужен первым. Уточним вводные и предложим подходящий следующий шаг.
Максим ХорошкоОснователь · работа с клиентами