Академический Документы
Профессиональный Документы
Культура Документы
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------
System for Universal Compliance Reporting & Analytics for HR and Payroll
SUCRA ENABLES
COMPANIES OF ALL SIZES
TO AUDIT THEIR HR AND
PAYROLL DATA AND
TRANSACTIONS, ENFORCE
COMPANY BUSINESS
RULES AND REGULATORY
COMPLIANCE, AND
GENERATE EXCEPTION
REPORTS, REGARDLESS OF
PAYROLL/HR VENDOR OR
DATABASE REPOSITORY.
Page 1
THE CHALLENGE
Companies in every region of the globe, ranging from small companies with less than 10 employees, to
mega-corporations with hundreds of thousands of employees, almost all use the following software
packages:
o
o
o
o
Page 2
You will need to be familiar with the syntax and conventions of your database vendors dialect of the
SQL query language.
THE RULES
Finally, you will need to define, develop and maintain a set of business rules, data validation criteria, and
compliance checks. Your HR/Payroll data must be regularly tested for compliance against these business
rules, and exception reports must be produced.
Page 3
Page 4
Discovering and addressing HR/Payroll fraud is notoriously difficult, as fraudsters devise new methods
and strategies to steal from companies by data manipulation. Companies must remain vigilant, flexible
and intelligent in their efforts to combat fraud and non-compliance.
A 2011 Report by Ernst & Young proposes the following roadmap for implementing an internal
Compliance and Auditing process:
This roadmap illustrates the processes and phases that must be included as part of the companys
internal data compliance, analytics and auditing exercise. Without the adoption of intelligent tools and
automation, most companies would be overwhelmed by these requirements and would lack the
resources required to perform these tasks on a continuous basis.
SUCRA helps companies to encapsulate, implement and automate the process map shown above.
Page 5
THE SOLUTION
To address the absence of a structured and repeatable packaged process for HR/Payroll data
Compliance Management and Reporting, we developed SUCRA.
As described in the previous sections, the main obstacles that have historically prevented the
development of a Universal Solution are as follows:
DIFFERENT HR/PAYROLL SYSTEMS
Each HR/Payroll vendor has their own proprietary data structures, logical schema and business entities.
There is no industry standard for Employees, Salaries, Banks, tables, columns, views, relationships, etc.
DIFFERENT DATABASE MANAGEMENT SYSTEMS
Each HR/Payroll system sits on top of a back-end data repository, which is usually a database vendors
proprietary database engine. This is usually Oracle, Microsoft SQL Server, IBM DB2, SQLite, or other
relational database management system. Each of these products offers their own flavor or
implementation of the SQL database language. Syntax, conventions and extensions are often
incompatible with other vendors database offerings.
COMPLIANCE RULES IMPLEMENTATION
An expanding and evolving collection of Company Business Rules and Policies, and external Regulatory
and Legal Compliance imperatives must be defined, tested and maintained. There is no universally
recognized industry-standard for describing and defining these Business Rules.
Page 6
These aliases represent universal business entities which are present in all HR/Payroll systems,
regardless of vendor data structure, schema, or SQL syntax.
The SUCRA user does not need to know that the SUCRA expression {EMPLOYEE_BIRTHDATE} actually
refers to their HR systems DATE_OF_BIRTH column, in the PERSONS table, in the dbo schema in the
SQL Server HRMS database, otherwise known as dbo.PERSONS.DATE_OF_BIRTH.
This abstraction of SUCRA Logical data entity aliases, masking and hiding the underlying HR/Payroll
physical database entities, allows the development of truly generic, universal queries and Business
Rules, without the need for intimate knowledge of the specific HR/Payroll platform, schema or language.
We refer to this as Platform Independent Business Rules and Reporting. Using an intuitive Graphical
User Interface, SUCRA enables the user to map the logical business entities to the associated back-end
database tables and columns. See Figure 1.
Page 7
vendor. The EMPLOYEE table in the Oracle HR database and the PAYMENTS table in an IBM DB2 Payroll
database are viewed simply as tables belonging to SUCRAs federated database.
Employees that are present in the Payroll system, but are absent from the HR system
Payroll deposits that exceed $10,000 (or any user-defined figure and currency)
Employees that continue to be paid after retirement or dismissal
Employees that are paid more than 40% above the median salary for their job grade
Payroll deposits to Employees with no valid residential address or National ID number
Each Business Rule is expressed in a language we call SUCRA SQL. SUCRA SQL is an extension of
standard (ANSI) SQL. The syntax is the same as ANSI SQL, but instead of referencing physical database
Tables and Columns, SUCRA SQL references logical universal data entity aliases, such as
{EMPLOYEE_SURNAME} or {PAYROLL_DEPOSIT_DATE}.
At Report run-time, these SUCRA logical entity aliases are substituted with the actual physical database
entity, such as dbo.EMPLOYEES.SURNAME.
Users can also easily create their own Business Rules, according to their companys requirements, with
criteria based on any data contained in their HR and Payroll databases.
The SUCRA Business Rules List form is shown in Figure 2.
Page 8
SUCRA REPORTING
SUCRA exception reports are generated as Microsoft Excel spreadsheets, which allow users to sort,
filter, format and analyse the data as they require. The report spreadsheets are secured from viewing or
editing by password-protection. Reports can also be produced in the format of a Company-Specific
Payroll Registry.
SUCRA exception reports can be produced on an ad-hoc or batch basis. The user can test and report a
single Business Rule, or run a report that tests and reports all Business Rules, with the results being
displayed as a single report.
Sample report outputs are shown in Figure 3 and Figure 4.
Page 9
Page 10