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

Внедрим ИИ в работу вашей компании
Бесплатно разберём процессы и подготовим план запуска ИИ.

Постройте источник истины
Для каждой политики укажите владельца, дату действия, область применения и архивные версии. Если локальное правило отличается от общего, система должна понимать, для какого подразделения оно действует. Не загружайте в один поиск все файлы с названием «финал»: сначала решите, какой документ действующий.
Microsoft описывает работу источников знаний и аутентификацию пользователя. Конкретный сервис может соблюдать исходные права, но это нужно проверить на тестовых ролях: сотрудник не должен получить закрытый текст через ответ агента.
Как проверить ответ
Пусть помощник показывает правило, ссылку на раздел и дату документа. Для сложного вопроса он может перечислить условия, но не должен умалчивать исключение. Добавьте тест, где ответа нет: тогда правильный исход — направить к владельцу политики.
| Сценарий | Ожидаемое поведение |
|---|---|
| Два противоречащих файла | Не выбирать молча, показать конфликт владельцу |
| Пользователь без доступа | Не пересказывать закрытый документ |
| Правило изменилось | Использовать новую редакцию после проверки индекса |
| Нет ответа | Назвать контакт для уточнения |
Поддержка после запуска
Каждое изменение политики запускает обновление источника и повторение вопросов, по которым ответ изменился. Сохраните историю ответа для разбора ошибок, но не делайте её заменой действующего документа. Метрика пользы — сколько сотрудников нашли проверенное правило и смогли выполнить действие без дополнительного уточнения; количество диалогов само по себе этого не показывает.
Вопрос с несколькими применимыми правилами
Сотрудник спрашивает, можно ли отправить клиенту документ. Общее правило говорит о согласовании, локальный регламент отдела разрешает типовой шаблон без отдельного одобрения, а файл содержит данные другого клиента. Агент не должен выбрать самый удобный фрагмент. Он показывает применимые условия и предупреждает о конфликте или закрытой информации. Человек с полномочиями решает, можно ли использовать конкретный документ.
Как устроить проверку ролей
Создайте тестовые профили сотрудников разных подразделений. Задайте им одинаковые вопросы о закрытой политике и посмотрите не только на ссылки, но и на содержимое ответа. Если пользователь не имеет доступа, модель не должна пересказать документ своими словами. После изменения прав повторите тесты: индекс может обновляться отдельно от системы доступа.
Не превращайте поиск в новую политику
Ответ агента — удобная навигация к источнику, но не официальное утверждение нового правила. Если он часто получает вопрос без ответа, назначьте владельцу политики задачу уточнить текст. Не разрешайте модели заполнять пробелы «обычной практикой» другой компании. Именно такие уверенные предположения делают внутренний помощник опасным при внешне аккуратных ссылках.
Не обещайте одинаковый ответ всем
В одной компании правила поездок, доступа или согласования могут зависеть от роли, подразделения и типа договора. Если помощник отвечает на вопрос без знания применимой области, он должен сначала уточнить её или передать владельцу. Проверяйте один и тот же запрос от разных тестовых сотрудников. Если всем возвращается самый общий документ, система может быть бесполезна даже при правильной ссылке.
Путь исправления политики
Сотрудник нашёл противоречие. Хорошая система позволяет приложить обе ссылки и передать их владельцу документа, не меняя правило автоматически. После согласования новая версия проходит публикацию, обновление поиска и повторные тесты. Журнал показывает, какие ответы выдавались в промежутке. Это помогает исправить последствия и объяснить решение, если вопрос уже повлиял на работу.
О материале и источниках
Материал подготовлен редакцией Потока с участием ИИ. Первоисточники проверены 27 сентября 2026 года. Примеры иллюстрируют метод и не являются результатами испытания продукта редакцией. Обложка создана через ImageGen и не документирует реальное событие.
- Microsoft описывает работу источников знаний и аутентификацию пользователя
Первичный материал для проверки подхода и границ применения; пример в статье подготовлен редакцией.
Опубликовано