Ansicht
Dokumentation

RPLHZPT2 - Collective notification HI

ROGBILLS - Synchronize billing plans   Addresses (Business Address Services)  
This documentation is copyright by SAP AG.

Description

RPLHZPT2 - Summarized report for health insurer

- data preparation for T5TA2 table for further modification
(the RPLHZPT1 program is used for media creation)

Requirements

Methodical instruction: this program prepares base data for report
for health insurers. Taking into consideration complexity of these questions,
related to many possible combinations, these base data cannot be
automatically consider as perfect ones. Analogous to monthly
processing, some manual corrections may be required. Therefore,
base data are saved in a table first, where their check and possible
manual adjustment can be performed. After the check completion, the
RPLHZPT1 program is launched to create appropriate media and forms
to be sent to individual health insurers.

The report generates codes based on several stimuli.

One stimulus are actions with HI-related codes saved in
table T5T05. (Except of codes O/P, M /U, D/H, which are not generated based on this table).
The report also considers absences from IT 2001 as
to maternity leave, parental leave, paternity leave...
Other stimuli are pensions (retirement, disability, partial disability,
widow and orphan) as IT 0620 records.
The report also reflects changes to IT 0153 (change of Health
Insurance Fund, HI rule, insured person ID).
Change to the insured person ID in the T5T1L table also results in P/O code generation.
The program takes date type 98 as the commencement date
of the student (code G) and with date type 99 as date the student leaves (code F).
The program automatically changes the P code to C for foreigners and, at the same time,
prevents from N and K codes being generated for them.
The program takes into account the flag "Foreigner from EU" in infotype 0153 and generates
the E or A code instead of the C code for these employees.

The program also takes into account payroll results for DPP and DPC and based on
the wage type /303 determines if the employee is insured or not.

The program checks possible changes in the 0153 infotype. Especially, changes in
the following fields:
Health insurance rule (KVKZ1)
,,,,- set the insurance rule to 0, if you want to report long time off

Health Insurance Fund (KVSFR)
Employee ID for Health Insurance Fund (MITNR)

Sick pay in protection period are entered in IT 2001, their end dates
are read from the field End of sick pay (P2001- LFZED).

The program reacts to previously saved records in table T5TA2
and adjusts the output accordingly. The following is checked for pairs P/O, M/U, and D/H:
- sequence (O must follow after P and U must follow M, N/A for D/H)
- if already sent

Parameter History for the last rec.only controls,
if all historical code combinations should be included
or only the ones saved recently in this month.
It is possible to display rejected codes in the report by clicking on
"Display results of code combination check" where a code
creation origin abbreviation is also displayed, for instance: OPATR from actions, DYNPO
for dynamic insurance, 0153 as a stimulus from the infotype 0153 etc.

Additional error messages can be displayed by clicking on “Error notification”.

The program allows only one proposal to be saved per month. If
a previous result from the same month is found, a warning is displayed and
the previous batch is deleted. If the processing is divided
into several independent batches, it is necessary
to allow storage of more batches in the same month.

Parameters

The "Sort the list" parameter determines report sorting according to the social insurance number, date
of the report code for health insurer or last name.
In case of sorting according to the social insurance number (= policyholder ID)
the list is sorted as required by health insurers as well.
first, "P" or "C", "N" codes, then other codes and the "O" code in the end.

"Write to T5TA2" parameter toggles between test and productive
program run

"List report proposal" selects listing of generated
report codes for health insurer

"More batches in month" parameter allows repeated program run
with data saved within one period. If not selected,
every subsequent run with data saving causes deletion
of a previously saved batch for the same month. It si useful in particular for companies with transfer duty at one location. In case of companies with local transfer duty, leave this parameter selected.

Use the "From history only last month rec." to define, if the employee code combination check
shoul include all records from the T5TA2 table or only
the last saved data batch from the given month (common LAUFD, LAUFI). Depth of history exploration is not affected by this parameter, unlike quantity of considered data of the (historical) month.
If you make more run proposals and you also save them, then it is advisable
to enter 'X' for this parameter to consider the last proposal run only
in a month.

"Subtyp perm.res.foreign.(0006)" parameter can be used to identify a foreigner from a country identified from the IT0006 record with the specified subtype. Common employee need not such a IT0006 record.

The "Report actions prev.day" parameter allows to add actions, which will be evaluated one day before (1. January ->31. December). This is typically intended for exit actions. If left empty - in contrast to common practice - all actions will be processed according to their current validity date. Empty parameter does not affect anything.

Maintain the T5T05 table, field MOULD1,2 before running the report!

- MOULD1 contains codes that the report should generate when
the action starts
- MOULD2 contains codes generated when the action ends
These are single-character codes without white spaces one after another from left
Exception: MOULD1 with value of "DNPOL" indicates action with
codes N and K (SIB in protec. period) generated for all records from IT2001
in the validity period.
Presence of this code is checked by this program and
if no such record is found, error message
occurs.
If you do not have such action, do not enter this code
into the table. There will however be a message in the output
that you do not have this code in the table.
A missing code does not then affect correctness
of illness code generation during the protection period.

Do not enter codes P/O, M/U, and D/H into this table.

Information for developers:

ENHANCEMENT

BADI hr_cz_hoz_legent_split
You can modify insurance payer number passed in the internal table according to your special requirements. This change affects P code generation.

Additional possible user changes to the program functionality:

Include RPLHZPTZ is ready for local user-defined changes. It will be not delivered from our side any more (your changes will not be overwritten). The following predefined procedures are inculded:

The user_start_of_selection form is designated for actions performed before GET PERSON.

The do_0000 form si designated for a routine with its own evaluation of an action. Do not forget to set the vaule of the variable "do_0000_intern" to a space for deactivation of evaluation by the standard routine.

The proc_single_user_code form is for custom processing (generation) of the HI company report code based on custom causes. This is usually based on proprietary infotype, a custom combination of root data values, etc.

The user_zapis_i5ta2 form serves a self-check of the code, to change its values or potentially create other dependent codes. The routine is prepared when everything is ready for writing of (one) code into an internal table. It will be verified by a code combination check at the end of program run. There is however also room for a last changes to the code, which will be saved later.

Output

General Material Data   ROGBILLS - Synchronize billing plans  
This documentation is copyright by SAP AG.

Length: 8851 Date: 20240520 Time: 122827     sap01-206 ( 92 ms )