Recording and correcting employment income details 108-07010010
This document outlines recording and correcting employment income for customers. For assessment of employment income before 7 December 2020 changes, see Historical recording and correcting employment income details (prior 07/12/2020).
On this page:
Initial assessment of employment income
Earnings and Reporting workflow
Single Touch Payroll (STP) data
Initial assessment of employment income
Table 1
Step |
Action |
1 |
Customer's circumstances + Read more ... Before following this procedure, review:
Review the following if the customer and/or their partner is:
|
2 |
Customer and/or partner travels overseas + Read more ... Is the customer and/or partner travelling overseas?
|
3 |
Customer and/or partner going overseas + Read more ... All employment income paid must be reported if the customer (and their partner, if applicable) are payable. This includes employment income that is paid when the customer and/or partner is travelling overseas. If a statement reporter leaves Australia, they are re-profiled as a notification reporter from the date the customer leaves Australia. Notification reporter provisions apply and the customer must still advise of changes within the required timeframe. For details about payment specific portability rules, see Leaving Australia and portability of payments. If the customer and/or their partner will be paid employment income:
The date of event (DOV) for income will be the date paid. The income is still spread across the full entitlement period. If a customer fails to advise employment income before departure, or while overseas, the customer may incur an overpayment. Do not change the Entitlement Period End Day (EPED) to an earlier date before departure; the system will issue any entitlement after departure. Is the customer or their partner required to report employment income before departure or while overseas?
|
4 |
Employment income details + Read more ... To ensure the customer is paid correctly, they must provide the details of all employment for themselves and/or their partner, such as:
Notes:
Does the customer have full details of all income for both the customer and/or their partner?
|
Earnings and Reporting workflow
Table 2
Step |
Action |
1 |
Earnings and Reporting workflow + Read more ... Genuine attempts must be made to transition customers to report via self-service options before assisted reporting is completed, unless an Exception applies. The Earnings and Reporting workflow in Process Direct should be used in most cases to update and/or correct employment income details for a customer and their partner, if applicable. Use the EANS screen in Process Direct to complete manual coding if:
Note: if manual coding is completed, the Earnings and Reporting workflow must be run to release any pending payments. Is the Process Direct Earnings and Reporting workflow being used?
|
2 |
Start the workflow + Read more ... Select the Earnings and Reporting workflow from the Task Selector list on the START screen in Process Direct:
Note: when using the Earnings and Reporting workflow in Process Direct to complete a report and the customer and their partner, (if applicable) do not have employment income or hours to report, select Next to continue through each step of the workflow to stimulate the customer’s payment. If the partner is a statement reporter and needs to report, complete a separate Earnings and Reporting workflow activity in the partner's record so their report is also actioned. Discuss report with partner or their correspondence nominee (if applicable). Do not record a nil entry unless specified. See Reporting requirements for students and Australian Apprentices for further considerations for Australian Apprentice customers Is there employment income or hours to report?
|
3 |
Single Touch Payroll (STP) data + Read more ... Has Single Touch Payroll (STP) data been presented?
|
Single Touch Payroll (STP) data
Table 3
Step |
Action |
1 |
Single Touch Payroll (STP) employer data + Read more ... The STP Employer Update (EMCF) screen will show if there is employer data available which requires review. Note: before the customer's response is recorded, the Record Status for the new STP employer will be ‘provisional’ and the Status field will be blank. Once updates on EMCF are saved, the Record Status will remain as ‘provisional’ until the transaction is complete. The Status field will then show CNF – Confirmed or REJ - Rejected. The Submitted On date and Linked Employer name will show the relevant details. Discuss the pre-filled details with the customer to determine if they are working for the employer. Select Edit next to the STP employer details. Where the customer advises it is:
|
2 |
Single Touch Payroll (STP) pay data + Read more ... The STP Employer Wage Items (EMGI) screen will show when there are STP pay event details in the current reporting period. STP data shows across three tables:
Note: customers retain control of the information they submit in their reporting statement. It is the customer’s responsibility to review any pre-filled STP data, advise of any updates needed and confirm the income paid as per their payslip details. No evidence is required if the customer changes the provisional STP employment details, before confirming the data. Staff must make notes about any changes the customer has advised in the Notes field before finalising the transaction.
If the customer advises of payslip details that did not pre-fill, staff can:
If a customer advises of regular discrepancies in the pre-filled STP data, staff must request payslips and lodge a mySupport request. See Single Touch Payroll (STP). If the customer reports fringe benefits and the error SR353 occurs, see Table 4, Step 20 in Single Touch Payroll (STP). Once all income has been verified by the customer, select Accept Income to confirm the data. Repeat for each STP employer. Accept Income will become greyed out and can only be selected again if changes are made. Select Next. The accepted assessable income will automatically load onto the EAPP screen with a LOP frequency. Any confirmed unused leave and redundancy payments paid when a customer has ceased employment for an STP employer will automatically load onto the IMPS screen. Only customers (and their partner) who are subject to an Income Maintenance Period will be impacted by this coding. See Income Maintenance Period (IMP). |
Employment income coding
Table 4
Step |
Action |
1 |
Employer details + Read more ... Are the employer details being recorded for the first time?
|
2 |
Coding a new employer + Read more ...
Note: it is not compulsory to code all fields, only record the details if available. Type of Employment Income + Read more ... This field is used to record the type of employment income being paid. If the customer is paid different income types from the same employer, these must be coded under separate entries on EANS/EAPP.
Employer Name Description + Read more ... The employer's name. Alias + Read more ... Employer's trading name, if applicable. Employer ABN/WPN + Read more ... The employer's Australian Business Number or Withholding Payer Number. Apprentice Employer + Read more ...
Employer Phone NO + Read more ... The employer's phone number. Employee Reference + Read more ... The employee's reference number for their employer if applicable. Employer Verification + Read more ... This field shows the employers STP verification status and will auto populate.
|
3 |
Continuous income exceptions + Read more ... Continuous income frequencies (1WE, 2WE and MTE) can only be recorded in limited circumstances. Customers cannot select a continuous frequency through self service and must contact to determine eligibility (with the exception of customers whose records are in Environment I with an overseas address). It is the Service Officer's responsibility to determine if the customer is eligible to have a continuous income frequency applied. Where a continuous income frequency is recorded, the Service Officer must include how the customer has met the exception criteria in the Finalisation Notes or in a separate DOC. Check if the customer is paid regular income and meets either the 1WE or 2WE exception or the Pension Monthly Exception Rule. If the customer is paid irregular income or does not meet either exception, they must be placed onto statement reporting and income will be recorded with a non-continuous frequency (IOP/LOP). If a continuous frequency is already recorded, or one is being recorded within a retrospective update, make sure the exception criteria is still met. If not, cease the exemption and place the customer (and/or their partner) onto statement reporting. Income will be recorded with a non-continuous frequency (IOP/LOP). See Resources for full instructions. |
4 |
Record details + Read more ... If recording income/hours for an existing employer, make sure details are recorded in the correct table/screen. When adding a new employer, this will happen automatically depending on the event date used.
Repeat for each employer, if required, and update relevant income for the customer’s partner. Note: to switch between records of the customer and the partner, use the Relations Menu. When using the Earnings and Reporting workflow, STP data will not pre-fill for the customer’s partner within the workflow. |
5 |
Event date + Read more ... Generally, the date the income was paid by the employer, see Determining the Date of Event for employment income. If coding hours worked (HOP), the event date will be the Entitlement Period End Date (EPED). Note: for Australian Apprentice customers (YA, Austudy or ABSTUDY) who are reporting their Apprentice employment income, 2 entries are required, one for:
|
6 |
Amount + Read more ... The gross amount of employment income paid in the entitlement period.
See Resources for examples of calculating income. |
7 |
Frequency + Read more ... Record the employment income frequency or hours.
See Resources for some examples of income coded with different frequencies. |
8 |
Employment Status + Read more ... Record the customer's employment status (not required for IOP/LOP frequencies)
|
9 |
Change Reason + Read more ... Required if pay event data is corrected.
|
10 |
Hours/Fortnightly + Read more ... Coding hours
Note: customers who are required to report hours worked in the entitlement period are responsible for providing this information. Details of hours worked are not included in STP data. Customers with mutual obligation requirements + Read more ... Customers with mutual obligation requirements, customers receiving Mobility Allowance (MOB) and/or a payment which has restrictions on the number of hours worked, such as Disability Support Pension (DSP) must report hours they have worked in their reporting period. Hours can be coded with a continuous income frequency or coded separately with the Hours for One period (HOP) frequency. Disability Support Pension customers + Read more ... Disability Support Pension (DSP) customers are able to work indefinitely for less than 30 hours per week without losing eligibility for their DSP, subject to the income test. If a DSP customer advises they are working more than 30 hours per week, see Commencing or returning to work or self-employment Disability Support Pension (DSP). Customers in receipt of Youth Disability Supplement (YDS) + Read more ... A customer receiving YDS who is working must report their hours worked as well as their income. However, YA Students and ABSTUDY customers, only need to report the hours worked if they exceed 30 hours per week. The customer’s capacity to work may need to be reviewed as result of working 30 hours or more, as they may no longer have a partial capacity to work (PCW). See Youth Disability Supplement (YDS). Carer Payment customers + Read more ... Customers receiving Carer Payment (CP) must have their hours worked in their reporting period coded on the CPAS/CPAD screens. See Carer Payment (CP) processing in the Earnings and reporting workflow tool. Hours do not need to be recorded on the EANS/EAPP screens. Apprentice customers + Read more ... For Australian Apprentice customers (YA, Austudy or ABSTUDY) who are reporting Apprentice employment income, must have their hours recorded so that the Employment Status FTO can be recorded. Note: if error E608CQ occurs, see Resources. Leave Payments + Read more ... Leave payments paid while temporarily absent from work are employment income. Record it in the entitlement period in which it was paid. The number of hours ‘worked’ is equivalent to the number of hours for which the leave was paid, for the relevant entitlement period, coded with a HOP frequency. |
11 |
Verify + Read more ... Record the verification provided if applicable. If verification is provided, compliance staff go to the Actual Earnings Details (EAAD) screen. The EAAD screen is only required to be updated by compliance staff.
|
12 |
Start and End Date + Read more ... This field is only coded when the income frequency LOP is used. For the Start Date field:
For the End Date field:
|
13 |
Next Steps + Read more ... |
Other points to consider
Table 5
Step |
Action |
1 |
Income for past periods + Read more ... Is an update or correction required for a past period for the customer and/or their partner?
|
2 |
Update income for past periods + Read more ... Verifying the correction If an ADE employer has reported a customer's income from employment electronically, contact the National Business Gateway team. If the customer is advising of a correction to previously confirmed STP employment income, verification is required (via payslips or a letter from the employer). Verification for correction of non-STP employment income details should only be requested where the details were previously updated during a review or data matching. If the customer is providing an update to an amount they or their partner had previously advised, then it can be updated without verification. If verification is required for the correction, see Requesting information (CLK). Do not make any changes until the evidence is provided. Actioning the update or correction If updating income for a past period:
|
3 |
Update income for past periods within the workflow + Read more ... To update details within the Earnings and Reporting workflow:
If updating income for a past period for:
|
4 |
Correction for an STP employer + Read more ... Correction of STP income must be actioned on the EMGI screen. Do not update directly on EAPP/IMPS. Where there are entitlement periods that require an update, these will show one at a time until all periods have been actioned. Once Accept Income has been selected, the changes are mapped to the EAPP screen.
STP income that is zeroed on EMGI does not zero the previously confirmed pay event on EAPP, as the system does not apply zero income. In this instance, delete the previously confirmed pay event on EAPP that was zeroed on EMGI. Where employment income was previously coded directly on EAPP and STP data is now being reviewed, make sure the manually coded income is deleted. This can be identified with NVE verification code. Note: once a confirmed entry has been corrected or deleted, the overwritten data will not be visible in Process Direct. |
5 |
Correction for non-STP employer or manual update in Process Direct + Read more ...
Note: once a confirmed entry has been corrected or deleted, the overwritten data will not be visible in Process Direct. |
6 |
Manual Correction in Customer First/Customer Record + Read more ... Note: correction of confirmed STP income must be actioned in Process Direct on the EMGI screen
|
7 |
Family Tax Benefit (FTB) or Child Care Subsidy (CCS) + Read more ... Does the customer (or partner) receive Family Tax Benefit (FTB) or Child Care Subsidy (CCS)?
|
8 |
Check annual income estimate + Read more ... Check if the customer needs to revise their current income estimate for family assistance payments. If the customer or partner receives FTB or CCS, the FAO Income Summary Details task will be automatically selected in the Earnings and Reporting workflow. Note: the estimate must include taxable income support payments and tax-free pension/benefit amounts received, employment income and any other components of adjusted taxable income (ATI) (received and expected) for the financial year for both members of the couple. If either member of the couple is eligible for income support payment, the expected payments must be included in the estimate for family assistance. Advise choices available to help reduce the chance of an overpayment during the reconciliation process. If the customer starts an employment income nil rate period and they receive FTB Part A, they may be subject to the FTB Part A income test during this period. They will be required to provide an income estimate within 21 days of commencing the employment income nil rate period or their FTB will cancel.
|
9 |
Carer payment (CAR) customer + Read more ... Is the customer and/or partner in receipt of Carer Payment (CAR) and working or undertaking other activities?
|
10 |
Updating Carer Payment (CAR) activity details + Read more ... For customers and/or their partners in receipt of Carer Payment (CAR) and working or undertaking other activities:
Once finished:
|
Complete the update
Table 6
Step |
Action |
1 |
Warnings and errors + Read more ... In Process Direct, resolve any warnings or errors on the SAP Warnings and Errors (SWE) screen, if required and select Assess to go to the Entitlements (ELD) screen. If using the Earnings and Reporting workflow and the customer has a partner, a prompt will show: 'Customer has a partner, do you wish to update partner income?' Selecting the message will go to the partner record for staff to record partner employment income details. Once any updates on the partner’s record are complete, return to the customer’s record and select Assess. In Customer First/Record, go to the Assessment Results (AR) screen. Resolve any warnings or errors on the Assessment Warnings and Errors (AWE) screen, if required. |
2 |
Checking the result for correctness + Read more ... Check the Entitlements (ELD)/Assessment Results (AR) and Payment Summary (PS) screens for the gross and net amount to be paid and the next reporting date if the customer is a statement reporter. Reporting Regime (RPRD) can be used to confirm the next reporting date after activity is finalised. If the customer’s report is not stimulating as expected, see Table 2 in Reporting screens. If a correction was recorded and:
More details for determining correctness of the activity:
|
3 |
Complete the activity + Read more ... If details are correct, select Finish/Finalise from the ELD/AR screen to complete the activity. If using the Earnings and Reporting Workflow, a Note/DOC will create capturing the details updated within the workflow. Where changes have been made to STP data, staff must include an explanation. Add further notes to the Finalisation free text box to explain any arrears or negative adjustment (if applicable). Note: the following details must be recorded in a Note/DOC on the customer’s record (this must be done manually if not using the workflow):
|
4 |
Other points to consider + Read more ...
For FHA only
|
5 |
Outcome and notification requirements + Read more ... Tell the customer the outcome of the activity and their ongoing reporting requirements, if applicable. See Reporting overview for more details. |