The Process of Payroll History Import within GHR

We have previously discussed Payroll History Import and the way it processes pending payments. Let’s take a closer look at how that works within GHR. The system takes all pending payments and creates a bunch of tables, a payroll payments record, as well as a payroll register. If you process that Payroll History Import, it will prompt you to create checks (also known as a payroll registry). Once these have been created, all wages and deduction tables will be updated. This process creates the bi-monthly or bi-quarter report subtotals, but there is also a bunch of bi-year, bi-quarter sub tables supporting all of this on the back end. In the case you want to restart that process, be aware that there are many, many, many tables to be purged.

Speaking of purges, once you process all your payment history import, the pending payments are all created. This means that you're still in a good position to be able to purge all that data. That is why I'm recommending that you load all your data through Payroll History Import and process it completely. Doing this makes sure that all of your data has been loaded before you start processing pending payments. Once you've completed pending payments, it's kind of hard to get back out and it’s also a bit more complicated to purge some of those tables. That's what I mean by you need to know which table to purge if you get to that point.

Back to Blog

Related Articles

The Integration of Payroll & Finance in GHR

The last element of GHR Multi-Tenant Payroll that I want to cover is the integration between...

Complexities of an ERP Project in the Public Sector

Improved Data Security & Simpler Software Updates with GHR Payroll

Last week, we discussed some of the pros & cons of GHR Payroll. One of the biggest benefits of...