The checklist in the table below is to guide digital service providers (DSPs) through the steps from initial engagement to delivery of an SBR-compliant product to the marketplace. These steps are illustrative only - each DSP should adopt their own variations to suit specific needs.

See also:

Table: Implementation checklist





Supporting materials

1. Assess Product management Gain a high level understanding of the SBR program and its scope with a view to assessing the value that SBR can provide to your customer base.
2. Decision point Executive Proceed to business case development N/A
3. Register Product management Register with the SBR program as a DSP to receive further information and support. Complete the entity registration process and email to
4. Understand the work required to have your software support SBR Product management and business management/strategy Covered above N/A
5. Define form scope Product management Review the SBR forms in scope and select which ones you will support in your product.  Use the Message Implementation Guides (MIGs) to gain a good understanding of how to implement each form. SBR forms in scope Common MIGS and agency specific MIGs are available on each form page
6. Solution blueprint Product management and lead developer

Prepare a high level solution blueprint for implementing SBR within your product.

Define key features and identify which government SDK components can be re‑used, such as:

  • data mapping solution
  • forms rendering solution
  • XBRL processor
  • authentication and keystore
  • web Service messaging
  • SBR taxonomy

The SBR SDK Guide will advise you how to access

  • authentication and keystore tooling
  • Web Service Specifications (WSDL).

The SBR taxonomy will provide you with form structure and validation rules.

You will need to develop the mapping and rendering capability.

7. Implementation plan Product management Build an implementation plan and schedule with approximate costs. Include capacity building, design, build, and test of solution components, transformation and mapping for selected forms.  Use the SBR master schedule to determine when you will implement support for specific forms.
  • SBR DSP sample implementation plan
  • SBR program master schedule
8. Business case Product management Develop a business case for implementation of SBR services within your product. Prioritise forms to be implemented. SBR DSP business case template
9. Decision point Executive Proceed to detailed design and prototype N/A
10. Capacity building Architect and developers Develop the capacity within your organisation (or via outsourced providers) in XBRL, the SBR taxonomy and how to leverage it, and other SBR technical services.
  • SBR training curriculum  
  • SBR knowledgebase and forum
11. Prototype Developers and product manager Develop a prototype implementation to test mapping and lodgement of one form - typically one for which your product can already create a printed version. SBR SDK, documentation, knowledgebase and support services
12. Design Lead developer and product manager Develop a detailed design for commercial implementation of the SBR solution within your product suite. Reference client implementation
13. Decision point Executive Proceed to implementation N/A
14. Solution build Architect / developer Build production quality solution SDK and support services
15. Mapping Developer / business analyst Develop transformation and mappings necessary to create valid XBRL report instances.  Effort depends on complexity of form and level of alignment between the taxonomy and your product data store.
  • Message Implementation Guides
  • SBR AU Taxonomy
16. Rendering / user interface Developer / business analyst Develop report presentations (to allow user to review / edit before lodgement).  The level of effort depends on complexity of form and extent to which you leverage government provided templates. Form presentation templates
17. Test Product management and QA Test solution against SBR test services
  • SBR testing
  • Self assessment and compliance program
18. Document Product management, tech writer Prepare administrator and user documentation. N/A
19. Operations Product management, support staff Define and implement operational support process. Typically this will include a server-based mechanism to automate distribution of taxonomy updates to your customers - alongside other product updates.
  • SBR taxonomy architecture and version / release strategy
  • SBR knowledge repository & taxonomy server
20. Decision point Executive Release to market N/A
21. Release Product management Market the 'SBR compliant' version of your product and release to your customers. SBR marketing support
22. Support Support staff

On-going support including:

  • bug fix and patches
  • new forms and mappings
  • new reference data (eg tax tables)
SBR customer support
Last updated:
Last updated: 18 June 2021
Page ID: 213
Implementation checklist