Skip to main content
Создайте WhatsApp Flow, протестируйте его экраны и обработку данных, а затем опубликуйте для использования в сообщениях клиентам.

Выбор способа создания

Управлять Flows можно через API YCloud Flows. Вы также можете использовать инструменты создания Flow, доступные для вашего WABA в WhatsApp Manager. Поддержка API и доступность визуального редактора в консоли не связаны между собой. Проверьте варианты, отображаемые для вашего аккаунта, не предполагая, что каждый экран YCloud содержит конструктор Flow.
WhatsApp Flows в YCloud с выделенной кнопкой Create Flow.

In YCloud, open WhatsApp Flows and select Create Flow to review the creation options available for your WABA. This demonstration WABA has no existing Flows.

Подготовка и тестирование

  1. Выберите WABA, которому будет принадлежать Flow.
  2. Определите экраны, поля и результат завершения.
  3. Решите, требуется ли для Flow эндпоинт данных.
  4. Создайте черновик и устраните ошибки валидации.
  5. Просмотрите полный путь клиента с использованием тестовых данных.
  6. Публикуйте только после того, как форма и последующая обработка будут готовы.
Пример создания Flow в WhatsApp Manager Скриншот иллюстрирует существующий рабочий процесс в WhatsApp Manager. Следуйте актуальным названиям интерфейса и подсказкам о доступности функций в вашем аккаунте.

Определение структуры данных до создания экранов

Для запроса на запись составьте краткую спецификацию полей: Используйте минимально необходимое количество полей. Желаемое время — это не забронированный слот; называйте его точно, пока система бронирования не подтвердит доступность. Определите, что каждый экран принимает, возвращает и отображает в случае сбоя. Для динамического Flow эндпоинт должен корректно обрабатывать устаревшие данные о доступности и недействительный выбор, даже если форма обычно ограничивает эти значения.

Поэтапная валидация черновика

  1. Структура: запросите Flow и проверьте validationErrors. Исправьте указанные места в JSON, а не только первую видимую ошибку.
  2. Навигация: протестируйте все переходы вперед, назад и сценарии завершения.
  3. Данные: протестируйте пустые обязательные поля, максимально допустимые значения и варианты выбора, которые больше недействительны.
  4. Эндпоинт: протестируйте сценарии с недоступными данными, таймаутами и отклонением бизнес-операции.
  5. Завершение: убедитесь, что ответ передается в правильный контекст клиента ровно один раз.
При работе через API задокументированная последовательность включает создание, получение данных валидации, обновление структуры, генерацию предпросмотра и публикацию. Эндпоинт предпросмотра создает публичный URL для предпросмотра, поэтому используйте тестовые данные и исключите секретные сведения.

Планирование версионированного релиза

Храните определение Flow и любые изменения эндпоинта вместе в журнале релизов. Фиксируйте ID Flow, владельца WABA, статус, целевой шаблон приглашения и результат для бизнеса. Текущий контракт YCloud содержит противоречивые описания редактирования опубликованных Flows. Пока это поведение не уточнено, для изменения работающего сценария используйте новую протестированную версию Flow вместо отката опубликованной версии к черновику. Обновляйте приглашение только после тестирования новой версии. Не объявляйте предыдущий Flow устаревшим, пока не проверите активные приглашения и запланированный переход для клиентов, которые его уже получили.

Перед публикацией

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