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