Новые формы персучета СЗВ-6-4, АДВ-6-5

Туфелька

Версия программы от 17 апреля 2013 года.

Выгружается вот так:
<НаименованиеКраткое>9972</НаименованиеКраткое>
<РегистрационныйНомер>087-814-6620</РегистрационныйНомер>
<НомерЛицензии/>
</СоставительПачки>-
<НомерПачки><Основной>10000</Основной>
</НомерПачки>-
<СоставДокументов>
<Количество>1</Количество>-<НаличиеДокументов>
<ТипДокумента>СВЕДЕНИЯ_О_СУММЕ_ВЫПЛАТ_О_СТРАХОВЫХ_ВЗНОСАХ_И_СТРАХОВОМ_СТАЖЕ_ЗЛ</ТипДокумента><Количество>1</Количество>
</СоставДокументов>
<ДатаСоставления>16.04.2013</ДатаСоставления>
<КодКатегории>НР</КодКатегории>-<ОтчетныйПериод>

Пишет ошибку:

<КодКатегории>НР</КодКатегории>

Debug code: -1072898028
Согласно модели содержимого родительского элемента "ВХОДЯЩАЯ_ОПИСЬ_ПО_СУММАМ_ВЫПЛАТ_И_ПО_СТРАХОВЫМ_ВЗНОСАМ", элемент "КодКатегории" является непредвиденным. Требуется: ТипСведений.

РегистрационныйНомер>087-814-036620</РегистрационныйНомер>

Debug code: -1072898028
Согласно модели содержимого родительского элемента "СВЕДЕНИЯ_О_СУММЕ_ВЫПЛАТ_О_СТРАХОВЫХ_ВЗНОСАХ_И_СТРАХОВОМ_СТАЖЕ_ЗЛ", элемент "РегистрационныйНомер" является непредвиденным. Требуется: ТипСведений.

Что сделать в данной ситуации?

Veroff написал(а):

Туфелька написал(а):

При проверке в CheckXML файлов по СЗВ-6-4, АДВ-6-5 выдается ошибка: нарушена структура блока. Присутствует лишний элемент (наличие указанного элемента в данной позиции не предусмотрено схемой) источник ошибки: <РегистрационныйНомер>тут идет рег. номер страхователя в ПФР <РегистрационныйНомер>.

Кто-нибудь сталкивался с такой ошибкой? Что делать?

Спасибо.

CheckXML какая версия?
Проверьте, что выгрузилось в ваш xml Файл из SAP.

Туфелька

Скажите, пожалуйста, как заменить элемент? Где?

HanibaL написал(а):

Как раз версией от 29.03.2013 и проверял.
Заменил элемент СЗВ-6-4
<ТипДокумента>СВЕДЕНИЯ_О_СУММЕ_ВЫПЛАТ_О_СТРАХОВЫХ_ВЗНОСАХ_И_СТРАХОВОМ_СТАЖЕ_ЗЛ</ТипДокумента>
на
<ТипДокумента>СВЕДЕНИЯ_О_СТРАХОВЫХ_ВЗНОСАХ_И_СТРАХОВОМ_СТАЖЕ_ЗЛ</ТипДокумента>
и проверка прошла...

Ice_age

HanibaL написал(а):

Как раз версией от 29.03.2013 и проверял.
Заменил элемент СЗВ-6-4
<ТипДокумента>СВЕДЕНИЯ_О_СУММЕ_ВЫПЛАТ_О_СТРАХОВЫХ_ВЗНОСАХ_И_СТРАХОВОМ_СТАЖЕ_ЗЛ</ТипДокумента>
на
<ТипДокумента>СВЕДЕНИЯ_О_СТРАХОВЫХ_ВЗНОСАХ_И_СТРАХОВОМ_СТАЖЕ_ЗЛ</ТипДокумента>
и проверка прошла...

грузили правленный вручную .xml формуляр? или выгруженный правили?

tantsa

Уважаемые коллеги, как прописать в данных сотрудника, чтобы он не попадал в пенсионную отчетность. Или только исключением табельных номеров на селекционном экране этого можно добиться?

HanibaL

Ice_age написал(а):

HanibaL написал(а):

Как раз версией от 29.03.2013 и проверял.
Заменил элемент СЗВ-6-4
<ТипДокумента>СВЕДЕНИЯ_О_СУММЕ_ВЫПЛАТ_О_СТРАХОВЫХ_ВЗНОСАХ_И_СТРАХОВОМ_СТАЖЕ_ЗЛ</ТипДокумента>
на
<ТипДокумента>СВЕДЕНИЯ_О_СТРАХОВЫХ_ВЗНОСАХ_И_СТРАХОВОМ_СТАЖЕ_ЗЛ</ТипДокумента>
и проверка прошла...

грузили правленный вручную .xml формуляр? или выгруженный правили?

Извините, редко тут бываю. Менял в выгруженном. Потом просто скачал новые программы проверки, где уже проходил новый блок.

HanibaL

Качал вот по этой ссылке
http://www.pfrf.ru/ot_orenb/soft/6075.html

Ice_age

САП выкатил еще одну ноту по сабжу - Note 1845275 - SZV-6-4: cumulative updates 04.2013 где мягко указывает в сторону леса :lol:

Ice_age

tantsa написала:

Macros написал:

В форме СЗВ 6-4 появились информация о типе договора (трудовой и гражданско-правовой). Мы поймали следующий глюк:
Сотрудник работает по ГПХ, в течении 1 квартала деньги не успели начислить (в кластере пустые расчеты без начислений). В итоге в СЗВ 6-4 формируется тип договора "трудовой".

Причина в том, что тип договора вычисляется по exkey, а т.к. сумм нет, то и exkey не заполнен.
Анализ кода формы 66p_app3_py:
Таблица lt_wages в нашем примере пустая.

Code:

* SZV-6-4
* contract type for dummy periods
    loop at lt_wages assigning <ls_wage> where wcode is not initial.
      if gv_civil_contract_type cs <ls_wage>-exkey+lc_shift_contract(1).
        lv_gp_contract = 'X'.
      else.
        lv_tr_contract = 'X'.
      endif.
      if lv_gp_contract = 'X' and lv_tr_contract = 'X'.
        exit.
      endif.
    endloop.

Да, у нас тоже такая проблема наблюдается.

по факту они зацепили ту часть exkey которая влияет на определение типа договора, на первый символ возвратного значения признака 331TT

tantsa

Уважаемые коллеги!
Вот с такой проблемой столкнулись:
Мы неправильно применили вычет 4000 руб. с материальной помощи в январе и феврале 2013 г. по ряду сотрудников, т.е. уменьшили налогооблагаемую базу для ПФ.
В марте 2013 ошибку исправили, пересчитали сотрудников, увеличив базу в марте.
Но когда формируем справки СЗВ-6-4 на сотрудников, то "Сумма выплат, на которые начисляются страховые взносы" указывается по месяцам, и в марте она получается больше на 4000 руб., чем "Сумма Выплат Всего" в марте.
Такие сотрудники проверку CheckXML не проходят. Это вопрос, конечно, больше не к SAP, а к CheckXML. Попробовала разные манипуляции с В период/Для период в транзакции HRPAYRUT7RUN, но результат только ухудшился.

Galka

нашли ещё - если ставить TC_2012_SWITCH Х чтоб не засовывало дважды и в ГПХ и в обычных, ломается период работы - если человек принят в середине квартала, всё равно рисует период 01.01.2013-31.03.2013
нота 1845275 без этого свитча всё равно раскидывает дважды одного человека по двум папкам

Raynk

У кого нибудь xml сформированный СЗВ после все нот проходит проверку?
CheckXML (от 17.04.2013). Ругается на "Не представлен файл содержащий документ ОПИСЬ_СВЕД....(Форму АДВ-6-2

Видимо проверку делает целиком по всему комплекту документов. Тогда вопрос снят)

Macros

Galka написала:

если человек принят в середине квартала, всё равно рисует период 01.01.2013-31.03.2013

Да стажи после разделения ГПХ не ГПХ у нас тоже сломались, пока на скорую руку в юзерэксите zx_hruipfp3_los сделали постобработку стажей (настроили стаж ГПХ с выводом в поле t_pfperiod-PFADI своего кодового слова, по которому их отделяем и вычищаем)
Так и не понял, как сап подразумевал выделение стажа ГПХ. Своими ФМ (ФМ HR_RU_SEN_SEL_DOGOVOR не удалось применить) в стажевых правилах?
Пример: сотрудник до 14.02.2013 ГПХ, с 15.02.2013 по основному договору и т.п.

Galka

не, только нашли - пока решили ручками, на 0000 ит как-то не хочется страховой стаж перенастраивать - уже почти выверились (у нас больше 50 бухов), не хочется особо трогать
у нас также хрень с вредными стажами - человек во вредности ходит в отсутствие без текста (без адм, длдети и т.п. например повышение квалификации, донорские и т.п.) - рисуем там непечатные символы (иначе не побъёт периоды) и вырезаем из хмл

esrr

Добрый день коллеги. У кого нибудь была проблема вывода первого пустого листа в формуляре HR_RU_SZV64?

kapelman

Коллеги, добрый день!

У нас по всем работникам с вредными условиями появилась вот такая ошибка при проверке CheckXML:

№2 [ФИО]: Иванов Иван Иванович # 033-333-333 33
***30: Ошибка. Для указанного ненулевого значения 18810.72 элемента <СуммаВыплатПоДопТарифу27-2_18> блока <СуммаВыплатИвознагражденийПоДопТарифу> за 1-й месяц нет ни одного блока <СтажевыйПериод> с соответствущими этому месяцу датами начала и конца периода, содержащих в блоках <ЛьготныйСтаж> блок <ОсобенностиУчета>, в котором был бы указан непустой элемент <ОснованиеОУТ> блока <ОсобыеУсловияТруда>, имеющий значение, отличное от "27-1" и "28-СЕВ" и от значения "27-2", в сочетании со значением "23307000-17541" элемента <ПозицияСписка>, или в котором был бы указан элемент <ОснованиеВЛ> блока <ВыслугаЛет>, имеющий одно из значений: "27-11ГР", "27-11ВП", "27-12", "27-СП", "САМОЛЕТ", "СПЕЦАВ", "СПАСАВ", "УЧЛЕТ", "ВЫСШПИЛ", "НОРМАПР", "НОРМАСП", "РЕАКТИВН", "ЛЕТРАБ", "27-14", "27-15

Причем если проверить файл, то информация в указанных блоках присутствует. Никто с такой ситуацией не сталкивался?

Новые формы персучета СЗВ-6-4, АДВ-6-5

Кто сейчас на конференции