Product Information
WKS: Everything you ever wanted to know about Freight Document Type determination
The Problem
Freight Document types (Freight Order Type, Freight Booking Type) are playing a very important role in TM as they are steering the behaviour of our documents. (btw., some nice shortcuts to directly navigate to the Freight Document Type can be found here …).
Now the question is, how are the document types determined.
Basically we have to distinguish two scenarios, creation of documents freestyle (like from create freight order UI) or with planning (like creating a freight order with the optimizer, manual planning etc.). And there is one more pretty specific case, you will see at the end…
Document creation without planning
When creating a freight document e.g. from the create freight order UI, basically the decision process has only 2 steps:
- Document Type is provided in the UI: The document type is taken over
- No Document Type provided: The default for the Document Category AND mode of Transport is used.
The following screenshot shows two default freight order types, one for rail, one for road freight orders:
The same logic applies for freight documents created e.g. via message.
Document Creation with Planning
The world becomes a bit more flexible when it comes to planning. Here a lot of different documents can be created in one planning run and for different documents different document types may be required.
In the planning profile there are 3 Basic options:
- Use the document defaults (as for Document creation without planning)
- Define deviating default document types for the planning profile
- Use a condition for the document type determination
This setting can be defined in the general settings of the planning profile:
As many other settings the profile settings are taking over into the transportation cockpit but can be transactionally changed. In this specific case only the category default types can be overruled, the basic decision to use conditions, document category defaults defined for the profile/session or apply the global settings can not be overruled for the session.
Depending on the Settings the document type determination happens with the following priority:
- Check if Condition is defined and if the condition returns a document type
- Check if a default is defined for the document cat/mode of transport in the planning settings
- Use the document cat/mode of transport default as defined in customizing
Document creation with reference to a Freight Unit Stage from Freight Unit UI / Transportation Cockpit with Action “Create Freight Document”
When creating a freight document from the Freight Unit Stage UI or with the specific action “Create Freight Dcoument”(not defining the document category) there is a little extra option:
In customizing under SAP Transportation Management=>Transportation Management=>Forwarding Order Management=>Define Default Capacity Document Types for Stages default document types for stage types can be defined.
This customizing is applied first. If it does not return a value, the logic as defined for document creation from planning is applied. The planning profile used in that case is the one defined in the freight order type.
All in one
The following graphic is visualizing all the access and the following decsion path in one picture:
Hint: In case you have problem reading the graphic make a right click on the picture and choose “Open Image in new tab”, then it is fullscreen…
Hello Bernd,
Thank you for this article. It extends a library of professional notes ?
But i have one tricky question regarding this topic. We use method FUB_POST_AUTOPLAN_STAGE_UNC from class /SCMTMS/CL_PC_METHODS in FUBR strategy to replace an old FB by a new one. Basing on your summary here, a following logic should be applied, System should:
We have planning profile with doc. type det. condition assigned. Condition uses data access definition based on data crawler to check container type (note 2563666). But it looks that logic disrespect condition results and goes directly with default document type in the planning settings.
Could you shed a light on this auto-planning approach? Is it some kind of exception?
Best regards,
Pavel
WHere is the planning profile assigned?
Hi Bernd,
Planning profile is assigned to OTR document type.
Process is following: For OTR-based FUs we do planning and get FB created. Then we receive confirmation from Vendor in S/4 and create a delivery. When delivery is populated to TM we have DTR created with new FURB determined. In this FUBR we have this especial logic, that replace old FB with a new one (here is auto-planning method). DTR type doesn't have planning profile assigned. System uses planning profile stored in OTR-based FU.
If we change default document type in this planning profile --> the system considers this change. But it ignores our condition.
BR,
Pavel
Hi Bernd,
I have defind default FO types for stage types. When planning FO from FU worklist (Basic license used for embedded TM) it works pretty fine.
But when planning from FU stage UI I get always default FO type (default for the transportation mode) without respect to assigned stage type. I even tried to assign own planning profile with the condition to relevant FU types, but the result is still incorrect. Would you have any idea what is behind and how to fix?
Thank you, Petr
Hi Petr,
In the below link, as per Roberto Nanga, default FO types for stage types is for Advanced license.
Can you please confirm whether it is for Basic or Advance?
https://answers.sap.com/questions/13433068/basic-tm-how-to-create-a-specific-freight-order-ty.html
Hi Bernd,
Which logic follows the capacity document creation from the Freight Unit POWL?
We need to implement basic TM in an embedded S4 for a shipper. Freight Orders should be created from the Freight Unit POWL, or the Delivery Integration POWL. It seems I can only get the default Freight Order type. I set up a (manual) planing profile that contains only the settings for Default Business Document Type but it seems this is not taken into account.
Appreciate your comment.
Thanks and best regards,
Mandy