PYFG - PY211C

Patching By Pay Line / Contract Retro Processing
Note: When the retro process PYUTRTRP or patch process PYTCDTPT are run, both processes look to this common code for which Patch Method will be used.
Code Category: PYFG
Code Value: PY211C
Short Description: Entering "DEBUG" in this field will cause debug information to be displayed. This is used for BusinessPLUS diagnostic purposes.
Medium Description: Not required.
Long Description: Not required.
Associated Numeric Values
1: Miscellaneous Record Type Identifier. This field identifies the MISC Code that determines the alternate record type for retros. Basic retro process runs by Num-Cd and record type to distinguish distributions. Therefore, one record type will retro back only onto pay assignments with the same record type. When this is not possible a record type can be entered into the miscellaneous code that the assignment will retro upon.
2: The number entered here determines the number of employees read between progress messages. If "0" is entered here, no progress messages will be displayed.
3-5: Reserved for future use.
Associated Codes
1: When left blank the default is for no EARLY or LATE patching.Open Patch Flag – This setting is used to extend the patching timeframe beyond the effective dates on employee Pay Assignments. Ordinarily the Pay Assignment effective Begin/End dates must overlap the pay period to be considered eligible. These optional settings work as follows:

EARLY PATCH – Pay Assignments that start after the pay period are eligible for patching if the Patch Begin/End dates touch the pay period.
LATE PATCH – Pay Assignments that end before the pay period are eligible for patching if the Patch Begin/End dates touch the pay period.
OPEN PATCH – Combination of the above. All Pay Assignments where Patch Begin/End dates touch the pay period are eligible for patching.

2: PYPMSCNUM03 - this value will cause retros to use the number located on the Pay Assignment in miscellaneous Numeric Code 3 as the number of future periods remaining on the contract. "DAILY PATCH" in this field causes Patch by Pay Line to run using defaults from the employee definition. Defaults are: Patch Flag = F; Patch Dates are set to the effective dates; Calendar = Calendar on Employee Definition.
3: The Period Code of the normal processing periods from the Pay Period Definition Screen. Retros and other processing require knowing which periods correspond to the normal processing periods throughout the year. With this code a period table is built that represents the periods for the whole year and when multiple periods are selected in either the retro or correction utilities it steps through these periods to calculate the correct amounts. "FUT-BEGIN-OK" will activate an option to NOT EXCLUDE employees who have an Emp Begin Date that is after the Pay Period End Date. For these employees, the Employee Begin Date is replaced with the Pay Period Begin Date.
4: "DON'T SMEAR." This Code should not be used except in extremely rare cases where the retro utility and the correction utility are not used. This code causes excess hours entered on patchable days to not smear. Retros and Corrections require that this be turned off.
5: "NO DAY FILL." This Code should not be used except in extremely rare cases where the retro and correction utility are not used. This code causes days that have less than the full number of hours entered through timecards to not patch the difference. This means that if you enter 2.0 hours on an 8.0 hour day, the system will not patch the remaining 6.0 hours. Retros and Corrections require that this be turned off.
Associated Descriptions
1: "NO ERROR ON RETRO PAID" – Tells the system to not display a warning if retro paid is calculated but there is no retro paid hour (RTRP in misc code 1) in the pay class.
2: Associated Desc 2-"USE PERIOD DATES." This code should be used nearly all the time. This code is used in determining the retro paid amount. They system uses the date range from the period table to determine the paid amounts for each period. This option allows all dollars that by period begin and end date fall into the standard period table. This setting is beneficial when supplemental periods are used because the check date may vary but the period dates remain constant. The default behavior is to use check date to determine the paid dollars.
3: "ROUND BY PERIOD." This code will cause both salary and rate type patching to be rounded to the nearest penny for the whole period. This will cause daily amounts to be adjusted when a full penny correction is necessary so that the target for the current period is more accurate.
4: Reserved for future use.
5: Reserved for future use.