Добавлена новая подсистема AI — интеграция с искусственным интеллектом. Функционал доступен только для версии «БИТ.ФИНАНС.Холдинг».

Для включения подсистемы необходимо включить использование AI в разделе «Интеграция» формы Констант.

По гиперссылке «Настройки» можно задать параметры хранения истории взаимодействия (диалогов) с ассистентами и настроить регламентное задание по их очистке.

Позволяет настраивать ассистентов AI для взаимодействия. Для каждого ассистента можно настроить индивидуальное поведение:

• Имя – наименование, отображаемое в списках,
• Идентификация – роль, от имени которой будет действовать ассистент,
• Инструкции – описание действий, ограничений и поведения,
• Модель –ссылка на справочник моделей с поставщиками AI.

Для редактирования нужна роль «Администратор AI».

Хранит настройки поставщиков AI. Позволяет указывать настройки поставщика, уточнять вид используемой модели и ключ API. Адреса ресурсов заполняются автоматически для публичных моделей и могут уточняться в случае развертки локальных версий.
Для редактирования нужна роль «Администратор AI».

Обработка AI-чат предназначена для интерактивного взаимодействия пользователей с AI-ассистентами.
Нажатием на изображение ассистента можно выбрать необходимого ассистента с прописанным сценарием поведения.
В нижней части присутствует поле ввода для взаимодействия и командная панель.

При нажатии на шестеренку можно перейти в истории взаимодействия и вернуться к одной из старых веток диалогов с ассистентами.

Для работы с AI-чатом у пользователя должна быть роль «Пользователь AI».

Справочник хранит список заготовленных промптов с текстовым описанием для взаимодействия с ассистентами.

Предопределенные шаблоны промптов:
1. Запрос структуры отчета.
Промпт используется для автоматической генерации описания отчета. См. Описания отчетов для AI.
2. Получение данных из файла.
Промпт используется для обработки данных печатного документа pdf при заполнении полей документа. См. Заполнение полей документа по данным pdf.

В данном регистре задается формат передачи данных отчетов в AI для взаимодействия.

Отчет – ссылка на справочник «Объекты системы». Это отчет, в который будет добавлена кнопка передачи данных в AI. В коробочной версии данный функционал доступен для всех отчетов, построенных на технологии БСП с использованием общей формы «Форма отчета».

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

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

• Формат CSV – позволяет существенно сократить потребление токенов.
• Формат JSON – обеспечивает более точное определение структуры данных.

Описание – служебный промпт, раскрывающий назначение, структуру данных отчета, содержание строк/колонок и т.п.

Описание отчетов можно добавлять либо вручную, либо интерактивно непосредственно из формы отчета:

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

Для редактирования описаний нужна роль «Администратор AI».

Для внутренних документов добавлен механизм поиска и заполнения полей по результатам AI анализа печатных форм pdf.
В форме внутреннего документа выбираем пункт «Заполнить с AI».

Открывается окно выбора файла – можно выбрать вложение внутреннего документа или файл на диске. Выбираем нужное и нажимаем Далее.

На этом этапе выполняется анализ структуры полей документа, анализ печатной формы* и сопоставление значений. Указываем галочки какие найденные значения необходимо перенести в документ и нажимаем Далее.

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

Наименование – представление команды, как она будет отображаться у пользователей.
Объекты системы – для каких объектов будет доступна данная команда (в коробочном решении встраивается для Внутренних документов и Проекта договора, но список может дорабатываться).
Поле заполнения – поле документа, которое необходимо заполнить по результатам выполнения взаимодействия с AI.
Пользовательское условие – ограничение по пользовательскому условию (например, по виду внутреннего документа).
Ассистент – задается ассистент, который будет выполнять заполнение поля.

Табличная часть:

Промпты – перечень шаблонов промптов, выполняемых последовательно для определения способа заполнения поля.
Галочка «Запрашивать файл» - булево. Определяет необходимость запрашивать вложение или файл с диска в качестве источника данных при заполнении поля.

После добавления команд они появятся в подменю «Заполнить» формы соответствующего объекта.

Для отображения команд у пользователя должна быть роль «Пользователь AI».

Для внутренней интеграции в системе используются функция программного интерфейса ОтветИИ общего модуля бит_ИскусственныйИнтеллект.

В нее передаются строки запросов, ссылки на шаблоны промптов или массив этих значений, а также ассистент для обработки (если не указан, то обрабатывается предопределенным ассистентом «Робот»).

В ответ получаем строку – результата генеративной обработки запроса AI.

В регистр «Обороты по бюджетам» введено дополнительное измерение «Организация», что позволяет гибко настроить разделение прав доступа (RLS) по различным юридическим лицам в системе бюджетирования.

Поскольку ранее измерения «Организация» не было в регистре и соответственно в документах бюджетирования организация (как измерение) не была заполнена, то для доступа к ранее введенным данным необходимо будет добавить пользователям с RLS доступ к пустой организации.

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

Реализовано заполнение аналитик из «Дополнительных реквизитов (БИТ)» договоров и соглашений с клиентами и поставщиками в типовых первичных документах.

Константа «Принятие к учету после утверждения» удалена. Теперь настройка отражения документов в учете после утверждения выполняется в регистре «Настройки объектов визирования» (раздел «Настройки (БИТ)» - «Настройки объектов системы» - «Настройки объектов визирования») отдельно для каждого документа бюджетирования. Открыть настройки можно также в разделе «Бюджетирование» (меню «Сервис» - «Настройки отражения объектов в учете»).

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

В обработку «Отражение изменений факта» добавлена возможность установки отбора по реквизитам табличной части «Расшифровка платежа» типовых платежных документов.

Обработка «Групповая трансляция и редактирование дополнительных аналитик» адаптирована для работы с платежными документами в части изменения аналитик. Теперь с помощью обработки можно изменять аналитики на закладке «Общие аналитики» документов «Отражение факта ДДС». Ранее для этого можно было использовать только обработку «Изменение отражений факта».

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

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

При активации данного механизма заполнение аналитик в платежных документах будет начинаться с анализа назначения платежа, то есть данный механизм будет иметь самый высокий приоритет при заполнении аналитик (кроме ситуации, когда в договоре в дополнительных реквизитах (БИТ) установлен флаг «Высокий приоритет при заполнении аналитик БИТ»).

Настройка заполнения аналитик

Настройка выполняется в регистре сведений «Настройки заполнения аналитик по назначению платежа».

В данном регистре указывается:

1. «Период» - период, с которого начинает действовать данная настройка.
2. «Объект» - объект, на который распространяется данная настройка. Списание с расчетного счета или Поступление на расчетный счет.
3. «Вид операции» - вид операции платежного документа.
4. «Реквизиты объекта» - Организация, Банковский счет организации, Контрагент, Статья ДДС - значения, указанные в реквизитах объектов, при которых будет применять данная настройка. Статью ДДС можно указать только для видов операции, для которых данный реквизит находится в шапке документа, а не в табличной части «Расшифровка платежа».
5. «Шаблон назначения платежа» - маска назначения платежа, которая будет сверяться с указанным назначением платежа в банковских документах.
6. «Значения для подстановки» - значения аналитик, которые подставятся в банковские документы, если они будут содержать указанные реквизиты объекта и назначение платежа.

Шаблон маски назначения платежа составляется по правилам использования оператора «Подобно», предоставляемым платформой 1С. Данный оператор позволяет сравнивать строку с заранее заданным шаблоном. Результатом данного оператора является Истина или Ложь. Помощник построения маски назначения платежа, вызывается с помощью кнопки «Вставить шаблон».

1. «Слово содержит» - можно указать любую последовательность символов, например, слово или часть слова с другими символами. При нажатии на кнопку «Добавить» данная последовательность перенесется в сам шаблон между символами %%, что означает любую последовательность символов до и после слова (или других символов).
2. «Диапазон содержит» - можно указать диапазон символов, например, a-z или 0-9, означающие произвольный символ, входящий в диапазон, включая концы диапазона. Также можно указать один или несколько символов подряд, проверяться будет любой из перечисленных символов. При нажатии на кнопку «Добавить» данный диапазон или символы будут добавлены в шаблоне между [].
3. «Диапазон не содержит» - можно указать один или несколько символов: любой символ, кроме тех, которые перечислены следом за значком отрицания. При нажатии на кнопку «Добавить» данный диапазон или символы будут добавлены в шаблоне после значка отрицания [^].
4. «Произвольный символ и условия» - любой произвольный символ обозначается знаком подчеркивания _. Также в шаблоне можно использовать условия И (&) ИЛИ (~) и скобки {}. Поэтому шаблон назначения платежа не должен проверять наличие данных служебных символов (&, ~, {}) в назначении платежа в банковских документах, так как они задействованы для условий. 
5. «Проверка» - простой механизм проверки, который позволяет проверять созданные шаблоны маски назначения платежа на любых примерах, с помощью кнопки «Проверить».

В регистр «Графики договоров» был добавлен разрез по умолчанию «Организация». Теперь при проведении документа «Дополнительные условия по договору» информация об организации будет записываться в регистр всегда, а не только в тех случаях, когда организация была назначена в системе как дополнительное измерение.

В справочниках:

• Договоры между организациями
• Договоры с контрагентами
• Соглашения об условиях закупок
• Договоры кредитов и депозитов
• Соглашения об условиях продаж
• Договоры аренды (лизинга)

на вкладке «Дополнительные реквизиты (БИТ)» добавлен вывод дополнительных разрезов аналитик (Аналитика 1, Аналитика 2 и т.д.).

Для визирования с использованием электронной почты добавлен выбор метода взаимодействия: «Одиночный» или «Групповой».

• Метод «Групповой» - работает также, как и осуществлялась отправка ранее. При его выборе формируется пакет писем, которые будут отправлены одним потоком.
• Метод «Одиночный» - каждое письмо отправляется отдельным потоком, что снижает производительность, но позволяет избежать ограничения со стороны постовых сервисов.

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

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

Шаблон назначается объекту системы в регистре «Назначение шаблонов заполнения реквизитов» (раздел «Делопроизводство»).
При назначении шаблона необходимо указать дату, с которой начинает действовать шаблон, организацию, на которую действует шаблон, и сам шаблон. После выбора шаблона все необходимые поля заполнятся автоматически. Если реквизит «Организация» пустой, то шаблон будет действовать на все организации.

Каждому параметру шаблона можно задать количество символов или количество символов с одной из сторон (лево\право). К примеру, порядковый номер по умолчанию содержит 9 символов – 000000001, это слишком большое количество, если в год проходит не больше одной-двух тысяч внутренних документов. Если необходимо уменьшить количество символов параметра шаблона, то в элементе справочника «Шаблоны заполнения реквизитов», в командной панели необходимо нажать кнопку «Вставить шаблон», двойным щелчком левой кнопки мыши выбрать параметр, указать способ обрезки и задать количество символов.

В систему был добавлен новый вид алгоритма процессов с наименованием «Чат». Он позволяет прописать пользовательский вариант обработки запросов из чата Telegram.

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

В пользовательских действиях в рамках данного алгоритма могут быть заполнены следующие реквизиты:
1.       Текст сообщения – в данном поле вводится текст сообщения, который будет отправлен пользователю, если маршрут пришел в данную точку.
2.       Команды – в данной табличной части задается список команд, которые будут отправлены пользователю, при остановке алгоритма в данной точке.
3.       Ассистент – в данном реквизите выбирается AI-ассистент, который будет обрабатывать сообщения от пользователя.
4.       Флаг «Хранить историю диалога» - при его установке, AI-ассистент будет помнить предыдущую историю переписки с пользователем и отвечать в ее контексте.

На вкладке «Алгоритмы» можно выбрать автоматическое действие «Начать новый диалог». Оно позволяет начать новый диалог с AI-ассистентом, чтобы предыдущая история переписки не влияла на получаемые ответы. Также, на вкладке «Код действия» можно прописать произвольный код, либо выбрать внешнюю обработку на вкладке «Подключаемые алгоритмы».

Реквизиты «Ассистент», «Хранить историю диалога» и «Начать новый диалог» будут доступны только, если установлена константа «Использовать AI» и назначение пользовательского действия будет «Чат».

Также, добавлен новый контекст для пользовательских условий «Чат». При его выборе объект системы автоматически заполниться, а в разделе «Прочее» появятся опции для анализа текста сообщения, выбранной команды, либо текста команды.
Пункты «Команда» и «Текст команды» отличаются тем, что пользователь в рамках взаимодействия с чатом может как нажать кнопку с командой, так и прописать ее через слеш (например, «/revenue» или «/cashFlow»). Поэтому были добавлены оба варианта проверки.

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

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

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

Если документ находится в очереди отложенной трансляции, то на вкладке «Аналитики (БИТ)» будет отображен его статус. По ссылке в статусе будет открыта обработка «Отложенная трансляция» с отбором по этому документу.

Ранее была создана команда «Групповая трансляция» для того, чтобы перейти из документа в обработку «Групповая трансляция» и выполнить, например, перетрансляцию документа без его проведения. К этой команде добавлена новая: «Транслировать сейчас». Обе команды объединены под одной кнопкой «Трансляция». При нажатии на «Транслировать сейчас» немедленно запустится трансляция этого документа, даже если установлены режимы трансляции «Отложенный» или «Ручной».

По просьбам пользователей в Учетную политику (МСФО) добавлен новый параметр «Ставка налога на прибыль (МСФО)». Параметр нужен для расчета отложенных налогов в случае, если одна из организаций периметра консолидации ведет учет в другом налоговом режиме, например, в другой стране, но данные по МСФО преобразуются и консолидируются уже в одной базе в БИТ.Финансе.

Если этот параметр заполнен для организации, то он используется в документе «Расчет отложенных налогов (МСФО)».

В документе «Форма сбора данных» появилась возможность выгрузить не только данные в Excel, но и шаблон для заполнения. Ранее шаблон можно было получить только из справочника «Вид формы сбора данных».