Recording legal residence status 106-06020050
This document outlines how to verify and update residence details.
On this page:
Updating the RSLEG/CHRSLEG screen
Verifying legal residence
Table 1
Action | |
Updating the RSLEG/CHRSLEG screen
Table 2
Action | |
Legal residence status not confirmedVerification of the customer’s arrival into Australia may be able to be used as evidence of their (or their parents, if applicable) legal residence status at the time. This may assist in determining if the customer is a legal resident. See Table 2 of Assessing if a customer is an Australian resident Has legal residence been confirmed through verification of arrival?
| |
Residence details cannot be verifiedIs the customer advising of a change in their legal residence details and the previous details were already coded?
| |
Recording citizenship informationGo to the RSLEG/CHRSLEG screen.
Is the customer an Australian citizen?
| |
Check if the customer is an Australian citizen relying on a Qualifying Residence Exemption to qualify for paymentAustralian citizens do not require a visa to be recorded. However, if an Australian citizen is relying on a Qualifying Residence Exemption (QRE) to qualify for payment (e.g. former refugee visa granted to a person who is now an Australian citizen but has only 4 years residence in Australia), they may not qualify for payment (e.g. Age Pension) unless the previous visa subclass is recorded. Is the customer an Australian citizen who requires a former visa status to qualify for payment?
| |
Recording visa information on RSLEG/CHRSLEG screenVisa details are needed to grant payment to any customer who is not recorded as being:
Previous visas need to be recorded so they are included in the calculation of NARWP or qualifying residence period. If in doubt, record all visa subclasses from the customer's arrival in Australia. Customers may have 2 current visas at the same time. Both visas should be recorded. The system will use the more substantive visa to assess their entitlement. For help interpreting visas, see Chapter 9.1 of the Social Security Guide. Note: if the visa information is left blank or is incomplete, the residence status may be incorrectly assessed which will lead to an incorrect grant or rejection. On the RSLEG/CHRSLEG screen:
| |
Determine if No Current Visa ‘NCV’ coding needs to be addedCheck the RSLEG screen. ‘NCV’ coding is required if all of the following apply:
Note: the Visa Status in MR will show as: S=Ceased, C=Cancelled, Z=Deleted. Is ‘NCV’ coding required? Note: if unsure, go to Step 9 to refer to CIS. Yes:
No, procedure ends here. | |
Confirm removal of No Current Visa ‘NCV’ codingCurrent ‘NCV’ coding exists if the:
To determine if the customer has a current visa and therefore ‘NCV’ coding needs to be removed, go to the:
Note: for staff who have access to the MR database, the customer’s visa status can be checked in the database. If the customer:
The Resources page contains examples. Does the customer hold a current visa (that is their previous visa was reinstated or a new visa granted)?
| |
Determine who updates the ‘NCV’ codingGo to the RSLEG screen:
Is the Channel code ‘CSO’ or is the staff member actioning the record in CIS?
| |
Refer NCV coding to CISA referral to CIS is needed if:
In Process Direct:
In Customer First:
If the customer is in hardship, contact CIS to advise that an urgent response is required. Put the claim on hold for 14 days. CIS should update the customer’s record and either create a Display on Access (DOA) DOC or end date the existing DOA DOC (depending on whether they are inserting or removing NCV coding). Procedure ends here. | |
Check outcomeCheck if the customer satisfies the qualifying residence requirement or NARWP according to information recorded so far (e.g. adequate Australian residence, Australian citizenship or refugee visa). To assist in determining this: In Process Direct - navigate to the Entitlement (ELD) screen. In Customer First - go to the Assessment Results (AR) screen. Do not finalise the activity. If the customer's payment is rejecting for a residence related reason, further details may be required. Note: a non-protected SCV holder who has lived in Australia continuously for at least 10 years immediately before claiming and is residing in Australia may qualify for JSP or YA and is not subject to the NARWP. For more information, see New Zealand 10 year residence exemption. Does the customer satisfy the qualifying residence requirement or NARWP?
| |
Possible residence exemptionThe system does not automatically assess all the NARWP or qualifying residence exemptions. A special field needs to be coded to apply any of the following exemptions when the customer is:
Could the customer satisfy one of the above residence exemption reasons?
| |
Legal residence updateThe system will generally assess whether the customer is legally entitled to lodge a claim and their residential qualification based on information on the following screens:
Check the outcome:
|
Actioning MFUs - ‘Visa details received for holder of AU citizenship, check citizenship status’ and ‘444 visa end dated’
For Centrelink International Services (CIS) staff.
Table 3
Action | |
Staff presented with MFUIf actioning an MFU for:
| |
‘Visa details for AU citizenship’ MFUThese MFUs are automatically generated when:
Immigration does not generally grant or update a visa for a person who is an Australian citizen. In most of these cases, a Service Officer has previously incorrectly coded the customer as an Australian citizen. | |
Investigate the Australian citizenship codingGo to the RSLEG screen. The Channel code next to the Date of event for citizenship shows who coded the citizenship information:
Is the Channel code ‘IMM’ or ‘IMC’?
| |
Investigate Australian citizenship codingThe Australian citizenship was coded manually by a non-CIS Service Officer. Investigate to determine correct country of citizenship. This may include checking:
It may be obvious that the Australian citizenship was coded incorrectly, for example, the customer:
If it is not obvious whether the customer is an Australian citizen or not, follow Proof of Australian citizenship to determine if the customer is an Australian citizen. Code the record accordingly. Is the customer an Australian citizen?
| |
Determine if the MFU is for that customerInvestigate the record to determine why:
This may include checking:
Check that the:
See Actioning Immigration Datalink activities. Update the record as applicable. Has the reason the MFU generated been determined and the record updated accordingly?
| |
444 visa end datedThe Immigration Datalink has advised an end date for the customer’s 444 visa. This may mean the visa has been:
The customer still holds a valid visa if:
Note: having a previous 444 visa entry on the RSLEG screen with no end date does not necessarily mean that the customer holds a valid visa. Check the Visa Status for all previous visas in the MR database. If there are no visas ‘in effect’ in the MR database, the customer does not hold a valid visa. Does the customer hold a valid visa?
| |
Finalise activityFinalise the MFU. If the customer’s entitlement to payment has been affected, contact them to advise. Record all information in a DOC. |