Contents


Prev

7 : Payment/Deduction Profiles

 Next



This is the section of payrollBash that provides the user the opportunity to customise the way that the nominal codes are structured together with the range of payment and deduction types/profiles that are avaiable at the Payroll Preperation stage .

7.1:Nominal Codes

The programme produces a nominal analysis report each period and the codes and narrative employed are determined by the following procedures.


The nominal code need not be exclusively numbers and may contain spaces.
You could change "Basic Pay" nominal code from "2000" to "Pay 01" and "Overtime" to "Pay 02" .
Narrative can also be changed at will although the intitial 6 codes, Basic Pay - Wages Control, will always be interpreted by the programme as essentially what they currently mean . Thus you may change the narrative of "Basic Pay" to for eg., "Assets" but payrollBash would continue to post the Basic Salary and Wage costs to this account . The same rationale applies to the other 5 codes. Therefore it would only make sense to change "Basic Pay" to something like " Fixed Labour Costs".

"Deletion" isn't an available option . You could always just edit a code to something like "0000" "Null" and not use it until you wished to "create" a new code and instead of using the create facility you could edit this one. [ Throughout payrollBash the "delete" option has been fastidiously avoided as its consequences can be unforseen and catastrophic.]

7.2:Overtime

The Overtime profiles act in concert with
There is currently a maximum of 5 Overtime profiles available.

Unlike "Payments" and "Deductions" there is no option to amend the "Retain" or "Tax/Ni" attributes as they are (d)ismiss and "tnp" respectively by default.



The "Factor" must be in decimal and the Nominal Code must pre-exist or have been set-up through the creation of a Nominal Code per the previous section. The narrative can be edited as desired and the result will be mirrored in the payslips .

7.3:Payments

The first 5 payments types are the "Statutory Payments" which require to be "ring fenced" in order that the p11's and the year-end reports can be completed. Therefore there is no facility to edit their description as the programme relies upon their postion as Payment 1,2,3,4 and 5 .

There are a further 10 "Payment" profiles available for creation.

Tax/NI

This is where you stipulate if the payment/deduction is subject to : Thus , if you were to create a payment/deduction type such as "Commission" and the terms of the pension trust deemed this to be pensionable then you would enter "tnp" for this field .["pnt,tnp,npt...." is equally valid.]

Retain

This is where you decide how the payment/deduction is to be treated by "Period End" when it selectively extracts the payments & deduction input supplied within "Input:Overtime/Payments/Deductions" to contruct the next months initial payroll input file.

7.4:Deductions

The first deduction type is a "Statutory Deduction" which requires to be "ring fenced" in order that the p11's and the year-end reports can be completed. Therefore there is no facility to edit its description as the programme relies upon its postion as Deduction 1.

There are a further 8 "Deduction" profiles available for creation.



There is only one "Pension" profile which requires to be "ring fenced" in order that the pension as detailed within "Payroll Preperation" is calculated correctly. There is no provision to create more pension profiles and the "Retain" attribute is "k" by default and cannot be changed. The tax/ni attribute is determined by the type of pension set within "Payroll Input".

Prev Contents Next