Версия программы CheckXML от 25.01.08 - ошибка номер строки 31

[okpol]

В версии от 22.01.08 Файл «ТипыИНДС.XSD» строка 400

Было:

<xsd:element name="ПериодРаботы" maxOccurs="500" minOccurs="0">

<xsd:complexType>

<xsd:sequence>

<xsd:element name="ОсновнаяСтрока">

<xsd:complexType>

<xsd:sequence>

<xsd:element name="НомерСтроки">

<xsd:simpleType>

<xsd:restriction base="xsd:integer">

<xsd:minInclusive value="1"/>

<xsd:totalDigits value="3"/>

</xsd:restriction>

</xsd:simpleType>

Стало:

<xsd:element name="ПериодРаботы" maxOccurs="30" minOccurs="0">

<xsd:complexType>

<xsd:sequence>

<xsd:element name="ОсновнаяСтрока">

<xsd:complexType>

<xsd:sequence>

<xsd:element name="НомерСтроки">

<xsd:simpleType>

<xsd:restriction base="xsd:integer">

<xsd:minInclusive value="1"/>

<xsd:totalDigits value="3"/>

<xsd:maxInclusive value="30"/>

</xsd:restriction>

</xsd:simpleType>

Не согласны с ограничениями по количеству строк стажа в формах СЗВ4, ни в одном законодательном документе по персонифицированному учету не сказано, что количество строк должно быть менее 30. Просьба объяснить данные изменения со ссылкой на соответствующие документы или вернуть настройки от 22.01.08, так как при существующей версии программы (25.01.08) нет возможности проверить сформированные пачки на работников, работающих в особых условиях труда.

[AndreyA]

Ответ: Версия программы CheckXML от 25.01.08 - ошибка номер строки 31

В версии от 22.01.08 Файл «ТипыИНДС.XSD» строка 400

Было:

<xsd:element name="ПериодРаботы" maxOccurs="500" minOccurs="0">

<xsd:complexType>

<xsd:sequence>

<xsd:element name="ОсновнаяСтрока">

<xsd:complexType>

<xsd:sequence>

<xsd:element name="НомерСтроки">

<xsd:simpleType>

<xsd:restriction base="xsd:integer">

<xsd:minInclusive value="1"/>

<xsd:totalDigits value="3"/>

</xsd:restriction>

</xsd:simpleType>

Стало:

<xsd:element name="ПериодРаботы" maxOccurs="30" minOccurs="0">

<xsd:complexType>

<xsd:sequence>

<xsd:element name="ОсновнаяСтрока">

<xsd:complexType>

<xsd:sequence>

<xsd:element name="НомерСтроки">

<xsd:simpleType>

<xsd:restriction base="xsd:integer">

<xsd:minInclusive value="1"/>

<xsd:totalDigits value="3"/>

<xsd:maxInclusive value="30"/>

</xsd:restriction>

</xsd:simpleType>

Не согласны с ограничениями по количеству строк стажа в формах СЗВ4, ни в одном законодательном документе по персонифицированному учету не сказано, что количество строк должно быть менее 30. Просьба объяснить данные изменения со ссылкой на соответствующие документы или вернуть настройки от 22.01.08, так как при существующей версии программы (25.01.08) нет возможности проверить сформированные пачки на работников, работающих в особых условиях труда.

Действительно, для чего изменили ограничения?
И что теперь делать?

[okpol]

Ответ: Версия программы CheckXML от 25.01.08 - ошибка номер строки 31

Уважаемые господа разработчики, почему молчим, произведенное изменение задерживает сдачу отчетности в ПФР, за что законодательством предусмотрены штрафные санкции (хотя в нашей ситуации за что - за то, что программное обеспечение ПФР не готово?).
Ситуация следующая: сформированы пачки на 12 тысяч работающих, из них 7 тысяч работников заняты в особых условиях труда. Пачки проверены версией программы от 22.01.08 (ошибок нет) и представлены в ПФР. Установили версию программы от 25.01.08, решили еще раз прогнать пачки – и начали выплывать ошибки по работникам, у которых количество строк стажа превышает число 30. Вопросов больше чем ответов.
Что посоветуете в этой ситуации?

[AndreyA]

Ответ: Версия программы CheckXML от 25.01.08 - ошибка номер строки 31

у матросов нет вопросов...

[v_i_b]

Ответ: Версия программы CheckXML от 25.01.08 - ошибка номер строки 31

Уважаемые господа разработчики, почему молчим, произведенное изменение задерживает сдачу отчетности в ПФР, за что законодательством предусмотрены штрафные санкции (хотя в нашей ситуации за что - за то, что программное обеспечение ПФР не готово?).
Ситуация следующая: сформированы пачки на 12 тысяч работающих, из них 7 тысяч работников заняты в особых условиях труда. Пачки проверены версией программы от 22.01.08 (ошибок нет) и представлены в ПФР. Установили версию программы от 25.01.08, решили еще раз прогнать пачки – и начали выплывать ошибки по работникам, у которых количество строк стажа превышает число 30. Вопросов больше чем ответов.
Что посоветуете в этой ситуации?

А что Вы делали в прошлом году?
В формате 04.00 действовало это ограничение.

[AndreyA]

Ответ: Версия программы CheckXML от 25.01.08 - ошибка номер строки 31

А что Вы делали в прошлом году?
В формате 04.00 действовало это ограничение.

Важно не то, что делали. Такое возможно и сплошь и рядом.
Заверялось, что это ограничение будет снято с пререходом на XML.
А тут, на те, версия от 25.01...

[AndreyA]

Ответ: Версия программы CheckXML от 25.01.08 - ошибка номер строки 31

А что Вы делали в прошлом году?
В формате 04.00 действовало это ограничение.

Это ж крупное предприятие - не ларек с пирожками. А тут шалости такие...

[Op_SinTZ]

Ответ: Версия программы CheckXML от 25.01.08 - ошибка номер строки 31

Уважаемые господа разработчики, почему молчим, произведенное изменение задерживает сдачу отчетности в ПФР, за что законодательством предусмотрены штрафные санкции (хотя в нашей ситуации за что - за то, что программное обеспечение ПФР не готово?).
Ситуация следующая: сформированы пачки на 12 тысяч работающих, из них 7 тысяч работников заняты в особых условиях труда. Пачки проверены версией программы от 22.01.08 (ошибок нет) и представлены в ПФР. Установили версию программы от 25.01.08, решили еще раз прогнать пачки – и начали выплывать ошибки по работникам, у которых количество строк стажа превышает число 30. Вопросов больше чем ответов.
Что посоветуете в этой ситуации?

Столкнулись с такой же проблемой при формировании годового отчета. И тоже хотели бы получить ответ по поводу снятия ограничений

[okpol]

Ответ: Версия программы CheckXML от 25.01.08 - ошибка номер строки 31

[QUOTE=v_i_b]А что Вы делали в прошлом году?
В формате 04.00 действовало это ограничение.[/QUOTE

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

[AndreyA]

Ответ: Версия программы CheckXML от 25.01.08 - ошибка номер строки 31

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

[Александр Екжанов]

Ответ: Версия программы CheckXML от 25.01.08 - ошибка номер строки 31

Поговорил с разработчиками формата. Вроде, вошли в положение. Проблема, правда, еще и в том, что перед загрузкой данных в базу, файлы из 7.0 формата конвертируются в 4.0, и проверяются программой CheckPSN, а в ней есть такое ограничение. Но, можно, конечно и CheckPSN подправить... В общем, порешили на том, чтобы разрешить-таки максимум до 99 записей, но не больше! Их просто невозможно будет пропихнуть в буфер ПТК СПУ, в общем, со следующей версии CheckXML будет разрешено для СЗВ-4-1 99 записей.

[upfr06]

Ответ: Версия программы CheckXML от 25.01.08 - ошибка номер строки 31

.. можно, конечно и CheckPSN подправить

Очень нужно синхронно обе проги подредактировать, а то в ПТК такие пачки не загрузятся сразу. Ведь если этого не произойдет, то что потом - откладывать их в сторону и ждать, когда версия выйдет?

.. со следующей версии CheckXML будет разрешено для СЗВ-4-1 99 записей.

Так это будет с 1 февраля?

[upfr06]

Ответ: Версия программы CheckXML от 25.01.08 - ошибка номер строки 31

Проблема, правда, еще и в том, что перед загрузкой данных в базу, файлы из 7.0 формата конвертируются в 4.0, и проверяются программой CheckPSN

Уважаемый Александр, а также дорогие форумчане, прошу высказать ваше мнение по следующему вопросу. Все уже поняли как взаимосвязаны программы проверки CheckPSN и CheckXML. Можно ли рекомендовать Страхователям примерно в таком виде:
"В целях повышения качества проверки поступающих в Управления индивидуальных сведений за 2007 г. на машинном носителе информации, в том числе, через системы электронного документооборота: «СБИС++» и «Контур-Экстерн», рекомендуем всем Страхователям перед передачей в Управление производить процедуру проверки данных каскадным методом двумя программами проверки ПФР: CheckPsn и CHECKXML.

Примерный план каскадной проверки АДВ-11 и СЗВ-4 программами: CheckPSN и CheckXML:

1. Суть каскадного метода проверки состоит в последовательном выполнении проверок одного и того же комплекта файлов, также последовательного конвертируемого в соответствующий формат, двумя программами проверки ПФР. При этом обеспечивается максимальный уровень диагностики ошибок и, следовательно, прием отчета в Управлении без замечаний. Каскадная проверка может быть выполнена по двум вариантам с использованием разного программного обеспечения для конвертации файлов из одного формата в другой.
1.1. Самый простой вариант 4-7: файлы формата 04.00 получаем в ПО подготовки, которое имеется у каждого Страхователя и используется уже несколько лет, проверяем CheckPsn, исправляем ошибки.
1.2. Конвертируем файлы из формата 04.00 в 07.00, проверяем CHECKXML, исправляем ошибки и отправляем в УПФР.

2. Для выполнения каскадной проверки используется следующее программное обеспечение:
2.1. Официальные программы проверки ПФР: CheckPsn и CHECKXML с соответствующими справочниками «КЛАДР» (наиболее свежих версий) http://cheskpsn.narod.ru; https://www.buhsoft.ru/
2.2. Конверторы: conv7to4 и cvt4to7 (наиболее свежих версий).
2.3. Программы, обеспечивающие экспорт и импорт данных персонифицированного учета из одного формата в другой. Например: "PERSikLIGHT" www.pfr.kirov.ru , «Документы ПУ5» (наиболее свежих версий) http://opfr-komi.clarionlife.net/.
2.4. Для формирования комплекта файлов данных персонифицированного учета в формате 04.00 и/или 07.00 может быть использовано ПО, применяемое Страхователем для подготовки данных. Например: 1С:Предприятие 7.7 ЗиК, 1С:Предприятие 8, АСОТ, Парус, БЭСТ, ОАЗИС, Налогоплательщик и другие, если соответствующие возможности предусмотрены разработчиком.

3. На любом этапе проверки пачек СЗВ-4 и АДВ-11, при возникновении ошибок, необходимо их исправлять и продолжать редактирование данных и последующую проверку до тех пор, пока она не будет проходить без ошибок. Только после успешного завершения всех проверок на всех этапах в описанном «каскадном режиме проверки», следует передавать комплекты данных на прием, проверку и обработку в Управление ПФР по месту регистрации Страхователя.

Вроде бы все понятно? Или слишком..

[Slay]

Ответ: Версия программы CheckXML от 25.01.08 - ошибка номер строки 31

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

[v_i_b]

Ответ: Версия программы CheckXML от 25.01.08 - ошибка номер строки 31

Есть блок <НачисленоВзносовРанее>. Его нет в формате 04.00.
В цепочку добавляются программы с кучей версий, настроек, спецификой установки и работы на компьютерах.

Есть масса не стыковок по проверки CHECKPSN и CHECKXML.
(Например, улица без сокращение 04.00 - 20 предупреждение
07.00 - 30 ошибка)

У