on 07-14-2014 8:03 AM
Hello Experts,
I have maintained service request number range 10000000 to 19999999. However, when I create two requests continuously, the transaction number is assigned 100000007 and 10000009, skip the number 10000008. Nobody use the system at the same time and I can't find the request 10000008 in the system as well. Have anyone else meet the same case?
Thanks in advance.
Regards,
Bryan
Hi Linghua,
This is due to the SAP standard buffering issue. The numbers will not be sequential by standard for system performance issues.
Please check the below WIKI for more details on the same.
Number Ranges and the seqeunce of Transaction ID's assigned to documents - CRM - SCN Wiki
Thanks,
Siraj
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Bryan,
If nothing works, asks your ABAP team to debug. Put a breakpoint in FM - NUMBER_GET_NEXT. This is the FM that returns a number for your transaction. See whether control comes here twice, or whether at one go it is giving you two numbers. Then you can backtrack and probably reach a cause. Also check whether this FM is called during update task.
Cheers
Niraj
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello
Other possiblity could be if same number range is assigned to other objects.
Regards
naresh
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
In case of missing number, a few possibilities :
Best regards,
Sylvain
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Check the document flow. If you create a service request from the IC scenario, there could be an interaction log as a preceding document.
As Thomas Wagner mentioned, check the table CRMD_ORDERADM_H to find the lost transaction. Or maybe it's not saved correctly because required values are missing.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Bryan,
Strange. You checked in table CRMD_ORDERADM_H?
Best regards,
Thomas Wagner
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
7 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.