Паспорт интеграции amoCRM
Что должно передаваться между системами и кто это проверяет
Материал CubeCode. Версия: 16.09.2026. Рабочий шаблон, а не отчёт об аудите или результат клиентского проекта.
Назовите участников
Система А: ___. Система Б: ___. Владелец процесса: ___. Ответственный за каждую систему: ___. Какие версии/конфигурации используются: ___.
Опишите одну передачу
| Параметр | Пример вопроса |
|---|---|
| Событие | Что запускает обмен: форма, этап, оплата, расписание? |
| Сущность | Контакт, сделка, заказ, документ или другая запись? |
| Направление | Из какой системы в какую передаются данные? |
| Поля | Что обязательно, откуда берётся значение? |
| Главный источник | Какое значение верно при расхождении? |
| Повтор | Как определяется уже обработанная запись? |
| Ошибка | Кто узнает и как повторит передачу? |
| Удаление/отмена | Что произойдёт в другой системе? |
| Проверка | Как сравнить исходные и полученные данные? |
Проведите три теста
Обычная передача; повтор того же события; недоступность принимающей системы с последующим восстановлением. Для каждого заранее согласуйте ожидаемое поведение. При двустороннем обмене дополнительно проверьте конфликт изменения одного поля.
Бюджет
Разделите лицензию CRM, подписку коннектора, разовую настройку, индивидуальную разработку и поддержку. Наличие логотипов двух сервисов не доказывает нужный вам сценарий.
Этот паспорт можно отправить на office@cubecode.ru для обсуждения. Пароли, API-ключи и клиентские выгрузки передаются только по отдельно согласованному порядку.