cancel
Showing results for 
Search instead for 
Did you mean: 

Number buffer help

JacobDK
Explorer
0 Kudos

Hi

Sometimes we get gaps in the number range of our PO's created from EBP ie.

30000000001

30000000002

30000000010

30000000020

30000000021

and so on. But we are not sure what to do to fix the problem. This link: http://help.sap.com/erp2005_ehp_03/helpdata/EN/aa/dbc9b4b56143bb8f2ae909d7d040fa/content.htm tells about the number buffer. But what to do?

We have looked in SNRO object EINKBELEG it returns "No buffer active"?

Should we set the parameter nobuf/max_no_buffer_entries to 1?

If the solution is to set the parameter nobuf/max_no_buffer_entries to 1 will it have other consequences in the system? In this link (one number in the buffer): http://help.sap.com/erp2005_ehp_03/helpdata/EN/17/d70701912646459171d2b562d82b90/content.htm I only see benefits?

So why is the standard 1000 and not 1?

Anyone who can help me understand the behaviour of the number buffer - and solve our problem

Info:

System: SRM server 5.0 (EBP 4.0)

Senario: Classic Scenario

Accepted Solutions (1)

Accepted Solutions (1)

yann_bouillut
Active Contributor
0 Kudos

Hi,

The gap is coming from SRM and not from ECC.

please look at SRM PO number range.

In the standard, the buffer is taking 10 by 10 PO number.

you can esaily set no buffer.

Kind regards,

Yann

JacobDK
Explorer
0 Kudos

We are looking on the SRM server?

Can you please specify and tell me how to set "no buffer".

Thanks!

Chers,

Jacob

Former Member
0 Kudos

To avoid having gaps in the number range, turn buffering off using

transaction SNUM for a particular object, REQREQ (shopping carts),

for example. In that case the system reads the number from the database

strictly in order. However, please understand that buffering is

turned for performance reasons

(copy from other thread)

BR

Dinesh

JacobDK
Explorer
0 Kudos

Thanks!

We know about SNRO or SNUM (I can't see the difference), but you provided us with the right object to change

Cheers,

Jacob Stisen

Answers (0)