Skip to Content

PU12 Interface for (PA-PA) with change validations

This interface example covers behavior of the PU12 tool while inserting a record/modifying a Record with change validations.

Please Note: Steps for implementing Interface format (YIN6) and File layout (YIN6_OUT) are same as explained in http://scn.sap.com/docs/DOC-47601 except change validation steps.

Change Validation Steps:

  • Maintain change validation for interface ‘YIN6’ using transaction code PU12 as shown below:

          /wp-content/uploads/2014/07/1_493935.png

Select Change validation button:

          /wp-content/uploads/2014/07/2_493936.png

  • Select the objects for which change validation needs to be implemented as shown below using create button. Interface Toolbox will look for the changes only on the fields specified here and will only export the whole record.
    /wp-content/uploads/2014/07/3_493947.png/wp-content/uploads/2014/07/4_493948.png
  • Delete the fields for which single field validation is not required. Select the fields by double clicking and click the delete button to remove them as shown below

/wp-content/uploads/2014/07/5_493946.png

Icons available for change validation are listed below:

  1. Single Field Validation : This option can be applied at infotype or table level. The data that is unchanged is replaced with ‘#’ signs and the changed data is replaced with new values.
  2. Delimited : This option will allow specifying if the data is still valid for the current period or not. Interface toolbox will put ‘<” sign for the invalid data for current period.
  3. Key fields : Here we can define a composite key by selecting multiple or single fields of infotypes, which will make it a key and the key fields will be only exported once. This will help us in case we want to export the data for some specific key values just once.
  4. Relationships : If we want to export some fields depending on if we are exporting some other fields then we define relationships, for example click on NACHN and then click on  then select VORNA, and do same for VORNA then click  and select NACHN. This will ensure that whenever NACHN is exported then VORNA will be forcefully exported and when VORNA is exported then NACHN will be forcefully exported.
  5. User Defined Change Validation : Here we can put a user exit and do some logic before we approve the change validation, this subroutine will contain only one parameter which will be used by Interface Toolbox to determine if change validation should be enabled or disabled. A return value of ‘1’ will make it active and ‘0’ will make is disabled and no change validation will be carried out. Here old data for an infotype is available in OLD_XXXX table and new changed data will be available in NEW_XXXX table and we can put a custom logic to decide on change validation.
  • For this document we are considering only single field validation option. We have implemented this validation for following fields:

/wp-content/uploads/2014/07/6_493945.png

  • Implementing single field validation for P0007 and P0008

/wp-content/uploads/2014/07/7_493944.png

  • Save the change validation and go back to main PU12 screen.

/wp-content/uploads/2014/07/8_493943.png

  • Regenerate the interface format once again for change validations as shown below/wp-content/uploads/2014/07/9_493941.png

/wp-content/uploads/2014/07/10_493942.png

  • The file layout for this document is as shown below. The output file structure has 17 fields including change validation fields:

/wp-content/uploads/2014/07/11_493940.png

Test PU12 Interface for (PA-PA) with change validations

Execution steps for inserting a record in infotype:

1.      Insert a record in infotype IT0006 and Subtype 2 as shown below using PA30.

/wp-content/uploads/2014/07/12_494033.png

/wp-content/uploads/2014/07/13_494034.png

/wp-content/uploads/2014/07/14_494035.png

2.      Execute transaction PU12. In the Export tab, select Interface format and execute it.

/wp-content/uploads/2014/07/15_494036.png

3.      Provide the selection screen data as shown below using variant ‘CHANGE_VALID’:

/wp-content/uploads/2014/07/16_494037.png

4.      Log Output:

/wp-content/uploads/2014/07/17_494040.png

5.      Download from TemSe, i.e. Temporary Sequential File as shown below. Provide the file path on presentation server as shown below.

/wp-content/uploads/2014/07/18_494039.png

File downloaded:

/wp-content/uploads/2014/07/19_494041.png

Execution steps for modifying a record in infotype:

  1. IT0006 record before change is as shown below:/wp-content/uploads/2014/07/20_494105.png
  2. Modifying IT0006 record:    

/wp-content/uploads/2014/07/21_494118.png

  3.   Execute transaction PU12. In the Export tab, select Interface format and execute it.

/wp-content/uploads/2014/07/22_494119.png

  4.   Provide the selection screen data as shown below using variant ‘CHANGE_VALID’:

/wp-content/uploads/2014/07/23_494141.png

  5.   Log Output: Fields which are changed have new values and unchanged fields are replaced with hashes as shown below.

/wp-content/uploads/2014/07/24_494142.png

/wp-content/uploads/2014/07/25_494143.png

  6.   Download from TemSe, i.e. Temporary Sequential File as shown below. Provide the file path on presentation server as shown below.

/wp-content/uploads/2014/07/26_494144.png

  7.       File downloaded:

/wp-content/uploads/2014/07/27_494145.png

/wp-content/uploads/2014/07/29_494148.png

To report this post you need to login first.

1 Comment

You must be Logged on to comment or reply to a post.

  1. Ranjani Sankaranarayanan

    Great Document Apeksha! Thank you!

    Is the Part 3 available too?? As per what is mentioned in Part 1, Part 3 would be about Payroll (PY) without change validations right? Looking forward to it.

    (0) 

Leave a Reply