Объявление

Свернуть
Пока нет объявлений.

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

Свернуть
X
  • Фильтр
  • Время
  • Показать
  • Сортировать
  • Упорядочить по
Очистить всё
новые сообщения

  • Диана Аглеева
    Участник ответил
    Сообщение от Ирина55 Посмотреть сообщение
    Ну вообще-то оно не должно быть пустым, т.к. есть формат значения (9 цифр), а должен отсутствовать тег.
    Речь идет о несоответствии формируемого имени файла протокола его содержимому, нежели чем то, что значение КПП к теге отсутствует, в то время как тега в такой ситуации быть не должно
    Мы знаем, как должно быть по формату, но так как ситуация имеет место быть, то и программа проверки должна работать корректно.

    Прокомментировать:


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

    Прокомментировать:


  • Диана Аглеева
    Участник ответил
    Обратился клиент.
    В файле СЗВ-М пустое значение тега КПП.
    В результате проверки файла 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-дата и время формирования протокола;

    Прокомментировать:


  • lubezniy
    Участник ответил
    Сообщение от Ирина55 Посмотреть сообщение
    номер отделения это первые 6 цифр регномера.
    Не везде. Было такое, что несколько УПФР реорганизовались в одно, и код тоже стал один. В регномерах он, естественно, остался прежним, а код органа уже другой.

    Прокомментировать:


  • КСИ
    Участник ответил
    Сообщение от Леонид Николаевич Посмотреть сообщение
    - <ЭДПФР xmlns="http://пф.рф/ВС/СЗВ-М/2016-01-01" xmlns:УТ="http://пф.рф/унифицированныеТипы/2014-01-01" xmlns:АФ="http://пф.рф/АФ">
    Что-то не так?

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

    Прокомментировать:


  • Леонид Николаевич
    Участник ответил
    Сообщение от lubezniy Посмотреть сообщение
    А в заголовке в корневом тэге какой год стоит? 2014 или 2016 ?
    - <ЭДПФР xmlns="http://пф.рф/ВС/СЗВ-М/2016-01-01" xmlns:УТ="http://пф.рф/унифицированныеТипы/2014-01-01" xmlns:АФ="http://пф.рф/АФ">
    Что-то не так?

    Прокомментировать:


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

    Прокомментировать:


  • lubezniy
    Участник ответил
    Сообщение от Ирина55 Посмотреть сообщение
    Кстати, имя файла CheckPFR не проверяет, а потом ПФР файл не принимает.
    Есть такое. Но файлы с правильными именами порой ПФР тоже не принимает, ругаясь на неправильное имя. По вчерашним отправкам в Москве пользователи в сети жаловались.

    Прокомментировать:


  • lubezniy
    Участник ответил
    Сообщение от Леонид Николаевич Посмотреть сообщение

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

    Раньше эти данные проходили на ура...
    Это косяк в установке чека, или что?
    А в заголовке в корневом тэге какой год стоит? 2014 или 2016 ?

    Прокомментировать:


  • Леонид Николаевич
    Участник ответил

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

    Раньше эти данные проходили на ура...
    Это косяк в установке чека, или что?

    Прокомментировать:


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

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

    Прокомментировать:


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

    Прокомментировать:


  • 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

    Прокомментировать:


  • lubezniy
    Участник ответил
    Странно - эта проблема обычно проявляется на втором пакете обновлений. В общем, на нашей странице "Скачать программы" https://www.buhsoft.ru/?title=download.php в нижнем разделе "Дополнительные файлы" нужно скачать и установить Microsoft XML Parser 6 для 32-разрядных версий Windows . После этого должно заработать.

    Прокомментировать:


  • clara58
    Участник ответил
    XP. SP 3

    Прокомментировать:

реклама

Свернуть
Обработка...
X