спасибо. Но это не помогло.

Проблема решилась после установки ноты Note 1840797 - RSV-1: Part 2 multiple tariff codes processing.

Я нашел класс CL_HRPAYRU_EXPR_RSV1 метод IF_HRPAYRU_PLTAXRUN~GET_ID. Есть такое условие "if lv_flag = 'X' and not mv_hwc_calc_type is initial and not mv_hwc_calc_name is initial." Для программы HRULRSV1_CE эти параметры пустые mv_hwc_calc_type и mv_hwc_calc_name. Было сделано в соответствии с нотой 1847580. В ней указано заполнить для программы HRULRSV1:
HRULRSV1 HWC_CALC_NAME RUPF
HRULRSV1 HWC_CALC_TYPE P.
Если указать эти параметры для программы HRULRSV1_CE, то выпадает в дамп на строке:
perform get_pf_periods in program hrucalc0
Программа hrucalc0 у нас не используется так как вместо неё сейчас hrucalc0_CE. Активирован режим CE.
Дамп происходит в классе CL_HRPA_INFOTYPE_FACTORY метод SET_CONTEXT. Параметр a_context имеет значение = DFLT. Это значение присваивается в этом же классе метод CONTEXT. a_context = context_default. Параметр CONTEXT_DEFAULT имеет значение по умолчанию 'DFLT'.
Хочу узнать как у вас отрабатывает данный алгоритм?

на этот счет в САПе дают таблетку - но пока только по рецепту: в смысле пишите (в поддержку) да обрящете.

А у таблетки есть номер?
Чтобы быстрее прийти к взаимопониманию с SAP.

По этой проблеме вышла нота
Note 1857085 - Report RSV-1 (CE) Dumps at Processing of Harmful Conditions

Ответ от Службы Поддержки САП:
1) В описании ноты 1847580 в пунктах 11, 12 указана программа HRULRSV1.
Те же самые настройки необходимо сделать для программы HRULRSV1_CE, т.е.в таблице V_T7RURPTCST00 добавить соответствующие строчки:
HRULRSV1_CE HWC_CALC_NAME RUPF
HRULRSV1_CE HWC_CALC_TYPE P
Мы уже указали нашим разработчикам на эту неточность, а Вы видимо
сами уже это обнаружили и исправили.

2) Для устраненение динамической ошибки (на строке perform
get_pf_periods in program hrucalc0) примените пожалуйста пилотную ноту:
1857085 Report RSV-1 (CE) Dumps at Processing of Harmful Conditions

Коллеги, подскажите каким образом в новой форме РСВ-1 можно изменить код тарифа?
В DAQ есть поле TARCD для этого кода, и раньше оно заполнялось данными с селекционного экрана. Но в новой программе стоит проверка, что с 2012г это поле на экране скрывать и всем по-умолчанию проставлять "01". Кто то уже с этим боролся?

Попробуй проверить настройки Note 1840797 - RSV-1: Part 2 multiple tariff codes processing.
Я сделал настройка как в примере и код тарифа 03 появился.

Спасибо! Заработало!

Коллеги! А у кого-нибудь возникла проблема в строках 280,281,290,291 при получении отчета РСВ-1 за полугодие выводятся данные только второго квартала в графу 3 "Всего с начала расчетного периода"?

Добрый день!

При заполнении строки 100, столбец 7 через VC_T7RU9A_GROUPS (T1007) суммы выводятся в столбец 6.
Никто не сталкивался?

Уважаемые коллеги, добрый день!
Подскажите, пожалуйста, какое условие для чтения таблиц у вас прописано в поле T2013, например. У нас на предприятии только сотрудники с категорией НР. В прошлом квартале все прекрасно заполнялось с условием FIAN и Кодом ВО 212F7. Во втором квартале часть 2 пустая, почему-то. Перенастраивались ли вы на условие CLPC?
Cпасибо за информацию.

Коллеги, вышли ноты
Note 1887430 - RSV-1: processing of nonresidents in Rows 272, 281 and 291
https://websmp230.sap-ag.de/sap(bD1ydSZjPTAwMQ==)/bc/bsp/spn/sapnotes/index2.htm?numm=1887430 и
Note 1887586 - RSV-1: The DAQ-Form RSV1 complete customizing
https://websmp230.sap-ag.de/sap(bD1ydSZjPTAwMQ==)/bc/bsp/spn/sapnotes/index2.htm?numm=1887586

Добрый день, коллеги.
Расскажите как у вас после установки ноты 1847580 идет условие с использованием поля EXTID, к примеру в условие ENSN для строки 250. У нас не пошли суммы с учетом перерасчета прошлого 1 квартала, т.е. строка 110 - 113 собирает с учетом перерасчета, а строка 250 только суммы текущего месяца. Напомню, что после применения ноты условие стало выглядеть как ENSN 2 EXTID LIKE pettern _00.
Прошу делиться как обстоят дела у вас.

Я сделала >= 000