Ошибка в сбис не соответствует маске

Имя проверяемого файла не соответствует маске ПФР

При проверке отчета в ПФР, сформированного в программе 1С 8.3, программой ПФР-ПОПД может возникнуть ошибка «Имя проверяемого файла не соответствует маске ПФР» (ошибка 50). Появляться она может при проверке отчетов: АДВ-1, АДВ-2, АДВ-3, ДСВ-1, ДСВ-3, СЗВ-СТАЖ, СЗВ-ИСХ, СЗВ-КОРР, ОДВ-1, СЗВ-М.

Ошибка «Имя проверяемого файла не соответствует маске ПФР» означает, что имя проверяемого файла не соответствует установленному ПФР формату:

ПФР_XXX-XXX-NNNNNN_XXXXXX_СЗВ-СТАЖ_20190226_yyyyyyyy-yyyy-yyyy…xml

где, XXX-XXX-NNNNNN — регистрационный номер организации в ПФР XXXXXX — код территориального отделения ПФР (первые шесть цифр рег. номера организации) СЗВ-СТАЖ — код документа (соответствует, отправляемому отчету, в данном случае СЗВ-СТАЖ) 20190226 — дата формирования файла (в данном случае 26 февраля 2019 г.) yyyyyyyy-yyyy-yyyy… — уникальный номер документа.

Как правило ошибка возникает в первых двух элементах — регистрационном номере и коде территориального отделения. Программа ПФР-ПОПД проверяет количество символов в этих кодах в наименовании файла отчета и если количество символов отличается от шаблонного, то возникает ошибка 50 «Имя проверяемого файла не соответствует маске ПФР».

Проверить правильность заполнения указанных выше кодов в программе 1С Бухгалтерия 8.3 можно на закладке «Главное», в разделе «Организации».

Введите эти номер и код и сформируйте файл выгрузки отчета повторно.

Если статья интересная, обсудите её с другом

Актуально на: 14 марта 2019 г.

Работодатели, которые заключили с работниками трудовые договоры, договоры гражданско-правового характера, договоры авторского заказа или лицензионные договоры, должны ежегодно отчитываться о страховом стаже своих сотрудников в отделение ПФР по форме СЗВ-СТАЖ (п. 1, п. 2 ст. 11 Закона от 01.04.1996 № 27-ФЗ, п. 1.5 Порядка заполнения формы СЗВ-СТАЖ, утв. Постановлением Правления ПФ РФ от 06.12.2018 N 507п).

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

СЗВ-СТАЖ: код ошибки 50

Код результата проверки СЗВ-СТАЖ 50 программа ПФР, в частности, выдает, если нарушена структура файла, отчет заверен некорректной электронной подписью, в отчете содержатся ошибки в данных о страхователе (неверно указаны регистрационный номер ПФР или ИНН), а также при наличие других грубых ошибок, полный перечень которых указан в Правилах проверки Постановления Правления ПФ РФ от 06.12.2018 N 507п. Как мы уже сказали, при наличии кода ошибки 50 СЗВ-СТАЖ принят не будет.

СЗВ-СТАЖ код ошибки 50: как исправить

Чтобы исправить ошибку (код проверки 50), в ПФР СВЗ-СТАЖ нужно подать заново с типом сведений «Исходная», предварительно устранив неверные данные. Безусловно, СЗВ-СТАЖ подается одним пакетом с формой ОДВ-1 с типом «исходная».

Для того чтобы самостоятельно проверять сформированный отчет, выявлять ошибки и исправлять их до отправления СЗВ-СТАЖ проверяющим, Пенсионный фонд рекомендует установить бесплатные программы проверки персонифицированной отчетности CheckPFR, CheckPO-PD, CheckXml, размещенные на сайте ведомства.

Имейте в виду, в случае обнаружения инспекторами ошибок или несоответствий в персонифицированных формах отчетности, страхователю на исправление этих ошибок отводится пять рабочих дней (абз. 5 ст. 17 Закона от 01.04.1996 № 27-ФЗ).

За опоздание со сдачей отчетности в ПФР, а также за наличие в представленных формах ошибок предусмотрен штраф в размере 500 рублей за каждого застрахованного (абз. 3 ст. 17 Закона от 01.04.1996 № 27-ФЗ).

О том, как правильно заполнить СЗВ-СТАЖ читайте в отдельной консультации.

Помните, отчет СЗВ-СТАЖ за 2018 год представляется на новом бланке, утвержденном Постановлением Правления ПФР от 06.12.2018 № 507п. О новой форме СЗВ-СТАЖ читайте в отдельной консультации.

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

Также читайте:

• СЗВ-ТД: образец заполнения
• Образец заполнения СТД-Р
• СНИЛС в электронном виде

С 06.05.2019 произведено обновление Альбома форматов информационного обмена ПФР от 03.04.2019 версии 2.34д.

В связи с этим исключены следующие устаревшие форматы:

— для формы СЗВ-ИСХ: «http://пф.рф/ВС/СЗВ-ИСХ/2018-02-13»;

— для формы СЗВ-КОРР: «http://пф.рф/ВС/СЗВ-КОРР/2018-02-01»;

— для СЗВ-СТАЖ: «http://пф.рф/ВС/СЗВ-СТАЖ/2018-01-29».

При поступлении отчетности по устаревшим форматам на ПС ВИО формируется отказ в регистрации: «ВИО.99708 — В предоставленном пакете содержатся недопустимые формы документов (КодРезультата=50)».  

С 06.05.2019 ПФР поддерживает только форматы, утвержденные  Постановлением Правления ПФР от 06.12.2018 № 507п «Об утверждении формы «Сведения о страховом стаже застрахованных лиц (СЗВ-СТАЖ)», формы «Сведения по страхователю, передаваемые в ПФР для ведения индивидуального (персонифицированного) учета (ОДВ-1)», формы «Данные о корректировке сведений, учтенных на индивидуальном лицевом счете застрахованного лица (СЗВ-КОРР)», формы «Сведения о заработке (вознаграждении), доходе, сумме выплат и иных вознаграждений, начисленных и уплаченных страховых взносах, о периодах трудовой и иной деятельности, засчитываемых в страховой стаж застрахованного лица (СЗВ-ИСХ)», порядка их заполнения и формата сведений и о признании утратившим силу постановления Правления Пенсионного фонда Российской Федерации от 11.01.2017 № 3п», а именно:

— для формы СЗВ-ИСХ: «http://пф.рф/ВС/СЗВ-ИСХ/2018-11-20»;

— для формы СЗВ-КОРР: «http://пф.рф/ВС/СЗВ-КОРР/2018-03-22»;

— для СЗВ-СТАЖ: «http://пф.рф/ВС/СЗВ-СТАЖ/2018-03-22»;

— для ОДВ-1: «http://пф.рф/ВС/ОДВ-1/2017-12-25».

Формирование сведений в новом формате реализовано в последних версиях программ «Документы ПУ-6» (версия 1.1.11.979 от 28.03.2019) и SPU_ORB (версия 2.90 от 22.03.2019).

Дополнительно сообщаем, что выпущена новая версия проверочной программы ПО ПД (версия 2.0.52 от 16.04.2019), в которой при проверке документов ПУ устаревшего формата формируется ошибка «Данный документ не прошел проверку well-formed».

Просим учесть данную информацию при подготовке и предоставлении отчетности в территориальные органы ПФР.

Актуально на: 18 октября 2016 г.

Все страхователи, которые сдают на своих работников сведения по форме СЗВ-М (утв. Постановлением Правления ПФ РФ от 01.02.2016 № 83п) в электронном виде, знают, что ПФР разработал и утвердил электронный формат СЗВ-М. В нем перечислены технические требования к данным, указываемым в отчете, к имени файла и т.д. (Приложение к Распоряжению Правления ПФР от 31.08.2016 № 432р).

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

СЗВ-М: формат xml

В каком формате сдавать СЗВ-М? В данном случае под словом «формат» понимается расширение файла, которое указывается в конце его названия после точки.

Так вот сдается электронная форма СЗВ-М в формате xml (п. 3 Приложения к Распоряжению Правления ПФР от 31.08.2016 № 432р). Это важный нюанс, который вы можете проконтролировать при подготовке файла, но вряд ли сможете исправить, если по каким-то причинам программа будет формировать файл с другим расширением. Поэтому если что-то будет не так с форматом, лучше сразу обратиться в службу поддержки.

СЗВ-М: ошибка в имени файла

Имя файла СЗВ-М должно состоять из нескольких частей, каждая из которых несет в себе определенную информацию. Так, в правильно сформированное имя файла должен быть «вшит» регистрационный номер страхователя, код территориального органа ПФР и другие сведения (п. 3 Приложения к Распоряжению Правления ПФР от 31.08.2016 № 432р).

Если формат имени файла СЗВ-М не будет соответствовать утвержденной ПФР структуре, то программа выдаст ошибку. Например, может появиться такое предупреждение при подготовке СЗВ-М: «неправильное имя файла отчета» или «СЗВ-М не соответствует утвержденному формату 00042» (последние цифры – это код ошибки в одной из программ).

Ранее одной из частых проблем при формировании электронного СЗВ-М было отсутствие в имени файла кода территориального органа ПФР. Другая часто встречающаяся ошибка – неверный идентификатор файла. Это набор букв и цифр в конце имени файла, непосредственно перед расширением документа. Он должен состоять из 12 знаков. Если у вас количество символов меньше, значит, название файла сформировано неправильно. И пора писать письмо в службу технической поддержки или обновить программу. Хотя при использовании некоторых программных средств помогало и ручное исправление ошибки – простое добавление нужного количества символов.

Также читайте:

• Сдавать ли СЗВ-М за апрель на директора-учредителя
• Срок сдачи отчетности ПФР в 2019 году
• Новая форма СЗВ-СТАЖ

Используемые источники:

• https://vizor365.ru/imya-proveryaemogo-fayla-ne-sootvetstvuet-maske-pfr-oshibka-50/
• https://glavkniga.ru/situations/k509430
• http://www.pfrf.ru/branches/krasnoyarsk/info~strahovatel/4378
• https://glavkniga.ru/situations/k502277

ЭДО

пользователь

Регистрация: 09.10.2008

При отправке счета-фактуры через СБИС выдает ошибку

«Короткое значение поля

Минимальная длина поля равна 3.

Валюта: Код (строка 7 счета-фактуры)

0

Не соответствует маске

Значение должно соответствовать маске ([0-9]{3}) (в файле указано «0»).

Валюта: Код (строка 7 счета-фактуры)

0″

• 187 просмотров

Ошибки при форматно-логической проверке

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

Примеры расширенной части сообщения:

• Файл ON_SCHET_2BEcf64bba310444f5daed3cc864750e188_2BE7ed0b1f69af611e3845e005056b76e76_20140411_fc2c44c6-c131-11e3-ac8c-005056b74802.xml
  ошибки: [Отсутствует обязательный атрибут «Файл.Документ.СвСчет.СвПокуп.ИдСв.СвФЛ.ФИОИП.Имя»]
• Файл ON_SCHET_2BE50afaf555e874a7cbd5d0d5ab3abc4f0_2BE7ed0b1f69af611e3845e005056b76e76_20140411_4469965e-c13c-11e3-9f08-005056b74802.xml
  ошибки: [Значение «2/4стр23Б» атрибута «Файл.Документ.СвСчет.СвПокуп.Адрес.АдрРФ.Дом» больше максимально допустимой длины (8)]

Причина №1. Вложение документа не соответствует утвержденному формату

1. Проверьте вложения документа на соответствие утвержденным форматам. Исправьте формат вложения.
2. Если при отправке вы указываете тип вложения («Документ.Вложение.Тип») — проверьте, соответствует ил он реальному типу вложения.
3. Повторите отправку документа.

Причина №2. СБИС неправильно классифицирует неутвержденный формат и принимает его за утвержденный с ошибками

Обратитесь в техподдержку и предоставьте описание вашего формата документа. Мы дадим рекомендации к исправлению ошибки определения формата либо зарегистрируем ваш формат в справочнике для загрузки.

Нашли неточность? Выделите текст с ошибкой и нажмите ctrl + enter.

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

Ошибка ФЛК это ошибка наполнения документа данными в соответствии с требованиями формата документа (в первую очередь требования к формату описаны в соответствующих приказах, например «Приказ ФНС России от 19.12.2018 N ММВ-7-15/820@») для счет-фактуры.

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

Исправить эту ошибку можно просто внимательно перечитав ошибку. Например:
Документ ‘Фактура 03.05.19 № 1 на сумму 0.01 р., в т.ч. НДС 0 р.’ (файл ‘ON_SCHFDOPPR_*_*_20190503_debc19dc-1bd6-433c-a04d-fe65c6b70536.xml’) содержит ошибку:
1) Файл.Документ.СвСчФакт.СвПрод.Адрес.АдрИнф.АдрТекст: Минимальная длина поля равна 1.

В данном случае в этом узле «Файл.Документ.СвСчФакт.СвПрод.Адрес.АдрИнф.АдрТекст» указывает что явно есть какая-то ошибка с адресом. Из этой части «СвПрод.Адрес» становится понятно, «Минимальная длина поля равна 1» что адрес не заполнен у продавца документа. Таким образом адрес продавца по формату этого документа — обязательный и для отправки документа необходимо исправить адрес в справочнике СБИС или 1С или иной другой системе, где формируются отправляемые документы.



Как в СБИС при заполнении декларации по УСН выбрать налоговый период?

Добрый день!
За 1, 2 кв 2021 платился налог усн на кбк 6%, вместо 15%.За 3 ,4 кв 2021 выручки не было.
Как правильно выбрать налоговый период -ПЛ 2021?

Здравствуйте!

Налоговый период при УСН — год (ст 346.19 НК).

ЭЦП для отчетности на 2023 год

Получите электронную подпись без посещения госорганов

Nataly S,  подскажите, пожалуйста, отправляю через сбис, выбираю ГД-выдает ошибку 
Короткое значение поля
Минимальная длина поля равна 10.

Инна Огнева, как в сбис заполнить зачет усн

Вам нужно производить не зачет, а уточнение платежа.
Если сделаете зачет, то начислят пени, так как налог будет считаться уплаченным на дату зачета. Если сделаете уточнение КБК платежа, то налог будет считаться уплаченным своевременно.

Отправляйте налоговую отчетность прямо из 1С!

Nataly S,  а у меня по году убыток
А уточнение платежа в произвольной форме?

Nataly S, спасибо огромное!

Взносы для малого бизнеса снижены

Рассчитать страховые взносы по новым правилам

Ошибка при загрузке электронного больничного из СБИС

Я

  

VitVit

16.03.21 — 12:56

Зарплата и управление персоналом, редакция 3.1 (3.1.16.134)

при загрузке электронного больничного полученного через СБИС

Файл не соответствует спецификации: В поле «lnState» недокументированное значение: «».

  

dka80

1 — 16.03.21 — 13:01

СБиС что по этому поводу говорит?

  

VitVit

2 — 16.03.21 — 13:03

Обращайтесь в 1С говорит. Это мол не наша проблема.

  

VitVit

3 — 16.03.21 — 13:05

так… чуть позже пояснили — «у нас поменялся формат файла xml (версия), а в 1С — нет, ждите обновления 1С»

  

dka80

4 — 16.03.21 — 13:05

(3) ЗУП 1.3.17.94 есть. Может обновиться?

  

lubitelxml

5 — 16.03.21 — 13:07

Ну так у вас 3.1.16 не последней версии, обновите хотя ее до последнего релиза

  

VitVit

6 — 16.03.21 — 13:09

обновился до версии 1.3.17.94 — такая же ошибка, эта версия от конца февраля, а СБИС сказал что изменение произошло в марте.

  

piter3

7 — 16.03.21 — 13:10

Может стоит посмотреть сначала наличие обновления и в каком релизе оно

  

dchumak

8 — 17.03.21 — 03:04

Была подобная ошибка. Сначала грешили на формат.

Потом оказалось, что номер ЛН был вписан неправильно (пропустили одну цифру).

Проверьте, может в этом причина.

  

Гость из Мариуполя

9 — 17.03.21 — 03:55

LN State — это состояния ЛН

согласно спецификации, состояния ЛН могут быть:

000 — черновик

001 — закреплен номер

003 — отменен

010 — открыт

020 — продлен

030 — закрыт

040 — больной направлен на МСЭ

050 — внесены результаты МСЭ

060 — заполнен страхователем (работодателем)

070 — пособие по ЭЛН начислено страхователем (направлен реестр ПВСО)

080 — пособие выплачено

Угадай с одной попытки, с каким статусом ЭЛН ты можешь работать? — правильно, 030, молодец, возьми с полки пирожок

А сплошь и рядом в мед.учреждениях забывают статус изменить, закрыть ЛН. И висит у них ЛН в статусе 010 или 020.

Потому для начала, первое, на что нужно сразу смотреть — вот тебе принесли бумажный квиточек с данными ЭЛН? Сразу смотрим — какой там указан статус?

НЕ 030? Сразу посылаем назад, даже не бери в руку  эту бумаженцию. Фу, кака..

ps: ну и никакая религия не запрещает глянуть одним глазком в файлик, а какой там статус  ЭЛН в xml-файле, выгруженном из СБИС.

  

VitVit

10 — 17.03.21 — 09:32

Всем спасибо,  это СБИС (Тензор) намудрили немного. в клиентской части для ПК «наулучшали» в результате чего больничные листы для загрузки 1С корректно выгружаются только из СБИС Онлайн. Через это получилось. Обещают вернуть в ближайшие дни в клиентскую часть -)

  

Йохохо

11 — 17.03.21 — 09:36

(10) еще из лк фсс

  

Гость из Мариуполя

12 — 17.03.21 — 14:01

(10) ага. Они почему-то реквизит lnState относят к необязательным реквизитам. Т.е, по их мнению, lnState можно заполнять, но необязательно. Было такое уже в 2017 году и вот опять. :)))

Но, откровенно говоря, поддержу (11). +100500

Я вот четноговря непонимаю Если у тебя есть СБИС, значит, у тебя есть ЭЦП.  А если у тебя есть ЭЦП, ты можешь взять ЭЛН непосредственно у первоисточника — в личном кабинете на сайте ФСС.

Зачем к этому приплетать всяких посредников в лице СБИС, Тензор, Астрал etc., каждый из которых считает своим долгом трактовать, какие реквизиты обязательны, а какие нет.

Нахрен (пардон за мой французский) тебе вообще в этом деле посредники, работай непосредственно напрямую с фсс? Не понимаю. Или что — операторы ЭВМ научились только на определенные кнопочки нажимать и ничего больше не умеют?

Так заверяю тебя — в личном кабинете ФСС ничего страшного, там все довольно просто, примитивно и дружелюбно. За полчаса с перекуром и чаепитием самой тупой расчетчице объяснить можно.

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

Нажатие на кнопку «Просмотреть протокол» открывает окно «Протокол проверки файла». Окне поделено на несколько частей. Для поиска ошибочного реквизита важны таблицы «Исходный файл» и «Список ошибок» и блоки данных «Подробное описание» и «Информация о формате».

Приведем несколько способов понимания/чтения протокола ошибок.

ВНИМАНИЕ! Начиная со сборки СБиС 2.4.369, перед началом ознакомления со способами по выявлению ошибок необходимо переключить «Режим отображения исходного файла» с «Ошибочные блоки» на «Файл целиком».

СПОСОБ №1

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

Ниже пример определения местонахождения реквизита с ошибкой в самом отчете.

СПОСОБ №2

Нажатием в таблице «Список ошибок» на строку с ошибкой, автоматически выделяется строка в таблице «Исходный файл». Внимательно прочитав автоматически выделившуюся строку мы видим что в реквизите «ДатаРожд» после знака равно между кавычками отсутствует какой-либо показатель (цифры/буквы), хотя в реквизите «Статус» указано «1», а в реквизите «Гражд» указано «643». Найдя известные нам реквизиты («1» и «643») в отчете, между ними обнаружим реквизит с ошибкой.

Ниже пример определения местонахождения реквизита с ошибкой в самом отчете.

СПОСОБ №3

Встречаются ситуации когда способом №2 сложно определить местонахождение реквизита с ошибкой в отчете. В таких случаях мы ищем по строкам, расположенным выше или ниже автоматически выделившейся строки в таблице «Исходный файл», показатели уже известные нам (обычно это суммы, ставки, наименование чего-либо и другие).

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

Ниже пример определения местонахождения реквизита с ошибкой в самом отчете.