Skip to Content
Author's profile photo Former Member

Customer Delivery – Stock in Transit (EHP5 – LOG_MM_SIT functionality)

Introduction

     Enhancement package 5 for Procurement business function “LOG_MM_SIT” allow to control goods movements both for sales to external customers and for stock transfer processes between plants belonging to the same or different company codes within the same company. Using valuated stock in transit and new movement types, we can specify the time of the transfer of title precisely. Throughout the process, material quantities and material values are recorded transparently and can be displayed in the stock overview, the purchase order history, and the individual stock accounts. The functions are also available for the corresponding intra-company-code and cross-company-code return stock transfers.

     This document covers the customer delivery with transfer of title at customer location. The customer deliveries with valuated stock in transit, is used to pin point the exact time of the transfer of title. The transfer of title depends on the delivery type. The system determines this based on the sales document type. The system finds the item categories and thereby the corresponding schedule line categories, using Customizing for item category determination in the delivery. The process is controlled by the movement types that are assigned to the respective schedule line categories.

Client Requirement

    

     The requirement for our project was to recognize the COGS & Sales revenue at the same time based on the Incoterms. Incoterms were divided into two categories as ‘Immediate Risk transfer’ & ‘Delayed risk transfer’. ICC Incoterms like EXW & FCA were classified as immediate risk transfer as the risk transfer lies with ‘Buyer’ once the Goods are loaded onto carrier from plant. The other incoterms like FOB, CPT, CIF, etc.. were classified are Incoterms with Delayed Risk Transfer.

     Based on the Delayed Risk Transfer Incoterms, the item category in the sales order would get determined. This was one of the key developments of the project. Based on the item category the posting to COGS / SiT account would happen at the time of PGI.

     The Requested delivery date would be maintained by the Customer Service Representative while processing the Sales Order. Based on the
RDD & route information in the sales order, the PoD is carried out through a program scheduled automatically.

Features of Business Function LOG_MM_SIT

     Business Function LOG_MM_SIT covers below business processes. In the following processes, valuated stock in transit specifies the exact time of the transfer of title.

  •      Intra Company Code Stock Transfer: Transfer of title at goods issue / goods receipt / during transit.
  •      Cross Company Code Stock Transfer: Transfer of title at goods issue / goods receipt / during transit.
  •      Delivery with transfer of title at the customer location.

In a cross-company-code or intra-company-code stock transfer, valuated stock in transit allows you to retain the quantity and value of a material that has already left the issuing plant but has not yet reached the receiving plant. The functions are also available for the corresponding intra-company-code and cross-company-code return stock transfers. In addition, in sales processes to external customers, you can post the quantity and value of a material to issuing valuated stock in transit initially and then remove it when proof of delivery arrives.

Fig 1.jpg

Pre-Requisites

A. SD Customizing requirments:

     i. Defining new Sales Order Type

     IMG Menu path: IMG –> Sales and Distribution –> Sales –> Sales Documents –> Sales Document Header –> Define Sales Document Types

     Create the new sales document type Delivery from Issuing Valuated Stock in Transit (ORNC) as a copy of the sales document type Standard Order           (TA/OR).

    Sales order Type 1.jpg     Sales order Type 2.jpg

     ii. Defining new Delivery Type

     IMG Menu path: IMG –> Logistics Execution –> Shipping  –> Deliveries  –> Define Delivery Types

     Create New Delivery Type (NCCU – Delivery from Issuing Valuated Stock in Transit) for the process Outbound Delivery with Transfer of Title at                     Customer Location.

     Delivery type.jpg

     Note: Creating a new order type/delivery types are optional. You can use the existing order types & assign the item category for this functionality to work.

     iii. Assigning the New Delivery Type to New Sales Order Type

    

     IMG Menu path: IMG –> Sales and Distribution –> Sales –> Sales Documents –> Sales Document Header –> Define Sales Document Types

     In the Shipping section of the detail view, assign the appropriate delivery type, NCCU to the sales document type Outbound Delivery from Issuing       Valuated Stock in Transit (ORNC).

     Assign del type.jpg

     iv. Defining new Item Categories

     IMG Menu path: IMG –> Sales and Distribution –> Sales –> Sales Documents –> Sales Document item –> Define Item Categories

     For this solution, the item category is important configuration. Item category is assigned to schedule line category which has movement type. We can      define new item categories or use the existing item categories as per the client’s requirement. But it has to be ensured that proper schedule line           category is determined.

     Define Item Category.jpg         

     Ensure that the new item category Delivery from Issuing Valuated Stock in Transit (NCCU) has been created as a copy of the item category      Standard Item (TAN).

     v. Defining Item Categories in Deliveries

    

     IMG Menu path:  IMG –> Logistics Execution –> Shipping  –> Deliveries –> Define Item Category Determination in Deliveries

     When the item category is copied from reference & if made relevant for copy control i.e., “Is this entry also relevant for copying control?” – If yes,      then      the delivery item category will be created, else define delivery item category manually.

     Del item cat.jpg

     Ensure that for all entries with delivery type Outbound Delivery (LF), a copy has been created and altered as follows:

     Delivery type LF has been changed for each entry to delivery type Delivery from Issuing Valuated Stock in Transit (NCCU).

    

     Item category Standard Item (TAN) has been changed for each entry to item category Delivery from Issuing Valuated SiT (NCCU).

 

    vi. Defining Schedule Line categories

    

     IMG Menu path: IMG –> Sales and Distribution –> Sales –> Sales Documents –> Sales Document item –> Define Item Categories

    

     One of the important configurations of this solution is defining the Schedule line category. When you define the schedule line category, you see      the      changes in the screen with addition of fields MvT Iss. Val. SiT & Spec. Iss. Val. SiT. Ensure that for the process Outbound Delivery from Issuing                Valuated Stock in Transit the new schedule line category NU has been created as a copy of schedule line category Material Requirements Planning           (CP),  detailed data:

     Movement type = 687 (Goods Delivery to Issuing Valuated Stock in Transit)

     Movement Type for Issuing Valuated Stock in Transit = 601 (Goods Issue for Delivery)

     Specification for Issuing Valuated Stock in Transit = 3 (Sales-Order-Related Goods Issue from Issuing Valuated Stock in Transit).

     Define sch lines.jpg

     vii. Assigning New Schedule Line Categories to the New Item Category

    

     IMG Menu path:  IMG –> Sales and Distribution –> Sales  –> Sales Documents  –> Schedule Lines  –> Define Schedule Line  Categories

     Ensure that a new entry has been created as a copy of the entry with item category Standard Item (TAN) and schedule line category Material                          Requirements Planning (CP) with the following changes:

     Item category TAN has been changed to item category Delivery from Issuing Valuated Stock in Transit (NCCU).

     Schedule line  category CP has been changed to schedule line category Delivery from Issuing Valuated Stock in Transit (NU).

     Assign Schedule Lines.jpg

     viii. Assigning New Item Categories to the Sales Document type

     IMG Menu path: IMG –> Sales and Distribution –> Sales –> Sales Documents –> Sales Document item –> Assign Item Categories

     item cat assgnmt.jpg

     Normally when the Sales Order type OR is copied & item category is copied from TAN all the related settings are copied & the assignment will take                place. In case, if the item category is created newly without any reference, then maintain the assignment to the Order Type.

     ix. Assign PoD relevance to the Delivery Item Category

     IMG Menu path: IMG –> Logistics Execution –> Shipping –> Deliveries –> Proof of Delivery –> Set POD-Relevance Depending on Delivery Item      Category

     Maintain the PoD relevance for the delivery item categories which are created.

     PoD rel.jpg

B. MM & FI Customizing requirments:

    i. Create G/L account

     The necessary G/L accounts has to be created by FI team for posting of the Stock in Transit Account.

     ii. Define Valuation Class

     IMG Menu path: IMG –> Materials Management –> Valuation and Account assignment –> Account Determination –>       Account determination without wizard –> Define Valuation classes

     The valuation class is a group of materials with the same account determination. If a transaction is to be posted to different  accounts depending on the           valuation class. The valuation classes allowed depend on the material type. Several valuation classes are generally allowed for one material type. A                valuation class can also be allowed for several material types. The link between the valuation classes and the material types is set up via the      account category reference.

     Val class.jpg

     iii. Automatic Postings – BSX & GBB

    

     IMG Menu path: IMG –> Materials Management –> Valuation and Account assignment –> Account Determination –> Account determination without         wizard –> Configure Automatic Postings

     BSX.jpg

     GBB.jpg

    

     These settings are required for automatic posting of the Stock in Transit account & the Cost of Goods Sold at the time of PGI & POD respectively.

C. Master Data requirments:

     i. Customer Master

   

     The Customer Master Data has to have the PoD relevance for this solution. This can be maintained by using Transaction Code XD02 / VD02. Go to                the Sales Area Data, under the shipping tab, you find the Relevant for PoD checkbox as shown below. Check the box, to make the customer relevant for      PoD.

     Customer Master.jpg

      ii. Material Master

     Based on the requirement of the client to identify the stocks & for their reporting purposes, the valuation class can be maintained against the      VC:Sales Order Stk field as shown below. The maintenance of this Valuation Class is to account for separate G/L when the Goods issue is done & the      stock is moved to Stock in Transit.

      Material Master.jpg

Process Demo

     We will create the sales order and delivery to check the process flow. The following values are used for this:

    

     Sales Area: 1000 / 10 /00
     Material: P-100; Plant: 1000
     Order Type: ORNC

     Create the Sales order & save the order.

     Sales Order.jpg

     Before proceeding further, we shall note down the stock of the material considered in MMBE & MB5SIT.

     Initial Stock.jpg

     Detials of MB5SIT before Delivery

     Initial MB5SIT.jpg

     Now, create the delibery (VL01N).

     Delivery screen.jpg

     Notice that the Post Goods Issue Icon is greyed out in create mode as compared to our standard process. Do the picking / WH TO & save the delivery.

     Del #.jpg

     Now, go to VL02N & do the Post Goods Issue (PGI)

     Check the document flow once the PGI is done.

     Doc Flow - Before PoD.jpg

     Check the posting, the finished goods inventory has been credited & Stock in Transit G/L has been debited.

    

     Now, we will have a look at the stock level MMBE & report MB5SIT

     MMBE after PGi.jpg

     MB5SIT after PGi.jpg

     You will see the qty under Iss. SiT column in the MB5SIT report, against the delivery.

     Now, carry out Proof of Delivery (PoD) – Transaction VLPOD

VLPOD.jpg

Once the PoD is saved, another material document gets posted, as you could see above.

Now, we shall look into the document flow again.

Doc flow after PoD.jpg

      

     Now, the Stock in Transit G/L has been credited & Cost of Goods Sold (Inventory change –fin) has been debited.

     After PoD check the report MB5SIT

     MB5SIT after POD.jpg

     In this way, based on the requirement of the client, the posting to the COGS & thereby Sales revenue (at the time of billing) can be controlled using the      Proof of Delivery.

     References:

     www.help.sap.com

    

     Please let me have your feedback on the suggestions & improvements for this document further, if necessary.

Assigned Tags

      80 Comments
      You must be Logged on to comment or reply to a post.
      Author's profile photo Arvind Kottu
      Arvind Kottu

      HI Umesh

      Good Document

      Arvind

      Author's profile photo Former Member
      Former Member

      Thanks umesh for sharing the document. New learning of having POD relevance in CMR.

      Thanks

      Sukant Chakraborthy.

      Author's profile photo Former Member
      Former Member

      Thanks a lot Umesh for the fantastic documentation. One question, we are having EHP5 (SAPKH60506) now but how come I don't see the same movement type possibility in Schedule Line Category configuration step? There is one 'movement type' and another one called 'Movement Type 1-Step'.

      ==============================

      Delivery block

      Movement Type         601   GD goods issue:delvy

      Movement Type 1-Step

      Order Type

      Item Category

      Acct Assgt Cat.

      ==============================

      Author's profile photo Former Member
      Former Member

      Hi The specified item was not found.

           Thanks for you comments.

           Check if the business function 'LOG_MM_SIT' is activated in the system (T-code SFW5). Once you activate the business function, you will be able to see the the difference in screen of schedule line category as shown below.

           Without

      Define sch lines.jpg

      Regards,

      Umesh

      Author's profile photo Former Member
      Former Member

      Dear Umesh,

      Need your help. When I do PGI, I got the error message:M7226 Update control of movement type is incorrect (entry 687 X X _ L _ V).  I could not figure it out. 

      I saw your picture it seems when you do PGI, there are two entry to BSX. My question is how do you configure GBB for movement type "687", do I need deactive all the account check in 687 movement type?

      Kindly help.

      Many thanks

      Author's profile photo Former Member
      Former Member

      There are few table please check

      Table T156B, view V_156B_VC

      Table T156N, view V_156N_VC

      Table T156S, view V_156S_VC

      Table T156T, view V_156T_VC

      Table T156X, view V_156X_VC

      Table T157H, view V_157H_VC

      Table T158B, view V_158B_VC

      Or refer SAP note no 120321.

      To tell more how 687 is linked up BSX and GBB check SAP transaction OMJJ (account grouping tab) and OBYC.

      Author's profile photo Former Member
      Former Member
      Blog Post Author

      Hi Ju Yang,

            Sorry for delay in reply, hope you would have resolved the issue. I had not seen your query.

            I didn't have to do any other additional entries for what I have mentioned in my document under "iii. Automatic Postings - BSX & GBB". You dont hv to deactivate any other check.

      Regards,

      Umesh

      Author's profile photo Former Member
      Former Member

      Dear Umesh,

      Thanks very much for your reply. Finally, got the solution, it is a program error. after do the correction as the note 1610260 - VL02N: Message M7 226 when posting goods issue.

      The issue is solved. There is nothing wrong related movemen type 687.

      Author's profile photo Former Member
      Former Member
      Blog Post Author

      Hi milk bike,

           Thanks for you comments.

           Check if the business function 'LOG_MM_SIT' is activated in the system (T-code SFW5). Once you activate the business function, you will be able to see the the difference in screen of schedule line category as shown below.

           Without

      Define sch lines.jpg

      Regards,

      Umesh

      Author's profile photo Former Member
      Former Member

      You are right Umesh - it is deactivated... and unfortunately I don't have authorization to activate it... Thanks for the information anyway!

      Author's profile photo Former Member
      Former Member

      Hi Umesh,

      This is a good document.

      MB5SIT gives you the quantity of stock in transit. Do you know of a report / transaction that gives both the quantity and value of the stock in transit?

      Thanks,

      Finbarr

      Author's profile photo Former Member
      Former Member

      Dear all,

      do do you all have any issue per forming vlpod for overdeliverry?

      thanks Lg

      Author's profile photo Former Member
      Former Member
      Blog Post Author

      Hi Lynn Guan,

           I have not tested that, are you facing any specific issue?

      Regards,

      Umesh

      Author's profile photo Former Member
      Former Member

      The system doesn't allow me to perform an overdelivery. Was wondering if anyone had solved this. If i perform  a normal PGI with mvt 601, then a PoD, it works fine.

      What I saw in the posting is that it doesn't have sufficient stock to knock off as when PGI, the stock are being posted with stock type T. Appreciate if someone do have solution.

      Thanks

      LynnG

      Author's profile photo Former Member
      Former Member
      Blog Post Author

      Hello Finbarr O'Donovan,

      Thanks.

        We had developed a Z report as customer needed some more fields than available in standard report MB5SIT including value & other 9 fields in the report.

         You can check out reports MBBS, MC.1. As I don't have system access now, I don't remember exactly which report gives the value.

      Regards,

      Umesh

      Author's profile photo Former Member
      Former Member

      Good document cheers!!! 🙂

      Author's profile photo Former Member
      Former Member
      Blog Post Author

      Thanks Sayantan Pal

      Author's profile photo ' MoazzaM '
      ' MoazzaM '

      Hi Umesh Ghanekar

      I have seen this requirement many times here in SCN and some users asked me this directly. From now onward I will share this document with them and this would be very helpful for those who are looking for stock in transit function in SD process.

      Thank$

      Author's profile photo Former Member
      Former Member
      Blog Post Author

      Thanks ' MoazzaM '. Hope it would be helpful.

      Author's profile photo Former Member
      Former Member

      Dear Zhuo Wei,

      Haven't still trying to fix it. Do share if you figure it out. Else I would need to stick to the normal PGI stock then vlpod only.

      Author's profile photo Former Member
      Former Member

      Thanks for sharing this document.

      Regards, Kumar

      Author's profile photo Former Member
      Former Member

      superb documentation.................Thanks for sharing

      Author's profile photo Sridhar Vijjhalwar
      Sridhar Vijjhalwar

      Hi Umesh,

      Everything went fine untill at VLPOD where the stock difference was recorded and billed and invoiced perfectely for the right qty, but the MB5SIT is showing:

      History:

      SiT order for 20 case ( 1 case= 6 ea)

      Delivery made for 20 cases

      VLPOD for 15 caes

      Invoiced for 15 case

      so what happend to the 5 cases (30 ea), where its gone?

      /wp-content/uploads/2014/05/scn1_453005.png

      No in MMBE is showing ( without tick mark on " No zero line")

      /wp-content/uploads/2014/05/scn1_453005.png

      How to clear from Issuing Valuated stock, Can you throw some light on it please?

      Kind Regards,

      Sridhar.

      Author's profile photo Former Member
      Former Member

      I have same question as yours, Did you have slove it? Could you tell me how to clear the "Issuing Valuated stock"?

      Kind Regards

      Peixi.jiang

      Author's profile photo Suma Ghosh
      Suma Ghosh

      Hello Sridhar,

      Please refer Note: 1679256 for answers related to stock lying under valuated SiT .

       

      Regards,

      Kamran

      Author's profile photo Former Member
      Former Member

      Hi Umesh,

      Nice Document, Thanks for sharing. My question is we are good upto the scenario you have explained, our issues starts after the GI is completed, We need to pay the Vendor (issuing Plant) as soon as the goods have been Shipped (or the invoice program runs the next day). Once we make the goods movement the PO with 107 mvmt type the invoice is set to block, cannot release invoice for payment. we need to pay the vendor before the Physical receipt is done. Do you have any requirement or came across this scenario.

      I would also like to understand what are the financial postings look like and can a Invoice be created for intercompany billing in the scenario you explained before even the goods are received?

      Appreciate if you can share some thought on this.

      Thanks

      Murali

      Author's profile photo Faizan Yaqoob
      Faizan Yaqoob

      Hi,

      I have activated Business Function LOG_MM_SIT in EHP 7. I have maintained all settings as defined for this business function. In case of MTS process it executed smoothly but when we go for MTO scenario system behave differently.


      While goods movement from production to inventory against in MTO scenario system is debited Stock In Transit (SIT) GL rather than Inventory GL and using same (SIT) GL for credit posting while processing PGI, and after doing PoD system uses COGS GL for debit and Stock in Transit GL for credit posting. 

      As per my understanding at time of goods received from production to inventory accounting entry should be:

      Dr Inventory

            Cr Inventory Change

      At time of doing PGI accounting entry should be:

      Dr Stock In Transit (SIT)

                Cr Inventory

      And entry at time of Proof of Delivery (PoD) entry should be:

      Dr COGS

               Cr Stock In Transit (SIT)

      The issue is that why system is not debited Inventory GL in case of MTO scenario after activating business function.

      Author's profile photo Bin He
      Bin He

      Hi Faizan,

      I encountered the same issue,for MTO scenario, as long as we assign a new valuation class to field "VC: Sales order stk", every transaction related to that sales order, such as GR for PO, system will no longer debit the inventory GL, instead of debit SIT GL.

      not sure if you already have solution for it.

      I tried to find another solution via google, some people suggest to use FI substitution( t-code GGB1). but i have no idea what kind of information i can use to define the prerequistites for substitutes rule.

      Author's profile photo fortian .
      fortian .

      Thanks Umesh Ghanekar for this great document.

      I'm very interested in this process but I'm a bit surprised that this process starts by choosing the right order type...

      Don't you agree that having stock in transit or not after the goods issue should depen on the incoterms or the customer (if it's relevant for POD or not)? And not in the sales order type (item category)?

      Author's profile photo Former Member
      Former Member

      Hi Fortian,

      Its true it does not depend on the order type but the controlling factors is the schedule line ,the movement type you assign and the POD relevancy in the customer master.

      To separate this new process SAP has given with a new Order type. In my project i did with the existing order type just by controlling the schedule line. Thus without hampering the current business flow.

      I am not sure how incoterm can help but POD is relevant as it an indicator if the product has reached customer and a delivery acceptance receipt taken from him. In between it is considered as transit.

      regards,

      Sayantan

      Author's profile photo fortian .
      fortian .

      Hello Sayantan Pal

      You are right, the main controlling factor is the schedule line. But as there is no way, as far as I know (and leaving aside user-exits), to determine it according to any customer master data we could say it's Sales Order dependent (or material). Well...it could also be Customer/Material dependent if we use the "Item Usage " in the customer inforecord to determine the item category type.

      But I believe once the schedule line type NU has been determined it doesn't really matter whether the customer is POD relevant or not, system will post the stock in transit anyhow... Am I wrong?

      Best regards,

      Fortian

      Author's profile photo Former Member
      Former Member

      Hi Fortian,

      The customer should be POD relevant. As when you do the PGI in delivery it will trigger the movement type 687 (not 601 as in most PGI cases). This makes the stock move in SIT which gets complte with the 601 as the POD comes in.

      regards,

      Sayantan

      Author's profile photo fortian .
      fortian .

      Correct, if the customer is not POD relevant the delivery cannot be created. Even if the sales order is flagged as POD! relevant.

      Thanks Sayantan Pal.

      Author's profile photo fortian .
      fortian .

      Dear Sayantan Pal (and Umesh Ghanekar),

      Do you think it would be a good idea to determine the schedule line category according to the whether the item is POD relevant or not? (using a user-exit).

      Regards,

      Fortian

      Author's profile photo Former Member
      Former Member

      hi fortan,

      It is not very clear why you want to use userexit nither is your requirement.

      As a consultant i dont not prefer to do an enhancement at the first go. Rather try to make it as much standard as possible. If the solution can not be achiveable by the standard then only i do.

      regards,

      Sayantan

      Author's profile photo fortian .
      fortian .

      I also like to avoid user-exits.

      But how is the user supposed to know if this process (customer - stock in transit) should be triggered or not?

      Should the user check every time if the "Proof of Delivery" field is flagged or not (or the incoterms) and then manually switch the the schedule line category? In our case this is not feasible.

      Author's profile photo Former Member
      Former Member

      hi,

      I agree totally that the user will not this. The requirement is first chalked out and the applicability for the plants and the relevant countries are taken first. Then as per that you take those data from the system and do a MASS upload or do an LSMW for those customers marking relance to POD.

      regards,

      Sayantan

      Author's profile photo fortian .
      fortian .

      Sorry, I don't understand what you are trying to explain... The question was "would be a good idea to use user-exit to select the schedule line category according to the POD field?"

      Author's profile photo Former Member
      Former Member

      Dear Umesh,

      Would like to learn from you how could we avoid using userexit and INCOTERM to determine item category for POD.  Appreciate your sharing on this.

      Thanks.

      Annis

      Author's profile photo Former Member
      Former Member

      Thank you for sharing this documentation.

      Author's profile photo sam paton
      sam paton

      very informative

      Author's profile photo Former Member
      Former Member

      hi,Sayantan Pal

      I have a question about PoD difference.

      If Vl02N & PGI qty is 10pc, but VLPOD qty is 9pc, so there will general  1pc stock which is in Iss.SIT. How to deal with this 1pc stock?

      Best Regards

      Peixi.jiang

      Author's profile photo Former Member
      Former Member

      Dear Peixi,

      I created one movement type to clear the SiT stock and the value of this SiT stock is posted to one dedicated GL account for differences

      Thanks

      Regards

      Lynnn Guan

      Author's profile photo Former Member
      Former Member

      I found one bug of the reporter MB5SIT

      My test step as follow:

      If the quantity of DN is 10pc:

      1. After posted DN with VL02N, 10pc unrestricted stock will move to Issuing.SIT as follow:

      /wp-content/uploads/2015/01/1_620794.png

      2.There is 1pc damaged during transportation, so customer received 9pc ,and we will confirmed 9pc in sap with VLPOD, the MB5SIT as follow:

      /wp-content/uploads/2015/01/2_620882.png

      3. For 1pc damaged stock ,I process it with MB1B 411T, then the MB5SIT as follow:

      /wp-content/uploads/2015/01/3_620883.png

      The quantity of Issuing Valuated SIT is cleared, but the delivered Stock is reduced form “9” to “8”, why ?

      Author's profile photo RAHEEM BAKSH
      RAHEEM BAKSH

      Dear Umesh Ghanekar,

      I appreciated your effort!

      Could you share and update the possibility of Billing (invoice ) without POD confirmation. If it i possible what will be accounting entry here and process of billing after POD confirmation.




      Regards

      Raheem

      Author's profile photo Former Member
      Former Member
      Blog Post Author

      Hi Raheem,

          Thanks.

           One of the option is to manage billing with proforma invoice. This will have no entries in accounting.

      Regards,

      Umesh

      Author's profile photo RAHEEM BAKSH
      RAHEEM BAKSH

      Hi Umesh,

      That is ok but how we can handle "VAT rules and subsequent liability".

      Author's profile photo Former Member
      Former Member
      Blog Post Author

      Sorry, I am not sure.

      Author's profile photo RAHEEM BAKSH
      RAHEEM BAKSH

      Hi Umesh,/ All,

      Where we assign Inventory as well as Stock in Transit GL in BSX as per your snap shoot, and also Mvt type  601 T,

      Doc+Flow+-+Before+PoD.jpg

      Author's profile photo Former Member
      Former Member

      hi Raheem,

      Please take help of your MM team in your project. OMJJ and the respective account posting in the OMS2.

      SIT completes as you do a POD.

      regards,

      Sayantan

      Author's profile photo Former Member
      Former Member

      Umesh, You are amazing. Thanks for this article.

      Author's profile photo Former Member
      Former Member
      Blog Post Author

      Thanks Sam P 🙂

      Author's profile photo Former Member
      Former Member

      Hi Umesh,

      Can you share more on how Incoterms is using to identify if the customer is subject to POD beside the POD indicator in customer master?

      Thanks.

      Annis

      Author's profile photo Former Member
      Former Member
      Blog Post Author

      Hello Annis,

               We did a development to meet the requirement within an user exit for item category determination based on the incoterm. In case of incoterms like EXW, item category not relevant for POD was used & if like CFR item category relevant for POD was determined.  Since I don't have access to that system now, I don't know exactly which exit was used.

      Regards,

      Umesh

      Author's profile photo Former Member
      Former Member

      Hi Umesh,

      Thank you for sharing your experience.

      Annis

      Author's profile photo Deepthi Kancharthi
      Deepthi Kancharthi

      Hi Umesh ,

      Thanks for the wonderful document.

      While using VLPOD transaction , I want to enter the POD quantity multiple times. This would enable me to create multiple goods issue documents. With the current config , am not able to do this. Any inputs will be helpful !

      Regards,

      Deepthi

      Author's profile photo Former Member
      Former Member

      Hi Umesh,

        I have a basic question on one of your statements:

      "The requirement for our project was to recognize the COGS & Sales revenue at the same time based on the Incoterms."

       

      Is it possible to bill the customer for the partial quantity immediately after 601T and meanwhile continue to process the delivery with approved and rejected quantity?

      regards,

      CSP

      Author's profile photo Vadim Kleonsky
      Vadim Kleonsky

      Thank you very much, Umesh.

      I did this customizing and achieved this result.

      But.

      There is large problem.

      I am about status delivery. After GI (687) the delivery get status C - issue completed.

      For POD designed another status  - relevant for POD 'C"

      It's not correctly for out business processes.

      Our processes consider status GI completed for delivery 'C'  when transfer of title is completed

      Because of this problem all our report would display not correct information.

      The good is yet ours (stock in transit), but status GI is 'C'

      what can you say about this problem?

      regards

      Kleonsky Vadim

      Author's profile photo Former Member
      Former Member

      Hi,

      As I understand from your statement's u r business follow the standard processes. If u r planning to implement SIT u need to change ur report else follow the standard processes without SIt.

      Sayantan

      Author's profile photo Vadim Kleonsky
      Vadim Kleonsky

      thanks again, gurus

      Another question, help, pls

      We used business scenario  - delivery without sales order.

      But I can't customizing SIT for our business process - for delivery without sales order.

      My question is follows: can I customizing delivery without sales order with SIT

      regards

      Kleonsky Vadim

      Author's profile photo Former Member
      Former Member

      Hi Vadim,

      Technically specking ,yes you can do it. There are a couple of customisation you need to do to achive this.

      In standard, delivery without sales order is LO. When you open up the delivery document type you will find the reference sales order DL. You copy DL and create custome sales order say ZDL and you put the confiruration of schedule line for SIT.

      I hope you will be able to do this with the given set of information.

      Now can you please let me know what is the business requirement ? Why do you wnat to impliment this in delivery without sales order scenario.

      regards,

      Sayantan

      Author's profile photo Vadim Kleonsky
      Vadim Kleonsky

      Hi Sayantan

      In our scerario we use sap as system for data aggregion . We receive data from foreign system: contract, invoice, delivery and others through idoc

      But we don't receive sales order.

      Meantime. I tried do as you tell in the message, but don't success.

      I did conclusion, may be wrong, that scenario SIT without sales order was not possible

      I think, system dont find  2 movement types for schedule line category because we have no schedule line categories in delivery without order

      regards, Vadim

      Author's profile photo Da Thang
      Da Thang

      thx to share, it's very useful for us

      Author's profile photo Former Member
      Former Member

      Hi Umesh - Thanks for this document, very helpful indeed.

      Hi All,

      Good day!

      I have an issue related to POD.

      The business function LOG_MM_SIT is activated in our system.

      Customer master is POD relevant and line item as well. Schedule line category is setup for POD that it will determine movement type 687. However when I create the delivery, the movement type determined was 601(instead of 687). I was able to replicate the issue once in our development system, however, the issue now cannot be replicated anymore. It seems like this is an intermittent issue, we experience this thrice now in our production system. Does anyone experience this issue? If yes, kindly share your solution/inputs.

      Thanks and regards,

      Ian

      Author's profile photo AVTAR KOHLI
      AVTAR KOHLI

      Hi Ian,

      Have you got the sollution for the same. Please share.

      Author's profile photo KIRAN KUMAR VADREVU
      KIRAN KUMAR VADREVU

      Hi All,

      Any one tested following scenario?

      • Movement Type = 687  - (move into “Stock inTransit”)
      • Type for Issuing Valuated Stock in Transit = 631 ( move into Customer Consignment Stock)

      Thanks,

      Kiran.

      Author's profile photo Carles Urbano
      Carles Urbano

      Hello Kiran,

      I also am trying to do that but do not find how to move from in transit to customer consignment, did you found a solution?

      Thanks,

      Carles.

      Author's profile photo Siva Prasad V
      Siva Prasad V

      Thank you for sharing

      Author's profile photo Former Member
      Former Member

      Hi,

      Can you please suggest what should be the movement types for tracking Intercompany - SIT?

      I have tried using 681 and 685 movement types with Spec.Iss. Val. SiT field as 1.

      Can you please confirm if this is correct?

      Thanks & Regards,

      Rohan Gudavalli

      Author's profile photo Konstantin Dudura
      Konstantin Dudura

      Hello LOG_MM_SIT gurus.

      I have activated BF in SFW5, new delivery types become available, but purchasing document types are missing.

      What could go wrong?

      /wp-content/uploads/2016/07/2016_07_09_16_46_40_991930.png

      Author's profile photo Günter Lins
      Günter Lins

      Hello gurus,

      same on our side. The MM-PUR orders are not installed.

      Does anyone know a MM-PUR blog?

      Kind Regards,

      Günter

      Author's profile photo Former Member
      Former Member

      Hi Umesh,

      Just what I was looking for. Spot on manual. Thank you!

      Kind Regards,
      Mikel

      Author's profile photo AVTAR KOHLI
      AVTAR KOHLI

      Hi,

      I have created z- item category and assign schedule line NU as Manual schedule line(MSLCa) in "Assign Schedule line Categories" . all the other settings are same.

      Now when I create SO for this z- item Cat. , and manual assign SLCa as NU, the movt. triggers is 601 instead of 687. Please let me know what should be the issue.

      Author's profile photo Bin He
      Bin He

      Dear All,

      This solution seems only work fine for MTS, scenario, but for MTO scenrio, all material movement transaction which related to Sales order, will hit into SIT GL instead of Inventory GL. as long as we assign a new valuation class to field “VC: Sales order stk”, every transaction related to that sales order, such as GR for PO, system will no longer debit the inventory GL, instead of debit SIT GL.

      not sure if your guys already have solution for it.I tried to find another solution via google, some people suggest to use FI substitution( t-code GGB1). but i have no idea what kind of information from the material document i can use to define the prerequistites for substitutes rule.

       

      Author's profile photo Siew Tim, Colin Cheong
      Siew Tim, Colin Cheong

      Hi Umesh,

      Thanks for the info.

      However, would you be able to explain how it works in the case of intra-company transfer?

      Should the receiving party be using MB0A to receive the stock or it should be done by the issuing party thru VLPOD?

       

      Thanks

       

      Author's profile photo Former Member
      Former Member

      Hi Umesh,

      While doing PGI through VL02N, I am getting below error:

      "Enter a delivery for special stock T" Message M7443

      Could you please help?

       

      Himanshu

      Author's profile photo Nguyen Cong Tan
      Nguyen Cong Tan

      Dear Expert.

      I have actived  Business Funcstion LOG_MM_SIT and create scenario as below:

      1. Create Sales Order with Qty = 100 TON
      2. Create Outbound Delivery and Post good Issue with Qty = 100 TON on 31/10/2017
      3. (Physical) Transfer stock to Port and weigh the stock is 101 TON for issue declaration on 03/11/2017 ==> I want to create VLPOD with Qty 101 TON but the system deny.

      Please give me solution for this.

      Thanks,

      Bình

       

       

      Author's profile photo Yongqiang Chen
      Yongqiang Chen

      Thank you for sharing, very helpful information, but I have a question, how to realize the inter-company transaction?685 + 643 (step 2)?685+645 (1 step)?

      Thanks

      John Chen

      Author's profile photo Yongqiang Chen
      Yongqiang Chen

      I've done the inventory transfer between companies,

      Using the movement type 687+685,

      The Movement type = 687

      The Movement Type for Issuing Valuated Stock in Transit = 685

      Specification for Issuing Valuated Stock in Transit = 2

      Author's profile photo Shin Wang
      Shin Wang

      Very informative and we have configured the same in our system. However, what if it is sales return orders with movement type 653? Please let me know if you have any clue.