3. GovERP Overview
3.1 Initiation and intent
The whole of government Shared Services Program, led by the Department of Finance, commenced in 2014 with approval from the Secretaries Board.
The enabling technology for the Shared Services Program, GovERP, began in 2017 when the Department of Finance undertook a Request for Proposal for a whole of government ERP. The GovERP Program aimed to consolidate and standardise common transactional corporate Australian Public Service (APS) processes and services aiming for cost-effectiveness, scalability, and advancing the one-APS vision while enhancing Australia’s digital capability.
In contributing to the government’s digital transformation, GovERP was intended to improve day-to-day operations within government departments, facilitating smoother interactions between entities, thus streamlining the access to (and consumption of) corporate services within the APS. This intended future state is illustrated in Figure 4 below.
GovERP was overseen by the Shared Services Sub-Committee (SSSC), comprising 13 Government entities (see Reference 2). Program delivery was a collaborative effort between the GovERP Program, Provider Hubs, and Client entities across three releases, focusing on staged delivery of an MVP in line with the P2A framework (see Reference 3).
Smaller entities were envisaged to utilise alternative technology bases such as TechnologyOne / Aurion (overseen by the Department of Industry, Science and Resources) or Oracle, and larger entities were envisaged to utilise an SAP solution overseen by Servies Australia.
The Program aimed to serve approximately 90 Commonwealth entities and around 130,000 APS staff, replacing existing ERP systems in use at five shared services hubs (see Reference 4) within:
- Department of Finance
- Australian Taxation Office
- Department of Foreign Affairs and Trade
- Department of Home Affairs
- Services Australia
The Program’s intended operating model was two corporate service ‘hubs’, specifically:
- Technology Hub: The Technology Hub was to provide infrastructure, platforms, environments, and support, and regularly update the code base and master data for use by the Provider Hubs.
- Provider Hubs: Multiple service provider hubs which were to operate independently, however, share the common code base and subset of master data, and provide services to entities.
In November 2023, the Minister for the Public Service announced a new APS ERP approach, concurrently repurposing GovERP for use by Services Australia.
Figure 5 provides a high-level overview of the significant events in the history of GovERP. Further details can be found in Appendix I.
3.2 Solution
3.2.1 Minimum Viable Product (MVP)
The MVP (see Reference 5) encompasses the planned capabilities for GovERP, as agreed by the Shared Services Steering Committee as outlined in Figure 6 below.
The MVP was determined based on Steering Committee Strategic Policy Decision 12
(December 2020; see Reference 6), which specified mandatory and non-mandatory capabilities. These capabilities represented what an agency would mandatorily need to deliver on; that is, the requirements that are mandated through legislation, policy, and enterprise agreements.
The salmon boxes in Figure 6 refer to those Decision 12 MVP components which were deprioritised in response changes identified during delivery of GovERP, and were not built by Services Australia. Therefore, the assessment of what has been built by Services Australia excludes these MVP salmon boxes.
Capabilities beyond the MVP were labelled as ‘target’ (or ‘extended’; see Reference 7), and were intended for future phases of the GovERP program.
Entities requiring capabilities beyond the MVP scope were required to facilitate their own integration using standard interfaces of those out-of-scope areas. This applied to both capabilities that are entirely out of scope and capabilities where a consumer chooses to use an alternate solution to that provisioned in the MVP.
3.2.2 Value streams
To support the future one-APS vision, it was important to consolidate and standardise disparate corporate processes within the Australian government. The GovERP value streams comprise:
- Hire to Retire (H2R): This value stream manages the entire human resource lifecycle within the APS. It encompasses recruitment, onboarding, mobility, pay, performance management, workforce management, and separations.
- Budget to Report (B2R): This value stream covers the financial management lifecycle of an agency, from external budgeting to the release of financial statements. It includes external budgeting, internal budgeting, sub ledger aggregation, consolidation, adjustment, closure, and reporting.
- Revenue to Bank (R2B): This value stream oversees the revenue lifecycle of an agency, from revenue generation to Banking and Treasury functions. It includes proposing funding and charging arrangements, formalising agreements, delivering services, invoicing, banking, managing outstanding items, and reporting.
- Procure to Pay (P2P): This value stream manages the purchasing and contract lifecycle for acquiring goods and services to support an entity’s business. It includes sourcing, requisition, order processing, payments, and reporting.
- Travel and Expense (TEMS): This value stream handles the lifecycle of reporting issues or lodging requests, from triage to resolution or fulfilment. It also includes supporting materials such as knowledge base articles or help cards to assist users in resolving their own issues.
- Enquire to Resolve (E2R): This value stream manages the support lifecycle of reporting issues or lodging requests, from triage to resolution or fulfilment. It’s important to note that this value stream falls outside the scope of this report.
- Prepare to Adopt (P2A): This value stream manages the lifecycle of change management that guides individuals, groups, and organisations through transitions. While its primary focus lies in facilitating entities’ onboarding into GovERP, it also serves ongoing functions. During onboarding, this value stream supports seven project phases, ensuring readiness to transition, initial engagement and discovery, preparation and planning, design, documentation, building, training, and testing, monitoring and stabilising, and continuous improvement. In its ongoing capacity, P2A aids in assessing planned change, consulting stakeholders, preparing communication/training materials, implementing change, and managing change (see Reference 9). It’s important to note that this value stream falls outside the scope of this report.
Service and functional capabilities within the business capability model have been mapped to value streams in Figure 7 below. These highlighted capabilities represent most of the functionality for each value stream, although not necessarily all capabilities involved.
Entities are expected to access services through value streams, which delineate the scope of offerings. While five value streams support functional capabilities, two of them (Prepare to Adopt and Enquire to Resolve; see Reference 10) are pivotal for the service management and the on-boarding of client entities and Provider hubs.
Value streams transcend capabilities and functions, and entities within shared services, integrating these elements to deliver value to stakeholders.
Rather than representing discrete services, value streams embody overarching lifecycles in which all entities participate to achieve business outcomes.
Each value stream encompasses a series of customer journeys and associated processes.
The MVP was designed as a foundational template encompassing essential solutions necessary for supporting critical government functions. These solutions included robust capabilities in human resources, finance, procurement, and travel and expense management, forming the core framework of the ERP system designed to meet specific APS requirements.
Additionally, it embraced additional edge functionalities like recruitment, onboarding, learning management, success planning, and performance measurement, enhancing the versatility and utility of the ERP solution.
Core and edge capabilities were categorised as:
- core capabilities: These are fundamental building blocks required to deliver a basic ERP solution.
- edge capabilities: All other capabilities beyond core functionalities.
The Core implementation was standardised; however, entities had flexibility to choose Edge products according to their specific needs. A panel of products and partners was established, offering a range of options for Edge products.
GovERP adopted an incremental delivery approach for both core and edge capabilities, aligning with a whole of government solution template.
3.3 Technical architecture
GovERP’s core offerings comprised SAP S/4HANA and SAP SuccessFactors, with various other capabilities operating as ‘Edge’ systems extending the core. Provider Hubs used this template to create an instance of the GovERP system to support their client entities.
External and internal traffic was expected to pass through an outsourced Secure Internet Gateway (SIG), with all GovERP SaaS applications hosted on secure clouds in Australian data centres. Note, a vendor was procured for the SIG, but the contract was not executed given the pause of the GovERP Program.
References
- GovERP End to End Solution Architecture v2.0
- Entities represented on the SSSC included: Department of Finance; Australian Taxation Office; Department of Foreign Affairs and Trade; Digital Transformation Agency; Bureau of Meteorology; Services Australia; Department of Health; Department of Agriculture, Water and the Environment; Department of Education, Skills and Employment; Department of Industry, Science, Energy and Resources; Australian Financial Security Authority; Department of Social Services; and the Department of Home Affairs
- Per Decision 22 of the Decision Framework Briefing_Outcomes of SSSC, page 145
- Per Decision 7 of the Decision Framework Briefing_Outcomes of SSSC, page 47
- Per Decision 12 of the Decision Framework Briefing_Outcomes of SSSC, page 91.
- Per Decision 12 of the Decision Framework Briefing_Outcomes of SSSC, page 91.
- Extended capabilities represented functions that are used and required across many entities, but not necessarily all.
- During delivery of GovERP, within the Human Resources business area, “Work Time and Attendance” and “Time Sheet Recording and Management” were combined into a single set of processes within SAP Signavio. From there, a single capability, “Work and Time Attendance” was reported on at a capability level.
- Note, the above does not include vendors or solutions for Secure Internet Gateway or Centralised Identity Provider, as procurement activities were not finalised.
- These two value streams (Prepare to Adopt and Enquire to Resolve) are out of scope of this assessment