The present invention is directed to the field of data modeling in the context of employee relationship management, and more specifically to aspects of employee position data management.
An enterprise may employ various systems to manage various aspects of human resources and enterprise resources. The various systems can include Human Resource Management (HRM) systems, Employee Relationship Management (ERM) systems, Enterprise Resources Planning (ERP) systems, and custom applications for the purpose of sharing employee position data.
These various systems need to communicate data to each other. However, the users of human resource management system in the back-office typically store data in forms usable by the back-office computerized system, which often differ significantly from the forms usable with front-office computerized systems such as employee relationship management systems.
Thus, when some or all aspects of employee position information are managed by both back-office and front-office computerized systems, there is a need to synchronize the employee position information in both computerized systems.
Certain approaches utilize a “point to point” data mapping between the various systems that manage human resources and enterprise resources. In other words, an interface must be created between any two applications for transferring data between the two applications. This results in the creation of myriad interfaces. For example, if there are six applications and each of the applications needs to communicate employee data with each of the other five applications, then the number of interfaces that need to be created is 15. Further, if the communication between such applications are bidirectional, then the number of interfaces can be as many as 30. Further, the disadvantage of such approaches is that the interfaces must be re-created for every system that needs to be corrected or modified.
Thus, in order for front-office computerized systems to communicate with back-office computerized systems that are already being used, the user must manually regenerate data from the back-office computerized systems in forms usable by the front-office computerized systems. Such manual regeneration has several significant disadvantages, including: (1) it is often expensive; (2) it often requires a substantial amount of time to complete; (3) it must be repeated each time data changes in either the back-office system or the front-office system; and (4) it is prone to errors.
In view of the foregoing, an automated approach for transforming data used by a back-office computerized system for use by a front-office computerized system, or vice versa, is needed.
All changes in the employee position management information need to be captured and made accessible to all relevant computer applications in the employee data management system. Thus, a common data storage model is needed for enabling users who either use or manage employee position information to have the same view of the employee position information across the various computer applications.
According to certain embodiments, the employee position common object provides a defined data structure that can be used as a conduit for passing information associated with employee positions from one computerized system to another. Such a data structure is a common structure that can be mapped to multiple distinct enterprise systems purchased from different vendors. It solves the problem of linking human resource management systems to employee relationship management systems, enterprise resources planning systems, and custom applications for the purpose of sharing employee position data.
Employee position information and employee position codes are important aspects of employee administration, as they provide the basis for creating organizational hierarchies. Employees are linked with employee positions and/or employee position codes. Thus, representations of an organization can be created based on employee positions rather than individual employees.
The list of positions and employee position codes will be maintained within the back-office system, such as an HRM and is likely to change periodically. Thus, the front-office ERM system needs to synchronize the employee position information with the back-office system in order to obtain the latest information, for example.
Assuming that the front-office system is an HRM system and the back-office system is an ERM system, the following process flow is one of many ways that a system integration process can query employee position information and employee position code data from the back-office system to the front-office system.
When employee position management information is passed from the back-office employee position management system to the front-office employee position management system, then the back-office employee position management system is referred to as the source system and the front-office employee position management system is referred to as the target system. On the other hand, when employee position management information is passed from the front-office employee position management system to the back-office employee position management system, then the front-office employee position management system is referred to as the source system and the back-office employee position management system is referred to as the target system.
A software facility (hereafter “the facility”) for automatically converting employee position management information, is described. In some embodiments, the facility converts employee position management information from a form used by the source system to a form used by the target system.
In some embodiments, such as embodiments adapted for converting employee position management information in the first source format, the facility converts employee position management information by converting the employee position management information that is in the first source format into an intermediate format. The intermediate format is then used to convert the employee position management information into the target format.
By performing such conversions, embodiments of the facility enable a user of a first computerized system who has stored employee position management information in a first format for use by the first computerized system to readily make the stored employee position management information available for use in a second computerized system that utilizes a second format in a cost-efficient and time-efficient manner.
The facility (not shown) converts some or all employee position management information that is in the source format into the target format by using an intermediate format of the employee position management information. In certain embodiments, such conversions are performed with the aid of one or more other computer systems, such as integration server system 120. Components of the facility may reside on and/or execute on any combination of these computer systems, and intermediate results from the conversion may similarly reside on any combination of these computer systems.
The computer systems shown in
It will be understood by those skilled in the art that the facility may transform employee position management information from a number of different source systems and from a number of different source software packages to a number of target systems and/or to a number of target software packages.
The common object data model for employee position management may include the following information, according to certain embodiments:
The common object data model for employee position management is herein referred to as an employee position common object model.
The employee position common object model as described herein may be adapted and/or extended to represent various employee position information for most industries.
In
Each position element 310 may include a position identifier (ID) element 312, a position baseData element 314, a position relatedDivision element 316, a position relatedOrganization element 318, a relatedParentPosition element 320, and a position customData element 322.
The position baseData element 314 contains basic data that is associated with the given employee position. The position baseData element 314 includes a position description element 324 that is a description of the. given employee position. The position baseData element 314 also includes a position name element 326.
The position relatedDivision element 316 is the division within the enterprise under which the given employee position appears. The position relatedDivision element 316 includes a position related division identifier (ID) element 328. For example, if the employee position is that of a “sales manager”, then the related division is “marketing division.”
The position relatedOrganization element 318 contains information that identifies which organization within the enterprise the given employee position appears. The position relatedOrganization element 320 includes a position related organization identifier (ID) element 330. For example, the enterprise may have several sales organization.
The relatedParentPosition element 320 is the employee position to which the given employee position reports. The relatedParentPosition element 320 includes a related parent position identifier (ID) element 332.
The customData element 322 is for data that can be used by the user for customizing the employee position data structure to track any other employee position information that the user desires.
It will be appreciated by those skilled in the art that the above-described facility may be straightforwardly adapted or extended in various ways. For example, the facility may be used to transform various other kinds of inventory transaction information, and may be used to transform inventory transaction information between a variety of other formats.
In the foregoing specification, embodiments of the invention have been described with reference to numerous specific details that may vary from implementation to implementation. Thus, the sole and exclusive indicator of what the invention is and what is intended by the applicants to be the invention, is the set of claims that issue from this application, in the specific form in which such claims issue, including any subsequent correction. Any express definitions set forth herein for terms contained in such claims shall govern the meaning of such terms as used in the claims. Hence, no limitation, element, property, feature, advantage or attribute that is not expressly recited in a claim should limit the scope of such claim in any way. The specification and drawings are, accordingly, to be regarded in an illustrative rather than a restrictive sense.
This application claims the benefit of U.S. Provisional Patent Application No. 60/457,494 filed March 24, 2003, entitled, “POSITION COMMON OBJECT,” by Barnes-Leon et al., and which is hereby incorporated by reference in its entirety.
Number | Date | Country | |
---|---|---|---|
60457494 | Mar 2003 | US |