
#Inbound queue in sap Offline#
This is quite powerful tool specially for the Agentry based Mobile applications which are field oriented and mainly offline driven thus avoiding dependency with Field technician holding the data on the local device Error Handling Usecase: Monitoring tool also offers to modify the data before reprocessing. Transactions captured in the queue can be reprocessed from the Administration and Monitoring tool. This error is also sent to Agentry Mobile application during the transmit and is visible on the Error tab of respective objects screen (example: Error tab on Work Order overview will display the error message associated to Work order in SAP Work Manager Agentry Application, A lock icon also appears in the list screen).

Incase of errorous data, the respective object (say WorkOrder object in SAP Work Manager application) is locked and respective transactions on that object are hold in the queue. Inbound queue can be configured to record all the incoming Mobile transactions irrespective of being valid or contain errorous data. Error Handling:Īny error occurred in posting of Mobile transaction (data sent from Agentry Mobile application) due to the data content or the state of the backend (say object is locked within SAP) is recorded in the Inbound Queue. this tool supports a hybrid mode of asynchronous transaction processing with synchronous transaction processing based on object types is supported. Inbound Transaction Administration & Monitoring tool can be used for Error Handling or regular transaction processing. Inbound Transaction Administration & Monitoring tool helps to ensure data sent from Mobile application to backend SAP system are tracked and posted properly inorder to preserve data integrity. Also, do suggest if there are better approaches to this.Inbound Queue Overview for Error Handling & Reprocessing of Transactions in Agentry Based Mobile Applications Overview: Kindly go through the post and let me know your thoughts.

Please note that this is a worst case scenario where we need to blindly delete stuck queues without checking. If not critical, it is advised to check the errors of stuck queues before deleting. In this blog post, we have deleted inbound queues in SAP TM system using Report RSTRFCIDS. SUBMIT rstrfcids WITH SELECTION-TABLE params AND RETURN. Overview Replication failure can caused by different error types and this page summarizes the types which can lead to SYSFAIL error (Function Module BAPICRMSAVE, CRSFIRSTDOWNLOADTRIGGER, etc.).

Then we loop through the list of queues and submit the program RSTRFCIDS for each stuck queue.ĭATA: lt_errorq TYPE STANDARD TABLE OF trfcqin.ĬALL FUNCTION ‘TRFC_QIN_GET_ERROR_QUEUES’ This page is created to help analyze outbound and inbound queue errors. We get the queues in error state using FM TRFC_QIN_GET_ERROR_QUEUES. For that, we need to get the list of error/stuck queues.

Now we want this program to be executed in background for each error queue. The SAP Standard Program RSTRFCIDS deletes individual Inbound Queues Using Selection Criteria. However, when the count goes up to 1000s and the same task must be done every day manually, it becomes cumbersome. We can delete Queues and specific LUWs from SMQ2 TCode manually. Best practice is to check the Stuck Queues and then act accordingly. While deleting Inbound Queues without resolving the errors are a risk, there might be cases where queues need to be cleared on regular intervals.
