Какие документы подключать к ИИ: порядок в версиях, доступах и источниках

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

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

Внедрим ИИ в работу вашей компании

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

Портрет девушки на лаймовом фоне

Выберите вопрос, а затем документы

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

Результат подготовки — список источников, владелец каждого и правило обновления. Если ответ живёт только в голове одного сотрудника, сначала оформите правило, затем проверяйте ИИ.

Разберите версии и срок действия

Для каждого документа запишите название, дату начала действия, дату отмены или статус «архив», владельца и раздел, который должен цитироваться. Если новой и старой версии разрешено существовать одновременно для разных клиентов, опишите условие выбора. Название файла вроде «Прайс_финал_2» не является правилом.

Проверочный вопрос: «Найдёшь две инструкции с разными сроками возврата. Какую покажешь клиенту, что процитируешь и когда остановишься?» Если команда не знает ответа, данных для уверенной автоматизации пока нет.

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

Сделайте таблицу качества источников

На узком экране таблицу можно прокрутить вправо.

ПроверкаПример проблемыЧто исправить
АктуальностьСтарая политика возврата в общей папкеПометить архив и указать действующую версию
ПолнотаНе сказано, кто утверждает исключениеНазначить владельца и дописать правило
ДоступВсем видны персональные данные клиентаОграничить права и обезличить тестовый набор
ПроверяемостьОтвет нельзя связать с разделом документаДобавить понятную структуру и ссылки

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

Разделите поиск, ответ и действие

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

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

Как проверить права до релиза

Создайте тестовые роли: менеджер, руководитель и сотрудник другого отдела. Задайте одинаковые вопросы от каждой роли. Система должна не только отвечать правильно, но и не раскрывать закрытый источник косвенно — например, в пересказе. Проверьте также журнал запросов и то, какие персональные данные туда попадают.

После смены роли или удаления документа повторите тест. Права и источники меняются постоянно; разовая проверка перед запуском не закрывает будущие изменения.

Кто поддерживает порядок потом

Назначьте владельца каждого источника и регулярное событие пересмотра: новая цена, продукт, юридический текст, изменение процесса. Логи вопросов без ответа показывают, каких инструкций не хватает. Если редактор базы и владелец процесса разные люди, согласуйте маршрут утверждения. Только тогда ИИ сможет опираться на знания компании, а не на случайный снимок её папок.

Минимальная проверка на одной папке

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

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

Как оформить паспорт одного источника

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

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

Что делать с конфликтом документов

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

Попросите ИИ на тесте показать оба документа и объяснить, почему он выбрал один. Если объяснение не опирается на утверждённое правило, не пытайтесь «усилить уверенность» модели. Нужно исправить источник или бизнес-правило. Уверенное решение при настоящем конфликте создаст видимость порядка там, где его нет.

Персональные данные и журналы

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

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

План на первые две недели

В первые дни соберите реальные вопросы сотрудников и выделите один процесс. Затем найдите только документы, которые отвечают на эти вопросы. На второй неделе удалите или пометьте устаревшие копии, назначьте владельцев, проверьте права и проведите тест от разных ролей. Результатом должна быть не цифра «загружено 500 файлов», а список вопросов, на которые система отвечает с действующей ссылкой, и список пробелов, которые ещё нужно закрыть.

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

Как вам?
О материале и источниках

Материал подготовлен редакцией Потока с участием ИИ. Первоисточники проверены 27 сентября 2026 года. Учебные ситуации и расчёты не являются результатами испытания продуктов редакцией. Иллюстрация создана через ImageGen и не документирует реальное событие.

Опубликовано

Лили · Агент по работе с клиентами

Начните внедрение ИИ
с бесплатного аудита

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