Перейти к содержимому

Veridion Disk

Агент не видит ни строчкой больше сотрудника

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

Подготовь пакет документов для продления договора с «Транс-Нева»

Разбиваю задачу на шаги...
План · 4 шага
  • Найти действующий договор и допсоглашенияDisk
  • Проверить контрагента и лимиты1С
  • Собрать проект допсоглашенияWriting Agent
  • Согласовать с юристомОжидает вас

Что агент получает — и чего не получает никогда

Вопрос к любому ИИ поверх корпоративных данных один: увидит ли он то, чего видеть не должен. Ниже — как на него отвечает Disk.

14:20 · Е. Смирнова · AD «Закупки»Права сняты в источнике
14:19 · агент запросил
  • Договор №12-89-8.pdfВидит
  • Приложение 3.pdfВидит
14:21 · агент запросил
  • Договор №12-89-8.pdfВидит
  • Приложение 3.pdfСкрыт

Без переиндексации. Без окна, в котором агент видит лишнее.

  • Изменили права в источнике — агент теряет доступ сразу, без переиндексации.

  • Ролевая модель переносится в индекс: он не становится плоской копией для всех.

  • Disk — слой доступа, а не второе хранилище: документ живёт там, где жил.

  • ИБ исключает источник, папку или тип документов из индекса целиком.

  • Папки сотрудников синхронизируются в контур, где действуют ваши правила.

  • Видно, какой агент к какому документу обращался и по какой задаче.

Три источника, один контекст

Знания компании живут в трёх разных мирах. Агенту нужен один — но границы между ними должны остаться.

Коннекторы

Системы компании

Базы знаний

Регламенты и инструкции

Локальные данные

Папки сотрудника

Единый контекст агента

  • Поиск по смыслу
  • Текст, таблицы, вложения
  • Выдача по правам сотрудника
Договор №12-89-8.pdf из ERP
Политика закупок, ред. 2026 из базы знаний
Расчёт_пени_v2.xlsx из папки сотрудника

Один интеллектуальный поиск для агента. Права — те же, что у сотрудника, от чьего имени он работает.

Коннекторы

То, что живёт в системах

ERP, CRM, почта, СЭД, мессенджеры, файловые хранилища. Коннектор даёт доступ к источнику, а не создаёт копию: документ остаётся там, где лежал.

Базы знаний

То, что компания уже описала

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

Локальные данные

То, над чем работают сейчас

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

Знания компании и файлы сотрудника — разное

Доступ без переезда

Disk подключается к корпоративным системам и индексирует их как единый контекст. Регламент в СЭД и договор в ERP попадают в один поиск — но только для того, кому они и так доступны.

  • Ролевая модель заказчика переносится в индекс, а не обходится им.
  • Отозвали доступ в источнике — агент потерял его в ту же секунду.
  • ИБ может исключить источник или тип документов поверх наследованных прав.

Файлы, которые не доходят до систем

Черновики, расчёты и материалы, которые не попадают ни в одну корпоративную систему, оказываются внутри периметра — а не в стороннем сервисе. Синхронизация односторонняя: с машины в контур.

  • Не нужно прикреплять файлы вручную к каждой задаче.
  • Синхронизируется только то, что выбрал сотрудник; личные папки остаются вне политики.
  • При отзыве доступа или увольнении ИБ очищает клиент Disk — остальные файлы на машине не трогаются.

Подключается к вашему ИТ-ландшафту, который уже работает

Категории источников, из которых собирается корпоративный контекст.

  • ERP

  • CRM

  • Документы и файловые хранилища

  • Электронная почта

  • Базы знаний

  • Базы данных

  • СЭД

  • Примеры систем экосистемы
    • 1С
    • МойОфис
    • Битрикс24
    • Exchange
    • SharePoint
  • Ничего не нужно переносить. Коннектор — это доступ к источнику. Проект не начинается с миграции корпоративного архива в новую систему.
  • Права наследуются, а не выдаются заново. Модель доступа источника переносится в индекс и проверяется на каждом обращении.
  • Нет коннектора — есть интерфейс. Для систем без API агент работает в их интерфейсе. Отсутствие интеграции не переносит запуск.

Где это снимает ручную работу

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

  • Юристы и комплаенс

    Сегодня
    Регламенты, шаблоны и прошлые заключения разбросаны по системам и личным папкам
    С Disk
    Агент собирает справку по действующим документам со ссылкой на источник по каждому пункту
  • Финансы и закупки

    Сегодня
    Условия — в одной системе, документы — в другой, переписка — в почте
    С Disk
    Агент сводит комплект по задаче из всех источников, доступных этому сотруднику
  • Клиентский сервис

    Сегодня
    История клиента распределена между CRM, почтой и мессенджерами
    С Disk
    Агент поднимает контекст целиком, в границах прав конкретного оператора
  • HR

    Сегодня
    Ответ на типовой вопрос есть в документе, о котором сотрудник не знает
    С Disk
    Агент отвечает по действующей редакции со ссылкой на неё
  • Проектные и экспертные роли

    Сегодня
    Наработки живут в личных папках и уходят вместе с человеком
    С Disk
    Рабочие материалы попадают в контур и остаются под управлением компании

Начинаем с одного контура источников

Не нужно подключать всё. Достаточно того, что нужно первому процессу.

  1. Определяем состав данных

    С владельцем процесса и ИБ выбираем источники под первый сценарий и фиксируем исключения

    Согласованный периметр — до подключения, а не после

  2. Подключаем источники

    Настраиваем коннекторы, переносим ролевую модель в индекс, проверяем её на реальных пользователях

    Корпоративный контекст с работающими правами

  3. Подключаем рабочие места

    Там, где согласовано, разворачиваем синхронизацию локальных папок в границах политики ИТ

    Рабочие материалы сотрудников внутри контура

  4. Проверяете вы

    Сверяете на своих учётных записях: агент видит положенное и не видит остального; проверяете отзыв доступа

    Подтверждённая модель доступа на реальных данных

Чем это отличается от того, что уже пробовали

Сравниваем не с вендорами, а со способами, которыми компании сегодня дают ИИ доступ к своим знаниям.

Критерий
Veridion Disk
Корпоративный поиск
Отдельная база знаний
Загрузка файлов в чат вручную
Что нужно сделать заранее
Подключить источники
Проиндексировать источники
Перенести и поддерживать содержание
Ничего, но каждый раз заново
Права доступа
Наследуются, проверяются в момент обращения
Зависит от реализации, чаще снимок
Отдельная модель прав
Отсутствуют — файл выносится из периметра
Отзыв доступа
Действует немедленно
Ждёт переиндексации
Вручную
Не относится
Где остаются данные
В источнике
В индексе
В новой системе
Там, куда их загрузили
Рабочие файлы сотрудника
В контуре, через синхронизацию
Вне охвата
Вне охвата
Только вручную
Что получает агент
Единый контекст из всех источников
Ссылки на документы
Содержание одной системы
Только приложенный файл
Аудит обращений
Журнал на вашей стороне
Зависит от реализации
Частично
Отсутствует

Проверьте на своих учётных записях

Подключим один контур источников на вашем сценарии и покажем главное: что агент находит, чего не находит и что происходит, когда вы отзываете доступ.

Ничего не переносить. Найти нужное.