Fonction SAP BAPI_ALM_CONF_GETDETAIL - Detailed data for maintenance/service order confirmation

Paramètre Reférence Type Long. Valeur par déf. Facultatif Description
CONFIRMATION BAPI_CONF_KEY-CONF_NO N 10 Confirmation
CONFIRMATIONCOUNTER BAPI_CONF_KEY-CONF_CNT N 8 Confirmation counter

Paramètre Reférence Type Long. Description
CONF_DETAIL BAPI_ALM_CONFIRMATION u 597 Display Structure for PM/CS Confirmation
RETURN BAPIRET2 u 548 Return Parameter

Paramètre Reférence Long. Facultatif Description
FAILEDGMOVES BAPI_CORU_FGM 545 X Incorrect or Flagged Goods Movements
GOODSMOVEMENTS BAPI2017_GM_ITEM_SHOW 887 X Successfully Posted Goods Movements

Functionality
You use this method to assign the data for a confirmation to amaintenance/service order in the CONFDETAIL parameter.
Goods movements that are posted along with the confirmation are alsoassigned. You should distinguish between successfully posted goodsmovements in the GOODSMOVEMENTS table and incorrect goodsmovements in the FAILEDGMOVES table, that are still ready forpostprocessing using the COGI transaction.

Notes
Authorization check
The authorization object C_AFRU_AWK with activity03 (display) and the order type and plant for the confirmed maintenanceor service order are checked.
Parameter

  • Confirmation

  • The CONFIRMATION parameter contains the confirmation numberwhich uniquely identifies the confirmed object.
    • ConfirmationCounter

    • The CONFIRMATIONCOUNTER, together with the CONFIRMATIONparameter, represents the unique identification for the individualconfirmation.
      • Return

      • If the confirmation data could not be assigned due to an error, theRETURN parameter provides information on the error thatoccurred.
        • ConfDetail

        • The CONFDETAIL parameter contains the confirmation data for theselected confirmation.
          • Goodsmovements

          • The optional GOODSMOVEMENTS table contains the goods movementsfor the confirmation that have been successfully posted. This can begoods receipt and goods issue items from several material documents.
            • Failedgmoves

            • The optional FAILEDGMOVES table contains the goods movements forconfirmation that could not be successfully posted due to an error.These are still to be processed using the COGI transaction.
              Postprocessing of Incorrect Goods Movements

              Description
              Detailed data for the confirmation that is identifed by the keyCONFIRMATION and CONFIRMATIONCOUNTER.

              Description
              The return parameter displays if the data required for a confirmationwas retrieved successfully or which exceptions occurred.
              If the confirmation data was retrieved successfully, the returnparameter is returned with initial values.
              The return parameter is only filled if either the required confirmationdoes not exist (the confirmation exists but belongs to a differentorder type) or there is not authorization to display the confirmation.If one of these exceptions occurred, the structure of the RETURNparameter contains all the detailed necessary information on the errorthat occurred, but which is also provided in the MESSAGE messagetext.

              Description
              The confirmation is an internally assigned number that is assigned foreach operation of an order when the operation is created. It is aunique identification for the operation.
              Together, the confirmation counter and the confirmation form the keyfor each confirmation record in table AFRU.

              Description
              The confirmation counter is an internally assigned counter fordistinguishing between several confirmations in the same operation ofan order. The confirmation counter assigned last is held in theoperation.
              The confirmation and confirmation counter form the key for one of eachconfirmation record in table AFRU.

              Description
              Automatic goods movements can also be posted to a confirmation. Thisconfirmation can be a backflush.
              Individual goods movements postings can fail due to an exceptionalsituation, other goods movements can be successfully posted immediatelywhen you save the confirmation. The failed goods movements can besuccessfully posted subsequently with a rework.
              It is also possible to delay the goods movements posting when you savethe confirmation. In this case, future change records are written forbackground jobs.
              The FAILEDGMOVES table includes all goods movements assigned tothe selected confirmation that have not yet been successfully posted.This may lead to incorrect and marked goods movements.

              Description
              Automatic goods movements can also be posted for a confirmation. Thesecan be backflushing.
              Posting of individual goods movements may fail due to an exception,other goods movements may immediately be successfully posted when theconfirmation is saved. The failed goods movements can be successfullyposted subsequently using postprocessing.
              However, it is also possible to separate the time of the goods movementposting from the time when the confirmation is saved. In this case,future change records are written for background jobs.
              The GOODSMOVEMENTS table contains all goods movements that areassigned to the selected confirmation and have been successfully postedup to the current time.

901919PM/CS order: Incorrect maint planner group authorization chk
898409PM/CS order: Incorrect maint plng plant authorization check