РСВ-1 ПФР ждём от сапа или начинаем паниковать и абапить?

dnpacct87

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

Код отчетного периода должен иметь 1 символ (квартал-3, в XML формируется 03).

Односимвольный код дает поле HEAD.REPP. Двухсивмольный HEAD.PERN. У меня такая ошибка проявилась после установки патчей. Такой симптом описан в ноте 2007970 - RSV-1: cumulative updates 04.2014 (II), но проявился уже после установки более поздних патчей. По-моему с версиями программ преобразования HRRU_RSV1_2014 путаница, если ставить ноты и применять патчи, эффект будет разный.

Razo

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

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

Код отчетного периода должен иметь 1 символ (квартал-3, в XML формируется 03).

Односимвольный код дает поле HEAD.REPP. Двухсивмольный HEAD.PERN. У меня такая ошибка проявилась после установки патчей. Такой симптом описан в ноте 2007970 - RSV-1: cumulative updates 04.2014 (II), но проявился уже после установки более поздних патчей. По-моему с версиями программ преобразования HRRU_RSV1_2014 путаница, если ставить ноты и применять патчи, эффект будет разный.

Вручную правили?

dnpacct87

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

Вручную правили?

Взял программы преобразования HRRU_RSV1_2014 и HRRU_RSV1_2014_PART6 из ноты 2010169.

Razo

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

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

Вручную правили?

Взял программы преобразования HRRU_RSV1_2014 и HRRU_RSV1_2014_PART6 из ноты 2010169.

Помогло. Спасибо!!

Samira

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

Подскажите пожалуйста, каким образом у вас настроены условия для чтения
в таблице V_T5F99FCOND поля условия выбора:
CSIN (ООИ),
CSNR (НР),
CSVP (ВПНР),
Которые определяют в Таблице 6.4 поля "Код категории застрахованного лица" (ООИ, НР, ВПНР).
Спасибо.

Zuhra

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

Подскажите пожалуйста, каким образом у вас настроены условия для чтения
в таблице V_T5F99FCOND поля условия выбора:
CSIN (ООИ),
CSNR (НР),
CSVP (ВПНР),
Которые определяют в Таблице 6.4 поля "Код категории застрахованного лица" (ООИ, НР, ВПНР).

У нас стандартные настройки:

Code:

CSIN   01   01.01.1900   31.12.9999   MDTAX   LIKE LIKE-образец (допустимые метасимволы: '_' и '%')   I%
CSIN   02   01.01.1900   31.12.9999   S33TAX   NOT LIKE NOT LIKE-образец (допустимые метасимволы: '_' и '%')   F%SI
CSNR   01   01.01.1900   31.12.9999   MDTAX   LIKE LIKE-образец (допустимые метасимволы: '_' и '%')   3%
CSNR   02   01.01.1900   31.12.9999   S33TAX   NOT LIKE NOT LIKE-образец (допустимые метасимволы: '_' и '%')   F%SI
CSVP   01   01.01.1900   31.12.9999   MDTAX   EQ равно (=)   30
CSVP   02   01.01.1900   31.12.9999   S33TAX   LIKE LIKE-образец (допустимые метасимволы: '_' и '%')   F%SI
CSVP   03   01.01.1900   31.12.9999   {OR}    
CSVP   04   01.01.1900   31.12.9999   MDTAX   EQ равно (=)   32
CSVP   05   01.01.1900   31.12.9999   S33TAX   LIKE LIKE-образец (допустимые метасимволы: '_' и '%')   F%SI

Но инвалиды с 2015 года включаются в категорию НР, теперь не формируется схема IN.

msv

Коллеги, кто как поступает с отрицательными суммами в отчете? Нет ли стандартного метода схлопывания отрицательных сумм, по аналогии с HRULNDFL и табличкой T7RUNP?

Samira

Добрый день, коллеги!
Тоже очень актуальный вопрос для нас.
Хотелось узнать, кто и как реализовал данную тему?

msv написал:

Коллеги, кто как поступает с отрицательными суммами в отчете? Нет ли стандартного метода схлопывания отрицательных сумм, по аналогии с HRULNDFL и табличкой T7RUNP?

msv

Коллеги, всем привет!
Еще один вопрос, по поводу формирования XML файла для предприятия с большой численностью. Т.к. численность несколько тысяч человек - формирование отчета происходит в фоне, с формированием temse-файлов. Если формировать в foreground - отчет просто валится по таймауту, и таймаут увеличить возможности нет - такова политика партии. Потом из полученных файлов temse генерируем XML с помощью HRULXTV0. Но - HRULRSV1 формирует множество файлов по 200 человек в пачке. Вопрос - как увеличить количество человек в пачке? Обрабатывать с помощью HRULXTV0 под сотню файлов весьма неудобно.
Я посмотрел код отчета, похоже размер пачки зашит в переменной gv_packn в инклюде PLRSVRUD:

Code:

gv_packn type numc3 value 200,

Затем в form xml_data и происходит разбиение на пачки:

Code:

      if lv_index = gv_packn.
        perform new_package changing cs_data ls_xmlt6 lv_index lv_pknum lv_picon lv_pibas.
      endif.

Вопрос - как не ломая отчета увеличить кол-во человек в пачке? Может быть есть какой параметр для T7RURPTCST00 как был по аналогии для HRULPFP5 параметр DOCS_IN_SZV62?
Кто как решает проблему формирования XML для большого количества сотрудников?
Спасибо!

calm

не более 200 человек в пачке - это ограничение ПФР.

msv

calm
да, но помоему это ограничение к формам СЗВ.

calm

ПРАВЛЕНИЕ ПЕНСИОННОГО ФОНДА РОССИЙСКОЙ ФЕДЕРАЦИИ

ПОСТАНОВЛЕНИЕ
от 3 марта 2014 г. N 25п

ОБ УТВЕРЖДЕНИИ ФОРМАТА
РАСЧЕТА ПО НАЧИСЛЕННЫМ И УПЛАЧЕННЫМ СТРАХОВЫМ ВЗНОСАМ и бла-бла-бла..

1.1. Файлы входящих документов
Отчетность по форме РСВ-1 представляется в виде комплекта файлов входящих документов, в совокупности содержащих сведения в целом по плательщику страховых взносов.
...
6.6 "Наличие документов"
Количество от 1 до 200.

msv

calm
Спасибо, это проясняет ситуацию, но не делает её легче

Вопрос о том, как выгрузить XML-файл для предприятия с большим количеством сотрудников, без массы неудобных телодвижений с HRULXTV0 и ручным именованием файлов, остается открытым.

Еще вопрос в тему РСВ-1 - у кого нибудь получилось настроить отчет таким образом, чтобы верно заполнялась секция 6.8 для сотрудников ГПХ?
Пример - сотрудник работает по договору ГПХ весь первый квартал года, выплаты по договору есть только за первый месяц, за второй и третий месяцы квартала выплат нет. В таком случае в секции 6.8 хотелось бы видеть две записи - одна на первый месяц с пометкой ДОГОВОР, и вторая на второй и третий месяцы с пометкой НЕОПЛДОГ. Сейчас же имеем одну запись на весь квартал с записью ДОГОВОР.
Другой пример на эту же тему - сотрудник работал первые 10 дней месяца как сотрудник в штате, затем его увольняют, и принимают через 10 дней как сотрудника ГПХ. За последние 10 дней месяца у него не было выплат по договору ГПХ - соответственно в секции 6.8 хотелось бы видеть это разбиение периода и пометку НЕОПЛДОГ на последние 10 дней месяца.
У кого нибудь это работает?

Lalina

у нас вообще стандартный ДОГОВОР никак не работает (по идее должно работать по 16 ИТ, по факту работает по 1-му, в ФМ HR_RU_SEN_SEL_DOGOVOR проверяется какая-то переменная, которая нигде не объявлена, тут на форуме писали, что нужно добавить в модель оценки класс RUVD)
мы сделали доработку, проверяем на наличие суммы DAQ-поля куда складывается сумма по ГПХ и на этот месяц только выводим ДОГОВОР
в остальное время ничего не выводим.

Samira

Добрый день, коллеги!
У САПа есть нота, в которой описана настройка "НЕОПЛДОГ":

2079890 # Legal Change RU HCM - the ordinance 237P at 21.07.2014 by Pension fund

Настройка выполнена согласно ноте, но работает только "ДОГОВОР".
Сообщение в САП выставлено, но пока тишина. :cry:

РСВ-1 ПФР ждём от сапа или начинаем паниковать и абапить?

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