planned order range

[Former Member]

Dear Experts

when  i  am generating planned order from apo it is not matching with my current number .

In T-code : /n/SAPAPO/RRPC1 and it is also not matching from ECC number range OMI3 or OMI2 .

is there any other setting to mantain number range in APO.

Regards

jaisree

[rupesh_brahmankar3]

Hello,

IN /SAPAPO/RRPCUST1 Number Range Number is same as /SAPAPO/RRPC1

Also check Use number range   = X set there.

For the global parameters and default values (Transaction /SAPAPO/RRPCUST1) you must make a setting that number ranges should be used. Furthermore, a number range number must be set there.

The number range itself must then be set in the section 'Maintain number ranges' (Transaction /SAPAPO/RRPC1)

Best Regards,

R.Brahmankar

[Former Member]

Hi Brahmankar

IN /SAPAPO/RRPCUST1 Number Range Number is same as /SAPAPO/RRPC1

in both the tcodes i have assigned to internal number range flag what does it indicate .

regards

Jaisree

[rupesh_brahmankar3]

Hello,

Please read F1 help,

system issues the numbers for internal number range intervals automatically. This number is between the from-number and the to-number.

Best Regards,

R.Brahmankar

[Former Member]

Hi Brahmankar

Final Doubt

I have gone through F1 help  does it mean that order number for internal number will not be in serial .what is exact difference between these internal and external number indicator .

regards

Jaisree

[rupesh_brahmankar3]

Hello,

Internal number range means system generated number as per the given number range.

External number range you have to manually enter the number as per the given number range.

Best Regards,

R.Brahmankar

[Former Member]

Dear all

Do we can have difference in number of digits in planned order no in ECC vs APO.

Because we have 6 digit planned order in ecc where as in apo it is 8 digit number .

But my planned order is 8 digit in product view .so how can i confirm that my planned order is transffering to ecc

Regards

Jaisree

[Former Member]

Hi Jaisree,

Could you please explain your issue in detail. Some screenshots will help a lot.

Do you expect your PO number should followed by the previous PO ? There could be some other process running in parallel which may also create orders, please have a check

PO which are created in APO holds the Temp number, when it transfered to ECC (CIF) a real PO number will be created and same will be sent to APO (CIF) again which replaces the Temp PO number.

Regards

Vinoth

[Former Member]

Hi vinoth

Thanks for your response

Yes my planned order should follow previous number I am using ppds which is generating planned order .

where I can see the ecc  order range ?. which are replacing the APO internal or temp orders ?

Regards

Jaisree

[Former Member]

Hi,

Am not sure about where exactly the data of APO Temp order no and ECC original order number saved in ECC.

Please check the following.

In APO IMG for global settings for number ranges of orders, check PPDS > Global settings > maintain no range of orders.

IMG> APO > supply planning > snp > basic setting > configure to oltp setting.

You can give a try on this table CIFORDMAP in ECC, which may have the GUID of your PO, Though am not sure how you'll able to find the relationship with temp & original order.

----

If all the settings are correct.

Make note of your current/latest planned order.

Make sure no other planning jobs are running or executed manually across the system.

Try creating a new planned order and check the order number whether its  continued with your previous number.

Just my thoughts

Regards

Vinoth

[Former Member]

Hi vinoth

Thanks for your response

I have stoped all bg jobs just  i am triggering ppds for generating planned orders . But still my previous and current planned order is not matching .

In CIFORDMap there are no entries . just i was trying to check the internal planned order ciffing between ECC and apo . Do we can see through change pointers .

Regards

Jaisree

[Former Member]

Hi,

It seems that its standard not to generate the number of orders continuously because of number range buffering.

If you want to continuous numbers to be assigned then you need to deactivate the number range in buffering in your configuration. But doing so will have performance issues. Check with your fellow consultants

Check this link.

One Number in the Buffer - SAP Number Range Buffer (BC-CST-NU) - SAP Library

OSS Note - 456777 - Order numbers for internal number assignment

Regards

Vinoth

[Former Member]

Hi Jaisree,

As i said earlier, your system must be using main memory buffering for number ranges.

Main memory buffering

You may only set the main memory buffering if no legal requirement applies to the number assignment. You can display the buffer contents of the main memory using transaction SM56.

Only use this for financial accounting documents after consulting the user department.

Advantages:

- A lock is temporarily set on the NRIV table when a new buffer is requested. (see Note 920234).

- Avoiding performance problems

Disadvantages:

- Gaps may still exist

- Gaps cannot be documented

- The numbers are not assigned chronologically.

You should deactivate the Number range Buffering.

No buffering

No buffering should only be set if required for legal reasons.

Advantages:

- The number assignment does not contain any gaps.

- The numbers are assigned chronologically.

Disadvantages:

- Performance problems may occur, since a number is assigned in each case and the table remains locked until the next COMMIT or ROLLBACK.

- You cannot request numbers in parallel.

Check with your Basis Team on this.

Its standard behavior of the system to created orders without continued numbers. Whats the business need for PO numbers to be continuous.

- Vinoth