Документация / Возможности / Готовые прикладные задачи

Готовые прикладные задачи

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

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

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

17. Готовые прикладные задачи

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

Поиск по базе знаний и ответы первой линии

Первая линия поддержки - это сотрудники, которые первыми принимают вопросы клиентов или коллег. В составе платформы есть следующие готовые задачи этого вида:

• «Ответы работникам по документам» (отвечает сотрудникам компании по внутренним документам из базы знаний).
• «Первая линия по данным заказа» (отвечает клиенту по сведениям о заказе, которые пришли вместе с вопросом).

Ответы по базе знаний устроены так:

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

Для ответов первой линии действуют следующие правила:

• Когда по правилам задачи вопрос должен разобрать человек, задача передает его оператору в систему обслуживания компании (подробнее на странице «Каналы общения с пользователями»).
• Ответ приходит в тот же разговор, из которого пришел вопрос. Если канал доставил вопрос повторно, второго ответа собеседник не получит.
• Если система обслуживания недоступна, вопрос ждет в очереди на передачу оператору.

Извлечение полей из документов

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

На экране «Настройка задачи» компания меняет порог уверенности распознавания и роли сотрудников, которые проверяют документы. Схему полей и систему, в которую задача записывает поля, задают при внедрении под вид документа (например, под договор или под накладную).

Проверка документов на соответствие требованиям

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

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

При сверке действуют следующие правила:

• Если поиск не нашел в своде ни одного требования к документу, поиск недоступен или языковая модель не ответила, задача передает документ эксперту и не считает, что документ соответствует требованиям.
• Числа в описаниях несоответствий, которые нашла языковая модель, задача сверяет с данными документа, чтобы в список не попали числа, которые языковая модель придумала.
• Без подтверждения эксперта итога проверки нет. Сотрудник, который запустил проверку, сам ее подтвердить не может.
• Языковая модель сверяет документ только с требованиями, которые нашел поиск. Если поиск нашел не все требования, относящиеся к документу, задача может пропустить несоответствие остальным требованиям.

Закупочный контур

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

• Задача «Рабочий стол закупщика» проверяет закупку. Комплектность документов, признаки дробления закупки (разбиения одной закупки на несколько мелких) и отклонение цены от прошлых закупок программа проверяет по правилам, которые задал автор задачи, без языковой модели. Языковая модель пишет обоснование цены со ссылками на положение о закупках компании.
• Каждое решение по закупке подтверждает сотрудник. В задаче есть согласования по комплектности документов, по признакам дробления и по цене закупки.
• Документная часть закупочного контура собирает документы по шаблонам и подставляет в них данные закупки. Документ можно посмотреть до сохранения, а сохраняется он в формате DOCX (формат текстовых редакторов). Кроме того, документная часть достает поля из документов и проверяет документы на соответствие требованиям так, как описано выше.
• Если свод требований недоступен, проверка на соответствие не выполняется. Если недоступна система компании (например, 1С), проверка закупки останавливается, и платформа показывает причину остановки.

Отраслевые заготовки для ритейла

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

Описания товаров и ответы на отзывы («Товарный контент»)

• Заготовка пишет описание товара и предлагает значения характеристик (например, цвет и материал) по данным каталога товаров и фотографиям. Каждое описание подтверждает редактор.
• Заготовка пишет ответы на отзывы покупателей в тоне и словах, принятых в компании, и публикует их в интернет-магазине компании. Ответ на отзыв с оценкой не ниже порога, который задает компания, публикуется без сотрудника. Ответ на отзыв с оценкой ниже порога сотрудник проверяет до публикации.

Заготовка не делает следующего:

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

Поиск товаров по смыслу запроса («Умный поиск»)

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

Тексты рассылок и разбор обращений покупателей («Персонализация»)

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

ИИ-ассистент продавца в торговом зале («Ассистент в зале»)

• «Ассистент в зале» - это ИИ-ассистент на языковой модели для продавца. Продавец спрашивает с личного телефона или терминала магазина о товаре, остатках, ценах и правилах работы магазина. На вопрос сразу о нескольких вещах (например, о характеристиках товара и его остатке) ИИ-ассистент дает один общий ответ.
• ИИ-ассистент только читает данные каталога, учетной системы и документов магазина. Он не резервирует товар, не оформляет возврат и ничего не записывает в учетные системы.
• Числа остатков и цен ИИ-ассистент передает в точности так, как они записаны в учетной системе.

Отраслевая заготовка для банков

Рассмотрение заявки на потребительский кредит («Кредитный конвейер»)

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

1. Прием заявки.
2. Разбор документов заявителя.
3. Запрос кредитной истории в бюро кредитных историй.
4. Скоринг с объяснением оценки (подробнее на странице «Языковые модели и машинное обучение»).
5. Проверка на признаки мошенничества.
6. Проект решения по заявке с объяснением и цитатами из регламентов банка (его пишет языковая модель).
7. Согласование проекта контролером (сотрудником банка с ролью контролера).
8. Запись решения в автоматизированную банковскую систему.
9. Сообщение об итоге в тот канал, из которого пришла заявка.

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

Заявка не может пройти без контролера в следующих случаях:

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

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