ИИ-ассистент для 1С: вопросы к учётным данным обычными словами

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

Путь одного ответа

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

Что эта схема не ловит

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

Что происходит, когда запроса нет

Вопрос без подходящего запроса не получает догадку. Ассистент отвечает «такого запроса нет», вопрос попадает в журнал, а раз в период вы вместе с нами смотрите, какие запросы стоит добавить. Набор растёт от реальных вопросов сотрудников, а не от списка, придуманного заранее.

Платформа 1С проверяет права той учётной записи, под которой пришёл запрос: роли определяют, какие объекты доступны, а ограничения на уровне записей (RLS) сужают набор строк. Эти механизмы работают для ассистента так же, как для сотрудника, если не обходить их кодом. Поэтому в наших HTTP-сервисах привилегированный режим не используется, а это проверяется тестом: запрос к объекту вне роли должен закончиться отказом.

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

• Одна учётная запись ассистента. Проще в эксплуатации и по лицензиям. Но 1С не знает, кто именно спросил, и права сотрудника не наследуются. Мы закрываем это двумя мерами: в набор входят только запросы, результат которых можно показать всем, у кого есть доступ к ассистенту, а доступ к остальным определяет матрица «роль сотрудника — разрешённые запросы» на стороне ассистента.
• Запрос под учётной записью самого сотрудника. Роли и RLS 1С применяются к нему так же, как в обычной работе. Взамен нужны сопоставление сотрудников и пользователей 1С, безопасное хранение доступа и учёт лицензий. Возможно не при каждой схеме аутентификации, это проверяем на обследовании.

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

Журнал вопросов и ответов

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

Ассистент не должен замедлять бухгалтерию в день закрытия месяца. Тяжёлый запрос нагружает сервер 1С и СУБД так же, как тяжёлый отчёт у человека, а вопросы приходят пачкой: когда нужна цифра, она нужна всем сразу. Поэтому:

• Лимиты у каждого запроса. Максимум строк, таймаут, предельная глубина периода. Запрос без отбора по периоду или складу не выполняется.
• Очередь и потолок параллельных обращений. Ассистент не запускает больше заданного числа запросов одновременно: остальные ждут или получают ответ «попробуйте позже».
• Короткий кэш. Повторный вопрос в течение нескольких минут не нагружает базу заново, при этом в ответе стоит время расчёта.
• Тяжёлое — на копию. Запросы по длинным периодам и большим оборотам выполняются на копии базы, которая обновляется по расписанию (из резервной копии или средствами СУБД), либо на ночной выгрузке. Цена такого решения — данные не на текущую минуту, и это написано в ответе.
• Замер до включения. На копии прогоняем набор запросов вместе с типовой нагрузкой и смотрим время ответа; результат согласуем с вашим администратором 1С.

Подключение под учётной записью ассистента, как правило, занимает лицензию 1С. Как это учитывается в вашей поставке, уточняется у поставщика лицензий до пилота.

Произвольные запросы: отдельный режим

Режим, в котором модель сама пишет запрос к базе под вопрос, гибче, но рискованнее. Язык запросов 1С предназначен для чтения, поэтому данные такой запрос не испортит. Риски другие: запрос верен по синтаксису, но считает не то (соединение размножило строки, взят не тот регистр, потерялся отбор); запрос тяжёлый и без отборов; запрос достаёт поля, которые спрашивающему видеть нельзя; модель «придумала» несуществующий реквизит, и ответ строится на ошибке.

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