Effect of PGI

Dear all,
What are the effect of PGI
Regards,
Olet

Hi
At the time of PGI a material document gets generated automatically
COGS A/c Dr
To Finished goods Inventory A/c cr
1)The physical stocks are updated. The inventory in the shipping plant/warehouse
is reduced by the quantity that was shipped.
2)The requirements in the stock requirement list are updated. The delivery
quantity is no longer u201Copen,u201D and the requirement is now marked as
completed.
3)Accounting documents are posted in the background, reducing the value of
inventory and increasing the cost of goods sold.
regards
Prashanth

Similar Messages

Forecast Withdrawal not effected on PGI

Hi All,
There are some products which were earlier on strategy 20(APO) and changed to strategy 10(APO). The Forecast Withdrawal for such products is missing when PGI is effected in ECC.
The stock in product view is reduced but the withdrawal qty is not displayed in forecast tab and neither the forecast qty is reduced to the extent of the PGI qty.
I understand that the behavior of PGI on Forecast Withdrawal should remain same irrespective of the strategy used but am not sure if a change in strategy can change the relationship of PGI and forecast withdrawal. Is there need for any change in ECC Customizing for sales order or delivery.
Would appreciate if you could give your comments.
Regards,
Prashant Kumar

Hi Prashant,
Forecast consumption does not happen with Strategy 10, Please refer the note from SAP Help
"10 Make-to-stock production
Choose this strategy if sales orders do not influence production; for example, in a mass production environment where individual orders do not affect the amount produced. There is no consumption of the forecast by incoming sales orders."
Hence Fcst. consumption does not happen in case of Strategy 10.
Thanks,
Harsh

Effect of PGI and postings

Hello Gurus,
When PGI, value change is posted to stock accounts in inventory accounting.
Does this mean:
1. Stock account receives 1 posting and Accounting doc GL account receives another posting of the reverse sign?
And this is always the case that there will be 2 postings one to each of the accounts: Stock and Accounting doc gl account.
2. The same accounts are updated or posted with value changes when a Cancellation is set.
3. Only in PGI and cancelation of PGI are these 2 accounts posted.
regards
M Russo

Hi
At the time of PGI a material document gets generated automatically
COGS A/c Dr
To Finished goods Inventory A/c cr
1)The physical stocks are updated. The inventory in the shipping plant/warehouse
is reduced by the quantity that was shipped.
2)The requirements in the stock requirement list are updated. The delivery
quantity is no longer u201Copen,u201D and the requirement is now marked as
completed.
3)Accounting documents are posted in the background, reducing the value of
inventory and increasing the cost of goods sold.
regards
Prashanth

PGI for Consingment order

Hello,
The user is trying to create a Goods Issue wrt a Consingment order, and the system generates an error M7021 : Deficit of customerSt unr. prev 198,800 lb: .This is batch managed . I did check MMBE and there is unrestricted stock for the required quantity posted under the customer stock / batch.
Has anyone faced this issue ?
Thanks,
Jagruti

Dear Jagruti,
Consignment process works such:
1. consignment fill up SO
- movement type 631
2. consignment issue SO
- movement type 633
During SO creation I believe system pop up message saying that stock not enough to create SO but this is just an warning message whereby you may ignore it & able to create SO. Material movement only effective upon PGI in outbound delivery. U will get error message as you said if material is not sufficient enough against batch as stated in PGI. Pls ensure stock in batch is sufficient enough to cater for PGI. Hope this could help youo. TQ
rgds,
nanthakumar

Copying the VPRS from PGI material document to Billing

Hi ,
We have a requirement to copy the cost price VPRS from PGI - Accounting document to the Billing
I explored some configuration in copy controls by putting the Price source as E which will copy the cost price from the PGI to the Billing
But i found that it will do only when the Material price control in the Material master is V and not for S ( not sure there may be other settings also)
The scenario is , Order will be created ( lets say) in May and the dellivery is done in June
Mean while at the end of May the cost price will change only for the sales order in MR21 as Special sales order ( only for the order) and PGI is done in subsequent month
In the next month the price will effect the PGI and when i do the billing, the cost price is fetching from the Sales document and not from the PGI
Hope i am clear in explaining the requirement
Please let me know if there is any standard configuration available
regards,
santosh

Hi,
Hi in copy control delivery to billing at item level
Maintain PRICING TYPE - N (Transfer pricing components unchanged, NEW COST)
kapil

Shipment and delivery

SAPpers,
could anybody guide me in the above mentioned topics by telling me what type of of questions i will be expecting?
Thanx

Delivery :
Shipping Point determination, Route determination, Picking / Stor. Location determination - MALA / MARE rules, Route Schedule, Effects of PGI, cancelling PGI, What are the business data from the ship to party? , POD, Packaging materials and packing, Handling untis, etc.,
Shipment :
I am not much familiar with the shipments...
Thanks
Anand

PGI effects and how to see them

hi ,
When PGI is done the following documents are generated .
like accounting document, costing document, inventory document.
how to see those documents generated by a particular PGI
thanks
mmn
rewards for sure

Hi,
Go to the delivery document - Click on document flow - You will see a PGI document in the document flow (Material Document).
Click on it and display document. This is you rmaterial document.
Click on Accounting button on the material document - You will see accounting document.
Let me know if you need any more info.
THanks,
Ramesh
Please reward points if you find this useful.

Change in mseg table field prctr & pprctr (profit center & part. prft center) during pgi (vl02n) in case of stn

Dear sir,
i want to change in profit center & partner profit center at the time of PGI (vl02n) in case of stock transfer
for that i m using MB_DOCUMENT_BADI badi with method MB_DOCUMENT_BEFORE_UPDATE
but
there is no effect in table field mseg-prctr & mseg-pprctr
want to change
if prctr = 1200 & pprctr = 1800 then change pprctr
pprctr = 1900
pl. suggest me what to do .
i have check scn discussion but i did not get suitable point to implement.

Hi
Check before SAP Note 978159 - Problem with profit center determination
I hope this helps you
Regards
Eduardo

Difference between accounting document of PGI and billing

Hi,
I want to know the basic differences between the accounting document created after PGI and accounting document generated after billing?

Dear Christino,
To generate Accounting Document after PGI, following settings need to be done:
T. Code: OMS2
For your Plant and Material-Type, "Value Update" must be checked.
Also, a relevant accounting document is assigned the material document or not.
In Sales Order, we have condition tpe VPRS, which captures the standard value from material master after costing run.
When we do pgi we need to do inventory accounting & stock reduction should take place.As a result, the following posting takes place:
1. T. Code: MMBE - Stock get reduced from the plant/storage loc.
2. T. Code: MD04: Out bound del. note and the qty. set off in stock requirement list
Also check, [A/C Doc. for PGI|Account Determination for PGI document]
Whereas, After Invoice, the Accounting Document generates, as an effect:
Customer A/C gets Debited and Sales A/C gets Credited.
For more, refer: [A/c Doc.|Accounting entries and material moment types after PGI]
Best Regards,
Amit
Note: In General,
A/C Doc. Type after PGI: WL
A/C Doc. Type after PGI: RV

Display "without PGI" & "PGI done not invoiced" in the selection screen

Hi All,
I am preparing a query to track the status of outbound deliveries and would greatly appreciate it if you could guide me on the following requirement.
Is there a way to display the following two fields in the "Selection Screen" of a query (TCode: SQ00).
1. Without PGI (Delivery document saved but the delivery is yet to do a PGI).
2. PGI done but not invoiced (PGI is done but the invoice is not raised).
I have already added, joined LIKP and LIPS and retrieving a host of information from these two tables but stuck on the two points above.
Thanks in advance.

SAP SD_Newbie wrote:
> The user wants these fields in the "Selection Screen" of the query (SQ00).
>
> 1. Without PGI (Delivery document saved but the delivery is yet to do a PGI).
> 2. PGI done but not invoiced (PGI is done but the invoice is not raised).
>
> Importantly, I am a bit reluctant to use any other table apart from LIKP and LIPS (I tried joining other tables but the performance was drastically slow because of too many inner / left outer joins).
I do agree that standard transactions should be considered instead. The users always want the darndest things...
Query is not a custom report and has some limitations, which needs to be understood by the users. We can't add such buttons/checkboxes on the screen in a query, but we can add the status fields as selection criteria.
Since query is at the line item level (LIPS), the statuses also are needed at the line item level, which is VBUP table. WBSTA is GM status, FKSTA is billing status. I'd guess that if WBSTA is 'A' then it's not PGIed and if FKSTA is 'A' then it's not invoiced. But I'd check in your system to make sure the statuses are updated as expected.
VBUP can be joined by primary key, so it shouldn't have a huge negative effect on performance. In any case, this is the only way to deliver such information in a query, I believe.

PGI Taking more time approximate 30 to 45 minutes

Dear Sir,
While doing post goods issue against delivery document system is taking lots of time, this issue is very very urgent can any one resolved or provide suitable solution for solving this issue.
We creates every day approximate 160 sales order / delivery and goods issue against the same by using transaction code VL06O system is taking more time for PGI.
Kindly provide suitable solution for the same.
Regards,
Vijay Sanguri

Hello Vijay,
I've just found the SAP Note 1459217 which definitively refers to your issue. Please have a look on it (see below the respective SAP note text).
In case you have question let me know!
Best Regards,
Marcel Mizt
Symptom
Long runtimes occur when using transaction VL06G or VL06O in order to post goods issue (PGI) deliveries.
Poor response times occur when using transaction VL06G or VL06O in order to PGI deliveries.
Poor performance occurs with transaction VL06G / VL06O.
Performance issues occur with transaction VL06G / VL06O.
Environment
SAP R/3 All Release Levels
Reproducing the Issue
Execute transaction VL06O.
Choose "For Goods Issue". (Transaction VL06G).
Long runtimes occur.
Cause
There are too many documents in the database that need to be accessed.
The customising settings in the activity "set updating of partner index" are not activated.
(IMG -> Logistics Execution -> Shipping -> Delivery List -> Set Updating Of Partner Index).
Resolution
If there are too many documents in the database to access, archiving them improves the performance of VL06G.
The customising settings in the activity "set updating of partner index" can be updated to improve the performance of VL06G. (IMG -> Logistics Execution -> Shipping -> Delivery List -> Set Updating Of Partner Index). In this transaction, check the entries for the transaction group 6 (= delivery). The effect of these settings is that the table VLKPA (SD index: deliveries by partner functions) is only filled with entries based on the partner functions listed (for example WE = ship-to party). In transaction VL060 the system is checking this customising in order to access the table VBPA or VLKPA.
If you change the settings of the activity "updating of partner index", run the report RVV05IVB to reorganize the index seleting only partner index in the delivery section of the screen. (see note 128947).
Flag the checkbox "display forwarding agent" (available in the display options section of the selection screen). When the list is generated, use the "set filter" functionality (menu path: edit -> set filter) in order to select the deliveries correspondng to one forwarding agent.

Credit Limit issue during PGI despite Credit available to customer

Dear All,
We have configured for Credit Management for Customer.
Everything was working perfectly fine for a very long time. But now there suddenly seems to be an issue. The customer has available credit but still the system does not allow us to do PGI. It gives an error message that the customer credit limit has been exceeded.
We checked in FBL5n and found that credit is available. There are no backlogs. But in FD32 we found that the credit exposure shows values in positive and the Blocked check box is ticked therefore blocking the customer. When we checked through Menu path - Environment - Sales & Distribution Docs - Open Orders and Open Deliveries , here we found that in table S067 there are open orders and open deliveries. But upon cross checking with VA05n and VL06/Vl04, we found no open deliveries or open sales orders.
This seems to us as a strange issue that the system is not updating the LIS table although we have not configured for LIS.
We contacted SAP for this and were given a temporary solution to execute program RVDREK77 to clear the table. But this dosent seem to be a permanent solution since we have to run this everyday as a background job. Also this program can be run only when no other transaction happens in SAP.
If anyone has faced a similar problem, I would request to suggest us a permanent solution for this.
Thanks & Regards,
Rohan Gudavalli.

Hi Rohan,
As per my understanding of the issue, There is problem in credit updation. To manage this you have to run the program RVKRED77. On executing this program system will reorganize the credit in case of update errors. Please have this execution done once in a week during week ends for required credit control areas. This is quite common problem we encounter regarding the updation of credit and the only way is to run the mentioned program periodically.
As you know normally in credit S066 and S067 information structures are involved in the updation. These information structures work in tandem with the update group which is assigned in OVA8 screen resulting in the updation of credit.
When an order is created S066 information structure gets effected and OEIKW field value gets increased.
When order is delivered S066-OEIKW gets decreased and S067-OLIKW gets increased.
When delivery is billed S067-OLIKW gets decreased and S067-OFAKW gets increased.
So credit is completely controlled by the information structures and the update group. Some times it happens that system will not be able to update the credit. To re-organize the credit incase of update errors please have a background job set up done prferably during week endsfor the program RVKRED77.
As you are saying that you have problem with only one customer; please check whether oldest open items check is evaluated.
Please use the program Check_CM to analyze the credit. On inputing the order number or the delivery number you can get the complete analysis of the credit done for the order or delivery.
Hope this explains.
Edited by: mokirala tilak on Jan 6, 2012 6:21 PM

MAP update in PO at PGI

Hi All,
We have been trying to update Price in PO at the time of PGI using USEREXIT SAVE_DOCUMENT triggering BAPI_PO_CHANGE. It is failing because PO cannot be edited while PGI is under process/Outbound Delivery is being worked on.
Can anyone please suggest if there is any way to update the price in PO at PGI.
PS: We have MAP in the system which changes in the system, due to this PO is created as some different price and PGI postings happen at the MAP of that day which is most of the times different than price in PO.
Thanks in advance friends.
Manav

can you explain the background for this.
A Po is usually a document to an external vendor, the price in the PO is the price you have to pay to your vendor, so it is not logical to me to make this price equal to a moving average price, which is calculated by stock value + new receipt value divided by new total stock quantity. And even gets effected and adjusted if you have price differences when you post the invoice.
Why would you external price be equal to a MAP ?
and why are you doing PGI for a PO?

Multiple pgi against single delivery.

Hi all
For example, if we prepare one Delivery Order for 1,000 kg. we will be despatching the same as per readiness of materials at our end or from different warehouses or as per requirement of the buyer. Some times, we need to despatch the entire quantity at a time and some times the despatch will be made in 2-3 times as per requirement on different dates. If PGI cannot do more than once with same delivery number, how we can effect despatches on different dates. If we make different delivery orders, the volume will be much more and planning and controlling will be also difficult. Please provide other solution for this.
Regards,
Ratna

Hi,
Instead of complicating things at PGI level, why dont you create partial delivery docs from a single sales order or multiple ones.
In this scene, whatever the quantities of material you want to dispact by PGI, just enter that quantity while creating delivery document.
Just check if partial delivery is allowed for customer and customer material master.
Plz clarify if this solution doesnt work out.
regards,
Siddharth.

PGI Concept?

Hi,
Does PGI creates any accounting document?
Also I would like to know that PGI means that the delivery is complete and the goods are issued to the customer.Please suggest if my concept of PGI is correct?

Owen Dun, senior SAP Specialist for Publicly Traded Corporations
The complete concepts of PGI are provided as follows:
PGI - Stands for “Post Goods Issue”. It is a significant phase in the Sales Order processing. In its simplest form, it is a confirmation of delivered quantity. PGI is the final step of the delivery/shipment processing; it is the stage where the ownership of the goods transfer to the customer and the stock is being updated. PGI transfers the ownership of the material to the customer; accordingly, your company’s Inventory reduces – it signifies the end of the delivery processes. At PGI, there is integration with Inventory Management by reducing the inventory stock quantity and the related Material document reflects the stock quantity update. Likewise, it also triggers integration with FICO by reducing the stock value and the Accounting document reflects the stock value update. There are some activities that will happen after the PGI of the delivery document of the Sales Order. They are:
1. Reducing warehouse stock & updating inventory management.
2. Posting the value change to the stock accounts in the inventory account.
3. Reducing the delivery requirement.
4. Updating the document flow and status of the preceding document.
5. Creating work list for billing due list.
During PGI, the stock status and accounting entry is passed into MM and FI modules for updating. The accounting entries are follows:
Cost of goods sold …………DR. $ xx,xxx
Inventory …………………….CR. $ xx,xxx
Once PGI is performed, stock reduces from the companies stock and the delivery is completed. No longer have the goods remained as the property of the company, as soon as PGI is done.
***For Advanced SAP users:
During PGI your inventory is getting reduced or shipped to the customer using movement type 601. When conducting PGI, these documents will be generated by the following t-codes:
1. Material Document (MB03)
2. Financial Document (FB03)
3. Co Document (KSB61)
One can create a delivery today and SAVE it WITHOUT doing PGI. Then, after a few days, one can go to VL02N & do the PGI. One can also do Partial PGIs under VL06. PGI can be reversed by using the t-code vl09n. One can create a Proforma Invoice from Delivery Document before PGI & then create actual Invoice after doing PGI. For Proforma Invoice before PGI, one can follow this path:
IMG –> Sales and Distribution –> Billing –> Billing Documents –> Maintain Copying Control For Billing Documents –> Copying control: Delivery document to billing document.
Here, select the Delivery & Billing Type & at Header Level in Copying requirements insert routine 11 – Head.dlv-rel.w/o GI. No other setting is required for Delivery to actual Invoice. Movement type is assigned to the schedule line of the line item & 601 movement type is used for PGI.
Note: in the case of Inventory Consignment, in the stage of ‘fill up’ delivery, when you post goods issue via 631 movement, neither accounting document nor material document will be generated because you are just moving your stock from one place to another (from unrestricted to special stock). In the later stage where you generate ‘issue’ delivery via 633 movement, both the above documents will then be generated.
In conclusion, PGI has the following effects on SAP:
1. Billing Due list is updated.
2. Inventory quantity / valuation are updated including material planning.
3. LIS is updated.
4. Updated the Document flow in Sales Documents.
Hope that this document can provide you with some insights on how SAP's PGI works.
Owen Dun, senior SAP Specialist for Publicly Traded Corporations

Effect of PGI

Similar Messages

Maybe you are looking for