Обновления Парус 8
Поле «Файл документа» расширено с 240 до 260 символов.
Разработана подсистема фоновых процессов. Важно! Механизм доступен только в web-интерфейсе для БД PostgreSQL.
Обеспечена возможность выполнения действий в разделах отдельными процессами без блокировки раздела, аналогично механизму формирования отчетов через очередь печати. Актуально для длительных процессов, чтобы не загружать основной пул web-серверов. После того, как действие начинает выполняться в фоновом процессе, пользователь может продолжать работать в Системе.
Реализованы разделы:
Фоновые процессы настраиваются с помощью механизма пользовательских (системных) заданий. Рекомендуется определять количество запускаемых экземпляров обработчика системных заданий в зависимости от количества настроенных фоновых процессов и интенсивности работы пользователей.
Разработана подсистема задержек в массовых процессах. Важно! Механизм актуален, прежде всего, для БД PostgreSQL.
Задержки назначаются на конкретное действие в разделе, предназначены для сглаживания и выравнивания нагрузки на сервер БД при одновременном массовом выполнении длительных однотипных действий (например, группового расчета заработной платы, формирования налоговой карточки, формирования ФОВ в web-интерфейсе).
Для использования данного механизма задержки должны быть предусмотрены в коде серверных объектов (функций), реализующих то или иное действие.
Реализованы разделы:
Важно! Доработан механизм плагинов для поддержки web core. Новые версии web20 и web core теперь не совместимы со старыми плагинами. Документация и примеры по поддержке плагинов выдаются по запросу.
Исправлен порядок вызова пересчета при нажатии кнопки Enter в измененном поле, от которого зависит пересчет:
Проведена оптимизация механизма постраничной выборки записей в разделах:
PKG_COND_BROKER. Дополнительные настройки не требуются.Доработан механизм использования временных функций при выполнении действий в разделах и формирования запросов в условиях отбора.
Добавлен режим выполнения анонимных блоков через сериализацию JSON, вместо создания временных функций.
Для включения режима необходимо в файле конфигурации postgresql.config указать режим выполнения анонимных блоков:
<parus.postgresql sequentalCommandsKind="kind">
где kind: TempFunc | JsonWrapper
TempFunc - выполнение через временные функции,JsonWrapper - JSON-сериализация.Например:
<?xml version="1.0"?>
<parus.postgresql sequentalCommandsKind="JsonWrapper">
<wrappers default="Simple" cleanup="false">
<conditionalWrappers>
<wrapper name="Json" minParamsCount="101"/>
</conditionalWrappers>
</wrappers>
</parus.postgresql>
Реализовано управление контекстным поиском. По умолчанию контекстный поиск выключен (false). Включение через настройку (application.config):
<parus.application>
<grid>
<contextSearch enabled="false" />
</grid>
</parus.application>
Обеспечена поддержка выполнения действий (стандартных/нестандартных, синхронных/асинхронных) в фоновом процессе.
Доработан механизм обновления спецификаций при активном скроллинге мастера. Управление через настройку (application.config):
<parus.application>
<gridStore>
<debounceUpdate enabled="true" delay="500" perParent="false" />
</gridStore>
</parus.application>
(Примечание: в исходном тексте был пропущен закрывающий слэш в теге </gridStore>, здесь он исправлен для валидности XML).
Настройка защищает фреймы (грид и граф) от спама обновлений.
enabled: true|false - признак, что защита включена,delay: <число> - время в миллисекундах,perParent: true|false - если фрейм обновляется от нескольких источников, то false - ждать завершения спама от всех источников, иначе - ждать завершения от любого.Принцип работы. При включенной настройке в процессе навигации по мастеру спецификация обновляется. Если навигация происходит слишком быстро, то спецификация блокирует свое обновление до тех пор, пока в течение некоторого времени (delay) не перестанут поступать запросы на обновление. Спецификация обновится при остановке скроллинга мастера.
Добавлена необязательная настройка autoSaveLayout, определяющая, будут ли сохранены автоматически настройки формы просмотра. Значение по умолчанию true. Если значение false, то чтобы сохранить настройки формы просмотра необходимо нажать кнопку "ОК" в действии «Настройка» контекстного меню любого фрейма формы. Управление через настройку (layout.config):
<?xml version="1.0"?>
<parus.layout>
<viewForm autoSaveLayout="true"/>
</parus.layout>
Исправлена ошибка "Object reference not set to an instance of an object.", возникавшая при условии:
Доработан механизм редактирования в гриде.
Внимание! Доступна версия web-приложения на платформе .NET (.NET Core). Предоставляется по запросу для тестирования и проверки. Новая версия реализована в целях повышения надежности работы web-интерфейса, а также отказа от проприетарного ПО в пользу ПО с открытым кодом.
Реализовано управление контекстным поиском. По умолчанию контекстный поиск выключен (false). Включение через настройку (application.json):
{
"Grid": {
"contextSearch": {
"enabled": true
}
}
}
Обеспечена поддержка выполнения действий (стандартных/нестандартных, синхронных/асинхронных) в фоновом процессе.
Доработан механизм обновления спецификаций при активном скроллинге мастера. Управление через настройку (application.json):
{
"ApplicationSettings": {
"GridStore": {
"debounceUpdate": {
"enabled": "true",
"delay": 500,
"perParent": false
}
}
}
}
Подробности работы были рассмотрены выше по тексту для стандартного web-приложения.
Добавлена необязательная настройка autoSaveLayout, определяющая будут ли сохранены автоматически настройки формы просмотра. Значение по умолчанию true. Если значение false, то чтобы сохранить настройки формы просмотра необходимо нажать кнопку "ОК" в действии «Настройка» контекстного меню любого фрейма формы. Управление через настройку (layout.json):
{
"LayoutSettings": {
"viewForm": {
"autoSaveLayout": true
}
}
}
Теперь дата сборки будет храниться в свойстве «версия продукта», и не использоваться свойство файла «data modified».
Для операторов сравнения (например, «sys.<», «sys.<>», …) при создании/обновлении указываются дополнительные атрибуты (RESTRICT = scalarltsel, JOIN = scalarltjoinsel), (numeric, numeric) set (RESTRICT = neqsel, JOIN = neqjoinsel), (RESTRICT = eqsel, JOIN = eqjoinsel, HASHES, MERGES); и т.д.
Они помогают оптимизатору PostgreSQL лучше понимать, как работать с оператором, чтобы строить более эффективные планы запросов.
Расширено протоколирование принятия решений как в консоль, так и в монитор.
Расширена структура элемента стратегии таблицы:
Элемент стратегии таблицы представляется в формате:
<шаблон имени таблицы>[(FIELD1,!FIELD2)]=<стратегия>[$FIELD1 not like '%dollar $$%' $]
Здесь:
<шаблон имени таблицы> - это шаблон, с которым будет сопоставлено имя таблицы. Допускается перечисление шаблонов через разделитель, знак * соответствует любому количеству любых символов, знак ? соответствует любому одному символу.BL*;*BALANCE*;BALVALUES - соответствует таблицам, начинающимся на BL, содержащим подстроку "BALANCE" и таблице BALVALUES.BALVALUES(COMPANY,!VERSION) - соответствует таблице BALVALUES, при условии наличия в ней поля COMPANY, и при отсутствии в ней поля VERSION.*(COMPANY,VERSION) - соответствует любой таблице, в которой есть и поле COMPANY, и поле VERSION.<стратегия> - семь символов, определяющих действия в различных условиях. После символов стратегии можно указать условия отбора данных таблицы. Выражение условий отбора начинается с символа $, и этим же символом заканчивается. Если необходимо использовать символ $ внутри выражения, удвойте его, как показано в примере.В случае использования сложных стратегий рекомендуется использовать файл стратегии.
Решена проблема расшифровки архива, сделанного расширением pgzip на ОС семейства Linux (где стоит сервер БД), внешними системами, которые ожидают архива, сделанного на ОС Windows. Для этого в функцию pgzip_build добавлен новый параметр madebyversion, в который нужно передавать значение 20.
Доработаны существующие пользовательские отчеты:
Внимание! Ведутся работы по поддержке новых электронных первичных учетных документов и регистров по приказу Минфина России от 15 апреля 2021 г. № 61н «Об утверждении унифицированных форм электронных документов бухгалтерского учета, применяемых при ведении бюджетного учета, бухгалтерского учета государственных (муниципальных) учреждений, и Методических указаний по их формированию и применению».
По замечаниям и пожеланиям доработаны пользовательские отчеты:
В перечисленных ниже разделах доработано действие «Сформировать состав комиссии». Теперь оно включает в себя следующие изменения:
Перечень разделов:
Для работы с указанным ниже перечнем разделов и связанными с ними словарями после обновления базы данных необходимо через раздел «Предопределенный импорт» модуля «Администратор» загрузить файл Управляемые разделы.prf из архива Управляемые разделы_от_25_06_2026.zip:
Доступны статусные модели к указанным ниже разделам по пути /Инструкции/Бухгалтерский учет/Электронные документы/Статусные модели/:
Доступны типовые правила отработки к указанным ниже разделам по пути /Инструкции/Бухгалтерский учет/Электронные документы/Правила отработки/:
Методические рекомендации выложены по пути:
/Инструкции/Бухгалтерский учет/Электронные документы/Методические рекомендации по работе с электронными документами 61н.doc/Инструкции/Бухгалтерский учет/Электронные документы/Методические рекомендации по использованию словаря «Правила отработки» для отработки документов в учете.docДоработана форма редактирования спецификации «Состав комиссии»:
Доработано действие «Сформировать состав комиссии» в части заполнения состава комиссии.
Реализована обязательность заполнения одного из полей «Номер группы» или «Номер объекта» в случае, если в заголовке акта указана одна из групп нефинансовых активов: «КВ Иное движимое», «КВ КАЗНА», «КВ Концедента», «КВ Недвижимость», «КВ ОЦДИ», «КВ ПП НМА».
В заголовок раздела «Правила отработки» для акта о приеме-передаче объектов НФА в значения настроечных полей «Контрагент «От кого» и «Контрагент «Кому» добавлено новое значение «МОЛ инвентарного объекта».
В разделе «Акты о приеме-передаче объектов НФА» доработан алгоритм функции «Отработать в учете». Теперь в случае, если в правиле отработки в каком-либо из настроечных полей «Контрагент «От кого» и «Контрагент «Кому» выбрано значение «МОЛ инвентарного объекта», то для каждого МОЛ инвентарного объекта создается отдельный заголовок формируемой ХО, в котором контрагенты «От кого» / «Кому» заполняются из поля «МОЛ» в соответствии с настройкой правила. Для тех строк объектов учета, в которых не заполнена ссылка на инвентарную карточку, создается отдельный заголовок с незаполненным контрагентом «От кого» / «Кому».
В спецификации «Объекты учета» доработаны действия «Добавить», «Размножить» и «Исправить». Теперь при выполнении этих действий, если в строке спецификации «Объекты учета» заполнена инвентарная карточка, то из этой карточки переопределяются актуальные на дату акта показатели:
В разделе «Инвентаризационные описи по объектам нефинансовых активов» на форме редактирования записи спецификации «Объекты инвентаризации» поля «Статус объекта учета», «Целевая функция» и «Примечание» вынесены на отдельную вкладку «Сведения об объектах по данным комиссии».
Реализована возможность заполнения в инвентаризационной описи (сличительной ведомости) актуальной кадастровой стоимости земельных участков по объектам нефинансовых активов, выявленной в ходе инвентаризации, в соответствии с рекомендациями Письма Минфина России от 28.02.2025 № 02-06-08/19737:
Для раздела «Инвентаризационные описи бланков строгой отчетности и денежных документов» реализована хранимая процедура P_INVLSTREP_RENUMB, предназначенная для перенумерации строк спецификаций «По бухгалтерскому учету» и «Фактическое наличие».
Для использования процедуры её необходимо предварительно зарегистрировать в разделе «Пользовательские процедуры» с привязкой к заголовку раздела «Инвентаризационные описи бланков строгой отчетности и денежных документов».
Входные параметры процедуры:
NCOMPANY: тип привязки – «Организация», число;NRN: тип привязки – «Регистрационный номер», число.При выполнении перенумерации список записей предварительно сортируется по таким показателям, как «Номенклатура», «Серия» и «Номер с».
В заголовке раздела реализовано специальное действие «Сформировать по решению о проведении инвентаризации»: Перед выполнением этого действия открывается форма параметров:
При выборе объектов из раздела «Решения о проведении инвентаризации» доступны только те строки, которые не имеют исходящих связей с инвентаризационными описями.
В результате выполнения действия «Сформировать по решению о проведении инвентаризации» выбранные строки объектов инвентаризации группируются по подразделению проведения инвентаризации, названию места проведения инвентаризации, инвентаризационной комиссии, номеру рабочей инвентаризационной комиссии, дате начала инвентаризации, дате окончания инвентаризации и дате, по состоянию на которую проводится инвентаризация. Для каждой полученной группы создается отдельный заголовок инвентаризационной описи. Созданные заголовки связываются исходящей связью по DOCLINKS от соответствующих им строк спецификации «Объекты инвентаризации» решения к заголовку формируемой инвентаризационной описи. Из решения в опись наследуются члены комиссии и их роли. При этом чек «Председатель» определяется по роли «Председатель», а чек «Ответственный исполнитель» определяется по роли «Секретарь».
Откат этого действия выполняется путем удаления сформированных заголовков.
В заголовке раздела реализованы специальные действия:
«Сформировать по решению о проведении инвентаризации»: Перед выполнением этого действия открывается форма параметров:
При выборе объектов из раздела «Решения о проведении инвентаризации» доступны только те строки, которые не имеют исходящих связей с инвентаризационными описями.
В результате выполнения действия «Сформировать по решению о проведении инвентаризации» выбранные строки объектов инвентаризации группируются по подразделению проведения инвентаризации, названию места проведения инвентаризации, инвентаризационной комиссии, номеру рабочей инвентаризационной комиссии, дате начала инвентаризации, дате окончания инвентаризации и дате, по состоянию на которую проводится инвентаризация. Для каждой полученной группы создается отдельный заголовок инвентаризационной описи. Созданные заголовки связываются исходящей связью по DOCLINKS от соответствующих им строк спецификации «Объекты инвентаризации» решения к заголовку формируемой инвентаризационной описи. Из решения в опись наследуются члены комиссии и их роли. При этом чек «Председатель» определяется по роли «Председатель», а чек «Ответственный исполнитель» определяется по роли «Секретарь».
Откат этого действия выполняется путем удаления сформированных заголовков.
«Исключить из акта о результатах инвентаризации»:
Действие доступно для записей, имеющих исходящую связь с «Актом о результатах инвентаризации».
При выполнении действия в связанном акте удаляются строки всех спецификаций, связанные с текущей описью, при условии, что акт не имеет связанного подписанного электронного документа. Удаляются соответствующие связи по DOCLINKS.
Доработано действие «Сформировать сведения по описям». Теперь при выполнении этого действия в акт о результатах инвентаризации включаются Инвентаризационные описи состояния государственного долга по привлеченным кредитам.
Реализована процедура выгрузки документа «Сведения о заключенном контракте (его изменении)» в соответствии с Дополнением 1 к ТФО 37.0:
P_GOVCNTR_DOC_UPLOAD_37_0 – «Выгрузка сведений о заключенном контракте (его изменении)», используется в разделе «Государственные контракты и закупки» через действие «Экспорт в файл» после регистрации в разделе «Пользовательские процедуры» с параметрами:
| № | Наименование параметра | Описание параметра | Привязка | Раздел |
|---|---|---|---|---|
| 1 | NCOMPANY | Организация | К организации | |
| 2 | NIDENT | Идентификатор отмеченных записей | К идентификатору ведомости | |
| 3 | NPROCESS | Идентификатор процесса (для WEB) | К идентификатору ведомости | |
| 4 | NFILE_NUM | Порядковый номер файла | Нет | |
| 5 | DSIGN | Дата подписания | Нет | |
| 6 | SAGENT | Уполномоченное лицо заказчика | К разделу Контрагенты | |
| 7 | NSINGLE_PRICE | Контракт заключен по единичным ценам | Нет | |
| 8 | SRESP_EXEC | Ответственный исполнитель заказчика | К разделу Контрагенты | |
| 9 | NINF_SANC | Информация о санкционировании | Нет |
В конструкторском представлении раздела (web) необходимо использовать контекстное меню «Выгрузка» ⇒ «Сведений о заключенном контракте (его изменении)».
Реализована процедура выгрузки документа «Сведения об исполнении (о расторжении) контракта» в соответствии с Дополнением 1 к ТФО 37.0:
P_GOVCNTR_EXEC_UPLOAD_37_0 – «Выгрузка сведений об исполнении (о расторжении) контракта», используется в разделе «Государственные контракты и закупки» через действие «Экспорт в файл» после регистрации в разделе «Пользовательские процедуры» с параметрами:
| № | Наименование параметра | Описание параметра | Привязка | Раздел |
|---|---|---|---|---|
| 1 | NCOMPANY | Организация | К организации | |
| 2 | NIDENT | Идентификатор отмеченных записей | К идентификатору ведомости | |
| 3 | NPROCESS | Идентификатор процесса (для WEB) | К идентификатору ведомости | |
| 4 | NFILE_NUM | Порядковый номер файла за текущую дату | Нет | |
| 5 | DSIGN | Дата подписания | Нет | |
| 6 | SRESP_EXEC | Ответственный исполнитель заказчика | К разделу Контрагенты | |
| 7 | SAGENT | Уполномоченное лицо заказчика | К разделу Контрагенты | |
| 8 | NINF_SANC | Информация о санкционировании | Нет |
В конструкторском представлении раздела (web) необходимо использовать контекстное меню «Выгрузка» ⇒ «Сведений об исполнении (о расторжении) контракта».
Доработано действие «Внести изменения». Теперь при выполнении этого действия на форме заголовка новой версии контракта дата изменения по умолчанию заполняется текущей датой.
Реализована процедура выгрузки документа «Сведения об исполнении (о расторжении) контракта» в соответствии с ТФО 37.0:
P_BUDGLIAB_EXP_INFBO_37_0 – «Выгрузка сведений о бюджетном обязательстве (ТФО 37.0)», используется в разделе «Бюджетные обязательства» через действие «Экспорт в файл» после регистрации в разделе «Пользовательские процедуры» с параметрами:
| № | Наименование параметра | Описание параметра | Привязка | Раздел |
|---|---|---|---|---|
| 1 | NCOMPANY | Организация | К организации | |
| 2 | NIDENT | Идентификатор отмеченных записей | К идентификатору ведомости | |
| 3 | NPROCESS | Идентификатор процесса | К идентификатору ведомости | |
| 4 | NFILE_NUM | Порядковый номер файла за текущую дату | Нет | |
| 5 | SDIRECTOR | Руководитель | К разделу Контрагенты | |
| 6 | DIN_DATE | Дата подписания | Нет | |
| 7 | NPROMPT | Является приглашением принять участие в определении поставщика (подрядчика, исполнителя) | Нет | |
| 8 | NADVANCEP | Авансовые платежи считать по: 0 – по бюджетному обязательству, 1 – по документу-основанию | Нет | |
| 9 | NPRINT0 | Выводить нулевые значения сумм | Нет | |
| 10 | NPRIZKS | Признак казначейского сопровождения | Нет | |
| 11 | NSUMKOO | Сумма казначейского обеспечения обязательств | Нет | |
| 12 | NPRIZ44FZ | Признак закупки в соответствии с п.4 и п.5 ч.1 ст. 93 Федерального закона №44-ФЗ | Нет |
В конструкторском представлении раздела (web) необходимо использовать контекстное меню «Выгрузка» ⇒ «Сведений о бюджетном обязательстве в XML».
Доработано действие «Сформировать банковский документ»:
Доработано действие «Сформировать банковский документ»:
Сервис Электронное актирование закупок (MqActDocsService) доработан под требования Альбома ТФФ ЕИС в части электронного актирования версии 16.2.
Доработана процедура выгрузки документа «Платежное поручение» в формате XML согласно ТФО_ПУР_КС:
P_BANKDOCS_PP_9_0_EXP – «Выгрузка платежного поручения (Электронный бюджет НУБП)», используется в разделе «Банковские документы» через действие «Экспорт в файл» после регистрации в разделе «Пользовательские процедуры» с параметрами:
| № | Наименование параметра | Описание параметра | Привязка | Раздел |
|---|---|---|---|---|
| 1 | NCOMPANY | Организация | К организации | |
| 2 | NIDENT | Идентификатор ведомости | К идентификатору ведомости | |
| 3 | NPROCESS | Идентификатор процесса | К идентификатору ведомости | |
| 4 | SAGENT_FR | Код организации клиента-плательщика | Нет | |
| 5 | SAGENT_TO | Код организации клиента-получателя | Нет | |
| 6 | NFILE_NUM | Порядковый номер файла | Нет | |
| 7 | NNOPREF | Не добавлять префикс номера | Нет | |
| 8 | SDIRECTOR | Руководитель | К разделу Контрагенты | |
| 9 | SBUHGALTER | Главный бухгалтер | К разделу Контрагенты | |
| 10 | SEXECUTOR | Ответственный исполнитель | К разделу Контрагенты | |
| 11 | DSIGN_DATE | Дата подписания | Нет |
В параметрах выгрузки теперь используются два параметра для заполнения кодов организации:
В имени файла выгрузки в соответствующих разрядах (предусмотренных форматом) указывается значение параметра «Код организации клиента-плательщика». Если этот параметр не задан, то вместо него используется код из сводного реестра бюджетополучателя, подобранный по контрагенту-плательщику, указанному в заголовке банковского документа.
Атрибут PayerAndRecipient_Payer_Code заполняется по аналогичному алгоритму. Атрибут PayerAndRecipient_Recip_Code заполняется значением параметра «Код организации клиента-получателя». Если этот параметр не задан, то также используется код из сводного реестра бюджетополучателя, подобранный по контрагенту-плательщику банковского документа.
В конструкторском представлении раздела (web) необходимо использовать контекстное меню «Выгрузить» ⇒ «В формате ТФФ ПУР КС» ⇒ «Платежное поручение».
Доработан пересчет на форме редактирования спецификации банковского документа и его буфера. Это позволило устранить ошибку «NRN: invalid identifier», которая возникала при редактировании строки спецификации в определенных условиях.
Выполнена доработка загрузки данных из тестовых файлов для СУБД PostgreSQL.
В заголовке правил отработки журнала платежей добавлена ссылка на пользовательскую процедуру по заполнению расширенной аналитики проводок. Синтаксис данной пользовательской процедуры полностью аналогичен процедуре по заполнению расширенной аналитики проводок, используемой в правилах отработки банковских документов.
Механизм отработки в учете Журнала платежей доработан в части заполнения расширенной аналитики проводок в случае, если в заголовке соответствующего правила отработки указана пользовательская процедура по заполнению расширенной аналитики.
В конструкторском представлении раздела (web) реализована возможность исправления значения поля «Описание» для записей с непустым значением поля «Причина возникновения ошибок прошлых лет», для которых существуют соответствующие обособленные хозяйственные операции.
Доработаны формы добавления/исправления аналитических счетов для случая, когда к соответствующему уровню аналитики привязывается спецификация какого-либо раздела системы (например, привязка к уровню аналитики банковских реквизитов контрагента). Теперь соответствующую запись спецификации связанного раздела можно только выбрать из словаря, без возможности ввода мнемокода вручную, а при выборе другой записи заголовка связанного раздела ранее выбранное значение спецификации связанного раздела теперь автоматически очищается.
Печать ИСФ и УПД доработана в части отражения сведений о количестве и единице его измерения для номенклатуры типа «Услуга» только в случае, если в словаре «Единицы измерения» для данной услуги заполнен Код по ОКЕИ.
Выгрузка КСФ в xml-формате ФНС доработана для случая использования налоговой ставки 0%.
Печать КСФ доработана в части отражения сведений о количестве и единице его измерения для номенклатуры типа «Услуга» только в случае, если в словаре «Единицы измерения» для данной услуги заполнен Код по ОКЕИ.
Доработан механизм включения Книги покупок и Книги продаж в Декларацию. Теперь для строк 115 Книги покупок и 135 Книги продаж символ-разделитель префикса и номера авансового СФ заполняется только при наличии префикса. Кроме того, перечисление реквизитов документов, подтверждающих уплату налога на добавленную стоимость или оплату счета-фактуры (в том числе корректировочного), в формируемых записях Декларации теперь указывается через разделительный знак ;.
При заполнении показателей разделов 10 «Счета фактуры выставленные» и 11 «Счета фактуры полученные» увеличено с 1000 до 50000 записей предельное количество отмеченных счетов-фактур для включения в Декларацию.
Выгрузка Декларации в xml-формате ФНС доработана в части повышения быстродействия при использовании СУБД PostgreSQL.
Формирование сведений об оборотах и остатках Таксономии по данным бухгалтерского учета доработано в части повышения производительности.
Напоминаем, что для работы с модулем перед запуском обновления базы данных необходимо установить лицензию, включающую в себя модуль «Таксономия».
Внимание! Краткое описание порядка работы с модулем приведено в документе:
/Инструкции/Бухгалтерский учет/Таксономия/Краткий порядок работы в модуле Таксономия.docИнструкция по настройке веб-сервисного взаимодействия с МСД через ЕСМВ и работе с разделом «Журнал взаимодействия с МСД» приведена в документе:
/Инструкции/Бухгалтерский учет/Таксономия/Настройка взаимодействия П8 с МСД через ЕСМВ (сервис MqTaxonomyService).docxИспользование пакетных переменных было упразднено, что позволило устранить ошибку «отношение «pkg_dictaxis_calc$vars» не существует». Эта ошибка возникала при работе в СУБД PostgreSQL во время редактирования строки в спецификации документа и в буферном окне «Выбор товарной позиции», которое открывается с помощью действия «Добавить из номенклатора».
Оптимизированы представление и функционал разделов «Товарные запасы» ⇒ «По партиям товара» / «По местам хранения» для СУБД PostgreSQL. Ранее при выборе какой-либо ячейки в гриде курсор позиционировался на правильном столбце, но в неправильной строке.
В перечисленных ниже разделах доработано действие «Сформировать состав комиссии». Теперь оно включает в себя следующие изменения:
Перечень разделов:
Изменений нет.
Изменений нет.
Изменений нет.
Исправлена ошибка просмотра в Win–клиенте приложения «Сведение отчетности. Центр учета» записи «Истории значений», сохраненной ранее в Web-клиенте приложения.
Репликации для обновления форм отчетов необходимо загружать в следующем порядке:
/Парус_8_5_6_1_20ХХ_ХХ_ХХ/SERVICE/Схемы репликации/Схемы репликации.zip, загружаются через предопределенный импорт в приложении «Администратор»./SVODI_8-online/Формы отчетов/Бюджетная отчетность/ возможна двумя способами: а) через входы репликации; б) с помощью механизма предопределенного импорта. В каталоге /SVODI_8-online/Формы отчетов/Бюджетная отчетность/00_ОБЩЕЕ_ОБНОВЛЕНИЕ/ публикуются ежедневные обобщенные обновления.Информация об изменениях материалов публикуется в рассылке. Оформить подписку на рассылку соответствующих новостей можно в личном кабинете на портале support.parus.ru.
lc_collate и lc_ctype в указанных версиях PostgreSQL.ConfigDocument при одновременной работе более одного экземпляра сервиса с распределением подключений.BalanceReportsDesc (F_BLREPORTS_DESCRIBE_ALL) дополнена ограничением для формируемых при выгрузке в Excel/PDF имен файлов.Доработан модуль расширения (файл ParusWebBalanceExtension.zip в составе приложения «Сведение отчетности Онлайн»). Модуль не совместим с предыдущими редакциями ПАРУС Бюджет 8.
Длина поля «Наименование» увеличена до 800 знаков.
В win-клиенте исправлена ошибка доступности полей сформированной ведомости. В частности, поля «Расчет», «Месяц», «Год», «Межрасчетная ведомость», «Дата оплаты» вновь стали недоступны для изменения.
При модернизации сообщений СЭДО для работы в ЕЦП: В сведения параметрах назначения и выплаты пособия добавлены:
assignmentParams/contractsInfo/workerAndGPHcontract/);assignmentParams/contractsInfo/workerContract/Period/ или assignmentParams/contractsInfo/GPHcontract/Period или assignmentParams/contractsInfo/workerAndGPHcontract/workerContract/Period/).Поле «Код должности» расширено до 14 знаков. Значение формируется в зависимости от Даты отчета, с 01.07.2026 действует новый формат отчетности. Предоставление корректирующих сведений за периоды до 01.07.2026г должно осуществляться с "новым" кодом должности.
В дополнительном свойстве должности необходимо указать коды согласно Приложению 1 к приказу СФР от 17.11.2025 N 1462 в ред. Приказа СФР от 15.04.2026 N 389.
Доработано формирование Нормы часов для неполной ставки в месяце с предпраздничным днем (для СУБД PostgreSQL).
На основании приказа СФР от 17.11.2025 N 1462 и альбома форматов ЕЦП от 27.05.2026 доработано формирование отчетов типа «ЕФС-1»:
Новая схема формирования отчетности (2026-06-01) применяется с 01.07.2026 года.
При формировании отчета по шаблону PR1480 «ЕФС-1 Подраздел 1.3 (приказ СФР от 17.11.2025 N 1462)» реализованы дополнительные проверки:
\d{6}-\d{4}-\d{2}. При несоответствии значения формируется сообщение вида «Значение поля Код должности Сотрудника ФИО не соответствует формату», печать /выгрузка отчета прерывается. Для успешной отправки отчета необходимо ввести корректные значения Кода должности.Реализована процедура «Импорт сведений о номерах открытых карт (Сбербанк) 2026» (P_SLREGOPACCPR_IMPORT_SBR_2026). При импорте сведений производится проверка номера договора и реквизитов сотрудника, номер реестра не рассматривается.
Обновление размещено по адресу:
ftp://ftp.parus.ru/master_disk/PARUS_8/БЮДЖЕТ/Парус_8_5_6_1_2026_06_25/Обновления/П8-63632_Импорт_номеров_открытых_карт/
Все доработки по обмену с СФР описаны в разделе «Расчет заработной платы».
Исправлена ошибка, возникающая при добавлении позиций в Базовый ФОТ должности.
Исправлена ошибка, возникающая при выполнении функции «Массовое добавление позиций в ФОТ». Аналогичная ошибка исправлена в разделе «Штатные должности».
Доработан отчет PR0780 «Отчет по личным данным сотрудников», реализованы новые параметры формирования и новые колонки:
Управление кадрами государственной службы
Внимание! Опубликовано обновление для исправления ошибки в WEB-версии:
ftp://ftp.parus.ru/master_disk/PARUS_8/БЮДЖЕТ/Парус_8_5_6_1_2026_06_25/Обновления/П8-62797_Импорт_данных_из_ПО_Анкета_ГС(МС)/ftp://ftp.parus.ru/master_disk/PARUS_8/БЮДЖЕТ/Парус_8_5_6_1_2026_06_25/Обновления/PG/П8-62797_Импорт_данных_из_ПО_Анкета_ГС(МС)_ПГ/Сняты с поддержки шаблоны отчетных форм:
| № пп | Мнемокод | Наименование | Файл |
|---|---|---|---|
| 1 | CS0020 | (Госслужба) Приказ о приеме на работу (T-1) | PRORDERPRS_TAKE_T1.RPT |
| 2 | CS0030 | (Госслужба) Приказ о приеме на работу (T-1а списочный) | PRORDERPRS_TAKE_T1A.RPT |
| 3 | CS0040 | (Госслужба) Приказ о прекращении трудового договора (T-8) | PRORDERPRS_DISMISS_T8.RPT |
| 4 | CS0050 | (Госслужба) Приказ о прекращении трудового договора (T-8а списочный) | PRORDERPRS_DISMISS_T8A.RPT |
| 5 | CS0060 | (Госслужба) Приказ о поощрении (T-11) | PRORDERPRS_REWARD_T11.RPT |
| 6 | CS0070 | (Госслужба) Приказ о поощрении (T-11а списочный) | PRORDERPRS_REWARD_T11A.RPT |
| 7 | CS0080 | (Госслужба) Приказ о предоставлении отпуска (T-6) | PRORDERPRS_VAC_T6.RPT |
| 8 | CS0090 | (Госслужба) Приказ о предоставлении отпуска (T-6а списочный) | PRORDERPRS_VAC_T6A.RPT |
| 9 | CS0100 | (Госслужба) Приказ о переводе (T-5) | PRORDERPRS_MOVE_T5.RPT |
| 10 | CS0110 | (Госслужба) Приказ о переводе (T-5а списочный) | PRORDERPRS_MOVE_T5A.RPT |
| 11 | CS0120 | (Госслужба) Приказ о направлении в командировку (T-9) | PRORDERPRS_TRIP_T9.RPT |
| 12 | CS0130 | (Госслужба) Приказ о направлении в командировку (T-9а списочный) | PRORDERPRS_TRIP_T9A.RPT |
| 13 | CS0380 | (Госслужба) Командировочное удостоверение (Т-10) | PRORDERPRS_TRIP_T10.RPT |
| 14 | CS0390 | (Госслужба) Служебное задание на командировку (Т-10А) | PRORDERPRS_TRIP_T10A.RPT |
Вместо указанных шаблонов рекомендуется использовать:
| № пп | Мнемокод | Наименование | Файл |
|---|---|---|---|
| 1 | PR1240 | (Приказы) Приказ по учету кадров (постановление Госкомстата РФ от 05.01.2004 N 1) | PRORDER.XLS |
| 2 | PR1250 | (Приказы) Командировочное удостоверение (T-10), Excel | PRORDSPTRIP_T10.XLS |
| 3 | PR1260 | (Приказы) Служебное задание на командировку (T-10а), Excel | PRORDSPTRIP_T10A.XLS |
| 4 | PR1380 | (Приказы) Приказ по универсальному шаблону (динамический) | PRORDER_DYNAMIC.XLS |
Изменений нет.
Изменений нет.
Описание доработок приведено в разделе «Системные средства/Статусная модель (Управление деловыми процессами)» настоящего документа.
Изменений нет.
Изменений нет.
Изменений нет.
В заголовке раздела увеличена до 512 символов размерность поля «Наименование».
Изменений нет.
Внимание! Информация актуальна, если обновление выполняется с редакции релиза ранее, чем от 26.03.2026.
Для приведения представлений разделов, перечисленных ниже, к стандартному виду с учетом описанных в данном документе доработок, необходимо однократно выполнить открытие раздела с нажатой кнопкой SHIFT:
Реализован новый сервис для взаимодействия с системой ГИС МТ посредством API для учета маркированных товаров прочих товарных групп, кроме лекарственных препаратов.
Описание настройки сервиса будет добавлено в инструкцию «Парус-Онлайн 2. Часть 4. Дополнения». Следите за ее обновлениями.
Материалы для начала работы с маркировкой прочих товарных групп опубликованы по адресу:
/Инструкции/Учет маркированных товаров/ГИС МТ/
Исправлена ошибка: «Некорректная структура КИЗ. Невозможно расшифровать текст КИЗ "(01)04652624007438(21)381415744113191 92", начиная с позиции "91 92".»