What integrations does your HR system have? Do you have an open API? These are questions we’re asked a lot by new customers.
Having your HR software talk to other systems your business uses seems to make sense. In theory. But is it really that simple, realistic or affordable?
Most prospects we talk to in people management functions are not technical and don’t have a budget or the ability to request heavy work from IT.
And most have not really thought through what data they want exactly to collect and integrate – and usually don’t have a clear idea of how much their investment will need to return to pay off.
The most commonly requested integration is with payroll.
And a lot of providers will advertise integrations. But you need to look at these closely and make sure that the outcomes you have in mind actually exist.
A lot of ‘integrations‘ offered are not really ‘seamless‘. Often these are merely compatibilities of data that can be used, exported from one to another but transferred ‘manually‘. (Not even ‘programatically‘.) If that’s not done manually other options could include flat file access.
Reports can be visual or exported easily – sometimes it’s as easy as drag and drop from one system to another. Why would you need to spend on an integration then?
Here’s some at-a-glance recruitment data that can be sent to a CSV file in a couple of clicks
A lot of data, such as the options above, can stay in one system. So usually its just finance-related information that businesses want extracted to other systems. Most of the time that’s just payroll …
Any HR software worth its salt will have reporting functionality to extract that data. But that’s not really an integration is it. (This kind of integration is commonly called a ‘User Integration‘.)
First, let’s clarify some definitions.
APIs (Application Programming Interface)
What on earth is an API? In short, APIs, on request, pull data from one source into your system, send information to another system, or sync between two systems.
These kinds of linkups can be on a 1-way or 2-way basis, can be synced in real time, or pushed/pulled at a defined interval. (You could be subject to lag times too, dependant on the systems involved.)
If you want to utilise an API you’ll need technical know-how or access to time from your IT team and a clear plan on what you want to have in place. Good luck with that.
This would be the ideal scenario. But … you guessed it, nothing’s straight forward … especially in systems that cross departmental functions.
Apps connecting to other apps are common in many sectors. (For example the CRM that your sales team use talking to your finance system to issue quotations and invoices based on ‘deals’ created in the CRM.)
However, as you may have already found, HR system providers can be either slow on the uptake – or truly direct integrations don’t really exist. Especially for small businesses.
Enterprise-level HR software vendors are notorious for having closed APIs. That is, they have integrations – but want to charge significant fees for customisation. Or prevent customers from using alternative tools to offerings they have in their wider suite already. (Also expensive.)
Many organisations use tools such as Zapier to connect systems. Especially for sales and marketing activity. Zapier’s really useful and we’re big fans of it for automating internal tasks.
But let us know if you find many HR software systems listed on there. Or payroll providers.
Most of our enquiries are for Sage integration. No Sage on Zapier …
There are possible solutions with Zapier using ‘web hooks‘. Again though, you might need some IT backup with that one.
If you do find a good, straight-out-of-the-box integration, you’ve still got some work (probably customising fields etc.) to do to make sure all the fields of data you want extracted exactly match up and that vital information required isn’t limited. Again, that level of technical expertise is likely to exist in IT and not HR.
This’ll be part of the work involved when planning your ideal integrations setup.
HR System Integration Checklist
- What data do you really want shared or synced? How often?
- How much time will this integration ideally save? Are these admin tasks or does the data still need judgement calls made with it – where it could be assessed in its original form and location? Is it just one or two regular tasks that a potentially large IT project is saving? So get a clear idea of the returns you’ll be wanting from an integration. This can vary wildly from one side or type of business to another.
- What’s the desired End User Experience and process? Maybe sketch that out. These types of processes need a certain element of ‘design‘. What happens if you have a change of personnel? Will they need to be trained on how to deal with common bugs and fixes required? You’ll need to have your team document what they did for the next person picking up that job.
- What’s your budget? Is this budget in line with returns you’ll expect?
- Is this a show stopper if it’s not possible to integrate to the level you’re expecting at the budget you have? We talk to loads of people who spend a tonne of time (and therefore resources) only to find they can’t achieve what they want. They usually only end up with nothing – except maybe a headache. (We call this Analysis Paralysis.) Or a large bill for something that’s not 100% workable or future proof.
- What time is IT willing to give to this? Do they have the right expertise? If not, can you feasibly manage subcontractors to carry this out? Will you need a consultant if you don’t have in-house IT support? What ongoing maintenance will be required? Are you at the mercy of the system pushing data out or the incoming ‘receptor‘ system changing what data calls can be made? And, perhaps most crucially – will this request for an integration be like opening a can of worms for wider IT and integrations across the business?
- Will the integrations and suppliers meet GDPR compliance or required Information Security standards for the data stored and transferred in each system that’s linked?
Separate Systems or All in One?
Of course one way around many of these issues – that HR systems that offer a ‘full suite‘ will argue – is to use a wider solution that is all in one box already.
We’d certainly be in that bracket at this time. (Our HIRELocker recruitment software is interoperable with HRLocker for example.)
Yet we’re open-minded and ultimately just want to deliver workable solutions. This thinking will define what we do and don’t offer going forward.
Payroll integrations would be the missing link for us in one respect. Perhaps a link with alternative Time and Attendance systems to our own too.
On the other hand, when clients look into integrations, they soon hit a wall.
For the payroll issues we most commonly encounter, the best workaround is that the relevant personnel in finance that need data from hours worked or Comms and Bens etc. have the right permissions to pull the reports they need and use those CSV export files to drag into their payroll software each payroll cycle.
A perfect example of a ‘User Integration‘ that’s not really an integration 😉
We can and do carry out integrations on a bespoke basis with clients that have a clear idea and a specific case in mind.
In future there will be more easy connectors available. But even easy processes require an element of planning and ‘design‘.
Share this Post