В amoCRM появилась сделка с телефоном в примечании. Менеджер звонит, но история клиента не связывается, источник потерян, а следующая форма создаёт ещё одну пустую карточку. Чтобы интеграция помогала продажам, нужно согласовать структуру записей. Начните с контакта, сделки и правил повторного обращения, а не с одного запроса API.
Разделите клиента и его запрос
Контакт хранит сведения о человеке, сделка описывает конкретную потребность и работу с ней. В API amoCRM предусмотрены отдельные сущности и способы их связывания. Выберите порядок поиска или создания контакта и передачи сделки. Не считайте телефон в произвольном тексте заменой поля контакта.
Для условной студии мебели один клиент сначала заказывает кухню, позже шкаф. Существующий контакт может быть общим, а сделки разными. Если автоматически дописывать каждое обращение в первую найденную сделку, новые продажи смешаются с закрытой историей. Правило повторной потребности должен утвердить руководитель продаж.
Укажите воронку и начальное состояние
Согласуйте направление продажи, первый этап и ответственного. Используйте идентификаторы из рабочего аккаунта и проверяйте соответствие статуса воронке. Названия похожих этапов не делают их взаимозаменяемыми. Проверьте также права интеграции и пользователя на нужные записи, ориентируясь на документацию выбранного метода.
Не назначайте технического пользователя ответственным по умолчанию без согласования. Если основное правило не сработало, заявка должна попасть в контролируемую очередь. Менеджер должен понимать, почему обращение находится у него и какой следующий шаг требуется. Это относится к бизнес-процессу, а не к успешности соединения с API.
Сопоставьте данные формы с полями
Подготовьте таблицу: поле сайта, поле amoCRM, формат и обязательность. Телефон и email передавайте в соответствующие поля контакта, услугу в согласованное поле сделки. Длинный комментарий оставляйте читаемым. Для выбора из списка проверьте допустимые значения, чтобы незнакомый текст не потерялся при преобразовании.
Источник обращения фиксируйте по имеющимся данным. Страница формы и рекламная метка полезны, но не доказывают всю историю клиента. Если источник неизвестен, не присваивайте его случайной кампании. Разделите исходные значения и принятую классификацию, чтобы отчёт можно было объяснить после изменения правил.
Опишите совпадения и технические повторы
Уточните, что делать при найденном контакте и открытой сделке: создать новую, добавить обращение к существующей или передать на проверку. Если совпадений несколько, автоматическое объединение без основания способно смешать разных клиентов. Сохраните информацию для менеджера и определите безопасное действие по умолчанию.
Для одной отправки формы используйте устойчивый идентификатор заявки. После таймаута проверьте, создана ли запись, прежде чем повторять операцию. Не полагайтесь на телефон как на ключ идемпотентности: человек имеет право отправить ещё один запрос. Храните связь заявки сайта с конкретными идентификаторами CRM.
Проверьте передачу в рабочем интерфейсе
Отправьте новое обращение, повторную потребность и повтор того же технического запроса. Проверьте контакт, связь со сделкой, воронку, источник и задачу. Пройдите сценарий под менеджером, которому назначается запись. Карточка может существовать, но оставаться вне его привычного списка из-за прав или фильтра.
Отдельно проверьте истёкший доступ, отказ API и восстановление передачи. Правила OAuth и обновления доступа реализуйте по документации, не оставляя их ручным действием на случай сбоя. Сотрудник должен видеть сохранённую заявку и понятную причину задержки. Приёмка заканчивается там, где обращение действительно доступно для работы, а не в момент отправки запроса.
Связанные материалы
UTM и источник заявки в CRM: как сохранить сведения о рекламе
Дубли заявок в CRM: как различать повторное обращение и технический повтор
Приёмка интеграции CRM: набор проверочных сценариев
Документация для проверки
Ссылки на документацию проверены 8 октября 2026 года. Названия настроек и возможности сервисов могут меняться; перед внедрением сверяйте актуальные условия.
Коротко о важном
Можно передавать телефон только в примечании сделки?
Для работы с контактами и поиска клиента используйте соответствующее поле контакта и связь со сделкой. Примечание может дополнять запись, но не заменяет структуру данных.
Если контакт найден, нужно использовать его старую сделку?
Только по согласованному правилу. Новая потребность может требовать новой сделки, а несколько совпадений отдельной проверки менеджером.
Почему успешный ответ API недостаточен для приёмки?
Нужно проверить связь записей, поля, воронку, ответственного и доступ менеджера. Технически созданная карточка может быть неудобна или недоступна в рабочем процессе.
Разработка и SEO в QuickLanding. Помогаем разобраться в задаче и выбрать подходящий состав работ.
Об эксперте
