CheckPFR проверка СЗВ-М

[Berg75]

При проверке чек выдает такую ошибку

<АФ:GUID></АФ:GUID>
Debug code: -1072897687, Строка: 8381, Позиция: 14
"" не со*о*тве*ству*ет ша*бло*ну "([0-9a*-f*A*-F*]{8}-[0-9a*-f*A*-F*]{4}-[0-9a*-f*A*-F*]{4}-[0-9a*-f*A*-F*]{4}-[0-9a*-f*A*-F*]{12})|*(\{[0-9a*-f*A*-F*]{8}-[0-9a*-f*A*-F*]{4}-[0-9a*-f*A*-F*]{4...". Не у*да*ло*сь про*а*на*ли*зи*ро*ва*ть э*ле*ме*нт "{h*t*t*p*://пф.рф/А*Ф}G*U*I*D" со зна*че*ни*ем "".

СЗВ-М делал в 1С ЗиК 7.70.356

[Denis_pfr066]

У Вас в файле указан пустой GUID: <АФ:GUID></АФ:GUID>
Неправильно сформирован файл. Он там должен быть такой же как в имени файла.

[Ирина55]

ПФР интерфейс сайта поменял. Напрямую я не нашла бесплатных программ. По карте сайта - они остались там в Электронных сервисах, но проще - в самом конце

Кстати, имя файла CheckPFR не проверяет, а потом ПФР файл не принимает.

[Леонид Николаевич]

Ничего не понимаю!... Обновил CheckPFR до версии 1.1.37
Получаю по всем записям ошибки типа
Debug code: -1072898035, Строка: 89, Позиция: 18
Элемент ''{http://пф.рф/унифицированныеТипы/20140101}Фамилия'' используется, но не был объявлен в DTD и схеме.
Раньше эти данные проходили на ура...
Это косяк в установке чека, или что?

[lubezniy]

Ничего не понимаю!... Обновил CheckPFR до версии 1.1.37
Получаю по всем записям ошибки типа
Debug code: -1072898035, Строка: 89, Позиция: 18
Элемент ''{http://пф.рф/унифицированныеТипы/20140101}Фамилия'' используется, но не был объявлен в DTD и схеме.
Раньше эти данные проходили на ура...
Это косяк в установке чека, или что?

А в заголовке в корневом тэге какой год стоит? 2014 или 2016 ?

[lubezniy]

Кстати, имя файла CheckPFR не проверяет, а потом ПФР файл не принимает.

Есть такое. Но файлы с правильными именами порой ПФР тоже не принимает, ругаясь на неправильное имя. По вчерашним отправкам в Москве пользователи в сети жаловались.

[Ирина55]

Сейчас в имени и регномер, и код отделения ПФР. Не очень понятно, зачем - номер отделения это первые 6 цифр регномера.

[Леонид Николаевич]

А в заголовке в корневом тэге какой год стоит? 2014 или 2016 ?

- <ЭДПФР xmlns="http://пф.рф/ВС/СЗВ-М/2016-01-01" xmlns:УТ="http://пф.рф/унифицированныеТипы/2014-01-01" xmlns:АФ="http://пф.рф/АФ">
Что-то не так?

[КСИ]

- <ЭДПФР xmlns="http://пф.рф/ВС/СЗВ-М/2016-01-01" xmlns:УТ="http://пф.рф/унифицированныеТипы/2014-01-01" xmlns:АФ="http://пф.рф/АФ">
Что-то не так?

Надо:
xmlns="http://пф.рф/ВС/СЗВ-М/2016-04-01"

[lubezniy]

номер отделения это первые 6 цифр регномера.

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

[Диана Аглеева]

Обратился клиент.
В файле СЗВ-М пустое значение тега КПП.
В результате проверки файла CheckPFR формирует протокол проверки, со статусом проверки в имени файла "1" (хорошо), в то время как в самом протоколе статус проверки "Плохо", с ошибкой:

<КПП></КПП>
Debug code: -1072897687, Строка: 9, Позиция: 11
"" не со*о*тве*ству*ет ша*бло*ну "\d*{9}". Не у*да*ло*сь про*а*на*ли*зи*ро*ва*ть э*ле*ме*нт "{h*t*t*p*://пф.рф/ВС/СЗВ-М/2016-04-01}КПП" со зна*че*ни*ем "".

Проверили эту же ситуацию с РСВ - аналогично.
Хотя из инструкции разработчика следует:

В процессе работы программы формируются 2 файла:
PFR-700-Y-YYYY-ORG-NNN-NNN-NNNNNN-PROTOCOL-R-DAT-YYYY-MM-DD-HH-mm-SS.log.xml – описание обнаруженных ошибок в формате xml,
PFR-700-Y-YYYY-ORG-NNN-NNN-NNNNNN-PROTOCOL-R-DAT-YYYY-MM-DD-HH-mm-SS.log.html – описание обнаруженных ошибок в формате html, где:
- YYYY-год;
- NNN-NNN-NNNNNN-регистрационный номер страхователя;
- R-Статус протокола (1-хорошо,2-есть предупреждения, 3- плохо);
- YYYY-MM-DD-HH-mm-SS-дата и время формирования протокола;

[Ирина55]

Ну вообще-то оно не должно быть пустым, т.к. есть формат значения (9 цифр), а должен отсутствовать тег.

[Диана Аглеева]

Ну вообще-то оно не должно быть пустым, т.к. есть формат значения (9 цифр), а должен отсутствовать тег.

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

[AntonDr]

CheckPFR версии 1.1.38 от 26.04.2016 г. Добавлена проверка "Дата заполнения не должна превышать текущую"

А откуда берется текущая? Вот у меня сейчас 11.07.2016 0:10, дата заполнения 11.07.2016. Накой мне такая ошибка выдается?

[Котофей]

CheckPFR версии 1.1.38 от 26.04.2016 г. Добавлена проверка "Дата заполнения не должна превышать текущую"

А откуда берется текущая? Вот у меня сейчас 11.07.2016 0:10, дата заполнения 11.07.2016. Накой мне такая ошибка выдается?

А зачем Вы старой версией проверяете? Пользуйтесь текущей CheckPFR (версия 1.1.39 от 5 мая 2016 года)