Релиз «Парус - Бюджет 10» версии 44.0.63071

Изменен сценарий обновления словаря «Типы документов»

Изменен сценарий обновления словаря «Типы документов»: при обновлении не производится исправление наименований существующих записей, выполняется только добавление недостающих записей в соответствии с преднаполнением.

Изменен алгоритм контроля ИНН для юридических и физических лиц

В настройку «Настройка системная контроль данных юридических и физических лиц» добавлен параметр «Проверять, если ИНН содержит только цифры». Доступен для изменения если выставлен один из параметров: «Проверять уникальность ИНН» или «Проверять контрольное число ИНН».
Если параметр «Проверять, если ИНН содержит только цифры» выставлен, то проверка ИНН выполняется для тех юридических и физических лиц, у которых ИНН задан только с помощью цифр.

При обновлении базы данных реализовано удаление старых правил формирования проводок преднаполнения при загрузке новых правил

Реализовано выполнение следующих операций при обновлении базы данных:
1. Удаление правил формирования проводок преднаполнения, которые содержатся в базе данных до начала обновления.
2. Удаление «потерянных» правил формирования проводок преднаполнения, которые уже содержатся в базе данных и ID которых отсутствуют в таблице Object.

Внесены изменения в шаблон отчета «Акт о списании объектов нефинансовых активов кроме транспортных средств ф. 0504104 52н»

Внесены изменения в шаблон отчета «Акт о списании объектов нефинансовых активов кроме транспортных средств ф. 0504104 52н»: до исправления, в графе 2 таблицы со сведениями об объекте, в инвентарном номере не учитывался префикс.

Внесены изменения в шаблон отчета «Акт о приеме-передаче нефинансовых активов ф.0504101 52н»

Внесены изменения в шаблон отчета «Акт о приеме-передаче нефинансовых активов ф.0504101 52н»:
1. В графах «по дебету» и «по кредиту» таблиц «Отметка о снятии с учета (отправителем)» и «Отметка о принятии к учету (получателем)», а также в графе 8 «номер счета бухгалтерского учета» раздела «3. Сведения о принятых объектах нефинансовых активов» реализована печать полного номера счета с учетом КБК.
2. Для таблиц «Отметка о снятии с учета (отправителем)» и «Отметка о принятии к учету (получателем)» добавлено условие включения проводок со счетом, номер которого соответствует маске «?114*». Для входящего акта включаются проводки, в которых этот счет в кредите, для исходящего акта включаются проводки, в которых этот счет в дебете.
3. В таблице «1. Сведения о передаваемых объектах нефинансовых активов» реализована печать реестрового номера в графе 6 и иного номера в графе 8.

На формах запроса параметров, для полей, предполагающих указание маски, добавлена обработка маски «()» (пустые скобки)

На формах запроса параметров, для полей, предполагающих указание маски, добавлена обработка маски «()» (пустые скобки). Маска «()» обрабатывается как незаданная ссылка.
Например, если для параметра «Структурное подразделение» отчета «Накопительная ведомость по приходу продуктов питания ф. 0504037» указать маску «()», то для отчета будут выбраны данные из книг учета ТМЦ, в которых структурное подразделение не заполнено.

Доработан алгоритм формирования актов ПП ОС входящих из актов ПП ОС исходящих

В алгоритм формирования актов о приеме-передаче ОС входящих из актов о приеме-передаче ОС исходящих внесены изменения: если у объекта, из которого производится копирование нового объекта, есть комплектующие, то для комплектующих вновь создаваемого инвентарного объекта не переносится значение свойства Source из первоначального объекта.

Доработана выгрузка в банк-клиент исходящих ПП в части заполнения наименования контрагента

Внесены изменения в функцию «Выгрузить» - «В формате клиент-банка…» в разделе «Исходящие платежные поручения»: для заполнения наименования плательщика в реквизитах «Плательщик» и «Плательщик1», а также для заполнения наименования получателя в реквизитах «Получатель» и «Получатель1» реализован алгоритм, аналогичный тому, который используется в отчете «Платежное поручение ОКУД ф. 0401060» для заполнение наименований плательщика и получателя.

Реализована массовая печать отчета «Требование-накладная ОС ф. 0504204 (52н)» по отмеченным документам

Реализована массовая печать отчета «Требование-накладная ОС ф. 0504204 (52н)» по отмеченным документам

Реализована массовая печать отчета «Накладная на внутреннее перемещение НФА ф. 0504102 (52н)» по отмеченным документам

Реализована массовая печать отчета «Накладная на внутреннее перемещение НФА ф. 0504102 (52н)» по отмеченным документам

Изменен алгоритм заполнения номера документа при выгрузке ЗКР в формате ТФФ

Внесены изменения в процедуры выгрузки заявок на кассовый расход в формате ТФФ: номер документа формируется из префикса и номера, разделенных дефисом.
Данная доработка реализована для следующих процедур выгрузки:
1. «ТФФ в формате TXT»
2. «ТФФ в формате XML»
3. «ТФФ в формате TXT (ЗКР сокращенная)»
4. «ТФФ в формате XML (ЗКР сокращенная)»
5. «ТФФ в формате XML (ЗКР сводная)»

Внесены изменения в алгоритм верификации выписки из лицевого счета ПБС

Внесены изменения в алгоритм верификации документов выписки ПБС.
Если номер документа УБП в строке расшифровки выписки содержит дефис, то подбирается платежный документ, номер которого отвечает одному из условий:
1. Префикс не задан и номер равен номеру документа УБП из выписки.
2. Префикс задан, и он соответствует части номера документа УБП из выписки слева от дефиса, а непосредственно номер соответствует части номера документа УБП справа от дефиса. При этом, если дефисов в номере больше одного, то разделение на префикс и номер выполняется по первому слева дефису. Остальные дефисы рассматриваются, как часть номера.

Реализован новый раздел «Уведомления об исчисленных суммах налогов»

В составе модуля «Бухгалтерский учет» реализован новый раздел «Уведомления об исчисленных суммах налогов». Иконка для запуска размещена на странице «Безналичные расчеты».
Для данного раздела добавлен тип документа с мнемокодом «УведИсчисНалог» и наименованием «Уведомление об исчисленных суммах налогов».
Структура раздела: заголовок «Уведомления об исчисленных суммах налогов» и спецификация «Данные».

Реализована выгрузка уведомлений об исчисленных суммах налогов

В разделе «Уведомления об исчисленных суммах налогов» реализована функция выгрузки документа в формате XML в соответствии с приказом ФНС от 2 ноября 2022 г. N ЕД-7-8/1047@.
Для вызова функции добавлен пункт контекстного меню «Выгрузить» - «КНД 1110355 в формате 5.02».

Реализована печать отчета «КНД 1110355 Уведомления об исчисленных суммах налогов»

В разделе «Уведомления об исчисленных суммах налогов» реализована печать отчета «КНД 1110355 Уведомления об исчисленных суммах налогов, авансовых платежей по налогам, сборов, страховым взносам».

Реализован словарь «Типы электронных документов»

Реализован словарь «Типы электронных документов». Иконка для запуска размещена на странице «Электронные документы».
Состав атрибутов: «Мнемокод» и «Наименование».

Реализован словарь «Роли подписывающих лиц»

Реализован словарь «Роли подписывающих лиц». Иконка для запуска размещена на странице «Электронные документы».
Состав атрибутов: «Мнемокод» и «Наименование».

Реализован словарь «Подписывающие лица»

Реализован словарь «Подписывающие лица». Иконка для запуска размещена на странице «Электронные документы».
Состав атрибутов:
1. «Физическое лицо». Заполнение из словаря «Физические лица».
2. «Пользователь». Заполнение из списка пользователей сервера приложений. По значению данного поля осуществляется контроль уникальности. После сохранения записи словаря «Подписывающие лица» поле «Пользователь» становится недоступно для исправления.
3. «Примечание».
4. «Использовать при подборе в документе». Логический. Для данного атрибута реализован контроль при добавлении/редактировании записи словаря, чтобы у нескольких записей, ссылающихся на одно физическое лицо, атрибут «Использовать при подборе в документе» был выставлен только у одной из них.

Реализован словарь «Подписывающие лица электронных документов»

Реализован словарь «Подписывающие лица электронных документов». Иконка для запуска размещена на странице «Электронные документы».
Структура словаря: заголовок и спецификация.
1. Состав атрибутов заголовка:
1.1. «Обслуживаемая организация». Заполняется значением словаря «Обслуживаемые организации».
1.2. «Тип электронного документа». Заполняется значением словаря «Типы электронных документов».
2. Состав атрибутов спецификации:
2.1. «Роль подписывающего лица». Заполнение из словаря «Роли подписывающих лиц».
2.2. «Подписывающее лицо». Заполнение из словаря «Подписывающие лица».
2.3. «Очередность подписания». Формат – целое число, начиная с «1». Для данного атрибута выполняется контроль последовательности нумерации. При этом, спецификация может содержать множество строк с одинаковым номером, но не должно быть пропусков номеров (например, нельзя добавить строку с номером очередности «2», если отсутствует строка с номером «1»).
В спецификации реализован контроль уникальности по связке «подписывающее лицо + роль подписывающего лица» для записей, в которых «Подписывающее лицо» НЕ ПУСТО.

Реализован раздел «Электронные документы»

Реализован раздел «Электронные документы». Иконка для запуска размещена на странице «Электронные документы».
1. Назначение раздела – хранение присоединённых файлов. В разделе реализован функционал подписания присоединённого файла простыми и усиленными электронными подписями.
2. Добавление записи в раздел одним из двух способов:
2.1. Загрузка файла с диска.
2.2. При формировании отчёта в каком-либо разделе системы сохранять файл с этим отчётом в раздел «Электронные документы» без предварительного его сохранения на диск. Для добавления документа данным способом шаблону отчета должна быть назначена роль «Добавление отчета в раздел ‘Электронные документы’».
3. Структура раздела:
3.1. Заголовок «Электронные документы».
3.1.1. Состав атрибутов заголовка:
3.1.1.1. «Состояние». Принимает одно из нижеперечисленных значений при выполнении операций с документом: «Загружен»; «Напечатан»; «На подписи»; «Подписан»; «Аннулирован».
3.1.1.2. «Тип документа». Для заполнения используется словарь «Типы электронных документов».
3.1.1.3. «Дата». Дата добавления документа.
3.1.1.4. «Обслуживаемая организация». Заполняется значением словаря «Обслуживаемые организации».
3.1.1.5. «Имя файла». Отображаемое имя присоединённого файла.
3.1.1.6. «Описание». Символьное поле.
3.1.1.7. «Утвержден перечень подписывающих лиц». Логический. Состояние атрибута меняется в результате выполнения функции «Утвердить перечень подписывающих лиц» и «Снять утверждение перечня подписывающих лиц».
3.2. Спецификация «Операции с документом».
3.2.1. Состав атрибутов спецификации:
3.2.1.1. «Номер». Номер операции. Присваивается в порядке возрастания при выполнении операции.
3.2.1.2. «Дата». Системные дата и время выполнения операции.
3.2.1.3. «Вид операции». Содержит одно из значений, в соответствии с видом операции: «Загружен»; «Напечатан»; «Утвержден перечень подписывающих лиц»; «Снято утверждение перечня подписывающих лиц»; «Подписан»; «Аннулирован»
3.2.1.4. «Роль подписывающего лица».
3.2.1.5. «Пользователь (логин)».
3.2.1.6. «Пользователь (ФИО)».
3.2.1.7. Группа граф со сведениями о сертификате: «Кому выдан»; «Кем выдан»; «Действителен с»; «Действителен по»
3.3. Спецификация «Подписывающие лица».
3.3.1. Состав атрибутов спецификации:
3.3.1.1. «Роль подписывающего лица». Заполнение из словаря «Роли подписывающих лиц».
3.3.1.2. «Подписывающее лицо». Заполнение из словаря «Подписывающие лица».
3.3.1.3. «Очередность подписания».
3.3.1.4. «Дата подписания». Заполняется системной датой и временем подписания электронной подписью.
4. Действия в разделе:
4.1. «Загрузить». Загрузка файла с диска с одновременным созданием записи в разделе для данного файла.
4.2. «Выгрузить». Выгрузка актуальной версии файла на диск.
4.3. «Открыть». Открытие присоединенного файла отчета с помощью соответствующего программного средства. При выполнении действия открывается актуальная версия файла.
4.4. «Подписать». Запуск процедуры подписания файла электронной подписью. После подписания документа всеми подписывающими лицами документу присваивается состояние «Подписан».
4.5. «Сформировать перечень подписывающих лиц». При выполнении функции производится заполнение спецификации «Подписывающие лица» (при условии, что она не содержит ни одной записи) в соответствии со словарем «Подписывающие лица электронных документов».
4.6. «Утвердить перечень подписывающих лиц». В результате выполнения функции спецификация «Подписывающие лица» блокируется для редактирования, документ переводится в состояние «На подписи» и для него открывается доступ к процедуре подписания.
4.7. «Снять утверждение перечня подписывающих лиц». В результате выполнения функции спецификация «Подписывающие лица» становится доступной для редактирования и документ переводится в то состояние, которое предшествовало состоянию «На подписи».
4.8. «Аннулировать». В результате выполнения функции документу присваивается состояние «Аннулирован» и становятся недоступны любые операции с ним.
4.9. «Удалить». Действие доступно для выполнения, если после добавления документа c ним не было выполнено никаких операций.

Выполнена доработка словаря «Инвентаризационные комиссии»

Выполнена доработка словаря «Инвентаризационные комиссии»: для строки спецификации добавлен атрибут «Пользователь», который заполняется из словаря «Подписывающие лица».

Выполнена доработка раздела «Акты о списании ОС с передачей на хранение» для учета документов «Решение о прекращении признания активами объектов ОС»

Выполнена доработка раздела «Акты о списании ОС с передачей на хранение» для учета документов «Решение о прекращении признания активами объектов ОС»:
1. Раздел переименован в «Решения о прекращении признания активами (ОС)».
2. Внесены изменения в заголовок документа:
2.1. Добавлен атрибут «Кворум, %». Формат - число. По умолчанию значение «100.00».
2.2. Добавлен атрибут «Участник бюджетного процесса».
2.3. Добавлена группа атрибутов «Реквизиты акта, которым установлен порядок принятия решения».
3. Внесены изменения в спецификацию «Члены комиссии»:
3.1. Добавлен атрибут «Пользователь». Заполнение из словаря «Подписывающие лица».
3.2. Добавлен логический атрибут «Ответственный исполнитель».
3.3. Добавлен атрибут «Особая отметка». Строковый. Размер 200 символов.
4. В строке спецификации документа добавлена вкладка «Заключение комиссии». На вкладке размещены атрибуты:
4.1. «Статус объекта учета». Заполнение из словаря «Статусы объекта учета». При формировании документа из инвентаризационной описи заполняется значением, указанным в строке инвентаризационного списка.
4.2. «Целевая функция актива». Заполнение из словаря «Целевые функции активов». При формировании документа из инвентаризационной описи заполняется значением, указанным в строке инвентаризационного списка.
4.3. «Резолюция комиссии». Строковый. Размер 1000 символов.
4.4. «Итог голосования комиссии «за», %». Недоступен для исправления пользователем. Формат – число. Заполняется выраженным в процентах отношением числа членов комиссии, проголосовавших «за», к общему количеству членов комиссии, у которых значение атрибута «Голосование» равно «За» или «Против». Результат голосования берется из спецификации «Голосование».
4.5. «Снято с обсуждения». Логический.
4.6. Для строки спецификации документа добавлена спецификация 2-го уровня «Голосование». Ручное добавление строк в спецификацию недоступно, только с помощью действия «Лист голосования» - «Сформировать». Состав атрибутов спецификации:
4.6.1. Ссылка на члена комиссии, указанного в заголовке документа
4.6.2. «Голосование». Выбор значений из выпадающего списка. Может принимать одно из фиксированных значений: «За», «Против», «Не голосовал».
5. Для списка документов реализованы функции:
5.1. «Лист голосования» - «Сформировать».
5.1.1. Работа по отмеченным документам, если нет отмеченных записей, то по текущей.
5.1.2. Выполнение возможно только для документов:
5.1.2.1. Не отработанных в учете
5.1.2.2. В которых спецификации «Голосование» не содержат ни одной записи.
5.1.3. В результате работы функции для строк спецификации отмеченных документов формируются спецификации «Голосование» по следующему алгоритму:
5.1.3.1. Добавляются отдельные строки для каждого члена комиссии, которые содержатся в спецификации «Члены комиссии» документа.
5.1.3.2. Для атрибута «Голосование» устанавливается значение «Не голосовал».
5.1.3.3. Атрибуты в строках спецификации «Члены комиссии» документа блокируются для исправления пользователем.
5.2. «Лист голосования» - «Расформировать».
5.2.1. Работа по отмеченным документам, если нет отмеченных записей, то по текущей.
5.2.2. Выполнение возможно только для документов:
5.2.2.1. Не отработанных в учете
5.2.2.2. В которых спецификации «Голосование» содержат записи, и при этом, во всех записях состояние атрибута «Голосование» = «Не голосовал».
5.2.3. В результате работы функции удаляются строки спецификации «Голосование» в отмеченных документах.
6. Для строк спецификации реализована функция «Голосовать».
6.1. Выполнение действия по отмеченным записям, если нет отмеченных, то по текущей.
6.2. Выполнение возможно только для записей спецификации документа, в которых спецификация «Голосование» не пустая. Документ не должен быть отработан в учете.
7. При отработке документа в учете реализована обработка признака «Снято с обсуждения»:
7.1. Если признак выставлен, то при отработке в учете для инвентарного объекта новая версия не создается, проводки хозяйственных операций не формируются, изменения в значения атрибутов не вносятся. В истории операций инвентарного объекта создается запись с типом операции «Передача на хранение не произведена».

В разделе «Решения о прекращении признания активами (ОС)» реализован функционал подписания документов простой ЭП

В разделе «Решения о прекращении признания активами (ОС)» реализован функционал подписания документов простой электронной подписью, созданной при помощи средств прохождения авторизации в ПП «ПАРУС-Бюджет 10».
1. Пользователи, которые должны подписать документ, заполняются в спецификации «Члены комиссии» с использованием атрибута «Пользователь».
2. В заголовок документа добавлен логический атрибут «Передан на подпись».
3. Для списка документов реализованы функции:
3.1. «Передача на подпись» - «Передать».
3.1.1. Работа по отмеченным документам, если нет отмеченных записей, то по текущей
3.1.2. Выполнение возможно только для документов:
3.1.2.1. Не отработанных в учете.
3.1.2.2. В которых атрибут «Передан на подпись» имеет значение НЕТ
3.1.2.3. В которых для всех записей спецификации «Члены комиссии» заполнен атрибут «Пользователь».
3.1.3. В результате работы функции для отмеченных документов выполняется следующее:
3.1.3.1. Атрибуту «Передан на подпись» присваивается значение ДА
3.1.3.2. Все атрибуты документа становятся недоступными для редактирования
3.1.3.3. Действия по формированию/расформированию листа голосования, а также действия по самому голосованию становятся недоступными для выполнения.
3.2. «Передача на подпись» - «Отменить».
3.2.1. Работа по отмеченным документам, если нет отмеченных записей, то по текущей
3.2.2. Выполнение возможно только для документов:
3.2.2.1. Не отработанных в учете.
3.2.2.2. В которых атрибут «Передан на подпись» имеет значение ДА
3.2.2.3. В которых для всех записей спецификации «Члены комиссии» отсутствует отметка о подписании.
3.2.3. В результате работы функции для отмеченных документов выполняется следующее:
3.2.3.1. Атрибуту «Передан на подпись» присваивается значение НЕТ.
3.2.3.2. Все атрибуты документа, которые должны быть доступны для редактирования в неотработанном в учете документе, становятся доступными для редактирования.
3.2.3.3. Действия по формированию/расформированию листа голосования, а также действия по самому голосованию становятся доступными для выполнения.
3.3. «Простая электронная подпись» - «Подписать».
3.3.1. Выполнение только для текущего документа, при этом:
3.3.1.1. Документ не должен быть отработан в учете.
3.3.1.2. В документе должен быть выставлен атрибут «Передан на подпись».
3.3.2. Подписание простой электронной подписью выполняется по следующему алгоритму:
3.3.2.1. Проверяется, что пользователь базы данных, под которым выполняется действие, указан в какой-то из строк спецификации «Члены комиссии». Если ни один из членов комиссии не соответствует данному пользователю, то подписание не выполняется.
3.3.2.2. Если для пользователя найдены соответствующие члены комиссии и у них отсутствует отметка о подписании простой ЭП, то для этих членов комиссии устанавливается отметка о подписании.
3.4. «Простая электронная подпись» - «Удалить подпись».
3.4.1. Выполнение только для текущего документа, при этом:
3.4.1.1. Документ не должен быть отработан в учете
3.4.1.2. В документе должен быть выставлен атрибут «Передан на подпись»
3.4.2. Удаление простой электронной подписи выполняется по следующему алгоритму:
3.4.2.1. Проверяется, что пользователь базы данных, под которым выполняется действием, указан в какой-то из строк спецификации «Члены комиссии». Если ни один из членов комиссии не соответствует данному пользователю, то действие удаления подписи не выполняется.
3.4.2.2. Если для пользователя найдены соответствующие члены комиссии и у них имеется отметка о подписании простой ЭП, то для этих членов комиссии удаляется отметка о подписании.

Реализована печать отчета «Решение о прекращении признания активами объектов нефинансовых активов ф.0510440»

В разделе «Решения о прекращении признания активами (ОС)» реализована печать отчета «Решение о прекращении признания активами объектов нефинансовых активов ф.0510440». Факт подписания документа простой электронной подписью визуализируется в виде штампа с информацией о подписавшем пользователе и дате подписания.

Реализован раздел «Решения о проведении инвентаризации»

Реализован раздел «Решения о проведении инвентаризации». Иконка для запуска размещена на странице «Электронные документы».
1. Раздел имеет следующую структуру:
1.1. Заголовок «Решение о проведении инвентаризации»
1.2. Спецификации первого уровня:
1.2.1. «Инвентаризационные комиссии»
1.2.2. «Объекты бухгалтерского учета»
1.2.3. «Лист согласования»
1.2.4. «Лист ознакомления»
1.3. Спецификация второго уровня «Состав комиссии» для спецификации «Инвентаризационные комиссии»
2. Помимо стандартного набора действий («Добавить», «Изменить», «Размножить», «Удалить») в разделе реализован набор действий по смене состояний документа:
2.1. Утвердить
2.2. Снять утверждение
2.3. Внести изменения
2.4. Отменить изменения
2.5. Аннулировать
2.6. Отменить аннулирование
3. Строки спецификации «Состав комиссии» и «Объекты бухгалтерского учета» содержат атрибут «Состояние», который может принимать одно из пяти значений: «Первичное»; «Корректировка»; «Дополнение»; «Отмена»; «Аннулирован». Для данного атрибута имеется ряд особенностей заполнения при выполнении действий по смене состояния документа:
3.1. При добавлении строки спецификации в первой версии документа атрибуту «Состояние» присваивается значение «Первичное». Изменение в первой версии документа недоступно.
3.2. В новой версии документа, созданной при внесении в него изменений, атрибуту «Состояние» присваивается значение «Первичное» в том случае, если в предыдущей версии документа состояние данной строки было «Первичное», «Корректировка» или «Дополнение». Данное значение можно сменить на «Корректировка» или «Отмена». Из предыдущей версии документа строки с состоянием «Отмена» не переносятся.
3.3. При добавлении новой строки спецификации для версии документа с состоянием «Исправлен» атрибуту «Состояние» добавляемой строки присваивается значение «Дополнение» без возможности изменения.
3.4. При выполнении операции аннулирования документа, в новой версии документа атрибуту «Состояние» присваивается значение «Аннулирован» в том случае, если в предыдущей версии документа состояние данной строки было «Первичное», «Корректировка» или «Дополнение». Состояние «Аннулирован» не подлежит изменению пользователем. Из предыдущей версии документа строки с состоянием «Отмена» не переносятся.
4. В разделе «Решения о проведении инвентаризации» реализован функционал подписания простой электронной подписью следующими лицами:
4.1. Подпись документа ответственным исполнителем (действие «Подписание документа» - «Подписать простой электронной подписью»)
4.2. Подписание ответственными лицами листа согласования (действие «Лист согласования» - «Подписать простой электронной подписью»)
4.3. Подписание ответственными лицами листа ознакомления (действие «Лист ознакомления» - «Подписать простой электронной подписью»)
5. Перед подписанием документа простыми электронными подписями необходимо:
5.1. Заполнить атрибут «Пользователь» для ответственного исполнителя, для ответственных лиц на листах согласования и ознакомления.
5.2. Выполнить действие «Передача на подпись» - «Передать».
6. Подписание простой электронной подписью выполняется программой по следующему алгоритму:
6.1. Проверяется, что пользователь базы данных, под которым выполняется подписание, указан для какого-либо подписывающего лица. Если соответствия не найдено, то подписание не выполняется.
6.2. Если для пользователя найдено соответствующее значение для какого-либо подписывающего лица и у него отсутствует отметка о подписании простой ЭП, то для этого пользователя устанавливается отметка о подписании.

В разделе «Решения о проведении инвентаризации» реализована печать отчетов

В разделе «Решения о проведении инвентаризации» реализована печать отчетов:
1. «Решение о проведении инвентаризации ф.0510439»
2. «Изменение Решения о проведении инвентаризации ф.0510447»

Реализован словарь «Источники доходов бюджета»

Реализован словарь «Источники доходов бюджета». Иконка для запуска размещена на странице «Электронные документы».
Состав атрибутов:
1. «Номер реестровой записи источника дохода бюджета». Формат – строковый. Размер 27 символов. Контроль уникальности.
2. «КБК». Заполнение из словаря «Бюджетная классификация (КБК общая)».

Реализован словарь «Статусы операций»

Реализован словарь «Статусы операций». Иконка для запуска размещена на странице «Электронные документы».
Словарь имеет иерархическую структуру.
Состав атрибутов:
1. «Код». Формат вида «ХХ.ХХ», где «Х» - цифра от 0 до 9. Контроль уникальности.
2. «Наименование». Формат – строковый. Размер 1000 символов.
Для словаря реализовано преднаполнение.

Реализован раздел «Ведомости начисления доходов»

Реализован раздел «Ведомости начисления доходов». Иконка для запуска размещена на странице «Электронные документы».
Назначение раздела – регистрация и учет документов:
1. по форме 0510431 «Ведомость группового начисления доходов»
2. по форме 0510837 «Ведомость начисления доходов бюджета»

В разделе «Ведомости начисления доходов» реализован функционал по отработке документов в учете

В разделе «Ведомости начисления доходов» реализован функционал по отработке документов в учете

В разделе «Ведомости начисления доходов» реализована печать отчетов

В разделе «Ведомости начисления доходов» реализована печать отчетов:
1. «Ведомость группового начисления доходов ф.0510431»
2. «Ведомость начисления доходов бюджета ф.0510837»

Внесены изменения в отчет «Акт о списании объектов нефинансовых активов кроме транспортных средств ф. 0504104 52н»

Внесены изменения в алгоритм заполнения граф 10 – 15 в таблице на листе 1 отчета «Акт о списании объектов нефинансовых активов кроме транспортных средств ф. 0504104 52н». В вышеуказанные графы не включаются проводки:
1. В которых счет дебет соответствует маске ?114*
2. Сумма в которых равна нулю

Для структурных подразделений добавлен атрибут «Идентификационный номер»

Для записи словаря «Структурные подразделения» добавлен атрибут «Идентификационный номер». Размерность 15 символов. Заполнение возможно только цифрами.

Внесены изменения в преднаполнение словаря «Коды видов доходов, перечисляемых гражданам»

В преднаполнение словаря «Коды видов доходов, перечисляемых гражданам» добавлены позиции:
1. Код«4», наименование «Перевод денежных средств, являющихся доходами, на которые в соответствии с частью 1 статьи 101 Федерального закона от 2 октября 2007 года № 229-ФЗ не может быть обращено взыскание и которые имеют характер единовременных выплат, за исключением доходов, к которым в соответствии с частью 2 статьи 101 Федерального закона от 2 октября 2007 года № 229-ФЗ ограничения по обращению взыскания не применяются»
2. Код «5», наименование «Перевод денежных средств, являющихся доходами, к которым в соответствии с частью 2 статьи 101 Федерального закона от 2 октября 2007 года № 229-ФЗ ограничения по обращению взыскания не применяются и которые имеют характер единовременных выплат»

Для ЗКР и ПП добавлен атрибут «Идентификатор документа о приемке/этапа»

Для документов разделов «Заявки на кассовый расход» и «Исходящие платежные поручения» добавлен атрибут: «Идентификатор документа о приемке/этапа». Размерность 20 символов.

В государственных контрактах добавлен атрибут для указания ответственного исполнителя

В заголовок документа в разделе «Государственные контракты», на вкладку «Подписи», добавлен атрибут «Ответственный исполнитель». Заполнение из словаря «Физические лица».

В функции выгрузки исходящих ПП в формате ТФФ реализовано заполнение блока «Информация об оплате контрактов, соглашений»

В функции выгрузки исходящих платежных поручений в формате ТФФ реализовано заполнение блока «Информация об оплате контрактов, соглашений» по следующему алгоритму:
1. Если документ связан с государственным контрактом, в этом контракте атрибут «Номер реестровой записи» не пустой, и атрибут «Идентификатор документа о приемке/этапа» в платежном поручении не пустой, то добавляется строка в блок PPTCONTR с заполнением следующих полей:
1.1. NOM_REGISTER – значение атрибута «Номер реестровой записи» из связанного контракта
1.2. ID_DOC – значение атрибута «Идентификатор документа о приемке/этапа» платежного поручения
1.3. VID_REESTR – заполнение по следующему алгоритму:
1.3.1. Если признак секретности государственного контракта имеет код «0» или «1», то VID_REESTR = «02»
1.3.2. Иначе VID_REESTR =ПУСТО
2. Если документ не связан с государственным контрактом или в контракте атрибут «Номер реестровой записи» не заполнен или атрибут «Идентификатор документа о приемке/этапа» в платежном поручении не заполнен, то блок PPTCONTR не формируется.

В функциях выгрузки ЗКР в формате ТФФ реализовано заполнение блока «Информация об оплате контрактов, соглашений»

В функциях выгрузки заявок на кассовый расход в формате ТФФ (полная и сокращенная) реализовано заполнение блока «Информация об оплате контрактов, соглашений» по следующему алгоритму:
1. Если документ связан с государственным контрактом, в этом контракте атрибут «Номер реестровой записи» не пустой, и атрибут «Идентификатор документа о приемке/этапа» в заявке на кассовый расход не пустой, то добавляется строка в блок ZRCONTR с заполнением следующих полей:
1.1. NOM_REGISTER (ZR_NumReestrEntry в формате XML) – значение атрибута «Номер реестровой записи» из связанного контракта
1.2. ID_DOC (ZR_NumDocAcceptStage в формате XML) – значение атрибута «Идентификатор документа о приемке/этапа»
1.3. VID_REESTR (ZR_ReestrType в формате XML) – заполнение по следующему алгоритму:
1.3.1. Если признак секретности государственного контракта имеет код «0» или «1», то VID_REESTR = «02»
1.3.2. Если признак секретности государственного контракта имеет код «2» или «3», то VID_REESTR = «03»
1.3.3. Иначе VID_REESTR =ПУСТО
2. Если документ не связан с государственным контрактом или в контракте атрибут «Номер реестровой записи» не заполнен или атрибут «Идентификатор документа о приемке/этапа» в заявке на кассовый расход не заполнен, то блок ZRCONTR не формируется.

Выгрузка в формате ТФФ версии 34

В соответствии с изменениями в формате ТФФ 34, актуализирована выгрузка документов:
1. Исходящее платежное поручение
2. Заявки на кассовый расход
3. Сведения о заключенном контракте (его изменении)
4. Сведения об исполнении (о расторжении) контракта

Загрузка в формате ТФФ версии 34

В соответствии с изменениями в формате ТФФ 34, актуализирована загрузка документов:
1. Выписки из лицевого счета ПБС (Выписки vj, vi, vc, vk, vp)
2. Выписки из лицевого счета администратора поступлений (Выписки vt)
3. Исходящее платежное поручение
4. Заявка на кассовый расход
5. Запрос на выяснение принадлежности платежа
6. Бюджетные обязательства

Доработаны отчеты по приказу 191н

В разделе "Отчетность казенных учреждений" реализованы новые отчеты для отчетной кампании на 01.01.2023г согласно изменениям по приказу Минфина России от 14.06.2022 № 94н, от 09.12.2022 № 186н, а также пожеланиям партнеров:
• ф. 0503123 (186н): в соответствии с положениями приказа 186н показатели по КОСГУ 360 отражаются в строке 3310.
• ф. 0503168 (94н): в целях вычленения проводок по реклассификации нефинансовых активов (например, Дт Х.10534.347 Кт Х.10534.344) изменен подход к определению операций по внутреннему перемещению - теперь такими операциями по умолчанию считаются проводки, где совпадает не только счет по дебету и кредиту, но также КОСГУ и КБК.
• ф. 0503169 (94н): по счетам 206ХХ теперь не рассчитываются показатели просроченной задолженности (графы 4, 11 и 14).
Прочие отчеты для сдачи на 01.01.2023 не требуют доработок и подключены к приказу 186н без изменений.
Подробнее реализованные доработки рассматривались на вебинаре от 19.12.2022, запись которого при необходимости можно скачать по пути:
ftp://ftp.parus.r/master_disk/INFO_7_8_10/Семинары и конференции/2022/2022.12/2022-12-19_Бухгалтерский учет и отчетность (НПА 2022)/2022-12-19_Бухучёт_НПА_2022.mp4
Внимание! Положения подписанной редакции приказа 186н были размещены на сайте Минфина России после проведения вебинара от 19.12.2022 и значительно отличаются от соответствующих положений опубликованного ранее проекта приказа. При возникновении каких-либо спорных моментов настоятельно рекомендуем в первую очередь обращаться к тексту приложений к данному приказу с вычленением изменений, относящихся к отчетности за 2022 год, согласно пункту 2 самого приказа 186н.

Доработаны отчеты по приказу 33н

В разделе "Отчетность бюджетных и автономных учреждений" реализованы новые отчеты для отчетной кампании на 01.01.2023г согласно изменениям по приказам Минфина России от 20.05.2022 № 78н, от 01.12.2022 № 183н, а также пожеланиям партнеров:
• ф. 0503721 (78н): в целях вычленения проводок по реклассификации нефинансовых активов (например, Дт Х.10534.347 Кт Х.10534.344) изменен подход к определению операций по внутреннему перемещению - теперь такими операциями по умолчанию считаются проводки, где совпадает не только счет по дебету и кредиту, но также КОСГУ и КБК.
• ф. 0503723 (183н): в соответствии с положениями приказа 183н показатели по КОСГУ 360 отражаются в строке 3310.
• ф. 0503768 (78н): в целях вычленения проводок по реклассификации нефинансовых активов (например, Дт Х.10534.347 Кт Х.10534.344) изменен подход к определению операций по внутреннему перемещению - теперь такими операциями по умолчанию считаются проводки, где совпадает не только счет по дебету и кредиту, но также КОСГУ и КБК.
• ф. 0503769 (78н): по счетам 206ХХ теперь не рассчитываются показатели просроченной задолженности (графы 4, 11 и 14).
Прочие отчеты для сдачи на 01.01.2023 не требуют доработок и подключены к приказу 183н без изменений.
Подробнее реализованные доработки рассматривались на вебинаре от 19.12.2022, запись которого при необходимости можно скачать по пути:
ftp://ftp.parus.r/master_disk/INFO_7_8_10/Семинары и конференции/2022/2022.12/2022-12-19_Бухгалтерский учет и отчетность (НПА 2022)/2022-12-19_Бухучёт_НПА_2022.mp4
Внимание! Положения подписанной редакции приказа 183н были размещены на сайте Минфина России после проведения вебинара от 19.12.2022 и значительно отличаются от соответствующих положений опубликованного ранее проекта приказа. При возникновении каких-либо спорных моментов настоятельно рекомендуем в первую очередь обращаться к тексту приложений к данному приказу с вычленением изменений, относящихся к отчетности за 2022 год, согласно пункту 2 самого приказа 183н.

Доработан механизм выгрузки отчетов по приказам 191н и 33н

Доработаны годовые формы отчетов по приказам 191н и 33н (в редакции приказов 94н и 78н, а также 186н и 183н соответственно) по аналогии с доработанными ранее квартальными отчетами в части заполнения значений реквизитов заголовка файла выгрузки в текстовом формате с учетом "пользовательских" значений и "пользовательских" реквизитов с их значениями, указанными в словаре "Общие реквизиты выгрузок отчетности в текстовом формате":
1. Блок определения по словарю значения любого реквизита с порядком заполнения < значение >: если в параметрах текущего отчета задан один единственный УБП, то в спецификации "Значения по учреждениям" ищется запись со ссылкой на данного УБП, и если такая запись нашлась, то используется значение данной записи. Иначе – используется значение заголовка словаря (если задано), либо же реквизит отражается в файле выгрузки с незаданным значением.
2. Исходя из алгоритмов формирования файла выгрузки каждого конкретного отчета, обусловленным соответствующим форматом выгрузки, определяется полный перечень "стандартных" реквизитов заголовка файла выгрузки текущего отчета, после чего:
а) запоминаются порядковые номера этих реквизитов согласно данным словаря;
б) для тех "стандартных" реквизитов из перечня, актуального для текущего отчета, где в словаре выбран порядок заполнения < значение >, определяются значения по словарю.
3. В словаре ищутся "пользовательские" реквизиты, в спецификации "Отчеты" которых есть запись со ссылкой на текущий отчет. Если такие реквизиты нашлись, то:
а) запоминаются порядковые номера этих реквизитов согласно данным словаря;
б) для найденных "пользовательских" реквизитов из перечня, актуального для текущего отчета, определяются их значения по словарю.
4. Сформированный таким образом общий список "стандартных" и "пользовательских" реквизитов сортируется по возрастанию порядковых номеров и переносится в файл выгрузки.

Если не вносить никаких изменений в преднаполнение нового словаря, то заголовки файлов выгрузки доработанных отчетов формируются с перечнем реквизитов и их значений, полностью аналогичном предыдущим версиям отчетов, то есть в соответствии с описанием Альбома форматов Федерального казначейства.

Реализован импорт контактной информации юридических и физических лиц

При импорте из базы данных «ПАРУС-Бюджет 7» сведений о юридических и физических лицах реализован импорт контактной информации:
1. В спецификации «Контакты» записи словаря «Контрагенты» отбираются записи, в которых заполнены атрибуты «Телефон» и «E-mail».
2. Отобранные записи сортируются по значению атрибута «Телефон» по убыванию.
3. На основании отобранных записей формируются строки спецификации «Контактная информация» для записей словарей «Юридические лица» и «Физические лица» в программном продукте «ПАРУС-Бюджет 10» по следующему алгоритму:
3.1. Для физического лица добавляются записи для номеров телефона. Типы записей добавляются в следующем порядке: «Сотовый телефон», «Сотовый телефон 2», «Домашний», «Рабочий».
3.2. Для физического лица добавляются записи для адресов электронной почты. Типы записей добавляются в следующем порядке: «E-mail», «E-mail 2».
3.3. Для юридического лица добавляются записи для номеров телефона. Типы записей добавляются в следующем порядке: «Телефон», «Телефон 2».
3.4. Для юридического лица добавляются записи для адресов электронной почты. Типы записей добавляются в следующем порядке: «E-mail», «E-mail 2».

Реквизиты приказа в ФОТ при переводах

Реализован перенос реквизитов приказа в ФОТ при переводах

Ведомость удержания алиментов - неверна при нескольких алиментах

Исправлен алгоритм формирования ведомости удержания алиментов при нескольких алиментах

Реализация расчета НДФЛ для 2023

Для раздела расчет реализован новый период "Период оплаты", значение которого сохраняется в расчете в периоде отдельно для каждого пользователя. Т.к. с точки зрения налогового кодекса для 2023 года исчислять НДФЛ нужно в момент выдачи, то этот период служит для установки месяца предполагаемой выдачи (вместо даты фактического получения дохода), когда ещё не создана ведомость. Период оплаты используется для расчета НДФЛ при определении облагаемой базы и формирования отчетности. Этот период пользователь должен установить до начала расчета. Во вкладках расчетного листа "Текущий РП" и "Прошлый РП" добавлена колонка "оплата", в которой отражается период предполагаемой выплаты, используемый алгоритмом НАЛОГ до создания ведомости. Преднаполнен стандартный профиль для отображения изменений во внешнем виде раздела "Расчет" (Настройки - Стандартные). При пересчете начислений в расчетном листе значение колонки "Оплата" устанавливается равным периоду оплаты установленному в расчете, аналогично и при расформировании ведомости. В разделе добавлен пункт контекстного меню "Пересчитать" для массового пересчета по отмеченным лицевым счетам (не путать с перерасчетом. Пересчет аналогичен процессу автопересчета в расчетном листе при изменении какого либо начислении). После обновления на версию 44 для всех ранее существующих начислений период оплаты определяется равным расчетному периоду. При формировании ведомости необходимо обязательно указывать дату выдачи (исчисления налога), которую потом изменить можно только специальным действием из раздела ведомости. При изменении даты оплаты в ведомости на дату, относящуюся к другому месяцу, меняется и значение периода оплаты у начислений, при этом никакого пересчета не происходит. Изменена логика формирования налоговых карточек: период дохода также как и в алгоритме теперь определяется по периоду оплаты, а не по расчетному периоду как ранее. Например, доход декабря 2022 года выданный в январе 2023 года, является доходом 2023 года с точки зрения НДФЛ. Зарплата за первую половину января теперь должна быть начислена в отдельном расчет (авансовым или фактическим методом) и включена в окончательную ведомость, чтобы были предоставлены вычеты в январе. При использовании для зарплаты за первую половину месяца авансового (расчетного) метода и настройки при помощи пары выплат (аванс начислен, аванс удержан) , следует иметь ввиду, что эти выплаты следует отражать с противоположным знаком, для последующего отражения в налоговой карточке (например для обоих использовать тип выплаты аванс). Для зарплаты за январь, выданной в феврале доход относится к февралю и предоставляются вычеты февраля. В преднаполнении структуры налоговой отчетности для налогов по базе НДФЛ включен чек "Учесть доходы по периоду выплаты". Доработаны алгоритмы для расчета материальной помощи, для определения необлагаемой части в соответствии с новой логикой НДФЛ (матпомощь начисленная в декабре выдана в январе). В случае если обновление произошло после создания ведомостей в 2023году, необходимо после обновления проставить/сменить дату выдачи в ведомости. Доработан отчет "Налоги и фонды" под новую логику НДФЛ с 2023 года - теперь периодов в отчете относится к периоду оплаты, а не к расчетному периоду как было ранее для НДФЛ. Настройки отчетности НДФЛ более не будут действовать для отчетности с 2023 года.

Межрасчетная ведомость с 2023

Для межрасчетной ведомости, начиная с расчетного периода 2023 года можно выбрать только выплату, в которой на вкладке "расчет" установлен чек "Разрешить использование для межрасчетной ведомости". Добавлена колонка с этим чеком для словаря "Выплаты и удержания". Внимание! С 2023 года невозможно использование межрасчетных ведомостей для выплат, имеющих отношение к НДФЛ

Преднаполнение МРОТ 2023

Для МРОТ добавлено значение с 01.01.2023

Доработки СЭДО.ФСС

Доработки для сообщения 101 для ежемесячного пособия по уходу за ребенком: Добавлены чеки "Наличие документа о рождении другого ребенка" и "Наличие документа о смерти другого ребенка" (вкладка "О ребёнке"), формирование информации о справке о неполучении пособия

Шкала для ЕСВ_превышение

Исправлена шкала взносов ПФС_превышение для 2023г на 15.1%

Электронные документы для ведомостей 0504094 и 0509095

Добавление ведомостей 0504094 и 0509095 в раздел электронных документов: При печати в формате PDF можно отправить (указать на форме параметров печати) документ в раздел "Электронные документы", где в последующем его подписать.

Исправлена ошибка переноса отпусков

Исправлена ошибка(зацикливание) добавления больничного листа в ЖБЛ с автопереносом отпуска в случае если не сформирован рабочий календарь по графику Календарный

ОКФС и ОКОГУ для ЮЛ

На форме редактирования юридического лица добавлены поля для кодов ОКОГУ и ОКФС

Приказ о приостановке и возобновлении

Реализованы приказы (без печатных форм) для приостановления и возобновления трудового договора

Редактирование ЖБЛ

Исправлена ошибка при добавления на вкладках ухода за родственниками и периодов перерыва в ЖБЛ

Сервис ФИАС. Поиск коротких наименований

Исправлен поиск коротких наименований улиц от 2х символов.

Лишнее избыточное логирование варнингов под пользователем

При первом входе под пользователем, например в раздел Физические лица, в логи сервера выводилось большое количество варнингов. При работе сервера в качестве службы, данные сообщения попадали в логи ОС.

Исправления в работе дизайнера отчетов

В некоторых случаях неверно загружались стили, что портило внешний вид шаблона.

Исправления в генераторе отчетов

Исправлено отображение отчетов со сложной структурой, когда в первых столбцах идут объединенные ячейки, а в последних идут строки без объединения, со своей информацией.

Исправлена постоянная генерация файлов символов для отчетов при развертывании пакетов

В папку Parus.TornadoServer\ReportForms генерировались файлы символов (pdb) для отчетов. При многочисленных развертываниях происходила ошибка с невозможностью создать новый файл т.к. достигнут лимит сгенерированных имен. В конфиге сервера не обрабатывались ключи BreakOnAssert и DebugReports.

Исправлено формирование сообщений об ошибках зависимостей при удалении записей

Исправлена ошибка из-за которой различались сообщения об ошибках удаления из-за зависимостей в разных СУБД.

Доработана форма обновления шаблона отчета

Добавлена отдельная кнопка для обновления шаблона отчета. При нажатии кнопки Обновить будет обновлена только описание.

Простая подпись документов

Реализован функционал для простой подписи документов. Подпись в рамках пользователя приложения.

Исправлено использование порядкового номера для контекстного меню и рабочих пространств

Исправлена установка порядкового номера пункта меню присоединенного раздела. В связях присоединенных разделов не использовалось поле порядковый номер. Сейчас это поле регулирует положение пунктов контекстного меню.
В рабочих пространствах также можно регулировать положение иконок разделов, например в импорт-файле полем OrderValue.

Реализована возможность проксирования внешних служб

Внешние службы, например ФИАС, можно настроить для работы через прокси-сервер. Для этого в разделе "Внешние службы" реализован соответствующий функционал.

Сервис ФИАС. Поиск домов в населенном пункте

Доработка в сервисе поиска для случаев когда дома находятся сразу в населенном пункте и у них нет улиц.

Исправлен "Экспорт таблицы (Excel)"

Исправления при экспорте некоторых форматов чисел, например имеющих больше 2х знаков после запятой.

Исправления в обезличивании контрагентов

При обезличивании Физических лиц, если они являлись контрагентами, их мнемокоды оставались в таблице контрагентов. Ранее такие записи обезличивались только при использовании флага "Сбросить реквизиты обслуживаемых организаций". В большинстве случаев оператор утилиты при обезличивании выбирал все флаги, что скрывало эту ошибку.

В выгрузке реестров начислений для банка «РНКБ» реализована группировка данных

В процедуре выгрузки реестра начислений в формате банка «РНКБ» для разделов «Реестр квитанций» и «Ведомость начислений» реализована группировка данных по следующим полям:
1. Лицевой счет ребенка
2. ФИ ребенка
3. Наименование МОУ
4. Группа\Кружок
5. КБК
6. ОКТМО
7. Номер ПК для компенсации