Error in processing inbound Idocs

Hi,
i have a file to idoc scenario. the message gets picked at the sender and in SXMB_MONI the message has success flag but the outbound status tab in SXMB_MONI has red flag. i cheked the transactions sm58, we05 in R3 systems, their are no messages for the message that i have posted. i checked the ports and partner profiles. they are all correct. let me know  how can i resolve this problem.
Thanks in Advance
Deepika

Hello Deepika,
                          /people/rajeshkumar.pasupula/blog/2009/03/16/unable-to-convert-the-sender-service-to-an-ale-logical-system
Check the above blog ...for control record generation of idoc
I dont think SLD check can be done at R/3 (if web As >6.20) then applicable i think..
but in that idoc should be sent out of PI..but thats not the case here as per our problem..
cross check all the connections with R/3 and PI i.e RFC connections and also partner profile settings done in R/3
R/3 checks for the key SNDPRN,MSGTYP and EMSCOD if any set in partner profile and fetches these params from the idoc control record and tries to match the same if anyone of this is missed then it throws an error also
Rajesh

Similar Messages

  • Error while processing inbound Idoc (HRMDA_07) with FM IDOC_INPUT_HRMD

    Hello,
    I have a inbound Idoc of type HRMD_A (basistype  HRMD_A07) which is processed by Function module (FM)  IDOC_INPUT_HRMD with  proofing. After processing an Idoc the status Monitor for ALE messages (BD87) tell me that my Idoc has status 53, which should be the result i would like to have.
    Unfortunately when i go to transaction PA20 and check the infotypes, i see that infotype 0302 isn't created. When analyzing this problem i see that during the processing the Infotypes are posted with HR_MAINTAIN_MASTERDATA (dialog mode is 0 and luw_mode = 0 from include LRHA2F02 FORM save_pa_pb_infty)  When this is done for infotype 0302 sy-subrc <> 0 the message is A complex application error has occured. This error message is placed in Export parameters
    Return and Return1
    of HR_MAINTAIN_MASTERDATA. When the program returns to the calling Form it checks if there is message of type E in HR_RETURN (see below) :
    CALL FUNCTION 'HR_MAINTAIN_MASTERDATA'
              EXPORTING
                pernr                          = ins_objects-objid       "#EC DOM_EQUAL
                actio                           = 'INS'
                tclas                           = tclas
                dialog_mode               = dial_mode
                luw_mode                  = '0'
                no_existence_check = $cross
                no_enqueue              = $cross
              IMPORTING
                return1                       = return
                hr_return                    = hr_return
              TABLES
                proposed_values    = proposed_values.
            REFRESH proposed_values.
         IF hr_return-msgty = 'E'.                           "note 984409
          CLEAR protocol_error.
          protocol_error-msgty  = hr_return-msgty.
          protocol_error-msgid  = hr_return-msgid.
          protocol_error-msgno  = hr_return-msgno.
          protocol_error-msgv1  = hr_return-msgv1.
          protocol_error-msgv2  = hr_return-msgv2.
          protocol_error-msgv3  = hr_return-msgv3.
          protocol_error-msgv4  = hr_return-msgv4.
          READ TABLE t_hrobjinfty WITH KEY objid = hr_return-pernr
                                           infty = hr_return-infty
                                           subty = hr_return-subty.
          protocol_error-segnum = t_hrobjinfty-segnum.
          protocol_error-routid = 'create_prf_pa_pb_object'
    As mentioned above, the error message is only placed in the parameters Return and Return1  and not in HR_RETURN.please read the first reply

    Hi,
    I think you have preety much done from your end itself .
    Could you please tell me what you got in this parameters:
         protocol_error-msgty  = hr_return-msgty.
          protocol_error-msgid  = hr_return-msgid.
          protocol_error-msgno  = hr_return-msgno.
          protocol_error-msgv1  = hr_return-msgv1.
          protocol_error-msgv2  = hr_return-msgv2.
          protocol_error-msgv3  = hr_return-msgv3.
          protocol_error-msgv4  = hr_return-msgv4.
    It may help us to track down the issue in more better way .
    Thanks!

  • I am trying to process inbound idoc

    I am trying to process inbound idoc it will be showing error i.e
    51-Purchasing document 8000200 not selectable
    Pls give me advise

    Hi,
    You inbound FI idoc is containing Purchase order no, which is not existing in receiving system, that's the reason you are getting this error.

  • How to process inbound idoc in R/3 with status 75 - idoc received via qRFC?

    Hi gurus,
    we are using EOIO for source to R/3, and all the idocs a received in r/3 with this status. But they can't be processed from BD87. How to process these?
    Thanks,
    Olian
    Edited by: Olian Saludew on Sep 11, 2008 11:44 AM

    Hi,
    Idocs Works on tRFC Queues.
    Check this Report to Process Inbound Idocs with Specified Status.
    RBDAPP01
    Regards
    Seshagiri

  • Processing inbound Idoc ORDERS03  with status 51

    Dear ALL
    While processing inbound idoc with message type ORDERS03 i am getting a status 51 with below erros
    I have maintained the data under VOE2 & VOE4 but not got the solution. We are on  SAP ECC6 Version
    Customer 1100 is customers purchase organization
    Partner no 1109 is customers plant
    VKORG, VTWEG, SPART cannot be determined for customer 0000001100 , vendor REN15D
    Message no. VG204
    Terms of payment in IDoc E1EDK18 have been transferred: Check data
    Message no. VG202
    Partner number 1109 for customer 0000001100 , partner function WE does not exist.
    Message no. VG140
    Regards
    Arun

    Hi,
    Vendor 100002 is not maintained in your system. Maintain the same or use some other vendor which is there in your system.
    You should be able to post the document.
    Regards,
    Lalit Kabra

  • Process Inbound IDOC

    Hi there,
    I have an IDOC file store in the application server, I would like to know if exist a funcion module to read this Idoc and process it as inbound message in SAP.
    Thanks in advance
    Alexis

    Hi,
    You can use standard program RSEINB00 to process inbound IDoc file.
    Regards,
    Ferry Lianto

  • Urgent help required : Batch processing error of an inbound idoc

    hi,
       i have a problem while posting an idoc to the GL(FB01).
    i'm using an Inbound idoc message type : ACC_GL_POSTING
    idoc type : ACC_GL_POSTING01.
    Process code : BAPI.
    In the transaction code OBA7 i have enabled a particular document type as BATCH INPUT ONLY.
    i have set the option " Trigger by background program" in the partner profile (we20).
    while testing the process i'm getting the error "Document type -- is only defined for batch input".
    how can i overcome this error? can idocs be used to post for transaction that are batch enabled . plz help me.
    with regards.
    T.Jeyagopi.

    Jeyagopi,
    There are different types of Data loading into SAP.
    BATCH INPUT / BDC / IDOC / BAPI etc. BATCH INPUT are standard programs that take the data and update SAP. I don't think that is same as batch processing of IDOC.
    You might want to remove the setting of batch input, retain the batch processing in WE20 and try it out.
    In my opinion it should work.
    Regards,
    Ravi
    Note : Please reward points for the posts that help you.

  • Error in re-processing inbound idocs of status 51

    Hi
    We are facing problems in reprocessing inbound idoc from BD87 transaction
    We have an inbound process code 'STA1' which is pointing to a standard task 'TS30000206'.  we have an errored inbound idoc(status 51) of message type 'STATUS' ( standard status change idoc pointing to process code STA1 for a valid port. Whenever we try to process it using BD87 transaction, we are getting errors B1033-'No function module for input process code STA1'.
    We dont understand what we were missing. When we try the same for a process code which points to a function module, BD87 reprocesses it correctly.
    We tried adding an entry in BD67 with an inbound function module 'APPL_IDOC_INPUT1'. Note that we still had the process code pointing to the same task. This time BD87 reprocessed idoc, but gave 51 again saying that 'Function module not allowed: APPL_IDOC_INPUT1'.
    Any pointers or help in this regard will be highly appreciated.

    Hi,
            Please check IDOC TYPE, MESSAGE TYPE & PROCESS CODE  and also check the we30, we42. & try BD87 reprocess of an IDOC.

  • B1358 error while posting inbound idoc with a FM

    Hi
    We are trying to post and inbound IDOC with the help of an rfc and eventually creating an invoice from a bdc wrapped in the RFC
    The idocs are successfully pushed to R/3 while they are not getting posted and the error code in we02 is as follows
    No status record was passed to ALE by the application
    Message no. B1358
    Diagnosis
    The application failed to return a status record to the ALE layer after the IDoc was processed.
    This is due to an error in the application function module which processed the inbound IDoc.
    Procedure
    If you wrote the application function module yourself, you need to change the program.
    If the function module in question is a standard application function module, you should consult SAP.
    Note: we are using a custom function module
    regards
    krishna

    Hi Krishna,
    I assume that your function module processing the IDOC does not follow the ALE/IDOC processing rules.
    Please check out the programming guidelines in the SAP Online Help under:
    <a href="http://help.sap.com/saphelp_nw70/helpdata/en/78/21758051ce11d189570000e829fbbd/frameset.htm">http://help.sap.com/saphelp_nw70/helpdata/en/78/21758051ce11d189570000e829fbbd/frameset.htm</a>
    Important are the parameters and tables that need to be returned, containing the correct IDOC processing status. Please take the IDOC processing quite serious in regards to complete Logical Unit of Works.
    Best regards,
    SIlvia

  • Error in Testing Inbound  Idoc PORDCR102

    Hi,
    I am creating  purchase order using message type PORDCR1.
    I have done the partner profile entry and Process code is 'BAPI'.
    while testing the Inbound Idoc PORDCR102 using WE19.
    I am passing the Control Record and the data record Information.
    But when I am executing it in forground it is giving me Dump and IDOC remains in status 62.
    <b>Error is :-</b>
    <i>Access via 'NULL' object reference not possible.</i>
    <b>Error analysis</b>
        An exception occurred that is explained in detail below.
        The exception, which is assigned to class 'CX_SY_REF_IS_INITIAL', was not
         caught in
        procedure "PROCESS_COMPONENTS" "(FORM)", nor was it propagated by a RAISIN
         clause.
        Since the caller of the procedure could not have anticipated that the
        exception would occur, the current program is terminated.
        The reason for the exception is:
        You attempted to use a 'NULL' object reference (points to 'nothing')
        access a component (variable: "L_ITEM").
        An object reference must point to an object (an instance of a class)
        before it can be used to access components.
        Either the reference was never set or it was set to 'NULL' using the
        CLEAR statement.
    I verified the data by creating the Purchase order using BAPI_PO_CREATE1, purchase order is successfully created.
    Do Anyone have done a similar testing for message type PORDCR1, please give me your suggestions.
    Thanks
    Monika.

    Hi Shankar,
    check whther u r using the correct function module for correct message type.
    anyway check the following configurations for an inbound idoc.
    1>we81
    2>we31
    3>we30
    4>bd51
    5>we57
    6>we42
    7>we20
    Regards,
    Nagaraj

  • Error while posting Inbound Idocs-"EDI: Partner profile not available"

    Hi,
    I am getting the error "EDI: Partner profile not available" Status -56 while creating inboud Idocs.
    I have done the following steps so far
    1.Created IDOC basic Type and Message Type. (Custom)
    2. Created process code to process the IDOC.
    3. Use the FM IDOC_INBOUND_WRITE_TO_DB to create the inbound IDOC.
    4. Use the FM IDOC_START_INBOUND to process the IDOC.
        Is ther anything else that i have to do inorder to post the idoc sucessfully.
    Thanks in advance
    -Nishant
    Edited by: nishant patel on Nov 13, 2009 10:35 AM
    Edited by: nishant patel on Nov 13, 2009 10:41 AM

    Hi,
    Check in WE20 if the partner profile is configured for the idoc type and the message type. That might be the cause of the error.
    Also make sure the same partner profile details are sent to the control record. Partner profile details are stored in the table EDP13.
    Hope this helps
    Regards
    Shiva

  • Processing Inbound IDOC's from FTP.

    Hi,
             I have an issue where IDOC's (WPUBON01 & DEBMAS01) are being saved in ftp folder and once these IDOC's are saved, we have to process it in SAP System, i would like to know the simple way of having these IDOC's processed in Unix based SAP system as the IDOC's will be coming in at Real time evey minutes or Seconds.
             is there a way to do it with out ABAP process i mean just by using the Unix Scripts or by triggering the SAP background job.
    Thanks in Advance.

    Hi,
    for testing purposes you can trigger inbound IDoc processing in transaction WE16. Otherwise you can schedule program RSEINB00 to periodically import IDoc into system. You can make a copy of that program and made changes if you need to add some extra logic.
    Cheers

  • Error while testing Inbound Idoc

    The error message "Interface for function Z***** is incorrect*." is shown while trying to test an incoming IDOC in we19.
    PL HELP!!!!!!!
    The procedure followed by me was,
    WE31 created custom segments,
    WE30 Created custom basic type,
    we81  Custom message type,
    se37 function module,
    we82,
    we57,
    bd51,
    we42,
    bd67,
    we20,
    Am not able to figure out why exactly is the error message being shown.
    please tell me if a step was missed or what the possible error is, I think the parameters of function module are correct....

    Hi friend,
    if it is help full please give max reward point.
    Standard program, RBDMOIND is scheduled or executed online to determine whether the communication was successful. If IDoc is Dispatched to destination system, RBDMOIND updates the status of the IDoc to 12 (Dispatched OK), Otherwise remains in status 03.
    Two programs enable cross-system reporting:
    &#61656;     RBDSTATE: It reports the status of the incoming IDocs to sending system, using ALEAUD message and ALEAUD01 IDoc
    &#61656;     RBDAUD01: It executed on sending system to analysis the audit log and display the output as a report          
    IDoc Status in Receiving System          IDoc status in Sending System via ALEAUD
    53 – Application docu posted     =>     41 – Application docu created in receiving sys
    51 – Error: Application docu      =>     39 – IDoc in receiving sys. Status repeated
         not posted                         each time RBDSTATE runs.
    68 – Error: No further processing     =>     40 – Application docu not created
    ALE Auditing
    BDM7          =>     ALE Audit: Statistical Analysis
    BDM8          =>     ALE Audit: Sending the Confirmations
    RBDSTATE     =>     Run on Receiving System to return Audit Message

  • Job cancelled while processing inbound IDOcs

    Hi All,
    we are sceduled job in background processing mode for the program RBDAPP01(Inbound Processing of Idocs),
    but job was cancelled due to RAISE_EXCEPTION.
    if i cheked in ST22 it is showing as
    ""The termination occurred in the ABAP program "SAPLMCS2" in "MC_SEND_MAIL".
    The main program was "RBDAPP01 ".
    The termination occurred in line 108 of the source code of the (Include) program "LMCS2U09""
    i didn't understand why it is cancelled ?
    can any one pls help me ....
    regards,
    suresh

    Hello,
              Sometimes if the Data / Right Data is not present in the IDoc, then it would not help the Standard SAP Program / Programs / Function Modules to fill-in Certain Field Symbols due to which the Short Dump might have occured.
             Check the IDocs and try executing the Job again.
    Thanks and Regards,
    Venkat Phani Prasad Konduri

  • Handling of Error(s) for Inbound IDOCs

    Hi Gurus,
      I have an requirement where we need to handle and correct the error if inbound IDOC fails. This inbound will be for Account Document posting.
    Please let me know how to handle this issue.
    Thanks in advance.
    Regards,
    Gajanan

    <b>Hi,
    smells like workflow task.
    DI Information
    Message type
    INVOIC
    IDOC type
    INVOIC01, INVOIC02
    X12 transaction set
    810
    Edifact message type
    INVOIC
    Workflow in case of error
    TS 0000 8056</b>
    Executable program
    IDOC_INPUT_INVOIC_FI
    Regards,
    Clemens

Maybe you are looking for