darren souter

Your Easy Single Touch Payroll Just Got Better
Your Easy Single Touch Payroll Just Got Better 810 356 SpinifexIT

You asked, we delivered!

Many of our new and existing customers have started using Easy STP, our powerful reporting and reconciliation solution for the Australian Single Touch Payroll requirement which went live last October, to streamline their own single touch payroll reporting process.

We’re now in the process of releasing an improved and updated version of Easy STP which includes new features and functionalities based on our customers’ initial feedback and suggestions. This new version includes several new reports, small changes to existing reconciliation reports, and two of the most top requested features which I’d be glad to share with you on the update below.

Easy Single Touch Payroll February 2019 updates

Pre-reconcile Your Single Touch Payroll Using Test Run Results

The Challenge: One of the challenges that we have seen with customers reconciling their Single Touch Payroll solution has been related to the timing of this reconciliation.

The recommended approach from SAP is to produce the STP Submit Event file afterexiting Payroll. This essentially means that until you exit Payroll, there is no physical data held inside of SAP to reconcile back to the Payroll Results tables.

The workaround would be to either set the STP functionality to be able to run prior to exiting pay (Not recommended by SAP), or to run the STP reports in Test mode, then download the results into a local excel file for reconciliation. The option of downloading to a local file would mean a much more complex process to run pre-reconciliation.

We have had many customers ask about how they can follow SAP’s recommended approach but still reconcile their STP prior to exiting payroll. This would give the opportunity to fix any major concerns before even running Bank Files or Finance Postings.

Our Solution: The good news is that SpinifexIT has been able to address this business process by building into our Easy STP solution the ability to include the Test Run results into the reconciliation reports.

Enter Easy STP’s Test Run Mode

Essentially, this means that as soon as you have run the Payroll Run and have Payroll Results, you can now use our existing reports to reconcile to the Single Touch Payroll Test run values.

With this new feature, Easy STP will be able to simplify your Single Touch Payroll reconciliation process by triggering a call to the SAP program to calculate the STP figures and reconcile their values. This new process eliminates the cumbersome (and often error-prone) process of downloading STP reports in Test Mode and then addressing issues before exiting payroll.

 

Bonus Functionality – Reporting on the STP Submit Event Logs

Another improvement we’re adding into Easy STP is the ability to report on the logs produced when normally running the SAP Single Touch Payroll – Generate Reporting Data transaction. This gives you better options to report and distribute these details out to your internal teams for faster resolution.

View Log reports in Easy Single Touch Payroll

View Log Reports in Easy STP

For more information on the Easy STP Solution, please check out the resources below:

Learn more about Easy Single Touch Payroll
  1. Meet Easy STP – Watch our Webinar and see SpinifexIT’s Single Touch Payroll solution in action. If you have any questions about this session or if you’d like to request a separate demonstration for you and your team, email us at [email protected].
  2. Single Touch Payroll is Nearly Here for SAP Payroll – a handy blog post that summarizes the Single Touch Payroll Process and how SpinifexIT’s Easy STP solution can help optimize this
  3. Are You Ready For SAP’s STP Deployment – What are the required steps that you need to take to prepare for the STP roll out? Read the blog to learn more
  4. Reconciling Single Touch Payroll – Published 1 day before SAP’s STP roll out. I’m sharing some considerations during Go Live and how our Easy STP solution fits in the process.

Visit our booth at Mastering SAP HR & Payroll in Sydney on March 19 – 20, 2019

We will be sharing information about our booth number so you can easily find us, but for now, we’re inviting you to #ComeSeeSpinifexIT next month. We’d be very excited to show you our Easy STP solution in action during the exhibit.

Spinifexit blog reconciling single touch payroll
Reconciling Single Touch Payroll
Reconciling Single Touch Payroll 1024 512 SpinifexIT

Reconciliation Considerations

Over the last 15 years, one of my key roles included working with customers in relationship to the Payment Summary process, and in particular, the reconciliation and additional reporting of their Payment Summary data. Just about every SAP customer has had a process to validate the Payment Summary figures. Most of them do this at year end but a large portion of our customers also reconcile on a per pay period basis.

With STP, you may ask the question of whether there is still a need for Reconciliation, and how you should do this.

The short answer is Yes, there is still the need for Reconciliation to be done.

As the STP solution is still based on Wagetype Configuration and Employee Data (Very similar to Payment Summaries) and given that there is now the need for Transmission to the ATO on a weekly basis, there is still the need for Reconciliation.

To understand this need, the following declaration is part of the new STP process, and as you can see, there is the need to declare that the data is correct prior to transmitting this through to the ATO. 

Most customers I have worked with over the years would be reluctant to just sign off the transmission file without any sort of validation. 

A simple example of what could go wrong is that if a wagetype is not flagged for STP, then it will not be reported to the ATO. Without some form of Reconciliation this can go unnoticed.

The following will give you some areas of reconciliation that we believe will be required:

I Go Live

Initially, during Go Live, there is the need to validate the STP Process. This is not only to check that the support packs have been loaded correctly, it also finds out if your configuration is completely setup and if this process works with your own employee data. 

Some of the areas that you would want to have validation checks are as follows:

  • Verify the STP Mid Year Go Live conversion of the existing Payroll Results over to the new Clusters
  • Validate that the Payroll Run is calculating and updating the STP Cluster tables correctly
  • Check that the STP Reporting process that takes the payroll cluster information (From the new ACRT, SETP and SABN tables) and creates the data for transmission to the ATO

The best approach I can suggest is to ensure that your Payment Summary Reconciliation is up to date so you can compare the original Payment Summary values to the STP values (in the STP tables). NOTE: This is not a 1 to 1 mapping, but should give you an indication that the STP configuration and calculations are correct.

II Normal Pay Runs

Once you have gone live, you would want to have a process to check your STP figures back to what the employee has been paid. Keep in mind that even if everything balances at Go Live, during the normal year, there can be new configuration put into your system, new wagetypes used during payroll, and new scenarios too. (eg. You may have a retrospective pay over the last 2 years that might not report correctly)

Much like Payment Summaries, when customers need to print the final year statements, there is the need to verify the figures in the STP file. It is so easy to miss a wagetype, have a wagetype that is configured to be included in the wrong STP catagory or not flagged for inclusion in STP reporting.

In order to reconcile, most customers have a process where they want to validate the Payments made to the Employee at leave match to what is reported during the STP processing.

Some examples of the reconciliation process include:

Verifying the STP Figures

  • Identifying wagetypes that are paid to the employee (running wagetype reporter is a common process to get these)
  • Mapping these to the STP payments calculated – You might download the STP report data to an excel file
  • Including STP Override values

This is quite a manual process however, as there is the need to keep registers of what wagetypes have been paid to the employee, and build up an extensive Excel Spreadsheet or create other processes.

Either way you reconcile, it is important to have a method to verify your STP figures and of course, the simpler you can make it, the less overhead to you on a per pay period process.

The following items are some things I would recommend when looking to create a reconciliation process.

  1. Think about the aim here and ensure you are following a smart repeatable process
  2. Keep in mind that you need to do this for every pay period so try to make it an easy process
  3. Consider all of your payroll areas and their various frequencies
  4. Remember, employees might transfer payroll areas so make sure your process will cater for this
  5. If you have multiple ABN’s then ensure your process considers this
  6. Ensure that you include terminated employees
  7. Decide on whether you will include the ability to override figures and include this in your process

This is an area that SpinifexIT has worked in for many years, and as part of the new STP solution, we have altered our Easy Payment Summary Reconciliation Solution to also cater for STP.

Meet Easy STP

Some of the areas our Easy STP solution supports include:

  • Configuration Validation – Check the STP Wagetype Configuration and Report ABN Configuration
  • Pre Checking of Master Data – Checks against the employee to ensure data is correct prior to creating STP file
  • Reconciliation Reports – Reconciliation reports for go live (Checking of the STP conversion) and also ongoing Pay by Pay Reconciliation Reports
  • Reporting on STP – Further reports are delivered to report the STP and help reconcile across the entire company
  • Analysis of STP values – Reporting at Employee level with drill down into how the STP values are calculated and from where (Includes overrides)

Existing Easy Payment Summaries customers will receive our Easy STP solution as part of the normal upgrade of our solutions.

Summary

SAP’s STP solution will be released on the 11th October 2018. Now is the time for you to start to plan for your solution’s upgrade and implementation Whilst as a SAP customer, you do have a deferral until May of 2019, we would not recommend waiting too long as there will be quite a lot of work to do.

As part of this preparation, we recommend that you discuss with SAP the option to use their SAP Cloud Platform Integration and also ensure that you involve your technical teams in regards to the SAP HR Support pack upgrade.

For many customers, this also is a large project as upgrading the HR Support packs can take in much new functionality on top of the STP solution, so testing can be quite extensive to ensure that there is no impact on your production payroll.

I will continue to create blogs such as this during the next 6 months. Please visit our STP page on the SpinifexIT website to keep updated with any relevant information.

SpinifexIT blog single touch SAP payroll is here
Single Touch Payroll is Nearly Here for SAP Payroll
Single Touch Payroll is Nearly Here for SAP Payroll 1024 512 SpinifexIT

After attending the latest SAP Single Touch Payroll (STP) update session this week and also after using the pilot STP solution, I thought I would write up some detail on what I think of it.

What is Single Touch Payroll?

Single Touch Payroll is a new initiative by the ATO to effectively replace the Year-End Payment Summary process with a new process that reports payments on a per pay period basis.

This means that there needs to be an STP transmission file containing all of the employees’ pay details created per pay period. This file is then transmitted to the ATO using a Secure Transmission. For this part, SAP are proposing to use their SAP Cloud Integrationsolution.

STP was set to go live on 1st July 2018 for organisations with more than 20 employees, however, SAP have obtained an exemption for their existing SAP Payroll customers until the 31st of May 2019 – which is roughly 8 months away.

SAP STP Design

After working with SAP Payment Summaries for over 20 years, I was very interested in what is new with Single Touch Payroll and what the impact for existing customers would be to transition to this. I was initially wondering if this would be a large transition for existing customers, or a large implementation.

Luckily the STP solution seems to have been designed with this in mind.  For an existing customer already configured and using Payment Summaries, the transition work should be minimal. There are a few key differences however and these are important to consider during an implementation

Configuration

  • Wagetype Configuration.  STP, like Payment Summaries, requires you to nominate the specific wagetypes that are to be reported during the STP. Previously, for Payment Summaries, this used an Evaluation Class 11 to identify these wagetypes. Using a similar approach, STP will use a new Evaluation Class 13.  The wagetypes must also be culminating to the CRT (Year to Date table) in SAP. These wagetypes need to be reviewed and set up correctly before running the new STP process.
  • ABN Details.  SAP have kept the same approach as the Payment Summary solution here and have reused the same table (T5QGP) to hold the ABN details for the company.  Some additional fields have been including Intermediary Details. We would suggest reviewing all of your ABN details as part of the transition to STP.
  • STP Transmission Settings.  New settings have been added for the transmission side of STP.  These are held in the table view (V_T50BK). Items such as the Auskey ABN, BMS identifier and ports for the transmission need to be setup here.
  • Payroll Schemas. STP will now be calculated during the payroll processing and the results will be stored in new Payroll Cluster tables:

SABN – Holds the ABN Details when running the payroll

ACRT – Holds the Year to Date values at ABN level

AETP – Holds any ETP Payments calculated Year to Date

STP Processing

The wagetypes to be used during the STP processing are stored during the payroll process. This updates the SABN, ACRT and AETP tables.

Source: SAP Payroll Webinar by Vikas Pandey

After the payroll process, there are a few additional steps:

  • Generate Reporting Data – This transaction (PC00_M13_STP_GEN) is used to generate the data that is used to create the transmission file to the ATO.  This will read the SABN, ACRT and AETP tables and then create both a company and Employee files containing the information summarised and ready to be transmitted to the ATO.  This report allows you to view the Employer, Employee, Allowance details and any error messages that are generated during the STP run. The following tables are updated by this process:
  1. T5Q_STP_ER – Employer Details
  2. T5Q_STP_EE – Employee Details
  3. T5Q_STP_PAY – Allowance Details
  • STP Declaration and Submission – This transaction (PC00_M13_STP_VIEW) allows you to select the run from the above step, view the details going into the STP run and create the Declaration that these values are correct.  This Declaration needs to be completed before proceeding to transmitting the data and is a required step by the ATO.
  • Transmission to the ATO – The final step is the Business to Authority transmission (Transaction PB2A).  This is where you will transmit the STP data to the Tax Authority using the SCI (SAP Cloud Integration) solution.  It not only allows for transmission, but also receives any errors back from the ATO after the file has been validated.

Summary

In summary, the SAP STP solution is not far away.

 With a planned release date of October 11th, now is the time for customers to start to plan for the solution’s upgrade and implementation. Whilst you do have the option to defer until the 31st of May 2019, we would not recommend waiting too long as there is still a lot of work to do.

I will follow up this blog with a further overview of the System Requirements, Configuration, some considerations when upgrading. I will also talk about SpinifexIT’s newest solution, Easy STP, and how it enhances the usability of the standard SAP STP solution.

#ComeSeeSpinifexIT

Are you a SpinifexIT Customer who would like to learn more about our Easy STP solution first hand? If so, I’m inviting you to join our Customer Days scheduled across October and November. You may click here to view the schedules and agenda. Customer Days are FREE events for SpinifexIT Customers. Visit the link now and register to reserve your spot if you haven’t yet.

SpinifexIT Payroll considerations during an employee central implementation
Part Two: Payroll Considerations During an Employee Central Implementation
Part Two: Payroll Considerations During an Employee Central Implementation 1024 512 SpinifexIT

Download our FREE Considerations for Payroll During an Employee Central Implementation Checklist. Fill out the form below to receive a copy.

PART 2 OF A THREE-PART BLOG SERIES BY DARREN SOUTER

Welcome to the 2nd part of our three-part blog series on Payroll’s journey. The first part of our blog discussed some of the options that you have when selecting a Payroll Solution. Today, we’ll discuss some of the considerations when integrating Payroll to a new environment that is also connected to Employee Central.

As my background is not necessarily focused on implementations, I am going to focus on a few key topics that may come up in a typical implementation and some of the key items to consider. Many of these items come up during discussions I often have with existing customers looking for unbiased advice.

Implementation Partner

As most customers would only ever want to do this once, they are best to rely on the experience of an Implementation Partner who can guide them through this process. As this can be a complex process with not only an Employee Central Implementation but one that involves data migration, integration back to SAP (for Payroll) and potentially changing the Payroll solution, it is worthwhile exploring the implications of such options.  Depending on the scope of your work, you may be fine with a partner that just works with Employee Central, but if there are changes to Payroll, you should seriously consider having a partner who also knows and has implemented SAP Payroll.

It is also important to validate which customers the partner has worked with on past projects and if such projects were deemed a success! I also believe it is worthwhile reference checking the individual consultants who will work on the project, as the last thing you want is a group of inexperienced consultants learning whilst implementing your project. 

Implementation Project Plan

Whilst this may seem obvious, please ensure that you have a realistic plan for the implementation project. This plan should include the work required to perform a full end-to-end implementation and must include many of the tasks that verify that all forms of payroll related processes and tasks continue to operate on go-live to ultimately ensure employees are accurately paid.

Hence as a tip, ensure that adequate time and effort is allowed for the accurate migration of HR data and validation processes. There should also be an allocation to make sure that multiple test payroll parallel runs are executed, bank file checks are conducted, and go-live and post-go-live support tasks are scheduled. These are the type of tasks that must be included in the scope of the project to help ensure a seamless payroll operation.

Implementing Employee Central with Payroll is a complex process, so again we recommend you verify references from your partner to ensure that they have previous experience in both Employee Central and Payroll implementations.

Data Migration To Employee Central

During any Employee Central Implementation, you will have the requirement to migrate the master data from your current SAP On-Premise system into Employee Central.  This is typical of most implementations which have a data conversion scope.

In the case of migrating from SAP HCM however, luckily SAP provides some help with this process.  This is in the form of ABAP reports that can be used for the extraction of the data. When planning an implementation/migration, it is important to understand who specifically is responsible for the data extraction, manipulation, migration and validation of this data. Is this the responsibility of the Implementation Partner, or is this something your internal team / the customer will do?

This stage can often be made more complex if there is a need for remapping existing data and catering for customer specific infotypes/fields.  This often involves additional development or extraction work, as well as significant time for manual manipulation and validation of the data once it is loaded into Employee Central.

NOTE:

Data Replication Back To SAP HCM

When implementing Employee Central with SAP Payroll, there is the need to determine which system is the key system for entering Master data (generally this is Employee Central). However, as the SAP Payroll Solution requires certain data to allow for processing, you need to be able to replicate the Master Data down to the Payroll Solution.

There are a few options here.  SAP provides the SAP Cloud Integration solution with accelerators to speed up the setup of this data transfer.  There are also other solutions such as Boomi. For Employee Central Payroll Customers (ECP), SAP provides a point to point replication program for transferring this data to the ECP environment.  

No matter what solution you may use, you need to ensure this is included in the implementation scope and plan. The replication and testing of this should also be part of the parallel run process as the Master Data will be maintained in Employee Central and then replicated down to the Payroll Environment.

Finally, you should also consider which Payroll related ABAP reports and standard reports will still be used in the payroll system. I recommend that you replicate enough data down to the Payroll Environment to allow for all relevant reporting to continue, and of course, you will need enough data to run all payroll calculations and processes accurately, including the year-end processing and validation of year-end results.

What To Do With ABAP Reports & Interfaces

There are many SAP HCM customers who have customised ABAP reports for a specific company need. In many cases, these have been either developed from scratch to fit a unique reporting requirement, or an SAP report has been copied and modified to access additional data to report against a certain set of HCM reporting requirements. Without these custom ABAP reports, the process of reporting is often performed by manual extraction of data into tools such as MS Excel in order to create the reporting that is required.  The trouble is that this is a manual process.

Luckily, with most of the options (if you are keeping SAP Payroll), you can choose to take your ABAP with you.  Whether you are staying on-premise, moving to ECP, moving to a hosted SAP Payroll option, or even moving to many of the outsourced services, there are still options around having ABAP functionality.  This may mean that the reports will work without modifications, or in some cases, they may require rework as data may be held differently in SAP, or may now be held in Employee Central.

NOTE:

PRO TIP:

These are some of the questions I’ve been asking customers for the last 15 years when working with them with regards to streamlining and automating reporting.  The need for custom reporting is often essential in SAP Payroll when you start to look at streamlining reporting and interfaces, but it doesn’t need to be done through hard coded ABAP.

This overall process is why I have seen many Payroll Teams over the years spend nearly 50% of their overall time in report production as the process of building ABAP reports is not straightforward and most customers resort to doing these processes manually with many extracts out of SAP HCM and Payroll and into tools such as MS Excel to produce such reports.

Over the years, I have observed that the scope of reports that were identified and delivered during the implementation end up being a subset as compared to, say, 12 months after post go-live. Often, customers will have 20-30 reports initially on go-live and will have doubled within 6 months later. Some customers have even reached 200+ reports after 12 months.

Luckily, SpinifexIT’s Easy Reporter is a perfect alternative here.  It is a solution that sits within your SAP System and comes with many pre-delivered reports and gives you the flexibility to be able to create customer specific reporting processes without the need for technical resources.  The HCM/Payroll Team can use this solution to create the reports, interfaces and extracts as they require directly in a production environment. Easy Reporter can actually be used in all of the Payroll Options that were identified in the first blog.

Finally, if you decide you still require the existing reports or interfaces, then you should verify that the data is fully available in the same system.  One good example I have seen with several customers is that they may choose not to replicate the Organisational Structures from Employee Central. This then means that the reports that display this type of information may no longer be relevant.

Documents – Smart Forms, HR Forms, Adobe Forms

In a similar way to the reporting decision, many customers have also created custom functionality to produce forms and letters to easily distribute information to the employees, management and external parties.  These are often done through custom programs and SAP functionality such as Smartforms, HR Forms or AdobeForms.

In many cases, this includes forms such as

  • Pay Review Letters
  • Total Reward Statements
  • Employment Contracts
  • Staff Welcome Packs
  • Local Legislative Forms

One of the challenges is that the data for these documents might need to come from both the SAP Payroll system as well as the Employee Central Environment.  In most cases, these documents need to be reproduced and accessed from within the Employee Central Environment.

Luckily SAP does have the ability to create custom documents.  These can be created by your administrator in your environment through Employee Central Document Generation. This allows you to create text based documents with field data retrieved for the employee from the Employee Central Fields.

 

PRO TIP:

Often, custom HR documents can be complex, and for these documents, an alternative option may be required.  If this is the case, SpinifexIT offers an integrated extension solution to Employee Central, known as Strato. Strato allows you to control the full formatting of the document with the ability to insert graphics, logos, format the text to duplicate the customer requirements.  In addition, through Strato, you can embed sections into the document based on conditional logic. Decisions such as the employees’ Company Code, Employment Type, Gender etc… can all be included in a document to allow you to easily create any document that is required. Total Reward Statements and Employee Contracts are two such examples of complex documents we have seen across our customer base.

Custom Functionality

Many customers have built custom functionality into their SAP system.  In most cases, this is an opportunity to review and remove a lot of this functionality as part of the new implementation.  In the new cloud world, whilst custom functionality can be created, it is created within Employee Central and it can be limited to simpler screens through the SuccessFactors MetaData Framework (MDF) functionality.  The more complex functionality can be created through the SAP Cloud Platform. It would be worthwhile to look for ways to achieve what you require within the standard system, but if this is not possible, it would be best to look for a specific vendor that provides what you want.  It would be suggested that if these options do not provide what you require then custom functionality would be an option.

SAP HCM Considerations

As this if often a good time to consider other changes, it might be worth digging a bit deeper into what your current On-Premise Solution is being used for. Many customers use Time Evaluation for two key purposes. The first is to interpret the time input (such as attendances) and to determine output (Wagetypes) based on the business rules such as when an employee should receive higher payments (overtime), or when an employee might get a meal allowance.  This might be a good time to review this process (including how you get these times into the system) and look at a Time and Attendance Solution. It is not advisable for customers who are migrating to Employee Central Payroll to use the standard Time Evaluation solution.

You may already have a time and attendance system though, but even if you do, you should confirm with your implementation partner whether this is integrated with Employee Central and/or part of the new payroll solution.

Another area is the Leave Quotas.  Employee Central has a Time Off module that can replace the existing SAP Leave Quotas functionality. You should ensure and validate that this module covers your business rules and requirements, and if it is being considered part of the scope of the implementation.

Lastly, if you already have an Employee Self Service or Manager Self Service portal, you should verify which functionality is still required and whether it is duplicated within Employee Central.  Often, many reports are being executed by the manager and a validation process should be conducted to verify what reports must still remain and be available. If your organisation may no longer sit in SAP, you should consider how these reports will operate after migrating to Employee Central. 

Parallel Runs

As part of all Payroll Implementations, there is the need to validate that the Payroll is running and calculating correctly before going live on the Payroll.  This generally involves a comparison of the same results from the legacy HR and Payroll system to the new system. In most cases, this involves multiple runs. The reason for multiple runs is that there is the need to validate the results flowing from pay period to pay period.

Things to consider here include:

  • Having at least 2 parallel payroll runs
  • Preferably one run going over month end
  • Parallel run for each payroll area (Monthly, Fortnightly, Weekly)
  • Validation of Payroll Results including Current Pay, Tax, Deductions, Overtime, Year to Date Figures, Leave Accrual and Finance Postings.

Pro tip:

It is also important to run these as real-life scenarios.  I’ve seen customers who have just entered the basic data for a pay, but not triggered retrospective pay re-calculations.  This has caused issues after go-live. It is much simpler to fix these issues prior to go-live, so I would recommend you try to keep your parallel runs as close as possible to real life scenarios.

You should ensure the project plan allows for enough time to perform these parallel runs, as well as allow for time to fix any issues. During this period, it’s often a challenging time as your payroll team will most likely be responsible for checking most of the results, and at the same time, they still will often need to perform their day to day role.  Hence, if possible, provide additional resources for this period of the project.

Process Changes

With Employee Central, there is going to be a large number of processes that your organisation has been doing for many years that are now going to change.  This means that there is going to be a lot of internal changes to your organisation. Whilst a system like Employee Central is much more intuitive than the previous SAP Solution, there is still going to be some changes and you should allow time for items such as updating manuals and procedures, retaining staff, changing roles, and communicating the new process among many other things. 

Go Live

It is important to plan the timing of your Go live. There is likely going to be some time required for data migration from your existing production system and switching to new processes. Many previous SAP Implementations aligned this to the start of the Financial Year (depending on your region), so that items such as Year End Reporting in the new system may not be so critical.

You should make sure that there are no other critical projects the same time you Go live, and you should make sure key staff are available and not away on planned vacation or other activities around this time.

There should also be a plan for supporting the new environment for at least the first 4 weeks after Go live.  This is often when any unexpected issues may come up and you want to be able to leverage your partners’ expertise during this period.

Finally, you should start to think about post Go live and how best to support this.  As SuccessFactors has quarterly releases, it is important to at least understand what is in these releases and what impact this may have on your system and processes.  In most cases, there should be no impact, but there is always new functionality becoming available, and your partner could advise you on what they would recommend you implement.

Summary

The implementation of Employee Central along with Payroll is a large initiative, so planning this is important.  You have a lot of expenses associated with internal resources, consultants, partners, SAP as well as other 3rd parties.  Even if you decide to leave Payroll On-Premise and just implement Employee Central, most of these items should still be considered in the scope as there will be some impact.

It is important to understand this entire process and take advantage of learnings of other customers who have been through this process. 

To help further, the above information is summarised into a checklist that you could use when planning out your migration.You may use the form above to download a copy for yourself. 

If you have any questions or if you’d like to share some of your implementation experiences, please don’t hesitate to comment on my post or e-mail us at [email protected]. I’ll respond to your questions and comments any chance I get.

Part One: Considerations for Payroll during Cloud Migration
Part One: Considerations for Payroll during Cloud Migration 150 150 SpinifexIT

A THREE-PART BLOG SERIES BY DARREN SOUTER

Over the last 10+ years, I have watched with keen interest many different announcements from SAP.  Many of these ended up with little momentum, but the purchase of SuccessFactors by SAP was something quite different.  From the outset, momentum was already there with many existing customers using parts (i.e. modules) of the SuccessFactors Solution.  More recently with the continued investment in SuccessFactors Employee Central, this momentum has further increased with many more existing On-Premise customers looking to move to the Cloud.

However, for most of these customers, SAP Payroll is a huge consideration because of the close integration and dependency  to the existing SAP HCM Solution. SAP’s recent announcement which extends Payroll’s lifetime ‘til 2030 provided more options for existing customers. I’ve documented some reactions and possible effect of this extension on my blog a few weeks ago. Like most customers, we’re also hoping to hear more news about what this solution will contain, and what SAP’s plans are for the Next Generation Payroll solution.

The good news is that the current SAP Payroll is an extremely powerful  and flexible solution and that most of the customers have various options available for their Payroll and how it could be  deployed into the future.

I’m making a blog series for customers and organisations who are in this position. We’re breaking it into several parts to cover off the following key topics:

  • What are my options when moving to Employee Central?
  • Considerations During the Implementation of your new Payroll Solution with Employee Central – What functional use cases and technical areas should I be aware of?
  • Streamlining Further Payroll Operational Processes in your new integrated Payroll Environment

We will look at all the solutions that SAP provide and cover off some of the technical changes such as HANA declustered tables and many more areas.

Before I talk about these things, I’d like introduce myself.

I started working at SAP as part of the team that built the Australian Country Payroll solution. Since then, I’ve been involved in designing and building out our SpinifexIT integrated software solutions for SAP HCM/Payroll with the ultimate aim of providing capability in the hands of Payroll and HR professionals that exposes value in their work and efficiency in their payroll and HR operational business processes and the management of such processes….whether that be in the automation of reporting that exposes insights on the accuracy of employees payroll, the automation of recruiting letters and employment contracts for new hires, tools to accelerate testing in payroll upgrades, solutions to help address complex payroll enquiries, the automation of interfaces with third parties who require payroll and banking information, or delivering embedded custom payroll or HR functionality using our solutions to address a specific customer need…. These are just a few examples of the capability I am passionate about providing to such professionals, because in my eyes, Payroll and HR Professionals are unsung superheroes who work tirelessly for the care of the employee and the employee lifecycle process!

Right now,  I am proud to say that we have  over 800 installations in over 40 countries of our solutions adding values to Payroll and HR professionals everyday, this is just what we do, this is my passion!

Ok so lets now talk a little about SAP Payroll and SuccessFactors. Over the last few years, I closely followed announcements from SAP which includes SuccessFactors, HANA, Payroll Control Center and HR Renewal, and have worked with many customers to help them navigate in understanding these solutions and what it means to them.

Hence, it makes sense for me to  blog about SAP Payroll and share my views and some best practices we’ve witnessed through our implementation and engagement experience with customers. I’ll keep this blog general and make reference where appropriate to our SpinifexIT solutions and content since our customers found significant  value in leveraging the solution in different areas of the SAP Payroll and HR Operational lifecycle.

Start following me or our SpinifexIT LinkedIn page so you don’t miss any updates about this topic.

Let’s get started.

HR & Payroll – Migration Options for Customers

As SAP has often stated, customers can start anywhere and go everywhere.  This is no different in the HCM area, and there are many options available to customers.  Some of the key current options available to customers are listed below

  • Migrate to Employee Central and leave Payroll On-Premise
  • Migrate to Employee Central and also migrate Payroll to Employee Central Payroll
  • Migrate to Employee Central and migrate Payroll to a Hosted option
  • Migrate to Employee Central and move payroll to a 3rd party outsourcer such as ADP, NGA or other Payroll services providers
  • Customers can do nothing right now – Stay on Premise and utilise tools like HR Renewal

As you would see, there are a lot of options available for the Payroll Business.  Each of these have different migration paths with different complexities.  The clear message from SAP however, is that the future of the Employee Master Data is within Employee Central (In the cloud).

This, in my discussions with many customers and partners, is an important part of the future landscape of SAP and likely one that most customers will take over the coming years.  The good news is that there is still time to plan this properly and schedule this into your future plans. The transition is a project that should be planned out carefully, as it is not just a migration, but a business transformation and you should look to review internal HCM business processes during this migration.

In terms of Payroll, there are a number of options available.

Migrate to Employee Central and Keep Payroll On Premise

One of the simplest options is to keep Payroll On-Premise and move the HR Functions into Employee Central.

We have already seen many customers take this approach, as it still allows for the future proofing of the business with Employee Central but maintaining the existing Payroll Rules thats are already in place.

This option doesn’t mean that you cannot take advantage of some of the new functionality, inside of SAP including the Payroll Control Center, which allows you to setup your payroll as a process that can be run from a browser view or directly from Employee Central.

Many customers are also implementing SAP HANA as part of their overall ERP landscape.  This has a large advantage with the Payroll Control Center as well, as the Payroll Control Center writes to new Payroll Declustered Tables that can be optimised for SAP HANA queries.  These can result in very fast validation checks to ensure your payroll is correct and accurate.

During this process, one of the larger pieces of work is the integration between Employee Central and the Payroll System.  As most data now is maintained via Employee Central, you now need the Payroll Relevant Data to be migrated to SAP.  This includes most core Payroll Information, but some customers who have existing processes are also continuing to migrate data such as Organisational Structures and other more general employee data.  It really is important to consider what your goal is here in terms of information that comes out of the Payroll System and what processes are to be migrated over to SuccessFactors.

 

Migrate to Employee Central and move Payroll to Employee Central Payroll (ECP)

In many cases, the customer is looking to completely remove infrastructure and cost that sits within their business while moving to a full cloud solution.  In this case, one of the better integrated options is the SAP Employee Central Payroll Solution. This is a hosted solution that SAP Provides on a subscription model.

With Employee Central Payroll, this is treated as a new Implementation.  The advantage of this approach is that many customers over the years have built up manually intensive practices, have complex payroll processes and in many cases use old versions of SAP Solutions, have  infrastructure capability that is coming close to end of life. It is an opportunity to revisit their entire implementation and redo this process.

PRO:

You can still move transports from your old system to the new system. Custom configuration can still be migrated into the new solution to speed up your implementation, with few exceptions.

PRO:

The integration is much more tightly controlled.  The ECP solution does not require you to configure the SAP Cloud Integration, but instead uses integration processes that are built within the SAP ECP system.

CON:

Some functionality such as Time Evaluation and other Non-Payroll type functionality are not supposed to be used within the Employee Central Payroll Environment.

Several SAP Partners also offer a multi tenanted option here (This means that multiple customers can use the same hardware in the same SAP system), which has the benefits of the SAP ECP environment, but is also tied to some partner solutions that allow for faster implementation with accelerators.  This does still require an implementation (Like the Employee Central Payroll Option), but it does allow for some savings if you can leverage off some of the pre-defined options such as country configuration.

Migrate to Employee Central and move Payroll to Hosted Solution

If you are not looking to rebuild a lot of your payroll processes, but would like to retire your hardware and infrastructure, another option may be to use a Hosted Payroll Service Solution. This is an option if your goal is to move all infrastructure out of your current environment, and to essentially keep your Payroll System as it currently is today.

I have not heard from any customers who may have taken this up, but this option is discussed in more detail in various blogs.  One which questions this option for mid to large sized businesses is as follows. Jarret Pazahanick explains why in his blog.

Migrate to EC and move Payroll to 3rd Party such as ADP, NGA

If your goal is to completely transform your business processes, a further option may be to move to a Managed Service Payroll (Still using SAP Payroll as the engine to deliver payroll). Whilst this option is also a reimplementation of your payroll, you can do it with a partner and adopt a lot of their own pre-defined configuration for the individual countries you run payroll for.

Whilst on one hand, this option could be seen as being similar to moving to the ECP Solution, this actually has many more options including just provision of a hosted payroll solution right through to the complete outsourcing of the Payroll to the provider.  

Do nothing and continue to use the current SAP HCM System

STAY ON-PREMISE

The last option is to actually do nothing and just follow the migration path SAP will offer to its customers.  SAP have now given a migration path (Planned from 2023) to move to a S4/HANA sidecar solution, which will allow a quick migration to a similar SAP environment, keep your HR and Payroll Solution (Except for Recruitment and Learning).

Of course, in the next 12 years, the innovation in the cloud will be far more than the existing on-premise system. You might find this dated and this may eventually force the move to Employee Central.

To Sum It Up…

There does seem to be a momentum gathering with more and more customers putting in plans to migrate their core HCM into Employee Central and the other SuccessFactors Modules.  SAP’s focus has been on developing into the cloud. Luckily, this has also had flow on effect back to the On-Premise solutions with applications such as the Payroll Control Center being available to use within the Cloud or On-Premise.

The decision now comes back to more of a business need. Consider these:

  • Do you want to re-implement your SAP Payroll?
  • How much Business Transformation would you want to do in one go?
  • Do you want to continue managing your own payroll?

The choice is yours and you are spoilt for choices.  It is worth really considering the options available rather than just waiting for the inevitable.

In our next part to this blog, we will talk more about the implementation and some of the considerations with focus more on the Payroll.

Opinion Piece: On SAP On-Premise’s Extension And What It Means To Our Customers
Opinion Piece: On SAP On-Premise’s Extension And What It Means To Our Customers 150 150 SpinifexIT

SAP HCM beyond 2025

SAP recently announced that the on-premise SAP HCM Module will have its maintenance period extended from 2025 to 2030, hence giving existing SAP HCM customers a new option for continuing the use of their SAP HCM Module past the current 2025 deadline.  The announcement also gives customers a new option to migrate to the S/4HANA solution that supports the HCM environment.  This new environment will be based on the existing SAP landscape for easier migration, and the new solution will be based on the HANA database.  SAP have indicated that they will provide additional tools to help with the migration to this new environment, which is planned to be made available in 2023.  This new environment will be supported until 2030.  Details of the SAP announcement can be found here.

Initial reactions to the announcement

At the time of writing this brief article, there have been some documented comments to this news.  Generally the announcement has been seen as positive, although there are questions about the need for new licensing and the migration to the S/4HANA environment.  It will be interesting to see whether this announcement might make customers reconsider delaying  their move to some of the SuccessFactors Modules such as Employee Central, as this potentially gives customers the option to do nothing until they can see further details around SAP’s direction.

For more information on the comments, please see some of the following blogs.

A longer roadmap option for Payroll

In my opinion, the key item that I believe SAP HCM customers have been grappling with is the most suitable long term option for their SAP Payroll System and Payroll Processes considering the benefit in moving to SuccessFactors Employee Central.

As this point,  customers have the option to move to SuccessFactors Employee Central for their HR Master Data Management and core HR Processes, and keep their SAP Payroll on-premise system or have the option to migrate to SAP’s cloud based Employee Central Payroll Solution.  The other options available is to “lift and shift” to an SAP Managed Payroll Service which is offered by a limited set of SAP HCM Partners.   What we are currently seeing, the uptake to Employee Central Payroll is still in early stages and the same can be said for the “lift and shift” SAP Managed Payroll option.

Therefore, most SAP HCM customers have left their SAP Payroll system in current state (Generally in an on-premise ECC environment).  Some customers have migrated to SuccessFactors Employee Central and integrated it with their ECC Payroll, but from what we have seen, the majority of customer have done little at this stage.

How do you plan to manage your payroll processes?

The migration to SuccessFactors Employee Central is certainly in the minds of many customers today as it certainly represents positive business benefits and with the latest announcement of their program Upgrade2Success makes it a compelling strategy to consider. With many customers in the early stages of planning for this move, it will be interesting to see whether this latest announcement from SAP makes such customers put their move on hold for the time being.

At least this gives a longer term roadmap for SAP Payroll, and customers can then independently decide whether they take up SuccessFactors Employee Central for the management of the Employee Master Data and core HR Processes or continue to use the SAP HR On-Premise solution.

It will also be interesting to see if further announcements will be made over the coming months in relationship to a next generation payroll, as speculated by Steve Bogner in the following article.

Whilst SAP have only mentioned this new upgrade option in the article, it would be surprising if another longer term future based option for Payroll is not being considered by SAP.

What do we believe this upgrade / conversion will mean?

Here at SpinifexIT, from what we can understand from the announcement, the new proposed S/4HANA solution will be based on the existing SAP HCM solution, so this is good news and should minimise the work that customers would need to do to convert to this new solution.  Customers who have a large amount of custom functionality such as reports or interfaces, there should be minimum changes to their existing solution.

The good news is that customers can look to invest into some of the newer technologies that SAP have recently released such as the Payroll Control Centre and have the peace of mind that this should be upgradeable to the new solution.

What does this mean to SpinifexIT Customers?

Our many SpinifexIT customers across the globe leverage a number of our solutions to address various SAP HCM use cases, including such use cases as it relates to Payroll operational reporting and reconciliation, Payroll Control Centre reportingEmployee and Management digital document, generation and distributionEmployee cloning across SAP systems, hence we see this as a promising announcement from SAP!

This topic has been a constant discussion with customers over the last 12 months with many of them seeking advice on what to do with their SAP Payroll system.  Whilst we have the majority of our customers still using just the SAP ECC versions, we also have numerous customers who have:

 

  • implemented the Employee Central Payroll Solution,
  • implemented S/4HANA
  • upgraded their database to HANA,
  • adopted Payroll providers such as ADP or NGA (Still running SAP Payroll as the solution).

 

All of these customers have had a questions about the fate of SAP Payroll past 2025, so at least there is a direction for these customers.

In terms of the SpinifexIT solutions, we will ensure that our solutions continue to work on the new S/4HANA proposed solution.  As the announcement from SAP indicates the new solution will be based on the existing SAP solution. Hence we would not anticipate any upgrade issues, just as we have not seen any concerns with our customers who just recently implemented S/4HANA.

In addition, regardless of what our customers decide to do today with their core SAP HCM System (Stay on Premise, or Migrate to SuccessFactors Employee Central), we have options to cater for use cases that they might encounter.  In all scenarios, SpinifexIT has the SAP user base covered with proven, tangible and productive HCM and Payroll solutions that augment the SAP Roadmap, now out to 2030.

More information about SpinifexIT

For more information about SpinifexIT solutions, please visit our website at www.SpinifexIT.com, and if you have any questions or if you wish to request a demo, we can be reached at [email protected].

Please join our webinar on the 18th of January. We’re featuring our cloud-based Document Generation Solution for SuccessFactors and SAP HCM (best for cloud or hybrid systems). Click here to read more about the topic & register.

Darren Souter

SpinifexIT Global Solutions Architect

Darren has been developing business-optimising solutions for SAP HCM and SAP SuccessFactors for more than 20 years.  Darren’s leads the SpinifexIT solution team to develop innovative SAP HCM solutions that maximise the value of the SAP HCM Customer investment and help enrich the SAP HCM Customer experience.