Свяжем продажи в amoCRM с записями в YCLIENTS
Продажи отвечают за обращение, а расписание за доступное время и визит. Согласуем границы двух систем, чтобы перенос записи не превращался в потерянную сделку.
От обращения до результата визита
Редактирование записи и доступность полей проверяются для выбранной интеграции, а не предполагаются по названию сервиса.
Интеграция YCLIENTS с amoCRM связывает обращение клиента и его запись на услугу. Нужно определить, где создается запись, кто меняет время и как статусы визита отражаются в воронке. Официальная документация YCLIENTS описывает готовую интеграцию с отдельными правилами и ограничениями. CubeCode проверяет выбранный вариант на вашем процессе, включая повторные визиты, отмену, смену сотрудника и сохранение связи с нужной сделкой.
Расписание и воронка решают разные задачи
Определим, где находится актуальная запись, а где ведется работа до и после визита. Обычно изменение доступного времени должно учитывать правила расписания, а не только поле даты в CRM.
Уточним филиалы, услуги, сотрудников и длительность записи. Если одна покупка включает несколько посещений, модель сделки и визитов описывается отдельно.
Как связываются запись и сделка
Для выбранной интеграции проверяем ключ записи и правила поиска контакта. Официальная инструкция YCLIENTS предупреждает: существующая сделка того же контакта не обязательно автоматически связывается с новой записью.
Не выбираем «Неразобранное» как этап без проверки: описанный готовый вариант его не поддерживает. Эти особенности учитываем при проектировании воронки, а не исправляем вручную после каждого визита.
| Событие | Проверка результата |
|---|---|
| Новая запись | Правильные клиент, филиал и сделка |
| Перенос времени | Сохранилась связь с прежней записью |
| Отмена или неявка | Верный статус и действие менеджера |
Повторные визиты без путаницы
Отделим новую покупку, повторный визит в рамках услуги и перенос прежней записи. Один номер телефона не определяет, к какой продаже относится событие.
Правила напоминаний и повторного контакта согласуем с процессом. Уведомления из YCLIENTS и amoCRM не должны дублировать друг друга или сообщать разные даты.
Что проверяем перед запуском
Создадим тестовую запись, изменим сотрудника, перенесем время, отменим и оформим повторный визит. Проверим доступные дополнительные поля именно записи и клиента: это могут быть разные наборы данных.
Оценка зависит от филиалов, коннектора и нестандартных правил. Подписки систем, стоимость виджета и работы по настройке разделяем. Команда получает карту статусов и инструкцию, в какой системе выполнять каждое действие.
Продуктовые сведения сверены с официальными материалами. Состав решения и доступность функций уточняются для вашего аккаунта.
- YCLIENTS: описание интеграции amoCRM2026-09-16
Матрица статусов записи
Матрица статусов записи
Рабочий лист для администратора и руководителя продаж.
Практический материал от CubeCode. Открывается сразу, без регистрации.
Вопросы
по делу.
Можно вести расписание только в CRM?
Сначала проверяем, какие операции поддерживает коннектор. Поле даты в сделке не заменяет проверку свободного времени, длительности и ресурсов в YCLIENTS.
Новая запись привяжется к старой сделке?
Не всегда. У готовой интеграции есть собственная логика связи. Ее нужно проверить на повторном клиенте и при необходимости изменить процесс или способ обмена.
Можно подключить несколько филиалов?
Проверяем условия выбранного решения, права и маршрутизацию по филиалам. В приемку включаем одинакового клиента с записями в разных подразделениях.
Как избежать двойных напоминаний?
Определяем, какая система отправляет каждое уведомление, и отключаем дублирующий сценарий. После переноса визита проверяем, что клиент получает актуальные дату и время.
Обсудить обмен с YCLIENTS
Клиент перенес визит в расписании, но менеджер видит старую дату; повторная запись связалась с другой сделкой или вовсе осталась отдельно.
Telegram
WhatsApp