Skip to Content

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.

To report this post you need to login first.

74 Comments

You must be Logged on to comment or reply to a post.

  1. milk bike

    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.

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

    (0) 
    1. Anonymous

      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

      (0) 
      1. Ju Yang

        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

        (0) 
        1. Sayantan Pal

          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.

          (0) 
        2. Umesh Ghanekar 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

          (0) 
    2. Umesh Ghanekar 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

      (0) 
      1. milk bike

        You are right Umesh – it is deactivated… and unfortunately I don’t have authorization to activate it… Thanks for the information anyway!

        (0) 
  2. Finbarr O'Donovan

    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

    (0) 
        1. Lynn Yoke Ling Guan

          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

          (0) 
    1. Umesh Ghanekar 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

      (0) 
  3. ' 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$

    (0) 
  4. 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.

    (0) 
    1. Peixi jiang

      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

      (0) 
  5. Murali Ramagoni

    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

    (0) 
  6. 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.

    (0) 
    1. 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.

      (0) 
  7. 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)?

    (0) 
    1. Sayantan Pal

      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

      (0) 
      1. 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

        (0) 
        1. Sayantan Pal

          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

          (0) 
          1. 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.

            (0) 
              1. Sayantan Pal

                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

                (0) 
                1. 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.

                  (0) 
                  1. Sayantan Pal

                    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

                    (0) 
                    1. 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?”

                      (0) 
    2. Annis Lee

      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

      (0) 
  8. Peixi jiang

    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

    (0) 
    1. Lynn Yoke Ling Guan

      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

      (0) 
      1. Peixi jiang

        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 ?

        (0) 
  9. 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

    (0) 
    1. Umesh Ghanekar 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

      (0) 
          1. Sayantan Pal

            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

            (0) 
  10. Annis Lee

    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

    (0) 
    1. Umesh Ghanekar 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

      (0) 
  11. 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

    (0) 
  12. Chetan S Pai

    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

    (0) 
  13. 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

    (0) 
    1. Sayantan Pal

      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

      (0) 
  14. 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

    (0) 
    1. Sayantan Pal

      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

      (0) 
      1. 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

        (0) 
  15. Ian Liponhay

    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

    (0) 
  16. 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.

    (0) 
  17. Rohan Gudavalli

    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

    (0) 
  18. 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

    (0) 
  19. 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.

    (0) 
  20. 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.

     

    (0) 
  21. 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

     

    (0) 
  22. Himanshu Verma

    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

    (0) 

Leave a Reply