Пошаговое руководство Начало работы

Как настроить платформу чат-ботов White Label от лица администратора

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

Для начинающихВремя чтения: 42 мин16 июля 2026 г.
Как настроить платформу чат-ботов White Label от лица администратора

Платформе чат-ботов White Label требуется больше, чем просто логотип: домен, параметры отправителя, клиентские квоты, доступ к моделям и права доступа в панели управления должны работать согласованно.

White Label администратор управляет одной брендированной организацией. Эта роль отличается как от суперадминистратора WebChatAgent, так и от конечного клиента: она позволяет управлять только собственной организацией, клиентами, общими лимитами пула, брендингом и настройками отправителя. Сервер строго контролирует эту границу изоляции арендатора (tenant boundary), даже если пункт меню скрывает недоступное действие.

Порядок настройки имеет значение. Сначала подтвердите тарифный план и общий пул ресурсов, подключите и верифицируйте клиентский домен, примените утвержденный брендинг и юридические ссылки, настройте собственный SMTP, а затем создайте обычного клиента. Демоверсия для потенциального клиента — это отдельный тестовый чат-бот, принадлежащий администратору. Выделите ресурсы клиенту, ограничьте разделы панели управления и проверьте вид со стороны клиента перед передачей доступа.

В примере используется вымышленный бренд Northstar AI Studio, зарезервированные адреса support@example.com и wl-client-tutorial@example.com, а также синий цвет WebChatAgent #029cf5. Northstar Demo Client — это обычный аккаунт клиента без автоматического истечения срока действия. Northstar Demo Bot — это временный чат-бот администратора для потенциальных клиентов; Northstar Client Test — это обычный чат-бот клиента. Эти названия обозначают разных владельцев и разные жизненные циклы.

Видеоплеер с защитой конфиденциальности (запуск в два клика)

Настройка платформы чат-ботов White Label: домен, бренд и клиенты

Настройка платформы чат-ботов White Label для администратора: свой домен, брендинг, SMTP, аккаунты клиентов, квоты, права доступа и очистка данных.

YouTube · 6:10 · Английский

Плеер YouTube заблокирован до нажатия кнопки воспроизведения. Его загрузка подключает браузер к YouTube и может передавать технические данные в Google.

Открыть напрямую на YouTube

Что вы узнаете по итогам руководства

  • Задокументированная роль WL-администратора и граница изоляции арендатора
  • Проверенный тарифный план, общий пул ресурсов и процесс настройки без изменения биллинга
  • Клиентский домен и чек-лист для рабочей зоны DNS с четким разграничением локальных проверок
  • Утвержденный брендинг платформы, юридические ссылки для писем и конфигурация отправителя
  • Один обычный клиент с явными квотами, провайдерами и правами доступа к панели управления
  • Отдельный тестовый чат-бот администратора для потенциальных клиентов с видимым уведомлением об истечении срока и без использования платных слотов для ботов
  • Подтверждение вида со стороны клиента, а также подтверждение блокировки, удаления и восстановления исходного состояния

Перед началом работы

  • Аккаунт с ролью admin в базе данных и типом организации whitelabel
  • Полномочия по управлению брендом организации, учетными записями клиентов и распределением ресурсов
  • Доступ к управлению DNS для выделенного поддомена, принадлежащего организации
  • Утвержденные светлый и темный логотипы, фавикон, основной цвет, название платформы и адрес службы поддержки
  • Опубликованные URL-адреса выходных данных (imprint) и политики конфиденциальности для брендированных подвалов писем
  • Выделенный тестовый SMTP-сервис и контролируемый адрес получателя для проверки доставки почты
  • Ответственный за очистку данных и полное отсутствие реальных клиентских данных в полях руководства

Оболочка бренда → параметры отправки → границы клиентского доступа

Домен и брендинг определяют то, что видят клиенты. SMTP определяет инфраструктуру, отправляющую служебные письма аккаунта. Клиентские квоты, доступные провайдеры моделей и права определяют то, какие ресурсы клиент может расходовать и какие разделы открывать. Рассматривайте это как три независимых уровня контроля и проверяйте каждый со стороны клиента.

Зеленое сообщение об успешном сохранении подтверждает только запись данных. Для DNS требуется отдельная проверка записей, для SMTP — тест подключения или контролируемая доставка письма, а для клиентского доступа — проверка через режим имперсонации или в отдельной сессии. Изменение платных тарифов, дополнений и голосовых функций относится к биллинговым операциям и исключено из воспроизводимых материалов руководства.

Подготовка брендированной оболочкиСоздание контролируемого клиентаПроверка доступа и очистка данных

01–13

Пошаговая настройка

1

Подтверждение роли WL-администратора и безопасная навигация

Начните с проверки текущей организации и активной роли.

Войдите в систему как выделенный WL-администратор и откройте раздел Account в шапке страницы. Аккаунт должен иметь роль admin внутри организации с типом whitelabel. В боковом меню должен отображаться раздел Admin уровня организации со ссылкой Users; при этом общеплатформенные маршруты Organizations, Costs, Revenue и другие пути суперадминистратора должны отсутствовать.

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

  • Требуемая роль: admin
  • Требуемый тип организации: whitelabel
  • Основные маршруты: /settings/account, /account/whitelabel/setup и /settings/users
Начните с проверки текущей организации и активной роли.
2

Проверка тарифа, домена и доступного пула ресурсов

Изучите доступные лимиты перед распределением ресурсов.

В верхней части страницы Account Settings проверьте текущий тарифный план, пул чат-ботов, лимит сообщений в месяц, символы обучающих данных и индикатор верификации домена. Первое число показывает текущий расход по всей организации, второе — общую доступную емкость. В дальнейшем пользователи получают персональные лимиты из этого пула.

Вы можете открывать диалоговые окна дополнений (add-on), тарифов и голосовых пакетов для ознакомления, но не принимайте условия, не нажимайте Buy now, не меняйте платные объемы, не отменяйте тарифы и не переходите в платежный портал Stripe во время фиксации шагов руководства. Предварительный просмотр тарифов не является тестовой покупкой.

  • Фактический расход отличается от распределенной квоты.
  • Пустое поле персонального лимита означает использование общего пула.
  • Любое платное изменение требует отдельного коммерческого согласования.
Изучите доступные лимиты перед распределением ресурсов.
3

Выбор контролируемого клиентского поддомена

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

Откройте Set up whitelabel и введите только утвержденное имя хоста без https://,, путей и завершающего слэша. В этом руководстве используется northstar-wl-tutorial.test — зарезервированное локальное значение, которое не подтверждает владение доменом, публичную маршрутизацию или выпуск SSL-сертификата. Замените его выделенным поддоменом организации только при реальном развертывании в продакшене.

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

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

Изучение инструкций DNS и раздельная верификация в продакшене

Локальный индикатор показывает состояние интерфейса; только внешняя проверка в продакшене подтверждает корректность DNS и HTTPS.

На странице настройки показан порядок действий для продакшена: скопируйте точный тип записи, имя, целевой хост (target) и TTL к DNS-провайдеру организации. Рекомендуется использовать CNAME; резервный вариант с A-записью применяйте только после того, как владелец DNS оценит технические особенности. В рамках локального воспроизводимого прогона реальные DNS-записи не создавались и не запрашивались.

Зеленый статус на скриншоте сформирован локально для демонстрации интерфейса. В продакшене дождитесь распространения записей, нажмите Check DNS now, убедитесь в статусах DNS correct и Verified, затем откройте HTTPS-адрес арендатора в чистом окне браузера и проверьте сертификат, имя хоста и брендированную страницу входа. Настоящее руководство не заявляет о прохождении внешних проверок DNS или HTTPS в этом тестовом окружении.

  • Зафиксируйте точный тип записи, имя, целевой хост и TTL.
  • Проверьте HTTPS дополнительно к индикатору в панели управления.
  • Распространение DNS может потребовать повторной проверки позже.
Локальный индикатор показывает состояние интерфейса; только внешняя проверка в продакшене подтверждает корректность DNS и HTTPS.
5

Применение утвержденного брендинга и юридических ссылок

Настройте полное оформление бренда, а не только логотип.

В разделе Branding & whitelabel укажите вымышленное название платформы Northstar AI Studio, support@example.com, основной цвет #029cf5, подпись “Powered by Northstar AI Studio”, https://example.com, вымышленный текст подвала и зарезервированные адреса для imprint и privacy в домене example.com. Загрузите утвержденные тестовые файлы логотипа и фавикона; реальная организация должна использовать собственные проверенные материалы и юридические страницы.

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

  • Название платформы: Northstar AI Studio
  • Основной цвет: #029cf5
  • В адресах и ссылках руководства используются только зарезервированные значения example.com.
  • Сохраняйте правильные пропорции загруженного тестового знака и блока WebChatAgent без искажений.
Настройте полное оформление бренда, а не только логотип.
6

Проверка брендированной оболочки панели управления

Локальная панель управления подтверждает сохранение настроек; клиентский хост требует отдельной проверки в продакшене.

После сохранения откройте раздел Dashboard. Проверьте логотип Northstar, заголовок Welcome back, Northstar, карточку No Chatbots Yet, название организации в заголовке вкладки браузера и сохраненную синюю тему оформления. Этот экран намеренно отличается от Account Settings, подтверждая, что брендинг применился к другим разделам продукта.

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

  • Проверьте маршрут панели управления локально, затем отдельно проверьте рабочий хост.
  • Проверьте геометрию логотипа и видимость фокуса клавиатуры.
  • Используйте интерфейс English Light Mode на протяжении всей демонстрации.
Локальная панель управления подтверждает сохранение настроек; клиентский хост требует отдельной проверки в продакшене.
7

Настройка собственного SMTP без раскрытия учетных данных

Приглашения в White Label платформе никогда не должны отправляться от имени исходной платформы.

Откройте вкладку Email / SMTP перед вводом данных. Укажите утвержденный тестовый хост организации, порт, режим SSL, имя пользователя, пароль, имя и адрес отправителя. Пароль должен извлекаться из защищенного хранилища и не должен попадать на скриншоты, в голосовые комментарии, логи, исходные файлы и отчеты. Если оставить поле пароля пустым, сохранится ранее введенный секрет.

Сохраняйте настройки только после полной загрузки текущей конфигурации. Кнопка Test connection отправляет запрос к SMTP-серверу, поэтому запускайте ее только в утвержденной тестовой среде (sandbox). Для проверки доставки отправляйте приглашение на контролируемый почтовый ящик только после успешного теста соединения. Сервер блокирует отправку писем White Label без рабочего собственного SMTP, исключая утечку отправителя WebChatAgent; сбой теста блокирует этап отправки приглашений.

  • Никогда не показывайте пароль SMTP.
  • Порт 587 обычно использует STARTTLS; порт 465 использует переключатель SSL.
  • Тест подключения не подтверждает доставку письма во входящие.
Приглашения в White Label платформе никогда не должны отправляться от имени исходной платформы.
8

Раздел Users: различие между общими и персональными лимитами

Распределяйте ресурсы на основе требований, а не простым делением пула на равные части.

Перейдите в Admin → Users. Карточки пула организации показывают текущий фактический расход и уже распределенный объем ресурсов. В таблице клиентов отображаются статус аккаунта, фактическое количество чат-ботов, персональные квоты, разрешенные внутренние провайдеры моделей и дата последней активности.

Оставьте поле ресурса пустым, если клиент должен использовать общий пул организации. Вводите число только тогда, когда персональный лимит требуется по условиям договора или политике рисков. Обычные боты клиентов расходуют платные слоты. Только чат-боты, явно созданные с опцией тестирования администратора, не учитываются в этом количестве; их сообщения, индексированный контент и хранилище продолжают потреблять ресурсы пакета.

  • Used: фактически измеренное потребление.
  • Distributed: явно назначенные персональные лимиты.
  • Actual chatbots: текущее количество ботов, созданных клиентом.
Распределяйте ресурсы на основе требований, а не простым делением пула на равные части.
9

Прямое создание обычного клиента

При прямом создании письмо не отправляется, а для клиента не устанавливается автоматический срок действия.

В разделе Admin → Users выберите Create directly, а не Invite user. Введите Northstar Demo Client и wl-client-tutorial@example.com, затем установите надежный пароль. В записи используется только что сгенерированный случайный пароль, который остается скрытым и никогда не сохраняется в открытых материалах. При прямом создании письмо не отправляется.

После нажатия Create убедитесь, что появилась ровно одна новая строка с ролью user и активным статусом. Это обычный аккаунт клиента без автоматического срока действия. Зафиксируйте его внутренний ID в закрытом месте, чтобы временную демоверсию можно было удалить безошибочно. Для реального клиента передайте доступ по утвержденному защищенному каналу; никогда не раскрывайте пароль на скриншотах, в озвучке или в чате поддержки.

  • Имя: Northstar Demo Client
  • Email: wl-client-tutorial@example.com
  • Отправка email: нет
  • Аккаунт: обычный клиент; без автоматического срока действия
При прямом создании письмо не отправляется, а для клиента не устанавливается автоматический срок действия.
10

Создание тестового чат-бота для потенциального клиента

Бот администратора для потенциальных клиентов не занимает платный слот. На его баннере указано, когда завершится временное демо.

Оставайтесь в системе под учетной записью white-label администратора. Нажмите Create New на боковой панели, введите Northstar Demo Bot и выберите Test chatbot (archived after 14 days). Затем нажмите Create. Например, агентство может подготовить эту отдельную демоверсию для лида до выделения обычного клиентского чат-бота.

На странице нового чат-бота найдите надписи This is a test chatbot и Convert to regular chatbot. На боковой панели рядом с Northstar Demo Bot должен отображаться значок Test. Откройте бота из этого пункта боковой панели, если хотите снова проверить его статус. Одно лишь название не делает чат-бот тестовым: важны выбранная опция и сохраненный статус.

Сравните использование платных чат-ботов организации до и после создания. Этот бот не должен добавлять занятый платный слот, однако его сообщения, индексированный контент и хранилище по-прежнему учитываются в общих лимитах пакета. Бот принадлежит создавшему его администратору. Он отделен от Northstar Demo Client и не должен появляться в списке этого клиента.

Через 14 дней бот архивируется и перестает отвечать. Его настройки и источники сохраняются, но индексированная база знаний очищается. Кнопка Convert to regular chatbot позволяет сохранить активное демо в качестве обычного бота; повторная активация архивированного бота также делает его обычным и требует свободного платного слота. При реактивации его источники снова ставятся в очередь на индексацию. Дождитесь завершения индексации перед проверкой ответов; подключенный почтовый ящик потребуется включить отдельно. Архивированный бот окончательно удаляется через 120 дней (примерно четыре месяца). Эти последующие этапы жизненного цикла описаны на основе правил продукта, а не продемонстрированы путем перевода часов в данном руководстве.

  • Владелец: white-label администратор; аккаунт клиента без изменений
  • Название: Northstar Demo Bot; статус: Test
  • Использовано платных слотов для ботов этим тестовым чат-ботом: 0
  • Автоматическая архивация: через 14 дней; окончательное удаление: через 120 дней после архивации
  • Для преобразования или повторной активации требуется свободный слот для обычного бота.
Бот администратора для потенциальных клиентов не занимает платный слот. На его баннере указано, когда завершится временное демо.
11

Назначение квот, провайдеров и прав доступа в панели управления

Используйте компактный и наглядный набор клиентских параметров.

Вернитесь в Admin → Users и отредактируйте только Northstar Demo Client. Выделите 1 чат-бот, 2,000 сообщений в месяц и 500,000 символов обучения. Ограничьте внутренних провайдеров вариантом Google Vertex (EU). Включите ограниченный доступ к панели управления и предоставьте доступ к разделам Chatbots, Conversations и Analytics. Отметьте Leads как заблокированный предпросмотр; оставьте Live Chat, Feedback, Questions, Bookings, Tickets и Calls скрытыми.

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

  • 1 чат-бот · 2,000 сообщений · 500,000 символов
  • Разрешенный провайдер: Google Vertex (EU)
  • Предоставлен доступ: Chatbots, Conversations, Analytics
  • Тизер: Leads; остальные перечисленные разделы скрыты
Используйте компактный и наглядный набор клиентских параметров.
12

Открытие вида со стороны клиента и проверка границ доступа

Проверьте, какие разделы работают, какие отображаются как тизер, а какие полностью скрыты.

Нажмите Log in as this user в строке активного пользователя Northstar Demo Client. Оранжевый баннер олицетворения должен указывать на wl-client-tutorial@example.com. Создайте одного обычного ассистента с именем Northstar Client Test. Слово Test — это лишь часть примера названия, а не его статус. Он использует обычную квоту ботов клиента и не имеет автоматического срока действия. Убедитесь, что разделы Chatbots, Conversations и Analytics открываются, а в качестве внутреннего провайдера доступен только Google Vertex (EU).

Проверьте список чат-ботов клиента: он должен содержать Northstar Client Test, а не принадлежащий администратору Northstar Demo Bot. У клиентского бота не должно быть ни уведомления о временном демо, ни значка Test. В ходе этой проверки прав ответы ИИ не генерируются, поэтому выбор провайдера не свидетельствует о фактическом запросе к нему.

Откройте Leads и убедитесь, что отображается заблокированный тизер вместо реальных данных. Попробуйте перейти по прямому URL-адресу раздела Bookings и убедитесь в возврате на Dashboard без доступа к защищенному содержимому. Клиент не должен видеть Admin → Users, статус White Label в аккаунте, разделы Branding, SMTP, покупку тарифов или ботов других клиентов. Зафиксируйте разрешенные и заблокированные действия отдельно.

  • Разрешено: собственный чат-бот, Conversations, Analytics
  • Только тизер: Leads
  • Скрыто или запрещено: Bookings, администрирование WL и другие арендаторы
  • Баннер имперсонации должен оставаться видимым до момента выхода.
Проверьте, какие разделы работают, какие отображаются как тизер, а какие полностью скрыты.
13

Возврат, отзыв демо-клиента и откат всех изменений

Завершите работу подтверждением того, что тестовый прогон не оставил следов клиентских данных или брендинга.

Выйдите из режима олицетворения через оранжевый баннер, чтобы WL-администратор вернулся на /settings/users. Отключите Northstar Demo Client и убедитесь, что его учетные данные отклоняются. Включайте учетную запись снова только на время, необходимое для завершения запланированной проверки; в противном случае переходите непосредственно к окончательному удалению.

Удалите wl-client-tutorial@example.com и подтвердите предупреждение о том, что его ассистент и данные будут удалены. Повторно запросите инвентарь организации и убедитесь, что пользователь, бот Northstar Client Test и зависимые записи отсутствуют. Это действие не удаляет отдельный Northstar Demo Bot администратора. Локальный сценарий захвата удаляет этот бот для лидов во время окончательной очистки изолированного администратора и организации.

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

  • Удалите клиента и его обычного бота; удалите бот администратора для потенциальных клиентов отдельно.
  • Точное восстановление параметров брендинга и домена
  • Отсутствие платных транзакций, приглашений и рабочих писем
  • Итоговая инвентаризация БД и файловой системы: нулевой остаток тестовых данных
Завершите работу подтверждением того, что тестовый прогон не оставил следов клиентских данных или брендинга.

Пример и результаты тестирования

Практический тест и верификация интерфейса

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

Практический пример: руководство администратора платформы White Label по домену, брендингу, SMTP и доступу клиентов

Показанный интерфейс был проверен локально. Используйте фиксированные входные данные для воспроизводимого подтверждения результата в своем аккаунте.

Интерфейс проверен

Тестовые входные данные

Create Northstar Demo Client as the regular customer wl-client-tutorial@example.com. Separately, use the admin’s Create New dialog to create Northstar Demo Bot with Test chatbot selected. Allocate the customer 1 regular chatbot, 2,000 messages, 500,000 characters and Google Vertex (EU); grant Chatbots, Conversations and Analytics, show Leads as a teaser and hide the remaining customer areas.

Ожидаемый результат

Обычный клиент не имеет автоматического срока действия. Бот администратора Northstar Demo Bot отображает баннер теста, кнопку Convert to regular chatbot и значок Test без увеличения расхода платных слотов для ботов. Клиент видит только своего обычного бота Northstar Client Test, может открывать разрешенные разделы, видит заблокированный раздел Leads и не может перейти в Bookings по прямой ссылке. Очистка удаляет обоих пользователей, организацию, обоих ботов, загрузки и зависимые записи.

Фактически проверенные результаты

Обновленный процесс ожидает сквозной проверки. Ранее опубликованный рабочий процесс не является подтверждением для нового сценария с тестовым чат-ботом. Новые скриншоты должны подтвердить сохраненный тестовый статус, неизменный подсчет платных слотов для ботов, изоляцию клиента и полную очистку перед тем, как этот пример можно будет считать полностью верифицированным. Архивация, повторная активация и окончательное удаление являются описанными правилами продукта, а не смоделированными результатами. Публичный DNS, HTTPS клиентского домена и доставка через SMTP остаются за рамками локального демо.

Обновленный процесс ожидает сквозной проверки. Ранее опубликованный рабочий процесс не является подтверждением для нового сценария с тестовым чат-ботом. Новые скриншоты должны подтвердить сохраненный тестовый статус, неизменный подсчет платных слотов для ботов, изоляцию клиента и полную очистку перед тем, как этот пример можно будет считать полностью верифицированным. Архивация, повторная активация и окончательное удаление являются описанными правилами продукта, а не смоделированными результатами. Публичный DNS, HTTPS клиентского домена и доставка через SMTP остаются за рамками локального демо.

Полезные советы

Обеспечение надежности настройки

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

Разделяйте брендинг и параметры отправителя

Логотип и цвет не настраивают отправку почты. Рассматривайте хост SMTP, адрес отправителя, аутентификацию, подвал и юридические ссылки как отдельный релиз, требующий проверки.

Используйте прямое создание клиентов перед отправкой приглашений

Прямое создание позволяет проверить квоты и права доступа без отправки реальных писем. Тестируйте отправку приглашений позже на контролируемом ящике после успешной проверки собственного SMTP.

Держите демоверсию для лидов отдельно от доступа клиентов

Создайте Northstar Demo Bot в качестве тестового чат-бота администратора. Создайте Northstar Demo Client как обычного клиента, затем создайте обычного бота этого клиента из клиентского интерфейса. Наличие слова Test в названии бота не определяет его жизненный цикл.

Распределяйте ресурсы по согласованным параметрам, а не наугад

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

Проверяйте ограничения непосредственно в сессии клиента

Одного факта сохранения объекта прав недостаточно. Проверьте доступную навигацию, один тизер, блокировку скрытого прямого URL-адреса и полное отсутствие интерфейсов WL-администрирования.

Что делать при возникновении проблем

Устранение неполадок

Систематически проверяйте статус сервиса, права доступа и тестовые данные перед тем, как менять модель или системный промпт.

Не удается найти опцию тестового чат-бота при создании клиента

Создание клиента создает обычного пользователя без автоматического срока действия. Для создания демоверсии для лида вернитесь в сессию white-label администратора и нажмите Create New на боковой панели чат-ботов. Выберите Test chatbot там. Конечные клиенты не могут использовать эту опцию, доступную только администратору.

Демо-бот занимает платный слот или не имеет значка Test

Проверяйте сохраненный статус и владельца чат-бота, а не его название. Northstar Client Test намеренно является обычным клиентским ботом. Northstar Demo Bot должен быть создан WL-администратором с выбранной опцией Test chatbot, иметь соответствующий баннер и значок Test. Сообщения и индексированный контент по-прежнему расходуют лимиты пакета, даже если использование платных слотов для ботов не меняется.

Архивированный тестовый чат-бот не удается активировать повторно

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

Собственный домен остается неподтвержденным

Сверьте точное имя хоста, тип записи, целевой адрес (target) и TTL со страницей настройки. Удалите конфликтующие записи, дождитесь распространения в сети и повторите проверку; не считайте клиентский URL рабочим, пока индикатор находится в статусе ожидания.

Ошибка проверки SMTP или приглашения не отправляются

Проверьте хост, порт, режим SSL, имя пользователя, состояние сохраненного пароля и разрешенный адрес отправителя. Сначала протестируйте соединение с тестовой средой. Платформа намеренно блокирует отправку писем White Label без корректно настроенного собственного SMTP-сервера.

Клиент видит лишние разделы или не видит нужные

Откройте строку соответствующего пользователя и проверьте значения true, teaser и hidden. Завершите сессию имперсонации и запустите ее заново, после чего протестируйте как навигацию по меню, так и прямые URL-адреса. Помните, что скрытый пункт меню сам по себе не означает блокировку доступа со стороны сервера.

После очистки остался бот, файл или зависимая запись

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

Готовы к практическому тестированию

Перед передачей реального аккаунта клиента повторите проверки разрешенных, ознакомительных и запрещенных маршрутов с выделенными для этого клиента ресурсами. Проверяйте тестовые боты администратора для лидов отдельно, чтобы даты их архивации не путались с доступом клиента. Для запуска в продакшене по-прежнему требуются независимые проверки публичного DNS, HTTPS клиентского хоста, подключения SMTP и контролируемой доставки на почтовые ящики.

Полезные материалы