Обновления Парус 8
Программный продукт «ПАРУС-Бюджет 8.5.6.1» (комментарии к редакции от 29.05.2025)
Для возможности установки проверки процессных действий в конструкторском варианте раздела «Назначение прав доступа ролям» реализован вывод строки для процессных действий в дереве структуры окна «Действия в разделе». Функционал доступен в web-интерфейсе.
Реализовано описание для раздела «Пользовательские процедуры» вместе со спецификациями «Параметры», «Связи с разделами» и «Потребители». Действие «Перечитать список параметров» доступно в контекстном меню заголовка. Функционал доступен в web-интерфейсе.
Пользовательские процедуры
Для предотвращения ошибок пользователя при работе в разделе.
В функции добавления и исправления добавлены проверки на существование хранимой процедуры.
Проверка дополнительно добавлена в функцию добавления, поскольку зачитывание параметров процедуры, а значит и проверка внутри нее, производится не всегда, т.к. зависит от заданного способа выполнения.
В функцию исправления добавлено автоматическое преобразование имени хранимой процедуры в верхний регистр, т.к. в этой функции такое преобразование отсутствовало, хотя в функции добавления оно было реализовано.
Реализована возможность настройки статусной модели, при которой документ перемещается автоматически в другой (заданный пользователем) статус по истечении времени пребывания:
в текущем статусе;
у исполнителя (для статуса, в котором предусмотрено совместное исполнение).
Настройка осуществляется в новой спецификации «Автоматизация по истечении времени». С записями этой спецификации можно работать, если у статуса выставлен признак «Учитывать время пребывания».
Спецификация имеет следующие атрибуты:
«Тип активации» - содержит значения: «По истечении времени пребывания в этом статусе», «По истечении времени исполнения у исполнителя» (доступно в выпадающем списке только для точки совместного исполнения);
«Выполняемое действие» - содержит значения:
«Переход» - документ будет переведен в статус, указанный в поле «Следующий статус»;
«Возврат» - документ будет переведен в предыдущий статус.
«Следующий статус» - позволяет выбрать статус, в который будет переведен документ. Доступно если в поле «Выполняемое действие» выбрано значение «Переход».
«Вид контроля» - позволяет указать условие, при котором будет осуществлен автоматический переход. Доступно если выбран тип активации «По истечении времени исполнения у исполнителя». Содержит значения:
«По минимальному времени» - автоматический переход сработает, если истекло минимальное из значений времен исполнения, заданных для исполнителей в статусе;
«По максимальному времени» - автоматический переход сработает, если истекло максимальное из значений времен исполнения, заданных для исполнителей в статусе;
«Производится процедурой» - автопереход сработает по алгоритму контроля, настроенному пользователем и заданному в поле «Процедура контроля».
«Процедура контроля» - позволяет выбрать пользовательскую процедуру, реализующую пользовательский алгоритм контроля. Доступно если выбран тип активации «По истечении времени исполнения у исполнителя» и вид контроля «Производится процедурой».
При выборе статуса для перехода необходимо учитывать, чтобы он не был ранее задействован ни в условиях перехода при совместном исполнении, ни в доступных статусах перехода для действий в точках. При попытке сохранения записи спецификации с несоблюдением этих ограничений будет выдаваться соответствующее предупреждение.
Для запуска автопереходов должны быть настроены пользовательские задания, вызывающие процедуры:
P_CLNEVENTS_CHECK_EXPIRE - пользовательское задание, контролирующее превышение времени пребывания в статусе;
P_CLNEVNHIST_CHECK_EXPIRE - пользовательское задание, контролирующее превышение времени исполнения у исполнителя.
Данная механика уже использовалась ранее для уведомлений в статусах и была доработана для осуществления автопереходов.
Аналогичные доработки доступны для настройки словаря «Маршруты событий».
Для работы с указанным функционалом необходимо установить обновление:
/Обновления/П8-59898_СМ_Автопереходы_по_времени
Оптимизированы представления спецификаций раздела «Статусные модели разделов». Актуально для БД PostgreSQL.
Оптимизировано количество запросов к серверу базы данных при входе пользователя в приложение в момент работы системных механизмов.
Восстановлена работа модуля на российских браузерах.
Введен новый ключ /nolongrawdata. При его указании попыток вычитать long raw-поля не будет: они превратятся либо в blob нулевой длины (если они обязательные), либо в null, если они необязательные. Дополнительно будет выведено текстовое предупреждение.
Разработан набор объектов БД, позволяющих осуществлять поиск незарегистрированных объектов в метаданных. Данная версия конвертера выдается по запросу.
Реализован инструмент переноса данных между исходной и целевой БД – «Помпа». Подробности в инструкции.
В отчете BG5990 «Главная книга, 0504072 (52н)» доработан вывод кода по ОКУД на титульном листе бланка.
Внимание! Ведутся работы по развитию функционала реализованных ранее первичных учетных документов и регистров, применяемых (при передаче ведения бюджетного учета по решению Правительства РФ) в соответствии с разделом 4 приложения 5 к приказу Минфина России от 30.03.2015 № 52н (в ред. от 15.06.2020г № 103н).
В отчете BG9510 «Отчет о расходах подотчетного лица, ф. 0504520 (52н)» реализована возможность заполнения поля «Описание» при автоматическом сохранении отчета в формате электронного документа в разделе «Электронные документы».
Для работы с указанным ниже перечнем разделов и связанными с ними словарями после обновления базы данных необходимо через раздел «Предопределенный импорт» модуля «Администратор» загрузить файл «Управляемые разделы.prf» из архива Управляемые разделы_от_29_05_2025.zip:
Решения о командировании;
Заявки-обоснования закупок малого объема;
Отчеты о расходах подотчетного лица;
Решения о компенсации оплаты проезда работникам Крайнего Севера.
Внимание! Методические рекомендации по работе с документами по командировке выложены по пути:
Внимание! Инструкция по формированию регистров и отчетов в виде электронного документа в разделе «Электронные регистры и отчеты» на примере Журнала регистрации приходных и расходных кассовых ордеров (ф.0504093) выложена по пути:
Внимание! Ведутся работы по поддержке новых электронных первичных учетных документов и регистров по приказу Минфина России от 15 апреля 2021 г. № 61н «Об утверждении унифицированных форм электронных документов бухгалтерского учета, применяемых при ведении бюджетного учета, бухгалтерского учета государственных (муниципальных) учреждений, и Методических указаний по их формированию и применению».
Доработаны существующие пользовательские отчеты:
BG10700 «Акт приемки товаров, работ, услуг, ф. 0510452»;
BG10940 «Инвентаризационная опись по объектам нефинансовых активов, ф.0510466 (61н)»;
BG10061 «Решение о признании объектов нефинансовых активов, ф.0510441 (61н)».
Для работы с указанным ниже перечнем разделов и связанными с ними словарями после обновления базы данных необходимо через раздел «Предопределенный импорт» модуля «Администратор» загрузить файл «Управляемые разделы.prf» из архива Управляемые разделы_от_29_05_2025.zip:
Акты приема-передачи в личное пользование;
Карточки учета имущества в личном пользовании;
Решения о проведении инвентаризации;
Листы голосования;
Акты инвентаризации наличных денежных средств;
Решения о прекращении признания активами объектов нефинансовых активов;
Акты о консервации (расконсервации) объекта основных средств;
Акты об утилизации (уничтожении) материальных ценностей;
Решения о признании объектов нефинансовых активов;
Решения о списании задолженности, невостребованной кредиторами;
Решения об оценке стоимости имущества;
Решения о восстановлении кредиторской задолженности;
Ведомости начисления доходов бюджета;
Ведомости группового начисления доходов;
Акты о признании безнадежной к взысканию задолженности по доходам;
Извещения о начислении дохода;
Решения о признании (восстановлении) сомнительной задолженности по доходам;
Ведомость выпадающих доходов;
Операции по признанию доходов текущего финансового года;
Извещения о трансферте, передаваемом с условием;
Карточки капитальных вложений;
Акты о приеме-передаче объектов НФА;
Акты о результатах инвентаризации;
Инвентаризационные описи расчетов по поступлениям;
Инвентаризационные описи остатков на счетах учёта денежных средств;
Инвентаризационные описи по объектам нефинансовых активов;
Инвентаризационные описи бланков строгой отчетности и денежных документов.
Доступны статусные модели к разделам:
Ведомости начисления доходов бюджета;
Ведомости группового начисления доходов;
Извещения о начислении дохода;
Решения о командировании;
Акты приема-передачи в личное пользование;
Акты о признании безнадежной к взысканию задолженности по доходам;
Решения о списании задолженности, невостребованной кредиторами;
Решения о прекращении признания активами объектов нефинансовых активов;
Решения о признании объектов нефинансовых активов;
Решения о признании (восстановлении) сомнительной задолженности по доходам;
Акты инвентаризации наличных денежных средств.
Внимание! Методические рекомендации обновлены и выложены по пути:
Внимание! Ожидается публикация типовых проводок и правил отработки по разделам (по мере готовности):
/Инструкции/Бухгалтерский учет/Электронные документы/Правила отработки/
Внимание! Методические рекомендации обновлены и выложены по пути:
Реализован пример процедуры P_BTRIPS_GET_AGNSGN, предназначенной для подключения в виде «пользовательской процедуры» с целью инициализации подписантов ЭД. Алгоритм поиска подписанта, реализованный в данном примере, основан на варианте, когда в спецификации «Подписывающие и согласовывающие лица» указан контрагент по умолчанию, для которого осуществляется:
поиск постоянного Исполнения должности, действующего на дату документа;
проверка сведений о «вакантности» должности найденного постоянного Исполнения на дату документа согласно данным спецификации «Состояния исполнения»;
поиск временного Исполнения с «вакантной» должностью, действующего на дату документа, с указанием сведений о контрагенте и должности найденного исполнения в качестве подписанта документа.
В заголовок раздела добавлено новое необязательное поле «Тип», которое ссылается на запись словаря «Типы документов», и доработан сопутствующий функционал, использующий это поле. Значение нового поля может быть применено для подбора статусной модели для различных по коду форм документов, таких как Заявка-обоснование закупки товаров, работ, услуг малого объема (ф. 0504518) и Заявка-обоснование закупки товаров, работ, услуг малого объема через подотчетное лицо (ф. 0510521).
При обновлении базы данных значение нового поля в существующих записях инициализируется в зависимости от наличия связанного документа. Если есть связь с отчетом о расходах подотчетного лица, то значение нового поля инициализируется значением типа документа-основания из связанного отчета о расходах подотчетного лица. Если нет связанного отчета о расходах подотчетного лица, но есть связанное бюджетное обязательство, то значение нового поля инициализируется значением типа документа-основания из связанного бюджетного обязательства.
Для остальных документов тип записи можно заполнить после обновления с помощью процедуры P_JUSTBIDSPUR_SET_DOCTYP. Перед использованием процедуру необходимо зарегистрировать в словаре «Пользовательские процедуры» с параметрами:
№ | Наименование параметра | Описание параметра | Привязка | Раздел |
1 | NCOMPANY | Организация | К организации | |
2 | NIDENT | Идентификатор отмеченных записей | К идентификатору отмеченных записей | |
3 | SDOC_TYPE | Тип документа | К разделу | Типы документов |
В контекстном меню «Связи с разделами» добавить раздел «Заявки-обоснования закупок малого объема».
Далее перейти в раздел «Заявки-обоснования закупок малого объема», отметить записи с незаполненным типом документа и вызвать ранее зарегистрированную процедуру через контекстное меню «Расширение» ⇒ «Пользовательские процедуры». В открывшемся окне параметров указать «Тип документа» и нажать «Ок». В результате выполнения процедуры в помеченных записях, не имеющих связей и с пустым значением «Типа документа», будет заполнено это поле тем значением, которое было задано в параметре.
В заголовок раздела на вкладке «Бюджет» добавлено новое поле «Дата составления». При формировании листа голосования реализовано автоматическое наследование этой даты в соответствующее поле листа голосования.
В перечисленных ниже отчетах реализовано автоматическое заполнение атрибута «Дата составления» в подписной части бланка в зависимости от наличия даты составления в заголовке внутреннего документа. Если дата составления указана, то в подписной части отчета будет использовано значение из заголовка внутреннего документа. Если же дата не заполнена, то в подписной части отчета будет указана дата его формирования (системная дата на момент запуска пользовательского отчета).
BG10560 «Накладная на внутреннее перемещение НФА, ф. 0510450»;
BG10570 «Требование-накладная, ф. 0510451»;
BG10580 «Акт о списании транспортного средства, ф. 0510456»;
BG10610 «Накладная на отпуск материальных ценностей на сторону, ф. 0510458»;
BG10620 «Акт о списании материальных запасов, ф. 0510460»;
BG10630 «Акт о списании объектов НФА, ф. 0510454»;
BG10640 «Акт о списании бланков строгой отчётности, ф. 0510461».
На вкладке «Сведения о приёмке» в группе полей «По документам» формы редактирования спецификации внутреннего документа реализован автоматический пересчет суммовых показателей. Пересчет выполняется при установленном чеке «Автоматический пересчет сумм» при изменении одного из полей на вкладке «Бухгалтерская оценка»: «Сумма без НДС, в валюте», «Сумма НДС, в валюте» или «Сумма всего, в валюте».
Исправлена ошибка деления на ноль, которая возникала в случае, если в спецификации внутреннего документа «Количество по документам» = 0, а «Количество фактически» <> 0.
В буфере формирования внутреннего документа уточнены наименования форм редактирования.
В заголовке раздела «Товарные отчеты» реализовано действие «Включить в карточку капитальных вложений», аналогичное одноименному действию, используемому в разделе «Внутренние документы» с параметрами:
Карточка капитальных вложений:
Создать карточку (чек);
Формировать отдельные карточки (чек);
Карточки для включения: выбор из раздела «Карточки капитальных вложений»;
Показать карточки после включения (чек);
Реквизиты карточки:
Префикс карточки;
Дата открытия;
Каталог;
Учреждение;
Обособленное подразделение;
Структурное подразделение;
Ответственное лицо (необязательный параметр; если оставлен пустым, используется значение из поля «МОЛ» в заголовке ТО);
Сведения составляют государственную тайну (чек);
Наименование объекта (или комплекса объектов): выбор из номенклатора; необязательный параметр; если оставлен пустым, используется значение из поля «Номенклатура» в строке спецификации ТО;
Код объекта;
Учетный номер до поступления;
Количество.
Действие доступно только для документов, отработанных в учете и не имеющих входящей связи с ККВ.
При выполнении этого действия отбираются проводки со «Счетом КВ» как по дебету, так и по кредиту. Для распределения проводок по объектам капитальных вложений используется тот же буфер распределения, который применяется в аналогичном действии раздела «Внутренние документы».
В результате выполнения этого действия создаются новые карточки капитальных вложений, или операции добавляются в ранее зарегистрированные незакрытые карточки. В спецификации «Операции по объекту капитальных вложений» для каждой проводки в созданной или выбранной карточке формируются строки с видом операции «Формирование стоимости (поступление)». Если «Счет КВ» указан по дебету, то сумма будет заполнена в поле «Сумма поступления (увеличения)», а если по кредиту – в поле «Сумма выбытия (уменьшения)».
Откат данного действия осуществляется путем удаления строки операции с видом «Формирование стоимости (поступление)» в карточке капитальных вложений. При этом соответствующая ей проводка ХО вновь становится доступной для отнесения в карточку капитальных вложений. Удаление операций «Формирование стоимости (поступление)» возможно только при отсутствии более поздних операций другого вида.
Внимание! До выхода очередного релиза действие «Включить в карточку капитальных вложений» доступно исключительно в КОР-представлении раздела «Товарные отчеты». Для того чтобы новое действие стало доступно в WIN-интерфейсе после загрузки управляемых разделов, необходимо внести следующие изменения:
1. Откройте приложение «Конструктор отраслевых расширений», перейдите в раздел «Учет» ⇒ «Классы».
2. В открывшемся окне найдите раздел «Товарные отчеты» с классом, имеющим код TradeReports.
3. В спецификации «Действия» найдите действие с кодом TRRP_CAPINVCARD_INCL_EX, вызовите контекстное меню «Исправить».
4. Снимите галочку «Отображать только в пользовательском режиме».
5. Нажмите «ОК».
В параметры действия «Сформировать по карточкам капитальных вложений» добавлен чек «Отдельная строка для каждой единицы объекта». Если этот чек установлен, то для каждой единицы объекта капитальных вложений будет создана отдельная строка в спецификации «Объекты учета». Это позволяет указать индивидуальные сведения для каждого объекта, такие как заводской номер, характеристики и заключение комиссии.
В разделе «Решения о прекращении признания активами объектов нефинансовых активов» доработано формирование листа голосования в части заполнения полей «Наименование объекта учета» и «Идентификатор». Наименование объекта учета теперь заполняется наименованием номенклатуры, если в записях спецификации «Объекты учета» указаны разные наименования. В случаях, когда номенклатура содержит одинаковые наименования, то для обеспечения уникальности к наименованию могут добавляться дополнительные сведения, такие как МОЛ, номер счета, аналитика (5 уровней), статус объекта учета и целевая функция. Идентификатор теперь заполняется в зависимости от того, заполнена ли в Решении ссылка на позицию группового состава. Если ссылка на позицию группового состава заполнена, то в идентификатор включаются данные позиции состава: если в позиции состава указан инвентарный номер, используется он; если инвентарный номер отсутствует, то указывается префикс и номер инвентарной карточки, а также порядковый номер позиции состава через разделитель «-». Если ссылка на позицию группового состава не заполнена, то используются данные из заголовка инвентарной карточки: инвентарный номер или префикс и номер карточки через разделитель «-».
В заголовке раздела доработано действие «Загрузить документ». При выполнении этого действия реализован импорт выписки из лицевого счета администратора доходов бюджета, а также приложений «Платежное поручение на общую сумму с реестром», «Расчетный документ», «Распоряжение о совершении казначейского платежа» в формате XML, в соответствии с требованиями пунктов 7.1 тома 9, 6.8, 6.14 и 6.17 тома 8 ТФО версии 36.0. Платежное поручение на общую сумму с реестром может быть приложено к выписке из лицевого счета администратора доходов бюджета, если в ней отражены платежи, выполненные через сервис «Юмани», и содержит данные о реальном плательщике, информация о котором необходима для отработки в хозяйственном учете.
Доработан механизм автоматического заполнения реквизитов получателя и плательщика банковского документа. Теперь при автоматическом подборе реквизита исключаются те записи, в которых не установлен признак «Доступен в учёте», а также записи, «Дата открытия» которых больше даты документа или «Дата закрытия» которых меньше даты документа.
Выгрузка Исходящих счетов-фактур и УПД доработана согласно положениям письма ФНС России от 26.03.2025 № ЕА-4-26/3241@ в части возможности отражения сведений о товаре или услуге с нулевой ценой..
Выгрузка Книги покупок и Книги продаж доработана согласно изменениям по приказу ФНС России от 03.02.2025 № ЕД-7-26/69@.
Доработана форма добавления и редактирования заголовка Декларации по приказу ФНС России от 05.11.2024 № ЕД-7-3/989@. Теперь при указании в качестве подписанта Декларации не самого налогоплательщика, а его представителя, становится обязательным указание физического лица-представителя налогоплательщика, при выборе которого его ФИО наследуется в соответствующие атрибуты заголовка Декларации.
Изменений нет.
Изменений нет.
Изменений нет.
Изменений нет.
Репликации для обновления форм отчетов необходимо загружать в следующем порядке:
Схемы репликации, расположенные в архиве на сервис-диске ftp://ftp.parus.ru/master_disk/PARUS_8/БЮДЖЕТ/Парус_8_5_6_1_20ХХ_ХХ_ХХ/SERVICE/Схемы репликации/ Схемы репликации.zip, загружаются через предопределенный импорт в приложении «Администратор».
Загрузка редакций форм отчетов и сопутствующих материалов, расположенных на ftp://ftp.parus.ru/master_disk /SVODI_8-online/Формы отчетов/Бюджетная отчетность/ возможна двумя способами: а) через входы репликации; б) с помощью механизма предопределенного импорта. В каталоге ftp://ftp.parus.ru/master_disk/SVODI_8-online/Формы отчетов/Бюджетная отчетность/00_ОБЩЕЕ_ОБНОВЛЕНИЕ/ публикуются ежедневные обобщенные обновления.
Информация об изменениях материалов публикуется в рассылке. Оформить подписку на рассылку соответствующих новостей можно в личном кабинете на портале support.parus.ru.
Выпуск отдельного Web-решения к модулю «Сведение отчетности. Центр учета» для релиза «ПАРУС-Бюджет 8» от 29.05.2025 не планируется. Web-решение к модулю «Сведение отчетности. Центр учета» версии 5.6.95 от 29.04.2025 совместимо с релизом «ПАРУС-Бюджет 8» от 29.05.2025.
Для реестров специальных выплат (медицинские работники и государственные служащие) поддержана работа с новыми типами сообщений, которые будут направляться через СЭДО (планируемая дата – 30.06.2025):
32 «Запрос уточненных сведений для выплаты пособий по ВНиМ, ССВ»;
33 «Ответ на запрос уточненных сведений для выплаты пособий по ВНиМ, ССВ»;
34 «Результат обработки ответа на запрос уточненных сведений для выплаты пособий по ВНиМ, ССВ».
Запрос уточненных сведений для выплат будет направляться СФР при необходимости уточнить реквизиты, необходимые для зачисления (доставки) денег получателю: ФИО, дата рождения или платежные реквизиты. В отличие от Извещения 1010, говорящего о том, что по указанному перечню лиц нужно направить новый реестр, при поступлении 32 сообщения необходимо подготовить ответ по специальной форме – сообщение 34. 32 сообщение не требует операции подтверждения получения (отправки сообщения 6).
В спецификации «История» записи типа «Выгрузка реестра стимулирующих выплат»:
При поступлении сообщения 32 будет формироваться запись о поступившем Запросе;
Для записи Истории, соответствующей получению Запроса, возможны действия: «Содержимое извещения» и «Ответить на запрос»:
Действие «Содержимое извещения» используется для просмотра содержания Запроса. В содержимом могут присутствовать N записей по разным получателям выплат (по одной на каждого). В записи, соответствующей одному получателю, будет перечислены все поля реестра, требующие уточнения:
После ознакомления с содержанием Запроса необходимо подготовить ответ на запрос.
Действие «Ответить на запрос» используется подготовки сообщения типа 34 «Ответ на запрос уточненных сведений для выплаты пособий по ВНиМ, ССВ», отправляемого так же с использованием СЭДО.
Пользователь должен выбрать тип ответа:
«Информация о недостающих сведениях, необходимых для назначения и выплаты пособия» (information), По умолчанию.
«Предоставление информации не требуется» (noInformation) – дополнительно заполнить поле «Примечание»;
«Отказ в назначении пособия» (refusal) – дополнительно заполнить поле «Примечание»;
«Ответ на запрос будет направлен в рамках нового документа (реестра)» (responseWillBeSentNewDoc).
Здесь же заполняется информация об отправителе 33 сообщения.
Далее на закладке «Недостающие сведения» нужно проверить автоматически подобранные значения запрошенных сведений, и, при необходимости, их исправить:
После сохранения данных будет добавлена строка в Историю взаимодействия, а при очередном сеансе обмена с СФР будет отправлено сообщение 33. В колонке грида «Статус обработки запроса» можно видеть текущее состояние по 32/33 типу сообщения.
После получения сообщения 34 «Результат обработки ответа на запрос уточненных сведений…» в Истории будет сформирована соответствующая запись, содержащая uuid 33 и 34 сообщения соответственно. Статус обработки у строки, соответствующей 33 сообщению, изменится на «Ответ успешно обработан» или «Ответ обработан с ошибками».
В разделе реализован отбор по спецификации «История»:
Для проактивных выплат (выплаты за счет ОСС ВНиМ и ОСС НС) поддержана работа с новыми типами сообщений, которые будут направляться через СЭДО (срок вывода на прод пока не определен):
32 «Запрос уточненных сведений для выплаты пособий по ВНиМ, ССВ»;
33 «Ответ на запрос уточненных сведений для выплаты пособий по ВНиМ, ССВ»;
34 «Результат обработки ответа на запрос уточненных сведений для выплаты пособий по ВНиМ, ССВ».
Запрос уточненных сведений для выплат будет направляться СФР при необходимости уточнить реквизиты, необходимые для зачисления (доставки) денег получателю: ФИО, дата рождения или платежные реквизиты. В отличие от Извещения 1010, говорящего о том, что по указанному перечню лиц нужно направить новый реестр, при поступлении 32 сообщения необходимо подготовить ответ по специальной форме – сообщение 34. 32 сообщение не требует операции подтверждения получения (отправки сообщения 6).
В спецификации «История взаимодействия» записи раздела:
При поступлении сообщения 32 будет формироваться запись о поступившем Запросе;
Для записи Истории, соответствующей получению Запроса, возможны действия: «Содержимое извещения» и «Ответить на запрос»:
Действие «Содержимое извещения» используется для просмотра содержания Запроса. В записи содержимого будут перечислены все поля 101 сообщения, требующие уточнения:
После ознакомления с содержанием Запроса необходимо подготовить ответ на запрос.
Действие «Ответить на запрос» используется подготовки сообщения типа 34 «Ответ на запрос уточненных сведений для выплаты пособий по ВНиМ, ССВ», отправляемого так же с использованием СЭДО.
Пользователь должен выбрать тип ответа:
«Информация о недостающих сведениях, необходимых для назначения и выплаты пособия» (information), По умолчанию.
«Предоставление информации не требуется» (noInformation) – дополнительно заполнить поле «Примечание»;
«Отказ в назначении пособия» (refusal) – дополнительно заполнить поле «Примечание»;
«Ответ на запрос будет направлен в рамках нового документа (реестра)» (responseWillBeSentNewDoc).
Здесь же заполняется информация об отправителе 33 сообщения.
Далее на закладке «Недостающие сведения» нужно проверить автоматически подобранные значения запрошенных сведений, и, при необходимости, их исправить:
После сохранения данных будет добавлена строка в Историю взаимодействия, а при очередном сеансе обмена с СФР будет отправлено сообщение 33. В колонке грида «Статус обработки запроса» можно видеть текущее состояние по 32/33 типу сообщения.
После получения сообщения 34 «Результат обработки ответа на запрос уточненных сведений…» в Истории будет сформирована соответствующая запись, содержащая uuid 33 и 34 сообщения соответственно. Статус обработки у строки, соответствующей 33 сообщению, изменится на «Ответ успешно обработан» или «Ответ обработан с ошибками».
В разделе реализован отбор по спецификации «История»:
Для пособий benefit4 (единовременное пособие при рождении ребенка) и benefit5 (пособие до 1,5 лет) реализована обработка нового атрибута «Пол ребенка» при формировании сообщений ФСС СЭДО 101, 109.
Атрибут «Пол ребенка» становится обязательным для benefit4 и benefit5 с 01.07.2025.
Если в сообщении 100 пол указан, то он наследуется в сообщения 101 и 109. Иначе заполняется значением, указанным для контрагента-ребенка.
Если тег «Пол ребенка» (birthInfo/gender; childInfo/gender) сформировать не удалось, то в спецификации «Ошибки подготовки сведений» создается предупреждение: «С 01.07.2025 обязательно указание пола ребенка для назначения единовременного пособия на рождение и пособия до 1,5 лет». Формирование сообщения 101 и 109 при этом предупреждении не прерывается.
Доработано формирование сообщения 101 для пособия benefit4 в части использования нового поля «Информация» на вкладке «Прочие сведения». Данные из поля «Информация» наследуются в тег note.
В некоторых случаях Фонд требует заполнить примечание для пособия benefit4. Например, если женщина находится в отпуске по уходу до 1,5 лет и рожает следующего ребенка без оформления пособия по беременности и родам, то Фонд может запросить уточняющую информацию.
Для пособий benefit1 (нетрудоспособность), benefit2 (беременность и роды), benefit6 (Профессиональная травма, болезнь) добавлена колонка «Срок ответа на сообщение 100» в заголовке раздела и поле на вкладку «Прочие сведения»:
Заполнение производится после получения в сообщении 111 статуса 030 (Закрыт);
Отсчет трех рабочих дней производится от даты получения сообщения 111 с статусом 030.
В заголовок раздела добавлено поле «По сведениям ФСС» (вкладка «Прочие сведения»).
В поле отображается часть информации, полученной в сообщениях 100, 110 (ранее просмотр данной информации был возможен после выгрузки содержимого запроса и ответа в файл);
При получении сообщения 100 в поле отображаются данные по страховому стажу, не страховому стажу, сумме заработка по годам;
При получении сообщения 110 (со значением paymentNotice\noticeType=3) в поле отображаются данные по суммам пособия (начисленным, выплаченным), данные по суммам удержания (налога).
Информация в поле отображается справочно, без возможности редактирования.
Доработано формирование сообщения 101 для пособия benefit5 в части заполнения данных актовой записи о рождении ребенка и СНИЛС ребенка
Указанная информация наследуется из сообщения 100;
Если информация в сообщении 100 отсутствуют, то атрибуты в сообщении 101 заполняются из учетных данных (персональных документов сотрудника).
Заявления о возмещении расходов
Выполнена доработка формирования сообщения 120 (Заявление о возмещении расходов на оплату дополнительных выходных дней для ухода за детьми-инвалидами).
Дополнительные выходные дни по уходу за ребенком-инвалидом предоставляются совместителю (внешнему или внутреннему) в том же порядке, что и основному работнику. Ограничений или особенностей не предусмотрено.
В случае, когда оплата производится не по основному исполнению, а по совместительству и График работы по совместительству отличается от Графика работы Основного исполнения, необходимо сделать следующие настройки:
Добавить Дополнительное свойство с наименованием «График работы», указать Способ формирования – Из учетного регистра или словаря, на закладке «Параметры» выбрать Раздел – Графики работ:
Связи с разделами – «Журнал больничных листов».
Добавить Дополнительное свойство с наименованием «Количество ставок», указать Способ формирования – Вручную, Тип данных – Число:
Связи с разделами – «Журнал больничных листов».
Например, Основное исполнение: график работы 5 дней/8 часов
Внутреннее совместительство: график работы 6 дней/6 часов
Сотрудник берет отпуск по уходу за ребенком инвалидом в субботу, расчет производится по внутреннему совместительству.
В записи ЖБЛ заполнить Свойства График работы, Количество ставок
После отработки записи ЖБЛ в печчатной форме отчета будет отражено количество дней и часов, рассчитанное по указанному графику работы, с учетом количества ставок по исполнению. Аналогичные сведения будут сформированы в 120 собщении.
Если График работы в записи ЖБЛ не указан, используются реквизиты основного исполнения.
В заголовок раздела добавлено новое поле «Код бюджетной классификации»:
Поле заполняется для бюджетных организаций по данным словаря «Бюджетная классификация доходов»;
Формирование сообщения ФСС СЭДО 120 производится с учетом значения КБК в заголовке раздела;
Если поле «Код бюджетной классификации» пустое, то формирование тега КБК в сообщении 120 происходит по существующим правилам – из словаря «Настройка налоговой отчетности».
При формировании сообщения 120 реализованы следующие дополнительные проверки:
В справке об инвалидности ребенка должны быть заданы и серия, и номер;
Проверка заполнения блока Приказы: должен быть хотя бы один приказ на предоставление отпуска (узел ORD); должен быть заполнен номер приказа (ORD\number).
По причине отсутствия описания ошибок в форматах выдается только предупреждение, формирование сообщения 120 не прерывается. Рекомендуется устранить причины предупреждений и переформировать сообщение.
Отчет SL3890 «Реестр расчетных листков (ВТБ)» доработан в целях оптимизации быстродействия в некоторых случаях формирования.
Переведен в табличный редактор отчет «Лицевой счет (архивный)» - реализован отчет SL4720 «Лицевой счет (архивный, Excel)». Рекомендуется формировать отчет через очередь печати в случае формирования отчета по многим Исполнениям (ввиду ограничений MS Excel).
В соответствии с Приказом СФР от 28.04.2025 N 520 реализованы шаблоны:
Мнемокод | Наименование | Хранимая процедура |
SL4730 | Сведения о застрахованном лице (приказ №520 от 28.04.2025) | P_PRMEDCER_PR1_2022 |
SL4740 | Заявление о назначении пособия по уходу за ребенком (приказ №520 от 28.04.2025) | P_PRMEDCER_PR4_2022 |
SL4740 | Уведомление о прекращении права застрахованного лица на получение ежемесячного пособия по уходу за ребенком (приказ №520 от 28.04.2025) | P_PRMEDCER_PR4_2025 |
Необходимо установить обновление:
Кадры и штатное расписание
Все доработки по обмену с СФР описаны в разделе «Расчет заработной платы».
Приказы
В веб-приложении реализовано списочное добавление пункта приказа «Основная работа - Прочее».
Исправлена ошибка отработки пунктов списочного приказа «Работа по совместительству – Освободить», не производится формирование нового номера исполнения должности.
Сотрудники
Реализован отбор по Виду исполнения, поле для выбора значения размещено на закладке «Исполнения».
Отчеты
К кадровым модулям подключена отчетная форма «SL4590 Сведения о неполной занятости и движении работников (П-4(НЗ) Приказ № 338 от 31.07.2024)».
Доработана отчетная форма SL1960 «Справка о стажах сотрудников». Реализованы параметры «Подразделение» и «Должность». Если значение параметров = «Да», заполняются новые колонки отчета - из основного исполнения, действующего на дату подсчета стажа, определяется наименование Подразделения и Штатной должности (Должности). Если исполнение уже не действует, то значения определяются по последнему основному исполнению.
Разработана инструкция «П8_Выписки из приказов.doc»
Управление кадрами государственной гражданской службы
Управление кадрами государственной службы
Приказы
Реализован приказ с типом «Общий для кадров», для обеспечения возможности добавлять пункты с произвольным текстом по выбранным Личным делам
К кадровым модулям подключена отчетная форма «SL4590 Сведения о неполной занятости и движении работников (П-4(НЗ) Приказ № 338 от 31.07.2024)».
В соответствии с Приказом СФР от 28.04.2025 N 520 реализован шаблон:
Мнемокод | Наименование | Хранимая процедура |
CS1480 | (Госслужба) Сведения о застрахованном лице (приказ №520 от 28.04.2025) | P_CSMEDCER_PR1_2022 |
Необходимо установить обновление:
Инструкции
Разработана инструкция «П8_Выписки из приказов.doc»
Изменений нет.
Изменений нет.
Описание доработок приведено в разделе «Системные средства/Статусная модель (Управление деловыми процессами)» настоящего документа.
Изменений нет.
Изменений нет.
Изменений нет.
Изменений нет.
>
Изменений нет.
Изменений нет.