The introduction of Single-Touch Payroll (STP) changed payroll software development forever. Once technology advanced sufficiently to meet the requirements for Government and broad market adoption, real-time reporting was always a given. However, this advancement came with an increased cost.
What often started as a software venture with the founder being the programmer and a business partner needed to be scaled to accommodate the new requirements. As a result of the introduction of STP, the Digital Service Provider (DSP) had to decide whether to invest large sums of money in building a new solution, sell their business, or exit the market altogether. As some could not continue payroll development financially, and their business net worth did not make it an attractive proposition for purchase, they discontinued their products.
Moving from desktop applications to multi-tenant web apps is significantly more complex and costly than compared to building Windows forms-based programs.
The underpinning technology stack for web apps demands substantial work, knowledge and resources. There are also additional expenses with the framework required for web apps which Windows development does not need. Once you decide what infrastructure as a service (IaaS) to use, AWS, Azure, etc., the ongoing costs are factored in calculating the COGS. Before developing your payroll application, you must build the base structure supporting multiple tenants. Windows development is building once, copying and distributing the application to multiple users at a nominal cost.
For the ATO to receive and process Government-mandated data, there is an additional expense burden for the DSP sending the data.
As more Government agencies want to consume payroll information, the costs exponentially rise. Government reporting is a user-pays system wherein the DSP often engages the services of a third-party Sending Service Provider (SSP) and then passes the costs onto the user to meet their legislative obligations.
With STP, DSPs must meet the ATO's Operational Security Framework (OSF), requiring a minimum of ISO 27001 certification and ongoing audits. Web apps must have Multi-Factor Authentication (MFA), and the DSP must continually perform rigorous penetration testing. This change is imperative in providing a secure reporting environment but is another cost burden for the DSP. Depending on their size, this requirement can be thousands of dollars and is an ongoing commitment.
STP Phase 2 requires a significant amount of work to rebuild payroll solutions.
With the introduction of STP Phase 2, many DSPs have to rebuild their solutions from the ground up due to the disaggregation of gross reporting requirements and underestimated the time required to complete the scope of work. If the DSP stores its data transactionally, the requirements are less demanding than if it is retained as accumulated totals. Also, extensive configuration options must be incorporated, allowing for a future-proof solution. As we all understand, payroll requirements are ever-changing and constantly evolving.
Some DSPs dipped their toe in the water by providing a free payroll offering but have since discovered this scenario is a questionable long-term business model in sustaining the ongoing development costs.
There is now the consolidation of offerings within the market, with larger organisations acquiring payroll products. These acquisitions have several downsides:
it reduces competition.
the requirement for many teams supporting the development of multiple payroll products within one organisation.
There will be an internal rationalisation of the current offerings because payroll development for multiple products (like-for-like) is a substantial cost and will not improve.
Consolidation will be a problematic process in ensuring the target markets of these existing products (features and functionality) are supported and, in the process, not alienating their current customers. Also, due to the necessary expense of ongoing payroll development, there may be instances where DSPs who currently offer Accounting solutions in which payroll is bundled decide to provide it separately. This change will allow for an increase in subscriptions to cover development costs without adversely affecting their accounting subscribers.
Originally, accounting and payroll were most often offered as separate products before the introduction of the software subscription model. As Accounting has had limited changes throughout the years, albeit for the introduction of GST, there was little requirement for updates; therefore, the user did not need to pay for upgrades. This scenario was radically different for payroll. Some DSPs combined the two products, providing a source of income using the "compulsory" payroll changes as the driver for paid upgrades. Payroll must be kept up-to-date, which is not generally a requirement for Accounting. Since the introduction of GST, the most recent significant change is eInvoicing.
Developing payroll software is expensive and requires substantial resources and extensive knowledge of the regulators' requirements.
Digital Service Providers Australia New Zealand (DSPANZ) ran a poll that closed on 25 November 2021 at a members forum about STP2, in which DSPs discussed the development expense.
The results of the poll are below,
STP actual Costs | STP Phase 2 anticipated Costs |
22.7% > $1,000,000 | 27.3% > $1,000,000 |
63.6% > $100,000 | 54.5% > $100,000 |
13.6% < $100,000 | 18.2% < $100,000 |
While the results do not provide granular details (e.g., the size of the DSP and the customer base), they do offer a useful snapshot.
There will continue to be acquisitions, consolidation, products discontinued, and new players entering the market, although the ongoing development and maintenance costs will drive some away. Vertical and niche market opportunities for DSPs will always be available.
Payroll development has never been easy; it is complex, requiring significant investment and attention to detail. I consider the cost of payroll subscriptions to increase, but that's a win-win if it results in quality-compliant solutions, so keep watching this space.
UPDATE: Since this post, we developed our new cloud payroll software, e-PayDay Go®, from the ground up. In December 2022, we released the first beta version to a select group of customers. On June 15, 2023, we made the latest beta release available to everyone. In November of the same year, we began offering commercial paid plans. Since then, we have introduced hundreds of features and improvements and passionately continue our development efforts. e-PayDay Go® is establishing a new standard for the future of payroll.
We recommend reviewing our disclaimer concerning the content of this post to remain informed and make suitable decisions for your circumstances.
Comments