Обновления Парус 8
Программный продукт «ПАРУС-Бюджет 8.5.6.1» (сопроводительная записка к редакции от 06.11.2025)
Реализован новый тип шага «Выполнить метод действия». Благодаря этому обеспечивается возможность в процессе выполнения действия вызвать несколько методов (процедур) с клиента.
Реализованы универсальные встроенные методы для работы с криптографическими операциями:
CRYPTO_SIGN_HASH - подписание хеша;
CRYPTO_SIGN_DATA - подписание данных;
CRYPTO_DECRYPT - расшифровка CMS сообщения;
CRYPTO_SIGN - подписание записи раздела (аналог штатного подписания записи раздела).
Обеспечена поддержка в web-интерфейсе.
В словарь добавлено текстовое необязательное поле «Типовое описание». При добавлении новой записи в разделе «События» поле «Описание» инициализируется значением из нового поля.
В словарь в группу «Просмотр документа в режиме ЛК» добавлено ссылочное поле «Тип присоединенного документа». Поле доступно только при выбранном разделе статусной модели. Назначение поля приведено в описании доработок к модулю «Личный кабинет» (см. ниже). В связи с произведенными доработками:
реализован предопределенный импорт словаря «Типы присоединенных документов» для обеспечения возможности импорта словаря «Типовые события» (отдельной процедуры импорта для словаря «Типы присоединенных документов» не предусмотрено);
доработан предопределенный импорт словарей «Типы событий», «Маршруты событий» и раздела «Статусные модели разделов».
Поле «Вид электронной подписи» для работы с документами в режиме ЛК добавлено в спецификацию «Статусы типового события». Поле доступно, если в заголовке раздела (типовом событии) заполнено поле «Использовать в разделе». Подробности использования в описании доработок к модулю «Личный кабинет» (см. ниже).
Статусная модель
Для классического win-представления раздела доработана функция инициализация префикса при добавлении события: теперь инициализация производится только при заполненном поле типа события.
Реализована возможность вызова процедур «до/после» для действия «Изменение статуса события» (CLNEVENTS_CHANGE_STATE) при автоматическом переходе в требуемый статус после выполнения пользовательского действия в прикладном разделе соответственно настройке статусной модели.
Для web-интерфейса исправлена ошибка в разделах «Статусные модели» и «Маршруты». На вкладке «Редактор маршрутов» были недоступны действия по добавлению точек маршрута, исполнителей и др.
Оптимизирована работа в web-интерфейсе при добавлении адреса.
Онлайн доступ
web20
Стандартные общесистемные действия, зависящие от раздела, на основании которого строится граф, применяются только для узлов. Для связей они отключены. Речь идет о пунктах контекстного меню типа «"Расширения» в графических представлениях разделов аналогичных «Маршрутам событий».
Важно! Реализована поддержка встроенных методов криптографических операций. Благодаря этому для сервисов интеграции с ЕБП (РСКП - MqRskpService), ФГИС МДЛП (MqMcdrService) теперь не требуется хранение сертификатов на сервере, они могут оставаться на клиентском рабочем месте. Подробности в соответствующей инструкции.
Добавлена обработка исключений при вызове асинхронных методов плагина КриптоПро. Проблема могла проявляться в виде «зависания» при попытке подписать записи в прикладных разделах.
Исправлена ошибка некорректного копирования значений, содержащих пробелы, из ячейки грида разделов. Исходно скопированное значение содержало лишний невидимый символ (неразрывный пробел).
В выпадающем меню (под иконкой пользователя) добавлен пункт «О программе» с версиями программного обеспечения.
Доработан сервер аутентификации - добавлена информация о версии программного обеспечения, изменены контактные данные (адрес).
На формах выбора вида электронной подписи переименованы значения:
«УКЭП» в «УКЭП/УНЭП»;
«УКЭП (отсоединенная)» в «УКЭП/УНЭП отсоединенная».
Доработана настройка скрытия разделов: «Руководство» (ранее «Подразделение»), «Сотрудники» и «Задачи сотрудников». Внесены изменения в конфигурационный файл appsettings.json, в секцию UiAccessible:
удалены пункты: DepartmentGroup, DepartmentStaff, DepartmentTasks;
добавлены пункты: ChiefGroup («РУКОВОДСТВО», Staff («Сотрудники»), StaffEventTasks («Задачи сотрудников»).
В разделе «Задачи» для действия «Добавить»:
Доработан механизм выбора «Типа задачи». Для выбора теперь доступны полные наименования вместо мнемокодов:
После выбора типа задачи, поле «Описание» инициализируется значением из поля «Типовое описание» словаря «Типовые события» модуля «Управление деловыми процессами»:
В разделе «Задачи» для задач, созданных из учетных разделов, реализована возможность определения типа присоединенного документа по типу события. Для этого в модуле «Управление деловыми процессами» необходимо заполнить новый параметр «Тип присоединенного документа» на форме редактирования словаря «Типовые события». Параметр доступен только при наличии ссылки на учетный раздел (т.е. при использовании в Статусной модели).
По заданному типу присоединенного документа будет определен каталог в разделе «Присоединенные документы», в котором сохранится загруженный файл. Если «Тип присоединенного документа» для типового события не будет указан, то, как и раньше, он будет определяться по настройкам в конфигурационном файле appsettings.json.
Реализована возможность подписания документов сервисом подписания без установленного плагина КриптоПро (режим «слепой» подписи).
Для этого добавлена настройка выбора списка сертификатов: автоматически, из хранилища сертификатов КриптоПро на рабочем месте пользователя, из раздела «Сертификаты пользователя». Режим применяется в Личном кабинете для действия «Подписать ЭД». Настройка выполняется в конфигурационном файле appsettings.json backend'а. ClientOptions.CertificatesResolvingMode может принимать значения: "Auto", "SystemCertificates", "UserCertificates":
В режиме «автоматический» проверяется наличие плагина КриптоПро. Если плагин установлен, то зачитывается список сертификатов хранилища, иначе запрашивается список из раздела «Сертификаты пользователя» с фильтром по пользователю ПП «Парус 8». При этом закрытые части ключей должны быть установлены рядом с сервисом подписания, который в режиме «слепого» подписания, зная информацию о выбранном пользователем сертификате в разделе «Электронные сертификаты», подтягивает нужный ключ из своего хранилища и ставит подпись.
Такая настройка позволяет решить проблему подписания при использовании мобильных устройств, где не предусмотрено использование плагина КриптоПро и хранение закрытой части ключей.
Обеспечена возможность контролировать допустимый тип подписи в статусе при подписании электронного документа (ЭД) в разделе «Задачи» (пользователя, руководителя). Допустимые ограничения типа подписи ЭД: Любая, УКЭП/УНЭП, УКЭП/УНЭП (отсоединенная), ПЭП, ПЭП (отсоединенная). Настраивается в спецификации «Статусы типового события» раздела «Типовые события».
БД PostgreSQL. Исправлена ошибка, возникавшая при логине пользователя.
Для специализированного отражения показателей по новому национальному проекту «Технологическое обеспечение биоэкономики» (Б) доработан пакет формирования группировочного КБК, вызываемый в ряде форм квартальной и годовой отчетности, а также существующие пользовательские отчеты:
BG10980 «0503128 «Отчет о бюджетных обязательствах» (191н ред. 180н, 2025 г.)»;
BG10990 «0503738 «Отчет об обязательствах, принятых учреждением» (33н ред. 164н, 2025 г.)».
Реализованы новые пользовательские отчеты:
BG11170 «0503723 «Отчет о движении денежных средств учреждения» (33н ред. 164н, 2025 г.)»: доработки относительно предыдущей редакции отчета коснулись отражения операций в рамках средств во временном распоряжении (КФО 3) в корреспонденции со счетами, отличными от 30401.
Пользовательский отчет BG8430 «Кассовая книга, ф.0504514 (52н)», формируемый непосредственно из раздела «Пользовательские отчеты», снят с поддержки и исключен из штатной поставки с переносом в архив в связи с наличием реализованного ранее пользовательского отчета BG11140 «Кассовая книга, ф.0504514 (52н) (ЭД)», формируемого из раздела «Электронные регистры и отчеты».
Внимание! Ведутся работы по развитию функционала реализованных ранее первичных учетных документов и регистров, применяемых (при передаче ведения бюджетного учета по решению Правительства РФ) в соответствии с разделом 4 приложения 5 к приказу Минфина России от 30.03.2015 № 52н (в ред. от 15.06.2020г № 103н).
Для отчета BG9510 «Отчет о расходах подотчетного лица, ф. 0504520 (52н)» реализована возможность массового формирования сервисом отложенной печати по отмеченным документам, в том числе с выставленным чеком «Переносить в электронные документы».
В части возможности заполнения значений дополнительных свойств, отражающих тип, номер и дату исходного документа при формировании электронного документа, доработаны следующие отчеты:
BG10330 «Решение о компенсации оплаты проезда работникам Крайнего Севера, ф. 0504517 (52н)»;
BG9410 «Заявка-обоснование закупки малого объема, ф.0504518 (52н)».
Для работы с указанным ниже перечнем разделов и связанными с ними словарями после обновления базы данных необходимо через раздел «Предопределенный импорт» модуля «Администратор» загрузить файл «Управляемые разделы.prf» из архива Управляемые разделы_от_06_11_2025.zip:
Решения о командировании;
Заявки-обоснования закупок малого объема;
Отчеты о расходах подотчетного лица;
Решения о компенсации оплаты проезда работникам Крайнего Севера.
Методические рекомендации по работе с документами по командировке выложены по пути:
Инструкция по формированию регистров и отчетов в виде электронного документа в разделе «Электронные регистры и отчеты» на примере Журнала регистрации приходных и расходных кассовых ордеров (ф.0504093) и Кассовой книги (ф.0504514) выложена по пути:
Внимание! Ведутся работы по поддержке новых электронных первичных учетных документов и регистров по приказу Минфина России от 15 апреля 2021 г. № 61н «Об утверждении унифицированных форм электронных документов бухгалтерского учета, применяемых при ведении бюджетного учета, бухгалтерского учета государственных (муниципальных) учреждений, и Методических указаний по их формированию и применению».
В части возможности заполнения значений дополнительных свойств, отражающих тип, номер и дату исходного документа при формировании электронного документа, доработаны следующие отчеты:
BG10700 «Акт приемки товаров, работ, услуг, ф. 0510452»;
BG10970 «Инвентаризационная опись бланков строгой отчетности и денежных документов, ф.0510465 (61н)»;
BG10670 «Извещение о трансферте, передаваемом с условием, ф.0510453 (61н)»;
BG10650 «Заявка-обоснование закупки малого объема через подотчётное лицо, ф.0510521»;
BG10850 «Акт о результатах инвентаризации, ф. 0510463»;
BG10860 «Инвентаризационная опись наличных денежных средств, ф.0510467 (61н)».
Для работы с указанным ниже перечнем разделов и связанными с ними словарями после обновления базы данных необходимо через раздел «Предопределенный импорт» модуля «Администратор» загрузить файл «Управляемые разделы.prf» из архива Управляемые разделы_от_06_11_2025.zip:
Акты приема-передачи в личное пользование;
Карточки учета имущества в личном пользовании;
Решения о проведении инвентаризации;
Листы голосования;
Акты инвентаризации наличных денежных средств;
Решения о прекращении признания активами объектов нефинансовых активов;
Акты о консервации (расконсервации) объекта основных средств;
Акты об утилизации (уничтожении) материальных ценностей;
Решения о признании объектов нефинансовых активов;
Решения о списании задолженности, невостребованной кредиторами;
Решения об оценке стоимости имущества;
Решения о восстановлении кредиторской задолженности;
Ведомости начисления доходов бюджета;
Ведомости группового начисления доходов;
Акты о признании безнадежной к взысканию задолженности по доходам;
Извещения о начислении дохода;
Решения о признании (восстановлении) сомнительной задолженности по доходам;
Ведомость выпадающих доходов;
Операции по признанию доходов текущего финансового года;
Извещения о трансферте, передаваемом с условием;
Карточки капитальных вложений;
Акты о приеме-передаче объектов НФА;
Акты о результатах инвентаризации;
Инвентаризационные описи расчетов по поступлениям;
Инвентаризационные описи остатков на счетах учёта денежных средств;
Инвентаризационные описи по объектам нефинансовых активов;
Инвентаризационные описи бланков строгой отчетности и денежных документов;
Инвентаризационные описи расчётов с поставщиками и прочими дебиторами и кредиторами.
Доступны статусные модели к указанным ниже разделам по пути /Инструкции/Бухгалтерский учет/Электронные документы/Статусные модели/:
Ведомости начисления доходов бюджета;
Ведомости группового начисления доходов;
Извещения о начислении дохода;
Решения о командировании;
Акты приема-передачи в личное пользование;
Акты о признании безнадежной к взысканию задолженности по доходам;
Решения о списании задолженности, невостребованной кредиторами;
Решения о прекращении признания активами объектов нефинансовых активов;
Решения о признании (восстановлении) сомнительной задолженности по доходам;
Акты инвентаризации наличных денежных средств.
Доступны типовые правила отработки к указанным ниже разделам по пути /Инструкции/Бухгалтерский учет/Электронные документы/Правила отработки/:
Ведомости начисления доходов бюджета;
Ведомости группового начисления доходов;
Извещения о начислении дохода.
Методические рекомендации выложены по пути:
В спецификации «Сведения о кредиторской задолженности» наименование группы полей «Документ-основание возникновения задолженности» переименовано в «Документ-основание возникновения списанной ранее задолженности».
Добавлена новая группа с наименованием «Документ-основание восстановления задолженности» (необязательные: тип, номер, дата).
Доработано действие «Добавить из решения о списании невостребованной задолженности» в части наследования значений полей «Документ-основание» выбранной записи спецификации Решения о списании задолженности, невостребованной кредиторами в новые поля.
Доработан пользовательский отчет BG10080 «Решение о восстановлении кредиторской задолженности, ф.0510446 (61н)»:
графы 4 – 6 раздела «1. Восстанавливаемая кредиторская задолженность» теперь заполняются из новых полей «Документ-основание восстановления задолженности».
графы 4 – 6 раздела «2.N Сведения о списанной кредиторской задолженности по» заполняются из полей «Документ-основание возникновения списанной ранее задолженности» (без изменений).
Реализовано формирование Решения о признании объектов нефинансовых активов при реконструкции (модернизации), дооборудовании по Карточке капитальных вложений (ККВ):
В разделе «Решения о признании объектов нефинансовых активов» в параметры действия «Сформировать по карточкам капитальных вложений» добавлен новый тип решения «Реконструкция (модернизация), дооборудование».
Доработан алгоритм формирования решения для случая, когда в параметрах выбран тип «Реконструкция (модернизация), дооборудование»:
Для каждой записи спецификации «Объекты и характеристики», не имеющей исходящей связи с «Объектами учёта» решений о признании, создается отдельный заголовок решения.
При добавлении заголовка и спецификации все поля заполняются аналогично тому, как сейчас это выполняется для типа «Приобретение», кроме перечисленных ниже:
«Количество» – не заполняется (будет заполнено при выборе пользователем ИК);
«Первоначальная стоимость» – не заполняется (будет заполнено при выборе пользователем ИК).
Пользователь может выбрать одну или несколько ККВ, при этом для выбранных карточек проверяется, что «Дата документа» не ранее последней операции в этих ККВ.
«Вид имущества» определяется из ОиХ выбранной ККВ, и должен соответствовать следующим требованиям: заполнена «Родительская группа» и «Инвентарный объект» = «Да».
Для решения с типом «Реконструкция (модернизация), дооборудование» разрешено редактировать некоторые поля до отработки в хозяйственном учете и при наличии входящих связей с ККВ:
на вкладке «Объект» доступны для редактирования номер группы, номер объекта, инвентарный объект;
на вкладке «Реконструкция (модернизация), дооборудование» можно редактировать все поля.
Удаление неотработанного решения осуществляется с помощью стандартного действия «Удалить» при отсутствии исходящих связей. В этом случае также удаляются входящие связи с ККВ. Если ККВ не имеет связей с другими решениями, то их можно снова использовать для формирования нового решения.
Если у ККВ имеются созданные, но неотработанные решения, то до обработки решений в хозяйственном учете любые действия с ККВ становятся недоступными. После того как решение будет отработано в учете связанная с ним ККВ закрывается.
На следующем этапе планируется автоматическое формирование операции «Дооценка» в инвентарной карточке, указанной в спецификации «Объекты учета», при отработке решения с типом «Реконструкция (модернизация), дооборудование» датой создания хозяйственной операции.
В заголовках разделов «Инвентаризационные описи расчетов по поступлениям», «Инвентаризационные описи расчётов с поставщиками и прочими дебиторами и кредиторами» реализованы следующие специальные действия:
«Формирование по решению о проведении инвентаризации»:
Перед выполнением этого действия открывается форма параметров:
Дата документа, Тип документа, Дата составления: необходимо указать тип, дату формируемой инвентаризационной описи, а также дату ее составления.
Решение: заполняется автоматически после выбора объектов.
Список объектов (коды строк): необходимо выбрать объекты инвентаризации из решения о проведении инвентаризации.
При выборе объектов из раздела «Решения о проведении инвентаризации» доступны только те строки, которые не имеют исходящих связей с инвентаризационными описями.
В результате выполнения действия «Сформировать по решению о проведении инвентаризации» выбранные строки объектов инвентаризации группируются по подразделению проведения инвентаризации, названию места проведения инвентаризации, инвентаризационной комиссии, номеру рабочей инвентаризационной комиссии, дате начала инвентаризации, дате окончания инвентаризации и дате, по состоянию на которую проводится инвентаризация. Для каждой полученной группы создается отдельный заголовок инвентаризационной описи. Созданные заголовки связываются исходящей связью по DOCLINKS от соответствующих им строк спецификации «Объекты инвентаризации» решения к заголовку формируемой инвентаризационной описи. Из решения в опись наследуются члены комиссии и их роли. При этом чек «Председатель» определяется по роли «Председатель», а чек «Ответственный исполнитель» определяется по роли «Секретарь».
Откат этого действия выполняется путем удаления сформированных заголовков.
«Формирование сведений по данным учета»:
Данное действие доступно только при отсутствии записей в спецификациях «Дебиторская задолженность» и «Кредиторская задолженность». С его помощью создаются строки в этих спецификациях на основе остатков из «Оборотной ведомости по расчетам с дебиторами и кредиторами» на дату, по состоянию на которую проводится инвентаризация. При этом оборотная ведомость формируется по групповым счетам, подобранным из связанного решения о проведении инвентаризации.
Откат этого действия выполняется путем удаления сформированных строк.
В спецификациях «Дебиторская задолженность», «Кредиторская задолженность» в разделах «Инвентаризационные описи расчетов по поступлениям», «Инвентаризационные описи расчётов с поставщиками и прочими дебиторами и кредиторами» реализованы следующие специальные действия:
«Перенумерация объектов инвентаризационной описи»:
Предназначено для перенумерации строк спецификации с возможностью предварительной их сортировки по таким показателям, как «КБК», «Код счета», «ПБЕ», «Контрагент», «Документ-основание».
Актуально для случая проведения т.н. «выборочной» инвентаризации, когда технически формируются данные по всем групповым счетам, а затем удаляются сведения об объектах, не подлежащих «выборочной» инвентаризации.
«Заполнить фактическое наличие по данным учета»:
Предназначено для заполнения сведений о расчетах по данным инвентаризационной комиссии:
Сумма по факту, В валюте;
Сумма по факту, В эквиваленте;
Статус задолженности;
Сумма подтверждённая, В валюте;
Сумма подтверждённая, В эквиваленте;
Акт сверки расчётов, Номер;
Акт сверки расчётов, Дата;
Сумма не подтверждённая, В валюте;
Сумма не подтверждённая, В эквиваленте.
Перед выполнением действий необходимо задать параметры:
«Статус задолженности» – выбирается из словаря «Статусы задолженностей».
«Сумма подтверждена Актом сверки» – выставляется в случае, если задолженность подтверждена актом сверки.
При выставлении данного чека становится обязательной группа полей «Акт сверки расчётов»:
«Номер» – номер акта сверки;
«Дата» – дата акта сверки.
В спецификациях «Дебиторская задолженность», «Кредиторская задолженность» раздела «Инвентаризационные описи расчетов по поступлениям» добавлены поля для заполнения «ПБЕ».
Реализован новый пользовательский отчет BG11160 «Инвентаризационная опись по объектам нефинансовых активов (расписка), ф.0510466 (61н)», запускаемый из спецификации «Расписка». Отчет формирует лист «Расписка», прилагаемый к инвентаризационной описи, но без данных самой инвентаризационной описи. Отчет предназначен для возможности ознакомления Ответственным лицом с данными листа «Расписка» в случае использования отдельной статусной модели, привязанной к спецификации «Расписка», и последующим подписанием этой расписки через модуль «Личный кабинет».
Внимание! Ведутся работы по реализации интеграции с «Модулем бюджетного процесса в части казначейского обслуживания, а также исполнения бюджетов субъектов Российской Федерации (местных бюджетов), государственных внебюджетных фондов» (Модуль ЕБП Финансы) в связи с поэтапным переходом автономных и бюджетных учреждений субъектов Российской Федерации, включая муниципальные учреждения, на казначейское обслуживание в Модуль ЕБП Финансы.
Для сервисного взаимодействия с Модулем ЕБП Финансы реализовано:
сервис для взаимодействия с Модулем ЕБП Финансы (MqRskpService);
загрузка и выгрузка распоряжений о совершении казначейского платежа (перечисление) и распоряжений о совершении казначейского платежа (перечисление на карты «Мир»);
загрузка распоряжений о совершении казначейского платежа (возврат) и распоряжений о совершении казначейского платежа (уточнение);
загрузка выписок из лицевых счетов бюджетных (автономных) учреждений.
Реализован второй этап доработки по оптимизации работы с отклоненными выплатами, полученными в результате исполнения ранее отправленного РСКП (Перечисление на карту МИР) через сервис в ЕБП.
Вариант 1: банковский документ (БД) не связан с разделом «Перечисления», например, если отсутствует модуль «Расчет заработной платы». В этом случае последовательность действий будет следующей:
Создается БД по образцу или с использованием стандартных действий «Добавить», «Размножить».
Для созданного БД выполняется действие «Отправить РСКП», чтобы отправить проект РСКП (Перечисление на карту МИР) в Модуль ЕБП.
Затем выполняется действие «Получить данные по исполнению РСКП». При этом если имеются отклоненные выплаты, поступает входящий реестр (KIRI) из Модуля ЕБП с информацией об отклоненных выплатах для ранее отправленного РСКП.
Для записей, присутствующих в реестре и помеченных как отклоненные, автоматически подбираются соответствующие записи спецификации БД.
В найденных записях спецификации БД, соответствующих отклоненным выплатам, обнуляется сумма, а в примечание добавляется текст ошибки, из-за которой выплата была отклонена. В остальных записях спецификации БД, соответствующих успешно проведенным выплатам, устанавливается дата проведения равная дате входящего реестра. Возможные коды ошибок обработки исходящего реестра приведены в Таблице 1.
Таким образом, в спецификации БД с ненулевой суммой будут только те записи, выплаты по которым были успешно проведены. В результате БД будет обработан в ХО только по строкам с ненулевой суммой, то есть по проведенным выплатам. Для пользователя предоставляется возможность увидеть строки с заполненной датой проведения, а также с нулевой суммой и текстом ошибки для возможности ее устранения.
После анализа ошибок для повторной отправки выплат создается новый БД. Новый БД отправляется в Модуль ЕБП.
Вариант 2: БД имеет связи с разделом «Перечисления» (в том числе через раздел «Реестры перечислений»):
БД формируется на основе перечислений или реестра перечислений.
Для созданного БД выполняется действие «Отправить РСКП», чтобы отправить проект РСКП (Перечисление на карту МИР) в Модуль ЕБП.
Затем выполняется действие «Получить данные по исполнению РСКП». При этом если имеются отклоненные выплаты, поступает входящий реестр (KIRI) из Модуля ЕБП с информацией об отклоненных выплатах для ранее отправленного РСКП.
Для записей, которые присутствуют в реестре и являются отклоненными, подбираются исходные проводки перечислений.
Найденные проводки перечислений отвязываются от БД, а суммы в спецификации БД уменьшаются. Если для заголовка перечисления не осталось ни одной связанной строки спецификации БД, то отвязывается и сам заголовок перечисления.
Перечисления, частично отработанные в БД, становятся доступными для формирования новых БД.
После анализа и исправления ошибок для повторной отправки выплат формируется новый БД по записям спецификации перечисления, которые не были включены в предыдущие БД. Новый БД повторно отправляется в Модуль ЕБП.
Таблица 1 – Возможные коды ошибок обработки Исходящего реестра
Код ошибки | Описание ошибки | Рекомендации по обработке ошибки получателем |
|---|---|---|
0001 | Номер карты не соответствует ни одному из диапазонов номеров платежных карт платежной системы «Мир» | Не использовать данный номер платежной карты для осуществления выплат |
0003 | Последняя цифра номера платежной карты содержит некорректный контрольный разряд | |
0004 | Эмитент платежной карты не доступен в течение времени обработки Исходящего реестра в НСПК | Повторить выплату позднее в новом Исходящем реестре |
0005 | Эмитент сообщил об отсутствии платежной карты | Не использовать данный номер платежной карты для осуществления выплат |
0007 | Неизвестный код выплаты | Исправить неверное значение кода выплаты и направить уточненные данные о выплате в новом Исходящем реестре |
0011 | Значение поля «Дата рождения» больше текущей даты или меньше даты 1 января 1900 года | Исправить неверное значение поля «Дата рождения» и направить уточненные данные о выплате в новом Исходящем реестре |
0012 | Эмитент платежной карты отклонил запрос на пополнение карты по причине несоответствия значения поля «Дата рождения» и даты рождения держателя карты по данным эмитента | |
0013 | Эмитент платежной карты отклонил запрос по иным причинам, позволяющим использовать номер платежной карты в дальнейшем | Повторить выплату позднее в новом Исходящем реестре |
0014 | Эмитент карты отклонил запрос по иным причинам, не позволяющим использовать номер платежной карты в дальнейшем | Не использовать данный номер платежной карты для осуществления выплат |
0015 | Эмитент карты отклонил запрос на пополнение карты, т.к. срок действия карты истек/карта заблокирована | |
0016 | Эмитент отклонил запрос на пополнение карты, т.к. к счету получателя средств выпущены карты, не являющиеся национальными платежными инструментами | |
0017 | Эмитент отклонил запрос на пополнение карты, т.к. карта заблокирована/счет карты закрыт в связи со смертью держателя |
Доработано формирование БД, которое выполняется для типа РСКП «Перечисление» при помощи действия «Сформировать банковский документ» в разделе «Журнал взаимодействия с ЕБП» и действия «Получить данные по исполнению РСКП» в разделе «Банковские документы». При формировании БД номер и дата документа сопровождения в заголовке заполняются в зависимости от поступившего документа вложений:
Если к РСКП (Перечисление) поступило вложение Поручение о перечислении на счет (PPS – MSC_TransfOrderAcc), то используются значения атрибутов AccDoc_DocNum, AccDoc_DocDate;
Если к РСКП (Перечисление) поступило вложение Платежное поручение (PP – ED101), то используются значения атрибутов AccDocNo, AccDocDate.
При отправке проекта РСКП (перечисление) документы-основания из спецификации «Документы-основания» используются для заполнения назначения платежа (decodingRSKP/paymentPurpose и paymentInform/paymentPurpose), а также для заполнения блоков «Документы-основания» (basicDocuments). Блок basicDocuments имеет атрибут Предмет (краткое содержание) документа-основания (documentSubject), который выгружается из поля «Примечание».
В разделе «Денежные обязательства» доработано действие «Сформировать банковский документ» в части заполнения поля «Примечание» в строках спецификации «Документы-основания» (в порядке приоритета):
для записи, содержащей тип, номер и дату регистрации в ГФУ денежного обязательства, предмет заполняется:
из поля «Предмет» того ДО, по которому формируется банковский документ;
для записи с реквизитами самого ВД предмет заполняется:
из поля «Предмет» того ДО, по которому формируется банковский документ;
из поля «Назначение документа» связанного внутреннего документа;
для записи с реквизитами СФ предмет заполняется:
из поля «Предмет» того ДО, по которому формируется банковский документ;
из поля «Дополнение» связанного Входящего счета-фактуры.
Установка и настройка сервиса взаимодействия с Модулем ЕБП Финансы (MqRskpService) описаны в инструкции:
/Инструкции/Система/Парус-Онлайн 2/Парус-Онлайн 2. Часть 4. Дополнения. docx
Функциональные возможности описаны в инструкции:
/Инструкции/Бухгалтерский учет/Казначейское обслуживание/Инструкция_РСКП_Модуль_ЕБП_ПУР_ГИИС_ЭБ.doc
Официальная документация самого сервиса Модуля ЕБП Финансы и формат передаваемых и получаемых XML-файлов публикуются в виде альбома ТФО РСКП на официальном сайте Федерального казначейства (roskazna.gov.ru ⇒ ГИС ⇒ Документы).
Внимание! В спецификацию «Реквизиты лицевых счетов в финансовых учреждениях» на вкладку «Банк» добавлен чек «Использовать корреспондентский счет из банка-корреспондента». Этот чек доступен для заполнения в случае, если в поле «Код строки» выбрана строка реквизитов банка, указанного в поле «Банковское учреждение». В данном поле необходимо указать строку реквизитов Единого казначейского счета (ЕКС), открытого Федеральному казначейству в Центральном банке Российской Федерации, если у УФК имеется несколько ЕКС.
Например, УФК «ОТДЕЛЕНИЕ АРХАНГЕЛЬСК БАНКА РОССИИ//УФК по Архангельской области и Ненецкому автономному округу г. Архангельск» имеет два ЕКС: 40102810045370000016 и 40102810045370000087. Для этого УФК необходимо добавить две строки реквизитов. При добавлении строк реквизитов для Казначейских счетов (КС), открытых в Федеральном казначействе отдельно по каждому бюджету бюджетной системы РФ, следует указать соответствующий ЕКС для каждого из них.
При добавлении Лицевого счета (ЛС) для конкретного учреждения на вкладке «Реквизиты» в поле «Номер счета» по-прежнему указывается ЛС, а на вкладке «Казначейство» – казначейство. В группе полей «Реквизиты казначейства в банке» указывается КС. Если УФК имеет только один ЕКС, то его, как и раньше необходимо указать в поле «Счет» в заголовке банка, зарегистрированного для УФК.
Подробнее о ЕКС и КС можно ознакомиться сайте Федерального казначейства: roskazna.gov.ru ⇒ Главная/Документы/Система казначейских платежей. Доработка печатных форм и выгрузок для случаев, когда ЕКС указан в реквизитах банка, соответствующего УФК, будет выполнена по мере необходимости.
Доработано заполнение корреспондентского счета для случая, когда выставлен признак «Использовать корреспондентский счет из банка-корреспондента», в следующих отчетах / выгрузках:
Выгрузка РСКП (Перечисление);
Выгрузка РСКП (Возврат) для ПУД ГИИС ЭБ;
Выгрузка начисления ИС РНИП 2.0;
Платежное поручение 8н (0401060);
Выгрузка платежного поручения Электронный бюджет НУБП.
В целях обеспечения работоспособности функционала по формированию Расширенной аналитики (РА) проводок для СУБД PostgreSQL были выполнены доработки, которые повлекли за собой изменение синтаксиса, используемого в пользовательских процедурах по заполнению РА:
Необходимо заменить конструкции вида PKG_EXTANL.HEADLIST.count и PKG_EXTANL.SPECLIST.count на вызов новых функций:
PKG_EXTANL.HEADLIST.count ⇒ PKG_EXTANL.HEADLIST_COUNT
PKG_EXTANL.SPECLIST.count ⇒ PKG_EXTANL.SPECLIST_COUNT
Фактически необходимо заменить «.» на «_».
Вынужденно меняется подход к получению информации об отрабатываемом документе. Используемая ранее предопределенная переменная IN_DOC больше не работает. Теперь необходимо в секции declare объявить переменную с именем, например, rIN_DOC типа PKG_EXTANL.TDocument (важно!):
declare
rIN_DOC PKG_EXTANL.TDocument;
begin
...
end;
затем присвоить значение этой переменной при помощи нового метода GET_DOCUMENT, вызываемого после считывания записи заголовка GET_HEAD_RECORD или спецификации GET_SPEC_RECORD ХО в буфере:
…
PKG_EXTANL.GET_HEAD_RECORD( PKG_EXTANL.HEADLIST(iH), rHEAD );
PKG_EXTANL.GET_DOCUMENT(rIN_DOC);
…
после чего можно обращаться к RN заголовка или спецификации отрабатываемого документа через данную переменную аналогично существовавшему ранее механизму, но уже без использования конструкции вида PKG_EXTANL.IN_DOC, а напрямую:
…
-- RN заголовка отрабатываемого документа (уровень 0)
nBANKDOC := rIN_DOC.DOCUMENT0;
-- RN записи спецификации отрабатываемого документа (уровень 1)
nBANKSP := rIN_DOC.DOCUMENT1;
…
Для текущего релиза в обязательном порядке необходимо доработать собственные пользовательские процедуры по заполнению РА согласно описанному выше.
В прикрепленном ниже файле приведен пример доработанного кода пользовательской процедуры (неименованного блока) по заполнению Расширенной аналитики значением платежного реквизита контрагента-юридического лица для балансовых счетов денежных средств (2011Х и 2012Х) на коротком Плане счетов с учетом описанных выше изменений.
Печать исходящих и корректировочных счетов-фактур доработана для отражения льготных ставок НДС (5% и 7%) при использовании т.н. «обратной» ставки.
В конструкторском представлении раздела (web) исправлена ошибка автоматического подбора аналитического счета по правилам подбора КОСГУ при выполнении операции «Взаимозачеты» в разделе «Расчеты с дебиторами/кредиторами» при работе в web-интерфейсе. Ранее в аналитический счет, на котором отражается КОСГУ операции, подставлялся КОСГУ остатков.
В конструкторском представлении раздела (web) реализована возможность просмотра хозяйственных операций по строке оборотной ведомости.
В конструкторском представлении раздела (web) реализована возможность применения фильтров по колонкам грида истории операций.
Доработан механизм заполнения аналитики MESTO_ADDR_NFA в части заполнения адреса объекта из связанной записи словаря «Местонахождение инвентарных объектов» (при ее наличии).
Доработан механизм расчета остатков на начало года по счетам капитальных вложений в части учета операции «Отражение остатка на начало» карточек капитальных вложений, дата начала действия которых совпадает с датой расчета остатков Таксономии.
Доработан механизм расчета остатков на начало и конец периода предоставления данных Таксономии в части отражения «КОСГУ остатков» 00Х для тех счетов задолженности, которые с точки зрения требований законодательства предполагают использование подстатей КОСГУ увеличения/уменьшение задолженности, детализированных по классификации институциональных секторов экономики (56Х/66Х, 73Х/83Х).
Доработан механизм расчета оборотов и остатков средств по счетам, предполагающим заполнение аналитики PRICH_OSH «Причины возникновения ошибок прошлых лет» в части «переворачивания» сумм рассчитанных остатков из дебета в кредит и наоборот с противоположным знаком в случае наличия операций по исправлению ошибок прошлых лет с отрицательной суммой. Ранее, например, операция с кредитом счета 401.19 и отрицательной суммой могла привести к формированию некорректного остатка по кредиту с отрицательной суммой вместо «перевернутого» остатка по дебету с положительной суммой.
Реализовано заполнение аналитик OS_PRAVOOBLADANIE, NMA_PRAVOOBLADANIE, NPA_PRAVOOBLADANIE при расчете остатков Таксономии по данным раздела «Инвентарная картотека». Ранее значения данных аналитик заполнялись только для оборотов, связанных с записями истории ИК.
Напоминаем, что для работы с модулем перед запуском обновления базы данных необходимо установить лицензию, включающую в себя модуль «Таксономия».
Внимание! Краткое описание порядка работы с модулем приведено в документе:
/Инструкции/Бухгалтерский учет/Таксономия/Краткий порядок работы в модуле Таксономия.doc
В части возможности заполнения значений дополнительных свойств, отражающих тип, номер и дату исходного документа при формировании электронного документа, доработан отчет:
BR0260 «Акт приемки товаров, работ, услуг, ф.0510452 (из Приходных ордеров)».
Изменений нет.
Внимание! Веб-сервис MqSmev3Service используется для взаимодействия с ИС РНиП в части отправки каталога услуг, требующей выставления счета (начисления) и по авансовой услуге (без выставления начисления), предоставления и получения информации, необходимой для уплаты денежных средств, информации об уплате денежных средств.
Веб-сервис MqSmev3Service обеспечивает интеграцию с сервисом ИС РНиП и использует методы:
SendRequest (послать запрос), служит для передачи запроса от ИС участника во входящую очередь ИС РНиП;
GetResponse (получить ответ), служит для получения, ИС участника, ответа из исходящей очереди ИС РНиП;
Ack (подтвердить получение), служит для подтверждения получения сообщения из исходящей очереди, должен вызываться ИС участника, после получения сообщения методами GetRequest или GetResponse.
Для возможности последующей передачи сведений о начислениях и оплатах услуги в ГИС ГМП используются следующие типы (виды сведений):
ImportCatalogRequest – импорт каталога услуг;
ImportChargesRequest, ChargesPackage ImportedCharge – прием необходимой для уплаты информации (начисления);
ImportRefundsRequest, RefundsPackage ImportedRefund – прием информации о возврате;
ExportChargesRequest – предоставление необходимой для уплаты информации (начисления);
ExportPaymentsRequest – предоставление информации об уплате;
ExportQuittancesRequest – предоставление информации о результатах квитирования;
ForcedAcknowledgementRequest, ForceAnnulQuittanceRequest – прием информации о погашении начисления.
Установка и настройка сервиса MqSmev3Service описаны в инструкции Парус-Онлайн 2. Часть 4. Дополнения 2025.09.docx, п. 2.5. Сервис взаимодействия с СМЭВ3 для ГИС ГМП 2.х.
Функциональные возможности ПП «ПАРУС-Бюджет 8» описаны в руководстве пользователя РУК_Расчет_оплаты_услуг_учреждения.pdf.
Официальная документация на Портале городских услуг города Москвы (www.mos.ru ⇒ Документы ⇒ ИС РНиП актуальные версии форматов взаимодействия 2.6) и на сайте Федерального казначейства (roskazna.gov.ru ⇒ ГИС ⇒ ГИС ГМП).
Реализована возможность исключения конкретных платежей из автоматического квитирования. Для этого в разделе «Журнал регистрации начислений» в спецификации «Платежи» реализовано новое действие «Исключить из автоматического квитирования», которое имеет алгоритм, аналогичный одноименному действию в заголовке и выполняется по помеченным записям.
Реализована поддержка вида сведений AnnulmentExcludeQuittance – включение платежа в автоматическое квитирование с начислением для возможности включения платежа, ранее исключенного из автоматического квитирования. Для этого в разделе «Журнал регистрации платежей» реализовано новое действие «Включить в автоматическое квитирование», которое выполняется аналогично действию «Связать с начислением», но с отправкой запроса на «Включение платежа в автоматическое квитирование».
Изменений нет.
В справочных материалах к модулю «Сведение отчетности. Центр учета» глава «Ограничение на количество показателей в составе таблицы» дополнена примером для БД PostgreSQL.
Инструкция по загрузке форм отчетов для редакций «ПАРУС-Бюджет 8» от 29.04.2025 и позже:
Репликации для обновления форм отчетов необходимо загружать в следующем порядке:
Схемы репликации, расположенные в архиве на сервис-диске /Парус_8_5_6_1_20ХХ_ХХ_ХХ/SERVICE/Схемы репликации/ Схемы репликации.zip, загружаются через предопределенный импорт в приложении «Администратор».
Загрузка редакций форм отчетов и сопутствующих материалов, расположенных на /SVODI_8-online/Формы отчетов/Бюджетная отчетность/ возможна двумя способами: а) через входы репликации; б) с помощью механизма предопределенного импорта. В каталоге /SVODI_8-online/Формы отчетов/Бюджетная отчетность/00_ОБЩЕЕ_ОБНОВЛЕНИЕ/ публикуются ежедневные обобщенные обновления.
Информация об изменениях материалов публикуется в рассылке. Оформить подписку на рассылку соответствующих новостей можно в личном кабинете на портале support.parus.ru.
Выпуск отдельного WEB-решения к модулю «Сведение отчетности. Центр учета» для редакции «ПАРУС-Бюджет 8» от 06.11.2025 НЕ ПЛАНИРУЕТСЯ.
СОВМЕСТИМЫМ WEB-решением к модулю «Сведение отчетности. Центр учета» редакции «ПАРУС-Бюджет 8» от 06.11.2025 является версия 5.6.96:
Внимание! Редакция «ПАРУС-Бюджет 8» от 06.11.2025 года и приложение «Сведение отчетности - Онлайн» версии 5.6.96.216 рекомендуются для сдачи годовой отчетности за 2025 год.
Исправлена ошибка редактирования начисления по алгоритму «БС2» «Больничный (2011)» - «Недопустимое значение параметра группы начислений». Ошибка возникала в случае использования настройки «Режим совместного ограничения» = «Распределение».
Необходимо установить обновление:
Добавлена возможность быстрого перехода в раздел «Журнал отклонений» с фильтрацией по Сотруднику Исполнения должности. Для быстрого перехода используйте соответствующий пункт меню «Просмотреть».
Необходимо установить обновление:
Исправлена ошибка обработки списка Реестров для формирования банковского документа в случае, если в списке присутствуют записи с пустой датой.
Реализована возможность ведения реестров без указания банка – для формирования списка на зачисление на карты МИР. Возможность реализована в т.ч. для работы с документом «Распоряжения о перечислении денежных средств на банковские карты «Мир» физических лиц».
| На формы действий по формированию реестра перечислений (из разделов: «Ведомости по оплате труда» и «Перечисления») добавлен параметр «Без учета банка получателя». При установке параметра в значение «Да» отключается группировка по банку получателя и социальной программе банка. |
| |
|
СФР проводятся мероприятия в целях обеспечения требований к информационной безопасности информационных систем государственных органов. В сервисах ЭЛН, ПВСО, СЭДО будет выполнен переход на криптографический протокол TLS (Transport Layer Security) с шифрованием по алгоритмам ГОСТ.
С 10.11.2025 г. до середины декабря 2025г на стороне СФР будут поддерживаться алгоритмы RSA и ГОСТ. В дальнейшем алгоритмы RSA будут отключены.
Адреса:
СЭДО:
https://ecp.sfr.gov.ru/sedo/soap/SedoGateway?wsdl
ССВ:
https://ecp.sfr.gov.ru/vnim/quarantine/QuarantineStatementServicePorts?wsdl
ЭЛН:
https://eln.sfr.gov.ru/ws-mo-crypto/FileOperationsLnService?wsdl
https://eln.sfr.gov.ru/ws-insurer-crypto/FileOperationsLnService?wsdl
https://eln.sfr.gov.ru/ws-mse-crypto/FileOperationsLnService?wsdl
будут осуществлять работу только по протоколу TLS (ГОСТ). HTTP Клиенты, не поддерживающие TLS (ГОСТ), не смогут взаимодействовать с данными сервисами.
Чтобы продолжить работу через TLS (ГОСТ), необходимо использовать:
Криптопровайдер, реализующий алгоритмы ГОСТ-шифрования;
ГОСТ-сертификат: https://lk-test.fss.ru/cert.html;
Проверить работу сервисов, используя тестовый адрес:
(/ws-mo/api/soap/FileOperationsLnService?wsdl)
Источник информации - https://lk.fss.ru/sedo.html
Действия, необходимые для настройки TLS, описаны в инструкциях:
«Парус-Онлайн 2. Часть 6. КриптоПРО Stunnel 2025.11.docx»
«Парус-Онлайн 2. Часть 4. Дополнения 2025.11.docx»
СЭДО (MqSedoFssService):
«Парус-Онлайн 2. Часть 3. Сервисы. Настройка 2025.ХХ.docx»
ССВ (QuarantineStatementService):
ЭЛН (aiseln)
СФР ввел новую категорию застрахованного лица ENDOFMILITARY, которая указывается для сотрудника организации в период, когда он, призванный на СВО, уже демобилизовался, но его трудовой договор еще не возобновлен. Если в этот период сотруднику полагается пособие, то при обмене с фондом данными по такому пособию сотруднику указывается эта категория, а само пособие оплачивается в размере 100% из средств фонда. Категория ENDOFMILITARY указывается только по информации от работодателя.
Реализовано:
Для раздела «Реестры данных ФСС» добавлен параметр настройки 2304 – «Категория застрахованного – лицо, в период приостановления ТД после окончания ВС» (FSSRegistries_EndOfMilitary). Выбор значения осуществляется из словаря «Аналитические признаки».
Для всех видов пособий реализовано формирование сообщения 101 с указанием в блоке <insuredInfo/category> новой категории ENDOFMILITARY.
Для категории ENDOFMILITARY все пособия подаются к оплате за счет СФР с первого дня.
Реализована обработка сообщения 322 «Сведения, необходимые для исчисления страхователем первых трех дней пособия по временной нетрудоспособности»:
Сообщение отрабатывается в раздел «Сведения для исчисления пособий», в спецификацию «Запросы сведений о заработке».
Введены следующие типы сообщения:
Сведения, для исчисления первых трех дней пособия (322) – Запись данного типа формируется только при получении сообщения 322. В записи выставляется статус “Сведения успешно получены”;
Сведения о заработной плате застрахованного (320/321) (по умолчанию) – Работа с записями данного типа производится без изменений.
Возможна отработка записи спецификации «Запросы сведений о заработке» в спецификацию «Сведения о заработке» с использованием действия «Сформировать сведения о заработке».
В случае формирования записи спецификации «Сведения о заработке» в поле «Примечание» добавляется информация о создании записи и атрибутах сообщения 322.
Доработано формирование сообщения 12010 в случае наличия справки об инвалидности ребенка, действующей бессрочно, в связи с уточнением требований СФР в схеме к элементу DisabilityChildrenRequestType/receiversRow/childInfo/certificateOfDisability/disabilityEndDate/notLimited.
До доработки для таких справок выгружалось допустимое ранее значение «1», теперь будет выгружаться значение «true».
Необходимо установить обновление:
Исправлена ошибка формирования выгрузки отчета по уволенным в предыдущие отчетные периоды текущего расчетного периода прокурорам в части заполнения Приложения 1 к Разделу 4:
не включались лица, не имевшие в расчетном периоде начислений (только действовавшее в расчетном периоде исполнение);
не заполнялась строка 070 «База для исчисления страховых взносов…», «Всего с начала расчетного периода» (блок файла выгрузки <СвПримТариф4.425>/<БазаИсч>).
Добавлена возможность быстрого перехода в раздел «Журнал отклонений» с фильтрацией по Сотруднику Исполнения должности. Для быстрого перехода используйте соответствующий пункт меню «Быстрый вызов».
Исправлена плавающая ошибка автопересчета начислений при редактировании начисления после изменения ФОВ (только Oracle).
Необходимо установить обновление:
В онлайн приложении реализован вывод информационного сообщения о завершении группового расчета:
В соответствии с приказом Росстата от 22.07.2025 N 348 реализованы отчеты, применяемые с 2026 года:
Мнемокод | Наименование | Имя хранимой процедуры |
SL4780 | Форма №1 (рабочая сила) (Приказ № 348 от 22.07.2025) | P_CLNPSPFM_F1WP_2025 |
SL4790 | Сведения о численности и заработной плате работников (Форма № 1-Т Приказ № 348 от 22.07.2025) | P_CLNPSPFM_1T_2024 |
SL4800 | Сведения о неполной занятости и движении работников (П-4(НЗ) Приказ № 348 от 22.07.2025) | P_CLNPSPFM_P4_NZ_2023 |
SL4810 | Сведения о численности и оплате труда работников сферы образования (ЗП-образование, приказ № 348 от 22.07.2025) | P_CLNPSPFM_ZP_EDUC_2024 |
SL4820 | Сведения о численности и оплате труда работников сферы культуры (ЗП-культура, приказ № 338 от 348 от 22.07.2025) | P_CLNPSPFM_ZP_CUL_2024 |
SL4830 | Сведения о численности и оплате труда работников организаций, осуществляющих научные исследования и разработки (ЗП-наука, приказ № 338 от 348 от 22.07.2025) | P_CLNPSPFM_ZP_SCN_2024 |
SL4840 | Сведения о численности и оплате труда работников сферы социального обслуживания (ЗП-соц, приказ № 348 от 22.07.2025) | P_CLNPSPFM_ZP_SOC_2024 |
SL4850 | Сведения о численности и оплате труда работников сферы здравоохранения (ЗП-здрав, приказ № 348 от 22.07.2025) | P_CLNPSPFM_ZP_MED_2024 |
Мнемокод | Наименование | Имя хранимой процедуры |
SL4770 | Форма № 57-Т (приказ № 348 от 22.07.2025) | P_CLNPSPFM_T57_2025 |
Реализована новая версия отчета по ф.0504421: SL4760 «Табель учета использования рабочего времени ф.0504421».
Доработаны отчеты SL4680 «Расшифровка по НДФЛ (2025 г.)» и SL4650 «Регистр налогового учета 2025 г.» для учета случая сторнирования облагаемого дохода с обратным переходом через порог превышения ставки (например, в случае имущественного вычета).
Доработан отчет SL0990 «Отчет среднем заработке» для формирования через очередь печати – ранее некорректно отображались даты «за период с» и «за период по».
Доработано формирование отчета SL4490 «Заявление о возмещении расходов на оплату дополнительных выходных дней для ухода за детьми-инвалидами (приказ №28 от 16.01.2024)» в части заполнения сведений о страхователе и банковских реквизитов.
Реализована инструкция по работе с разделом «Заявления на оплату дополнительного отпуска»:
Все доработки по обмену с СФР описаны в разделе «Расчет заработной платы».
В онлайн приложении для действия «Размножить» реализован признак «Унаследовать входимость в списки должностей».
Доработано формирование отчета PR0770 «Отчет по дням рождения сотрудников», исправлена ошибка сортировки записей при использовании параметра «Упорядочить сведения по месяцу, числу рождения».
Доработано формирование отчетов PR1400 «Сведения о медицинской организации (Форма №30 2025 г.)», PR1410 «Сведения о медицинской организации по нескольким организациям (Companies) (Форма №30 2025 г.)». Реализована возможность при выставленном чеке «По штатной должности» учитывать аккредитацию по одной из специальностей, указанных в допсвойстве Штатной должности (наименование допсвойства «Список специальностей для Формы №30»).
В соответствии с приказом Росстата от 22.07.2025 N 348 реализованы отчеты, применяемые с 2026 года:
Мнемокод | Наименование | Имя хранимой процедуры |
CS1490 | (Госслужба) Форма 1-Т(ГС) (приказ № 348 от 22.07.2025) | P_SUBDIVS_1T_GS_2025 |
CS1500 | (Госслужба) Форма 1-Т(МС) (приказ № 348 от 22.07.2025) | P_SUBDIVS_1T_MS_2025 |
Реализована новая версия отчета по ф.0504421: TB0050, «(Табельный учет) Табель учета использования рабочего времени ф.0504421».
Изменений нет.
Описание доработок приведено в разделе «Системные средства/Статусная модель (Управление деловыми процессами)» настоящего документа.
Изменений нет.
Добавлен признак «Сметный метод». Если признак установлен, то объем затрат будет считаться не на единицу объема, а на работу в целом.
В заголовок раздела добавлена статусная модель согласования документа. Вызывается по действию контекстного меню «Состояние» и содержит статусы: «Согласовать…», «Вернуть в работу…», «Утвердить…» и «Снять утверждение…».
При выполнении действия «Состояние» → «Утвердить…», в разделе «Нормативы по учреждению» формируется соответствующая запись, а в разделе «Сведения об учреждении» блокируется возможность их редактирования.
В заголовке и спецификациях раздела добавлены поля для учета норматива, объема и затрат на 1-й и 2-й год периода планирования.
В спецификации «Статьи» добавлен признак «Пересчитывать по натуральным показателям». Если он будет установлен, поля фактических и плановых нормативов станут не доступны для ручного заполнения и будут формироваться по данным спецификации «Натуральные показатели».
Реализована возможность добавлять к записи заголовка раздела присоединенные документы.
В спецификации «Дополнительные затраты» в поле «Тип», добавлено значение «Иное». Дополнительно добавлено текстовое поле «КОД» размерностью 20 символов.
В заголовок и спецификации раздела добавлены поля для учета норматива, объема и затрат на 1-й и 2-й год периода планирования.
В заголовок и спецификации раздела добавлены поля для учета норматива, объема и затрат на 1-й и 2-й год периода планирования.
Реализовано формирование полей на 1-й и 2-й год периода планирования на основании одноименных полей раздела «Нормативы по учреждению». Ранее они формировались через коэффициент дефлятора, указанный в условиях балансировки объема субсидий.
Добавлена спецификация «Натуральные показатели», значения которой наследуются из раздела Нормативы по учреждению».
В соответствии с требованиями актуальной редакции Постановления Правительства РФ от 26.06.2015 N 640с 640 ПП разработан новый раздел «Исполнение ГМЗ» для учёта исполнения государственного задания. Вызывается из меню системы «Документы» → «Исполнение ГМЗ». Раздел состоит из заголовка и спецификаций «Точки контроля», «Услуги/работы» и «Показатели».
В спецификации «Субсидии» убрали обязательность заполнения поля «Код цели».
Изменений нет.
В связи с изменением формата доработана функция загрузки реестра субъектов малого и среднего предпринимательства в справочник «Субъекты малого и среднего предпринимательства».
Сервис мониторинга движения лекарственных препаратов (сервис маркировка, mrk) в рамках проведения работ по оптимизации сервисов интеграции с ФГИС МДЛП утратил актуальность и больше не используется. Заменен сервисом MqMrkService.
Предыдущее название сервиса: «Сервис автоматизированного взаимодействия с МДЛП (маркировка)» (MqMrkService).
Сервис доработан для обеспечения возможности ручного взаимодействия с МДЛП. Все взаимодействие с МДЛП теперь выполняется с помощью этого сервиса (кроме выбытия через РВ).
Возможны 2 режима работы с сервисом MqMrkService:
Без установки УКЭП на сервер – использование функционала ручного взаимодействия с МДЛП (как раньше с сервисом Mrk).
С установкой УКЭП на сервер – появляется возможность дополнительно использовать фоновое (автоматизированное) взаимодействие с МДЛП.
При обновлении сервиса MqMrkService необходимо обратить внимание на правильное обновление конфигурационного файла, а не копирование его с предыдущей версии.
Обновлено описание настройки сервиса MqMrkService в инструкции «Парус-Онлайн 2. Часть 4. Дополнения».
Web-интерфейс. Оптимизирована операция «Добавить списком» для добавления большого количества упаковок ЛП в документ операций с упаковками из Реестра КИЗ.
