Updating the infotype 9901

Hi,
I have a req, i will get a file and need to update the data from file into the infotype 9901 with other fields too.
can anyone of u provide me with any sample logic.
I may need to create a new record,modify the existing record or delete the record from 9901.
please help me in this.
am new to hr abap.
thanks,
Moderator message: sorry, these forums cannot replace proper training, please search for available documentation or attend classes.
Edited by: Thomas Zloch on Nov 10, 2010 6:21 PM

But still one question remains.
Why the HISTO field is set as 'X'? If this is so, as per SAP documentation, we will never be able to change that text.
SAP Help -
on HISTO field
Historical Record Flag
Allows you to mark infotype records as historical records. Historical records are permanently stored on the database, so that
you can report on the information at a later point in time.
NOTE: You cannot change records once they are marked as historical. As a result, you should not mark records as historical
unless you no longer require them for processing.
Thanks,
Bhaskar
Edited by: Bhaskar Tripathi on Dec 21, 2010 9:22 AM
Edited by: Bhaskar Tripathi on Dec 21, 2010 9:23 AM

Similar Messages

Problem updating the infotype 1208 subtype ALUM

Hi,
My requirement is to update the infotype 1208 subtype ALUM with the Value "YES" when I terminate a employee in PA40. ( immediately).
I am using the FM - HR_INFOTYPE_OPERATION which doesn't seem to work.
I tried running a BDC for PA30 , but it is not allowing me to edit the employee and says that i am processing him.
I feel this is an issue with locks. But not sure about how to go with.
Are there any standard classes available or any other method to use to update this infotype while terminating.
Regards,
Karan.

Hi,
try using this method, this will convert the OLD_IMAGE, NEW_IMAGE, parameters into pnnnn table.
this code is the following class.
CL_IM_BR_SALARY_INCREASE,
you need to create your own method, copy the parameters as well.
method READ_IMAGE .
FIELD-SYMBOLS: <f> type any.
DATA: help_prelp TYPE prelp,
        inf_tabname(10).
data: wa_p0008      type p0008,
        wa_p0734      type p0734.
concatenate 'WA_P' p_infty into inf_tabname.
ASSIGN (inf_tabname) TO <f>.
loop at p_image into help_prelp
                  where infty eq p_infty and
                        opera eq p_opera and
                        subty eq '0'.
    CLEAR <f>.
    CALL METHOD cl_hr_pnnnn_type_cast=>prelp_to_pnnnn
      EXPORTING
        prelp = help_prelp
      IMPORTING
        pnnnn = <f>.
      append <f> to pnnnn.
endloop.
endmethod.
Message was edited by:
        javier santana

IDOC_INPUT_HRMD, it posts the document but does not update the Infotypes

Hi,
I am trying to trigger the IDoc Type 'HRMD_A06'. This Idoc was posted successfully, with the status as '53' (inbound IDoc). The Processing Function Module is IDOC_INPUT_HRMD for the IDoc "HRMD_A06". However the infotypes are not updated. The infotypes I am trying to update are 0000,0001,0002,0006, & 0008.
If someone has a solution for this issue. Kindly let me know.
Regards,
Narun

Hi Srinu,
Again....
Whats happening in Debug ???
Just clone the FM as it is and use the FM HR_INFOTYPE_OPERATION instead of other.
Parameters:
The following code is for infotype 15 inside custom FM which i have done. u can use for ref.
CALL FUNCTION 'ENQUEUE_EPPRELE'
        EXPORTING
          pernr          = l_wa_p0015-pernr
        EXCEPTIONS
          foreign_lock   = 1
          system_failure = 2
          OTHERS         = 3.
      IF sy-subrc = 0.
        CALL FUNCTION 'HR_INFOTYPE_OPERATION'
          EXPORTING
            INFTY                  = c_0015
            NUMBER                 = l_wa_p0015-pernr
            SUBTYPE                = l_wa_p0015-subty
OBJECTID               =
LOCKINDICATOR          =
            VALIDITYEND            = l_wa_p0015-begda
            VALIDITYBEGIN          = l_wa_p0015-endda
   RECORDNUMBER          =
            RECORD                 = l_wa_p0015
            OPERATION              = c_ins1
            TCLAS                  = c_a
            DIALOG_MODE            = '0'
NOCOMMIT               =
VIEW_IDENTIFIER        =
SECONDARY_RECORD       =
          IMPORTING
            RETURN                 = l_i_return .
KEY                    =
To dequeue the selected employee
        CALL FUNCTION 'DEQUEUE_EPPRELE'
          EXPORTING
            pernr = l_wa_p0015-pernr.

Not able to Update the Infotype thro'HCM Process and Forms

Hi,
I have done the form and ran the test run in ECC, after completion of execution its not updating the form scenario infotype. Herewith mentioned the trace data ..
C Function Trace Record
Date : 27.08.2010
Time : 17:26:30 : 539,203
Work Process : 0
PID : 0
Client : XXX
User : XXXXX
Transaction : HRASR_DT
Transaction ID : 4C77C682885A4119E10000000A01DF1A
Action :Start of C Function
Function (Group) : rstscb_call_back
Parameters :
Duration : No Duration at Start of Action
Comment :
C Function Trace Record
Date : 27.08.2010
Time : 17:26:30 : 539,203
Work Process : 0
PID : 0
Client : XXX
User : XXXXX
Transaction : HRASR_DT
Transaction ID : 4C77C682885A4119E10000000A01DF1A
Action :Start of C Function
Function (Group) : rstswsf_was_stor
Parameters :
Duration : No Duration at Start of Action
Comment :
Kindly let me know the root cause of the error....
Thanks and Regards,
Santhosh Kumar R

Hi,
1. Do you Have Workflow.
If yes check in the apprroval or the last step (Processing step-HRAdmin) whether Send Variant is active .
to Update the Database this has to be active.
2. If there is no workflow then
check in the Tcode HRASR_DT at process level.
in Drop down for send variant is update the Application database .
Regards,
Nachy
Hope this helps

SAP HCM P&F - Update an infotype field which is NOT passed from Form

Dear Experts,
I have a requirement to update the Infotype with the entries in the HCM form (input by Employee in ESS) upon Manager's approval in MSS.
We are achieving this functionality using HCM P&F (FPM) with an Workflow associated. In this Workflow Standard Task (TS17900108) is used to Save the form data into the Database.
But there is one field (APPROVED_DATE) in the Infotype whose value is not from the FORM but should be updated in the Infotype.
Please help me with your inputs.
Regards,
Shankar

Dear Christopher,
I am extremely thankful to you for all the replies. But, unfortunately, we are messed up with this requirement and we couldn't achieve it.
In this regard, could you please give us the step-by-step procedure to achieve this functionality?
Requirement in brief again:
We have designed Overtime HCM form (FPM) using which employee requests for the Overtime. This form is sent for the Manager for approval. We have achieved this functionality. With the Manager Approval, the database is also updated perfectly.
Then we have added one more field in the infotype to track the Approved Date. This field is to be updated along with the other fields (sent from FORM) upon the approval of the manager.
And now though the other fields are updated correctly into the infotype, the approved date is not updated.
Thanks a ton in advance for your guidance as this is very critical and urgent requirement for us.
Regards,
Shankar.

Not to Update custom infotype

Hi Expert,
I have one custom FM which is used to update the custom infotype but my requirement is when it get fail it should not update
the infotype but it is updating.Befor this FM we are performing operation i. e MASSN 07,08, .
This requirement is based on contract renewal when contract is not renewed it should not update custom infotype bue it is
updating when contract is not renewed through the above FM.
please give me some idea so that custom infotype should not get updated when contract is not renewed.But it is
updating the infotype what should i put to not update the infotype when contract is not renewal.
Below is my listed code.
    IF lv_action = '09' OR lv_action = '07' OR lv_action = '08' AND lv_cr_renewal = ''.
    CALL FUNCTION 'ZF_HCM_ALM_ABSENCE_DATA'
        EXPORTING
          i_pernr                 = lv_pernr
          i_effective_date        = lv_date
          i_updation              = 'X'
TABLES
T_ABSENCE_DATA          =
      t_return                = lt_return_absence
Regards,
Md
Edited by: MdAddu on Jun 26, 2011 9:33 AM
Edited by: MdAddu on Jun 26, 2011 9:52 AM

Hi,
Write the code as :
IF ( lv_action = '09' OR lv_action = '07' OR lv_action = '08' )
AND lv_cr_renewal = ''.     "-- contract renewed ...
CALL FUNCTION 'ZF_HCM_ALM_ABSENCE_DATA'
EXPORTING
i_pernr = lv_pernr
i_effective_date = lv_date
i_updation = 'X'
TABLES
T_ABSENCE_DATA =
t_return = lt_return_absence
Regards,
Srini.

Creating / updating Custom infotype with different screen

Hi All,
I have created custom infotype having different screen for different subtype(1,2).
From Subtype 1, indotype is automatically updated as it is a standard program. But for subtype 2 i am using HR_INFOTYPE_OPERATION for updating the record which is ending with error, as employee which i am trying to update is already locked by me only through PA30. So this function module ends with Complex error. Please suggest how to update the infotype with subtype 2.
Thanking you..
Best regards
Akshay

Hi All,
I have created custom infotype having different screen for different subtype(1,2).
From Subtype 1, indotype is automatically updated as it is a standard program. But for subtype 2 i am using HR_INFOTYPE_OPERATION for updating the record which is ending with error, as employee which i am trying to update is already locked by me only through PA30. So this function module ends with Complex error. Please suggest how to update the infotype with subtype 2.
Thanking you..
Best regards
Akshay

Triggering Dynamic actions when updating an Infotype using a FM

Hi all,
This is the scenario.
I am trying to run a Transfer action, (80), which updates the Infotype 0000 and Infotype 0001. When the entry in the Infotype 0001 is saved, a dynamic action is triggered and a custom infotype is updated automatically. I need to find a FM that takes care of any dynamic actins associated to an Infotype.
I tried using a BDC, but I was not successful. While using the FM HR_INFOTYPE_OPERATION, I am able to update the data into the infotyes 0000 and 0001 but the dnamic action is not triggered. Can someone please suggest a solution.
Thanks,
Amar

Hi,
   Thanks for you r reply. Well I am new to dynamic actions, but this is the Dynamic action that has been written.
GET_DU(ZHRDUDYNCALL)
COP,9009,,,(P0001-BEGDA),(P0001-ENDDA)/D
----P9009-SEQNR=P0001-SEQNR ---***
P9009-AEDTM=P0001-AEDTM
P9009-UNAME=P0001-UNAME
P9009-DU_CD=RP50D-FIELD1
--END OF ENTRY IN TABLE PA9009--
--CREATE ENTRY IN TABLE PA9009----
SY-DATUM=SY-DATUM
GET_DU(ZHRDUDYNCALL)
DEL,9009,,,(P0001-BEGDA),(P0001-ENDDA)/D
P9009-DU_CD=RP50D-FIELD1
--END OF ENTRY IN TABLE PA9009--
The FM that I am using goes like this:
CALL FUNCTION 'HR_INFOTYPE_OPERATION'
EXPORTING
    infty                  = '0001'
    number                 = lv_pernr
SUBTYPE                =   wa_0000-MASSN
OBJECTID               =
LOCKINDICATOR          =
   VALIDITYEND            = lc_endda
   VALIDITYBEGIN          = wa_source_data-begda
RECORDNUMBER           = 1
    record                 = wa_0001
    operation              = 'COP'
   TCLAS                  = 'A'
   DIALOG_MODE            = '0'
NOCOMMIT               =
VIEW_IDENTIFIER        =
   SECONDARY_RECORD       = proposed_values0001
IMPORTING
RETURN                 = return
KEY                    =
Please let me know if there is anything more I need to do?
Thanks,
Amar

Update new Infotype

Hi,
I have created an customer infotype (9015) using PM01. Now i need to write a small program who updates the Infotype. I don´t want the user to use PA30 and i do not want to give the user autorisation to PA30 so i cannot use Call Transaction.
Is there a standard function module? Something like RH_INSERT_INFTY (but this one is only for OM...)
/Jakob

Hi
Use FM <b>HR_INFOTYPE_OPERATION</b>.
Regards,
Raj

How to automatic update necessary infotypes at the end in ISR framework

Hi experts,
I want to create a custom PCR scenario based on ISR framework. This scenario will transfer a person from one position to another position. In the normal PCR scenario, the final change of the person's infotype data is done by following-up functions which are defined in the scenario action boxes. These following-up functions require an administrator to login system then mannually choose one following-up function to make the update to the system data. I wonder if it is possible to let the system automatically update the backend system at the end of the execution of ISR scenario. The ISR scenario has a setting called 'Automatic Update', will this help? Or we need to add a step in the PCR workflow to do it? Thanks a lot.

Automating those kind of updates is part of the new HCM Processes and Forms which is in fact a replacment for PCRs. I would look into that if you can.

Performance issue while updating the custom infotype records

Hi All
i have the info type with 80,000 records my requirement is to change the infotype wage type value to the certain hard coded values .
after populating the final internal table , in loop i am passing the records and updating the info type by using the hr_infotype_operation function module
i have done the coding like bellow .
loop at lt_infotype assigning < x>
at new pernr.
bapi_employee_enquee
endat.
hr_infotype_operation
at end of pernr .
bapi_employee_dequee.
endat.
end loop.
but it is taking nearly 15 hours to update all the records .please suggest me better solution for reducing the execution time .
Thanks & Regards ,
pramodh.m

The delay problem can be solved with HR_INFOTYPE_OPERATION by using it with another FM i.e. HR_PSBUFFER_INITIALIZE the delay happens because of buffer problem. Use HR_PSBUFFER_INITIALIZE inside the loop just before you call HR_INFOTYPE_OPERATION and you wont see that much delay.

Updating another infotype in the in_update badi

Hi Experts.
We are upgrading from 4.6c to ECC.
We are updating a lot of infotypes using HR_INFOTYPE_OPERATION (passing no_commit = x) in the in_update Badi.
Now when the infotype being updated in the in_update fails, HR_INFOTYPE_OPERATION internally issues a ROLLBACK WORK.
See these lines from the FM:
IF RETURN IS INITIAL.
READ TABLE MODIFIED_KEYS INDEX 1.
MOVE MODIFIED_KEYS(8) TO KEY(8).
MOVE MODIFIED_KEYS12 TO KEY8.
ELSE.
IF NOT NOCOMMIT IS INITIAL.
ROLLBACK WORK.
ENDIF.
It worked correctly in 4.6c.
Now in ECC, it starts giving a dump - saying that ROLLBACK work is not allowed within the in_update.
Short text of error message:
ROLLBACK WORK during ON COMMIT or ON ROLLBACK
It sounds logical - but I am not sure how come it was working in 4.6c.
Any work arounds to it? Anyone else also encounter it?
Thanks in adv.

Hi Aishi!
I had a short look inside HR_MAINTAIN_MASTERDATA (in HR_INFOTYPE_OPERATION) - seems like there are some call transactions. A call transaction has invariably a commit work inside, so the parameter "nocommit" just defines a "dialog" parameter.
Looks like the logic of the update was changed - or the "in_update" badi wasn't really called in update task earlier.
Best way: search for other ways to update master data (without commits) - at least much better than the risk of additional commits in update task.
BR, Christian

Function module to update the SPRPS field in infotypes

Hi Guru's
I m developed the workflow for personal data maintain in ESS with single approval. Employee can able to update his personal data and saved.
Now the workflow will trigger to HR for approval .Before the workitem send to approval i need to update the PA0002-SPRPS = X and after getting approval i have to remove the flag.
Is the any function module / BAPI to upadte PA0002-SPRPS = X.
Thanks,
Pasumpon Karuppaiah

Hello,
Use BAPI_PERSDATA_CHANGE with LOCKINDICATOR = 'X'.
Below are call sequence,
BAPI_EMPLOYEE_ENQUEUE
BAPI_PERSDATA_CHANGE
BAPI_EMPLOYEE_DEQUEUE
Regards,
Sameer

How can I Update an infotype

Hallo all,
i have just upload a Kapro document from SAP Content repository and hang it up in a record, and i want update that record (infotype) , can anybody show me how to update an infotype,
kind regards
Jimy
Edited by: jimkim on Nov 16, 2009 11:49 AM

Hi,
thanx for your replay,
yes its a dicnamic infotype, but after uploading tha data, i have used some methods to hang the document in a personnal file.
thanx a lot

Leave approved in Portal is not getting updated in Infotype 2001

Hello,
I am using the standard WF - WS12300111 for Leave Request in the Portal.
The workflow is working fine in the portal; Manager could approve / reject the leave request in MSS and it is updating the portal Team calendar and ESS Employee Leave details.
However the approved leave is not getting updated in the Absence infotype 2001 in the back-end system.
Could you help ?
Kind Regards
Desy

Program (SE38) - RPTARQPOST has to be scheduled in order to update the status of leave requests and post to PA2001 after they have been approved.
Is there any other way ?

Updating the infotype 9901

Similar Messages

Maybe you are looking for