RAG для договоров: как закрыть доступ между отделами

Закупочный отдел ищет условия поставки, а бухгалтерия — порядок оплаты. Часть договорных документов доступна обоим отделам, часть ограничена проектом. При покупке сервера для RAG полезно согласовать не только модель и диск, но и путь каждого фрагмента от закрытого архива до ответа сотруднику.

Разберите один рабочий вопрос

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

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

Фильтруйте источник перед формированием ответа

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

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

Проверьте кэш и общие истории

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

В тестовой выборке полезны одинаковые вопросы от разных ролей. Один пользователь получает выдержку из приложения к договору, другой — объяснение отсутствия доступного основания. В отчёте фиксируют использованные документы, а не только красоту текста. Реальные договоры для предварительного обсуждения заменяют обезличенными примерами.

Соберите проверку из разрешённых и запрещённых случаев

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

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

Что заказывать вместе с сервером

Запросите предложение на AI Server Manager с указанием модели, объёма архива, изменения документов за день и ожидаемой одновременной работы отделов. Отдельными строками согласуйте подключение источников, перенос прав, обработку редакций, резервирование и проверку запретов. Оборудование и программный проект имеют разные результаты приёмки.

В спецификации нужны точные GPU и память, накопители, ОС и поддерживаемые версии выбранного стека. Название серверной платформы не доказывает совместимость любой карты и модели. Для GIGABYTE G292-Z20 производитель публикует характеристики платформы и ограничения конфигурации; состав конкретной предлагаемой машины подтверждают отдельным документом.

Вопросы перед заказом

Первичный источник: GIGABYTE G292-Z20: характеристики и ограничения платформы. Документация программного проекта не доказывает его испытание на продаваемом экземпляре.

«Суперинтеллект» для компании: два приложения на одном сервере · Все разборы