С началом отчетного периода за 1 квартал 2025 года пользователи конфигурации «1С:Управление производственным предприятием» редакции 1.3 (УПП) столкнулись с рядом критических ошибок при формировании «Расчета по страховым взносам» (РСВ). Основные проблемы касаются невозможности выгрузки XML-файла из-за «пустых» паспортных данных и некорректного распределения облагаемой базы в связи с изменениями законодательства о МРОТ. В рамках данной статьи мы подробно разберем причины возникновения этих ошибок и изучим пошаговые алгоритмы их устранения.
Проанализируем ситуацию: при попытке выгрузки отчета система выдает диагностическое сообщение о том, что поле СерНомДок в структуре XML пустое, хотя в карточках физических лиц все данные заполнены корректно. Это происходит из-за ошибки в макете схемы выгрузки (версия 5.07), где нарушена привязка полей отчета к выгружаемым тегам. Рассмотрим несколько способов решения этой задачи.
Способ 1: Использование внешней формы отчета
Самый простой и рекомендуемый способ — воспользоваться официальным исправлением от разработчиков. Для релиза 1.3.245.2 на портале техподдержки была выпущена внешняя форма отчета. Разберем процесс ее подключения:
.erf).Способ 2: Ручная правка макета выгрузки
Если нет возможности оперативно обновить конфигурацию или подключить внешний отчет, проанализируем техническую возможность исправления макета напрямую. Выясним, как прописать верный путь к данным:
Документ\РасчетСВ\ПерсСвСтрахЛиц\ДанФЛПолуч\СерНомДок.П100310011001.После этого сохраним изменения и перезаполним отчет. Это заставит систему принудительно брать данные из соответствующей ячейки раздела 3.
С 1 января 2025 года для субъектов малого и среднего предпринимательства изменился порядок применения пониженных тарифов: теперь льготная ставка 15% применяется к части дохода, превышающей 1,5 МРОТ (вместо прежнего 1,0 МРОТ). В релизе 1.3.245.2 был замечен баг, из-за которого суммы в Разделе 3 могли распределяться неверно, вплоть до появления отрицательных значений.
Проанализируем программный код и внесем необходимые правки в общий модуль. Нам потребуется найти процедуру, отвечающую за выделение базы.
Рассмотрим шаги по корректировке кода:
ЗаполнениеРегламентированнойОтчетности.ВыделитьБазуМРОТНаОсновнойТариф.
ТребуетсяВыделятьМРОТ_ПФР = СтрокиМесяца[0].ТребуетсяВыделятьМРОТ_ПФР;
Заменим её на более точное условие, которое учитывает не только флаг в настройках, но и фактическое превышение текущего МРОТ (с учетом коэффициента 1.5, если это предусмотрено логикой релиза):
// Исправление для корректного расчета базы в 2025 году
ТребуетсяВыделятьМРОТ_ПФР = ((СтрокиМесяца[0].ТребуетсяВыделятьМРОТ_ПФР) И (СтрокиМесяца[0].БазаПФР > МРОТ));
Этот код предотвратит ошибочное «сторнирование» базы, если доход сотрудника оказался ниже установленного порога, что часто приводило к невозможности выгрузки отчета из-за отрицательных сумм.
Рассмотрим ситуацию, когда при печати Раздела 3 по одному сотруднику формируется два листа: один заполненный, а второй — пустой. Посмотрим на причины этого поведения:
Физические лица. Часто бывает, что создано два физлица, привязанных к одному сотруднику, и в одном из них не заполнены паспортные данные.Паспортные данные физлиц. Если в течение квартала была запись об изменении паспорта, система может пытаться создать две записи в отчете.НР на МС), это законное основание для двух подразделов, но один из них не должен быть пустым.Разберем оптимальную стратегию поддержки программы в актуальном состоянии. Разработчики оперативно выпускают патчи для исправления обнаруженных ошибок. На текущий момент:
Важный совет: Если вам нужно срочно отправить отчет, а программные методы не помогают, воспользуйтесь временным решением — сформируйте отчет по форме 2024 года (ред. №ЕА-7-11/696). При загрузке в систему электронного документооборота (ЭДО) операторы часто предоставляют механизм автоматической трансформации файла в актуальный формат 2025 года, что позволит избежать блокировок со стороны ИФНС.