Была добавлена поддержка сервера лицензирования версии 2.0. Данная версия, в отличии от 1.6, позволяет использовать Linux в качестве операционной системы компьютера для установки сервера лицензий.

Выбор версии осуществляется в разделе "Настройки (БИТ)" - "Константы" - вкладка "О программе". На данный момент можно как перейти на новую версию, так и остаться на старой. Однако, ориентировочно с 2024 года, релизы БИТ.ФИНАНС будут выпускаться с поддержкой только новой системы лицензирования.

Для работы сервера лицензий, время от времени, необходимо наличие доступа в сеть Интернет. Доступ в Интернет необходим в следующих случаях:

• Для первого запуска сервера лицензий на компьютере.
• Для восстановления сервера лицензий (переноса лицензий из другого экземпляра сервера лицензий).
• Для восстановления работоспособности отдельных лицензий.
• Для импорта активационных ключей LSA3 старого формата.
• Для активации лицензии посредством нового кода активации продукта.
• Для синхронизации с центром лицензирования.

Сервер лицензий может работать без синхронизации не более 21 дня. Если в течение 21 дня не выполнялась синхронизация с центром лицензирования, все установленные лицензии перейдут в состояние ожидания синхронизации, при этом, работа лицензируемых продуктов будет ограничена или невозможна. Как только сервер лицензий синхронизируется с центром лицензирования через Интернет, лицензии перейдут в обычное состояние.

Файл с полной пользовательской инструкцией и инструкцией по переходу с версии 1.6 Вы можете найти либо в файлах поставки, либо скачав его по ссылке.

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

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

Для заявок списком панель показывает данные отдельно для каждой выделенной строки.

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

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

По гиперссылкам с суммами аванса и задолженности можно перейти в отчеты по задолженности поставщикам или задолженности покупателей.

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

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

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

На этой же закладке можно настроить по каким аналитикам разбить создаваемые документы, например, можно создать разные документы по разным ЦФО или проектам.

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

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

В документе «Реестр платежей» реализована возможность просмотра прикрепленных к Заявкам на расходование ДС файлов без открытия заявки. Для просмотра файлов предназначена кнопка «Присоединенные файлы» (скрепка) в командной панели табличной части со списком заявок для оплаты.

В платежных документах реализован следующий порядок отражения аналитик в регистрах БИТ.ФИНАНС:

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

При создании платежных документов на основании Заявки на расходование ДС и Планируемого поступления ДС в режиме Список, реализован следующий порядок заполнения аналитик:

• Если в табличной части для одной аналитики есть заполненные и пустые значения, то в платежном документе на закладке «Общие аналитики» значение данной аналитики заполнено не будет. Значения аналитики будут заполнены только в табличной части «Распределение факта».

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

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

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

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

Это позволяет, например, создать следующий алгоритм визирования:

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

Пользовательское условие при этом используется следующее:

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

Это позволяет использовать ролевую адресацию с целью выдачи прав на установку визы не только анализируя основные реквизиты документа, но и учитывать его дополнительные реквизиты. Например, это необходимо когда речь идет о внутреннем документе из подсистемы "Делопроизводство", чей реквизитный состав в основном формируется как раз из дополнительных реквизитов.

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

Ранее виды объектов ролевой адресации были ограничены типами значений: "ЦФО", "Статья оборотов", "Проект" и "Организация". Теперь в список типов значений входят любые справочники из плана видов характеристик "Виды дополнительных аналитик".

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

Общие настройки позволяют установить количество потоков для длительных операций. Трансляция, начиная с 3.1.55, учитывает эти настройки.

В обработке «Групповая трансляция» также можно указать размер пакета обрабатываемых данных.

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

Если в настройке правила трансляции («Структура конструктора правил трансляции») указать для поля один тип значений, то при заполнении файла правил трансляции можно указать аналитику из списка значений.

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

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

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

Добавлена роль «БИТ.Добавление и изменение реестров платежей» для работы с документом «Реестр платежей» без доступа к платежным документам и команде по их созданию. Для роли предусмотрено ограничение прав доступа на уровне записей по Статьям оборотов, ЦФО, Проектам и исполнителям. Роль рекомендуется добавлять для профилей БИТ.Исполнитель казначейства и БИТ.Исполнитель казначейства-модель БСП.

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

Реализована новая методика настройки регламентных заданий. Теперь для настройки используется форма из библиотеки БСП: Администрирование – Обслуживание – Регламентные и фоновые задания.

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

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

Для этого в форме «Регламентные и фоновые задания» в дополнительном меню надо выбрать пункт «Добавить».

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

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

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

На замену прошлому отчёту создан обновлённый «Универсальный отчет (по источникам данных)» с использованием БСП.

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