Functionality You use this method to assign proposal data for time confirmations tooperations from maintenance or service orders. You use the TIMETICKETS> table to specify the operations forwhich the data should be proposed. The operation can be identified as follows:
- By the confirmation number in the TIMETICKETS-CONF_NO> field, or
- By entering the order and operation in the TIMETICKETS-ORDERID>
and TIMETICKETS-OPERATION> fieldsNotes Authorization check> Authorization object C_AFRU_AWK> with activity 01(create) and the order type and plant for the maintenance or serviceorder to be confirmed are checked. Parameter>
- Proposal>
The PROPOSAL> parameter is used to control which actual datashould be determined and assigned. The following indicators can be set: PROPOSE-ACTIVITY> : Activity to be confirmed PROPOSE-DATE_AND_TIME > Dates to be confirmed
- Return>
If the proposal data could not be retrieved due to a fatal error, theRETURN> parameter contains in formation on the errors thatoccurred.
- Timetickets>
The TIMETICKETS> table is used both to enter the key foroperations to be confirmed and to issue the data determined forconfirmation to the relevant operations.
- DetailReturn>
The DETAILRETURN> table provides information on each record inthe TIMETICKETS> table, if an error occured during proposal andspecifies which error occured. If no problems occured for a record in the TIMETICKETS> table, arecord with initial values is transferred to the DETAILRETURN>table.Description The return parameter is only used for fatal errors due to which none ofthe confirmations can be successfully processed. Such errors usuallyonly occur if the transferred data cannot be transferred into theinternal structures, since conventions regarding the data definitionshave not been observed. The structure of the RETURN> parameter contains all the necessaryinformation for the error that occured, both in detail and formatted inthe MESSAGE> message text.Default If no fatal error is determined, the return parameter is return withinitial values. Description Using the PROPOSAL> parameter, the caller can specify whichdetailed data should be proposed for the confirmation. If the parameter is not maintained by the caller, all data will beproposed.Value range The following indicators are contained in the parameter's structure:
- ACTIVITY>:
The activities to be confirmed are proposed.
- DATE_AND_TIME>:
The actual dates to be confirmed are proposed.Description The DETAILRETURN> parameter table provides information onexceptions that may have been determined for each confirmation in theTIMETICKETS> table, due to incorrect data. For each confirmation in the TIMETICKETS> table, an entry is madein the DETAILRETURN> table. That is, for example, the third entryin the DETAILRETURN> table shows if an exception occurred for thethird confirmation in the TIMETICKETS> table. If no exception is determined, an entry with initial values is made inthe DETAILRETURN> table.Description Table of confirmations as time confirmation. The confirmed object OPERATION> can be identified as follows:
- Either by entering the confirmation number in the CONF_NO> field
- Or by entering the order and operation, possibly with the
suboperations, in the ORDERID>, OPERATION> and possiblySUB_OPER> fields If an individual capacity is being confirmed, it can be identifiedusing the CAPA_CATEGORY> and SPLIT> fields in addition toentering the operation. Each entry in the TIMETICKETS> table represents a separateconfirmation that is processed in the transferred sequence.
|