Налоговый вычет и перевод в середине периода

Vlado

Коллеги, добрый день.
У сотрудника стандартный вычет в ИТ0299.
В середине месяца его переводят в другое подразделение, расчет разделяется на две части - до и после перевода.
Налоговый вычет вычитается в обоих частях.
Расчет вычетов в схеме стандартный, не поломанный ) .
Вот я и думаю как должно правильно быть - в схеме обрабатывать или при переводе разбивать ИТ0299 ?

Macros

посмотрите операцию ruspl p?a
там как раз анализ при нескольких расчетах внутри периода.
Логика приблизительно такая: применяем вычет в последнем периоде если не было увольнения и 299 ит не ограничен. Если 299 ИТ ограничен датой перевода тогда вычет применяется в первом расчете.
Это операция используется в правиле RU-2, т.е. должна работать в стандартных настройках, хотя наверное есть еще какие-то нюансы: например, операция дает сбой если есть несколько расчетов внутри месяца (больше 2-х) и в последний расчет в статусе уволенный (т.е. нужно ограничивать записи 299 ИТ после увольнения).

RoustR

Дополню. Действительно, RU-2 должна примененять льготу только в последнем периоде расчета месяца, и для этого в ней стоит проверка ruspl p?a.

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

В середине месяца его переводят в другое подразделение, расчет разделяется на две части - до и после перевода.

Полагаю, система просто не знает, что у вас есть мероприятие перевода, которые вызывает разделение периода расчет на части, поэтому ruspl p?a неправильно.
Поиграть настройками можно следующим образом. В своей работе ruspl p?a использует таблицу gt_hifi, в которой по идеи должны быть периоды работы, разбитые по вашему мероприятие перевода. gt_hifi заполняется ФМ HR_RU_HIRE_FIRE. Этот ФМ в своей работе использует таблицу V_T7RU530. Укажите в этой табюлице свое мероприятие перевода и посмотрите что получиться.

Vlado

Стоит разделение в V_T530_ALL.
Разделение стоит не на уровне IT, а на уровне периода, т.е. у человека два расчета за март:

03/2012 ( 01.03.2012 - 21.03.2012 ) Регулярный расчет в 03/2012
03/2012 ( 22.03.2012 - 31.03.2012 ) Регулярный расчет в 03/2012

Сплиты в первом и втором периоде одинаковые. Можно как-то определить в правиле расчета , что это второй период в данном месяце?

RoustR

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

Стоит разделение в V_T530_ALL

Это все понятно. Я про другое писал.

Цитата:

Можно как-то определить в правиле расчета , что это второй период в данном месяце?

Параметры периода текущего расчета во время расчета хранятся структуре aper. У нее есть пары begda-endda - это текущий расчитываемый период, PBEGD - PENDD - это текущий месяц. Соотвественно, если aper-endda <> aper-PENDD, то это не последний период в этом месяце. Такую проверку можно сделать даже в правиле.
Но для реализации такого подхода придется ломать стандартное правило RU-2. Стандартно решение на самом деле работает, нужно просто разобраться. Лучше всего пройтись отладчиком по исполнению ruspl p?a и посмотреть что не так. Ключевым здесь является заполнение таблицы gt_hifi.

ЗЫ. Заметил, что условие неправильно написал. Исправил.

Vlado

Действительно, получается. Спасибо.
Единственное приходится указывать в V_T7RU530 что это мероприятие увольнения, что немного странно.
Поиграюсь еще с настройками

Dimon

С "увольнением" осторожнее, на gt_hifi смотрят еще и правила релевантности при расчете среднего заработка , то есть считается, что если у сотрудника сменилось юрлицо , у него и история СЗ должна пойти заново

Macros

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

Единственное приходится указывать в V_T7RU530 что это мероприятие увольнения, что немного странно.

странно, возможно в вашей системе поломан ФМ HR_RU_HIRE_FIRE.
В стандарте работает:
в 299 ит запись с 01.01.2012-31.12.2012, 15.05.2012 перевод сотрудника с разбиением расчета.
Получаем вычет только в периоде с 16.05.2012-31.05.2012. Если требуется вычет применить в первом периоде (типа во втором доходов не хватает) тогда ограничиваем запись 299 ИТ по 15 число...
Если вместо перевода увольнение, тогда вычет применяется в первом периоде, правда сап тут немного "накасячил"... если перед увольнением есть переводы тогда придется запись 299 ит ограничить датой увольнения, иначе вычет применится ненсколько раз, так как в каждом периоде будет найден впереди период увольнения.

Vlado

Вот ФМ, gs_flags-stat2 и gs_flags-enl приходят равными X, поэтому обработка идет как для увольнения. Где заполняется gs_flags ?

Code:

 IF gs_flags-masty EQ 'X'.
    IF gs_flags-stat2 IS INITIAL AND gs_flags-enl IS INITIAL.
      PERFORM get_hifi  USING p_pernr
                              p_begda
                              p_endda
                              'X'        "Hires
                              'X'        "Fires
                     CHANGING tab_phifi
                              l_returncode.
    ELSE.
      PERFORM get_hifi  USING p_pernr
                              p_begda
                              p_endda
                              space      "Hires
                              'X'        "Fire
                     CHANGING tab_phifi
                              l_returncode.
    ENDIF.
* Check rehiring by MASTY
    PERFORM get_hf_t7ru530 USING p_pernr p_begda p_endda
                        CHANGING l_returncode.
  ENDIF.

RoustR

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

Вот ФМ, gs_flags-stat2 и gs_flags-enl приходят равными X, поэтому обработка идет как для увольнения. Где заполняется gs_flags ?

gs_flags определяется в ФМ HR_RU_SET_CRITERIA_HIRE_FIRE. В HRUCALC0 сначало вызывается HR_RU_SET_CRITERIA_HIRE_FIRE вот так

Code:

FORM init-natio.     " Initialisierung der steuerl. Freibetraege.
  CALL FUNCTION 'HR_RU_SET_CRITERIA_HIRE_FIRE'
    EXPORTING
      P_STAT2              = 'X'
      P_MASTY              = 'X'
      P_ENL                = 'X'
      P_NOHOLES            = 'X'
      p_status             = '2'   "statuses 2 and 3 -> employee active
    IMPORTING
      P_TAB_CRITERIA       = gt_hifi_criteria
            .
  ru_mk_read_keys sy-repid 'RUAID_46C_V0_STRUC' gv_ruaid_46c_v0_struc.
ENDFORM.                    "INIT-NATIO

кроме gs_flags, заполняется структура gt_hifi_criteria, которая уже используется в HR_RU_HIRE_FIRE_DATES.
Может быть поможет такая информация. Я нашел в реальной системе аналогичный ТН, он принят в 2010 году, марте у него перевод, который вызывает разделение периодов расчета.
gs_flags заполнена вот так

Code:

STAT2   C   1    X
MASTY   C   1    X
ENL   C   1    X
NOHOLES   C   1    X

В gt_hifi получается одна запись, заполненная вот так

Code:

BEGDA   D   8    20010807
ENDDA   D   8    99991231
ACTIVE   C   1    X
FHE   C   1                                                                                    
CLASS   C   4                                                                                    

V_T7RU530 пустая
В аper 2 записи по периодам до и после перевода. RUSPL P?A для первого полупериода возвращает *, для второго Х.

Налоговый вычет и перевод в середине периода

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