This page (revision-20) was last changed on 28-Jan-2022 16:03 by Kevin Higgs

This page was created on 26-Nov-2021 10:22 by JEscott

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Page revision history

Version Date Modified Size Author Changes ... Change note
20 28-Jan-2022 16:03 8 KB Kevin Higgs to previous
19 24-Jan-2022 17:50 8 KB Kevin Higgs to previous | to last
18 24-Jan-2022 17:45 8 KB Kevin Higgs to previous | to last
17 26-Nov-2021 10:22 8 KB kparrott to previous | to last
16 26-Nov-2021 10:22 8 KB kparrott to previous | to last
15 26-Nov-2021 10:22 8 KB kparrott to previous | to last
14 26-Nov-2021 10:22 8 KB JMyers to previous | to last
13 26-Nov-2021 10:22 10 KB JAiken to previous | to last
12 26-Nov-2021 10:22 9 KB JEscott to previous | to last
11 26-Nov-2021 10:22 9 KB JEscott to previous | to last
10 26-Nov-2021 10:22 9 KB JEscott to previous | to last
9 26-Nov-2021 10:22 9 KB JEscott to previous | to last
8 26-Nov-2021 10:22 7 KB JEscott to previous | to last
7 26-Nov-2021 10:22 7 KB JEscott to previous | to last
6 26-Nov-2021 10:22 7 KB JEscott to previous | to last
5 26-Nov-2021 10:22 7 KB JEscott to previous | to last
4 26-Nov-2021 10:22 7 KB JEscott to previous | to last
3 26-Nov-2021 10:22 7 KB JEscott to previous | to last
2 26-Nov-2021 10:22 7 KB JEscott to previous | to last
1 26-Nov-2021 10:22 7 KB JEscott to last

Page References

Incoming links Outgoing links

Version management

Difference between version and

At line 1 added one line
[{TableOfContents }]
At line 2 changed one line
Payment Rules are a date sensitive means of indicating the method(s) by which an employee elects to receive their pay. This may include payment by only one check, and/or an unlimited number of direct deposits.
Payment Rules are a date sensitive means of indicating the method(s) by which an employee elects to receive their pay. This may include payment by only one check, and/or an unlimited number of direct deposits.\\
\\
[UPCALC] will use the pay period issue date to select the correct date effective payment method [IPPM] for an employee.\\
\\
%%information An individual employee should have a payment method set up. If, however, one is missed, when the first pay for an employee is calculated, if a payment split is not recorded then [UPCALC] will create a payment split record of '100% by Check' at Seq 999. This will also happen if the [IPPGU], [IPPGC] or [IPPH] is overridden to have a "pay by Check" method selected. If the employee does not have a pay by check sequece established, one will be created. The [UPCALC] will also issue an exception message reflecting this decision.%%\\
\\
%%warning
__clients should not set up direct deposits using seq# 999 this is reserved for use by the Personality product%%\\
If the employee has chosen to be paid by direct deposit, a bank name, transit and account number must be provided; otherwise the employee will be paid by check.__\\
\\
The payment rule details contain a record for each check or direct deposit to which the employee requires their pay to be split.%\\
\\
Whenever an employee requires their pay to be deposited to more than one account, we recommend that 'Pay Remaining' be used on one of these accounts.\\
\\
For example, an employee normally receives $1000 net pay, and elects to deposit $800 to a checking account and $200 to a savings account. \\
\\
The recommendation is to set up 'Pay Remaining' balance to the checking account. Then, when the employee's net pay goes up to $1100 (e.g. pay increase, overtime, bonus etc.), $900 will go to the checking account and $200 to the savings account. Otherwise, if the two deposits are set up for flat amounts of $800 and $200 respectively, the employee will receive the same two deposits, plus a check for the extra $100 net pay.\\
\\
The Maintain Payment Method (IPPM) screen allows the employee to indicate that a percentage of their net pay or a flat amount to be paid by a specific method.\\
\\
Payment Method data is stored in the [P2K_PR_PAYMENT_RULES], [P2K_PR_PAYMENT_RULE_DETAILS] and [P2K_PR_NET_PAY_SPLITS] tables.\\
\\
%%information This function is [date sensitive|DATE SENSITIVE] and changes made in these areas below the [date navigator|DATE SENSITIVE NAVIGATOR] may be split with a new effective date.%%\\
\\
At line 4 changed 24 lines
[UPCALC] will use the pay period issue date to select the correct date effective payment method for an employee.
An individual employee should have a payment method set up. If, however, one is missed, when the first pay for an employee is calculated, if a payment split is not recorded then [UPCALC] will create a payment split record of '100% by Check'. It will also issue an exception message reflecting this decision.
If the employee has chosen to be paid by direct deposit, a bank name, transit and account number must be provided; otherwise the employee will be paid by check.
The payment rule details contain a record for each check or direct deposit to which the employee requires their pay to be split.
Whenever an employee requires their pay to be deposited to more than one account, High Line recommends that 'Pay Remaining' be used on one of these accounts. For example, an employee normally receives $1000 net pay, and elects to deposit $800 to a
checking account and $200 to a savings account. The recommendation is to set up 'Pay Remaining' balance to the checking account. Then, when the employee's net pay goes up to $1100 (e.g. pay increase, overtime, bonus etc.), $900 will go to the checking
account and $200 to the savings account. Otherwise, if the two deposits are set up for flat amounts of $800 and $200 respectively, the employee will receive the same two deposits, plus a check for the extra $100 net pay.
The Maintain Payment Method (IPPM) screen allows the employee to indicate that a percentage of their net pay or a flat amount to be paid by a specific method.
__‘Maintain Payment Method’ Usage and Examples__
Payment Method data is stored in the [P2K_PR_PAYMENT_RULES], [P2K_PR_PAYMENT_RULE_DETAILS] and [P2K_PR_NET_PAY_SPLITS] tables.
;[Seq.|SPLIT_SEQUENCE]: This field shows the sequence number controlling the order in which this payment rule detail will be processed. You should number the sequences in increments of ten. This will allow subsequent splits to be easily re-numbered. Split_Sequence is an optional 5 digit numeric field that you may manually enter.
;[Method|PAYMENT_RULE_TYPE]: This field indicates whether the payment will be made by check or deposit. Payment_Method is an optional fixed lexicon ([X_PAYMENT_RULE_TYPE]) that you may use to choose the method of payment.
;[Amount|AMOUNT]:Amount of pay to be sent to this check or deposit account. This is not required when net pay percent or pay remaining is being used. Amount is an optional 18 digit numeric field that you may manually enter.
;[Percentage|NET_PAY_PERCENT]: Percentage of the net pay to be sent to this check or deposit account. Not required when pay amount or pay remaining option is selected. Net_Pay_Percent is an optional 5 digit numeric field that you may manually enter.
;[Pay Remaining|PAY_REMAINING]:Only ONE of the employee’s choices may be marked at one time as ‘Pay Remaining’. If more than one choice is selected, [UPCALC] will produce the following message: "PR#00029: Sequence (999) bypassed. Only one ‘Pay Remaining’ allowed." Pay the remaining balance of the net pay to this payment sequence. If this option is not used on a deposit account, the pay split calculation process pays any remaining net pay to a check. Pay_Remaining is an optional toggle field.
;[Paid To Order Of|PAID_TO_ORDER_OF]:Alternative name that the check is made out to. If left blank, the check payee defaults to the full name of the employee. Used when employees elect to have some or all of their pay sent to their spouse or family (e.g. merchant seamen, contract workers in a foreign country etc.). May also be used when an employee is deceased, and a payment needs to be made out to the survivor(s) or to the estate. Paid_To_Order_Of is a 50 character alphanumeric optional field that you may manually enter.
;[Seq.|SPLIT_SEQUENCE]: This field shows the sequence number controlling the order in which this payment rule detail will be processed. You should number the sequences in increments of ten. This will allow subsequent splits to be easily re-numbered.
;[Method|PAYMENT_RULE_TYPE]: This field indicates whether the payment will be made by check or deposit.
;[Amount|AMOUNT]:Amount of pay to be sent to this check or deposit account. This is not required when net pay percent or pay remaining is being used.
;[Percentage|NET_PAY_PERCENT]: Percentage of the net pay to be sent to this check or deposit account. Not required when pay amount or pay remaining option is selected.
;[Pay Remaining|PAY_REMAINING]:Only ONE of the employee’s choices may be marked at one time as ‘Pay Remaining’. If more than one choice is selected, [UPCALC] will produce the following message: "PR#00029: Sequence (999) bypassed. Only one ‘Pay Remaining’ allowed." Pay the remaining balance of the net pay to this payment sequence. If this option is not used on a deposit account, the pay split calculation process pays any remaining net pay to a check.
;[Paid To Order Of|PAID_TO_ORDER_OF]:Alternative name that the check is made out to. If left blank, the check payee defaults to the full name of the employee. Used when employees elect to have some or all of their pay sent to their spouse or family (e.g. merchant seamen, contract workers in a foreign country etc.). May also be used when an employee is deceased, and a payment needs to be made out to the survivor(s) or to the estate.
At line 30 changed 5 lines
;[Account Type|BANK_ACCOUNT_TYPE]: Indicates that the bank account is checking or savings type of account. Bank_Account_Type is an optional fixed lexicon ([X_BANK_ACCT_TYPE]) that you may use to look up the value.
;[Bank Transit|BANK_TRANSIT_CODE]:This field contains the deposit bank transit code that uniquely identifies the branch within the banking system. Bank_Transit from [P2K_PR_BANK_LOCATIONS] is an optional 30 character alphanumeric field that you may complete with a value from the LOV (F9) provided.
;[Bank Account|BANK_ACCOUNT]:This field displays the employee-supplied bank account number to which a deposit is to be sent. Bank_Account is an optional 30 character alphanumeric field that you may manually enter.
;[Bank Name|BANK_NAME]:This field displays the full name of the bank. Bank_Name from [P2K_PR_BANK_LOCATIONS] is an optional 50 character alphanumeric field that will default from the bank transit number chosen.
;[State/Prov|STATE_PROVINCE_NAME]:This field displays the state or province of the bank where the deposit is being sent. State_Province_Code from [P2K_CM_STATE_PROVINCES] is an optional 16-character alphanumeric field that will default from the transit number chosen.
;[Account Type|BANK_ACCOUNT_TYPE]: Indicates that the bank account is checking or savings type of account.
;[Bank Transit|BANK_TRANSIT_CODE]:This field contains the deposit bank transit code that uniquely identifies the branch within the banking system.
;[Bank Account|BANK_ACCOUNT]:This field displays the employee-supplied bank account number to which a deposit is to be sent.
;[Bank Name|BANK_NAME]:This field displays the full name of the bank.
;[State/Prov|STATE_PROVINCE_NAME]:This field displays the state or province of the bank where the deposit is being sent.
At line 37 changed one line
;:Prime_Deposit is an optional toggle field you may manually set.
\\
At line 39 changed 2 lines
;[Prenote Required|PRENOTE_REQUIRED]:For U.S. installations only: If the Pre-note Required toggle is ON, the deposit account will be prenoted to the bank, and the required waiting period will be observed. If the toggle is OFF, the deposit account will not be pre-noted.Prenote_Required is an optional toggle field.
;[Prenote Date|PRENOTE_DATE]:For U.S. installations only: System maintained date indicating when the pre-notification was sent to the bank. The pay issue date becomes the pre-note date. Prenote_Date is an optional date field that is system maintained.
;[Prenote Required|PRENOTE_REQUIRED]:For U.S. installations only: If the Pre-note Required toggle is ON, the deposit account will be prenoted to the bank, and the required waiting period will be observed. If the toggle is OFF, the deposit account will not be pre-noted.
;[Prenote Date|PRENOTE_DATE]:For U.S. installations only: System maintained date indicating when the pre-notification was sent to the bank. The pay issue date becomes the pre-note date.
At line 44 changed 2 lines
;:Deposit_Start_Date is an optional date field that is system maintained.
;[Temporarily Use|PPRD_ID]:This field will indicate how an employee should be paid (e.g. by check, by deposit in a previously established account) during the pre-noting period. PPRD_ID is an optional field that you may complete with a value from the LOV (F9) provided.
;[Temporarily Use|PPRD_ID]:This field will indicate how an employee should be paid (e.g. by check, by deposit in a previously established account) during the pre-noting period.
!Prenoting
__For U.S. installations only__: There may be a requirement by the ‘Automated Clearing House (ACH)’, that an employee’s banking information be ‘pre-noted’ on the deposit file before a ‘Live’ deposit can commence.
Personality handles this requirement in a manner that is integrated with the pay cycle. During the prenotification period, the employee can be paid by another deposit or by check. Prenotification is initiated by turning the ‘Prenote Req’d’ toggle ON in the employee’s Payment Method ([IPPM]) form. If the toggle is OFF, then the employee will be paid immediately on the
deposit record without notification.
Only one notification is sent to the bank. If an additional notification is required, then the Prenote Req’d. toggle in [IPPM] may be turned ON again to restart the Prenotification period.
The Deposit List ([RPDP]) in update mode will update the deposit record when a prenote is triggered. The ‘Prenote Date’ is set equal to the pay issue date, and the ‘Deposit Start’ is set to the ‘Prenote Date’ plus the ‘Prenotification Days’ from the Bank Location ([IPBL]) form. The next time [UPCALC] is processed for the employee, the pay issue date will be compared to the employee’s deposit start date. If the pay issue date is greater than or equal to the deposit start date, then the deposit record has passed the prenote period and will be used.
During the prenotification period, payment is redirected to either another deposit, or paid by check. It is important to note that the ‘redirected’ amount is added to any portion already directed to the other deposit or check amount. For example, if Deposit # 1 is for 10% of net pay and Deposit # 3 (On Prenote) is for 20% redirected to deposit # 1, then Deposit # 1 will receive 30% of the net pay amount.
We recommend that the 'Pay Remaining' option be used even when there is only one deposit. Then if an employee adds a second deposit at a later date, during the prenote period, the net pay will continue to go to the first deposit. Otherwise, the new deposit account amount will go to a check during the prenote period.
After the pay cycle ([UPCALC], [UPCLOZ]), you will run the [UPDISB] Disbursement process to generate net pay splits that can be views on the [IPDS] form. The disbursements are stored in [P2K_PR_NET_PAY_SPLITS] table.
----
![Notes|Edit:Internal.IPPM]
[{InsertPage page='Internal.IPPM' default='Click to create a new notes page'}]