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