Обновления Парус 8
Программный продукт «ПАРУС-Бюджет 8.5.6.1» (комментарии к редакции от 28.08.2025)
Устранена проблема отбора свойств с типом данных «число», связанная с некорректным округлением.
Разработан механизм внешнего хранения электронных документов.
Размещение содержания электронного документа вне базы данных реализовано с использованием пользовательской процедуры. Пользовательская процедура должна осуществлять взаимодействие с пользовательским хранилищем данных в части размещения, получения и удаления содержимого электронного документа.
Режим размещения вне базы данных включается заданием в новом параметре № 2289 DigitalDocuments_ContentAllocProc мнемокода пользовательской процедуры размещения содержимого электронного документа.
Процедура размещения должна иметь следующий набор параметров:
nACTION in number, -- Действие с документом (0-получение содержимого, 1-добавление содержимого, 2-удаление содержимого)
nDIGDOC in number, -- RN записи электронного документа
nDIGDOCHST in number, -- RN записи истории электронного документа
bCONTENT_IN in blob, -- Содержимое (входной параметр)
bCONTENT_OUT out blob -- Содержимое (выходной параметр)
Регистрационный номер (RN) записи истории электронного документа, передаваемый в параметр nDIGDOCHST, нужен для обеспечения взаимосвязи данных в системе с данными в пользовательских структурах. Отдельные параметры для входных и выходных данных заведены по причине отсутствия поддержки в системе IN/OUT параметров у пользовательских процедур.
Реализован механизм двухфакторной аутентификации. Последовательность настройки следующая:
Зарегистрировать (загрузить) сертификат пользователя без закрытого ключа в раздел «Электронные сертификаты».
Назначить указанный сертификат пользователю в спецификации «Назначение сертификатов аутентификации» раздела «Пользователи» в модуле «Администратор».
Создать/изменить профиль пользователя в разделе «Профили безопасности пользователей». В профиле задать: 2-х факторная аутентификация – «По сертификату».
Назначить профиль пользователю.
При входе в приложение (под настроенным для 2-х факторной авторизации пользователем) сначала необходимо ввести логин/пароль. Затем при успешной аутентификации по логину/паролю откроется форма выбора сертификата со списком доступных сертификатов. Для продолжения работы потребуется выбрать сертификат, назначенный текущему пользователю.
Компонент выбора сертификатов в выпадающем списке теперь отображает значение атрибута Title, если он указан в сертификате. Реализовано для лучшей идентификации того или иного сертификата.
Обеспечена поддержка свойства "ValueStored" для класса "TPContentComboBox".
Важно! Добавлена поддержка КриптоПро Browser CadesPlugin V3. В итоге обеспечена работа с криптографическими операциями на обновленных браузерах на основе Chromium.
Начиная с августа 2025 года Google распространяет версию Chrome 139.XXX (Меню браузера - Справка - О браузере Google Chrome). В этой и последующих версиях поддержка расширения версии 1.2.XX отключена окончательно. Рекомендуется использовать Chromium GOST, если поддержка старого расширения ещё требуется.
Подробности: https://support.cryptopro.ru/index.php?/Knowledgebase/Article/View/466/
Для совместимости оставлена возможность работы со старым плагином. Для этого в конфигурационном файле web.config необходимо установить значение глобальной настройки configuration/appSetting[@key="CadesLegacy"] в true (по умолчанию - false).
Проведено обновление библиотеки ASP.NET MVC до версии 5.3.0. В web.config необходимо указать корректную версию.
<dependentAssembly>
<assemblyIdentity name="System.Web.Mvc" publicKeyToken="31bf3856ad364e35" />
<bindingRedirect oldVersion="1.0.0.0-5.3.0.0" newVersion="5.3.0.0" />
</dependentAssembly>
Обновлена библиотека moment.js для устранения уязвимостей безопасности.
Вызов процедуры P_DIGDOC_SIGN при подписании Электронных документов и штатном подписании разделов переведен на PKG_PROC_BROKER.
Важно! Подключен новый монитор запросов для провайдера Npgsql.
Добавлена поддержка пользовательских подтверждений при направлении задачи в точку маршрута (статус).
Поддержан учет пустых строк, добавляемых командой PRSG_EXCEL.LINE_APPEND.
Внимание! Ведутся работы по развитию функционала реализованных ранее первичных учетных документов и регистров, применяемых (при передаче ведения бюджетного учета по решению Правительства РФ) в соответствии с разделом 4 приложения 5 к приказу Минфина России от 30.03.2015 № 52н (в ред. от 15.06.2020г № 103н).
Реализован сквозной учет в разрезе Кода по БК, КОСГУ, ВФО, ПБЕ и Кода цели в документах, применяемых для учета расчетов с подотчетными лицами.
В разделе «Решения о командировании»:
Добавлены необязательные поля:
В заголовке: «ПБЕ»;
В спецификации «Финансовое обеспечение»: «ПБЕ», «Код цели»;
В спецификацию «Расчет обязательств»: «Бюджетная классификация», «КОСГУ», «ВФО», «ПБЕ», «Код цели».
С целью наследования добавленных атрибутов доработано действие «Формирование БО».
Реализовано новое действие «Сформировать» в спецификации «Финансовое обеспечение».
В разделе «Отчёты о расходах подотчётного лица»:
Добавлены необязательные поля в спецификациях:
«Отчет о расходах на закупку малого объема»: «ПБЕ», «Код цели»;
«Принятые расходы по командировке»: «ПБЕ», «Код цели»;
«Принятые денежные обязательства»: «ПБЕ», «Код цели», «ВФО».
С целью наследования добавленных атрибутов доработаны действия:
Формирование принятых расходов по командировке»;
Теперь при выполнении действия «Формирование принятых расходов по командировке» для каждой формируемой строки из связанного Решения о командировании теперь подбирается строка в спецификации «Расчет обязательств» по виду расходов по командировке и сумме, утвержденной решением. Если такая строка единственная, то из нее наследуется «Код по БК», «КОСГУ», «ВФО», «ПБЕ», «Код цели». Если таких строк несколько и в них одинаковые значения в атрибутах «Код по БК», «КОСГУ», «ВФО», «ПБЕ», «Код цели», то наследуются эти значения в добавляемую строку принятых расходов по командировке. Если таких строк несколько и в них хотя бы одно из значений в атрибутах «Код по БК», «КОСГУ», «ВФО», «ПБЕ», «Код цели» отличаются, то в добавляемой строке эти атрибуты остаются незаполненные.
Формирование принятых денежных обязательств;
Формирование БО;
Формирование ООПЛ по решению о командировании;
Формирование ООПЛ по заявке на закупку малого объема.
В разделе «Заявки-обоснования закупок малого объема»:
Добавлены необязательные поля:
В заголовке: «ПБЕ»;
В спецификации «Финансовое обоснование»: «ПБЕ», «Код цели», «ВФО».
С целью наследования добавленных атрибутов доработаны действия:
Формирование ОРПЛ;
Формирование БО.
Внимание! Для корректной работы в разделе «Отчёты о расходах подотчётного лица» обязательно необходимо установить обновление:
Ссылка для СУБД Oracle:
/Обновления/ П8-60188_Отчёт_о_расходах_подотчётного_лица/
Ссылка для СУБД PostgreSQL:
/Обновления/_PG/П8-60188_Отчёт_о_расходах_подотчётного_лица_ПГ/
Для работы с указанным ниже перечнем разделов и связанными с ними словарями после обновления базы данных необходимо через раздел «Предопределенный импорт» модуля «Администратор» загрузить файл «Управляемые разделы.prf» из архива Управляемые разделы_от_28_08_2025.zip:
Решения о командировании;
Заявки-обоснования закупок малого объема;
Отчеты о расходах подотчетного лица;
Решения о компенсации оплаты проезда работникам Крайнего Севера.
Внимание! Методические рекомендации по работе с документами по командировке выложены по пути:
Внимание! Инструкция по формированию регистров и отчетов в виде электронного документа в разделе «Электронные регистры и отчеты» на примере Журнала регистрации приходных и расходных кассовых ордеров (ф.0504093) и Кассовой книги (ф.0504514) выложена по пути:
Внимание! Ведутся работы по поддержке новых электронных первичных учетных документов и регистров по приказу Минфина России от 15 апреля 2021 г. № 61н «Об утверждении унифицированных форм электронных документов бухгалтерского учета, применяемых при ведении бюджетного учета, бухгалтерского учета государственных (муниципальных) учреждений, и Методических указаний по их формированию и применению».
Для работы с указанным ниже перечнем разделов и связанными с ними словарями после обновления базы данных необходимо через раздел «Предопределенный импорт» модуля «Администратор» загрузить файл «Управляемые разделы.prf» из архива Управляемые разделы_от_28_08_2025.zip:
Акты приема-передачи в личное пользование;
Карточки учета имущества в личном пользовании;
Решения о проведении инвентаризации;
Листы голосования;
Акты инвентаризации наличных денежных средств;
Решения о прекращении признания активами объектов нефинансовых активов;
Акты о консервации (расконсервации) объекта основных средств;
Акты об утилизации (уничтожении) материальных ценностей;
Решения о признании объектов нефинансовых активов;
Решения о списании задолженности, невостребованной кредиторами;
Решения об оценке стоимости имущества;
Решения о восстановлении кредиторской задолженности;
Ведомости начисления доходов бюджета;
Ведомости группового начисления доходов;
Акты о признании безнадежной к взысканию задолженности по доходам;
Извещения о начислении дохода;
Решения о признании (восстановлении) сомнительной задолженности по доходам;
Ведомость выпадающих доходов;
Операции по признанию доходов текущего финансового года;
Извещения о трансферте, передаваемом с условием;
Карточки капитальных вложений;
Акты о приеме-передаче объектов НФА;
Акты о результатах инвентаризации;
Инвентаризационные описи расчетов по поступлениям;
Инвентаризационные описи остатков на счетах учёта денежных средств;
Инвентаризационные описи по объектам нефинансовых активов;
Инвентаризационные описи бланков строгой отчетности и денежных документов;
Инвентаризационные описи расчётов с поставщиками и прочими дебиторами и кредиторами.
Доступны статусные модели к разделам:
Ведомости начисления доходов бюджета;
Ведомости группового начисления доходов;
Извещения о начислении дохода;
Решения о командировании;
Акты приема-передачи в личное пользование;
Акты о признании безнадежной к взысканию задолженности по доходам;
Решения о списании задолженности, невостребованной кредиторами;
Решения о прекращении признания активами объектов нефинансовых активов;
Решения о признании объектов нефинансовых активов;
Решения о признании (восстановлении) сомнительной задолженности по доходам;
Акты инвентаризации наличных денежных средств.
Внимание! Методические рекомендации обновлены и выложены по пути:
Внимание! Методические рекомендации выложены по пути:
Реализован экспорт/импорт новых полей заголовка внутреннего документа:
Приказ о создании комиссии, Тип;
Приказ о создании комиссии, Номер;
Приказ о создании комиссии, Дата;
Необходимость уничтожения (утилизации);
Место поставки товара;
Реквизиты заказчика;
Реквизиты поставщика;
Грузоотправитель;
Реквизиты грузоотправителя;
Страхователь;
Реквизиты страхователя;
Начало отчётного периода;
Конец отчётного периода;
Стройка;
Объект;
Уникальный код объекта капитального строительства;
Стоимость работ всего;
Стоимость работ с начала года;
Стоимость работ за отчётный период;
Стоимость работ всего, НДС;
Стоимость работ с начала года, НДС;
Стоимость работ за отчётный период, НДС;
Стоимость работ всего, с НДС;
Стоимость работ с начала года, с НДС;
Стоимость работ за отчётный период, с НДС;
Дата составления.
В заголовке раздела «Акты о приёме-передаче объектов НФА» реализовано действие «Включить в карточку капитальных вложений». Действие применяется для формирования новых карточек и/или включения объектов в существующие карточки капитальных вложений по акту о приёме-передаче объектов НФА.
Перед выполнением действия «Включить в карточку капитальных вложений» необходимо задать параметры:
Создать новую карточку: выставите чек, если необходимо создать новую карточку; чек доступен, если в спецификации акта о приёме-передачи есть хотя бы одна строка, где указана номенклатура с типом «Товар»;
Формировать отдельные карточки: выставите чек в случае, если документ содержит несколько объектов и требуется создать отдельные карточки для каждого объекта; если данный чек не выставлен и документ содержит несколько объектов, то будет создана одна карточка, а в ней зарегистрировано несколько объектов в спецификации «Объекты и их характеристики»;
Карточки для включения: выберите ранее зарегистрированную открытую карточку; параметр доступен, если не выставлен чек «Создать новую карточку», и используется для включения дополнительных операций, формирующих стоимость объекта (группы объектов) капитальных вложений;
Показать карточки после включения операций: выставите чек, если после формирования карточек необходимо открыть раздел «Карточки капитальных вложений»; в открывшемся разделе будут доступны все стандартные действия;
В случае если выставлен параметр «Создать новую карточку», то дополнительно на вкладке «Реквизиты карточки» укажите некоторые атрибуты, которые будут использоваться при создании новой карточки:
Префикс карточки;
Дата открытия;
Учреждение;
Обособленное подразделение;
Структурное подразделение;
Ответственное лицо;
Табельный номер;
Вид имущества;
Наименование объекта;
Код объекта;
Сведения составляют государственную тайну;
Учетный номер до поступления;
Количество.
Действие «Включить в карточку капитальных вложений» доступно только для отработанных в учёте документов, не имеющих входящих связей с карточками капитальных вложений, у которых «Код операции с НФА» имеет направление «Прием». При этом проверяется, что в связанной хозяйственной операции, созданной в результате отработки в учете, присутствует хотя бы одна проводка, в дебете и/или кредите которой указан счет с выставленным признаком «Счет капитальных вложений».
В результате выполнения действия «Включить в карточку капитальных вложений»:
Если в параметрах действия был выставлен чек «Создать новую карточку», то создается одна или несколько карточек для каждой строки спецификации, имеющей номенклатуру с типом «Товар». В созданных карточках заполняются спецификации «Объекты и их характеристики» и «Операции по объекту капитальных вложений» с типом «Формирование стоимости (поступление)».
Если в параметре «Карточки для включения» указаны карточки для включения, то используется буферный раздел для распределения объектов по ранее созданным карточкам и их объектам.
В заголовке этого буферного раздела отражаются проводки, созданные при отработке акта о приёме-передачи, а в спецификации – объекты выбранной карточки капитальных вложений:
В группе полей «Распределение капитальных вложений» спецификации буферного раздела путем ручного изменения количества и/или суммы для каждого объекта необходимо указать ту часть количества и/или суммы, которую следует отнести на данный объект:
При этом в соответствующей проводке, отражаемой в заголовке буферного раздела, будут пересчитаны сумма и количество «к распределению» как сумма соответствующих «изменений» всех строк спецификаций.
После того, как все проводки будут распределены по соответствующим им объектам, необходимо нажать кнопку «ОК» для сохранения результатов распределения.
Действие «Включить в карточку капитальных вложений» может выполняться многократно, пока вся сумма всех проводок по «Счетам КВ» не будет учтена в ККВ.
Удаление Операции по формированию стоимости (поступлению) КВ производится путём удаления соответствующих записей из спецификации «Операции по объекту» Карточки капитальных вложений, при этом соответствующая ей часть Проводки ХО становится вновь доступной для отнесения на ККВ.
Удаление Операций по формированию стоимости (поступлению) возможно только при отсутствии более поздних «Операций» другого вида.
Доработано действие «Сформировать сведения об объектах по данным учета»:
на вкладку «Группировка/Сортировка» добавлена группа полей «Консолидация по» для реализации возможности консолидации записей спецификации «Объекты инвентаризации» по ПБЕ и аналитическим счетам. При установке соответствующего признака, например, «ПБЕ», остатки по ТМЦ с различными значениями этого признака объединяются и суммируются. В результате для них формируется одна строка спецификации, в которой значение указанного признака остается незаполненным.
Действие «Получить из ЕИС», используемое для формирования записи контракта на основе данных из журнала взаимодействия с ЕИС, обновлено в соответствии с требованиями формата версии 15.2.
Доработан механизм автоматического заполнения реквизитов получателя и плательщика банковского документа. Теперь в случае, если есть несколько действующих реквизитов, то подбирается последний по RN из действующих. Если нет подходящих действующих реквизитов, то подбирается последний реквизит по RN. Отменена проверка актуальности реквизитов, которая выполнялась при сохранении БД. Отменен предварительный отбор, который устанавливался при выборе реквизита на форме редактирования заголовка БД.
Доработана процедура выгрузки документа «Распоряжение о совершении казначейского платежа (уточнение)» в формате XML согласно версии 1.1 альбома ТФО РСКП (возврат, уточнение):
P_BANKDOCS_RSKP_CLARIF_EX_XML – «Выгрузка РСКП (Уточнение)», используется в разделе «Банковские документы» через действие «Экспорт в файл» после регистрации в разделе «Пользовательские процедуры» с параметрами:
Позиция | Наименование параметра | Описание параметра | Привязка | Раздел |
1 | NCOMPANY | NCOMPANY | К организации | |
2 | NIDENT | NIDENT | К идентификатору ведомости | |
3 | STRUS_PERS | Ответственный исполнитель | К разделу | Контрагенты |
4 | NADD_PREF | Добавлять префикс в номер распоряжения | Нет | |
5 | NPROCESS | NPROCESS | К идентификатору ведомости | |
6 | SMANAGER | Руководитель | К разделу | Контрагенты |
7 | SCHIEF_ACC | Главный бухгалтер | К разделу | Контрагенты |
Доработана процедура выгрузки документа «Распоряжение о совершении казначейского платежа (возврат)» в формате XML согласно версии 1.1 альбома ТФО РСКП (возврат, уточнение):
P_BANKDOCS_RSKP_RET – «Выгрузка РСКП (возврат)», используется в разделе «Банковские документы» через действие «Экспорт в файл» после регистрации в разделе «Пользовательские процедуры» с параметрами:
Позиция | Наименование параметра | Описание параметра | Привязка | Раздел |
1 | NCOMPANY | NCOMPANY | К организации | |
2 | NIDENT | NIDENT | К идентификатору ведомости | |
3 | NPROCESS | NPROCESS | К идентификатору ведомости | |
4 | SAGENT | SAGENT | К разделу | Контрагенты |
5 | SMANAGER | Руководитель | К разделу | Контрагенты |
6 | SCHIEF_ACC | Главный бухгалтер | К разделу | Контрагенты |
Доработана процедура выгрузки документа «Платежное поручение» согласно версии 11.0 Формата выгрузки при КС ПУР ЭБ:
P_BANKDOCS_PP_9_0_EXP – «Выгрузка платежного поручения (Электронный бюджет НУБП)», используется в разделе «Банковские документы» через действие «Экспорт в файл» после регистрации в разделе «Пользовательские процедуры» с параметрами:
Позиция | Наименование параметра | Описание параметра | Привязка | Раздел |
1 | NCOMPANY | организация | К организации | |
2 | NIDENT | идентификатор ведомости | К идентификатору ведомости | |
3 | SAGENT | код организации клиента | Нет | |
4 | NFILE_NUM | порядковый номер файла | Нет | |
5 | NNOPREF | не добавлять префикс номера | Нет | |
6 | SDIRECTOR | руководитель | К разделу | Контрагенты |
7 | SBUHGALTER | главный бухгалтер | К разделу | Контрагенты |
8 | DSIGN_DATE | дата подписания | Нет | |
9 | SEXECUTOR | ответственный исполнитель | К разделу | Контрагенты |
Доработана процедура импорта документа «Платежное поручение» согласно версии 11.0 Формата выгрузки при КС ПУР ЭБ:
P_BANKDOCS_PP_9_0_IMP – «Импорт платежного поручения (Электронный бюджет НУБП)», используется в разделе «Банковские документы» через действие «Импорт из файла» после регистрации в разделе «Пользовательские процедуры» с параметрами:
Позиция | Наименование параметра | Описание параметра | Привязка | Раздел |
1 | NCOMPANY | Организация | К организации | |
2 | NIDENT | Идентификатор ведомости | К идентификатору ведомости | |
3 | SCATALOG | Каталог | К разделу | Банковские документы |
4 | SDOC_TYPE | Тип документа | К разделу | Типы документов |
5 | SOPER_TYPE | Вид операции | К разделу | Виды финансовых операций |
6 | SOPER_RULE | Правило отработки | К разделу | Правила отработки банковских документов |
7 | NAGN_CREATE | Создавать контрагентов | Нет | |
8 | SAGN_CATALOG | Каталог контрагентов | К разделу | Контрагенты |
Доработан импорт документа «Выписка из лицевого счета администратора поступлений», выполняемый через действие «Загрузить документ», в соответствии с изменениями, внесенными Дополнением 2 к ТФО 36.0.
Ведутся работы по реализации интеграции с «Модулем бюджетного процесса в части казначейского обслуживания, а также исполнения бюджетов субъектов Российской Федерации (местных бюджетов), государственных внебюджетных фондов» (Модуль ЕБП Финансы) в связи с поэтапным переходом автономных и бюджетных учреждений субъектов Российской Федерации, включая муниципальные учреждения, на казначейское обслуживание в Модуль ЕБП Финансы и использование ими единых лицевых счетов с кодами 80 и 90.
Для сервисного взаимодействия с Модулем ЕБП Финансы реализовано:
сервис для взаимодействия с Модулем ЕБП Финансы (MqRskpService);
загрузка и выгрузка распоряжений о совершении казначейского платежа (перечисление) и распоряжений о совершении казначейского платежа (перечисление на карты «Мир»);
загрузка распоряжений о совершении казначейского платежа (возврат) и распоряжений о совершении казначейского платежа (уточнение);
загрузка выписок из лицевых счетов бюджетных (автономных) учреждений.
Реализован первый этап доработки по оптимизации работы с отклоненными выплатами, полученнымии в результате исполнения ранее отправленного РСКП (перечисление МИР) через сервис ЕБП.
В разделе «Перечисления»:
В спецификацию «Проводки» было добавлено необязательное поле «Примечание».
В грид заголовка раздела добавлена новая колонка: «Статус обработки в банковских документах». В этой колонке отображается текущий статус обработки банковских документов в зависимости от наличия связей с БД. Если заголовок Перечисления не имеет связей с БД, то статус будет «Не отработан». Если заголовок связан с БД и все проводки также имеют связи, то статус будет «Полностью отработан». В случае если не все проводки связаны с БД, то статус будет «Частично отработан».
В грид спецификации «Проводки» добавлены новые колонки: «Примечание» и «Дата формирования банковского документа».
Новые колонки позволят пользователям более эффективно отслеживать и управлять отклоненными выплатами сотрудникам.
На следующем этапе планируется доработка механизма формирования банковских документов и заполнение сведений по отклоненным выплатам, полученным по интеграции с модулем ЕБП, а также реализация возможности повторной отправки проекта РСКП (Перечисление МИР) по тем сотрудникам, чьи выплаты были отклонены.
В разделе «Журнал взаимодействия с ЕБП» реализован запрет на удаление записей, имеющих статусы «Отправлен» и «Принят в ЕБП».
Внимание! Установка и настройка сервиса взаимодействия с Модулем ЕБП Финансы (MqRskpService) описаны в инструкции:
/Инструкции/Система/Парус-Онлайн 2/Парус-Онлайн 2. Часть 4. Дополнения. docx
Внимание! Функциональные возможности описаны в инструкции:
/Инструкции/Бухгалтерский учет/Казначейское обслуживание/Инструкция_РСКП_Модуль_ЕБП_ПУР_ГИИС_ЭБ.doc
Внимание! Официальная документация самого сервиса Модуля ЕБП Финансы и формат передаваемых и получаемых XML-файлов публикуются в виде альбома ТФО РСКП на официальном сайте Федерального казначейства (roskazna.gov.ru ⇒ ГИС ⇒ Документы).
В спецификацию «Реквизиты лицевых счетов в финансовых учреждениях» на вкладку «Банк» добавлен чек «Использовать корреспондентский счет из банка-корреспондента». Этот чек доступен для заполнения в случае, если в поле «Код строки» выбрана строка реквизитов банка, указанного в поле «Банковское учреждение». В данном поле необходимо указать строку реквизитов Единого казначейского счета (ЕКС), открытого Федеральному казначейству в Центральном банке Российской Федерации, если у УФК имеется несколько ЕКС.
Например, УФК «ОТДЕЛЕНИЕ АРХАНГЕЛЬСК БАНКА РОССИИ//УФК по Архангельской области и Ненецкому автономному округу г. Архангельск» имеет два ЕКС: 40102810045370000016 и 40102810045370000087. Для этого УФК необходимо добавить две строки реквизитов. При добавлении строк реквизитов для Казначейских счетов (КС), открытых в Федеральном казначействе отдельно по каждому бюджету бюджетной системы Российской Федерации, следует указать соответствующий ЕКС для каждого из них.
При добавлении Лицевого счета (ЛС) для конкретного учреждения на вкладке «Реквизиты» в поле «Номер счета» по-прежнему указывается ЛС, а на вкладке «Казначейство» – казначейство. В группе полей «Реквизиты казначейства в банке» указывается КС. Если УФК имеет только один ЕКС, то его, как и раньше необходимо указать в поле «Счет» в заголовке банка, зарегистрированного для УФК.
Подробнее о ЕКС и КС можно ознакомиться сайте Федерального казначейства: roskazna.gov.ru - Главная/Документы/Система казначейских платежей. Доработка печатных форм и выгрузок для случаев, когда ЕКС указан в реквизитах банка, соответствующего УФК, будет выполнена по мере необходимости.
Восстановлена возможность наследования данных Расширенной аналитики проводок в системную таблицу ODCTURNS, используемую при работе с Ведомостями расчетов с дебиторами/кредиторами. Данная доработка потребуется в будущем при реализации функционала по формированию остатков средств в разрезе Расширенной аналитики.
Внимание! Для корректной работы с проводками, содержащими взаиморасчетные счета, обязательно необходимо установить обновление:
Ссылка для СУБД Oracle:
/П8-60830,_61037_Счета_взаиморасчетов_(удаление_проводки_и_подбор_Ведомости)/
Ссылка для СУБД PostgreSQL:
/П8-60830,_61037_Счета_взаиморасчетов_(удаление_проводки_и_подбор_Ведомости)_ПГ/
>
Пользовательский отчет BG11090 «Расчет и выгрузка налоговой декларации по налогу на прибыль в формате 5.12 (ЕД-7-3/830@ от 02.10.2024)» доработан в части исключения из строки 1.100.01 показателей по счетам 20944 (КОСГУ 144) и 20945 (КОСГУ 145), которые отдельно отражаются в строках 1.104.03 и 1.104.04.
Реализован механизм заполнения аналитики PRICH_OSH «Причины возникновения ошибок прошлых лет» при расчете остатков на начало и конец периодов предоставления данных по соответствующим корреспондирующим счетам, используемым в проводках по исправлению ошибок прошлых лет (30486, 40116, 40128 и т.д.).
Реализован механизм расчета остатков на начало периода по счетам капитальных вложений (106ХХ) в разрезе соответствующих аналитик KAP_VL_OS_NMA_NPA и KAP_VL_MZ Таксономии на основании данных раздела «Карточки капитальных вложений».
Реализован механизм расчета остатков на начало периода по счетам основных средств (101ХХ), нематериальных (102ХХ) и непроизведенных (103ХХ) активов, имущества казны (108ХХ), прав пользования активами (111ХХ), амортизации (104ХХ) и обесценения (114ХХ) имущества, а также по забалансовым счетам 01, 02, 05, 09, 13, 21, 22, 24, 25, 26, 38, 39 в разрезе соответствующих аналитик OS, NMA, NPA, OS_NMA_NPA_KAZNA Таксономии на основании данных раздела «Инвентарная картотека». Следует обратить внимание, что Таксономия накладывает требования о детализации остатков по начисленной амортизации (104ХХ) и убытка от обесценения активов (114ХХ) в разрезе соответствующих объектов учета. В связи с этим было принято решение использовать сумму начисленной амортизации и обесценения из записи истории операций ИК с датой, ближайшей к дате расчета остатка, а код счета амортизации и обесценения определять по таблице соответствия исходя из кода счета самого объекта (например, 10134-10434-11434, 10313-11473, 10852-10452-11452, 11145-10445 и т.д.). При этом КБК для остатка амортизации и обесценения берется из самой карточки.
Реализован алгоритм выбора аналитики OS либо MZ_BIO при формировании оборотов Таксономии по забалансовым счетам 02, 05, 09, 13, 22, 24, 25, 26, 27:
Для счетов, кроме 02 и 27:
если проводка имеет связь с записью истории операций инвентарной картотеки (ИК), то формируется аналитика OS и не формируется аналитика MZ_BIO;
если проводка не связана с записью истории ИК, но счет при этом имеет материальную ТФАУ, то наоборот ¬ не формируется аналитика OS и формируется аналитика MZ_BIO.
Для забалансового счета 02:
если проводка связана с записью истории ИК, то используется аналитика OS;
если у проводки нет связи с записью истории ИК, то проверяется, есть ли у проводки входная связь с:
записью спецификации «Объекты учета» документа раздела «Решения о прекращении признания активами объектов нефинансовых активов»
или записью спецификации «Сведения об утилизированных (уничтоженных) объектах» документа раздела «Акты об утилизации (уничтожении) материальных ценностей»
в которой заполнена ссылка на Инвентарную карточку, и:
если связь проводки с такой записью спецификации документа существует, то используется аналитика OS, которая заполняется по ИК, указанной в связанной записи спецификации документа
а если такой связи нет (например, нет связи с записью спецификации самого документа, либо в документе не заполнена ссылка на ИК), но счет при этом имеет материальную ТФАУ, то используется аналитика MZ_BIO;
Для забалансового счета 27:
если проводка связана с записью истории ИК, то используется аналитика OS;
если у проводки нет связи с записью истории ИК, то проверяется, есть ли у проводки входная связь с записью спецификации «Сведения о выдаваемых (сданных) объектах основных средств» документа раздела «Акты приема-передачи в личное пользование» с заполненной ссылкой на Инвентарную карточку, и:
если связь проводки с такой записью спецификации документа существует, то используется аналитика OS, которая заполняется по ИК, указанной в связанной записи спецификации документа
а если такой связи нет (например, нет связи с записью спецификации самого документа, либо в документе не заполнена ссылка на ИК), но счет при этом имеет материальную ТФАУ, то используется аналитика MZ_BIO.
Реализована выгрузка данных об аналитике BSO при формировании соответствующего файла выгрузки.
Напоминаем, что для работы с модулем перед запуском обновления базы данных необходимо установить лицензию, включающую в себя модуль «Таксономия».
Внимание! Краткое описание порядка работы с модулем приведено в документе:
/Инструкции/Бухгалтерский учет/Таксономия/Краткий порядок работы в модуле Таксономия.doc
Внимание! Информация о модуле «Таксономия» также рассматривалась на вебинаре от 20.06.2025. Запись данного мероприятия можно скачать по ссылке:
Изменений нет.
Изменений нет.
>
Изменений нет.
Изменений нет.
Инструкция по загрузке форм отчетов для редакций «ПАРУС-Бюджет 8» от 29.04.2025 и позже:
Репликации для обновления форм отчетов необходимо загружать в следующем порядке:
Схемы репликации, расположенные в архиве на сервис-диске /Парус_8_5_6_1_20ХХ_ХХ_ХХ/SERVICE/Схемы репликации/ Схемы репликации.zip, загружаются через предопределенный импорт в приложении «Администратор».
Загрузка редакций форм отчетов и сопутствующих материалов, расположенных на /SVODI_8-online/Формы отчетов/Бюджетная отчетность/ возможна двумя способами: а) через входы репликации; б) с помощью механизма предопределенного импорта. В каталоге /SVODI_8-online/Формы отчетов/Бюджетная отчетность/00_ОБЩЕЕ_ОБНОВЛЕНИЕ/ публикуются ежедневные обобщенные обновления.
Информация об изменениях материалов публикуется в рассылке. Оформить подписку на рассылку соответствующих новостей можно в личном кабинете на портале support.parus.ru.
## Сведение отчетности Online
Срок выпуска инсталлятора сервиса «Парус - Сведение отчетности Online» - сентябрь 2025 г.
До выпуска инсталлятора совместимым WEB-решением к модулю «Сведение отчетности. Центр учета» релиза «ПАРУС-Бюджет 8» от 28.08.2025 является версия 5.6.95, размещенная на ftp:
Доработаны алгоритмы по типу материальной помощи для учета размера скидки по НДФЛ по базам СВО и РК и ПН:
«МП2» «Материальная помощь 2 скидки»
«МПВ» «Материальная помощь с учетом ФОВ»
«Пом» «Материальная помощь»
«ЧО2» «Частичное обложение из среднего (2 скидки)»
«Чос» «Частичное обложение из среднего».
Доработаны алгоритмы «Кмп» «Компенсация за отпуск» и «ЧСР» «Час из среднего» для возможности их использования при расчете выходного пособия согласно Постановлению Правительства России от 24.04.2025 N540 (п.9 и п.13):
Реализовано автоматическое определение среднемесячного количества дней/часов, подлежащих оплате (за один месяц выплаты пособия), при расчете начислений по алгоритмам «Кмп» и «ЧСР» - если поле «Продолжительность» основания выплаты не заполнено пользователем, то расчет среднемесячного количества дней/часов будет произведен по графику исполнения, с которого увольняется работник по формулам:
Если учет ФОВ = «В днях», то СМД = Всего дней с ненулевым кол-вом основных часов в году увольнения/12
Если учет ФОВ = «В днях», то СМЧ = Всего основных часов в году увольнения/12.
Год увольнения определяется по дате увольнения Сотрудника. Если она не задана - как год периода ЗА начисления.
Доработан алгоритм «Кмп» «Компенсация за отпуск»
Реализован расчет суммы компенсации с учетом коэффициента кратности - в параметры ВУ и параметры основания добавлен параметр «Размер оплаты» аналогично алгоритму «Отпуск». Приоритет у значения, заданного в основании.
Доработка реализована для возможности расчета суммы выходного пособия не за 1 месяц, а сразу за 2 или 3.
Реализована возможность использования индивидуального календаря при расчете среднего заработка, аналогично алгоритму «ЧСР» (при расчете нормы рабочего времени).
Доработан алгоритм «Отп» «Отпуск»
Реализована возможность использования индивидуального календаря при расчете среднего заработка, аналогично алгоритму «ЧСР» (при расчете нормы рабочего времени).
Доработан алгоритм «Про» «Процент отчисления»
Алгоритм доработан для использования стандартных правил определения разрядности рассчитываемого значения (настройка ВУ). Ранее значение всегда округлялось до сотых.
В контекстном меню раздела визуализировано действие «Разрешить совмещение», ранее доступное только в модуле «Кадры и штатное расписание». Действие доступно только при наличии в лицензии модуля «Кадры и штатное расписание».
Доработано формирование банковского документа в режиме «Не переносить счета в строки спецификации» - исправлена ошибка сворачивания записей спецификации по классификаторам.
Доработано действие «Сформировать документ» для возможности заполнения в спецификации Банковского документа не счетов проводки, а бюджетных классификаторов. Для использования новой возможности добавлен параметр «Не переносить счета в строки спецификации».
Добавлены условия отбора по свойствам спецификации документа.
В Онлайн-приложениях в грид раздела выведена информация о Работодателе Сотрудника.
Доработано формирование атрибута insuredInfo/workContract (Срочный трудовой договор/Срок договора ГПХ) в сообщении 101.
При отборе контракта дополнительно проверяется наличие ссылки на контракт с признаком «Срочный» основного исполнения сотрудника;
В случае, если контракт не найден, учитывается последнее основное исполнение сотрудника из основных исполнений, дата окончания которых больше даты начала больничного – если дата окончания такого исполнения пустая, то контракт бессрочный, иначе срочный.
Так же атрибут формируется, если сотрудник работает по договору ГПХ.
Доработано формирование номера реестра при выполнении перерасчета. В сообщении 109 реализована проверка на добавление символов «:1» в конец номера реестра.
Раньше, в редких случаях, номер реестра формировался следующего вида: «P_8701000112_2025_07_10_241778784_0:1:1», т.е. с лишними символами «:1» в конце значения атрибута.
Доработано формирование сообщения 120 и печатной формы отчета в части заполнения блока «Накопленные дни». В блок не включаются дни месяца, В котором сотрудник использует дополнительные выходные дни по уходу за ребенком-инвалидом, т.к. эти дни не являются накопленными.
Доработано формирование регистра при незаданной настройке Паспорта учреждения №157 «Шкалы налогообложения / ОСС НС» - определение ставки взноса на ОСС НС производится по виду деятельности, указанному в оргштатной структуре (тариф задается в соответствующей спецификации словаря «Виды деятельности»).
Запись раздела «Подразделения» подбирается по Принадлежности записи раздела «Регистр учета страховых взносов»: сначала осуществляется поиск записи типа «Организация» с такой же Принадлежностью, если не будет найдена, то определяется запись верхнего уровня с типом «Подразделение». Из найденной записи Подразделений определяется тариф взносов на дату окончания Отчетного периода по Виду деятельности, заданному в Подразделении. Определенный таким образом тариф используется для всех сотрудников организации, кроме инвалидов. Тариф для инвалидов не определяется, а рассчитывается как 60% от тарифа по организации.
Доработано формирование отчета SL4590 «Сведения о неполной занятости и движении работников (П-4(НЗ) Приказ № 338 от 31.07.2024)». В строку 07 включаются сотрудники, которые в одном отчетном периоде уволены с основного места работы и приняты как внешние совместители или по договору ГПХ. Сотрудники, повторно принятые на основное место работы, в строке 07 не отражаются согласно порядку заполнения отчета.
Доработаны отчеты по НДФЛ
Исправлена ошибка определения количества ставок налога на отчетную дату, если после отчетной даты есть сторно доходов, приводящее к обратному переходу через пороговое значение для новой ставки.
Доработаны отчеты SL4440 «Регистр налогового учета 2024 г.», SL4650 «Регистр налогового учета 2025 г.» - при формировании показателя по строке «Сумма налога удержанного/ возвращенного с начала года» расчет производится накопительным итогом с начала года по сумме показателей строки «Сумма налога удержанного/возвращенного в текущем месяце».
Доработаны отчеты по форме «ЕФС-1» - по параметру отчета «Выгрузка по формату ЕЦП» реализована выгрузка в формате ЕЦП (по проекту альбома форматов). До начала приема на стороне СФР следует не использовать новую возможность
PR1300 «ЕФС-1 Подраздел 1.3 (приказ СФР от 17.11.2023 N 2281)»
PR1310 «ЕФС-1 Подраздел 1.1 (приказ СФР от 17.11.2023 N 2281)»
PR1330 «ЕФС-1 Подраздел 1.2 Подраздел 2 (приказ СФР от 17.11.2023 N 2281)»
PR1350 «ЕФС-1 Раздел 2 (приказ СФР от 17.11.2023 N 2281)»
PR1360 «ЕФС-1 Подраздел 3 (приказ СФР от 17.11.2023 N 2281)»
Все доработки по обмену с СФР описаны в разделе «Расчет заработной платы».
Добавлены новые параметры в каталог «Параметры печати приказов»:
Номер | Наименование | Раздел | Используется |
300 | Подписант | Функции подписывающих лиц | Шаблоны отчетов: PR1380, PR1260, PR1250, PR1240 |
301 | Исполнитель | Функции подписывающих лиц | в шаблонах отчетов и процедурах штатной поставки не используются |
302 | Согласующее лицо | Функции подписывающих лиц | |
303 | Ознакомленное лицо | Функции подписывающих лиц | Шаблоны отчетов: PR1380, PR1260, PR1250, PR1240 |
304 | Реквизиты руководителя организации | Функции подписывающих лиц | Шаблоны отчетов: PR1380, PR1260, PR1250, PR1240; Процедура - P_PRORDER_GET_SIGN_RUK |
Подключен словарь «Образцы параграфов приказов» ранее доступный в модулях для учета государственных служащих. Здесь хранится перечень заголовков, используя которые можно группировать пункты приказов в отчетных формах.
На форме редактирования подключено поле «Образец параграфа» со ссылкой на справочник «Образцы параграфов приказов» (ранее функционал был доступен в модулях для учета государственных служащих). Использование образцов пунктов с настроенными параграфами позволит получить группировку пунктов приказа в отчетных формах под заданными заголовками.
Добавлены необязательные параметры:
Контрагент – ссылка на словарь «Контрагенты». Необходима для обеспечения возможности связать подписывающее лицо с Контрагентом с целью формирования штампов электронных подписей в предназначенных для них местах электронных документов.
Контрагент может быть определен путем выбора Исполнения должности, для этого предусмотрена кнопка «Подобрать» (при нажатии открывается раздел «Исполнения»).
После выбора Исполнения или Контрагента заполняются поля формы редактирования (после чего они могут быть изменены пользователем): Мнемокод, ФИО, Должность, Специальное звание, Телефон.
Пользовательская процедура – параметр позволит автоматически подбирать подписанта документа с учетом различных вариантов хранения данных (сведений о руководителе организации, об исполняющем обязанности на период отсутствия подписывающего лица и др.).
В качестве примера в штатную поставку включена пользовательская процедура – P_PRORDER_GET_SIGN_RUK, позволяющая определить подписывающее лицо – руководителя организации для спецификации «Подписывающие лица» в разделе «Приказы».
Подробнее см. в инструкции «П8_Подписывающие лица в приказах.doc».
Подключена спецификация «Подписывающие лица» ранее доступная в модулях для учета государственных служащих. Параметры формы редактирования дополнены полем «Номер» для обеспечения возможности определения порядка следования подписывающих лиц в отчетах.
WEB. Реализовано размножение заголовка приказа.
Подключена спецификация «Подписывающие лица» ранее доступная в модулях для учета государственных служащих. При этом, параметры формы редактирования дополнены полями: Номер (для обеспечения возможности определения порядка следования подписывающих лиц в отчетах), Контрагент, ФИО, Должность.
Способы формирования спецификации:
формирование подписантов из записи справочника «Образцы приказов» в момент добавления приказа. При этом, если в образце приказа задано не конкретное лицо, а процедура его определения, то при правильном её срабатывании в самом приказе должны быть заполнены поля: Контрагент, ФИО и Должность.
ручное добавление записей;
действие «Сформировать по образцу приказа» в спецификации «Подписывающие лица». При выполнении действия происходит удаление всех записей спецификации и их формирование по алгоритму, который используется при добавлении приказа:
Действие необходимо если изменились данные в образце приказа или в приказе и надо переформировать перечень подписантов в документе, либо, если процедуры определения подписантов используют в т. ч. сведения из сформированных пунктов.
формирование списка подписывающих лиц по пунктам приказа. Для этого предусмотрено действия «Сформировать подписывающее лицо» в спецификации «Пункта приказа». Работает по текущей или выделенным записям, позволяет задать функцию подписывающего лица:
Подключена возможность работы с параграфами приказа ранее доступная в модулях для учета государственных служащих. Механизм позволяет получить отчетную форму (PR1380 «(Приказы) Приказ по универсальному шаблону (динамический)»), в которой пункты приказа сгруппированы под заданными пользователями заголовками:
Для того, чтобы пункты приказа были сгруппированы в параграфы, в используемом образце пункта приказа должно быть запалено поле «Образец параграфа».
Для пункта приказа с действием «Работа по совместительству – Изменить» доработано действие «Отработать» - при создании записи с видом мероприятия ЭТК «Прием на работу» в блоке полей «Документ-основание» отображаются реквизиты дополнительного соглашения.
В пункте списочного приказа «Отпуск - Предоставить» для полей «Основные дни», «Дополнительные дни» реализована возможность указать количество дней с десятичными знаками.
Для пункта приказа с действием «Доступ к НС и ПВ – Запретить» доработано действие «Отработать», снят контроль на «дату По» исполнения, указанного при оформлении приказа на допуск к НС и ПВ.
При отработке пункта приказа с типом «Доступ к НС и ПВ – Разрешить» теперь производится контроль на вхождение периода доступа к НС и ПВ в период работы сотрудника.
В пункте приказа «Штатная должность - Ввести» доработано заполнение поля «Категория сотрудников». Значение определяется по Группе должностей.
Определение количества положенных дней отпуска производится с учетом периодов, за которые отпуск не был предоставлен.
Доработан алгоритм заполнения полей «Получатель.ФИО», «Заверил ФИО», «Подписал ФИО» на формах добавления, редактирования и формирования выписки. В параметрах формируется значение Инициалы+Фамилия (ранее поля заполнялись полными данными – Фамилия, Имя, Отчество).
Доработан алгоритм заполнения полей формы редактирования выписки: «Подписал, исполнение», «Подписал, должность», «Подписал, ФИО» с учетом доработок спецификации приказа «Подписывающие лица» и алгоритма определения руководителя организации для формирования отчетных форм (приказов).
Доработана спецификация «Адрес», реализовано поле «Идентификатор помещения». Поле заполняется вручную значением словаря «ФИАС». Значение может использоваться при передаче сведений в ФРМР.
Доработана спецификация «Образование», в группе полей «Целевой набор» реализованы поля: «Номер договора», «Дата заключения договора», «Заказчик», «Работодатель». Значения может использоваться при передаче сведений об образовании в ФРМР.
В соответствии с Описанием интеграционных профилей от 05/2025 доработана пользовательская процедура «ФРМР2: Выгрузка/чтение»:
Если в строке адреса задано значение «Идентификатор помещения, выгружается тег apartmentId
Реализована выгрузка тегов:
customerContractDate – Дата заключения договора о целевом обучении., customerContractNumber – Номер договора о целевом обучении,
customerName - Наименование заказчика в договоре о целевом обучении
customerInn - ИНН заказчика в договоре о целевом обучении
customerOgrn - ОГРН/ОГРНИП заказчика в договоре о целевом обучении
isMatchEmployingOrganization - Совпадает с организацией-работодателем в договоре о целевом обучении
employingOrganizationName - Наименование организации-работодателя в договоре о целевом обучении
employingOrganizationInn - ИНН организации-работодателя в договоре о целевом обучении
employingOrganizationOgrn - ОГРН/ОГРНИП организации-работодателя в договоре о целевом обучении
Доработка прошла ограниченное тестирование в связи с отсутствием части функционала на тестовой площадке ЕГИСЗ (тестовый стенд не обновлен до версии 4.3.0).
Доработана пользовательская процедура «ФРМР2: Выгрузка/чтение»:
Исправлено формирование блока person.common, в случае, когда не указано значение поля «Дата профессионального курса»;
Исправлено формирование блока person.card в случае, когда не заполнено свойство с наименованием «ИдентификаторОтделение».
Доработаны шаблоны отчетов: PR1380 «(Приказы) Приказ по универсальному шаблону (динамический)», PR1260 «(Приказы) Служебное задание на командировку (T-10а), Excel», PR1250 «(Приказы) Командировочное удостоверение (T-10), Excel», PR1240 «(Приказы) Приказ по учету кадров (постановление Госкомстата РФ от 05.01.2004 N 1)».
Для определения руководителя организации при формировании подписной части учитывается новая спецификация «Подписывающие лица» заголовка приказа (если она заполнена) и спецификация подразделения «Подписывающие лица» (если новая спецификация не используется). Если в спецификации «Подписывающие лица» приказа есть хотя бы одна запись, в которой «Функция» соответствует значению, указанному в параметре паспорта учреждения № 300 «Подписант» (паспорт для юридического лица = Приказ.Принадлежность на дату приказа), то для записи с минимальным значением параметра «Номер» определяются реквизиты подписанта (ФИО, должность, Контрагент). Если записей с указанной функцией несколько, то в отчете PR1380 «(Приказы) Приказ по универсальному шаблону (динамический)» - формируются сведения по всем подписантам с учетом параметра «Номер».
Доработан шаблон отчетов PR1380 «(Приказы) Приказ по универсальному шаблону (динамический)».
Для определения перечня ознакомленных лиц в подписной части учитывается новая спецификация «Подписывающие лица» заголовка приказа (если она заполнена). Если в спецификации «Подписывающие лица» приказа есть хотя бы одна запись, в которой «Функция» соответствует значению, указанному в параметре паспорта учреждения № 303 «Ознакомленное лицо» (паспорт для юридического лица = Приказ.Принадлежность на дату приказа), то для записи определяются реквизиты подписанта (ФИО, должность, Контрагент). Если таких записей несколько, то в отчете формируются сведения по всем подписантам с учетом параметра «Номер».
Доработан отчет PR1090 «Карточка гражданина, подлежащего воинскому учету (Форма №10)», доработано формирование строк «Наименование организации», «Паспорт, «Адрес места жительства».
Реализована инструкция «П8_Подписывающие лица в приказах.doc»
Добавлены новые параметры в каталог «Параметры печати приказов»:
Номер | Наименование | Раздел | Используется |
300 | Подписант | Функции подписывающих лиц | Шаблон отчета - PR1380 |
301 | Исполнитель | Функции подписывающих лиц | в шаблонах отчетов и процедурах штатной поставки не используются |
302 | Согласующее лицо | Функции подписывающих лиц | |
303 | Ознакомленное лицо | Функции подписывающих лиц | Шаблон отчета PR1380 |
304 | Реквизиты руководителя организации | Функции подписывающих лиц | Шаблон отчета - PR1380, процедура P_PRORDER_GET_SIGN_RUK |
Добавлены необязательные параметры:
Служащий - ссылка на раздел «Личные дела». Необходима для обеспечения возможности связать подписывающее лицо с Контрагентом с целью формирования штампов электронных подписей в предназначенных для них местах электронных документов;
Личное дело может быть определено путем выбора Замещения должности - для этого предусмотрена кнопка «Подобрать» (при нажатии открывается раздел «Замещения должностей»).
После выбора Замещения или Личного дела определяются значения полей формы редактирования (после чего они могут быть изменены пользователем): Мнемокод, ФИО, Должность, Специальное звание, Телефон.
Пользовательская процедура – параметр позволит автоматически подбирать подписанта документа с учетом различных вариантов хранения данных (сведений о руководителе организации, об исполняющем обязанности на период отсутствия подписывающего лица и др.)
В качестве примера в штатную поставку включена пользовательская процедура – P_PRORDER_GET_SIGN_RUK, позволяющая определить подписывающее лицо – руководителя организации для спецификации «Подписывающие лица» в разделе «Приказы».
Подробнее см. в инструкции «П8_Подписывающие лица в приказах.doc».
На форму редактирования подписывающего лица добавлено поле «Служащий». Поле недоступно для редактирования – здесь отображается мнемокод контрагента, заданного в значении, выбранном в поле «Подписывающее лицо».
WEB. Исправлена ошибка, возникающая при открытии раздела «Организационная структура». Требуется установить обновление:
ftp://ftp.parus.ru/master_disk/PARUS_8/БЮДЖЕТ/Парус_8_5_6_1_2025_08_28/Обновления/П8-61060_КадрыГС_W...
Параметры формы редактирования спецификации «Подписывающие лица» дополнены полем «Номер» - для обеспечения возможности определения порядка следования подписывающих лиц в отчетах.
Параметры формы редактирования спецификации «Подписывающие лица» дополнены полями: Номер (для обеспечения возможности определения порядка следования подписывающих лиц в отчетах), Служащий, ФИО, Должность
Доработан механизм формирования данных в спецификации «Подписывающие лица». Теперь доступны следующие варианты добавления записей:
формирование подписантов из записи справочника «Образцы приказов» в момент добавления приказа. При этом, если в образце приказа задано не конкретное лицо, а процедура его определения, то при правильном её срабатывании в самом приказе должны быть заполнены поля: Служащий, ФИО, Должность.
ручное добавление записей;
действие «Сформировать по виду приказа» в спецификации «Подписывающие лица». При выполнении действия происходит удаление всех записей спецификации и их формирование по алгоритму, который используется при добавлении приказа:
Действие необходимо если изменились данные в образце приказа или в приказе и надо переформировать перечень подписантов в документе, либо, если процедуры определения подписантов используют в т. ч. сведения из сформированных пунктов.
формирование списка подписывающих лиц по пунктам приказа. Для этого предусмотрено действия «Сформировать подписывающее лицо» в спецификации «Пункта приказа». Работает по текущей или выделенным записям, позволяет задать функцию подписывающего лица:
Доработан алгоритм заполнения полей «Получатель.ФИО», «Заверил ФИО», «Подписал ФИО» на формах добавления, редактирования и формирования выписки. В параметрах формируется значение Инициалы+Фамилия (ранее поля заполнялись полными данными – Фамилия, Имя, Отчество).
Доработан алгоритм заполнения полей формы редактирования выписки: «Подписал, исполнение», «Подписал, должность», «Подписал, ФИО» с учетом доработок спецификации приказа «Подписывающие лица» и алгоритма определения руководителя организации для формирования отчетных форм (приказов).
Определение количества положенных дней отпуска производится с учетом периодов, за которые отпуск не был предоставлен.
Доработан шаблон отчет PR1380 «(Приказы) Приказ по универсальному шаблону (динамический)».
Для определения руководителя организации при формировании подписной части учитывается новая спецификация «Подписывающие лица» заголовка приказа (если она заполнена) и спецификация подразделения «Подписывающие лица» (если новая спецификация не используется). Если в спецификации «Подписывающие лица» приказа есть хотя бы одна запись, в которой «Функция» соответствует значению, указанному в параметре паспорта учреждения № 300 «Подписант» (паспорт для юридического лица = Приказ.Принадлежность на дату приказа), то для записи определяются реквизиты подписанта (ФИО, должность, Контрагент). Если таких записей несколько, то в отчете формируются сведения по всем подписантам с учетом параметра «Номер».
Для определения перечня ознакомленных лиц в подписной части отчета учитывается новая спецификация «Подписывающие лица» заголовка приказа (если она заполнена). Если в спецификации «Подписывающие лица» приказа есть хотя бы одна запись, в которой «Функция» соответствует значению, указанному в параметре паспорта учреждения № 303 «Ознакомленное лицо» (паспорт для юридического лица = Приказ.Принадлежность на дату приказа), то для записи определяются реквизиты подписанта (ФИО, должность, Контрагент). Если таких записей несколько, то в отчете формируются сведения по всем подписантам с учетом параметра «Номер».
Доработана выгрузка в ЕИСУ КС:
добавлен новый параметр выгрузки «Формировать сведения об уволенных замещаемых сотрудниках» = Да/Нет;
доработан алгоритм заполнения тега <SubstitutePersonID> с учетом нового параметра - сведения об уволенных формируются если «Формировать сведения об уволенных замещаемых сотрудниках» = Да
доработан алгоритм формирования и текст лог-файла для тега <SubstitutePersonID>. Если «Формировать сведения об уволенных замещаемых сотрудниках» = Да и в выгрузку попали уволенные сотрудники, то будет сформирован текст ошибки, который позволит найти исполнения, у которых в дополнительных свойствах указан уволенный сотрудник;
изменен текст лог-файла для тега <DateOfBirth> блока Relatives.
Подробнее о доработках см. в инструкции «П8_Инструкция_интеграция_с_ЕИСУКС.doc»
Реализована инструкция «П8_Подписывающие лица в приказах.doc»
Обновлена инструкция «П8_Инструкция_интеграция_с_ЕИСУКС.doc»
Доработан отчет TB0040 «(Табельный учет) Табель учета использования рабочего времени ф.0504421 (52н)» - реализовано заполнение блока «Отметка бухгалтерии о принятии к учету» (на основании параметров отчета).
Изменений нет.
Описание доработок приведено в разделе «Системные средства/Статусная модель (Управление деловыми процессами)» настоящего документа.
Изменений нет.
Реализована возможность указания периода действия услуг и работ любой датой года периода планирования. Ранее соответствующие даты заполнялись автоматически первым и последним числом периода планирования.
Изменений нет.
Изменений нет.
Реализована возможность опционного контроля указания кодов ОКПД нижнего уровня при сохранении документов «Заявки на государственные закупки», «Планы-графики государственных закупок» и «Реестр государственных контрактов», ранее можно было указать коды ОКПД только нижнего уровня. Добавлен системный параметр № 2262 «Контролировать, что код ОКПД является кодом нижнего уровня», по умолчанию установлено значение «Да.
Исправлена ошибка отображения мнемокода в поле «Международное непатентованное наименование – МНН» на форме исправления записи справочника.
В контекстном меню спецификации «Упаковки» реализовано действие «Параметры передачи на уничтожение».
Действие позволяет массово редактировать записи у документа 541 (Передача лекарственных препаратов на уничтожение) в части заполнения полей «Основание передачи на уничтожение», «Причина передачи на уничтожение», «Реквизиты решения». Действие обновляет поля для выделенных записей введенными значениями, в т.ч. заменяет уже существующие значения полей.