How to reverse goods issue for delivery note by using IDoc

Hi all,
I would like to reverse goods issue and picking request for delivery note by using inbound IDoc.
I used message type SHPCON and IDoc type DEVLRY03 for posting goods issue in inbound processing and it's work but I couldn't find solution for posting reverse goods issue.
Pls let me know which IDoc type or any ways for posting goods issue reversal and cancelling picking request.
Thanks for your time.
Su R.

Hello,
          For this requirements we can actually follow two Approaches that I can think of. Here they are.
Approach 1
         Little Complex Approach. What we can do is to make use of the Same Function Module (Posting Program) IDOC_INPUT_DELVRY to do the Delivery Updates (Except reversing the Goods Issue). During this, we can make use of one of the Customer Functions available in the Enhancement V55K0001 and satisfy our Requirement.
Approach 2
        We can actually code a Custom Posting Program (Function Module) in which the first part will take care of updating the Delivery & if the PGI is done, then we can make use of the Function Module BAPI_GOODSMVT_CANCEL to reverse the PGI.
        I think the later Approach is much easier rather than going for the Standard Function Module (Posting Program), Exits and find a place where we have to find another Enhancement Spot / Enhancement where we can call the above FM to Cancel the Goods Movement.
Hope these inputs were helpful.
Thanks and Regards,
Venkat Phani Prasad Konduri

Similar Messages

Possibility of reversing Goods issue and delivery of one line item

Hi experts,
Is there a possibility of reversing Goods issue for only one line item and also the delviery for that line item so that i can make changes in the sales order for that line item only.
Appreciate your response.
Regards,
krishna

Hi Laxmipathi & Rithvika,
Basically the issue is in the sales order there are around 90 line items out of which most of them has been processed the delivery and GI and even invoices has been made for some.
While doing so, there are about 5-6 delivery docs has been created for the 90 line items.
Now, we need to change some data for few line items , for this we dont want to do reversal for all the line items and again do a delivery and PGI as these line items are in various delivery docs.
Let me know , if there is anyother way of doing it or we should follow the normal process of doing it all again.
Regards,
krishna

Good issue from delivery not possible due to credit block

Hi gurus,
Please help me on this issue.while doing PGI for the delivery i am getting the following error message."Good issue from delivery not possible due to credit block "The simple credit check is assigned for the sales document type.iam doing free of charge delivery.
What are all the possible ways to get such error
Regards
Vis

but system behavior is not set in transaction OVA8, means combination of risk categories and 03 is not set.
I think you are checking the wrong risk category, please check once again the Risk category of the payer in FD32, what is it assigned and also check OVA8 with this risk category.
If you find the above settings are correct as per your observation, try to create a fresh cycle so that you will get the correct results as per your settings in delivery.
In your case what you are saying is correct, may be the risk category is changed recently this you can check the change log of the payer customer in FD32( if any change takes place).
If possible try to past the screen shot of both.
thanks,
srinu.

BAPI to reverse Goods Issue for movement type 601

Hi Everyone,
Does anyone know of any BAPI that could be use to reverse Goods Issue for Movement type 601?
I tried using BDC of transaction VL09 and was able to reverse the GI document successfully but the return message type was 'E' with unreadable message -
Tabelle 'E' enth#t keinen Eintrag f# 'Ch 004 &'
When I tried using BAPI_GOODSMVT_CANCEL, I get the error message 'E M7 130 Material document cannot be processed'.
Best Regards,
Junwen

hi, Junwen!
the following code works pretty well:
      fp_vbeln = vbeln_val.
      fp_budat = budat_val.
      fp_tcode = 'VL09'.
      fp_vbtyp = 'J'.
      CALL FUNCTION 'WS_REVERSE_GOODS_ISSUE'
        EXPORTING
          i_vbeln                         = fp_vbeln
          i_budat                         = fp_budat
        I_COUNT                         =
        I_MBLNR                         =
          i_tcode                         = fp_tcode
          i_vbtyp                         = fp_vbtyp
        TABLES
          t_mesg                          = it_mesg
       EXCEPTIONS
         error_reverse_goods_issue       = 1
         OTHERS                          = 2.
luck.

I bought my iphone5 last Mar 1, 2013. However, it was stolen/lost last friday Jun 14.How can I locked it for them not to use or resell it?I'm not registered at ICLOUD. I am not expecting it to be returned. I just want it not to be used anymore by others..

I bought my iphone5 last Mar 1, 2013. However, it was stolen/lost last friday Jun 14.How can I locked it for them not to use or resell it?I'm not registered at ICLOUD. I am not expecting it to be returned. I just want the unit to become useless already so that stolen/lost Iphone or any kind of apple brand gadget will no longer be of interest by others to buy it from any thief or any person who will resell it in just a small amount.

Sorry, but if you did not set up Find My iPhone, then unless your iPhone is set up with a company Microsoft Exchange server or other mobile device management system, there is no way to wipe the iPhone of its data, though if you had a screen lock in it, the thieves/finder will probably restore it and wipe the data anyway. There is no way to lock the iPhone permanently to prevent someone from using your iPhone, though you can report the loss to your cell carrier and they may be able to blacklist it from connecting to their network.
Regards.

How can partially goods issue in delivery document?

hi,
I created delivery document with 20 delivery quantity at first. after that I want to create partially goods issue. for example i want to have 10 quantity in pick quantity and at first 10 quantity goods issue and save and another time goods issue the remained quantity. but I can not configure the system to do this.
thank you.

Lida,
As per standard SAP, you cant do partially picking. If you want to do partial elivery of item, change the quantity of the delivery item in the delivery and pick the full qty. for example :
Sales Order 10 Qty,
Delivery 5 qty
Picking 5Qty
This will be partial delivery,
Thanks,
Raja

Issue while posting using goods issue for delivery type NL

Hello Experts,
I have created an outbound delivery for an intra-company transfer (within same company code) between two plants. The delivery type in NL (replinishment delivery)
When i am trying to post the goods issue from supplying plant, I am getting following error
"Account type K is not defined for document type WL".
Delivery type NL should not be used to issue stock to vendor but I am not issuing it to any external vendor , issuing the stokc only to a receiving plant.
Please help to understand why i am getting this error.
Regards,
Nish.

Hi,
If you are doing an STO Scenario, Check whether you have created the supplying plant as a vendor.
The Vendor Account group should be plants.
Also check whether you have given the plant in the vendor master Purchasing Data - Extras tab in the menu click on add purchasing data & check.
If you haven't assigned this, do the same & create a fresh STO & check.
Hope it will work.
Thanks & Regards,

How to reverse PGI @ VL09 for delivery with subsequent invoice

Greetings
Our business process sometimes requires billing to happen prior to PGI.
Hence, we have modified copy control settings to allow billing based off delivery creation (rather than PGI delivery).
No modifications to the item categories and we are using standard movement types 601/602
My issue is at VL09.
VL09 will not allow me to reverse without cancelling the billing document.
I get a message No data available for these selection criteria
I have checked OMJJ movement type settings and I dont see anything here.
Can anyone point me in the right direction to customize such a setting if it exists?
We are using ECC 6.0
thank you
Ken

hi
your issue as standard behavior , when delivery document billing status completed , you can not do the PGI , when you cancel the billing document then only system will accept PGI ,
when you cancel the billing document , delivery document billing status will change , so accept PGI
this status comes based on billing document types , like final billing (f2) delivery billing status comes complete, proforma invoice completed then delivery billing status comes not yet proceed
this is the why system not accept the PGI for final billing document done
check proforma billing document delivery PGI
Regards
sankar

Reverse goods issue

Hi all,
I am not able to reverse good issue, through vl09 even after reversal of Invoice. the message is coming as no document found.
regards,
vandana arora

A: reverse goods issue

1.First step si bu useing the VF11 you have to cancel the invoice
2.VLO9 enter the no and delete the quintity
Goods issue reversal means that you cancel the goods issue posting for a delivery. This function enables you to remove the posting without having to create a returns delivery and then having to post a goods receipt for it (see also Processing Returns After Goods Issue Posting). This function can be especially useful if you have accidentally posted goods issue, for example, and you would like to reverse it. Goods issue reversal usually occurs shortly after goods issue posting.
Integration
The cancellation document is integrated in the document flow of the delivery.
Prerequisites
Goods issue reversal is only possible for movement types for which a reversal movement type is defined in Customizing. Therefore, if you have defined your own movement types for goods issue, you must also define the respective reversal movement types and assign them to the movement types for goods issue.
Range of Functions
When you reverse goods issue for a delivery, the system creates a cancellation document that adopts the quantities and the valuation from the original goods issue document, and also executes the respective value and quantity posting to stock.
Like the goods issue posting, the goods issue reversal is only possible for the entire delivery. You cannot reverse goods issue for only part of a delivery.
After the reversal, the goods movement/goods issue status of the delivery is reset to Not yet started. In this way, the delivery can be processed further as required. The system also resets the delivery requirements.
If the delivery has already been billed partially or fully, the goods issue reversal is only possible after the billing document has been cancelled.
For goods issue reversal, you can only select deliveries that have not yet been billed fully or partially, or whose billing has been cancelled.
Procedure
From shipping, choose Post Goods Issue ® Cancellation/reve... [Show more]
Read other 6 answers

Printer for delivery note

Hi ,
How to set default printer for delivery note...
Prashanth

Hi There,
Do this by printer configuration in the spool.
Go to T-Code SP01,
Execute the spool request,
Then select the required spool and change the printer name in the option 'Print with changes parameters' from the menu option spool request.
Thanks,
Raja

Regarding Goods Reversal & Goods Issue Process for PO

Hi Experts,
           Could you any one tel me what is Goods Reversal and Goods Issue process for PO...
How to create the FM & detailed Procedure Pls?....
Please any one tel me.......
Thanks & Reagards
HB

Hi Hans,
SOURCE : HELP.SAP
Purpose
Inventory Management uses this process in such a way that the goods issue posting is divided into two parts that run in separate systems. Posting the GI document in the supplying plant results in a message to the receiving plant. The receiving plant then performs a complementary posting. The physical goods receipt takes place as usual.
Prerequisites
When using batch processing, the following prerequisites must be fulfilled:
Both the original and target systems have the same batch definition level.
The batch definition level is either the material or the client.
An ALE scenario exists for materials and classes (characteristics).
Unique batch numbers exist cross-system.
Batches can only be changed in their original system when they are not decoupled. From an organizational point of view, this must also lead to the batch status being changeable in a local SAP R/3 system. For example, this is impossible when transfer posting to a new batch and results in further actions, for example, relabeling containers, palettes and so on.
Characteristics
As for the purchase order in a one-system situation, the system should automatically post the material into the stock in transit at the receiving profit center and the corresponding Profit Center Accounting using intra-CC transfer prices at goods issue for the purchase order and the unchecked delivery. This requirement is valid for one-system situations as well as for two-system situations where there is an ALE interface. No internal billing document should be created.
In a two-system case, the receiving profit center should be derived at goods issue from the unchecked delivery. Profit Center Accounting then takes place with
Stock change transfer price to stock
Internal expense to internal sales
Internal clearing account to stock change transfer price.
Account determination in a purchase order for an intra-company-code transaction must be different from account determination in external transactions. Automatic GR/IR account clearing is required in both one-system and two-system situations.
The stock in transit must be visible in the receiving profit center.
The system must send a shipping notification at goods issue in one-system and two-system situations.
You need to create an invoice document for the internal and external trading statistics for cross-boundary deliveries as well as for customs purposes.
GR/GI slips are created.
Process Flow
Goods Issue Posting for Stock Transfers
The delivery triggers the goods issue in the issuing system.
The call contains the stock transport order data known in the delivery, including the PO item and the logical system of the recipient.
The transaction (quantity and value updates) is selected using the movement type:
Movement Type
Function
641
Goods issue with UB logic (Creation of stock in transit at recipient, immediate value posting).
647
As 641, however the goods receipt line (movement type 101) is added automatically, so that the goods receipt is posted at the same time as the goods issue (one-step procedure).
You determine the movement type according to the schedule line category in Sales and Distribution. The goods issue for a cross-system stock transfer must be different from the integrated transaction. This is achieved by adding a new movement type.
You post quantities and values at goods issue in the same way as a goods issue for a sales order. That is to say, the quantity is posted in the supplying plant and the value is adjusted to that of the stock account. The offsetting posting is made to a clearing account. The known data from the delivery is copied to Accounting to balance the account where necessary.
The system creates a message to the appropriate receiving system for all items with reference to a cross-system purchase order. The system does not perform any validity checks on the recipients data before posting begins. Incorrect Customizing results in the update being terminated.
If a goods issue has receiving plants in different logical systems, an IDoc is sent for each system.
In order that the goods receipt is able to use the values on the receiver side, you must add the values used to post the goods movement, in particular the transfer prices, to the IDoc.
The logic for recognizing the profit center switch functions as follows: At goods issue, the system recognizes that the profit center of the issuing plant is different from the profit center of the receiving plant. The system derives the profit center node from the relevant profit center.
Data Transfer
The IDocs sent by the issuing plant trigger the goods issue postings in the receiving plant.
Background Posting in the Receiving System
The goods receipt is posted in the receiving system using the IDoc. The interface receives the data from the goods issue in the supplying plant. The following processes now run at the recipient:
The system finds the update control for the GR part of the posting.
The goods movement is posted with the new movement type.
During valuation of the goods receipt, the system might, where necessary (UB logic), refer to the values (legal value and the value from the parallel valuation type, if you are using the transfer price function) from the IDoc.
The PO history is updated. The PO history is updated with the material document number from the second part of the GI posting. The GI document number is not stored in the supplying plant, because there is no way to display this document.
In two-step procedures the goods receipt is posted to the stock in transit.
Reversal
You can only reverse this goods issue for the PO using the cancellation transaction in SD. You cannot reverse the GI in Inventory Management.
The material document that is automatically created in the receiving system cannot be canceled. This reversal is triggered by the sending system (the actual reversal of the GI document takes place there) and transmits the data, including the reversal movement type, to the receiving system. No actual reversal is posted in the receiving system, because the material document number of the original document does not exist in this system. This scenario is applicable for cases where you use the two-step procedure (with stock in transit).
Distribution of Batch Master Data and Characteristics
The batch information is transported using the message category BATMAS.
When you create a cross-system goods issue, the system creates the corresponding IDoc using the message category BATMAS.
When the delivery arrives in the target system, the batch and all the information is already present in the system.
Changes to the batch data are also distributed using the message category BATMAS.
The batch can be decoupled in the receiving SAP R/3 system. This means that the batch can have a different status in the receiving system than in the original system. By setting an indicator at material level, you decide whether the batch can be decoupled or whether the batch and all its attributes are copied from the original system. "Decoupled" i.e. "locally independent" batches are no longer distributed from its own system.
The batch data does not need to be available before the physical goods receipt takes place. The goods receipt into the stock in transit does not usually refer to the batch unless you are working with batches with assigned active ingredient values.
If the GI cannot be posted for organizational reasons, for example because the goods cannot be loaded onto a truck until 10pm, then you can post the goods into the GR blocked stock. This stock is also non-batch-specific.
In cases where the GI IDoc arrives before the batch IDoc, then the GI IDoc can be subsequently posted by a periodically scheduled report (transaction BD87). A program like this exists in the SAP standard system. In Customizing for MM Inventory Management (activity Copy, Change Movement Types), you should make settings to define that manual creation of batches at goods receipt is not allowed.
Shipping Notification
The shipping notification is required in the receiving system due to its relevance for MRP. In this way, for example, a change in delivery date determined at goods issue is sent to the receiving system using the shipping notification. The shipping notification can also be used when posting the GR batches.
Reward if found helpfull,
Cheers,
Chaitanya.

Good Issue after delivery and packing is done and reversal of goods Issue

Hi All,
I have a below requirment.
1) How we will do the goods Issue using the code. as manuvally we can do it in VL09. I have a delivery number I need to Issue goods Issue for that delivery?
2)If I have a delivery I need to reverse the goods Issue using the abap code. How we will do that is there any function module or BAPI available to reversal of goods Issue.
Basically I need function module or BAPI to do the Goods Issues as well as reversal of goods Issue.
Thanks for your help on this.
Thanks,
Antony.

Hello,
I guess you made some typo error as VL09 is for reverse of goods issue and not for doing goods issue.
Anyways, I suppose you are dealing with Outbound delivery.
Goods issue, VL02n OR WS_DELIVERY_UPDATE.
Reverse Goods issue VL09 OR 'WS_REVERSE_GOODS_ISSUE'
BR,
Diwakar

Automatic goods issue for outbound delivery, during the transfer order confirmation

Hello,
Could you please advise how to realize automatic goods issue for outbound delivery, during the transfer order confirmation in the WMS.
Now after creation of outbound delivery, i can't post the goods issue. Before i have to make the transfer order and confrim it and only after this i can post the goods issue in the VL02 t-code.
Could you please advise - what i have to customize that to make automatic GI for outb. delivery (i mean with creation material document) during the TO confrimation.
Thanks in advance.

Hi Iiya
Check the below setting, might be helpful

Post Goods Issue for Outbound delivery return

Hi, I'm trying to Post a Goods Issue for a returned outbound delivery but I cannot find a function module to do this, I tried using SD_DELIVERY_UPDATE_PICKING but its creating the material against the outbound delivery with status archived, which means it wasn't created.
I also tried using the MB_CREATE_GOODS_MOVEMENT, but this one is creating the material document but not updating the status and the document flow of the delivery.
Thanks,
Pablo

Hi Lopez,
Post Goods Issue with MB_CREATE_GOODS_MOVEMENT FM in VL02N
Regards,
Sravanthi

CO-PA for good issue documents are not created

Dear All
We are using both account & cost based CO-PA , actually the problem is this that when we are doing the sales cycle, after billing my CO-PA document created but the same when I do delivery COGS document not created ,actually for sales I am taking the sales data from condition type(assignment of condition type to CO-PA value filed) and for COGS , I have assigned the COGS GL accounts in TRANSACTION Code OKB9 (automatic determine the profitability segment) also the same GL accounts I have assigned with value field in
Assignment PA transfer structure
Now when I am doing sales cycle , CO-PA document has been created when I am doing billing but when I am doing Good issue , CO-PA not created but if I go and check the GL account of COGS account I found the all detail of my profitability segment which hit this GL account
Please help in this regard.
Regards
Kashif

I assume that problem relates to billing in make-to-stock scenario. Since COPA document is automatically created with billing. Please note the following -
1. COGS GL account is not created as cost element.
2. There is no CO / COPA document at the time of delivery.
3. Condition type VPRS should exist in SD pricing. It is updated form material master.
4. Condition type VPRS should be assigned to COPA value field (just like PR00 / price).
5. Revenue and COGS value fields are updated at the time of billing.
Hope it clarifies.
Regards,

How to reverse goods issue for delivery note by using IDoc

Similar Messages

Maybe you are looking for