Dummy purchase order receipt record

hello. i'm running an Oracle 11gR1 database.
I am writing reports against Purchasing Data and want to create a dummy record at the receipt level for any unreceived line items
*Sample Data*
Order No     Line No     Release No    line_qty          Receipt No          Receipt Status     Received Qty
MNG012876-CV     1     1          5          1           Received               2
MNG012876-CV     2     1          5          2           Received               3
MNG012876-CV     2     1          5          null           null              null
*Want Data to look like*
Order No     Line No     Release No     line_qty     Receipt No     Receipt Status     Received Qty
MNG012876-CV     1     1          5          1          Received     2
MNG012876-CV     1     1          5          2          Received     3
MNG012876-CV     2     1          5          0          Unreceived     5                              Sample Data to Use
select 'MNG012876-CV' as Order_No
,1 as line_no
,1 as release_no
,5 as line_qty
,1 as receipt_no
,'Received' as Receipt_Status
,2 as Qty
from dual
union all
select 'MNG012876-CV' as Order_No
,1 as line_no
,1 as release_no
,5 as line_qty
,2 as receipt_no
,'Received' as Receipt_Status
,3 as Qty
from dual
union all
select 'MNG012876-CV' as Order_No
,2 as line_no
,1 as release_no
,5 as line_qty
,null as receipt_no
,null as Receipt_Status
,null as Qty
from dual
Thank you in advance

Maybe NOT TESTED!
select order_no,
       line_no,
       release_no,
       line_qty,
       nvl(receipt_no,0) receipt_no,
       nvl(receipt_status,'Unreceived') receipt_status,
       nvl(received_qty,sum(received_qty) over (partition by order_no
                                                    order by receipt_no nulls last
          ) received_qty
from tRegards
Etbin

Similar Messages

Frameworder and dummy purchase order.

Hi Friends
what is different between dummy purchase order and frame work purchase order..
Can you give the process of these purchase orders?
Thanks & Regards,
Renuga.A

Hi,
Dummy PO and Blanket PO are same
In general the Blanket POs are used for consumable materials such as Xerox papers with a short text (does not need to have Master Record) with Item Category ' B' i.e.limit, where in the PO validity period as well as the limits are to be mentioned for the simplicity of procurement.
Blanket PO are valid for a longer period of time
Document type is FO
In Frame work PO you have to mention From date and To date (compulsory)

Dummy Purchase order

Dear Experts,
Kindly explain the processes step by step of Dummy Purchase order. Starting with PR, PO, GRN, MIRO.
The difference between Dummy PO & Standard PO
Regards
Pandari

Hi
Dummy Purchase Order is not a SAP functionality but some times used because of the business requirement.
Dummy purchase order is usally used to have the legal document. Its used for pretty Items, where there is no need of GR/Invoice.
In general the Dummy POs are same as Blanket POs that are used for consumable materials that does not need to have Master Record with Item Category ' B' i.e.limit, where in the PO validity period as well as the limits are to be mentioned for the simplicity of procurement.
Regards
Anand

Retrieve the Purchase Order Condition Records Table

Hallo!
I have found this code right here:
http://www.sap-basis-abap.com/sapab025.htm
It is very useful particular for purposes which I need. Please can somebody
try to fix the error to get it working. There is an internal table missing.
Regards
Ilhan
Retrieve the Purchase Order Condition Records Table
select * from ekko.
       select * from konv where knumv = ekko-knumv
           "Get all the condition records for the purchase order
       endselect.
endselect.
* Get the info record conditions record
* First declare the record structure for the key
data: begin of int_konp,
             txt1(5),
             lifnr(5),
             matnr(18),
             txt2(4),
             txt3(1),
        end of int_konp.
clear: konh, konp, int_konp.
* data for the record key konh-vakey
int_konp-txt1    = '00000'.
int_konp-lifnr    = ekko-lifnr+5(5).
int_konp-matnr = ekpo-matnr(18).
int_konp-txt2    = 'ALL'.
int_konp-werks = ekpo-werks.
int_konp-txt3    = '0'.
select * from konh where      kschl = 'PB00'            "Conditions (Header)
                                     and datab => p_datum.       "valid from date
      if konh-vakey = int_konp.                                  "Conditions (Item)
             select single * from konp where knumh = konh-knumh.
             continue.
      endif.
endselect.

Hi flora
Just get through the sequence .
see the table fields ...
1. From EKKO table take an entry which is having pricing conditions.
Now in the fields list check out for field EKKO-KNUMV(document condition number).
2.Take this condition number and now goto table KONV.
Give the document condition number in the field KONV-KNUMV and execute .
This will lead to a list of document condition numbers and some other fields .
3.Now check for field KONV-KNUMH ,KONV-KAWRT(quantity) and note the value KONV-KWERT .
(Remember this is at header level).
This is ur condition record number.
**comments
Now from document condition number we got the condition record number (KNUMH).
4. now since u want the item level tax procedure go to table KONP and give the condition record number and execute .
This will give u a list of details .
Now concentrate on KONV-KAWRT (scale quantity) KONP-KBETR(rate) as this table will store Pricing per UNIT so product of these two will give u the total pricing tax, for a particular condition type say PR00 .
For that particular condition item .
Check the pricing procedure .
See t-code VK13 and check the pricing procedure .
From me23 check the same PO num select the item and check the pricing conditions applicable .
Select a particular pricing and goto condition->analysis->analysis pricing ,
Better take help of a SD functional consultant in the process.
regards,
vijay.

Regarding Purchase order info records

Hi,
How do I read the text maintained against purchase order info records, transaction ME12. What is the key that I should use for reading the text maintained.
Regards,
Vijay

it may differ from system to system, so i will tell you how i determined this, rather than what i determined.
In your development or test system, make a change to the text.
now, use SE16 and look at table STXH. Put todays date in the TDLDATE selection (and your id for TDLUSER, if you want)
You should see the changes you made, and the keys associated with the texts. you can then use the FM READ_TEXT to get the text...
Hope this helps

Standard Idoc for Purchase Order Receipt?

Hi Experts,
Is there a standard idoc for Purchase Order Receipt?
Please let me know.
Thanks,
Rakesh.

here we go:
Goods Receipt MIGO IDOC

Standard SAP Document Type DB (Dummy Purchase Order)

Hello fellow experts!
I have seen this PO document type at previous clients and was wondering what the intended use is? I know this was not customer-specific because I had seen it at several client sites (using 4.6c and 4.7). It looks like my current client has deleted it from their list of document types so I can't research it myself.
I first asked about it when I was attending SAP's MM Configuration course SCM550 several years ago. This document type was not mentioned in any training materials but was clearly visible in the training system. The instructor asked his colleagues at the end of the day but was never able to provide an answer. I see no reference to it on help.sap.com or by doing a Google search.
Any information would be greatly appreciated. There may be some great functionality I've never known of!
Regards,
Jason

In ECC 6.0 It is blanket PO
Dummy PO and Blanket PO are same
In general the Blanket POs are used for consumable materials such as Xerox papers with a short text (does not need to have Master Record) with Item Category ' B' i.e.limit, where in the PO validity period as well as the limits are to be mentioned for the simplicity of procurement.
In SAP, Blanket Purchase Orders refer to the business process where you have a Purchase Order with a validity period (start / end date) and a limit on the item. No Goods Receipt takes place. Payment is triggered by Invoice.

Purchase Order - COndition Record

Hi
I like to know (IMG Settings) where we have to maintain Condition Records for Purchase order ?
Please help me on this issue
Thanks & Regards,
senthil.

Steps for MM Pricing Procedures
Can anyone please help me on the Pricing Procedures?
I have read it many times but fail to understand.
Pricing Procedure :
In MM module, pricing procedure is used during RFQ and PO creation. Total value of material based on all addition and subtraction like discount, surcharge, tax, freight, etc. In this we are defining pricing procedure and linking to vendor and purchase department through the virtual schemas.
Following steps for pricing procedure as,
1. Define conditions.
2. Define pricing procedure.
3. Define virtual purchase organization and vendor.
4. Info Record.
Customization for Pricing Procedure :
1. Definition of Conditions :
/NMEK0-condition typeu2026condition types- definition (define for basic price, net price, discount, surcharge, tax etc.)
2. Defining pricing procedure :
/NMEK0- calculation schema-calculation schemasu2014New entries (Define procedure and put the conditions like formula so that final price will be net price / total value as per company requirement)
3. Linking pricing procedure to independent condition types.
/NMEK0-condition typeu2026condition types- definition for position for defined conditions (Enter the defined pricing procedure in the each independent conditions u201CPricing Procedureu201D box)
4. Defining Schema group for Vendor :
/NMEK0- calculation schema-schema groupsu2014vendoru2014New Entries.
5. Defining Schema group for Purchase Organization--- New entries.
/NMEK0- calculation schema- schema groups---- purchasing organization--- new entries.
6. Linking Virtual Purchase Organization to actual Purchase Organization.
/NMEK0- calculation schema- schema groups----- Assign P.Org. (in actual P.Org, enter virtual P.Org)
7. Linking Pricing procedure to virtual P.Org and virtual vendor :
/NMEK0- calculation schema- Determine Schema--- -Standard --- New entries (Enter virtual schema and P.Org. along with pricing procedure)
8. Linking virtual vendor to actual vendor-- /NXK02 then enter schema group vendor in Purchasing Data )
9. Info Records (/NME11)---- click on u201CPurch. Org. data1u201D and enter condition types and pricing procedure
Anand
What are the steps in pricing determination in MM? Condition, Access sequence and schema.
In the SAP MM Pricing is more important. Just yesterday I have completed the Pricing as I am doing the SAPMM now. I can give some light on this Topic, not 100%. After 2 days definitely some more I can share.
The Basic thing is Condition Technique. In which there are
1. Access Sequence 2. Condition Record 3. Condition Type 4. Condition Table.
A Access Sequence access a Condition Record of a Condition Type in a Condition Table is a Condition Technique.This is a simple logic
Here the Condition Type is very important like PB00, PBXX,RA01 etc.
In the background every Condition Type has its own defition means the purpose of the Condition Type like, is it for Pricing or Percentage, Quntity base, Accrual Feilds etc is to be defined to work this functions.
Normally we use the existing ones without any risk. But some cases, we have to Create a New Condition Types as per the organisation requirement.
The Pricing Schema is useful to minimise condition types while mention prices for Vendor on the basis of Pricing Schema which we defined according to organisation requirement.
The Pricing Schema means the calculations procedure of Condition Type.
Ex. RA01 - Discoount % is caclulated on PB00 - Gross Price means
RA01 is based on PB00 like that we have to define in the Pricing Schema
which makes easy to use in realtime.
Here PB00 has the Access Sequence - 0002.
But RA01 does not have the Access Sequence.Why because it is a dependent on PB00. But both are Condition Types.
In the system, by default some standard Scheme will be there at Vendor Schema Group in the Vendor Master Screen means the standard one is assigned which is very lengthy which may fullfil our requirement. But some cases which may not fullfil our requirement, in such we have to define.
For the configuration, I may not able to explain properly through here but will give some Idea.
Configuration: SPRO-IMG-Material Management- Purchasing- Conditions-Define Price Deternmination Process
1. Define Access Sequence
2. Define Condition Type
3. Defince Calculation Schema:- Here you have to define the Schema
Define Schema group
1. Define Schema Group vendor
2. Define Pricing Schema group
3. Schema group for Purchase Organisation
4. Assign Schema group to Purchase Organisation
Define Schema determination
1.define calculation schema for Standard purchase organisation
After completion of the Schema Group, we have to assign it to Vendors.
Then whenever we use any transaction with this Vendor, the concerned Schema will work as configured by us.
I think this will help you. Actually the Pricing is a vast. Becuase each Condition have its own importance and each Access Sequence have its own importance. So you need not bother about this. First you learn how to define the Calculation Schema through the above.
Here we can create many Calculation Schemas which can assign one schema to Local vendors
another schema to out side vendor one more schema to foreign vendors like that we can classify.

Requisition- Purchase order-receipts-invoices

Hi,
We are trying to create a report..where we want to track activity right from requisition level..the problem we are facing is ..we want to display requisitions which do not have a purchase order created and display purchase order which might not have receipts or invoices created against them...
------------------the xml file-------------------------------------------------------------------------------------------------------------------------
- <G_REQUISITIONS>
<UOM>Each</UOM>
<INDENT_APPROVED_DATE>28-AUG-08</INDENT_APPROVED_DATE>
<INDENT_NUMBER>11407100003</INDENT_NUMBER>
<CIRCLE>ICL ANDHRA PRADESH</CIRCLE>
<CANCEL_FLAG>Capex</CANCEL_FLAG>
<PROJECT_CODE>US05</PROJECT_CODE>
<ORG_ID1>105</ORG_ID1>
<PROJECT_NAME>USO Civil & Electricals</PROJECT_NAME>
<INDENT_DESCRIPTION>6019 USOF Project-Supply of Isolation Transformers</INDENT_DESCRIPTION>
<INDENT_CREATION_DATE>06-APR-08</INDENT_CREATION_DATE>
<REQ_APPROVAL_STATUS>RETURNED</REQ_APPROVAL_STATUS>
<INDENT_ITEM>Q0000026</INDENT_ITEM>
<ITEM_DESCRIPTION>PM0030563-10KVA IT - 1phase</ITEM_DESCRIPTION>
<SET_OF_BOOKS_ID>1001</SET_OF_BOOKS_ID>
<CHART_OF_ACCOUNTS_ID>50268</CHART_OF_ACCOUNTS_ID>
<REQ_LINE_NUM>1</REQ_LINE_NUM>
<INDENT_CURRENCY />
<REQ_LINE_QUANTITY>10</REQ_LINE_QUANTITY>
<REQ_LINE_PRICE>22000</REQ_LINE_PRICE>
<REQ_LINE_AMOUNT>220000</REQ_LINE_AMOUNT>
<TAX_AMOUNT>0</TAX_AMOUNT>
<APPROVAL_DATE />
<REQ_BUDGET_ACCOUNT>36001.114.000.024.US05.000.000</REQ_BUDGET_ACCOUNT>
<BUDGET_ACCOUNT_ID>10181</BUDGET_ACCOUNT_ID>
<BUYER>GURUVAYOOR, Mr. SITARAMAN</BUYER>
<PREPARER>B, Mr. RAVI</PREPARER>
<REQUISITION_HEADER_ID>3028</REQUISITION_HEADER_ID>
<REQUISITION_LINE_ID>5425</REQUISITION_LINE_ID>
<DISTRIBUTION_ID>5425</DISTRIBUTION_ID>
<LIST_G_PURCHASE_ORDERS />
<REQ_TOTAL>220000</REQ_TOTAL>
</G_REQUISITIONS>
- <G_REQUISITIONS>
<UOM>Each</UOM>
<INDENT_APPROVED_DATE>28-AUG-08</INDENT_APPROVED_DATE>
<INDENT_NUMBER>11407100003</INDENT_NUMBER>
<CIRCLE>ICL ANDHRA PRADESH</CIRCLE>
<CANCEL_FLAG>Capex</CANCEL_FLAG>
<PROJECT_CODE>US05</PROJECT_CODE>
<ORG_ID1>105</ORG_ID1>
<PROJECT_NAME>USO Civil & Electricals</PROJECT_NAME>
<INDENT_DESCRIPTION>6019 USOF Project-Supply of Isolation Transformers</INDENT_DESCRIPTION>
<INDENT_CREATION_DATE>06-APR-08</INDENT_CREATION_DATE>
<REQ_APPROVAL_STATUS>RETURNED</REQ_APPROVAL_STATUS>
<INDENT_ITEM>Q0000026</INDENT_ITEM>
<ITEM_DESCRIPTION>PM0030563-10KVA IT - 1phase</ITEM_DESCRIPTION>
<SET_OF_BOOKS_ID>1001</SET_OF_BOOKS_ID>
<CHART_OF_ACCOUNTS_ID>50268</CHART_OF_ACCOUNTS_ID>
<REQ_LINE_NUM>2</REQ_LINE_NUM>
<INDENT_CURRENCY />
<REQ_LINE_QUANTITY>31</REQ_LINE_QUANTITY>
<REQ_LINE_PRICE>22000</REQ_LINE_PRICE>
<REQ_LINE_AMOUNT>682000</REQ_LINE_AMOUNT>
<TAX_AMOUNT>0</TAX_AMOUNT>
<APPROVAL_DATE />
<REQ_BUDGET_ACCOUNT>36001.114.000.024.US05.000.000</REQ_BUDGET_ACCOUNT>
<BUDGET_ACCOUNT_ID>10181</BUDGET_ACCOUNT_ID>
<BUYER>GURUVAYOOR, Mr. SITARAMAN</BUYER>
<PREPARER>B, Mr. RAVI</PREPARER>
<REQUISITION_HEADER_ID>3028</REQUISITION_HEADER_ID>
<REQUISITION_LINE_ID>5309</REQUISITION_LINE_ID>
<DISTRIBUTION_ID>5309</DISTRIBUTION_ID>
- <LIST_G_PURCHASE_ORDERS>
- <G_PURCHASE_ORDERS>
<UOM1>Each</UOM1>
<VENDOR_NAME>UNIVERSAL ELECTRONICS</VENDOR_NAME>
<ALL_TAX_AMOUNT>98412.48</ALL_TAX_AMOUNT>
<PRO_CODE1>US05</PRO_CODE1>
<PO_NUMBER>11408400615</PO_NUMBER>
<TAX_AMOUNT1>13478.68</TAX_AMOUNT1>
<CIRCLE1>ICL ANDHRA PRADESH</CIRCLE1>
<CANCEL_FLAG1 />
<PROJECT_CODE1>US05</PROJECT_CODE1>
<PROJECT_NAME1>USO Civil & Electricals</PROJECT_NAME1>
<PO_DESCRIPTION>10KVA IT - 1phase</PO_DESCRIPTION>
<PO_CREATION_DATE>06-JUL-08</PO_CREATION_DATE>
<PO_APPROVAL_STATUS>APPROVED</PO_APPROVAL_STATUS>
<PO_CURRENCY>INR</PO_CURRENCY>
<PO_ITEM>Q0000026</PO_ITEM>
<PO_LINE_ITEM_DESCRIPTION>PM0030563-10KVA IT - 1phase</PO_LINE_ITEM_DESCRIPTION>
<PO_LINE_NUM>2</PO_LINE_NUM>
<PO_LINE_QUANTITY>31</PO_LINE_QUANTITY>
<PO_LINE_PRICE>19000</PO_LINE_PRICE>
<EXCHANGE_RATE />
<PO_LINE_AMOUNT>589000</PO_LINE_AMOUNT>
<APPROVAL_DATE1>07-JUL-08</APPROVAL_DATE1>
<PO_BUDGET_ACCOUNT>36001.114.000.024.US05.000.000</PO_BUDGET_ACCOUNT>
<PO_HEADER_ID>63867</PO_HEADER_ID>
<PO_DISTRIBUTION_ID>88088</PO_DISTRIBUTION_ID>
<ORG_ID2>105</ORG_ID2>
<SET_OF_BOOKS_ID1>1001</SET_OF_BOOKS_ID1>
<CHART_OF_ACCOUNTS_ID1>50268</CHART_OF_ACCOUNTS_ID1>
<BUDGET_ACCOUNT_ID1>10181</BUDGET_ACCOUNT_ID1>
<REQ_DISTRIBUTION_ID>5309</REQ_DISTRIBUTION_ID>
- <LIST_G_RECEIVING>
- <G_RECEIVING>
<PO_LINE_ID>105</PO_LINE_ID>
<INV_ORG>APC</INV_ORG>
<PROJECT_CODE>US05</PROJECT_CODE>
<PROJECT_DESCRIPTION>USO Civil & Electricals</PROJECT_DESCRIPTION>
<PO_NUMBER1>11408400615</PO_NUMBER1>
<PO_LINE_NUM1>2</PO_LINE_NUM1>
<PO_DISTRIBUTION_ID>88088</PO_DISTRIBUTION_ID>
<QUANTITY>14</QUANTITY>
<BASE_AMOUNT>266000</BASE_AMOUNT>
<TAX_AMOUNT>8310</TAX_AMOUNT>
<TOTAL>274310</TOTAL>
<CHART_OF_ACCOUNTS_ID1>50268</CHART_OF_ACCOUNTS_ID1>
<ORG_ID2>87941</ORG_ID2>
- <LIST_G_PAYMENTS>
- <G_PAYMENTS>
<INVOICE_CURRENCY_CODE>INR</INVOICE_CURRENCY_CODE>
<ORG_ID4>105</ORG_ID4>
<CIRCLE>ICL ANDHRA PRADESH</CIRCLE>
<PAYMENT>19770</PAYMENT>
<PAYMENT_TERM>IMMEDIATE</PAYMENT_TERM>
<PO_DISTRIBUTION_ID2>88088</PO_DISTRIBUTION_ID2>
</G_PAYMENTS>
</LIST_G_PAYMENTS>
<QTY_LEFT>17</QTY_LEFT>
<QTY_VALUE_TO_BE_RECEIVED>376968.1341935484</QTY_VALUE_TO_BE_RECEIVED>
</G_RECEIVING>
</LIST_G_RECEIVING>
<PO_TOTAL>602478.68</PO_TOTAL>
<PO_TOTAL_ALL_TAX>687412.48</PO_TOTAL_ALL_TAX>
</G_PURCHASE_ORDERS>
</LIST_G_PURCHASE_ORDERS>
<REQ_TOTAL>682000</REQ_TOTAL>
</G_REQUISITIONS>
We tried a very simple rtf to start with...
<?for-each:G_REQUISITIONS?>
<?INDENT_NUMBER?>
<?end for-each?>
but this returns no rows at all..we are really surprised. Plus we would also like to know how to design a rtf which will get us POs, Receipts, Invoices, Payments even if the element might not be present for a particular requisition..
Regards
ramanathan

The xml has to have a root ?
<root>
<G_REQUISITIONS></G_REQUISITIONS>
<G_REQUISITIONS></G_REQUISITIONS>
<G_REQUISITIONS></G_REQUISITIONS>
</root>
if this the structire, then following will work.
<?for-each:/root/G_REQUISITIONS?>
<?INDENT_NUMBER?>
<?end for-each?>
but what you have is like
<G_REQ></G_REQ>
<G_REQ></G_REQ>

Logic for Calculating Pending Purchase Order Receipts

Hi,
I am developuing one report which displays weekly production and inventory coverage details.
I have a problem. i dont know how to calculate the pending puchase order weekly basis.
Can any one help me
Regards
Guhapriyan.

Hi Guhapriyan!
In table EKKO / EKPO you find the purchase orders. Be sure, they are still open: EKPO-ELIKZ = space.
In table EKET you will find (estimated) arrival dates -> take deliveries of corresponding week.
Regards,
Christian

Problem with Purchase Order receipt - Urgent

Hi all,
Scenario - A purchase order with a six items has been released, four items have been recieved, fifth item was deleted & sixth item is packing & forwarding charges.
Problem - A change was done in the Mtl master for the packing & forwarding charges to ensure that a GR is not required for this item, but the same is not being reflected, as a query of Open PO's still shows this PO as open with the item packing & forwarding not received. How to resolve this?
Vivek

Stephen & Seema,
From your inputs i did get some picture, but here is more details about the problem am facing, maybe you can help me out with this,
The item packing & forwarding chgs has been declared as a material & in the BD-1 view of the Mtl Master, the General Item Category Grp has been set as 'Service w/o Dlvy' & this is causing the GR not to be ticked in the PO & hence it still says item yet to receive. I subsequently changed the status of Gen Itm Category to 'Service w/o Dlvy Confimration' & this ticks the GR. But the issue is, since the change in Material Master is done after the PO release, it is not changing the status in that PO.
And the query i am runing to check the open PO's is a customised query developed using SQ01.
Hope you are clear of my problem now & let me know what i can do

Third party purchase order receipt

Hii...
I have created a third party PO for delivery of goods directly to customer.
Now my question is it is necessary to do goods receipt when i am not receiving the material in my plant,
how do i proceeed futher.
Regards

Hii Manoj Kumar....
I Have 2 questions in mind
1. how do i do GR is it necessary to first create inbond delivery and than do GR.
why is it necessary to do inbond deliver?
2.Dose system ask for strage location during GR.
Can you explain me slightly in detail..
regards
SARFRAZ

Purchase Requisitions, Purchase Orders and Receipts

Hello all,
The following is the sequence for Purchasing
Purchase Requision -> Purchase Orders -> Receipts
However I have a requirement to bring in the related Purchase requisions,purchase orders and receipts from 11i into R12 instance.I can do that using the open interfaces.However How do i link these 3 objects together?
I intend to import the purchase orders first and then import its related purchase requistions and the receipts...In doing so how do i link them together.How do i know that this purchase order was created from this Purchase requistion or this receipt is meant for this purchase order? What is the joiing columns in the base/open interface tables?
Thanks
AJM

Hi Venkat
1. To perform ATP do we need all the issues(Sales Orders, Deliveries) and receipts(Purchase Requisitions, Planned Orders) in APO?
Yes you need all the mentioned elements above in APO to do ATP check. Again, you can also extend the scope of the check to further more receipts and issues. All depends on your configuration of scope of check.
3. I guess in Apo the planned order and process order is a single elment. Is that Correct?
Yes, technically a planned order can be a planned process order or a planned production order.
regards
Mohan Chunchu

Inbound delivery creation with out reference to purchase order

As per my requirement i am third party warehouse who provides space for my customers . i receive goods from lot of customers who have their own ERP system or may not be any ERP system . The goods i am going to receive is non valuated material. How do i receive GR in the above scenario.
I am thinking to create one dummy purchase order and then create inbound delivery. Otherwise How do i create inbound delivery without reference to any documents?.

Hi,
Inbound delivery
You can create purchase Order(ME21N),inbound delivery in t.code: VL31N and Goods Receipt in t.code: VL06IG and post the goods wrt PO into the GR blocked stock (movement 103) and finally you can release goods from blocked stock to unrestricted stock with 105 Movement type, if satisfy quality or other criteriau2019s.
Or
As you said, you just keeping customer stock better create material with non-valuated material type UNBW and do regular process like PO, GR & GI etc.Inbound delivery not required for above said process.
Regards,
Biju K

Purchase Order Histroy Limitation

We have the business requirement to process selective SAP purchase orders which grow in size to over 500,000 line items due to the PO history. However, the size of the PO has become problamatic regarding the amount of time it takes to run on our server. Our basis team has informed us the threshold for the PO history is approximately 30,000 line items. The scenario for this large POs is most prevalent for our CATS process where a batch job creates Service Entry heets from time keeping entries. A specific time sheet per contingent worker is processed at least 10 lines per week as orkers are asked to split time between lunch. The contingent worker charges time against 4-5 work orders in a given eek, which in addition to splitting time can be 25 line items per week per user. So this translates to 25 line items on the SES and 25 line items on an ERS Invoice. The current SAP limitation is forcing us to shorten the PO duration to 2 months instead of the anticipated 1 year life cycle. Also the processing time for approving the SES and processing the invoice takes approximately 24 hours because of the PO history. We need a resolution to at least make the PO last for a year, and would very much appreciate any insights on if anyone runs a similar process without encourtering our stated issues.

Hi there,
Please kindly consider the notes I attached to your message.
In general, aggregating part of the purchase order history documents
should be used here. Or you should close the purchase order and create
a new one. Surely we have technical restrictions and can not just
support the processing of such huge data volume.
As far as I can tell from here, using the aggregation transaction ME87
is the only possibility to consolidate this issue, i.e., reduce the
amount of data retrieved by the system to an acceptable amount. So
please let me ask you to aggregate some of your EKBE data for the
referring PO.
311089 Performance problems because of long PO history
694091 Further processing of aggregated documents
1.Regarding mass execution of PO's.
In this case you enter you selection data as it is on the start scree
of TA ME87, then you call in the menu program -> execute in backgroun
Then the aggregation will be carried out as a background job and
everything possible will be aggregated as you expected.
2.Details of aggregation can be checked in below notes
417933   Consulting note on purchase order history records ME87
This says that The aggregated records are saved in table EKBEH.
Also, since this will improve performance but if you need more you should follow the below advice.
Please create an index using the data in this note. Issue still is that
EKBE is very large.
1386608 MRN0: Performance problems for selection with receipt prices
For a detailed description on how to create an index,
please refer to the online documentation, 'Basis Components ->
ABAP Workbench -> BC - ABAP Dictionary -> Tables -> Indexes'.
Hope this helps.
Regards,
Matthew

Dummy purchase order receipt record

Similar Messages

Maybe you are looking for