Проверяйте весь путь события
Заявка проходит через браузер, сервер, почтовый или API-сервис и конечную систему. Ошибка на любом этапе может оставить менеджера без уведомления. Определите признак успеха и тестовые данные, проверьте ограничения API и правила повторной обработки. Не передавайте лишние данные или ключи в первичном обращении.
Интеграция должна подтверждать конечный результат
Начните с бизнес-события: отправлена заявка, оформлен заказ или требуется уведомление. Для каждого события определите источник, поля, получателя и признак успеха. Успешный ответ сайта не доказывает создание записи в CRM.
Уточняем владельцев API-ключей, права, ограничения тарифа и необходимые согласия на передачу данных. Секреты нельзя помещать в браузерный код или обычное сообщение заявки.
Какая часть цепочки требует работы
Нужно различать канал передачи и обработку информации в конечной системе.
| Ситуация | Подходящий следующий шаг | Что уточнить |
|---|---|---|
| Письмо из формы не дошло | SMTP и почтовая диагностика | Ответ сервера и заголовки |
| Нет карточки CRM | API и карта полей | Идентификатор операции и ответ |
| Дублируются обращения | Повторы и обработка события | Поведение при таймауте |
| Не приходит webhook | Маршрут и права | Подпись, фильтрация и доступность |
Что проверяем при приёмке интеграции
В согласованном тесте прослеживаем событие от сайта до получателя и проверяем отрицательный сценарий. Для повторной отправки определяем, как избежать дубликатов. Используем разрешённые тестовые данные, чтобы не создавать реальные платежи или сообщения клиентам.
Передаём карту полей, настройки без секретов, результаты и ограничения. Разработка новой бизнес-логики, перенос данных и постоянное наблюдение за всеми событиями определяются отдельным объёмом.
Иллюстрация повторного события и выбор способа подключения
Учебный пример: сайт не дождался ответа CRM и повторил отправку. В CRM нужно проверить идентификатор события и уже созданную запись, а не считать второй запрос новой заявкой. Готовый коннектор подходит только при поддержке нужных полей, ошибок, прав и ограничений. Если нужна новая логика повторов или преобразований, обсуждается отдельная разработка. В передаче фиксируются ограничения API, владелец интеграции и ответственность за будущие изменения поставщика.