The infotype framework for Concurrent Employment differs from existing infotype frameworks in its strong buffer architecture and the implementation model that this architectire is based on. In addition, the application logic and representation can be separated for the new framework.

The existing framework and the framework for concurrent employment are fully compatible. The enhanced options of the new framework are, however, not immediately available for existing infotypes. Infotypes that have already been adjusted to the new framework and do not use any of the enhancements, can be edited in both frameworks. There are, however, infotypes that only function in one of the frameworks.

The applications ensure that the correct framework is selected. Since the user interface for both frameworks was kept consistent, the choice of framework is still transparent for users. As long as none of the enhanced functions are used, users cannot notice any marked difference in system behavior.

The T777D (Infotypes – Dialog/ Database Assignment) and T582A (Infotypes – Customer-Specific Settings) tables must be maintained for both infotype frameworks.

There are also special tables that can be maintained for the new infotype framework:

Infotypes must be permissible for the new framework. You make this setting using tabel V_T582ITVCLAS (Classes for Determining Version IDs and Infotype Containers):

The check class is used to read and check infotype records.

The container class, on the other hand, describes how the data is stored. In most cases, the infotypes use the standard class CL_HRPA_INFOTYPE_CONTAINER.

In table V_T582ITVCHCK (Verification Class for a Version Flag), you can set up different verification classes for infotype versions from table V_T582ITVCLAS (Classes for Determining Version IDs and Infotype Containers).

In the standard system, this new framework is not active. To be able to implement the new framework, at least one of the following switches in table T77S0 (System Table) must be activated:

• CCURE MAINS
• CCURE GLEMP
• CCURE GLOPY

The framework for Concurrent Employment has a copy mechanism (Data Sharing) that is much more flexible than the existing copy mechanism.

It also enables application logic and representation to be separated. This separation is expressly desired by SAP and is supported by the implementation model.

Existing infotypes cannot be processed immediately using the new framework. To be able to use an infotype for the new framework, the code needs to be adjusted. Application logic and representation should be kept separate when these adjustments are made.

The existing copy mechanisn (that is activated in table V_T582A) is not compatible with the new framework. If an infotype is processed using the new framework, this copy mechanism cannot be activated. The new function can be represented by the new copy mechanism (data sharing) without any problems.