Патч к релизу «Парус - Бюджет 10» версии 36.1.58040

Добавлено tornado Вкл Tuesday, 12 January 2021

В папке master_disk/PARUS_10/BUDGET_10/2020-12 размещен патч #36.1.58040 от 12.01.2021. Патч содержит дополнения и исправления к выложенному ранее в этой папке релизу 2020-12 версии #36.0.57952

Если ранее Вы скачивали версию #36.0.57952, то необходимо заново скачать папку packages (пакеты с прикладной логикой). Для корректного обновления рекомендуется обновляться через сервер обновлений (программа Updater.exe)
 
Изменения в редакции от 12.01.2021


Бухгалтерия

ВидОписание
Исправление ошибки

Исправлена ошибка в алгоритме расчета исполнения плана ФХД

Исправлена ошибка в алгоритме расчета исполнения плана ФХД, которая возникала в следующей ситуации:
1. В учетной политике «Бухгалтерия: Исполнение плана ФХД» назначена детализация по какой-либо расширенной аналитике.
2. В расшифровке плана ФХД («Поступления» или «Выбытия») добавлена строка с определенным набором КБК + КОСГУ + Цель субсидий/субвенций + Источник обеспечения. Для этой строки заполнена расшифровка по расширенной аналитике.
3. В проводке хозяйственной операции, сумма которой должна быть отражена в исполнении данной строки ПФХД, заполнена расширенная аналитика, которая отсутствует в расшифровке строки ПФХД, либо в проводке данная аналитика не заполнена вовсе.
При попытке сохранить такую проводку выдавалось сообщение об ошибке:

Ошибка сохранения данных
Объект с идентификатором Parus.Business.Accounting.Core.Budget.IFinancialAndEconomicActivityPlanIncomeAdvancedAnalytics, Accounting.Core.Budget.Interface:<идентификатор> не существует.
Исправление ошибки

Изменен порядок заполнения поля SUM_PREPAY при выгрузке БО в формате ТФФ 32.0

Раздел «Бюджетные обязательства». Действие «Выгрузить» - «ТФФ (сведения о бюджетном обязательстве)».
Алгоритм заполнения поля SUM_PREPAY приведен в соответствие с требованиями ТФФ версии 32.0, а именно: поле заполняется, если в поле «Вид» (DOC_VID_OSN) указаны значения «контракт», «договор», «извещение об осуществлении закупки» или «приглашение принять участие в определении поставщика (подрядчика, исполнителя)». В остальных случаях поле не заполняется.


Зарплата

ВидОписание
Доработка

Продлен расчет больничного не ниже МРОТ

Изменена шкала для расчета больничного не ниже МРОТ на 2021г (от 29.12.2020 Г. N 478-ФЗ)
Доработка

Автоотключение автоформирования ФОВ при импорте начислений

Реализовано принудительное отключение автоформирования ФОВ на момент импорта параметров оснований отпуска и больничного. В версии 36.0 происходила ошибка у тех кто забывал следовать инструкции по импорту начислений и не отключал автоформирование ФОВ
Доработка

Добавлена колонка примечаний к ФОТ

Для вкладки ФОТ (в разделах лицевых счетов и "Расчет ЗП") добавлена колонка с отражением всех полей вкладки "примечание" позиции ФОТ
Доработка

Добавлены импортеры из внешних файлов

К существующим разделам импорта из внешних файлов (организации, сотрудники, лицевые счета) добавлена возможность загрузки ФОТ ЛС, оснований невыходов (для формирования отработанного времени), начислений для формирования среднего заработка для больничного и отпуска (загружать необходимо в разные выплаты - для отпуска и для БЛ)
Доработка

Оптимизация массовых оснований

Произведена оптимизация массового добавления основания в лицевые счета: производительность увеличена в несколько раз (например на больших базах ~7000 лс ускорение составило 2000%)
Доработка

"Праздничные" реестры выплат ФСС (Covid-19)

Реализована возможность передачи реестров ФСС (Covid-19) за праздничные дни(двойная оплата) для медицины. Необходимо создавать реестры с 1 января по 8 января 2021 и реестры с 9 января по 31 января отдельно. Изменения для выгрузки в файл и прямой передачи в ФСС. С 12.01.21 обновлен веб -сервис ФСС и реестры в старом формате (до версии 36.1) не принимаются


Учет продуктов питания

ВидОписание
Исправление ошибки

Исправлено отображение строк спецификации меню-раскладки

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