Архитектура сервиса

1. Где живут Ваши данные

Сервис состоит из двух контуров. Ваш контур — Ваша 1С:Предприятие, компьютеры и серверы, а также почтовые ящики и аккаунт Telegram, если Вы их подключили. Наш контур — серверы сервиса, размещённые в России, как того требует 152-ФЗ для баз данных с персональными данными. Граница между контурами жёстко контролируется.

2. Персональные данные и 152-ФЗ

В учётных базах почти всегда есть персональные данные — сотрудники, контрагенты-физлица, клиенты. Сервис устроен так, чтобы работа агента с ними шла по правилам Федерального закона № 152-ФЗ «О персональных данных» и чтобы это можно было показать службе безопасности. Подробный перечень мер защиты — в разделе 8.

3. Компоненты

Где Вы работаете с агентом

Откуда агент берёт данные — источники

Источники подключаются в разделе кабинета «Адаптеры». Задаче можно дать сразу несколько — например, две базы 1С для сверки или базу вместе с почтой и папкой с банковскими выписками; агент сам решает, куда обратиться за нужными данными.

В нашем облаке

4. Как подключается Ваша 1С

Способ выбирается в карточке базы в кабинете. Во всех вариантах работает одно и то же расширение «Адаптер» с тем же набором инструментов, агент действует с правами назначенного пользователя 1С, а кнопка «Проверить связь» проверяет именно выбранный путь.

5. Как проходит задача

Полный путь одной задачи — от того момента, когда Вы её написали, до результата:

1. Постановка задачи

   Вы пишете задачу в Панели Агента внутри 1С или в браузере. Клиент передаёт её нашему сервису по защищённому соединению, предъявляя ключ доступа: у Панели он прошит внутрь расширения Вашей базы, в браузере его заменяет вход в кабинет — ключ не покидает сервер. Задача может стартовать и сама — в назначенное время или когда придёт новое письмо или сообщение.

2. Подготовка

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

3. Запуск агента

   Языковая модель запускается в изолированной среде — с правилами работы и набором инструментов только для источников этой задачи и только в пределах прав ключа: что можно, что требует подтверждения, как проверять результат.

4. Обращение к источникам

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

5. Выполнение в 1С

   Адаптер выполняет запрос от имени назначенного пользователя 1С и возвращает результат. Если у этого пользователя нет прав на данные — агент получит отказ, ровно как получил бы человек. Долгую операцию агент запускает в 1С фоном: задача дождётся итога и продолжится сама.

6. Связь с Вами

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

7. Завершение и история

   Когда задача готова, агент формирует краткую сводку. История запусков сохраняется и доступна в Панели и в браузере; задача, в которой агент поработал без Вас, отмечается непрочитанной. По ночам заметки прошедших задач сводятся в память агента о Вашей базе.

6. Инструменты агента (44 шт.)

Это полный перечень действий, которыми агент обращается к Вашим источникам и к нашим сервисам, — по открытому стандарту MCP (Model Context Protocol). Перечень фиксирован: агент не может «придумать» себе новый инструмент или обойти этот список. Инструменты источника появляются у задачи, только если источник в неё включён, и каждому нужно своё право в ключе доступа, поэтому ключ «только на чтение» физически не позволит ничего записать. Запись в почту и Telegram дополнительно требует разрешения у самого ящика или аккаунта, а запуск команд — разрешения на компьютере.

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

1С

Компьютеры и серверы

Почта

Telegram

Связь с человеком

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

Задачи, знания и прочее

7. Жизненный цикл задачи

Состояния, в которых задача бывает, — их же Вы видите в Панели и в браузере:

Поверх состояния у задачи бывают отметки — они видны прямо в списке задач:

8. Безопасность

Перечень действующих технических и организационных мер защиты данных клиента. Каждая мера реализована и проверяема в коде или конфигурации сервиса. Сводка по персональным данным и 152-ФЗ — в разделе 2; полный документ для службы безопасности, с деталями реализации и датами ввода мер, предоставляем по запросу.

Размещение и периметр

• Обработка на территории России. Все рабочие серверы сервиса — входной прокси, сервисы, базы данных, исполнение задач — размещены в России; требование локализации ч. 5 ст. 18 152-ФЗ выполняется.
• Разделение по ролям. Входной прокси, сервисы, СУБД, исполнение задач и публичный сайт работают на отдельных виртуальных машинах: компрометация одной роли не даёт доступа к остальным.
• Базы данных недоступны извне. СУБД принимает соединения только из сервисного контура и наружу не публикуется.
• Служебный трафик — в закрытом контуре. Соединения между сервисами идут по внутренней сети и зашифрованному туннелю, а не через публичный интернет.
• Шифрование канала снаружи. HTTPS с автоматическим обновлением сертификатов на входном прокси; коннекторы подключаются к сервису тоже по защищённому соединению.
• Сеть процесса задачи ограничена. Агент исполняется под отдельным системным пользователем, которому закрыт доступ к внутренним сервисам — к базам данных и серверу учётных записей.
• Отказ зарубежного канала не останавливает работу. Доступность канала к модели проверяется до запуска задачи: недоступный канал пропускается, и задача выполняется резервным провайдером по заранее заданной цепочке. Состояние зарубежного выхода проверяется каждые 5 минут, изменение сразу видит дежурный.
• Публикация базы 1С не требуется. Кроме опубликованного адреса есть два способа без публикации: база сама подключается к коннектору на компьютере организации, либо коннектор открывает базу штатным внешним соединением платформы. У базы нет ни одного входящего порта, доступного извне, — соединение с сервисом устанавливается изнутри сети организации.
• Подключение базы к коннектору — только локально и по ключу. Коннектор принимает подключения от 1С только на своём компьютере и только по ключу, который создаётся на этом же компьютере.
• Реквизиты 1С не хранятся на компьютере организации. При внешнем соединении логин и пароль передаются коннектору в момент вызова по защищённому каналу и остаются только в оперативной памяти службы; смена пароля в кабинете действует со следующего обращения.
• Право открывать базы выдаётся отдельно. Возможность коннектора открывать базы 1С по умолчанию выключена и включается отдельным разрешением, независимо от остальных функций коннектора.
• Сеанс не удерживается постоянно. При внешнем соединении сеанс в базе открывается по обращению агента и закрывается после нескольких минут без работы — постоянно занятого сеанса и клиентской лицензии не возникает.

Учётные данные и ключи

• Шифрование секретов при хранении. AES-256-GCM на мастер-ключе: шифруются пароли подключения к базам 1С, ключи AI-провайдеров клиента, пароли почтовых ящиков, сессии Telegram и приватные ключи подписи токенов.
• Привязка шифртекста к владельцу. Идентификатор клиента входит в аутентифицируемые данные шифра: расшифровать запись «не своим» контекстом нельзя.
• Подпись токенов доступа. RS256, приватный ключ хранится зашифрованным, поддержана ротация ключей. Подделать или «подобрать» токен нельзя.
• Ограничение прав токена. Каждый токен несёт область действия — только чтение, запись, запуск задач, веб-поиск, — и инструменты проверяют её на каждом вызове. Токены расширения 1С не видят служебных инструментов; инструменты источника появляются у задачи, только если источник в неё включён.
• Ключ Панели отзывается без переустановки. Ключ прошит в расширение базы и действует год; скомпрометированный ключ отзывается в кабинете.
• Пароли назад не выдаются. Кабинет и админка показывают только статус «сохранены / не заданы»; исключение — доступ к общей демо-базе, чтобы её можно было открыть в браузере.
• Секреты не в репозитории. Файлы окружения не хранятся в репозиториях кода, реальные значения — отдельно.
• Доступ администраторов. Вход на серверы только по ключу, парольный вход отключён; работа под непривилегированной учётной записью, с защитой от подбора.

Изоляция клиентов друг от друга

• Проверка принадлежности при доступе. Все обращения к задачам, базам, файлам и источникам проверяют владельца по токену; чужой идентификатор даёт отказ.
• Изоляция накопленных знаний. Поиск по базе знаний ведётся строго в пределах клиента — и в поиске по смыслу, и в текстовом, и при выборке по идентификаторам. Запрос без указания владельца отклоняется, а не отдаёт общий пул.
• Разделение служебного доступа. Просмотр и правка общего пула знаний требуют отдельного служебного права, которого нет у шлюза инструментов.
• Изоляция исполнения. Агент исполняется под отдельным системным пользователем с ограничением дискового пространства; окружение и учётные данные управляющего процесса ему недоступны.
• Кэш по клиенту. Ключ кэша результатов включает клиента и базу — ответ одного клиента не может быть отдан другому.
• Компьютеры организации недоступны другим клиентам. Компьютер с коннектором ищется только среди компьютеров той же организации: направить вызов на компьютер другого клиента нельзя, даже если он подключён к тому же серверу 1С. Это относится и к папкам, и к подключению к базам 1С.

Хранение и удаление данных

• Рабочая история сохраняется. Переписка с агентом, вызовы инструментов, их результаты и вложения — рабочий архив организации: хранятся, пока клиент не удалит их сам, и под автоматическую очистку не подпадают.
• Сроки хранения журналов. Журнал обращений к источникам — 30 дней в файлах и 90 дней в базе данных, журналы исполнения задач — 30 дней; очистка запускается ежедневно.
• Текст задания не остаётся на диске. Файл с полным текстом задания удаляется сразу после запуска процесса.
• Объём в журналах ограничен. Записи журнала обращений усекаются, а результат инструмента ограничивается по размеру перед передачей модели.
• Удаление файлов — только по команде. Неиспользуемые каталоги вложений выявляются автоматически, но удаляются только явной командой оператора.
• Резервное копирование баз данных выполняется отдельным регламентом.

Контроль действий агента

• Журнал обращений к источникам. Каждый вызов инструмента записывается с параметрами, результатом и обменом с базой. При включённом обезличивании замена действует и в журнале — он не становится вторым хранилищем персональных данных.
• Журнал изменений объектов. Изменения, которые агент вносит в базу пакетом изменений, фиксируются отдельно — что изменено, когда и какие поля, — и видны на вкладке «Объекты» в разборе «было — стало». Журнал изменений через методы конфигурации — в дорожной карте.
• Права в базе 1С. Права агента задаёт учётная запись 1С: при опубликованной базе и при открытии базы коннектором — пользователь из карточки базы, при подключении базы к коннектору — пользователь регламентного задания. Роли и ограничения на уровне записей применяет сама платформа; доступ к Панели ограничивается списком пользователей 1С.
• Безопасный режим исполнения. Произвольный код выполняется в безопасном режиме платформы 1С: файловые операции и внешние соединения в нём запрещены.
• Разрешение на запись у почты и Telegram. Право записи проверяется на каждой операции обращением к серверу учётных записей, без кэша, — отозванное право перестаёт действовать немедленно.
• Разрешения на компьютерах. Папки открываются только для чтения или с записью; выйти за пределы открытой папки нельзя, в том числе через ссылки. Запуск команд и задания ИИ-помощникам возможны, только если это разрешено в настройках коннектора на самом компьютере и включено в кабинете, — сервер не может выдать себе это право сам. Команды выполняются от имени пользователя службы коннектора.
• Помощник в Telegram пишет только своим. Сообщения уходят только получателям, которых организация привязала сама ссылкой из кабинета; если получателей несколько и никто не выбран, агент откажется писать, а не разошлёт сообщение всем.
• Журнал запросов к AI-модели. Каждый исходящий запрос к языковой модели — и основной, и вспомогательный — записывается с текстом, временем, моделью и режимом обработки; хранится отдельно, 30 дней.
• Автоматическая проверка исходящего на персональные данные. Детектор прогоняется по уже готовому тексту запроса, результат записывается рядом. При включённом обезличивании находка фиксируется как инцидент, а отчёт за период выдаётся одной командой и возвращает ошибку при наличии находок.
• Остановка в любой момент. Прервать задачу, снять будильник, отозвать ключ доступа или разрешение на запись можно сразу.

Скрытие персональных данных от AI-модели (обезличивание)

Режим включается для конкретной организации. Персональные данные заменяются условными обозначениями до того, как текст уходит к AI-провайдеру; соответствие хранится на нашей стороне в зашифрованном виде и раскрывается только сотрудникам самой организации. Юридически это псевдонимизация — п. 5.4а Политики обработки персональных данных.

• Включение по клиенту. Режим устанавливает оператор для конкретной организации, действие пишется в журнал администратора; из кабинета клиента режим не снимается.
• Что заменяется. ФИО физических лиц, ИНН из 12 знаков, СНИЛС, паспортные данные, номера карт, счета с банковскими реквизитами физического лица или ИП, телефоны, адреса, электронная почта. Числа проверяются по контрольным суммам, реквизиты организаций не затрагиваются.
• Принадлежность счёта определяется по номеру счёта, а не по владельцу в учётной системе: расчётные счета организаций остаются нетронутыми, работа с платежами и сверками не нарушается.
• Распознавание имён. Два источника: тип объекта учётной системы — справочники физлиц, сотрудников, пользователей — и распознавание имён в русском тексте. Имя из свободной фразы, в том числе в косвенном падеже, получает то же обозначение, что и ссылка на этого человека из учётной системы.
• Чем заменяется. Условное обозначение вычисляется на секрете клиента: одинаковое значение у разных клиентов даёт разные обозначения, сопоставить данные между организациями по ним нельзя.
• Где применяется. Результаты обращений к учётной системе, почте и Telegram; текст задачи и сообщения человека; итоговый текст задания для модели, который собирается ещё из правил, памяти агента и истории задачи; вспомогательные запросы к модели; журналы, лента задачи, обмен с учётной системой в журнале обращений, база накопленных знаний.
• Обратная замена — только при показе сотрудникам своей организации, при обращении к учётной системе и при отправке письма или сообщения. Модели настоящие значения не возвращаются ни при каких условиях.
• Хранение соответствий. Отдельная таблица, значения под AES-256-GCM с привязкой к клиенту и обозначению; секрет клиента хранится там же и наружу не выдаётся.
• Отказ вместо утечки. Если режим включён, а выполнить замену не удалось, данные не передаются: инструмент возвращает отказ, приём задачи отклоняется.
• Признаки особых категорий. Текст, уходящий к модели, дополнительно проверяется на признаки данных о здоровье — нетрудоспособность, инвалидность; находка отмечается в записи журнала запросов.
• Видимость для человека. Значения, скрытые от модели, выделены в переписке — сотрудник видит, что именно не передавалось.
• Контроль полноты. Весь исходящий поток проверяется независимым прогоном детектора, находки попадают в отчёт (см. «Контроль действий агента»).
• Границы режима. Содержимое изображений, сканов, приложенных файлов и файлов из подключённых источников не анализируется — такие файлы агент читает как есть. Распознавание имён в свободном тексте автоматическое и не гарантирует полноты.

Режим суверенного провайдера: обработка только в России

Режим включается для организации по договору: её запросы к языковой модели обрабатывает AI-провайдер на серверах в России, и трансграничной передачи данных в модель не происходит. Ключевое свойство — отказ вместо обхода: если российский канал не назначен или недоступен, задача честно не запускается, а подменить его зарубежным резервом нельзя ни в одной точке.

• Юрисдикция канала указана явно. Для каждого канала к модели в справочнике указано, где физически обрабатываются запросы. Признак не выводится из адреса или ключа: канал считается зарубежным, пока не объявлен российским.
• Зарубежный канал не достаётся организации. Цепочка каналов фильтруется на сервере учётных записей, а исполнитель задач проверяет юрисдикцию повторно, перед запуском агента. Проверки независимы: кэш, сбой связи или ошибка в одной не открывают выход.
• Резерв не подменяет юрисдикцию. Переключение на резервный канал за пределами России запрещено: задача завершается с явной ошибкой, а не уезжает за границу.
• Собственный ключ к зарубежному провайдеру не используется. Даже при его наличии у организации: обещана юрисдикция обработки, а не источник оплаты.
• Вспомогательные обращения — тем же каналом. План, сводки прогонов, извлечение знаний и ночная интеграция памяти агента несут ту же переписку и подчиняются тому же правилу.
• Рубеж исходящих соединений. Среда агента выходит в сеть только через фильтр со списком разрешённых адресов — российский канал модели и собственные сервисы; остальное отклоняется с записью в журнал. Служебный трафик среды исполнения — телеметрия, отчёты об ошибках, автообновление — отключён.
• Проверено живой работой. На действующей установке задача выполнена через российский канал, обращений за пределы контура — ноль.
• Что режим не закрывает. Поиск в интернете обращается к внешнему зарубежному поисковому сервису — туда уходит поисковый запрос, который агент формулирует сам, обычно о законодательстве и порядке учёта. Уведомления и вопросы помощника идут через Telegram. Обращения к учётной системе идут в собственный контур организации.

Организационные меры

• Политика обработки персональных данных опубликована — в кабинете и по прямой ссылке; режим обезличивания описан в ней отдельным разделом.
• Роли по 152-ФЗ определены. Оператор — для данных учётной записи, обработчик по поручению — для данных из источников клиента.
• Обращения субъектов персональных данных — на privacy@ai-bn.com, ответ в течение 10 рабочих дней.
• Инциденты. О неправомерной передаче персональных данных Роскомнадзор уведомляется в течение 24 часов, о результатах расследования — в течение 72 часов.
• Автоматические обновления безопасности включены на всех серверах.
• Аналитическая проработка режимов обработки персональных данных выполнена; документ предоставляется по запросу службы безопасности.

9. Учёт и квоты

• Считается время работы модели в продвинутом режиме, а не токены. Тариф даёт пакет продвинутых часов; окно длится 30 дней и открывается с первого продвинутого запуска, а не с первого числа месяца — по его истечении пакет становится доступен заново.
• Обычные задачи в базовом режиме по объёму не ограничены — они не расходуют пакет часов.
• Ожидание — ответа на вопрос агента, итога долгой операции 1С, новых писем и сообщений — время по тарифу не расходует.
• Докупленные сверх тарифа часы добавляются к пакету и не сгорают при смене окна.
• Число задач, которые агент выполняет одновременно, тоже определяется тарифом. Задачи сверх лимита не теряются: они ждут очереди и стартуют, как только освободится место.
• Если Вы работаете на своих ключах AI-провайдера (BYOK), этот расход идёт по Вашим квотам и в наш лимит не попадает.
• Каждое обращение к модели пишется в журнал расхода — с разбивкой по входным/выходным токенам и токенам кэша. Это статистика для Вас и для сверки, а не лимит.
• В общей демо-базе расход и история считаются каждому пользователю отдельно — работа разных людей в ней не смешивается.

10. На чём построено

Коротко, для тех, кому важна техническая сторона. На стороне 1С — два расширения на встроенном языке (.cfe), которые ставятся штатным способом и снимаются так же. Коннектор — одна программа без дополнительных зависимостей для Windows, macOS и Linux, работает службой. В нашем облаке — сервисы в контейнерах и PostgreSQL на серверах в России; на входе HTTPS с автоматически обновляемыми сертификатами.

Агент работает на языковых моделях ведущих мировых поставщиков, а по договору — у суверенного провайдера в России; модель подбирается под режим задачи, а при недоступности основного канала задача продолжается на резервном в пределах того же режима. Можно подключить собственный ключ AI-провайдера. Перечень поставщиков предоставляем по письменному запросу. Поиск по базе навыков — семантический, по смыслу запроса, а не по совпадению слов. Обмен между агентом и источниками идёт по открытому протоколу MCP, поэтому те же инструменты можно подключить к своему AI-клиенту.

11. Дорожная карта

Что планируем сделать дальше — крупными мазками.

В ближайших планах

Закрытый контур (полная локальная работа)

Первый шаг уже сделан — суверенный провайдер: обработка запросов к модели только в России (раздел 2). Дальше:

По запросу клиентов

Постановка задач прямо из мессенджеров, в том числе MAX; сетевые папки, облачные хранилища и репозитории как отдельные источники; почта через подсистему «Взаимодействия» 1С и интеграция с Bitrix24. Если что-то из этого нужно Вам — скажите Вашему менеджеру.

Дальше

← К агенту · Кабинет (регистрация новых пользователей — только по ссылке-приглашению от Вашего менеджера)