К разаработчикам CheckXML 16.04.2014

[AnnaI]

ChkXml от 24.04.2014 выдает ошибку

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

Есть очень полезная таблица в Распоряжении ПФР от 04.03.2014 № 88р (правила проверки):

3.3 Обязательные сочетания значений элементов, относящихся к разным блокам.

Ряд значений в блоке Особые условия труда требуют обязательного наличия конкретных значений в других блоках. Графа, определяющая условие проверки, выделена серым фоном. Отсутствие элемента или блока либо прописано напрямую, либо обозначено пустой графой. Знак «?» означает, что данная графа в этом условии не подлежит проверке.
Отклонение от требований данного раздела кодируется как «ошибка 30»:

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

[ЛюдмилаП]

ChkXml от 24.04.2014 выдает ошибку

***30: Ошибка в сочетании реквизитов стажа блока <ОсобенностиУчета>.
Т.к. <ДекретДети> = "МЕДНЕТРУД", то элемент <ОсобыеУсловияТруда><ОснованиеОУТ> не может быть указан!

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

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

CheckPFR никаких ошибок не выдает.

[v_i_b]

На сайте ПФР выложили ChkXml от 24.04.2014

Похоже, решили проблему количества страниц.

[fla3]

На сайте ПФР выложили ChkXml от 24.04.2014
Ошибка осталась (у работника есть и 27-1 и 27-2-18 - в файле всё указано, ChkPFR ошибок не даёт)

***30: Ошибка. Для указанного значения "27-1" элемента <ОснованиеОУТ> блока <ОсобыеУсловияТруда> в блоке <ОсобенностиУчета> 1-й строки строки льготного стажа 1-го стажевого периода (с 01.01.2014 по 05.01.2014) не представлен блок <СведенияОсуммеВыплатИвознагражденийПоДопТарифу> за 1-й месяц с ненулевым значением в элементе <СуммаВыплатПоДопТарифу27-1>.

Сумма по 27-1 указана с кодом В3.1, а 27-2-18 по В3.2.

[Ирина55]

10-разрядный ИНН тоже защищен контрольным кодом.

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

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

Исключено!
Дело в том, что и с нулем он неверный, как правильно заметил VK65.
ИНН физлиц потому и длиннее, что защищены контрольными разрядами защиты (здесь - "по модулю 11").

[v_i_b]

Обнаружилась ошибка при проверке ИНН у ИП, но ИНН при этом начинается с "нуля", пример 097733650580

Чек выдаёт ошибку...

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

[vk65]

ИНН действительно неверный. Проверяйте - скорее всего ошиблись в какой-нить цифре. А в том, что он начинается с нуля нет ничего необычного: первые два знака ИНН, в данном случае 09 - код региона.

[Wst]

Обнаружилась ошибка при проверке ИНН у ИП, но ИНН при этом начинается с "нуля", пример 097733650580

Чек выдаёт ошибку...

[Михаил Иванович]

SPU_ORB и СБИС формируют по 2 печатные страницы на каждого ЗЛ и добавляют их к 5 страницам собственно РСВ-1.
Зачем вообще этот показатель в электронном файле

По поводу печати данных на одного ЗЛ. Неужели нет возможности выбрать такой формат, чтобы не тратить кучу дорогостоящей бумаги? По принципу: не своё, не жалко. Когда внедряли вычислительную технику, сколько было хвалебных речей о безбумажной технологии. А на деле вышло по Черномырдину:"Хотели как лучше, получили как всегда".

[Михаил Иванович]

Может начать чуть-чуть спокойнее относиться к ситуации, либо направить свое беспокойство в правильное русло, т.е. в направлении ПФа.

Коллега! Как направлять своё беспокойство в адрес ПФРа, если я, например, написал обращение к заместителю Председателя Правления Елистратову, а оттуда уже месяц нет ответа. а если получу, то когда рак на горе свистнет. Меня удивляет, почему ЧЕКХМЛ всегда своевременно выкладывал версии, быстро исправлял ошибки, а в этот раз как воды в рот набрал.

[LoraK]

Обнаружилась ошибка при проверке ИНН у ИП, но ИНН при этом начинается с "нуля", пример 097733650580

Чек выдаёт ошибку...

ИНН Башкортостана, например, начинаются с "02".
При таком значении ИНН последние цифры должны быть 14.
Тут есть повторяющиеся цифры: две "7", две "3". Скорее всего, "палец на клавише застрял"...

[svv]

Т.е. тестируют на страхователях и "честно" выдают отрицательные протоколы.

Честно выдают те протоколы, что выдает официальная программа для проверки (пусть и не выложенная на сайт ПФа).
Ирина, Вы сейчас забываете, что версия CheckPFR до 15.04.2014 практически поголовно "заворачивала" отчеты с ошибками по стажу (ДОГОВОР и стажи для месяцев без оплаты). Поэтому, будь я "лицом принимающим решение" по поводу того "ставить новую бета версию или не ставить" я бы принял решение ставить, т.к. проблем в ней было меньше чем в предыдущей версии.
Вы же не будете утверждать, что официально выложенные на сайте версии - безошибочны. Если это так, то что Вы так взъелись на версию 1.3 от 15.04?
Если у вас есть претензия по этому поводу к спец.оператору, так Вы ее ему и выскажите на "горячую линию" или на его форуме. типа "не ставьте версии, которые не выкладываются на сайте ПФа".
Только вот незадача, потом окажется что на сайте ПФа не выложили, в отделения ПФа установили, а спец.оператор, гаденыш этакий, проверяет "устаревшей" версией.

Может начать чуть-чуть спокойнее относиться к ситуации, либо направить свое беспокойство в правильное русло, т.е. в направлении ПФа.

[Ирина55]

Дают на тестирование

Т.е. тестируют на страхователях и "честно" выдают отрицательные протоколы.

[svv]

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

Дают на тестирование