Документация / Возможности / Самостоятельная настройка

Как компания сама настраивает платформу

Редакция 23 сентября 2026

Для администратораДля аналитика процессаПосле развертывания

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

14. Самостоятельная настройка заказчиком

Эта функция складывается из следующих частей, и у каждой ниже свой раздел:

• Визуальный редактор маршрутов.
• Настройка задачи.
• Мастер загрузки данных.
• Оценка качества на эталонном наборе компании.

Ни в одной из этих частей компания не меняет правила защиты данных и обязательные согласования:

• Какие классы данных маскируются (например, персональные данные).
• Какие события записываются в журнал аудита (например, вход сотрудника и изменение настроек).
• Правила разграничения доступа (что разрешено каждой роли).
• Какие согласования обязательны по требованию регулятора.

Визуальный редактор маршрутов

Аналитик собирает маршрут на схеме. Писать программный код аналитику не нужно, потому что редактор сохраняет маршрут как описание шагов и связей между ними. На схеме аналитик делает следующее:

• Добавляет шаги. Окно выбора шага открывается у того места схемы, куда нужен шаг, и новый шаг сразу соединяется с соседним.
• Соединяет шаги переходами и ставит условия переходов. Условие собирается формой из сравнений (например, «сумма больше 100 000 руб.»), и записывать его текстом не нужно.
• Ставит согласования (шаги, на которых сотрудник подтверждает или возвращает дело), параллельные ветви и вложенные маршруты (маршруты, которые вызываются как один шаг).

Редактор проверяет маршрут во время правки и показывает замечания прямо на шагах и переходах (например, шаг, до которого нельзя дойти, или путь, по которому дело минует согласование и доходит до шагов, которые у автора задачи стояли после этого согласования). Записать маршрут можно, только когда замечаний не осталось. Это та же проверка, которую проходят маршруты автора задачи, и для правок компании она не упрощается.

Второй человек применяет правки, которые делают следующее:

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

Перед работой на настоящих делах маршрут проверяют следующими способами:

• Проход по условиям. Аналитик выбирает исходы согласований, и редактор показывает, по какому пути пойдет дело. Шаги маршрута при этом не выполняются.
• Пробный запуск. Маршрут работает на данных компании и останавливается перед первым шагом, который записывает данные во внешнюю систему. Платформа показывает, что было бы записано.

Чего визуальный редактор маршрутов не делает

• Новые подключения к системам компании, каналы общения и расписания запуска редактор не создает. Подключения задает администратор платформы при развертывании, а каналы и расписания записаны в самой задаче.
• Править маршруты можно только в тех задачах, автор которых разрешил правку.
• Экран редактора рассчитан на компьютер с окном шириной от 1024 точек. Работу с телефона и планшета редактор не поддерживает.

Экран редактора, виды шагов и их поля разобраны на страницах «ИИ-агент с нуля» и «Виды шагов и их поля».

Настройка задачи

Экран «Настройка задачи» показывает все, что автор задачи разрешил компании настроить, и подключения к системам компании (их можно только посмотреть). То, что автор задачи закрыл для настройки, на экране не показано. На экране есть следующие разделы:

• «Пороги работы» (например, сумма, выше которой дело уходит сотруднику).
• «Тексты инструкций» (тексты для языковой модели).
• «Данные».
• «Люди» (какие группы сотрудников получают какие роли).
• «Очередь подтверждения» (список дел, которые ждут сотрудника).
• «Системы» (подключения к системам компании, только для просмотра).
• «Расхождения с поставкой» (все, что компания изменила по сравнению с тем, что пришло вместе с задачей).
• «История настройки».

У каждого порога на экране видно значение, откуда оно взялось (например, задано компанией или стоит по умолчанию), в каких пределах компания может его менять и, если автор задачи это указал, почему пределы именно такие. Значение за этими пределами сервер платформы не примет, даже если его попытаются записать в обход экрана.

Изменения настройки задачи сначала сохраняются черновиком и начинают действовать, когда их применят кнопкой «Применить» на отдельной странице. Второй человек нужен для следующих изменений:

• Порог, после которого дело уходит сотруднику, меняется так, что сотруднику будет уходить меньше дел.
• Роль, которая принимает решения по делам в очереди, привязывается к группе сотрудников или отвязывается от нее.
• Роль аналитика (право править маршруты и настраивать задачу) привязывается к группе сотрудников или отвязывается от нее.
• Меняется текст инструкции, который автор задачи отметил как влияющий на соблюдение обязательных требований (например, требований регулятора).
• Задача запускается, хотя настройка заполнена не полностью.

Мастер настройки (кнопка «пройти настройку по шагам») проводит аналитика по следующим шагам:

1. Данные для задачи.
2. Привязка сотрудников к ролям.
3. Пороги.
4. Тексты инструкций.
5. Очередь подтверждения.
6. Справка о подключенных системах.

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

Когда приходит новая версия задачи, настройка компании не пропадает и не меняется незаметно. Если новая версия затрагивает то, что компания изменила у себя, платформа показывает это и оставляет выбор за человеком.

Чего настройка задачи не меняет

• В очереди подтверждения компания меняет только подписи (название рабочего места и подписи колонок и полей в карточке решения) и порядок колонок и полей. Скрыть или добавить колонку или поле нельзя.
• Подключения к системам компании на экране настройки только видны. Задает их администратор платформы при развертывании, и он же переводит задачу с заменителя системы (программы, которая изображает ответы системы на тестовых данных) на настоящую систему.
• Первую привязку группы сотрудников к роли аналитика делает администратор платформы. Пока этой привязки нет, экран «Настройка задачи» не открывается никому.

Экран настройки разобран на странице «Задачи платформы».

Мастер загрузки данных

Данные для задачи компания готовит и загружает сама. Мастер загрузки данных ведет от выгрузки из системы компании до принятых данных по следующим шагам:

1. Описание ожидаемых данных. Задача показывает, какие данные ей нужны (поля, типы полей, обязательные поля и допустимые значения), и дает файл-образец.
2. Проверка до загрузки. Проверка находит пропущенные обязательные поля, значения не того типа, неверную кодировку и неверные разделители и называет строки, столбцы или файлы с ошибками. Проверку можно запустить отдельной программой на компьютере компании еще до того, как платформа установлена.
3. Загрузка и профиль качества. После загрузки платформа показывает профиль качества (сводку о том, насколько данные полны и чисты). Для таблиц профиль показывает заполненность полей, повторы строк, значения, которые резко выбиваются из остальных, и явно ошибочные значения. Для документов профиль показывает долю файлов без текстового слоя (например, сканов, где текст есть только в виде изображения), долю файлов, отправленных на распознавание текста, и долю файлов, которые разобрать не удалось.
4. Сопоставление. Мастер сопоставления показывает поля задачи слева и колонки файла справа и подсказывает соответствия по названию и типу. Подтвержденное сопоставление платформа запоминает для следующих выгрузок.
5. Прием данных. Данные принимает сотрудник компании, когда они прошли проверку и пороги пригодности. Пока данные не приняты, настройка задачи не считается полной и задача не начинает работу. Работать на данных ниже порога можно только по явному действию аналитика, которое записывается в журнал.

Пороги пригодности задает автор задачи и записывает их так, чтобы их понял человек без специальной подготовки (например, «заполнено не меньше 80% строк»).

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

• Вывод о том, хватит ли данных для работы, делает сотрудник компании. Платформа сообщает только о том, что данные ниже порога и не приняты.
• Пороги пригодности проверяют форму и полноту данных. Верны ли данные по смыслу (например, правильные ли ответы записаны в базе знаний), пороги не проверяют.
• Данные попадают в мастер загрузки файлами, которые компания выгрузила из своих систем. Подключений к системам компании мастер загрузки не создает.

Как загрузить папку документов и подключить источник, разобрано на странице «Источники данных».

Оценка качества на эталонной выборке

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

• Компания готовит эталонный набор по шаблону задачи, проверяет его на экране и запускает оценку.
• Оценка идет на платформе компании, и результаты остаются там же. Данные компании к разработчику платформы не передаются.
• Показатели, для которых в эталонном наборе нет нужной разметки (правильных результатов), помечаются пропущенными. Поэтому успех на неполном наборе не выдается за успех на полном.
• Итог оценки - это успех, провал или ошибка. Провал значит, что хотя бы один показатель не достиг своего порога. Ошибка значит, что оценку не удалось довести до конца (например, задача была недоступна, в наборе нашлись ошибки или кончился бюджет расхода токенов на оценку).
• Если ответы задачи оценивает языковая модель, персональные данные в запросе к ней маскируются, как в любом другом запросе к языковой модели.
• Первая успешная оценка на полном эталонном наборе (где есть разметка для всех показателей) после установки новой версии задачи у компании становится точкой отсчета для следующих оценок. Если настройку изменили, при сравнении с прежней оценкой платформа сообщает, что эти оценки нельзя сравнивать.
• Отчет оценки показывает отдельно то, что измерила платформа, и то, что заявила сама компания (например, ее данные о работе до платформы).

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

Чего оценка качества не делает

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