Одной успешно переданной заявки достаточно для приёмки?

Нет. Проверьте разные формы, существующих клиентов, повторы, распределение, вложения и восстановление после отказа API в согласованном объёме.

Зачем принимать интеграцию под обычным менеджером?

У администратора другие права и представление CRM. Нужный сотрудник должен видеть запись, понимать данные и иметь возможность выполнить следующий рабочий шаг.

Что должно остаться после проверки?

Список сценариев с результатами и идентификаторами записей, исправленные замечания, инструкция по ошибкам и ответственный за сопровождение интеграции.

Приёмка интеграции CRM: набор проверочных сценариев

Разработчик показал одну заявку в CRM, и подключение приняли. Через неделю выяснилось, что файлы не открываются, повторные отправки создают дубли, а ночные обращения попадают не тому менеджеру. Приёмка должна охватывать согласованные сценарии и ошибки. Успешная демонстрация проверяет один путь, но не заменяет рабочий набор испытаний.

Подготовьте ожидаемый результат заранее

Для каждой формы опишите запись, поля, воронку, состояние и ответственного. Укажите, создаётся новый контакт или используется существующий. Добавьте вложения и задачу сотруднику, если они входят в объём. Ожидания должны быть понятны бизнесу до запуска проверки, иначе любой результат легко объявить правильным.

Выберите тестовую среду или согласованный набор записей, который не запустит настоящую рассылку клиентам. Проверьте автоматизации CRM: тестовая сделка может создавать задачи и внешние действия. Назначьте время, ответственного за очистку тестовых данных и порядок остановки, если проверка затронет рабочий процесс.

Пройдите обычное обращение целиком

Отправьте форму со всеми разрешёнными данными и сравните результат по полям. Смотрите не только телефон: комментарий, услуга, источник и страница должны сохранять смысл. В условной компании по установке окон тип помещения влияет на расчёт. Если это значение потеряно, менеджеру придётся заново уточнять уже заданный вопрос.

Откройте карточку под назначенным сотрудником. Проверьте доступ, рабочую воронку и читаемость данных. Попросите менеджера выполнить следующий обычный шаг. Это выявляет интеграцию, которая технически создаёт запись, но помещает её вне привычного процесса продаж или оставляет без обязательного поля.

Проверьте повторы и существующих клиентов

Отправьте ту же техническую заявку повторно и убедитесь, что согласованная защита от дубля работает. Затем отправьте новое обращение того же человека. Оно должно обрабатываться по отдельному бизнес-правилу. Нельзя считать любое совпадение телефона причиной потерять новую потребность клиента.

Добавьте несколько совпадающих контактов и открытых сделок. Проверьте, что неоднозначность передаётся на разбор, если это предусмотрено, а не приводит к случайному объединению. Сохраните идентификатор заявки сайта и связи с CRM. По ним должно быть возможно восстановить, какая операция дала конкретную запись.

Воспроизведите отказ передачи

В безопасной среде проверьте недоступность API, отказ доступа и неправильное значение справочника. Посмотрите, сохраняется ли заявка, видна ли причина и возможно ли восстановление. Сообщение клиенту должно соответствовать тому, что действительно принято сайтом, а не утверждать успешное создание в CRM без подтверждения.

Повтор после восстановления проверяйте отдельно. Он не должен создавать лишние карточки, если первая операция фактически завершилась, а ответ потерялся. Для технического журнала нужны этап, время, идентификатор и безопасное описание ошибки. Секреты и полный текст персональных документов в него выводить не следует.

Проверьте маршрутизацию и вложения

Возьмите разные филиалы, услуги, нерабочее время и неизвестные значения. Сравните назначение с утверждёнными правилами. Для файлов проверьте допустимый и отклонённый формат, размер, открытие под ролью менеджера и повторную передачу. Рабочая ссылка администратора не подтверждает доступ обычного сотрудника.

Оформите итог проверки по каждому сценарию: входные данные, ожидаемый результат, фактическая запись и замечание. После исправления повторяйте затронутые сценарии, сохраняя их идентификаторы. Передайте команде инструкцию по исключениям и назначьте владельца интеграции. Приёмка заканчивается проверяемым процессом обработки заявки, а не только отметкой о существовании соединения.