Проверка персучета программой checkxml проиворечит проверке checkxml ufa
03.07.2013
10:17
#1
"Выгружаем персучет за 2011 год исходные сведения. Сдавать будем сейчас (соответвенно 2013 год). Проверка программой checkxml ошибок не дает. Но Программа checkxml ufa выдает много ошибок, которые сводятся к двум ошибкам:
1) <ТипСтроки>ИТОГТипСтроки> Debug code: -1072897687
"ИТОГ" наруша *** ограничение enumeration для "МЕСЯЦ ИТОГО ИТОГО ПО ПАЧКЕ". Не удалось проанализировать элемент "ТипСтроки" со значением "ИТОГ".
2) <ТипСтроки>МЕСЦТипСтроки> Debug code: -1072897687
"МЕСЦ" наруша *** ограничение enumeration для "МЕСЯЦ ИТОГО ИТОГО ПО ПАЧКЕ". Не удалось проанализировать элемент "ТипСтроки" со значением "МЕСЦ".
Мы поменяли эти строки на следующие:
1) <ТипСтроки>ИТОГОТипСтроки>
2) <ТипСтроки>МЕСЯЦТипСтроки>
checkxml ufa перестала выдавать ошибки, но checkxml выдает одну ошибку:
Причина Указанное значение отсутствует в классификаторе.
Элемент <ТипСтроки> должен принимать одно из значений, указанных в классификаторе. Источник <ТипСтроки>ИТОГОТипСтроки> Строка 31 Позиция 21
Мы проверяем двумя программами, потому что ПФР тоже проверяет двумя программами и по одной из них есть ошибка. И они прислали отрицательный протокол. Что нам делать?
"
1) <ТипСтроки>ИТОГТипСтроки> Debug code: -1072897687
"ИТОГ" наруша *** ограничение enumeration для "МЕСЯЦ ИТОГО ИТОГО ПО ПАЧКЕ". Не удалось проанализировать элемент "ТипСтроки" со значением "ИТОГ".
2) <ТипСтроки>МЕСЦТипСтроки> Debug code: -1072897687
"МЕСЦ" наруша *** ограничение enumeration для "МЕСЯЦ ИТОГО ИТОГО ПО ПАЧКЕ". Не удалось проанализировать элемент "ТипСтроки" со значением "МЕСЦ".
Мы поменяли эти строки на следующие:
1) <ТипСтроки>ИТОГОТипСтроки>
2) <ТипСтроки>МЕСЯЦТипСтроки>
checkxml ufa перестала выдавать ошибки, но checkxml выдает одну ошибку:
Причина Указанное значение отсутствует в классификаторе.
Элемент <ТипСтроки> должен принимать одно из значений, указанных в классификаторе. Источник <ТипСтроки>ИТОГОТипСтроки> Строка 31 Позиция 21
Мы проверяем двумя программами, потому что ПФР тоже проверяет двумя программами и по одной из них есть ошибка. И они прислали отрицательный протокол. Что нам делать?
"
03.07.2013
11:09
#3
> Выгружаем персучет за 2011 год исходные сведения.
По какой причине? Как вы их сформировали? И в ПФР консультировались какие пачки им передавать, наверное, всё же СЗВ-6-1(2), а не СЗВ-6-4? По вашим же данным можно понять, что выгрузили вы сведения с пачками СЗВ-6-4.
По какой причине? Как вы их сформировали? И в ПФР консультировались какие пачки им передавать, наверное, всё же СЗВ-6-1(2), а не СЗВ-6-4? По вашим же данным можно понять, что выгрузили вы сведения с пачками СЗВ-6-4.
09.07.2013
14:49
#4
скорее всего должно быть так (потому что я помню про ошибки релиза только про МЕСЯЦ и МЕСЦ):
1) <ТипСтроки>ИТОГТипСтроки>
2) <ТипСтроки>МЕСЯЦТипСтроки>
1) <ТипСтроки>ИТОГТипСтроки>
2) <ТипСтроки>МЕСЯЦТипСтроки>
11.07.2013
19:22
#5
предлагаю загрузить эти сзв в программу Документы ПУ-5 (если загрузятся с нарушенной структурой конечно, а то и прям вбить их там), переформировать комплект за 2011 и выгрузить, в этой программе дает выгружать даже в формате 3.0(текстовом) за 98 г (хи-хи)
или откатить релиз ЗУП на прошлогодний, и в нем сформировать, потому что в связи со сменой формата пачек с этого года файлы старых форматов закосячили, так наткнулась в одном из релизов на совершенно кривой файл сзв-6-3 за 2012, а для внутр проверки все ок
или откатить релиз ЗУП на прошлогодний, и в нем сформировать, потому что в связи со сменой формата пачек с этого года файлы старых форматов закосячили, так наткнулась в одном из релизов на совершенно кривой файл сзв-6-3 за 2012, а для внутр проверки все ок
Читают тему
(гостей: 1)