Обновления Парус 8
Программный продукт «ПАРУС-Бюджет 8.5.6.1» (комментарии к редакции от 22.11.2023 г.)
Реализован сервис обновления ГАР (MqGarService).
Внимание! Предварительно должна быть выполнена первоначальная загрузка ГАР.
Сервис в автоматическом режиме обращается к сервису ФНС, скачивает обновления и загружает в соответствующие таблицы БД.
Обращения к сервису ФНС происходят по расписанию из настроек сервиса ("ScheduleTime": "0 */1 * * * *"). Настройки имеют cron-синтаксис: «секунды» «минуты» «часы» «день месяца» «месяц» «день недели», «*» указывает, что обращение происходит каждую единицу.
Примеры:
00 00 00 00 * *
это 0 секунд 0 минут 0 часов каждый день каждого месяца;
0 */5 * * * *
это каждые 5 минут
Для отслеживания процесса работы сервиса реализован «Журнал обновлений ГАР»
Доработан сервис обновления ГАР для случая, когда текущее обновление не предусматривает обновление ГАР, а, например, только КЛАДР. В этом случае лог содержал ошибку: «Can not load GAR info from FIAS. Server error is : Invalid URI: The URI is empty.».
/Обновления/П8-54155_Сервис_обновления_ГАР /
Реализована возможность указания и запуска пересчета для кнопки вызова словаря.
На формах реализована новая кнопка вызова раздела (TContentCacheViewButton).
Раздел вызывается в модальном режиме и не обменивается параметрами.
Пересчет запускается при закрытии формы.
Доработана картотека документов для временного хранения электронных документов (ЭД):
В разделы «Картотека документов» и «Архив документов» добавлена спецификация «Электронные документы» с действиями «Открыть» и «Выгрузить», а также подчиненным подразделом «История».
Внимание! Новая функциональность доступна только в конструкторском режиме раздела и в web-интерфейсе.
В разделе «Электронные документы» реализовано действие «Передать на хранение»:
Предусматривается два режима: с формированием карточки и без.
Для электронного документа устанавливается признак «передан на хранение».
Подписание и удаление документа запрещается.
Возможен откат действия «Передать на хранение».
Поле «дата изменения» обновляется с учетом отката.
Алгоритм заполнения реквизитов карточки:
Префикс (если не задан на форме параметров) собирается следующим образом: мнемокод ЮЛ / тип документа / год документа (ГГ), например, "ГКБ№1/0504512/23".
«Тип [электронного] документа» подбирается по типу документа.
«Дата поступления» равна дате операции создания карточки.
«Дата документа» равна дате первичного документа.
«Содержание» берется из описания ЭД.
«Примечание» берется из примечания ЭД
«Наименование документа (тема)» берется из имени файла ЭД
«Внутренний»: да
«Оригинал»: да
«Твёрдая копия»: «Нет твёрдой копии»
«Кем выдан» заполняется юридическим лицом ЭД.
Реализован механизм позиционирования подписей внутри документа с учетом имени пользователя:
Команда записи метки для размещения штампа имеет вид: PRSG_EXCEL.CELL_NOTE_WRITE( 'ИМЯ_ЯЧЕЙКИ', 'role:Signature' || CR || 'actor:ЛОГИН_ПОЛЬЗОВАТЕЛЯ' || CR || 'Align:TopLeft' );
При подписании берется логин текущего пользователя и ищется штамп с actor:<значение логина>. Если такой метки не нашли или там уже есть штамп, то начинает работать механизм поиска штампа с «Order:».
Пример доработанного отчета доступен в разделе «Решения о проведении инвентаризации».
Реализован контроль имени файла на отсутствие символов: "[^\/:*?"<>|+]+".
Обеспечена корректная установка в спецификации «Уведомления в статусе» типа активации «После выполнения переадресации в этом статусе». Ранее при добавлении записи с типом активации «После выполнения переадресации в этой точке маршрута» устанавливался тип активации «После выполнения действия в этой точке маршрута».
Обеспечено массовое обновление статусов записей в разделе «Электронные документы» для действия «Подписание электронного документа».
Исправлена ошибка формирования расчетных таблиц при наличии формул на кириллице:
Error in formula "=ЕСЛИ(И(B19="";C19="";D19="";H19="";I19="");"";СТРОКА(A19)-СТРОКА(A19)+1)"
В пользовательских отчетах реализована поддержка параметра «тип документа» электронного документа. Данный параметр будет использоваться при создании записи «Картотеки документов» из раздела «Электронные документы» по действию «Передать на хранение».
Доработано формирование параметра ContentID в заголовке вложений сообщения для возможности вставки изображений в виде:
<img alt="Alternative text" src="cid:value of Content-ID" />
Добавлен параметр конфигурации UseContentID. Если он будет принимать значение «истина» (true), то для присоединённого документа будет установлен ContentID, равный nRN из представления V_MAILLSTCNT_ATTACH.
Реализована возможность отправлять сообщения с разных адресов (востребовано при наличии нескольких организаций или юридических лиц в рамках одной БД).
В заголовок очереди рассылки добавлено необязательное поле «Адрес отправителя».
В конфигурационный файл сервиса добавляется секция:
"Servers":[
{
"Address": "smtp.yandex.ru",
"Port" : 465,
"SecureConnection" : true,
"User":"user",
"Password":"password",
"Limits":
{
"MessagesPerHour": 100,
"RecipientsPerMessage" : 100,
"MessageSize": 100000
},
"FromAddress": "user@yandex.ru"
},
{
"Address": "smtp.mail.ru",
"Port" : 465,
"SecureConnection" : true,
"User":"user",
"Password":"password",
"Limits":
{
"MessagesPerHour": 100,
"RecipientsPerMessage" : 100,
"MessageSize": 100000
},
"FromAddress": "user@mail.ru"
}],
Для подбора почтового ящика идет сравнение адреса отправителя из очереди рассылок и тега FromAddress. Если адрес отправителя в БД не задан, используется «старая» настройка.
web20
Исправлена проблема серверного отбора для клиентских таблиц, когда выборка в разделе ограничивается правами доступа.
Реализована визуализация маршрута в статусной модели в прикладных разделах аналогично win-интерфейсу.
Реализован раздел «Архив задач». Он предназначен для отображения задач, в которых пользователь принимал участие, аннулированных и не аннулированных. В разделе доступен фильтр на дату создания задачи. Из раздела «Задачи» удален фильтр на аннулированные задачи.
Реализован механизм сохранения состояния фильтров форм при переходе между страницами приложения для следующих разделов:
Электронные документы.
Задачи.
Архив задач.
Задачи (подразделения).
Исправлен отбор по датам. Теперь при отборе не учитывается время.
Реализован механизм хранения blob на стороне сервера приложений.
Любой клиентский запрос, возвращающий поля типа blob сверх определенного размера, проходит через это хранилище. Хранилище устроено адаптивно: данные каждого элемента, до определенного размера, хранятся в памяти, а при превышении этого порога все данные этого элемента записываются на диск. В связи с этим возможно появление BIN-файлов, которые удаляются по мере использования.
Для ЦУД добавлены параметры управления памятью при работе с blob:
MaxInlineBlobSize: максимальный размер данных blob, передаваемых вместе с данными ответа;
MaxInMemoryBlobSize: максимальный размер данных blob, хранимых в памяти;
все blob из передаваемых записей, превысившие размер MaxInlineBlobSize, но не больше значения MaxInMemoryBlobSize, будут помещаться в хранилище, и размещаться в оперативной памяти, иначе (при размере большем MaxInMemoryBlobSize) сбрасываться на диск.
Реализована возможность сохранения комментариев в телах функций и триггеров. Добавлен соответствующий ключ конвертера (/comments). Доступно в версии конвертера 1.10.
Реализована возможность указывать схему для «системных объектов» конвертера. Раньше все такие объекты располагались в схеме public. Доступно в версии конвертера 1.10.
Обеспечена возможность указывать «общедоступную роль». Этой роли будут даны права на общедоступные объекты вместо public. Доступно в версии конвертера 1.10.
Внимание! С учетом возможностей из пунктов 2 и 3 будет изменен подход и требования к базам данных «ПАРУС» для PostgreSQL. Подробности ожидайте в следующих редакциях программного продукта.
Доработан пользовательский отчет BG3970 «Книга учета бланков строгой отчетности, ф.0504045» в части вывода остатков.
Внимание! Ведутся работы по развитию функционала реализованных ранее первичных учетных документов, применяемых (при передаче ведения бюджетного учета по решению Правительства РФ) в соответствии с разделом 4 приложения 5 к приказу Минфина России от 30.03.2015 № 52н (в ред. от 15.06.2020г № 103н).
В разделе «Заявки-обоснования закупок малого объема»:
В заголовке атрибут «Подразделение» переименован в «Структурное подразделение», добавлены атрибуты «Обособленное подразделение», «Реквизиты для перечисления», «Способ обеспечения обязательств», «Назначение аванса».
В спецификацию «Финансовое обоснование заявки» добавлены новые атрибуты «Индивидуальная характеристика», «Выдать денежные документы», «Идентификационный код закупки», «Способ закупки», «Номер документа закупки», «Дата документа закупки», «Статус закупки», «Номер контракта (договора)», «Дата контракта (договора)».
В поле «Выдать денежные документы» указывается потраченный денежный документ, если закупка осуществляется путем обмена товара или услуги на денежный документ, например, талоны на бензин, путевки и т.п. В случае заполнения выданного денежного документа становятся недоступными для заполнения атрибуты «Финансовый год», «Признак наличия ЛБО», «Идентификационный код закупки», «Способ закупки», «Номер документа закупки», «Дата документа закупки», «Статус закупки», «Номер контракта», «Дата контракта», а в поле «Дополнительная информация» автоматически заполняется текстовым значением «Денежные документы».
При добавлении строки спецификации «Финансовое обеспечение заявки» значения атрибутов «Идентификационный код закупки» и «Статус закупки» инициализируются значениями одноименных полей заголовка. При этом если для заполнения пользовательского отчета BG10650 «Заявка-обоснование закупки малого объема через подотчётное лицо, ф.0510521» необходимо указать несколько идентификационных кодов закупки и несколько статусов закупки, то они заполняются только в спецификации «Финансовое обеспечение заявки», без заполнения данных атрибутов в заголовке документа.
Реализовано формирование первичного БО на основании:
Решения о командировании – по данным спецификации «Финансовое обеспечение»;
Решения о компенсации оплаты проезда работникам Крайнего Севера – по данным спецификации «Финансовое обеспечение»;
Заявки-обоснования закупок малого объема – по данным спецификации «Финансовое обоснование заявки».
Реализовано формирование корректировочного БО с привязкой к первичному на основании:
Отчёта о расходах подотчётного лица – по данным спецификаций «Расчеты по авансовому отчету», «Принятые денежные обязательства»;
Изменения Решения о командировании – по данным спецификации «Финансовое обеспечение».
В Отчете о расходах подотчетного лица, сформированном по Решению о командировании, в спецификации «Места назначения» теперь разрешено исправление полей «День выезда», «День приезда» и «Продолжительность с учетом дней в пути».
Для работы с указанным ниже перечнем разделов и связанными с ними словарями после обновления базы данных необходимо через раздел «Предопределенный импорт» модуля «Администратор» загрузить файл «Управляемые разделы.prf» из архива Управляемые разделы_от_22_11_2023.zip:
Решения о командировании;
Заявки-обоснования закупок малого объема;
Отчеты о расходах подотчетного лица;
Решения о компенсации оплаты проезда работникам Крайнего Севера.
Внимание! Методические рекомендации выложены по пути (планируется обновление 04.12.2023):
Внимание! Ведутся работы по поддержке новых электронных первичных учетных документов по приказу Минфина России от 15 апреля 2021 г. № 61н «Об утверждении унифицированных форм электронных документов бухгалтерского учета, применяемых при ведении бюджетного учета, бухгалтерского учета государственных (муниципальных) учреждений, и Методических указаний по их формированию и применению».
Реализованы новые пользовательские отчеты:
BG10640 «Акт о списании бланков строгой отчётности, ф. 0510461»;
BG10670 «Извещение о трансферте, передаваемом с условием, ф.0510453 (61н)»;
BG10650 «Заявка-обоснование закупки малого объема через подотчётное лицо, ф.0510521».
Доработан пользовательский отчет BG10030 «Решение о прекращении признания активами объектов нефинансовых активов, ф.0510440 (61н)» в части вывода электронного адреса ответственного исполнителя.
Доработан пользовательский отчет BG9870 «Решение о проведении инвентаризации, 0510439 и 0510447 (61н)» в части позиционирования штампов КЭП руководителя учреждения и ПЭП пользователей Листа ознакомления, накладываемых непосредственно на pdf-файл в разделе «Электронные документы», в местах документа, предусмотренных для рукописной подписи (основана на доработке системного механизма подписания, описанной выше). Ранее позиционирование в графе 3 «Электронная подпись» Листа ознакомления штампов ПЭП осуществлялось только в том случае, если соответствующие ПЭП были наложены на сведения о документе в учетном разделе «Решения о проведении инвентаризации» (т.е. на запись таблицы базы данных). Это противоречит порядку подписания документа, изложенному в Приложении № 5 к приказу Минфина России № 61н, в части утверждения, что лица, подлежащие ознакомлению, подписывают Решение уже после его утверждения руководителем учреждения. Текущая доработка отчета позволяет визуально отобразить штампы электронных подписей, наложенных на pdf-файл в разделе «Электронные документы» не по порядку подписания, а согласно разметке по логину пользователя, осуществленной в момент формирования pdf-файла сервисом отложенной печати отчетов. При этом порядок фактического подписания pdf-файла не имеет значения, а важны:
тип подписи (УКЭП/ПЭП)
корректная идентификация контрагентов-подписывающих лиц с логином пользователя.
Внимание! Ожидается публикация обновления, содержащего пользовательский отчет BG9870, с доработками по результатам тестирования.
Реализован новый раздел «Извещения о трансферте, передаваемом с условием»:
Вызывается из главного меню по пути «Документы» ⇒ «Электронные документы и регистры».
Предназначен для регистрации информации по трансферту, передаваемому с условием передачи активов – межбюджетный трансферт в форме целевой дотации (в случае, предусмотренном законодательством), субсидия, субвенция, иной межбюджетный трансферт, субсидия, предоставляемая государственному (муниципальному) учреждению, в том числе субсидия на выполнение государственного (муниципального) задания (пп. 64.29-64.48 раздела II приложения 5 к приказу №61н).
Состоит из заголовка, содержащего номер извещения, период отражения операций, стороны трансферта, составившей извещение, отправителя и получателя трансферта, вида документа, документа-основания, идентификационного кода бюджетного (расходного) обязательства, а также спецификаций первого уровня:
«Исполнение соглашения по трансферту»;
«Задолженность по трансферту»;
«Справочная информация»;
«Подписанты».
В разделе реализованы:
стандартные действия «Добавить», «Исправить» и т.д.;
возможность присоединения документов в виде одного или нескольких внешних файлов, содержащих дополнительную информацию;
возможность расширения перечня атрибутов на форме редактирования заголовка в виде дополнительных свойств;
поддержка работы с электронной подписью и использование статусной модели, настроенной в модуле «Управление деловыми процессами»;
возможность сформировать электронный образ документа в PDF-формате и сохранить его в картотеке электронных документов;
деление по каталогам и возможность настроить права доступа на действия по каталогам и юридическим лицам.
Раздел «Извещения о трансферте, передаваемом с условием» включен в релиз в тестовом режиме для ознакомления.
В разделе «Карточки учета имущества в пользовании» и «Акты приема-передачи в личное пользование»:
Доработано действие «Сформировать акт на возврат» с учетом появления новых полей в Актах приема-передачи: «Карточка»; «Счет»; «Аналитика (5 уровней)»; «КОСГУ»; «ПБЕ».
Реализовано специальное действие «Закрыть карточку».
В разделе «Акты приема-передачи в личное пользование»:
Доработано действие «Сформировать спецификации в карточке учета» с учетом появления новых полей в Актах приема-передачи: «Карточка»; «Счет»; «Аналитика (5 уровней)»; «КОСГУ»; «ПБЕ».
Доработаны действия «Включить в карточку учета имущества в личном пользовании», «Исключить из карточки учета имущества в личном пользовании» с учетом состояния карточки (открыта/закрыта).
В разделе «Кассовые документы»:
В заголовок раздела «Кассовые документы» добавлено необязательное поле «Дата аннулирования», доступное для редактирования только при выполнении специального действия.
В заголовке реализовать действие «Аннулировать» и обратное ему «Отменить аннулирование».
Для аннулированных документов не допускается: исправление, удаление, отработка в учете, снятие отработки в учете.
В разделе «Внутренние документы»
В заголовок на вкладку «Бюджет» добавлено поле «Место поставки товара».
В спецификацию добавлена вкладка «Сведения о приемке».
Реализованы новые спецификации:
«Документы об отгрузке»;
«Сведения о транспортировке и приемке груза»;
«Сведения о целостности пломб, упаковки, количестве мест и массе груза».
В функцию @BINTDOC добавлены параметры:
SUM_WOUT | Сумма без НДС (по документам) |
SUM_NDS | Сумма НДС (по документам) |
SUM_ALL | Сумма всего (по документам) |
DEV_ALL_QUANT | Количество (всего отклонений) |
DEV_ALL_SUM | Сумма в валюте (всего отклонений) |
DEV_ALL_SUM_E | Сумма в эквиваленте (всего отклонений) |
MISS_QUANT | Недостача (количество) |
MISS_SUM | Недостача (сумма в валюте) |
MISS_SUM_E | Недостача (сумма в эквиваленте) |
OVER_QUANT | Излишки (количество) |
OVER_SUM | Излишки (сумма в валюте) |
OVER_SUM_E | Излишки (сумма в эквиваленте) |
BRAK_QUANT | Брак и бой (количество) |
BRAK_SUM | Брак и бой (сумма в валюте) |
BRAK_SUM_E | Брак и бой (сумма в эквиваленте) |
DEV_QUANT | Отклонение по количеству |
DEV_FACT_QUANT | Отклонение по качеству |
Для работы с указанным ниже перечнем разделов и связанными с ними словарями после обновления базы данных необходимо через раздел «Предопределенный импорт» модуля «Администратор» загрузить файл «Управляемые разделы.prf» из архива Управляемые разделы_от_22_11_2023.zip:
Акты приема-передачи в личное пользование;
Карточки учета имущества в личном пользовании;
Решения о проведении инвентаризации;
Листы голосования;
Акты инвентаризации наличных денежных средств;
Решения о прекращении признания активами объектов нефинансовых активов;
Акты о консервации (расконсервации) объекта основных средств;
Акты об утилизации (уничтожении) материальных ценностей;
Решения о признании объектов нефинансовых активов;
Решения о списании задолженности, невостребованной кредиторами;
Решения об оценке стоимости имущества;
Решения о восстановлении кредиторской задолженности;
Ведомости начисления доходов бюджета;
Ведомости группового начисления доходов;
Акты о признании безнадежной к взысканию задолженности по доходам;
Извещения о начислении дохода;
Решения о признании (восстановлении) сомнительной задолженности по доходам;
Ведомость выпадающих доходов;
Операции по признанию доходов текущего финансового года;
Извещения о трансферте, передаваемом с условием.
Реализованы действия «Отработать в учете» / «Снять отработку в учете» в разделах:
Акты приема-передачи в личное пользование;
Решение о признании (восстановлении) сомнительной задолженности по доходам;
Решения о списании задолженности, невостребованной кредиторами;
Решения о восстановлении кредиторской задолженности;
Акт об утилизации (уничтожении) материальных ценностей.
Внимание! Методические рекомендации выложены по пути (планируется обновление 04.12.2023):
На основе существующего пользовательского отчета BG6040 «Журнал операций, 0504071 (52н)» реализован новый пользовательский отчет BG10660 «Журнал операций, ф.0504071 (ЭД)» со следующим перечнем изменений:
вызов отчета осуществляется из раздела «Документы ⇒ Электронные документы и регистры ⇒ Электронные регистры и отчёты» при помощи штатного действия «Расширения ⇒ Пользовательские отчеты»;
для подключения «видимости» данного отчета необходимо в словаре «Типы документов» добавить соответствующий новый тип, для которого указать привязку к разделу «Электронные регистры и отчёты», после чего в разделе «Пользовательские отчеты» следует настроить привязку отчета к добавленному типу документа через спецификацию 2-го уровня (Связи с разделами ⇒ Типы документов);
большинство параметров унаследовано из исходного отчета, за исключением атрибутов, присутствующих в записи раздела «Электронные регистры и отчёты»;
при выставленном чеке «Переносить в электронные документы» отчет штатным образом формируется в pdf-файл связанной записи раздела «Электронные документы» аналогично электронным документам по 61н;
при электронном подписании отчета обе подписи (и ПЭП ответственного исполнителя, и КЭП главного бухгалтера) необходимо накладывать на сам электронный документ в связанной записи раздела «Электронные документы»;
при заполнении подписи Главного бухгалтера в подписной части отчета теперь учитывается история изменения реквизитов контрагента в части спецификации «Руководство»;
заполнение данных вспомогательного листа «Обороты» для счетов, предполагающих отражение остатков по КИСЭ («КОСГУ остатков» 00Х) теперь осуществляется полностью аналогично Главной книге (пользовательский отчет BG5990 «Главная книга, 0504072 (52н)»);
при формировании отчета с выставленным чеком «Группировать по счетам» данные по остаткам на начало и на конец отчетного периода теперь отражаются в одной строке в конце блока с перечислением операций (с учетом выбранной детализации отражения оборотов и остатков) с целью уменьшения количества строк отчета;
при формировании отчета со снятым чеком «Группировать по счетам» данные по остаткам на начало периода отражаются единым блоком в начале табличной части отчета согласно положениям приложения № 5 к приказу Минфина России № 52н («Журнал операций (ф. 0504071) открывается путем перенесения остатков на начало периода.»), а данные по остаткам на конец – единым блоком в конце табличной части;
при формировании отчета с выставленным чеком «ЖО по доходам, дебиторам и кредиторам. Детализировать остатки по контрагентам и документам-основаниям» отображение остатков на начало и на конец периода теперь также зависит от состояния чека «Группировать по счетам» (ранее в этом режиме данные по взаиморасчетным счетам всегда отображались так, как будто чек «Группировать по счетам» выставлен).
Существующий пользовательский отчет BG6040 «Журнал операций, 0504071 (52н)» переводится в режим ограниченной поддержки (только исправление возможных ошибок, если таковые будут обнаружены, и без доработок по пожеланиям) с последующим переносом данного отчета в архив.
Выгрузка платежного поручения в Электронный бюджет НУБП актуализирована до версии формата 8.0:
P_BANKDOCS_PP_8_0_EXP – процедура выгрузки платежного поручения (Электронный бюджет НУБП) (вер 8.0), используется в разделе «Банковские документы» через действие «Экспорт в файл» после регистрации в разделе «Пользовательские процедуры» с параметрами:
Позиция | Наименование параметра | Описание параметра | Привязка | Раздел |
1 | NCOMPANY | организация (привязка) | К организации | |
2 | NIDENT | идентификатор ведомости | К идентификатору ведомости | |
3 | SAGENT | код организации клиента | Нет | |
4 | NFILE_NUM | порядковый номер файла | Нет | |
5 | NNOPREF | Не добавлять префикс номера | Нет | |
6 | SDIRECTOR | руководитель | К разделу | Контрагенты |
7 | SBUHGALTER | главный бухгалтер | К разделу | Контрагенты |
8 | DSIGN_DATE | дата подписания | Нет | |
9 | SEXECUTOR | ответственный исполнитель | К разделу | Контрагенты |
Внимание! Методические рекомендации выложены по пути (планируется обновление 04.12.2023):
Реализована возможность автоматически обособить хозяйственные операции, формируемые при отработке в учете записей типа «Остаток», путем выбора на форме параметров отработки соответствующей записи раздела «Обособленные факты хозяйственной жизни» с типом «Межотчетный период …».
Реализована возможность автоматически указать ЖО для хозяйственных операций, формируемых при отработке в учете записей типа «Остаток», путем выбора на форме параметров отработки соответствующей записи словаря «Ордера и журналы операций».
Реализовано автоматическое наследование сведений о дате возникновения задолженности, плановых сроке и дате ее погашения из данных ведомостей дебиторской/кредиторской задолженности в проводки хозяйственных операций со взаиморасчетными счетами при отработке в учете записей типа «Остаток». Это позволяет автоматически унаследовать исходные значения соответствующих атрибутов из «старых» строк ведомостей дебиторской/кредиторской задолженности в «новые» через проводку, что актуально, например, при смене КБК счетов в очередном финансовом году.
В указанный ниже перечень разделов добавлен пункт меню «Электронные документы»:
Входящие счета на оплату;
Приходные накладные;
Приходные ордера;
Акты рассогласования;
Доверенности на получение ТМЦ;
Счета на оплату;
Распоряжения на отгрузку потребителям;
Распоряжения на отгрузку в подразделения;
Расходные накладные на отпуск потребителям;
Расходные накладные на возврат поставщикам;
Грузовые таможенные декларации;
Акты списания недостач/оприходования излишков;
Ведомости инвентаризации;
Акты комплектации;
Акты разукомплектации;
Входящие счета-фактуры;
Исходящие счета-фактуры.
Реализована возможность по договору с нулевым количеством в графике поступления товаров и услуг создавать приходный ордер с любым заданным количеством в буфере в строках спецификации по соответствующим позициям графика. Данная возможность позволяет вести учет контрактов с неизвестным объемом потребления, предусмотренных частью 24 статьи 22 Закона № 44-ФЗ.
На форму параметров действия «Сформировать спецификацию», вызываемого из заголовка буфера формирования приходных ордеров, добавлен переключатель «Записи» с возможностью выбора одного из значений «Все записи», «Записи с заданным количеством».
Доработан алгоритм действия «Сформировать спецификацию»:
если на форме параметров выбрано «Все записи», то используются записи с любым количеством, в том числе нулевым;
если на форме параметров выбрано «Записи с заданным количеством», то используются записи с заполненным ненулевым количеством.
Изменений нет.
Изменений нет.
Изменений нет.
Репликации для обновления форм отчетов необходимо загружать в следующем порядке:
Схемы репликации, расположенные в архиве на сервис-диске ftp://ftp.parus.com/master_disk/PARUS_8/БЮДЖЕТ/Парус_8_5_6_1_20ХХ_ХХ_ХХ/SERVICE/Схемы репликации/ Схемы репликации.zip, загружаются через предопределенный импорт в приложении «Администратор».
Редакции форм отчетов и сопутствующие материалы, расположенные на ftp://ftp.parus.com/master_disk /SVODI_8-online/Формы отчетов/Бюджетная отчетность/, загружаются через входы репликации.
История обновления форм бюджетной и бухгалтерской отчетности для государственных (муниципальных) учреждений по приказам Минфина РФ для приложения «Сведение отчетности» содержится в xls-файлах на ftp.parus.com/master_disk/SVODI_8-online/Формы отчетов/Бюджетная отчетность/01_АУБУ (02_ГРБС, 03_ГРБС)/ХХХХ(Год)/Ред.ХХХХХХХХ. Оформить подписку на рассылку соответствующих новостей можно в личном кабинете на портале support.parus.ru.
В конфигурации Linux-версия web-приложения «Сведение отчетности» с БД PostgreSQL проведена доработка, направленная на уменьшение времени отклика, при навигации по разделу.
В конфигурации web-приложения «Сведение отчетности» с БД PostgreSQL диалоговое окно «Формирование первичного отчета» дополнено полем «Каталог».
В конфигурации web-приложения «Сведение отчетности» с БД PostgreSQL обеспечена визуализация дополнительных колонок, настроенных с помощью механизма описателей атрибутов документов.
Доработан механизм автоматической авторизации в web-приложении «Сведение отчетности».
Внимание! Для корректной работы WEB – приложений «Расчет заработной платы», «Кадры и штатное расписание» необходимо установить обновление: ftp://master_disk/PARUS_8/БЮДЖЕТ/Парус_8_5_6_1_2023_11_22/Обновления/40-18389_Выбор_подразделения_web/
В спецификации «Персональные документы» и в записи заголовка контрагента поле «Номер» расширено до 22 символов.
В настоящий момент длина номера актовой записи ЗАГС о рождении ребенка может составлять до 22 символов. При необходимости для контрагента-ребенка в персональном документе с мнемокодом «АктоваяЗаписьРожд» указывается номер актовой записи и дата выдачи.
Доработан расчет выплаты по алгоритму «Налог» в части отнесения расхождения по сумме налога (всего – ранее удержано) на последнее начисление по ЗА при не установленном признаке «Показать отрицательный налог». Для использования доработки необходимо установить обновление:
Поле «Код» расширено до 4 знаков. В разделах и отчетах учтено изменение размерности поля.
В словаре реализованы каталоги. Необходимо переназначить права доступа.
Важно!
Временно рекомендуем отключить настройку раздела «Позиционирование в режиме словаря».
Реализован функционал для работы с праздничными днями (переносами праздничных или рабочих), применимыми не ко всем графикам работы, а в отдельных графиках. Для использования новой возможности в словаре требуется добавить запись с признаком «Учитывать в отдельных графиках работы»:
Функционал может быть использован как для работы с праздничными днями субъектов РФ, так и для работы с переносами федеральных праздников, которые не учитываются во всех графиках работы, использующихся у субъекта учета (например, для пятидневки используются, а для шестидневки – нет).
В словаре добавлена спецификация «Отдельные праздничные дни», предназначенная для хранения списка праздничных дней (переносов праздничных или рабочих), применимых не ко всем графикам работы, а к этому конкретному графику:
Праздники, указанные для графика, учитываются в разных обработках – при формировании рабочих и индивидуальных календарей, ФОВ, в Табелях, макросе HD().
Реализована функция «Массовое добавление отдельных праздничных дней». Предназначенная для добавления перечня отдельных праздничных дней в список графиков работы. Для использования доработки необходимо установить обновление:
При формировании календаря реализована обработка списка отдельных праздничных дней, указанных в спецификации «Отдельные праздничные дни» графика работы. В т.ч для расчета продолжительности предпраздничных дней.
В характеристики Подразделения добавлен атрибут «График для предоставления ежегодного отпуска». График будет использоваться для заполнения поля «График» в Журнале отпусков, Графиках отпусков или Приказе на отпуск при заполненных полях «Контракт» И «За период По» (эти атрибуты позволяют определить Исполнение должности и из него Подразделение).
Доработано формирование банковских документов при выставленном признаке «Дополнительно группировать по коду вида доходов»: группировка производится и по не заданным кодам видов доходов (когда значение кода вида дохода в карточке перечислений не указано).
Доработана спецификация «Основания» - поле «Примечание» расширено до 4000 знаков. Доработан импорт из ПАРУС-7 для заполнения расширенного поля.
Доработан перерасчет ЖБЛ – добавлен запрет на ошибочный запуск второго перерасчета с теми же параметрами расчета (Вид расчета/ Группа расчетов) в том же периоде.
Аналогичная доработка реализована для перерасчета в Журнале отпусков и в Журнале командировок.
В целях оптимизации количества запросов страхователей и более стабильного получения сообщений доработан сервис обмена с СЭДО: реализована обработка минимального значения задержки, получаемого страхователем при выполнении обмена данными с сервисом СЭДО.
Все действия по запуску обмена во время таймаута теперь игнорируются. Запуск обмена выполняется только в случае, если он инициирован после истечения таймаута (пользовательское задание или действие пользователя).
Примечание 1. Значение таймаута может изменяться без предупреждения и на текущий момент составляет 1 час в промежуток времени с 0:00 до 6:00 часов по московскому времени, и 5 минут в остальное время.
Примечание 2. Есть сведения о намерениях СФР в ближайшем будущем блокировать страхователей на 5 дней при чрезвычайном превышении запросов (около 1,5 тысяч ошибок за сутки от одного страхователя) чаще промежутка таймаута.
Для устойчивой работы СЭДО настоятельно рекомендуем выполнить обновление.
В процессе доработки в конфигурационный файл добавлена новая настройка UseCache:
"SedoClient": {
"SystemInfo": {
"Software": "PARUS8",
"SoftwareVersion": "8.5.6.1",
"SpecVersion": "1.0"
},
"UseCache": true
},
Внимание! В связи с добавлением новой настройки акцентируем внимание на правильном порядке обновления конфигурационного файла appsettings.json из каталога extra: согласно общим рекомендациям при обновлении каталогов extra, serviceproxy, web необходимо использовать стандартные конфигурационные файлы из каждого обновления, которые затем модифицировать необходимыми значениями параметров. Копирование «старого» конфигурационного файла вместо нового недопустимо.
Рекомендуем создание одного пользовательского задания для обмена документами с запуском не чаще одного раза в 5 минут. Например:
begin
P_FSSSEDOORG_PROCESS(nCOMPANY);
end;
При «потере» сообщений рекомендуем пользоваться действием «Запросить документы за период», выставляя интервал, к примеру, за 7 предыдущих дней от текущего числа.
Также можно анализировать количество входящих документов за интервал, используя отбор по колонке «Дата сообщения» и расшифровку входящего сообщения типа 332 (Список сообщений).
Действие «Загрузить документы за период» переименовано в «Запросить документы за период» и переведено на использование 330-го сообщения.
В параметрах действия указывается период (Дата с:, Дата по:) и перечень обрабатываемых организаций (Все или Отмеченные).
При выполнении действия в спецификации «Исходящие документы» создается запись с типом 330 («Запрос списка сообщений»). Никаких других операций не выполняется.
Исходящий документ теперь отправляется в СФР либо при выполнении действия «Произвести обмен документами», либо при срабатывании пользовательского задания на обмен документами.
330-е сообщение относится к асинхронному методу взаимодействия, его использование делает более устойчивым взаимодействие с СЭДО и позволяет указывать произвольный диапазон дат для запроса входящих документов.
В ответ на 330-е поступит сообщение с типом 332 (Список сообщений). Для сообщения 332 создается запись в спецификации «Входящие документы», и в графе «Расшифрованное сообщение» зафиксируется информация о диапазоне дат и количестве сообщений за это время.
Изменился функционал действия «Произвести обмен документами». Теперь при его выполнении запрашиваются все документы за текущее число, ранее запрашивались только новые документы.
Отправка исходящих документов в рамках этого действия выполняется так же, как и раньше.
Реализована обработка сообщения 107 (информирование о событиях по проактивному процессу по временной нетрудоспособности и материнству). Полученное сообщение 107 отображается в спецификации «Входящие документы» и связывается с записью сведений для выплаты пособий.
Исправлена ошибка формирования состояний исполнений должностей по ЛН в статусе 010 или 020 – при формировании состояний не будет заполняться дата окончания действия состояния.
Реализована обработка сообщения 107 (информирование о событиях по проактивному процессу по временной нетрудоспособности и материнству) для benefit1 и 2:
При получении в рамках сообщения информации о приеме 101 сообщения по страховому случаю от другого работодателя работа с пособием прекращается. «Статус сведений» меняется на «Выплата прекращена», а «Статус выплаты» – на «Отказано в выплате пособия». В спецификации «История взаимодействия» формируется примечание типа «Получено сообщение 107 с данными, что выплата пособия будет производиться другим страхователем».
При получении в рамках сообщения информации о закрытии проактивного процесса в связи с изменением параметров по процессу СФР выполняет открытие нового проактивного процесса. Для удобства работа продолжается в текущей записи СВП. Номер проактивного процесса изменяется на актуальный, «Статус сведений» меняется на «Ожидание запроса от ФСС», а «Статус выплаты» – на «Нет данных». В спецификации «История взаимодействия» формируется примечание типа «Получено сообщение 107. Информирование о закрытии проактивного процесса [...] с открытием нового процесса [...] по причине [...]». Далее ожидаем новое сообщение 100 от СФР.
Запись сведений для выплаты пособий связывается с записью журнала ФСС СЭДО.
Реализована дополнительная обработка сообщения 105 (Результат обработки ответа на запрос проверки). Если в полученном сообщении присутствует предупреждение WARN_PR_1003 или WARN_PR_1004, то из текста предупреждения берется новый номер проактивного процесса. Новый номер проактивного процесса указывается в графе «Примечание» спецификации «История взаимодействия» и заменяет предыдущий номер в записи СВП.
Для удобства в графе «Примечание» спецификации «История взаимодействия» дополнительно указывается номер проактивного процесса для сообщения 100 (Запрос на проверку).
Доработано формирование полей группы «Отправитель» (ФИО, Электронная почта, Контактный телефон) на вкладке «Дополнительные данные об ЭЛН».
Упразднено ранее существовавшее условие – сотрудник, идентифицированный пользователем базы данных, должен являться сотрудником той же организации, которая является работодателем для получателя пособия.
Теперь, например, сотрудник централизованной бухгалтерии имеет возможность работать с листами нетрудоспособности подведомственных организаций, и группа полей «Отправитель» будет заполняться корректно.
При ручном исправлении информации, указанной в группе полей «Отправитель», происходит обновление соответствующих атрибутов в отправляемом в СФР файле формата xml. При этом последующее выполнение действий «Переформировать сведения для выплаты пособия» и «Заполнить сведения для пособия при рождении ребенка» одновременно производит заполнение группы полей «Отправитель» актуальной для текущего пользователя информацией.
Теперь информация в группе полей «Отправитель» всегда соответствует информации, передаваемой посредством СЭДО в файле формата xml.
Согласно приказу ФНС от 19.09.2023 № ЕД-7-11/649@ реализован отчет:
Мнемокод | Наименование | Имя хранимой процедуры |
SL4280 | Справка о доходах и суммах НДФЛ (приказ № ЕД-7-11/649@ от 19.09.2023) | P_CLNPERSONS_2NDFL_2023 |
Согласно приказу Росстата от 31.07.2023 N 360 реализованы отчеты:
Мнемокод | Наименование | Имя хранимой процедуры |
SL4250 | Сведения о численности и заработной плате работников (Форма № 1-Т Приказ № 360 от 31.07.2023) | P_CLNPSPFM_1T_2023 |
SL4260 | Сведения о неполной занятости и движении работников (П-4(НЗ) Приказ № 360 от 31.07.2023) | P_CLNPSPFM_P4_NZ_2023 |
SL4270 | Форма № 57-Т (приказ № 360 от 31.07.2023) | P_CLNPSPFM_T57_2023 |
Актуализирована выгрузка отчета SL4270 «Форма № 57-Т (приказ № 360 от 31.07.2023)».
Доработан отчет SL4270 «Форма № 57-Т (приказ № 360 от 31.07.2023)» - формирование производится с учетом списка значений, указанных в параметре паспорта №3 «Среднее профессиональное».
Доработано формирование отчета SL4020 «Ведомость по выплате (удержанию) (Excel)»:
Отчет доработан для случая формирования с параметрами:
«Не детализировать итоги по расчетному периоду=Да» и «Формировать итоги по расчетам=Нет». Ранее в этом случае итоги формировались в некорректной последовательности.
Реализованы инструкции:
Все доработки по обмену с СФР описаны в разделе «Расчет заработной платы».
Исправлен алгоритм подсчета количества занятых ставок по штатной должности при отработке пункта приказа с типом «Основная работа (Работа по совместительству, Работа по совмещению)/Изменить» или при выполнении действия «Изменить» в разделе «Штат». Ошибка возникала при использовании параметра № 886 = «Да» и параметра №1759 = «На дату назначения» или «На периоде».
Доработана спецификация «Основания» - поле «Примечание» расширено до 4000 знаков.
В пункт приказа действием «Подразделение – Ввести» и «Подразделение – Изменить» добавлен атрибут «График для предоставления ежегодного отпуска». График будет использоваться для заполнения соответствующего поля в разделе «Штатные подразделения».
В WEB – приложении реализован вызов «Личной карточки». Доступен просмотр и редактирование сведений. Вызов отдельных спецификаций производится нажатием на кнопку с наименованием спецификации.
Исправлена ошибка формирования адреса организации в отчете PR0610 «(Кадры) Отчет о военнообязанных (Приложение к Порядку (п. 5))».
Доработан отчет PR0780 «Отчет по личным данным сотрудников» - в колонку «Награды и поощрения» дополнительно выводятся реквизиты документа: Тип, Номер, Дата.
Отчет PR1090 «Карточка гражданина, подлежащего воинскому учету (Форма №10)» доработан в части отображения данных об увольнении сотрудника.
Все доработки по обмену с СФР описаны в разделе «Расчет заработной платы».
Исправлен алгоритм подсчета количества занятых ставок по штатной должности при отработке пункта приказа с типом «Назначение без освобождения/Изменить. Ошибка возникала при использовании параметра № 886 = «Да» и параметра №1759 = «На дату назначения» или «На периоде».
Доработана спецификация «Основания» - поле «Примечание» расширено до 4000 знаков.
В пункт приказа действием «Подразделение – Ввести» и «Подразделение – Изменить» добавлен атрибут «График для предоставления ежегодного отпуска». График будет использоваться для заполнения соответствующего поля в разделе «Штатные подразделения».
В WEB – приложении реализован вызов «Личной карточки». Доступен просмотр и редактирование сведений. Вызов отдельных спецификаций производится нажатием на кнопку с наименованием спецификации.
Согласно приказу Росстата от 31.07.2023 N 360 реализованы отчеты:
Мнемокод | Наименование | Имя хранимой процедуры |
CS1400 | (Госслужба) Форма 1-Т(ГС) (приказ № 360 от 31.07.2023) | P_SUBDIVS_1T_GS_2023 |
CS1410 | (Госслужба) Форма 1-Т(МС) (приказ № 360 от 31.07.2023) | P_SUBDIVS_1T_MS_2023 |
Отчет годовой, действует с отчетности за 2023 год.
Изменений нет.
Для онлайн-версии реализовано действие «Тарифицировать», которое может выполняться по списку отмеченных ЛС:
В «Параметрах класса» грид редактируемый. Не забывайте выполнять действие «Подтвердить исправления»!
Внимание! Для использования доработки необходимо установить обновление:
ftp://master_disk/PARUS_8/БЮДЖЕТ/Парус_8_5_6_1_2023_11_22/Обновления/П8-52955_Тарифицируемые ЛС_web/
Описание доработок приведено в разделе «Системные средства/Статусная модель (Управление деловыми процессами)» настоящего документа.
Произведенные доработки идентичны для обоих модулей, поэтому их описание приводится обобщенно. О существующих отличиях в реализации указано отдельно.
Изменений нет.
Изменений нет.
Реализован учет бюджетных смет в соответствии с приказом Минфина 26н от 14.02.2018.
Для настройки форм обоснований показателей бюджетных смет разработан новый справочник «Типы расчетов плановых показателей». Вызывается из главного меню по пути «Словари» ⇒ «Типы расчетов плановых показателей».
Для обоснования показателей бюджетных смет разработан новый раздел «Обоснования (расчеты) плановых сметных показателей». Вызывается из главного меню по пути «Документы» ⇒ «Обоснования (расчеты) плановых сметных показателей».
Доработан раздел «Проекты бюджетных смет»:
В спецификацию «Статьи» добавлены закладки «Суммы ЛБО», «ЛБО на инвестиции», «ЛБО на закупки», «Бюджетные ассигнования» и «ПОФ».
Реализована возможность вести редакции документа. В контекстное меню добавлен пункт «Редакции» с дальнейшим выбором действий «Создание новой редакции», «Отменить редакцию» и «Недействующие редакции».
Добавлен пункт контекстного меню «Обоснования» для быстрого доступа к разделу «Обоснования (расчеты) плановых сметных показателей».
В спецификациях «Поступления» и «Выплаты» реализован контроль ошибочного выбора Структуры расходов:
В спецификации «Поступления» можно сохранить показатель со Структурой расходов, у которой заполнено поле «Аналитическая группа подвида доходов» или «Аналитическая группа вида источников финансирования дефицитов бюджетов».
В спецификации «Выплаты» можно сохранить показатель со Структурой расходов, у которой заполнено поле «Вид расходов» или «Аналитическая группа вида источников финансирования дефицитов бюджетов».
В параметры функции «Актуализировать сведения о ЛП» добавлен параметр «Добавлять только актуальные записи». При выставленном признаке будут загружаться только актуальные записи справочника ЕСКЛП.
Изменений нет.
