Fund Validation Service user guide

Background

This document provides guidance on use of the Fund Validation Service (FVS) that supports the Superannuation data and payment standard 2012.

Funds interact with Standard Business Reporting (SBR) and the FVS in different ways depending on their internal business systems. Refer to your procedures or support area for information about the interaction between the FVS and your internal systems.

This user guide will be updated when:

• enhancements to FVS are made
• further clarification on service functions is required
• the data and payment standards are updated.

The FVS is a suite of services that supports the SuperStream Standard (the Standard). SuperStream improves the client experience by reducing cost and effort while making it easier to track people’s money.

The Standard provides a consistent, reliable electronic method of transacting linked superannuation (super) data and payments.

The FVS allows funds to meet their regulatory obligation to provide rollover and contribution information on the Fund Details Register (FDR).

The FVS also provides lookup services for funds, employers, intermediaries and the ATO to access this information when making rollovers or contributions in the Standard.

The FVS is accessed through the SBR framework. You may need to build or purchase FVS-enabled software from a developer or provider.

Mandatory use of the FVS

All APRA-regulated super funds must provide prescribed fund details to the Commissioner of Taxation under subsection 34Z (2) of the Supervision Industry (Supervision) Act (SISA).

The intent of the obligation is to facilitate the efficient electronic processing of rollovers and contributions by providing users with access to reliable message and payment delivery details. The Commissioner makes this information available in the FDR. The Commissioner is able to disclose the contents of the register to entities that comply with the Standard.

The FVS does not support the operations of self-managed super funds (SMSFs).

Service overview

The FVS consists of two main services:

• Submit allows super providers and their nominated intermediaries to notify the ATO of new or changed details for their super products, including banking details, electronic service address, effective dates, standards certification and contact details for assistance.
• Get and List allows super providers and employers to obtain details of a super product – including banking details, electronic service address and contact details. You can make a single request for one product via the Get service, or a List (formerly Get bulk) request to get all super product details.

Updates from 1 July 2026

The ATO has released new versions of the FVS services. The new versions are in XML format. Previous versions were in XRBL technical format.

The FVS Submit service has been updated to rationalise and remove redundant data elements, making the FDR more meaningful for users. Additional data elements have been included that will provide relevant information for funds and employers around additional payment options and unique superannuation identifier (USI) closures.

Funds will be able to update a USI to show that it is closing and are required to provide a reason for its closure.

Where the closure is due to a successor fund transfer/intra-fund transfer (SFT/IFT), the fund will be required to provide the new ABN (Australian business number) and USI (if known).

Users will then be able to identify that a USI is closing. This enables them to make plans for future super contributions.

Service actions and interaction names for FVS 2026 versions have been renamed to better align with the SBR and ATO standards (see Table 1). The FVS List service will be deprecated as part of these updates.

Table 1: Service action names and interactions

2014 service action name	2014 interaction	2026 service action name	2026 interaction
Fund Validate Service List 2014 – List	fvsl.0002.2014.list	Deprecated with no replacement	N/A
Fund Validate Service Get 2014 – Get	fvsg.0002.2014.get	Fund Validate Service 2026 – Get	fvs.0003.2026.get
Fund Validate ServiceGet 2014 – List	fvsg.0002.2014.list	Fund Validate Service 2026 – List	fvs.0003.2026.list
Fund Validate Service Update 2014 – Submit	fvsu.0002.2014.submit	Fund Validate Service 2026 – Submit	fvs.0003.2026.submit

The new version of the FVS services will return:

• all the data elements provided by the new FVS Submit service
• future dated changes
• closed USIs.

Access to the relevant services is provided by the ATO. The way you use the FVS will depend on the way it is integrated with your internal business procedures.

Use of the FVS must be in accordance with the Fund Validation Service terms and conditions. The FVS web services are the authoritative version of the FDR.

Updates to the FVS will only be accepted through the Submit web service. Any super provider not able to access the Submit web service must have alternate arrangements in place with a third-party provider.

For more information on building this software or to identify software developers who have certified software for the FVS, visit the digital service providers section of the SBR websiteExternal Link.

Access

Access to the FVS is managed by the ATO and is only available to super providers, employers and entities with a business purpose of supporting fund and employer compliance with the Standard.

All third parties (or intermediaries) that support employers (for example, payroll providers, funds and clearing houses) need to consider how to best access and use the information in the FVS, to provide visibility of USI details.

Authorised agents

Many users will have third-party agents (also known as intermediaries) – for example, administrators, gateway providers, clearing houses and payroll providers – who are authorised to perform specific functions on their behalf.

The appropriate method for authorising access to a third party is through the Business Appointment functions in Access Manager.

Agents are required to use the service in accordance with the terms and conditions and each user is accountable for ensuring this responsibility is understood by any agents transacting on their behalf.

If authorisation of an agent is withdrawn, you should remove the Business Appointment using Access Manager.

Table 2 lists the Access Manager permissions for each of the FVS services, with their descriptions, and whether business appointments are available for the service.

Table 2: Access Manager permissions

FVS product	Access Manager description	Business appointments
Submit	Lodge super product details	Available
Get	View super product details	Available
List	Not displayed	Not available

Access to the List service (previously Get FVSG Bulk) can be requested by emailing SPREnablingservices@ato.gov.au.

The authorisation of intermediaries is also described in our technical specifications in Access Manager.

Publishing ATO details in the FDR

To facilitate government contributions and rollovers, we publish our details in the FDR.

Publishing annuity details in the FDR

As life insurance companies don't have to comply with the Standard, details about their products are not generally included in the FDR. To support the voluntary adoption of the Standard by a life insurance company, the Commissioner may publish details of annuity products in the FDR where those details are already available to the public.

To support this process, the Commissioner requires written confirmation from a life insurance company that:

• the details of the annuity products to be included in the FDR are listed in a publicly available source (such as on a provider’s website)
• those publicly available details will be kept up to date.

When publishing information, we recommend that you follow the detail set out in the Submit service to ensure the published content aligns with the information required.

Send your written confirmation to SPREnablingServices@ato.gov.au.

Service outages and maintenance

We will use the ATO Superannuation DashboardExternal Link as the key source of information about service performance, outages and planned maintenance activities.

The dashboard will provide a near-real-time indicator of whether the super services are functioning normally or experiencing problems. We will provide visibility of planned maintenance on our service platforms for up to 6 months in advance and confirm those outages in the preceding week.

It is important that funds and service providers keep up to date with performance and planned outages when updating their USI information.

Submit

The Submit service is mandatory for super providers and allows funds to notify us of new or updated product details.

The FVS depends on information received from trustees or their agents. As such, we cannot guarantee the accuracy of the information where the super provider does not apply appropriate care and diligence when updating the FDR.

To reduce the risk of unauthorised changes to financial institution account (FIA) details, there is a secondary verification process for both existing and new products. For more information, see Additional controls for updating FIA details.

Providing and updating USI details

When updating USI details, a minimum of 10 business days' notice (2 weeks) is mandatory before the new data takes effect, under sub-regulation 3B.03 (8) of the Superannuation Industry (Supervision) Regulations 1994. Validation rules exist in the system to enforce the minimum timeframes to provide timely visibility of updates.

If you are updating critical data, it is best practice to provide these details at least 20 business days before they become effective. Updates to critical data include changes to:

• bank accounts
• PayID
• end-point service address (gateway)
• end-dating a USI (product or fund is merging or winding up).

You should only end-date a USI if you want it removed from the register.

Having as much advance notice as possible is recommended to allow sufficient lead time for employers, payroll systems, gateways, clearing houses, intermediaries and funds to update their systems to reflect the changed details. This ensures that rollovers and contributions are sent to the correct destination.

Unless making a USI inactive, the ‘Effective to’ date in all updates should remain 31/12/9999.

Where you provide an actual end date in the transaction, it effectively closes that USI from that date. To ‘reactivate’ an existing USI, you will need to lodge new details with new ‘Effective from’ and ‘Effective to’ dates.

For full details on messaging interactions, refer to the FVS documentation in the Superannuation data and reporting standards sectionExternal Link of the SBR websiteExternal Link.

Response from Submit service

Once a message has been received by us, and passed validation, you will receive a CMN.ATO.GEN.OK response.

The message will then be processed within the FDR and you will receive one of the following response codes (see Table 5).

Table 5: Submit service response codes

SBR message code until 30 June 2026	SBR message code from 1 July 2026	Message – short description
CMN.ATO.FVSU.OK	CMN.ATO.FVS.OK	Lodgement successful
CMN.ATO.FVSU.RECV	CMN.ATO.FVS.RECV	Lodgment received. Financial institution account details will be validated.
	COM.ATO.FVS.UNKNOWN	An unexpected error has occurred, try again. If problem persists, contact the ATO. Error code {Code}.
	CMN.ATO.FVS.EM95172	ABN is not current and inactive

Once a successful message has been processed (CMN.ATO.FVSU.OK), the updated product details will be available via the GET service immediately and through the LIST service the following day.

Where FIA details are updated, a CMN.ATO.FVS.RECV message advising the update requires confirmation will be returned. Updates to FIA details will not be available through the services until verified by a secondary contact. Once the change has been verified, the updated product details will be immediately available via the Get service. The List service will display updated details the following day.

An unsuccessful message will return the error message CMN.ATO.FVS.UNKNOWN. This error may occur if the USI exists for another ABN or there has been an unexpected error during processing. You will need to check the details submitted in the message, update data if required, and re-submit the request.

Refer to Help if you've identified an error with the data or for assistance email SPREnablingServices@ato.gov.au.

Additional controls for updating payment destination details including FIA and PayID

Each USI must have a person who has been nominated and is authorised to verify FIA and PayID data (the FIA verification contact). This contact must be an individual (not a call centre or help desk) and must not be the same contact listed as the FVS contact on the FDR. If there are any changes to the FIA verification contact details, an updated Financial institution account verification details template with the new information must be submitted through Online services for business.

Note: If you're submitting details for a new USI, it's important that you first lodge an FIA verification contact details template through Online services for business. The Submit transaction should then be submitted.

When an update is made to contribution or rollover payment destination details for an existing USI, or a request is received for a new USI, the Submit web service will return a CMN.ATO.FVS.RECV message to the user advising the update has been received and is subject to verification of the FIA details.

We will make telephone contact with the FIA verification contact, generally within 72 hours. They will be asked to verify the details to ensure they are correct and authorised by the fund. If authorised, the update will be processed.

If there is no FIA verification contact listed, or the contact person cannot be reached within 72 hours (or is unable to confirm the FIA details), the update will be rejected. An email will be sent to the contact on the FDR for that USI and the FIA verification contact if an update is unsuccessful.

Rollovers standard version 3

SuperStream rollovers were extended in 2021 to include SMSFs and to bring certain electronic release authorities. This allows:

• the process of rolling over between APRA funds and SMSFs consistent with the process that currently applies to rollovers between APRA funds
• all super funds to electronically initiate and process SMSF rollover transactions and requests between each other
• certain release authorities into the SuperStream standard allowing the ATO to send electronic requests to super funds for the release of superannuation, further reducing administrative costs.

Subject to fund, or their service providers requirements, Rollover version 2 messages can be treated as invalid messages once all USIs that supported version 2 messaging have transitioned to ROLL3.0-X and/or GROL3.0-X.

Contributions standard version 3

SuperStream contributions have been updated to support payments via the New Payments Platform (NPP) and to assist in identifying closed USIs.

Funds are now able to indicate if they are able to:

• accept contributions/rollovers via NPP
• nominate a PayID as an option for payment.

The updated version also includes the ability for funds to be able to notify us of a closed USI, including:

• closure reason
• new ABN
• any new USI, in the instance of an SFT.

Subject to fund (or their service provider's) requirements, Contributions version 1 messages can be treated as invalid messages once all USIs that supported version 1 messaging have transitioned to CONT3.0-X. During the transition period, those USIs that have transitioned to version 3 can accept previous versions.

Get and List

The Get and List services allow a user to obtain the full product details, payment details, electronic service addresses and contact details within the FDR.

• The Get service provides contribution or rollover data for a single USI.
• The List version of this service returns all product details.
• Both services return current, future and end-dated product details.

Where a USI has been end dated, any messages sent to the closed USI will not be redirected to any new USI by a Gateway Operator.

It is the responsibility of the original sender to identify the correct USI and resend the message.

Get

A successful response message will contain the result CMN.ATO.GEN.OK.

This service returns the current and future dated product details for the single USI in the message.

The service may return 6 error codes (see Table 6).

Table 6: 2026 service error codes

SBR Message code	Message type	New service description from 1 July 2026
CMN.ATO.FVS.UNKNOWN	Error	An unexpected error has occurred, try again. If problem persists, contact the ATO. Error code {Code}
CMN.ATO.GEN.EM0001	Error	An unexpected error has occurred, try again. If problem persists, contact the ATO. Error code {Code}
CMN.ATO.GEN.EM0002	Error	Lodgment Failed. Contact the ATO. Error code {Code}
CMN.ATO.FVS.EM41152	Error	USI information not found
CMN.ATO.FVS.EM41190	Error	USI is inactive or end dated more than 18 months ago
CMN.ATO.FVS.EM19967	Warning	Please be advised that there are additional future dated USIs. For more information, check the FVS Get List service.

CMN.ATO.FVS.41152 error is returned where there is no USI information stored against the ABN provided in the request. This may occur where the ABN does not belong to a fund and there are no active USI details stored on the FDR.

CMN.ATO.FVS EM41190 error is returned where a USI is inactive or was end dated more than 18 months prior.

CMN.ATO.FVS.EM19967 warning message to advise that there are future dated details for this USI. Refer to the FVS List service to seek these details.

Refer to Help if you have identified an error with the data.

List

The List service (formerly FVSG Bulk or All) allows super providers or entities authorised by us to obtain an extract of the full FDR.

The FVS List service returns current and future dated product details, including electronic service address, contact for assistance, and banking details for all payment types in XML format. The List file is updated overnight with new details available by 6:00 am Eastern Standard Time the following day.

Once you've retrieved the file, you need to determine how the information is integrated within your processes and systems environment. The file can be used as a stand-alone lookup file for finding or checking fund details. Alternatively, the data can be uploaded to a registry or other support system.

You must ensure you have a robust process in place for replacing previous List downloads and overwriting previous data. Failure to do so may result in electronic messages or payments transferred to the wrong location.

Access to use the List service is restricted to super providers and entities whose business purpose specifically relates to processing contributions in compliance with the Standard.

Access to the List service can be requested by emailing SPREnablingServices@ato.gov.au

There is updated technical information in the Service Registry on the SBR websiteExternal Link.

Best practice for List

With the inclusion of date–time stamp information in the FVS List file header, you'll be able to accurately determine when that file was created.

It is recommended that you collect the FVS List file by 6:00 am each day. You can compare the date–time stamp in your most recently collected file to determine if a newer file has been generated since your last file was retrieved.

If the date–time stamp is the same or earlier than your previous file, this indicates that there is an issue at the ATO end that has prevented the generation and loading of the new file. You should continue using your existing file for processing purposes.

We recommend you poll the FVS-List service each hour until the new file is retrieved.

In the event of any prolonged outage, or unavailability of a new file, we will provide updates on the ATO Superannuation DashboardExternal Link.

For further information or assistance, email SPREnablingServices@ato.gov.au.

Errors identified in the FDR

A trustee still retains legal responsibility under the regulations to correct errors.

If you discover a significant error in the FDR, you should immediately lodge an update to the USI record through the Submit service to correct it. The update will take 10 business days to take effect.

If you identify a critical error in the information that may result in payments failing or being misdirected, contact us by emailing SPREnablingServices@ato.gov.au.

Closing USIs, successor fund transfers and intra fund transfers (SFT/IFT)

The trustee of the transferring and successor fund will need to provide or update USI details, in line with the requirements outlined in the Submit service (see Table 7).

 

ABN	USI	Effective date (from)	Effective date (to)	Reason a USI is closing	SFT- New fund ABN on transferring USI	SFT - New fund USI on transferring USI
12345678910	12345678910123	01/01/2020	01/08/2026	SFT	10987654321	12310987654321

The new version of the Get and List services will return:

• all the data elements provided by the new Submit service,
• future dated changes; and
• closed USIs.

 

Using the Submit service, the transferring fund will need to provide a reason for its closure using the closure codes. This should be done at least 20 business days before the effective date (and no less than 10 business days before) to provide gateways, clearing houses and payroll providers enough time to adjust their systems to reflect the changed details. It is possible for a successor fund to retain a transferring fund's Super product identifier number (SPIN) format USI. However, an ABN format USI cannot be transferred between funds.

When submitting your USI update to the Submit service, the transferring fund will need to provide the new fund ABN and USI (where known). This will allow employers and funds visibility and awareness of upcoming SFTs and IFTs and make preparations as necessary.

For more information, see Successor fund transfer reporting.

Super product identifier number

Super product identifier numbers (SPINs) are administered by APIRExternal Link Systems Limited (APIR), an independent, privately owned company, and are subject to APIR rules. Funds considering retaining a SPIN should first contact APIR.

To retain a transferring fund's SPIN format USI, after the transferring fund has end-dated the SPIN format USI, the successor fund will need to lodge a new entry through the Submit service with that SPIN format USI against the successor fund's ABN, effective from the following day. Funds are required to submit the financial institution contact verification details template via our Online services for business.

Funds can:

• see SFT and IFT reporting protocol for more information
• contact SPREnablingServices@ato.gov.au if there are any issues in updating the FVS.

Payment information

Funds have an obligation to ensure that their payment details are up to date so that contributions and rollovers are received into the correct account.

The transferring fund should communicate with employers to ensure future contributions are correctly directed to the successor fund.

During the transition period, the successor fund may also need to contact any employers who have not yet updated their employees' fund details.

The FVS captures the reason for a USI closure, along with the details of any SFTs or new ABNs or USIs, to provide early notice for changes impacting employers' payroll systems.

The transferring fund should keep their bank account open for a period after the SFT to catch any trailing contributions and avoid payments being rejected to the employer.

Help

Business process or data interpretation issues should be handled in the first instance by a fund’s internal group responsible for implementation and maintenance of the FDR. Routine checks should also be made of the destination or sending fund if USI, account or service address details appear to be wrong, or the destination message handling service is not responding.

We will not be able to resolve issues associated with your internal processes or systems, or those of the receiving party.

You should contact the fund for assistance where a data item in the FDR appears incorrect or is missing (but only after you have made adequate enquiries to determine the error is not in your process or systems).

Updates to your fund details should be made through the Submit service as required and must be submitted a minimum of 10 business days before they take effect.

For technical issues with your web-service software, contact your provider in the first instance, and if you are still experiencing issues, contact the SBR Service DeskExternal Link including details of any message IDs.

For assistance, email:

• SPREnablingServices@ato.gov.au
• SBRServiceDesk@ato.gov.au

Security guidelines

Inputs to the FDR are protected by myIDExternal Link, which is the Australian Government's Digital ID provider.

We recommend you review this information regularly. We will update the FDR as we become aware of issues and relevant information, which will help you maintain the highest levels of security.

Security credentials

A security credential is an electronic file and/or software used for identification purposes when transacting over the internet.

A security credential is used to establish a secure environment for online transactions. This provides you with assurance that your online transactions with us are safe and provides us assurance that we are interacting with the right person for each transaction.

Every person associated with your super entity who wants to deal with us online on behalf of your ABN will need their own security credential.

Looking after your security credential

The security of the information you want to guard through the use of a credential is only as good as the care you take to keep this credential protected.

Never disclose your password to anyone including our staff or the provider of your credential.

When deciding on a password, make sure that it is sufficiently complex. Your password must:

• be at least 8 characters long
• contain numeric as well as alphabetic characters
• have a mix of upper and lower case alphabetic characters
• have at least one special character (for example,!, @, #).

Your role in securing your information

Technology and computers cannot safeguard information automatically. You need to protect your own and your members' information related to using this service.

We strongly recommend that you:

• never disclose your myID password to anyone, including us or the credential issuer
• do not download your credential to general use computers – access the portal only from computers to which you have exclusive use, or that you share under one of the following conditions  
  • the computer is configured for multiple users
  • each user has a unique account
  • other users are individuals you can trust
• keep your computer software up to date, especially with security upgrades and patches – these are usually available from the licenser of the software
• ensure your anti-virus software is current and running on your computer at all times – scan new programs or files for viruses before opening, running, installing or using them
• ensure you have anti-intrusion software (commonly referred to as a firewall) to provide added security around your information and protection from misuse of your identity
• avoid opening, running, installing or using programs or files you have obtained from a person or organisation unless you are positive that you can trust them
• conduct secure disposal practices such as cleansing of the hard disk on disposal of your computer.

What to do if someone obtains your password or your computer is stolen

This situation should be treated with the same degree of urgency that you would give to the loss of a credit card.

For morning information on maintaining your online security, see:

• Online security
• Security and privacy – Relationship Authorisation ManagerExternal Link
• Reporting inappropriate access – myIDExternal Link

Descriptions for FVS data labels

The Commissioner requires certain information in order to complete the FDR and make it functional (for example, fit for purpose) for all users. The descriptions and context for key terms are provided under the headings below.

Organisation ABN

This is the ABN of a registrable superannuation entity (RSE). You should verify that you have recorded the ABN of the fund, not the ABN of the trustee or administrator.

Organisation name

This is the name of the RSE. The name needs to match the fund or trading name as recorded on the Australian Business Register (ABR). From time to time, we may correct any deviations from the ABR (including correction of any obvious spelling errors or abbreviations that may exist).

Effective date (from)

This is the date on which the information takes effect; the start date from which a USI can receive rollovers and/or contributions using the details provided.

Effective date (to)

This is the date on which the information ceases to take effect (end dated).

USIs where the effective date (to) has passed will only be visible for a period of 18  months through the FVS services. If the USI does not have an end date, the default end date (9999/12/31) must be used.

Note: Providing an end date will have the effect of making the USI inactive from that date. If you wish to reactivate an existing USI, you will need to lodge new details via the Submit service with an updated Effective date (from).

USI close reason

Where a USI is closing, a reason must be provided (see Table 8).

Table 8: USI close reasons

Closing reason	Meaning
SFT	USI is closing due to a successor fund transfer
IFT	USI is closing due to an intra fund transfer
WOF	USI is closing due to a wind up of fund
RST	USI is closing due to a product restructure or migration
COT	Change of USI due to change of trustee

New fund ABN

The successor/receiving fund's ABN must be provided when a closing USI is being end dated due to a SFT or IFT. Where an SFT is indicated in the FDR, employers can use this information to initiate contact with their employee to confirm new account details.

New fund USI

The successor/receiving fund's USI should be provided, if known, in the event of an SFT or IFT.

A USI may not be visible in the event of an SFT/IFT, including where there are multiple USIs. In this situation the employee should be contacted to confirm their new fund details or use Super Fund LookupExternal Link.

Where a product is transferred to multiple USIs, the fund should leave this field blank.

Certification details

This is the version of each standard for which the fund is certified to receive messages for rollovers (ROLL) and contributions (CONT).

You will need to provide assurance that your fund is certified to receive SuperStream standard messages for rollovers and contributions, the version of each standard that they are certified for, and the type of certification obtained (including all error messaging) (see Table 9).

Table 9: Certification values and their meanings

Certification value	Meaning
CONT1.0-X	Finished induction for Contributions V1.0
CONT3.0-X	Finished induction for Contributions V3.0
ROLL2.0-X	Finished induction for Rollover V2.0
ROLL3.0-X	Finished induction for Rollover V3.0
GROL2.0-X	Finished induction for Government Rollover V2.0
GROL3.0-X	Finished induction for Government Rollover V3.0
GCON2.0-X	Finished induction for Government Contributions V2.0
RESP	Cannot accept contributions or rollovers. Can send or receive response and error messages only. RESP certification can only be used as a sole value and is intended as a last stage in a product closure.

Funds should only list their highest level of each certification type. For example, where a fund completes induction for ROLL3.0-X after previously completing induction for ROLL2.0-X, the fund will need to update their certification from ROLL2.0-X to ROLL3.0-X.

The certification values are backwardly compatible. Having a certification value of ROLL3.0-X means the fund has also completed induction for ROLL2.0-X (where the prior version remains supported).

Funds are required to support the current version of the message type by the legislated date and maintain support for the prior version until the industry has fully adopted the latest version, at which stage, by industry agreement, support for the prior version can be dropped to ease support costs by parties.

Where a fund does not provide a value for contributions, they are unable to receive contributions in the Standard.

Where a fund makes an update to their USI and has included an unexpected certification value, that message will be rejected with a validation error and will not be processed. The fund will need to correct the certification value and re-submit the request.

Usage of the RESP certification value

The RESP certification value can be used to facilitate errors and remediation activities as part of a USI being closed. This may include an SFT or IFT.

RESP certification can only be used as a sole value and is intended as a last stage in a product closure.

A RESP certification value means the super fund can no longer accept contributions and rollovers but can send and receive outcome responses and errors for all values for which they were previously certified.

RESP can be used to support errors and response messages only and cannot be listed against a USI for more than 60 days without prior ATO approval. Table 10 shows an example of how RESP may be used when a fund is end-dating a product.

Table 10: RESP certification example

From date	To date	Certification value	Description
01/07/2026	31/12/9999	CONT3.0-X ROLL3.0-X GCON2.0-X GROL3.0-X	Active USI accepts all payment types.
01/08/2026	31/08/2026	CONT3.0-X ROLL3.0-X	End-dated USI no longer accepts government payments. Sends and receives all error and response messages.
01/09/2026	30/09/2026	CONT3.0-X	End-dated USI only accepts contributions. Sends and receives all error and response messages.
01/10/2026	15/11/2026	RESP	No longer accepts payments but will receive and send all error and outcome response messages.

For more information on induction testing, see SuperStream.

Unique superannuation identifier (USI)

The USI is used to identify a fund’s products and/or channel preference for receipt of data and monies. This may be the SPIN or ABN plus 3 numerals. A SPIN can be provided as a USI. However, the associated fund and product names must match the data maintained on the SPIN registerExternal Link.

Superannuation product name

This is the name of the product or product-channel nominated by an RSE for receiving a contribution or rollover. Each row of data in the FDR has a USI. Funds must ensure that every USI has a unique product name which is aligned to that USI and only that USI as it relates to the FDR.

Contribution restrictions

If there are restrictions on which employers can contribute to a USI, super funds should indicate this by displaying a Y in this field.

A Y being displayed in this field could result in contributions being rejected. Employers should contact the fund directly before making a contribution to the USI, to ensure they can accept the contribution.

Contributions destination

Bank State Branch (BSB) number

The BSB for the account designated to receive contribution payments for a particular USI. A BSB number is a unique 6-digit number that identifies banks and branches in Australia.

Financial institution account (FIA) number

A unique number assigned by a financial institution to identify the entity's account. The FIA number designated to receive contribution payments for a particular USI.

FIA name

The name of the FIA held by the entity. Account name designated for receiving contribution payments for a particular USI. The FIA name has a maximum of 200 characters.

BPAY details

The BPAY biller code designated for receiving contributions for a particular USI. Each employer using BPAY also needs a customer reference number (CRN) unique to that employer (not captured).

Electronic service address

The primary destination – electronic service address – is the end point destination for the contribution message. This must be a unique resource locator (URL) or internet protocol (IP) address. URLs are preferred. An example of a typical URL would be https://en.example.org/. The correct address will be advised to you by your gateway provider.

Accepts contributions via New Payments Platform (NPP)

To indicate that a USI can accept contributions via NPP, a Yes or No will be displayed.

PayID for contributions

PayID is a value selected by the super fund and managed through the super fund's financial institution as an online banking option. The value provided allows employers to make contributions in a fast, secure online banking environment. This is an optional field.

When providing a PayID for contributions it must be one of the following:

• a valid email address that is related to the superannuation entity
• a valid ABN for the superannuation entity
• a valid USI of the record.

A combination of the above options would also be a valid PayID, for example: <USI>contributions@abcfund.com.au

The maximum length for a contribution PayID is 256 characters.

Rollover destination

Bank State Branch (BSB) number

The BSB for the account designated to receive rollover payments for a particular USI.

Financial institution account (FIA) number

The FIA number designated to receive rollover payments for a particular USI.

FIA name

The account name designated for receiving rollover payments for a particular USI.

Electronic service address

The rollover destination – electronic service address – is the end point destination for the rollover message. This must be a unique resource locator (URL) or internet protocol (IP) address. URLs are preferred. An example of a typical URL would be https://en.example.org/. The correct address will be advised to you by your gateway provider.

Accepts rollovers via New Payments Platform (NPP)

To indicate that a USI can accept rollovers via NPP, a Yes or No will be displayed.

PayID for rollovers

PayID is a value selected by the super fund and managed through the super fund's financial institution as an online banking option. The value provided allows employers to make contributions in a fast, secure online banking environment. This is an optional field.

When providing a PayID for rollovers it must be one of the following:

• a valid email address that is related to the superannuation entity
• a valid ABN for the superannuation entity
• a valid USI of the record

A combination of the above options would also be a valid PayID, for example: <USI>rollovers@abcfund.com.au

The maximum length for a rolloverPayID is 256 characters.

 

Contact name

The contact name is the person, or team, to be contacted if there are technical issues when processing contributions or rollovers. This person or team must respond to enquiries as a matter of urgency to ensure payments are received by members in a timely fashion.

Contact email address

The email address for correspondence relating to technical issues when processing contributions or rollovers.

Contact phone number

This is the phone number to call if there are technical issues when processing contributions or rollovers. It can include landline, toll free (1800) and mobile phone numbers. Best practice is to avoid individual names and numbers, and instead use a general contact number.

Importance of timely resolution

Delays in addressing problems with the FVS may result in employee entitlements not being processed in a timely fashion and unnecessary impacts to employers.

The recommended timeframe for responding to technical issues is 1 business day.

Repeated delays in receiving a response to a technical issue should be escalated to us by contacting SPREnablingServices@ato.gov.au. Funds should review contact details regularly to ensure they are correct and up to date.

Website address

This is the entity's website address. A valid website address must be provided where available. It should be the home page of your fund. When submitting your data, it should follow this format:

• http://www.example.com.au

Links to further information

For more information on SBR and Machine credentials, visit:

• Current SBR system statusExternal Link
• Superannuation (SPR)External Link
• SBR-enabled reportsExternal Link
• Machine credentialsExternal Link