Ошибка в CheckXml,в версии от 01.08.2011 г. ошибочно выдает предупреждения (+)

[OLGADORF]

На пачку где 200 человек, выдает 90 предупреждений и все, в основном, по индексу. Сейчас принесли протокол отказа в приеме из отделения ПФР.

Вношу маленькую поправку, новый CheckXml еще не "дошел" до нашего отделения ПФР, на индексы ругается CheckUfa. Значит проверяют двумя программами. Похоже это заказ ПФР проверять соответствие почтовых индексов адресам.

[v_i_b]

Вношу маленькую поправку, новый CheckXml еще не "дошел" до нашего отделения ПФР, на индексы ругается CheckUfa. Значит проверяют двумя программами. Похоже это заказ ПФР проверять соответствие почтовых индексов адресам.

В CHECKUFA были некоторые погрешности при контроле индекса.
Приведите пример адреса.

[Leonid]

А разве наличие предупреждений по индексу является основанием для отказа в приеме сведений?
Sova64, прокомментируйте, пожалуйста! Что написано в ваших (ПФР-овских) Инструкциях по приему сведений?

F что тут комментировать. В Правилах четко написано. Читаем:
Все отклонения от требований настоящих Правил, допущенные при формировании файла, содержащего пачку документов персонифицированного учета, разделяются по степени (коду) грубости:
10 - сравнительно редкая, но возможная ситуация; файл может быть принят без дополнительного выяснения ситуации (предупреждение);
20 - ситуация возможная, но требующая разъяснений (предупреждение);
30 - неверное сочетание элементов и блоков, отсутствие необходимых элементов и блоков (ошибка);
40 - недопустимые символы, недопустимые коды (ошибка);
50 - неверная структура файла (ошибка);
При наличии в файле ошибок, файл не будет принят территориальным органом ПФР.
Вывод: предупреждения в принципе можно игнорировать. Это информация для вас, что возможно Вы что-то упустили и не более того

[LoraK]

F что тут комментировать. В Правилах четко написано. Читаем:
Все отклонения от требований настоящих Правил, допущенные при формировании файла, содержащего пачку документов персонифицированного учета, разделяются по степени (коду) грубости:
10 - сравнительно редкая, но возможная ситуация; файл может быть принят без дополнительного выяснения ситуации (предупреждение);
20 - ситуация возможная, но требующая разъяснений (предупреждение);
30 - неверное сочетание элементов и блоков, отсутствие необходимых элементов и блоков (ошибка);
40 - недопустимые символы, недопустимые коды (ошибка);
50 - неверная структура файла (ошибка);
При наличии в файле ошибок, файл не будет принят территориальным органом ПФР.
Вывод: предупреждения в принципе можно игнорировать. Это информация для вас, что возможно Вы что-то упустили и не более того

В данном случае, ситуация с индексом как раз довольно частая! И это "косяк" именно ЧЕК-УФы. А работодатель-то в чем виноват? У него индексы правильные (по ним люди живут на самом деле. А в КЛАДРе - по нашим улицам - один индекс на весь город). Нельзя из-за неверного КЛАДра и формирования программой неверных заключений отказывать в приеме сведений!

[v_i_b]

В CHECKXML мсправили ошибку проверки индекса.
Есть ещё один нюанс когда появляются необоснованные предупреждения.
Всем кто работает с КЛАДР-ом известно что есть в 77 регионе ЗЕЛЕНОГРАД Г, а в нём дома без улиц и все они перечислены в doma.dbf. А CHECKXML(в отличии от CHECKUFA) выдаёт предупреждение об отсутствии улицы и не проверяет индекс.

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

А вот ещё более интересная ситуация. У нас в городе до недавнего времени все адреса имели почтовый индекс (последние 3 цифры) "100". Недавно вся почтовая корреспонденция, даже внутри города, стала отправляться в Санкт-Петербург на пункт автоматизированной обработки по Северо_Западу, после чего возвращается обратно или отправляется дальше по адресам. Так наши почтовики сделали объявление в местных СМИ, что теперь нужно вместо "100" записывать номер почтового отделения, иначе письма будут болтаться на почте, пока сами почтальоны не определят нужное отделение. Соответственно, бухгалтеры всех городских организаций должны внести в свои базы новые индексы. Вопрос: а где их взять, если почтовики эту информацию выдали только в ПФР, и многие работники никогда сами не знали, к какому почтовому отделению относится их дом. А в районах с этим делом ещё веселее. Тестируем файл с ИС ЧЕКом, получаем предупреждение "Населенный пункт определен неоднозначно". Выполняем опцию "Исправление адреса": удаляем старый индекс, указываем регион, район, доходим до населенного пункта. А там оказывается, что в этом районе (!!!) несколько одинаковых населенных пунктов с разными почтовыми индексами. Выбираем наугад, чтобы было меньше предупреждений. Если работник - основной, его можно опросить, а если договорник - пойди, найди его. А отчёт сдавать надо. Вот и подгоняем под программу.