Что такое форматно логический контроль пфр

Опубликовано: 24.04.2024

Артем Пилипко Аналитик с опытом работы в налоговых органах

Вводная часть

Прием и проверку электронной отчетности в ПФР можно условно разбить на пять этапов. Каждый этап представляет собой обработку данных при помощи отдельной программы. В некоторых Управлениях передача сведений из одной программы в другую происходит автоматически. В других Управлениях (в частности, в большинстве УПФР Москвы и Московской области) инспекторы переносят данные вручную.

При любом из вариантов у каждого этапа проверки есть свои особенности, знать о которых очень полезно для бухгалтера. Расскажем подробно обо всех этапах.

Первый этап: проверка ЭЦП

Получив отчетность по телекоммуникационным каналам связи (ТКС), инспекторы, прежде всего, проверяют наличие соглашения, заключенного между Управлением фонда и страхователем, а также актуальность сертификата электронной цифровой подписи (ЭЦП).

Если программа проверки не подтвердит, что сертификат актуален и соглашение заключено, в адрес компании придет сообщение об ошибке «ЭЦП проставлена сертификатом, на который нет заключенного соглашения». Такое обычно случается с теми, кто впервые отчитывается по ТКС, а также с теми, кто недавно сменил сертификат из-за окончания срока действия, замены руководителя или по иной причине.

Сразу скажем, что повода для беспокойства нет. Такая ошибка вызвана особенностями программного обеспечения фонда, которое начинает «узнавать» ЭЦП организации только после того, как первый раз получает подписанный ею отчет. В течение четырех дней сертификат будет идентифицирован, и страхователю поступит уведомление о получении отчета. Даже если это случится за рамками отчетного периода, инспекторы не должны начислить штраф. А в следующий раз ПФР «распознает» электронную подпись уже без задержек.

Второй этап: форматно-логический контроль

Далее инспекторы проводят так называемый форматно-логический контроль. Его цель — удостовериться, что отчеты созданы без нарушения установленных форматов.

На данном этапе работники ПФР проводят проверку посредством программ CheckXML и CheckXML-UFA. Бухгалтеры тоже могут воспользоваться этими программами, чтобы перед отправкой отчетов удостовериться в их корректности. Установить проверочные программы можно самостоятельно, но тогда придется все время следить, не появилось ли обновление. В некоторые системы электронного документооборота и программы для формирования отчетности (например, в «Контур-Экстерн», который является онлайн-системой, где обновления устанавливаются без участия пользователя) они уже включены, и обновление происходит автоматически. Кстати, до 30 сентября встроенный в «Контур-Экстерн» веб-сервис будет бесплатно доступен всем желающим (см. «Страхователи могут три месяца бесплатно готовить и проверять отчеты в Контур-Отчет ПФ»).

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

Еще одна распространенная причина ошибки — неверно указанный адрес организации или застрахованного лица. Ее удастся избежать, если установить последнюю версию классификатора адресов России (КЛАДР). Ряд систем электронного документооборота (в частности, упомянутая выше онлайн-система «Контур-Экстерн») уже содержит этот классификатор, и поддерживает его актуальность.

Третий этап: предбазовая проверка отчетов

Суть этого этапа в том, чтобы провести экспресс-проверку отчетов и поместить их во временное хранилище.

Экспресс-проверка проводится при помощи программного комплекса ПК Perso. Он установлен в Управлениях ПФР, и доступ к нему имеют только сотрудники фонда. Что касается страхователей, то у них, к сожалению, нет возможности использовать данный софт для самоконтроля.

Perso проверяет в числе прочего наличие и номера пачек, данные по застрахованным лицам (ФИО и СНИЛС), сверяет остатки на начало расчетного периода, указанные в расчетах платежи, остатки по сведениям до 2010 года и пр.

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

Затем отчеты, которые успешно прошли проверку, будут зарегистрированы в специальном журнале и переданы во временное хранилище. Здесь есть своя особенность: в хранилище не могут находиться два файла с одинаковыми именами. Это зачастую приводит к последствиям, весьма неприятным для компании. Дело в том, что если страхователь присвоит двум разным пачкам один и тот же номер, то имена файлов этих пачек тоже совпадут. Тогда файл, который передан в хранилище раньше, будет полностью стерт одноименным файлом, переданным позже. В результате в базе данных Пенсионного фонда останутся неполные сведения о страхователе, и это сильно осложнит сверку.

Предотвратить такой казус можно при помощи небольшой хитрости: в течение года присваивать номера пачек не по порядку, а так, чтобы нумерация каждого отчетного периода имела свои отличительные черты. Например, пачки за первый квартал нумеровать «101, 102, 103 …», пачки за полугодие – «202, 203, 204 …» и так далее вплоть до конца года. Такой метод не является нарушением и позволяет избежать путаницы.

Четвертый этап: проверка перечисленных платежей

Данный этап введен в 2010 году, когда на смену ЕСН пришли взносы, и у компаний и предпринимателей появилась обязанность сдавать расчеты по начисленным и уплаченным страховым взносам (формы РСВ-1, РСВ-2 и РВ-3).

На этом этапе инспектор выбирает из поступившего пакета сведений форму РСВ и загружает ее в программно-технический комплекс, который называется «Администрирование страховых взносов» (сокращенно ПТК АСВ). Там проверяются реквизиты организации и суммы перечисленных взносов, после чего сведения сохраняются в отдельной базе данных (впоследствии из этой базы они будут переданы в отдел камеральных проверок).

Здесь, как и на предыдущем этапе, при отсутствии ошибок страхователю направляется расписка в приеме сведений, а при выявлении ошибок — отрицательный протокол. Чаще всего ошибку находят в двух случаях: либо «не прошел» платеж, либо бухгалтер ошибся при заполнении расчета.

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

Это обусловлено тем, что в базе данных сохраняются любые, даже неправильные расчеты. Следовательно, исходный вариант расчета там уже есть, а любое исправление является корректировкой.

Пятый этап: разнесение индивидуальных сведений по лицевым счетам

Последний, пятый, этап заключается в том, чтобы данные из полученной и проверенной отчетности разнести по лицевым счетам застрахованных лиц, и поместить на хранение в единую электронную базу данных. Она носит название программно-технический комплекс системы персонифицированного учета (сокращенно ПТК СПУ).

Процесс представляет собой следующее: сначала инспектор выгружает данные по расчетам из ПТК АСВ, затем — пачки индивидуальных сведений из временного хранилища Perso. При этом идет сравнение начисленных и уплаченных взносов по каждому застрахованному лицу и по организации в целом. Сотрудники фонда называют это «стыковкой сведений». Как правило, стыковка занимает день или два.

Если ошибок не обнаружено, суммы, указанные в индивидуальных сведениях, поступают на лицевые счета застрахованных лиц. При этом в адрес организации никаких сообщений и уведомлений инспекторы не направляют, то есть проверка завершается «по умолчанию».

Но иногда стыковка выявляет ошибки. Приведем пример: женщина вышла замуж и сменила фамилию. При этом на предыдущих этапах проверки в базе значилась прежняя фамилия, а на момент разнесения по лицевым счетам — уже новая. Тогда на пятом этапе система не сможет идентифицировать застрахованное лицо и зафиксирует ошибку.

Однако на практике работники фонда очень редко направляют уведомления. Вместо этого они сразу же начинают самостоятельно вносить исправления, о чем страхователь даже не догадывается. Естественно, что при формировании отчетности за следующий период организация не учитывает корректировки, сделанные фондом. При проверке следующего периода инспекторы воспринимают это как ошибку, и компания получает отрицательный протокол. Не понимая, что произошло, бухгалтеры зачастую подозревают спецоператора связи в том, что это он изменил данные в отчетах. К сожалению, предотвратить подобную ситуацию практически невозможно.

Советы для тех, кто перешел на учет в другое Управление ПФР

В заключение отметим, что очень много проблем при проверке электронной отчетности возникает у страхователей, которые сменили адрес, а вместе с ним и Управление ПФР.

Часто сложности возникают из-за того, что бухгалтеры ошибочно полагают, будто соглашение об обмене электронными документами, заключенное с «прежним» Управлением, будет действительно и после перехода в «новое» УПФР. На самом деле при смене Управления организация должна заключить новое соглашение — ведь в противном случае Фонд не примет электронные отчеты.

Другая причина трудностей в том, что базы данных по приему сведений в каждом Управлении свои. И, в отличие от ПТК СПУ, которая является единой централизованной системой и хранит сведения обо всех лицах, базы по приему сведений содержат только те данные, которые получены в данном отдельно взятом Управлении. Получается, что если раньше организация отчитывалась в другом УПФР, то по новому месту учета данные о прежних периодах отсутствуют, и поступят они с большим опозданием.

В связи с этим мы советуем «новичкам» первую отчетность представить не по ТКС, а на бумаге или дискете. Объяснение простое: «бумажные» отчеты потребуют личного участия инспектора, которому можно дать объяснения на словах. Тогда как электронные системы проверки, не задумываясь, зафиксируют ошибку. Поэтому вновь зарегистрированным страхователям лучше познакомиться с работниками Управления и обратить их внимание на свою ситуацию.

Бесплатно сдать электронную отчетность во все контролирующие органы

Дата публикации 29.12.2018

В конфигурациях 1С поддерживается новый формат фискальных документов в соответствии с требованиями 54-ФЗ и Приказом ФНС России от 21.03.2017 № ММВ-7-20/229.

Обязательные к использованию форматы фискальных документов описаны в Приложение № 2 к приказу ФНС России от 21 марта 2017 г. № ММВ-7-20/229@. Данным нормативно-правовым актом оговаривается, что отклонение между стоимостью предмета расчета (товара) с учетом скидок и наценок, полученной с использованием внешнего калькулирующего устройства и включаемой в состав кассового чека (БСО), и стоимостью, вычисленной путем умножения цены за единицу товара с учетом скидок и наценок на количество товара, не должно превышать более чем на 1 копейку (Примечание к п. 25 Приложения № 2).

Производители различных кассовых аппаратов реализуют в кассовом ПО различные алгоритмы ФЛК, поэтому один и тот же чек может выглядеть на разных аппаратах по-разному.

Именно по этой причине пользователь при оформлении в документе 1С одной товарной позиции (рис. 1) может увидеть на бумажном кассовом чеке две позиции (рис. 2).

Чтобы избежать такой ситуации в Библиотеке подключаемого оборудования реализована функция подготовки таблицы товаров к печати, при которой соблюдаются требования форматно-логического контроля. Это позволяет получать единообразные чеки на моделях ККТ разных производителей.

При подключении и настройке ККТ с передачей данных в ОФД на карточке настраиваемого оборудования способ форматно-логического контроля настраивается в группе Параметры ККТ (рис. 3).

Там же настраивается допустимое расхождение форматно-логического контроля в соответствии с требованиями ФНС (рис. 4).

По умолчанию для нового настраиваемого оборудования форматно-логический контроль отключен (реквизит имеет значение Не контролировать ). В этом случае при формировании и печати кассового чека срабатывают те алгоритмы, которые заложены в кассовое оборудование его производителем.

В программе также реализованы два алгоритма форматно-логического контроля данных фискальных документов. Каждому алгоритму соответствует своя стратегия построчного контроля при расчете цены со скидкой в чеке.

Рассмотрим первый алгоритм, который выполняется при выборе в параметрах ККТ способа форматно-логического контроля Разделять строки .

Суть этого алгоритма заключается в следующем: каждая строка документа 1С делится на две строки с ценами, отличающимися на копейку. Количество с расчетной ценой и количество с переоцененной ценой рассчитывается с учетом соблюдения требования ФНС. В итоге сумма стоимостей двух строк чека совпадает с первоначальной суммой.

Для примера оформим розничную продажу питьевой воды Агуша в бутылках 0,33л. в количестве 7 штук (рис. 5).

Поскольку при продаже была применена ручная скидка, визуальное сравнение показывает, что перемножение количества и цены, указанных в документе, даст результат отличный от величины в колонке Сумма с НДС . Соответственно при печати кассового чека строка документа делится на две строки с ценами, которые отличаются друг от друга на 1 копейку (рис. 6).Итоговая цена в кассовом чеке и в документе 1С совпадают.

Такая стратегия более всего подходит для тех случаев, когда покупателю важно, чтобы сумма по каждой товарной строке документа 1С совпадала с суммой по строке (или двум строкам в случае разбиения) в распечатанном чеке. При этом итоговая сумма по документу и итоговая сумма в чеке также совпадают.

Второй алгоритм выполняется при выборе в параметрах ККТ способа форматно-логического контроля Зачитывать суммы .

Суть этого алгоритма заключается в том, что расхождения по разным строкам могут взаимно аннулироваться. При этом суммы по каждой товарной строке могут незначительно измениться, но в целом сумма по чеку сохраняется.

Алгоритм этого способа таков:

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

Для примера оформим розничную продажу трех товаров: помидоров, кефира и курток (рис. 7).

При изучении кассового чека сразу бросается в глаза то, что и цена и скидка у помидоров и у кефира отличаются от тех значений, которые указаны в документе 1С (рис. 8).

Чтобы убедиться, что алгоритм отработал верно, приведем некоторые расчеты.

В документе продажа 13,314 кг. помидоров оформлена по цене 7 руб. При этом была применена скидка в размере 5 руб. 22 коп.

Рассчитаем стоимость товара с учетом скидки:13,314 * 7 – 5,22 = 87,978. Округляем до двух знаков после запятой и получаем 87,98 руб. Именно эта стоимость указана в документе 1С в колонке Сумма с НДС .

Делим эту сумму на 13,314 и получаем с округлением до копеек 6,61 руб. Это цена с учетом скидки. Она и выведена на кассовый чек.

Произведение 13.314 * 6,61 даст сумму 88,01, которая указана в чеке.

Поскольку и у помидоров и у кефира разность между стоимостью с учетом скидки и без учета скидки составляет 3 копейки, но с разным знаком, то две соответствующие строчки выводятся на чек с соответствующей корректировкой.

В документе 1С осталась одна строчка с курткой, для которой «не нашлось пары». Для этой строки начинает работать первый алгоритм с разделением строк на две.

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

Обратим внимание еще на один момент. Если бы мы формировали кассовый чек по первому алгоритму, то получили бы 6 строк с товаром. В данном случае строк 4. При небольшом количестве реализуемого товара эта разница не очень заметна, если рассматривать количество ленты, которая уйдет на печать чека. При продаже большого количества ассортиментных позиций эта разница станет довольно ощутимой.

Это дополнительное преимущество форматно-логического контроля по варианту Зачитывать суммы .

Расширение форматно-логического контроля при использовании версии 1.0 и 1.05 форматов фискальных документов (версия ФФД ККТ) при частичных оплатах

Начиная с версии 2.0.5 Библиотеки подключаемого оборудования введены дополнительные проверки заполнения таблицы товаров, передаваемой конфигурацией.

Для кассовых аппаратов, поддерживающих версию ФФД ККТ (тег 1189) 1.0 проверяется заполнение обязательные полей.

Реквизиты «шапки» чека:

Наименование организации (тег 1048)
ИНН организации (тег 1018)
Тип расчета (тег 1054)
Система налогообложения (тег 1055)
Кассир (тег 1021)
Адрес расчета (тег 1009)

Реквизиты товарных строк (тег 1059)

Количество (тег 1023)
Ставка НДС (тег 1199)

Теги оплаты (теги 1020, 1031, 1081, 1215, 1216, 1217)

Для кассовых аппаратов, поддерживающих версию ФФД ККТ (тег 1189) 1.05 дополнительно проверяется заполнение следующих полей.

Реквизиты «шапки» чека:

Место расчетов (тег 1187)

Для кассовых аппаратов, поддерживающих версию ФФД ККТ (тег 1189) 1.1 дополнительно проверяется заполнение следующих полей.

Реквизиты товарных строк (тег 1059)

Признак предмета расчета (тег 212)
Признак способа расчета (тег 1214)

Контроль заполнения полей чека при частичных оплатах.

При пробитии чеков предоплаты (значение тега 1214= 1 - полная предоплата, 2 - частичная предоплата, 3 - аванс) и оплаты кредита (тег 1214 =7) производится контроль стоимости предмета расчета с учетом скидок и наценок (тег 1043), ставки НДС (тег 1199) и суммы НДС (тег 1200), а также заполнения полей количество (тег 1023), единица измерения (тег 1197), цена (тег 1079).

Для всех таких чеков в товарных строках производится контроль значений вышеперечисленных тегов и при необходимости производится замена:

Количество = 1
Единица измерения = "платеж"
Цена = Стоимости с учетом скидок и наценок

Сумма стоимостей предметов расчета с учетом скидок и наценок = сумме внесенного платежа.

Если сумма по строкам меньше внесенного платежа, рассчитывается сдача, если больше(частичный платеж), то алгоритм форматно-логического контроля (ФЛК) стоимость товаров в строках перерассчитываются от суммы платежа пропорционально первоначальным стоимостям товара, указанным в чеке. Расхождение между суммой по товарным строкам и суммой платежа, вызванные округлением рассчитанных стоимостей, корректирует наибольшее рассчитанное значение стоимости.

Значение ставки НДС для чеков предоплаты должны принимать значения 10/110, 18/118 или "Без НДС". Если для товарных позиций указаны ставки 10% или 18%, то алгоритм ФЛК производит замену ставок на 10/110 и 18/118 соответственно. Ставка НДС для чеков погашения кредитов всегда принимает значение "Без НДС". Суммы НДС по товарным строкам рассчитываются от рассчитанной стоимости по строке в соответствии с указанными ставками. Расхождение между рассчитанными суммами НДС по товарным строкам и суммой НДС в целом по чеку, вызванные округлением, корректирует наибольшее рассчитанное значение суммы НДС.

Автор: Ольга Толоконникова, бухгалтер-консультант Линии консультаций компании «ГЭНДАЛЬФ»

Материал газеты «Прогрессивный бухгалтер», апрель 2018

В 2018 г. организации впервые отчитывались за 2017 г. и заполняли годовую форму СЗВ-СТАЖ. Казалось бы, что сама форма несложная и не предоставит трудностей для заполнения, однако новая форма также вызвала ошибки и неточности в содержании. А значит, нужно готовить и сдавать корректировки.

О форме СЗВ-СТАЖ

За 2017 г. организациям пришлось столкнуться с различными изменениями в законодательстве, что повлекло за собой введение новых форм отчетности, правил их заполнения и сроков сдачи. Такие изменения коснулись и ПФР: в обновленном перечне отчетности появилась форма СЗВ-СТАЖ, содержащая сведения о стаже лица, застрахованного в системе страхования РФ (п. 2 ст. 11 Федерального закона от 01.04.1996 № 27-ФЗ), она разработана для контроля страхового стажа и введена в дополнение к формам СЗВ. Расскажем о том, как оформлять корректировочные отчеты – в том числе и в «1С».

СЗВ-СТАЖ – годовая форма отчетности, предоставляется не позднее 1 марта каждого года. Сведения по форме СЗВ-СТАЖ также сопровождаются формой ОДВ-1 «Сведения по страхователю, передаваемые в ПФР для ведения индивидуального (персонифицированного) учета».

Эта одна из основных форм отчетности ПФР и является важной для каждого застрахованного лица, потому что страховой стаж влияет на размер будущей пенсии. Потому фонд неоднократно призывал к ответственному и внимательному заполнению СЗВ-СТАЖ. Если же в отчете найдены несоответствия, то придется сделать корректировку данных.

Самое важное в отчете – не ошибиться в личных данных сотрудников, присвоить верные коды периодам работы, иначе – штрафные санкции: за несоблюдение порядка представления отчетности в электронном виде предусмотрен штраф в размере 1000 руб. (ст. 17 Федерального закона № 27-ФЗ). Штраф за несвоевременное представление формы СЗВ-СТАЖ либо представление неполных и (или) недостоверных сведений составит 500 руб. в отношении каждого застрахованного лица.

СЗВ-КОРР подается с типом сведений «корректирующая» в случае необходимости уточнения, исправления данных, учтенных на индивидуальных лицевых счетах застрахованных лиц (далее ИЛС ЗЛ), к примеру, ошибочно записали период работы. Это самый распространенный тип формы.

Тип сведений «отменяющая» подается в ПФР при необходимости отмены ранее указанных сведений. Например, если бухгалтер внесла сведения по лишнему сотруднику или ошибочно указала его дважды.

С типом сведений «особая» СЗВ-КОРР подается на застрахованное лицо, сведения по которому отсутствовали в отчетности, ранее предоставленной страхователем. Например, если внесении данных предусмотрено решением суда.

Сама форма СЗВ-КОРР состоит из шести разделов, где 1, 2 и 3 разделы содержат общую информацию о страхователе и работнике и заполняются вне зависимости от типа сведений. Раздел 4 содержит сведения о корректировке заработка и взносов застрахованного лица. Раздел 5 включает в себя сведения о корректировки по доходам, с которых исчислены страховые взносы по дополнительному тарифу. В шестой раздел страхователь вносит правки по периодам работы застрахованного лица.

Соответственно, в зависимости от типа формы в СЗВ-КОРР заполняются определенные разделы, представленные в таблице 1.

Таблица 1. Типы форм СЗВ-КОРР

Заполняемые в форме разделы

Форма СЗВ-КОРР с типом «КОРР»

Разделы 1-3 и хотя бы один из разделов 4-6 формы. Корректируются только данные, указанные в разделах 3-6 формы:

Раздел 4 графы 1-6 – данные о заработке (вознаграждении), доходе, сумме выплат и иных вознаграждений застрахованного лица заменяют данные, учтенные на ИЛС ЗЛ

Раздел 4 графы 7-13 – данные о начисленных и уплаченных страховых взносах дополняют данные, учтенные на ИЛС ЗЛ

Разделы 5-6 – заменяют данные, учтенные на ИЛС ЗЛ

Форма СЗВ-КОРР с типом «ОТМН»

Заполнению подлежат только Раздел 1 и Раздел 2 – отменяются данные, учтенные на ИЛС за отчетный период, который корректируется

Форма СЗВ-КОРР с типом «ОСОБ»

Заполнению подлежат Разделы 1-3 – вносятся данные о «забытых» сотрудниках

Для заполнения территориальных условий, особых условий труда, исчисления страхового стажа, условий для досрочного назначения трудовой пенсии, используется классификатор параметров, применяемый при заполнении сведений для ведения индивидуального (персонифицированного) учета (приложение к Постановлению Правления ПФР от 11.01.2017 №3п).

Что касается сроков сдачи для СЗВ-КОРР, то отчет сдается при наступлении того случая, когда внесены правки, фонд примет отчет в любое время при необходимости, тем более сам фонд советует при обнаружении ошибки не дожидаться отрицательного протокола, а формировать СЗВ-КОРР и сразу отправлять в ПФР.

СЗВ-КОРР в «1С:Предприятие 8»

В учетных системах «1С» форма СЗВ-КОРР реализована и доступна к заполнению. Например, в «1С:Бухгалтерии 8», ред. 3.0, отчет находится в разделе «Зарплата и кадры» – «ПФР. Пачки, реестры, описи» – «Создать» – «СЗВ-КОРР».

Перед передачей СЗВ-КОРР в ПФР программа предоставляет возможность проверить отчет на наличие ошибок. Для этого следует нажать на кнопку «Проверить».

После проверки программа выдаст сообщение о наличии ошибок или, наоборот, об отсутствии таковых. Сведения проверяются самой программой по ее внутреннему алгоритму. Более того, проверку сведений возможно осуществить и с помощью сторонних программ, специальных (например, специализированной программой CheckPFR, которую можно скачать с сайта Пенсионного фонда), но они сначала должны быть установлены на компьютер.

Но те организации, которые отчитываются в ПФР и предоставляют форму на бумажном носителе, могут подготовить печатную форму СЗВ-КОРР в программе. Для этого необходимо нажать на кнопку «Печать». При нажатии на кнопку форма СЗВ-КОРР будет выведена на экран для предварительного просмотра, затем ее можно распечатать, нажав снова кнопку «Печать».

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

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

Напомним, что ПФР на своем официальном сайте подготовил файлы, где можно скачать описание форматов, xsd-схемы форм сведений индивидуального (персонифицированного) учета и модуль проверки фалов для каждого отчета ПФР.

«Клерк» Рубрика Кадровый учет

Всех нанимателей обязали с 2020 года передавать сведения о трудовой деятельности своих сотрудников в информационные ресурсы ПФР (ч. 1 ст. 66.1 ТК РФ). Данные подаются по форме СЗВ-ТД, утвержденной Постановлением Правления ПФР от 25.12.2019 № 730п. В числе передаваемой информации — сведения о сотруднике, месте работы, трудовой функции, датах приема и увольнения, переводах и других кадровых перестановках.

Сроки сдачи отчета четко регламентированы (пп. 2 п. 2.5 ст. 11 Закона от 01.04.1996 № 27-ФЗ). О трудоустройстве или увольнении сотрудника сообщить нужно не позже рабочего дня, следующего за днем издания приказа. По другим кадровым мероприятиям бланк сдается раз в месяц — до 15-го числа месяца, следующего за отчетным.

Ошибки при заполнении отчета СЗВ-ТД

Правила исправления ошибок в СЗВ-ТД, а также коды ошибок, выявляемых системой ПФР, определены Постановлением Правления ПФ РФ от 25.12.2019 № 730п.

После отправки СЗВ-ТД и получения от ПФР протокола работодателю нужно просмотреть, положительный он или отрицательный, и какой код ошибки зафиксировала система. Ошибки могут быть трех типов: предупреждения, негрубые ошибки и грубые ошибки.

Коды 20 означают, что отчет принят, но нанимателю нужно перепроверить сведения и в случае необходимости откорректировать их.

Коды 30 означают, что сведения приняты частично и требуют корректировки или дополнения.

Согласно пункту 38 инструкции, утвержденной Приказом Минтруда РФ от 22.04.2020 № 211н, при выявлении фондом ошибок в сведениях, поданных страхователем, последнему направляется уведомление об их устранении. На корректировку данных отводится пять рабочих дней.

Коды 50 означают, что отчет не принят и его нужно сдать заново.

Процедура исправления ошибки в СЗВ-ТД зависит от того, принял ПФР отчет или нет. Если пришел положительный протокол, но имеется ошибка, следует отменить запись с ошибочными данными. Для этого подается еще одна форма СЗВ-ТД, заполненная так же, как изначально, но напротив ошибочных сведений в графе «Признак отмены записи сведений о приеме, переводе, увольнении» проставляется знак «X». В следующей строке указываются исправленные сведения (п. 2.6, 2.7 приложения 2 к постановлению № 730п).

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

Отчет СЗВ-ТД: код ошибки 20

Расшифровка кодов 20 приведена в приложениях к постановлению № 730п. Получение из ПФР протокола с кодом ошибки 20 свидетельствует о следующих некритичных недочетах:

код 20 (ВС.Б-СТРАХОВАТЕЛЬ.1.3) — в отчете указан КПП, отличный от КПП, по данным ПФР;
код 20 (ВС.Б-МП.1.3) — данные на совместителя подаются повторно.

Ошибка 30 в отчете СЗВ-ТД

Согласно приложениям к постановлению № 730п, если программа ПФР выдает ошибку 30, это означает:

код 30 (ВС.Б-ЗЛ.1.1) — Ф.И.О. и СНИЛС не соответствуют данным ПФР;
код 30 (ВС.Б-МП.1.1) — отмена сведений не принята, так как нет сведений об отменяемом мероприятии;
код 30 (ВС.Б-МП.1.2) — сведения не приняты, так как они дублируют ранее учтенные данные;
код 30 (ВСЗЛ.ОП.1.1) — не прошел проверку страховой номер;
код 30 (ВСЗЛ.ОП.1.10) — неверно указан год (должно быть четыре цифры);
код 30 (ЭТК.СЗВ-ТД.1.2) — дата мероприятия позже текущей даты;
код 30 (ЭТК.СЗВ-ТД.1.3) — дата мероприятия позже даты заполнения;
код 30 (ЭТК.СЗВ-ТД.1.4) — «Дата с»" позже «Даты по»;
код 30 (ЭТК.СЗВ-ТД.1.5) — ошибка в мероприятии со значением «ПРИЕМ» (должен быть заполнен один из элементов «Должность» и (или) «Сведения»);
код 30 (ЭТК.СЗВ-ТД.1.6) — ошибка в мероприятии «УВОЛЬНЕНИЕ» (в обязательном порядке указывается «Номер статьи ТК РФ» либо «Основание увольнения»);
код 30 (ЭТК.СЗВ-ТД.1.7) — ошибка в мероприятии «ПЕРЕИМЕНОВАНИЕ» (в обязательном порядке заполняется элемент «Сведения»);
код 30 ЭТК.СЗВ-ТД.1.12 — ошибка в мероприятии «УСТАНОВЛЕНИЕ (ПРИСВОЕНИЕ)» (обязательно заполняются элементы «Сведения» и (или) «Должность»);
код 30 (ЭТК.СЗВ-ТД.1.15) — ошибка в мероприятии «ЗАПРЕТ ЗАНИМАТЬ ДОЛЖНОСТЬ (ВИД ДЕЯТЕЛЬНОСТИ)» (в обязательном порядке заполняются элементы «Сведения» и (или) «Должность»);
код 30 (ЭТК.СЗВ-ТД.1.16) — UUID (уникальный идентификатор мероприятия) повторяется;
код 30 (ЭТК.СЗВ-ТД.1.17) — не указана причина увольнения;
код 30 (ЭТК.СЗВ-ТД.1.20) — в СТД должен быть хотя бы один из блоков «Заявления» или «Трудовая деятельность»;
код 30 (ЭТК.СЗВ-ТД.1.21) — не указана дата подачи заявления для заявления со статусом «Подано».

Ошибка в отчете СЗВ-ТД: код 50

Исправление ошибки с кодом 50 невозможно. Если ошибки при отправке СЗВ-ТД обозначены кодом 50, отчет не принят. Его нужно сформировать заново, исключив причину отказа в приеме. Как проверить расшифровку кода отказа в приеме отчета, говорится в приложениях к постановлению № 730-п.

Грубыми ошибками, совершенными при сдаче СЗВ-ТД, считаются:

код 50 (АФ.КСФ.1.1) — некорректно заполнен XML-документ;
код 50 (АФ.СХ.1.1) — несоответствие XSD-схеме;
код 50 (АФ.СХ.1.1.2) — неуникален страховой номер;
код 50 (АФ.ЭП.1.1) — проблемы с электронной подписью;
код 50 (ВС.Б-СТРАХОВАТЕЛЬ.1.1) — регистрационный номер не зарегистрирован в ПФР;
код 50 (ВС.Б-СТРАХОВАТЕЛЬ.1.2) — ошибка в ИНН работодателя.

Что делать, если отчет СЗВ-ТД сдан с ошибками

Если СЗВ-ТД сдана, ПФР ее принял, но впоследствии страхователь обнаружил недочеты в отчете, исправление ошибок допускается.

Так, согласно пункту 40 инструкции, утвержденной Приказом Минтруда РФ от 22.04.2020 № 211н, страхователь вправе исправлять ошибки в ранее поданных и принятых фондом сведениях до момента их выявления ПФР. При таких обстоятельствах платить штраф не придется.

Корректировка сведения в СЗВ-ТД осуществляется по правилам, приведенным в п. 2.6, 2.7 приложения 2 к постановлению № 730п. Сдается еще один бланк с указанием ошибочных данных и пометкой в признаке отмены, а ниже указываются корректные сведения.

Что проверяют в СЗВ-ТД

Информация, которую работодатель отражает в СЗВ-ТД, проходит проверку при приеме отчета в ПФР. Описание контролируемых элементов электронного файла СЗВ-ТД содержится в приложении 3 к постановлению правления ПФР от 25.12.2019 № 730п.

С 01 июля 2021 года будет применяться новый бланк СЗВ-ТД

К примеру, для проверки сведений о трудовой деятельности работника предусмотрен контроль по девяти проверочным группам:
Узнайте больше о проверках, защищающих от негативных последствий:

Как узнать, принят отчет или нет

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

Используем пример для пояснения.

После сдачи СЗВ-ТД за январь 2021 года ООО «ТрансСтрой Логистика» получило из ПФР протокол проверки. В нем было указано, что отчет не прошел форматно-логический контроль (код проверки АФ.СХ 1.1 ошибка 50 в СЗВ-ТД).

При коде проверки АФ.СХ 1.1 ошибка XSD может быть:

в формате введенных данных (к примеру, в показатели закрались лишние пробелы, дефисы, нули и т. д.);
неточно введенных сведениях (неверный регистрационный номер или ИНН);
незаполненных разделах в обязательных реквизитах (например, не прописан отдельно код территориального органа ПФР).

Специалисты кадровой службы выявили ошибку (в регистрационном номере компании был указан лишний ноль), оформили новый СЗВ-ТД и представили его в фонд.

Таким образом, полученный из ПФР протокол является основным источником информации о том, принят СЗВ-ТД или нет.

Примеры заполнения СЗВ-ТД для разных случаев приведены в типовой ситуации КонсультантПлюс. Еще больше полезной информации вы найдете, если оформите пробный бесплатный доступ к К+

Далее расскажем, как понять, по какой причине отчет не принят, и где искать ошибку.

Про штраф за несдачу СЗВ-ТД мы писали в статье

Расшифровка ошибки 50

Код 50 в протоколе проверки может означать следующее:

Код 50 означает недопустимую (грубую) ошибку. Его наличие в протоколе говорит о том, что ПФР не принял СЗВ-ТД. Потребуется повторная отправка отчета с исправленными данными.

Группа ошибок с кодом 30

Причины появления в протоколе ошибки 30:

Выявление в СЗВ-ТД ошибки 30 менее критично, чем ошибки 50. ПРФ принимает отчеты с нарушениями, обозначаемыми в протоколе проверки кодом 30. Но в базу попадают не все данные страхователя, и требуется их уточнение.

Ошибки с кодом 30 работодатели могут увидеть в протоколе не только при подаче исходного СЗВ-ТД, но и при представлении корректирующих отчетов. В том числе при подаче корректирующей формы при отсутствии в базе ПФР исходного СЗВ-ТД или попытке повторной сдачи ранее поданных сведений.

Что означает код 20

Существует еще одна группа ошибок, выявляемых при проверке СЗВ-ТД. Ей присвоен код 20. Если вы обнаружили в протоколе проверки СЗВ-ТД ошибку 20, программа выявила следующие недочеты:

Ошибки с кодом 20 не критичны — ПФР такой отчет примет. Означает этот код логические несовпадения. К примеру, вы по ошибке включили в СЗВ-ТД за март мероприятие, уже отраженное в февральском отчете.

Как проверить отчет перед отправкой

Зная о том, что ПФР может не принять СЗВ-ТД, у работодателей возникает вопрос: как проверить СЗВ-ТД на ошибки перед отправкой в фонд?

ПФР на своем официальном сайте напоминает о необходимости такой проверки перед отправкой отчета в фонд с помощью программного обеспечения проверки документов (ПО ПД).

Найти проверочные программы можно на сайте ПФР, в разделе «Работодателям», «Бесплатные программы, формы и протоколы».

Применяемые работодателями обычные программы подготовки и отправки отчетности могут не выявить ошибочные сведения в СЗВ-ТД. Алгоритмы ПФР позволяют сверять данные из отчета со сведениями из базы данных фонда, то есть считаются более точными.

Что делать при получении протокола с ошибками

Учитывая, что в информационной базе ПФР должны накапливаться достоверные сведения о трудовой деятельности сотрудников, желательно, чтобы все ошибки в СЗВ-ТД были исправлены (независимо от кода).

Пример

В отчете СЗВ-ТД за январь 2021 года допущена ошибка в номере и дате приказа: вместо приказа от 20.01.2021 № 178/К ошибочно указан приказ от 13.01.2021 № 162/К.

Для исправления ошибок представлен новый СЗВ-ТД

Если неточности обнаружены в дате подачи заявлений (о продолжении ведения трудовой книжки или предоставлении сведений о трудовой деятельности), используйте следующий алгоритм:

Каждый отчет по форме СЗВ-ТД проходит проверку в ПФР. О выявленных ошибках работодатель узнает из протокола проверки. Критичные ошибки обозначаются кодом 50. Это означает, что отчет не принят, требуется устранить ошибки и заново представить его в фонд. Код 30 в протоколе означает, что данные приняты частично, то есть в базу ПФР попали не все представленные сведения и требуются уточнения. Протокол с кодом 20 означает выявление в СЗВ-ТД логических несовпадений, но пересдача отчета не требуется.

Еще больше материалов по теме — в рубрике «Страховые взносы».

Читайте также: