Skip to navigation Skip to content

Changing the return date for an absence from Australia 061-03040040

This document outlines the procedure for Service Officers to follow when a customer has advised of a change to their return to Australia and may be used for any payment type.

On this page:

Customer advises change in the return to Australia date

Restoration process when return to Australia has been delayed

Customer advises change in the return to Australia date

Table 1

Step	Action
1	Customer advises a change to the date of return to Australia If the customer is available, ask the new date of return. If the customer has been outside Australia long term, also check whether this return is a temporary return or a permanent return. If the customer has advised by mail and required information is not available, contact the customer to find out the additional details. The customer may contact after using the Travelling outside of Australia service within their Centrelink online account. If the online service has already coded the absence, details are recorded in a DOC. The online service may refer the customer to contact to have their absence coded, or explore further portability for their situation. Has the return to Australia been recorded on the Customer Advised Travel Details (RSCD) screen? Yes, go to Step 2 No, the normal procedure should apply using the new date of return. Run the Portability Script - Departures and Returns. If the script is not available, go to Return to Australia procedures for: service centre and Smart Centre staff for pension payments service centre and Smart Centre staff for non-pension payments and cards, or Centrelink International Services (CIS) staff procedure ends here
2	Return to Australia date recorded on RSCD screen Is the customer's actual return date to Australia in the past, including today? Yes, go to Step 3 No, customer will return to Australia in the future. Go to Step 4
3	Check if customer agrees with return date on RSIM If the payment or card has remained current throughout the absence, or has been automatically restored on their return, the customer does not need to notify of their return. Do not run the Portability Script - Departures and Returns. Any customer-advised change to the date of return should be recorded on the RSCD screen but will not have any effect on the customer's payments. The customer's payments are assessed according to the date of return recorded on the Immigration Advised Movements (RSIM) screen. If the RSIM screen is blank, run the Immigration Datalink on the RSIMME screen. The screen flow will return to the RSIM screen. Does the customer disagree with the date of return on the RSIM screen or is the RSIM screen still blank? Yes: CIS must investigate. See Referring inconsistencies in overseas departure and arrival information to Centrelink International Services (CIS) if the customer advises information should still be recorded on the RSCD screen. Go to Step 5 No, go to Step 5
4	Return to Australia is in the future If the new return to Australia date is in the future, it may be longer than the customer's portability period: re-do portability decision re-run the Portability Script - Departures and Returns. Advise the customer of the new decision. For help running the script, see Coding departures and returns for customers leaving Australia after running the script, key the new return date on the RSCD screen. Go to Step 5 Note: if a DSP customer is changing their travel details, any existing portability coding on RCSD will need to be deleted before the portability script can be rerun.
5	Check if the absence was recorded as permanent Go to the Country of Residence (CRES) screen. If the departure date for the relevant absence has a matching entry on the CRES screen with a country other than Australia, the latest absence was recorded as permanent. Was the relevant absence recorded as a permanent absence on the CRES screen? Yes, go to Step 6 No, go to Step 9
6	Customer return to Australia Has customer returned or will return to Australia to live after living overseas? Yes, go to Step 7 No, customer is returning for a visit only. To correct the RSCD, go to Step 9
7	Return to live in Australia recorded on the CRES screen Has the CRES screen already been coded with a permanent return for the original date of return? Yes, update CRES with the new date of return. Record the correct date or receipt in the DOR field. If return is: more than 28 days in the future, go to Step 8 less than 28 days in the future, go to Step 9 No, go to Step 8
8	Expected date of return to live in Australia more than 28 days in the future Is the expected date of return to live in Australia more than 28 days in the future? Yes, and the return to live in Australia date: is recorded, delete the CRES entry. Record the correct date of receipt in the DOR field > [Enter]. Go to Step 9 is not recorded, leave this blank. Go to Step 9 No, update the CRES screen with Australia as the country and the date of return as the start date. Go to Step 9
9	Correct RSCD screen Go to RSCD screen: locate the entry with the original return to Australia correct the date of return on the RSCD screen. If necessary, record the Source field. Record the correct date of receipt in the DOR field > [Enter] Will the customer continue to reside in another country? Yes, go to Return to Australia procedures for Centrelink International Services No, see Table 2 > Step 1

Restoration process when return to Australia has been delayed

Table 2

Step	Action
1	Restricted portability payment Check if the customer is receiving a payment with restricted portability and that they are: already outside Australia for an approved reason and are requesting an increase in their specific negotiated period, or now advising they feel they had an approved reason for travel and are requesting payment for the time they were outside Australia Does the customer’s circumstances match the above? Yes, go to Changing the reason for leaving Australia and/or the length of an approved absence No, go to Step 2
2	Change in return date beyond customer's control Is change in return date beyond customer's control? Has the customer's return to Australia been delayed because of a situation beyond their control and will their portability period for their payment cease before they can return? Yes, if the customer: may be entitled to a discretionary extension, go to Discretion to extend portability period is in receipt of a payment or concession that cannot be extended or not entitled to an extension, go to Step 3 No, go to Step 3
3	Restoration of payments Check to see if the customer is able to have continuation of payment on their return to Australia. If the customer has remained outside Australia after their payment has stopped for exceeding their maximum portability period: their payment may be restored if they have returned to Australia within 13 weeks of their payment ceasing, or if they were receiving a transitional rate of payment they will lose entitlement to this rate. They will be paid under the new rules upon restoration Is the customer's payment suspended and can it be restored? Yes: if the suspended payment is Special Benefit (SpB), go to Step 4 for all other payments, go to Step 5 No, go to the Assessment Results (AR) screen and finalise the RSCD coding activity: ensure all actions and decisions are recorded in a DOC check if the customer also needs to lodge a new claim procedure ends here
4	Customer is in receipt of Special Benefit (SpB) and their payment stopped for a portability related reason Select the relevant option below. Non-SpB staff The customer’s payment will generally be automatically restored if they return to Australia within 6 weeks of their payment suspending. If the payment has not been automatically restored on return, do not restore before referring the case to the Special Benefit Processing Team (AOS). The AOS team will determine if the customer remains eligible for SpB. After checking information and confirming all contact details, create a Fast Note: Select Auto text, use Special Benefit > Update > SpB action required Complete relevant details in the template, remove what is not appropriate, and include the payment that did not automatically restore after return to Australia within 6 weeks and select Confirm Procedure ends here for non-SpB trained staff Special Benefit Processing team only Check the review date (EED) on the Miscellaneous Update Details (NMIS) screen. If the EED is in the past: Complete a file review and determine if the customer remains eligible for SpB as per section 729(2) of the Social Security Act 1991. See the References page for link On the NMIS screen, update the review date (EED) for 13 weeks in the future and determine the ‘SpB period’ Restore payment Record details of the restoration in a DOC. Use Fast Note - select Auto text, use Generic > SUS/CAN/RES > Restore (Payment Type) DOV. See Restoration of JobSeeker Payment (JSP), Youth Allowance (job seeker) and Special Benefit (SpB). In the DOC, include the change of review date (EED), ‘SpB period’ and all relevant factors considered If the EED is in the future: Check the customer’s ongoing eligibility for SpB has been determined. If yes, restore the payment Go to the Assessment Results (AR) screen and finalise the RSCD coding activity Record details of the restoration in a DOC. Use Fast Note - select Auto text, use Generic > SUS/CAN/RES > Restore (Payment Type) DOV. See Restoration of JobSeeker Payment (JSP), Youth Allowance (job seeker) and Special Benefit (SpB). In the DOC, include the decision of review date (EED), ‘SpB period’ and all relevant factors considered Remind customers that general notification provisions apply if they have any other changes in their circumstances If the customer is deemed not eligible to continue SpB: manually cancel the payment with an appropriate cancellation reason check if the customer would like to test their eligibility again for SpB by lodging a new claim, or test their eligibility for a more appropriate payment if they’ve had a change in circumstances, such as a grant of a permanent visa For more details, see Special Benefit (SpB) file reviews. Procedure ends here.
5	Restore payment Go to the: Benefit Action (BA) screen: code the payment type in the Svc Rsn and 'RES' in the Action field record the correct date of receipt in the DOR field > [Enter] AR screen and finalise the activity Record customer information and action taken (including reasons) in a DOC.