I have created a new number range for existing billing document types based on sales org and plant. In development it worked fine but in Production the first 3 invoices got the number range 00001, 00002, 00003 but fourth invoice jumped to 00100. After that no other invoice was created but I checked in table and current no. is 00199. I have not maintained any buffer. I can understand nos. jumping by 1 or 2 but 97 is a lot. Any idea why this is happening?
I went through the links given by you guys but what I don't understand is why is system behaving in a random manner. First 3 invoices were in sequence then 00100,00200,00300,00400 and then 00401. Could it have anything to do with batchjob running to create invoice?
Please get your basis to check if there is any system failure e.g. failed update (SM13) during that period of occurrence . That's likely your best bet.
On the other question why such a big range of jump will likely to be beyond ABAP. There are many situation that could happen such as System Failure which cause rollback etc. One possibility is to get the time range of investigation and get basis to advise if there is any system issue like performance or failure. Technically speaking though, the system is not wrong since your buffer size is 100 and the number jumped did not exceeded that number.
In object RV_BELEG in SNRO buffer is maintained as 100. But this was maintained in Development also still invoice number range was coming with increment of 1 only because we have a ZTABLE in which I have defined the new no. range for our sales org and I have not maintained any buffer in this custom table.
In VOFA the number range assigned for billing type is different but system is picking number range from the ZTABLE. Only problem is the gap of 100 which I am not able to fiure out why it's happening.
I checked with ABAPer also and he said that since billing doc is already created in Production so it's not possible to debug now. But when I recreated same scenario in Development then the number range is coming fine.
I would like to understand this further. Most of the time I've seen customization of ZTABLE to determine the Number Range based on certain criteria e.g. AA for Case A, BB for Case B.
I have not seen though the use of ZTABLE to determine the Ranges and Last Number. Perhaps you can explain the purpose of the ZTABLE to help you further.
There are different types of buffering. One is Table Buffering and the other is Number Range Buffering. I know you probably aware but just pointing it out to clarify. Your ZTABLE is not checked with any Buffering Type. But the number range object RV_BELEG is set for Parallel Buffering and hence the number range skipped.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.