В документе «Назначение соответствия аналитик» реализована возможность задавать окончание действия соответствия. Кроме того, можно задавать множество соответствий одним документом.

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

Если период действия не указан в табличной части, то он берется из шапки документа.

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

Ранее при выборе «Платежной позиции» или «Планируемого поступления ДС» в «Аналитиках (БИТ)» заполнялись только аналитики первой строки документа. Теперь при выборе этих документов заполняются все строки выбранного документа. Это очень поможет в разнесении факта по бюджету БДДС пользователям, которые создают платежные документы не на основании Заявок, а к примеру, загружают их из другой базы данных. Так же это очень удобно при разнесении по управленческим аналитикам факта поступлений ДС (раньше это нужно было вручную)

При выборе Платежной позиции в Общих аналитиках на вопрос о распределении нужно ответить «Заменить все».

Тогда в табличную часть «Распределение факта» будет заполнена расшифровка по аналитикам из выбранной позиции.

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

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

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

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

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

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

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

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

В конфигурации БИТ.ФИНАНС.Холдинг «Формы сбора данных» могут использоваться в документах «Форма ввода бюджета», «Бюджетная операция» и «Получение фактических данных». Механизм ФСД был полностью обновлен, о чем можно прочитать в разделе Консолидация. Функционал остался прежним.

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

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

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

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

В системе было реализовано автоматическое заполнение дополнительных реквизитов в карточке договора при выборе проекта договора. Ранее автоматическое заполнение или перезаполнение реквизитов не поддерживалось.

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

Отчет «Реестр проектов договоров» был переделан с использованием "1С:Библиотеки стандартных подсистем". Отчет доступен в разделе «Договора и закупки» по ссылке "Отчеты по договорам и затратам" (левый верхний угол страницы). Документация по работе с отчетом доступна по ссылке: https://its.1c.ru/db/bsp313doc/content/2020/hdoc.

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

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

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

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

Добавлена возможность более тонкой настройки константы «Режим обновления перечня виз». Теперь в разделе «Управление процессами (БИТ)» -> «Настройки объектов визирования» можно пообъектно задать режим обновления перечня виз. Доступны варианты:

1. «По умолчанию» - режим обновления такой же, как задан в константе.

2. «Не обновлять» – при перепроведении документа список виз не будет обновлен.

3. «Обновлять при перепроведении» – при перепроведении список виз будет обновлен и прогресс согласования очистится.

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

Расширена возможность просматривать список пользователей, имеющих права на согласование, из документа. Ранее данная возможность была только у пользователей с правами на просмотр раздела «Управление процессами (БИТ)» (например, с ролью Полные права или Финансист полные права). Теперь право на просмотр задается в разделе «Настройки (БИТ)» -> «Настройка дополнительных прав пользователей».

При создании поэтапных алгоритмов визирования появилась возможность использовать циклы. Для этого, при создании нового алгоритма визирования, необходимо выбрать способ выполнения – «Поэтапно».

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

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

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

Был добавлен новый вид точки в алгоритмах – точка «Выбора варианта».

Данная точка работает следующим образом:

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

2. В зависимости от выбранных объектов формируется список доступных к использованию реквизитов. Если выбрано несколько объектов, то доступными будут только те реквизиты, которые есть во всех объектах.

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

4. В данном поле поддерживается использование встроенного языка 1с. Например, можно задать следующую функцию:

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

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

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

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

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

Ранее существовал один документ, который в зависимости от условий был Формой сбора данных или Проформой. В новом релизе разработан новый документ «Форма сбора данных», который заменит прежнюю проформу с видом ФСД.

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

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

Ранее существовал один документ, который в зависимости от условий был Формой сбора данных или Проформой. В новом релизе разработан новый документ «Произвольная форма», который заменит прежнюю проформу.

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

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

Настраивать МХО стало удобнее. Включить шаблон движений в комплект можно сразу. «Заполнить комплект» позволяет создать новый комплект движений. «Включить в комплект» позволяет включить шаблон в уже существующий комплект с подходящим видом документа.

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

В версии 3.1.51 мы упростили интеграцию 1С:Документооборот в программный продукт БИТ.Финанс для 1С:Бухгалтерия 8 КОРП. Теперь такие документы как:

1. Заявка на расходование ДС,
2. Прогноз платежа,
3. Заявка на затраты,
4. Заявка на потребность,
5. Заявка на закупку,
6. Реестр платежей,
7. Проект договора,
8. Доп.условия по договору,
9. Форма ввода бюджета,
10. Бюджетная операция

можно подключить к документообороту без дополнительной доработки системы. Подробное описание процесса интеграции 1С:Документооборот по ссылке: https://its.1c.ru/db/doccorp21#content:794:hdoc