Linux HR Management Systems?
dgcrawford writes "A growing, 100-person company I work for is looking to integrate a Human Resources Management System into their Linux computer base. Does anyone have experience with any products that fit this need? Does it interface well with payroll, applicant tracking, maybe even finance and stock or other non-monetary compensation? I realize most of you would look at this from an IT point of view, but how did the system work across fields? And how important/useful did you find this interoperability?"
I haven't tested it, but I was looking into something similar. Open Source at least.
2 1
http://www.orangehrm.com/home/
VMWare Appliance for quick testing: http://www.vmware.com/vmtn/appliances/directory/7
Installed and currently trying this Applicant Tracking System ...
http://www.catsone.com/index.php
May not directly answer your question but it's an interesting HR-related app.
The question wouldn't be that you're looking for a Linux HR system but something that runs on Linux. There are lot's of business apps that run on Linux such as Peoplesoft. They officially support running it on Linux since april '04. SAP HR also does Linux. Lot's of smaller web-based HR systems also run on Apache/WebSphere etc. so integrating those into a Linux oriented infrastructure will not be a problem. Interfacing with the apps mentioned in the question is what every HR application should to correctly (payrolling being no.1) just make a first selection based on rough features and invite the companies over for a chat.
http://virtualize.wordpress.com/
We're an ISP that's created a lot of management software in house, including our time clock system. We track hours in a MySQL database. We have a few legacy PCs with a touch screen LCD and a barcode scanner at the entrance to each of our offices. Everyone scans their bar code and enters a 4 digit PIN on the touchscreen when entering (clocking in), and scans their bar code when exiting (no PIN needed when leaving / clocking out). Add a PS/2 keyboard wedge to the barcode scanner, a standard HTML form with an input box, a little JavaScript (specifically, we set our focus to the input box when the "swipe" screen is up, and monitor the number of characters in the barcode input box, waiting for a whole barcode to be scanned).
So, with all of our employee hours in a database already, it would not be hard for us to write an application to manage our payroll and export data to any application (or even a PDF) to be printed onto a real check automatically. Granted, I would probably wait 20 or 30 checks working on the alignment when creating the PDF, but the up front cost savings would be large. But, there are some things that are better left to outside companies. Payroll is one of these things, as there is a bit more to it then (hours*wage-(wage*tax rate)).. Payroll can be a time consuming and involved process.Let a company handle it for you. They will take out taxes, allow you to offer direct deposit, and will be your agent for dealing with the state in regards to taxes, unemployment, and workman's compensation insurance. Also, when an employee files for unemployment (or, better yet, gets fired, moves away, and files in a different state where you haven't even established an account before), they will be your liaison with the state in regards to all unemployment proceedings. The service we use (Paychex) will even go to court for you for matters of unemployment and workman's comp.
I've been following this project for a couple of years now. Tiny ERP is an open-source Enterprise Resource Planning (ERP) suite written in Python and uses PostgreSQL.
It's a client server application, with the client available on Windows, Linux and Mac. The server will run on Linux.
It has HR and many other modules that you can use. And you can use one module or many modules for your installation. It will also allow you to integrate with your existing data sources. Check it out.
Oh, and I don't work for them, just like the software.
Ah, you obviously need to inform your HR department about the new EINA-FDB recommendations. The industry has been trying to get them generally accepted for years now.
(Excel Is Not A Fucking DataBase)
How many people can read hex if only you and dead people can read hex?