Документация / Что умеет платформа
Что умеет платформа
Для руководителя и технического специалистаДо выбора платформы
Svaya - это ИИ-платформа, на которой компания поручает языковой модели часть работы с документами, обращениями и заявками (например, ответы на вопросы сотрудников по внутренним документам или проверку договоров). Платформа работает на серверах компании. К сервису языковых моделей за пределами этих серверов платформа передает только сведения, нужные для текущей работы (например, вопрос сотрудника и найденные для него фрагменты документов). Персональные данные, которые платформа нашла в этих сведениях, она заменяет условными обозначениями. Проект решения по заявке или документу готовит платформа, а там, где этого требуют правила компании или закон, решение подтверждает сотрудник. Ниже по порядку перечислено, что умеет платформа, а подробности собраны на страницах по темам.
Термины этой страницы:
- Задача - это прикладное решение на платформе для одной работы компании (например, для ответов сотрудникам по документам). В задаче записаны шаги этой работы, тексты инструкций для языковой модели, роли и экраны сотрудников. Задачу собирает БизнесМатика или сама компания, и тот, кто ее собрал, называется автором задачи.
- Дело - это одна единица работы задачи (например, одна заявка, один договор или одно обращение).
- Метка - это условное обозначение, которым платформа заменяет персональные данные перед отправкой текста языковой модели.
- Трасса - это запись того, как платформа выполняла один запрос к задаче по этапам, от поступления запроса до результата.
- ИИ-агент - это шаг задачи, в котором языковая модель сама выбирает действия во внешних системах компании (например, читает карточку клиента).
Краткое описание платформы
Описание ниже дано в той формулировке, которую БизнесМатика использует в официальных документах о платформе. Каждое его утверждение раскрыто дальше в одной из семнадцати функций.
Svaya — платформа для создания и эксплуатации прикладных решений на основе больших языковых моделей в инфраструктуре заказчика. Каждый запрос проходит единый конвейер: проверку прав доступа, сбор контекста из документов и систем организации, маскирование персональных данных, обращение к языковой модели, проверку ответа и запись каждого шага в журнал аудита. Платформа поддерживает поиск по документам организации с учётом прав доступа, процессы с участием человека и согласованиями, агентные маршруты, рабочие места сотрудников, каналы общения с пользователями и подключение к системам заказчика. Устанавливается в контуре заказчика, в том числе в закрытом контуре без доступа в интернет. Языковые модели подключаются как сменный компонент — российские сервисы моделей.
Семнадцать функций платформы по порядку
У каждой функции своя карточка с номером, официальной формулировкой и пояснением. Функции собраны по темам (список тем в конце страницы). У всех функций, кроме 15 и 16, есть страница темы, где функция разобрана подробно под тем же номером, и туда ведет ссылка «Подробнее». Остальные ссылки на карточке ведут на страницы других групп раздела, где та же функция разобрана с практической стороны (как собрать задачу, как настроить и как эксплуатировать платформу).
- 1
Единый конвейер обработки запроса: проверка прав, сбор контекста, маскирование персональных данных, вызов модели, проверка ответа, запись в журнал аудита.
Каждое обращение к языковой модели проходит одни и те же этапы. До обработки запроса платформа проверяет, вправе ли пользователь выполнить запрошенное действие. Перед обращением к языковой модели она заменяет найденные персональные данные метками. Ответ языковой модели платформа проверяет по правилам, которые задал автор задачи (например, нет ли в ответе сведений, которые автор задачи запретил выдавать, и ссылается ли ответ только на документы, найденные для этого запроса), и только потом показывает ответ пользователю. Каждый этап платформа записывает в трассу.
Тема «Обработка запроса и защита данных» - 2
Разграничение доступа по ролям и атрибутам, единый вход.
Права платформа проверяет при каждом действии сотрудника по его роли и по признакам дела (например, кто владелец дела и в какой очереди оно стоит). Для единого входа служба входа платформы подключается к корпоративной системе входа компании, и сотрудники входят на платформу со своей обычной учетной записью.
Тема «Обработка запроса и защита данных» - 3
Выявление и маскирование персональных данных в русскоязычных текстах (ФИО, паспортные данные, СНИЛС, ИНН, телефоны, адреса и др.) до передачи в языковую модель и обратная подстановка в ответе.
Перед обращением к языковой модели платформа находит в тексте запроса персональные данные (например, ФИО, номера паспортов, телефоны и адреса) и заменяет их метками. Когда ответ языковой модели приходит, платформа ставит исходные данные на место меток, и сотрудник видит обычный текст.
Тема «Обработка запроса и защита данных» - 4
Поиск по документам организации: индексация с распознаванием текста, гибридный поиск, ответы со ссылками на источники, соблюдение прав доступа внутри индекса, разбор документа в структурированные поля.
Платформа индексирует документы компании (делит их на фрагменты и составляет по ним указатель для быстрого поиска), распознает текст в сканах и ищет одновременно по смыслу и по словам. Ответ языковой модели на вопрос сотрудника ссылается на найденные фрагменты документов, а документ, закрытый для сотрудника, в результаты его поиска не попадает. Из документа платформа достает реквизиты (например, ИНН и сумму) в поля карточки дела.
Тема «Поиск по документам и источники знаний» - 5
Подключение источников знаний: файловые хранилища, системы документооборота, почта, внутренние порталы; синхронизация по расписанию с сохранением прав источника.
Платформа сама забирает документы из файловых хранилищ, почты, системы документооборота и внутреннего портала компании и по расписанию проверяет, что в них изменилось. Если учетная запись, под которой платформа читает источник, видит в нем не все документы, поиск сообщает об этом сотруднику.
Тема «Поиск по документам и источники знаний» - 6
Маршрутизация обращений к языковым моделям российских сервисов: выбор модели по классу задачи и чувствительности данных, резервная модель, лимиты и бюджеты, работа при недоступности модели.
Автор задачи указывает для шага класс языковой модели (например, сильную языковую модель для длинных документов), а какая языковая модель российского сервиса ответит, администратор задает в настройках платформы. Данные, которые правила задачи запрещают передавать, к сервису языковых моделей не уходят. При сбое сервиса языковых моделей запрос уходит резервной языковой модели, а расход токенов (единиц длины текста) ограничен суточными бюджетами.
Тема «Языковые модели и машинное обучение» - 7
Исполнение процессов и агентных маршрутов: долгие процессы, согласования человеком, таймеры, повторы, компенсации, координация нескольких агентов под управлением ведущего шага.
Платформа ведет дело по маршруту (записанному порядку шагов) от начала до итога, даже если работа длится несколько дней. Она ждет, пока сотрудник согласует дело, следит за сроком согласования и повторяет шаги после сбоя. Если работа по делу прервалась из-за сбоя или ее отменили, платформа отменяет действия тех шагов, для которых автор задачи задал отмену. Работу по делу можно разбить на однотипные подзадачи (например, по одной на каждый документ, который нужно проверить). Тогда ведущий шаг маршрута (например, обращение к языковой модели) составляет список подзадач, а платформа по очереди запускает для каждой подзадачи один и тот же шаг, который выбрал автор задачи (например, шаг ИИ-агента), и собирает общий итог.
Тема «Процессы, ИИ-агенты и рабочие места» - 8
Рабочие места: очередь подтверждений с объяснением и доказательствами, рабочее место оператора процесса, журнал аудитора.
Контролер (сотрудник, который согласует дела) видит на одном экране проект решения по делу, объяснение этого проекта, документы-основания и ссылку на трассы дела и там же подтверждает дело или возвращает его на доработку. Оператор (сотрудник, который ведет дела задачи) работает со списками дел, карточками дел и формами для ввода данных, а аудитор (сотрудник службы безопасности или внутреннего аудита) находит в журнале аудита любое решение по делу, в том числе принятое без сотрудника.
Тема «Процессы, ИИ-агенты и рабочие места» - 9
Каналы общения с пользователями: веб-сайт, корпоративный чат, встраиваемая панель, мессенджеры; передача диалога сотруднику в систему обслуживания заказчика.
ИИ-ассистент (программа на языковой модели, которая отвечает на вопросы) отвечает клиентам и сотрудникам на сайте, в корпоративном чате, во встраиваемой панели внутри другой программы компании и в мессенджерах. Когда ИИ-ассистент отмечает, что дальше должен отвечать человек, платформа передает разговор вместе с историей переписки сотруднику в систему обслуживания, которой пользуется компания.
Тема «Каналы общения с пользователями» - 10
Реестр инструментов агента с правами на вызов и журналом вызовов.
Каждый инструмент (действие ИИ-агента в системе компании, например чтение карточки клиента) записан в реестре. В реестре указано, кто и в каком процессе может вызывать инструмент, а каждый вызов виден в журнале вызовов.
Тема «Процессы, ИИ-агенты и рабочие места» - 11
Машинное обучение без видеокарты: классификаторы, скоринг с объяснением результата, построение векторных представлений и переранжирование.
Модели машинного обучения работают на обычных процессорах сервера, без видеокарты. Они относят обращения к категориям, дают числовую оценку заявке (скоринг, например оценку кредитной заявки), готовят документы к поиску по смыслу и уточняют порядок найденных документов. Вместе с оценкой скоринга платформа выдает объяснение, насколько каждый признак заявки (например, доход заявителя) поднял или опустил оценку.
Тема «Языковые модели и машинное обучение» - 12
Аудит и прослеживаемость: неизменяемый журнал с контролем целостности, трасса каждого решения, просмотр трасс, выгрузка событий безопасности в систему мониторинга безопасности заказчика, сроки хранения по классам данных.
Журнал аудита только дописывается, и проверка целостности (пересчет контрольных сумм записей) обнаруживает правку задним числом. По каждому решению по делу есть трасса. События безопасности (например, входы, отказы в доступе и изменения настроек) платформа передает в систему мониторинга безопасности компании, а сроки хранения задаются для каждого класса данных (например, отдельно для персональных данных и для банковской тайны).
Тема «Обработка запроса и защита данных» - 13
Интеграции по протоколу MCP: коннекторы к учётным системам (1С — чтение), к нормативным источникам, файловый обмен.
Системы компании подключаются по открытому протоколу MCP (Model Context Protocol) через коннекторы (программы-посредники). Подключение к 1С только читает данные (например, остатки товаров и цены), а у нормативных источников (например, у списка Банка России о нелегальных участниках финансового рынка) платформа проверяет выход новых версий. Данные из 1С платформа может получать и файлами.
Тема «Поиск по документам и источники знаний» - 14
Самостоятельная настройка заказчиком: визуальный редактор маршрутов, настройка задач, мастер загрузки данных, оценка качества на эталонной выборке заказчика.
Аналитик компании сам собирает маршрут работы на схеме, без программирования. Сотрудники компании настраивают задачу (например, сумму, выше которой заявка уходит сотруднику, тексты инструкций и роли) и загружают данные для задачи (таблицы и документы), в которых платформа находит ошибки (например, пропущенные обязательные поля и значения не того типа). Качество работы задачи сотрудники проверяют на примерах компании с правильными ответами.
Тема «Самостоятельная настройка» - 15
Установка и эксплуатация: установка одним сценарием на один сервер или в кластер Kubernetes, установка в закрытом контуре из офлайн-комплекта, обновление с откатом, резервное копирование с проверкой восстановления, мониторинг.
Установка платформы на один сервер или в кластер Kubernetes (несколько серверов под общим управлением) идет по одному сценарию, то есть по заранее заданному порядку команд. В закрытую сеть без выхода в интернет платформу ставят и обновляют из офлайн-комплекта (полного набора файлов платформы, который переносят в эту сеть). К сервису языковых моделей платформа в такой сети обращается, если компания открыла к нему доступ из этой сети. После обновления можно вернуться к прежней версии платформы, резервную копию платформа считает рабочей только после пробного восстановления из нее, а мониторинг показывает администратору, работают ли части платформы.
Тема «Установка, эксплуатация и лицензирование» - 16
Лицензирование: проверка лицензии без обращения к внешним серверам, учёт потребления.
Лицензия - это подписанный БизнесМатикой файл, в котором названы разрешенные задачи и срок сопровождения (до какой даты компания получает обновления платформы). Платформа проверяет лицензию сама, без обращения к внешним серверам. Потребление (число запросов, расход токенов и число задач) платформа учитывает у себя и показывает администратору на экране лицензии.
Тема «Установка, эксплуатация и лицензирование» - 17
Готовые прикладные задачи: поиск по базе знаний и ответы первой линии, извлечение полей из документов, проверка документов на соответствие требованиям, закупочный контур, отраслевые заготовки для ритейла и банков.
С платформой поставляются готовые задачи (ответы первой линии поддержки по базе знаний, извлечение полей из документов, проверка документов на соответствие требованиям, например внутреннему регламенту компании, и проверка закупок) и заготовки (готовые задачи для отдельной отрасли) для розничной торговли и банков. Компания может настроить каждую из них под свои правила.
Тема «Готовые прикладные задачи»
Страницы, где функции разобраны подробно
Функции собраны по темам. Для каждой темы, кроме установки, эксплуатации и лицензирования, есть отдельная страница, а установка, эксплуатация и лицензирование описаны на страницах групп «Начало», «Настройка» и «Эксплуатация».