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

Macros

Посмотрите есть ли у вас на сел экране поле P_FORMT ?
Дело в том, что в daq есть ссылка на него в поле FORMT. Если я правильно понял управляет полями раздела 6.3

Saturn

Добрый день!

P_FORMT в программе HRULRSV1 нет. Может быть исправлено в ноте 2002043, но сейчас она недоступна для установки.

У кого-нибудь появляется Раздел 2.5 (2.5.1), где должны указываться имена файлов пачек и суммы по пачкам? В XML файле эти данные есть, но в PDF отчете такой страницы нет, а должна быть.

Macros

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

P_FORMT в программе HRULRSV1 нет. Может быть исправлено в ноте 2002043, но сейчас она недоступна для установки.

У кого-нибудь появляется Раздел 2.5 (2.5.1), где должны указываться имена файлов пачек и суммы по пачкам? В XML файле эти данные есть, но в PDF отчете такой страницы нет, а должна быть.

нота 2002043 у нас установлена, раздел 2.5 заполняется, пробовали пока на одной пачке.
Скорее всего готовят следующу версию ноты .

femina_alba

Secret007, спасибо большое, что отозвались, я разобралась.

Macros

Macros написал:

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

Скорее всего готовят следующу версию ноты .

обновили ноту, теперь жестко в daq прописали исходную форму, надеюсь это времено :wink:

Еще косяк: при формировании за полугодие стаж выводит с начала года.
Коллеги, если у вас используется стандартная стажевая модель этот глюк присутствует?

Cкорее всего для поля T68SP нужно поставить V_T7RU_99FF-SOUFI = "LQ"

-DoKa-

Что-то не могу сообразить откуда формируется значение для условия ESCC и поля MT_EXT_TAB[1]-CIVIL, используемое для графы 6 раздела 6.4 по выплатам ГПХ. Не подскажет никто?

Macros

-DoKa- написал(а):

Что-то не могу сообразить откуда формируется значение для условия ESCC и поля MT_EXT_TAB[1]-CIVIL, используемое для графы 6 раздела 6.4 по выплатам ГПХ. Не подскажет никто?

пока откопал ФМ HR_RU_DSR_CHECK_CONDITION,там

Code:

      when others.
        replace all occurrences of regex '\[|\]|\-' in <ls_condi>-field with ` `. " parse "TALBE[EXTID]-FIELD" to table/extid/field from a condition
        split <ls_condi>-field at ` ` into lv_table_name lv_extid lv_field_name.
        condense: lv_table_name, lv_extid, lv_field_name.

        if lv_table_name is not initial and lv_extid is not initial and lv_field_name is not initial.
          try. " external provider->index_table
              lo_obj ?= lo_taxrun->mo_extid_provider.
              assign lo_obj->(lv_table_name) to <lt_table>.
...

т.е. MT_EXT_TAB это таблица объекта lo_taxrun-MO_EXTID_PROVIDER

Дальнейшие раскопки: таблица заполняется в методе IF_HRPAYRU_PLTAXRUN~GET_ID
Вообщем алгоритм аналогичен СЗВ6-4, первый символ признака 331TT должен равняться параметру mv_contract_type.
Параметр mv_contract_type читается из параметров программы причем HRUIPFP5

Macros

Для ГПХ все как-то усложнилось в новой форме.
источник: http://www.gazeta-unp.ru/print.htm?article=2277

Цитата:

Изменение № 7
Выплаты подрядчикам можно показать в одной форме

На работника, который одновременно был подрядчиком, надо заполнить один раздел 6. Вознаграждение подрядчика надо выделить из общей базы по взносам в графе 6 подраздела 6.4. А период работы по гражданско-правовому договору надо показать отдельной строкой в подразделе 6.8 и в графе 7 записать «ДОГОВОР» или «НЕОПЛДОГ» (п. 43.1 Порядка № 2п). Причем периоды стажа по трудовому договору и договору подряда могут пересекаться. Раньше, если сотрудник подрабатывал подрядчиком, на него надо было заполнить две разные формы СЗВ-6-4.

Сап вообще похоже не предусмотрел схлопывание по снилсу, даже обработка 121 ИТ отключена в РСВ-1

r1919

Добрый день.
Каким образом настраивается заполнение раздела 6.8?
Данные в таблицу t68 не попадают и весь 6 раздел не выводится.
Спасибо

Macros

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

Добрый день.
Каким образом настраивается заполнение раздела 6.8?
Данные в таблицу t68 не попадают и весь 6 раздел не выводится.
Спасибо

проверьте ракурс T7RURPTCST00
HRULRSV1 HWC_CALC_NAME
HRULRSV1 HWC_CALC_TYPE
первый параметр название процесса для стажа, второй "P".
Если настраваете через модель тогда немного другие параметры.

SemenSemenych

Помогите, кто чем может, плиз.

После установки нот не доехали некоторые записи в DAQ для формуляра RSVA.
В частности - группы полей 272*, 281* и т.д. (вроде понятно, что там сумма полей, но непонятно каких).
Есть идеи, почему это могло произойти?
А если не трудно - поделитесь, плиз, содержимым этих групп.

Спасибо!

femina_alba

Saturn, а вы решили проблему с разделом 2.5?

Secret007

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

После установки нот не доехали некоторые записи в DAQ для формуляра RSVA.
В частности - группы полей 272*, 281* и т.д. (вроде понятно, что там сумма полей, но непонятно каких).
Есть идеи, почему это могло произойти?
А если не трудно - поделитесь, плиз, содержимым этих групп.

У меня таких групп тоже нет. Поля T272* настроил как T211* и заменил код ВО на 212F9M12. Код 212F9MNR у меня не заполнен, поэтому группы 272* не требуются. Нота 2002043 постоянно обновляется. Сегодня в ней уже 20 замеченных ошибок. Если сообщите ваши замечания в САП, их могут включить в ноту.

SemenSemenych

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

После установки нот не доехали некоторые записи в DAQ для формуляра RSVA.
В частности - группы полей 272*, 281* и т.д. (вроде понятно, что там сумма полей, но непонятно каких).
Есть идеи, почему это могло произойти?
А если не трудно - поделитесь, плиз, содержимым этих групп.

С группами разобрался. В группы входят поля T27A*+T27B*, T28A*+T28B*...
Но возник другой вопрос.
Проблема - с полями, в которые выводятся "Суммы, не подлежащие обложению...".
Для них же нет кумулятивных видов оплаты в решении по новым классам условий труда, правильно?
Соответственно, есть просто перечень таких видов оплаты. Как их запихнуть только в правильные поля (в соответствии с классом УТ)?
Условия H271 и H272 работают, а вот для разных новых классов даже условий нет.
Только плодить кумулятивные виды оплаты + корректировочная схема?

Спасибо!

-DoKa-

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

Помогите, кто чем может, плиз.

После установки нот не доехали некоторые записи в DAQ для формуляра RSVA.
В частности - группы полей 272*, 281* и т.д. (вроде понятно, что там сумма полей, но непонятно каких).
Есть идеи, почему это могло произойти?
А если не трудно - поделитесь, плиз, содержимым этих групп.

Спасибо!

Обратите внимание на новую версию Note 2002043 - RSV-1: cumulative updates 04.2014. Один из симптомов об этом. Есть ощущение, что все затерлось запросом (или даже скорее всего просто не содержалось в нем), который было предложено загрузить изначально в ноте с презентованной формой РСВ-1 для 2014 г.

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

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