Académique Documents
Professionnel Documents
Culture Documents
The objectives above give an overview on the main topics of this RKT lesson.
So far, SAP TM was only concerned with the transport of goods, not the
transport of equipment like containers. The transport itself only started once the
container was loaded and ready for the journey. However, the container already
had to travel before it was loaded at the shippers site.
If the shipper does not have own container an empty container needs to be
hired from either the carrier or the logistics service provider responsible for the
entire transport. The container is then picked up from a container yard where
the empty containers are stored and transported to the point of loading, in this
case the shipper. This process is called empty container provisioning.
Once the FCL (full container load) transport was executed and the container is
unloaded at the consignees site, the empty container needs to be brought to a
container yard again (usually not the container yard it was picked up). This
process is called empty container return.
The provisioning and return of the container is usually not considered essential
part of the transportation service of the logistics service provider, however, it
needs to be tied in with the transport of the full container in order to provide the
container at the right time.
As shown on the slide above, the source and destination location of the
forwarding order are the loading and unloading points of the container. The
container yards included in the transportation process are not maintained on
tab Locations and Dates/Times.
However, the provisioning or return of empties can be defined in the item
hierarchy. To do this, a container item needs to be maintained in the item
hierarchy. For the container item, the options Empty Provisioning and Empty
Return can be set as shown on the slide above.
In the details of the container item, two new tabs appear that represent empty
provisioning and empty return. In empty provisioning, the delivery location of
the empty container is already prefilled as well as the delivery date. However,
you can change the delivery date to an earlier date than the pickup date of the
loaded container to allow the shipper time to load the container. You can also
change the delivery location of the container if the shipper wants to receive the
empty container at a different location to where the loaded container is picked
up.
The same applies to the empty return of a container where the pickup date and
the pickup location are prefilled from tab Locations and Dates/Times but can
be changed if necessary.
Once the pick-up location for the empty container provisioning and the
destination location for the empty container return are defined, they also appear
on the Stages tab as an individual stage. However, since the empty
provisioning/return is not essential part of the transport of the goods, it is not
part of the complete carriage in neither actual nor ordered route.
The dates and locations for empty provisioning/return can also be defined and
amended in the Stages tab directly without having to use the item details of the
container item.
When triggering freight unit building from a forwarding order including empty
provisioning/return, freight unit building is triggered separately for the cargo
movement (movement of the loaded container) and for the empty
provisioning/return leg (movement of the empty container). If both, empty
provisioning and return is used in the forwarding order, separate freight units /
transportation units are created as shown in the figure above.
As freight unit building is triggered separately, it can be configured whether the
cargo movement should be represented by a container unit or a freight unit or
should be differentiated from the empty provisioning/return container units by
document type. This can be accomplished by using a condition in the freight
unit building rule that determines the TOR type based on the item category and
movement category.
As illustrated on the screenshot above, the empty provisioning is shown on the
movement category of the transportation unit (empty return is also shown on
movement category).
The container unit created for empty provisioning/return only contains the
container item on the Cargo tab, while the container unit created for the cargo
movement contains the full item hierarchy of the associated forwarding order.
10
In some cases a customer requests the logistic service provider to provide or return
more empty containers than only the ones that contained cargo.
While the request for empty provisioning/return is only concerned with the containers
that also carry cargo, additional empty containers that are not carrying cargo can also
be ordered with the same forwarding order.
Instead of using the identifier X for empty provisioning or empty return the identifier P
(Provisioning Only) can be set for empty provisioning. Likewise R (Return Only) can
be defined for empty return.
As opposed to the request for empty provisioning of a container that is going to carry
cargo, the container items for which Provisioning Only is defined may not contain any
cargo item such as a package or a product. The same applies to having defined
Return Only for empty return. The container items for Provisioning Only/Return Only
can coexist with container items carrying cargo on the same forwarding order.
However, it is only possible to define either Provisioning Only or Return Only for a
container item.
When defining Provisioning Only or Return Only for container items, the number of
containers to be provided or returned can be defined in the item details on the
corresponding tabs. If empty provisioning/return is requested for cargo carrying
containers the number of containers is taken over from the item table and cannot be
changed in the item details.
Freight unit building will create separate container units for the containers where
Provisioning Only was defined. By using the condition to determine TOR types in the
freight unit building rule it is possible to differentiate empty container units for
provisioning only and empty provisioning for cargo carrying containers.
11
The ordering party may ask the logistic service provider to organize the hire of
a container but picks up the container at the container yard themselves.
If so, the container item in the forwarding order can carry the information that
the pickup or return of the empty container is organized by the ordering party. In
this case the corresponding stage for the empty provisioning/return is set to
Not relevant for planning. The container unit created for the empty
provisioning/return is automatically blocked for planning (Block reason: Not
Ready for Planning).
12
Empty provisioning and empty return can also be used in the context of export
and import forwarding orders.
On the export forwarding order both, empty provisioning as well as empty
return are maintained for the container item. However, the export forwarding
order only creates a container unit for the empty provisioning as the export
business unit is responsible for the organization of the empty provisioning.
Once the import forwarding order is created, it automatically creates the
container unit for the empty return as the import business unit is responsible for
the empty return.
Regardless of the responsibility of planning the empty provisioning and empty
return, the charges for empty return could be charged by the export business
unit or the empty provisioning could be charged by the import business unit.
Therefore, the information about empty provisioning and empty return is always
copied to the main cargo item and therefore available on both export and import
forwarding order. Therefore, charge calculation can consider this information
regardless of whether the charging business unit is also responsible for the
planning of the empty container leg.
13
Even though the previous pages have mostly talked about the empty
provisioning/return functionality for container items, all functionality is also
available for railcars.
Please note that the freight unit building rule in this case should be adjusted to
create rail car units.
Empty provisioning/return is currently not supported for trailers and trailer units.
14
15
16
17
18
When calculating charges on item level the entire calculation sheet shown
before is calculated for each item.
However, all basic freight charges are not calculated for items with provisioning
only as they will not be part of the actual cargo transport.
As you can see in the example above, the container item for which provisioning
was requested contains charge lines for basic handling charges, container
handling charges and charges for the requested provisioning (charge type
DI_CONTAINER_X).
While the container for which no provisioning was requested only contains
charges for basic handling charges and container handling charges, the items
for provisioning only (item 70 and the technical background item 90 created for
the container item 10 for which provisioning was requested) contain only the
charges for provisioning only.
19
20
21
When looking at the empty provisioning and empty return process discussed on
the previous pages many transports for empty containers are necessary, even
to and from the same container yard.
As shown on the illustration above forwarding order 1 ends with the return of
the empty container to a container yard. In parallel, almost on the same date,
another forwarding order, FWO 2, requests the pickup of an empty container of
the same type from the same container yard.
22
If the situation described on the previous page can be observed, the empty
container could directly be transported from the unloading point to the next
loading point without having to go to the container yard in between. This saves
time and transportation costs.
23
24
25
As one of the two container units was cancelled the triangulated container unit
now serves as successor document for both forwarding order for which empty
container movement container units were created.
On the Stages tab of the forwarding order the empty return stage (empty
provisioning on the other forwarding order) now shows a note that this stage
was triangulated and also shows the destination location and delivery date
(source location and pickup date on the other forwarding order) that was
derived from the other container unit.
26
27
When entering the transportation cockpit the profile and layout set screen is now enhanced to
accomodate a selection profile for transportation units (TUs). The selection profile can be defined
independent of selection profiles for freight units, freight bookings or freight orders. The selection profile
for TUs selects all transportation unit stages that should be displayed in the transportation cockpit.
In the selection profile you can also define whether only the stage that corresponds with the selection
criteria should be displayed or all stages of the container unit if one stage matches the selection criteria.
At the same time, transportation units such as container units, railcar units or trailer units can also be
selected usind the selection criteria view when entering the transportation cockpit. A new section for
transportation units is added to the screen. The selection attributes resemble the selection attributes for
freight units. In the selection criteria screen it can also be defined whether all stages of a container unit
should be displayed if one stage matches the selection criteria.
Furthermore, for transportation units as well as for freight units it can be defined in the selection criteria
whether stages that have initial pickup as well as delivery dates should be included in the selection so that
they can be planned.
When defining selection criteria or selection profiles the transportation unit category can differentiate
between trailer units, container units and railcar units.
Once the container units are selected they can be displayed in the transportation cockpit in multiple ways.
Transportation units are displayed in the transportation units area. Please note that the transportation
units area is now independent of the freight units area. The transportation units area in the transportation
cockpit differentiates between trailer units, railcar units and container units. For all three categories of
transportation units the stages can be displayed with a hierarchy that can be adjusted in Customizing. For
all categories, predefined hierarchies are available.
Container units however can also be displayed in a list view, with a list of the container units stages or a
list of the container units header data.
28
Planning with containers and container units is very similar to the way planning with railcar units
works. Container resources can be created as transportation unit resources master data and
displayed in the resources area of the transportation cockpit. The capacity selection settings
provide a new tab, where container resources can be selected in the same manner as vehicles.
Freight units are usually considered as cargo that is not loaded into a container yet, container
units are considered containers either empty or with cargo loaded. Freight units can be loaded
into containers in the transportation cockpit by dragging & dropping a freight unit (stage) to a
container resource. As a result, a container unit is created. This process is very similar to the
loading of freight units onto a railcar which as a result creates a railcar unit.
However, depending on the configuration freight units can still be containers. In this context we
will consider freight units as not loaded into containers though.
A container unit can be assigned to a freight order or freight booking by using drag & drop
exactly the same way as railcar units can be assigned to freight orders or freight units can be
assigned to freight order or freight bookings. Certain prerequisites such as the transportation
mode are still checked.
Furthermore, container units can create freight documents such as freight orders or freight
bookings in the same way as freight units can. This can either be done by using the Create
Freight Document button in the container unit area or by planning a container unit stage onto a
schedule departure which would create a freight document of a type specified either in the
planning profile or in the schedule type.
Container units can also be created manually in the transportation cockpit, either from the
resources area, where the container unit is created for the resource selected or from the
container unit area where equipment group, type or container resource need to be defined in
the popup illustrated above.
29
When planning with container units certain incompatibilites also need to be taken into
consideration. Therefore, new incompatibility types were introduced to be used in the
incompatibility area of complete VSR. All of the container unit specific incompatibilities are
similar to already existing freight unit specific incompatibility types such as:
Container Unit Container Unit (Vehicle Level)
This incompatibility type defines that two container units with incompatible values may not be
loaded onto the same vehicle
Container Unit Vehicle Resource
This incompatibility type defines that a container with certain attributes may not be loaded
onto a specific vehicle resource
Container Unit Transshipment Location
This incompatibility type defines that a container unit with certain values may not be
transported via a specific transshipment location
Container Unit Freight Booking
This incompatibility type defines that a container unit may not be planned on a certain freight
booking that already exists
Container Unit Schedule
This incompatibility type defines that a container may not be planned with a certain schedule
To use the new incompatibility types, a new condition type /SCMTMS/INC_TU was introduced
which needs to be used in all incompatibility definitions using container units.
These incompatibilities are used in both, manual and automatic planning. For trailer units and
railcar units no incompatibilities are available.
30
Container units are considered in optimizer planning (transportation proposal and VSR
planning) like freight units. This means the optimizer can assign container units to
freight bookings, freight orders or vehicle resources, considering possible
incompatibilities and capacity requirements. When planning a container unit to a
freight booking it is checked whether the equipment type used in the container unit is
booked by the freight booking. Furthermore, the physical properties of the container
unit is checked against the physical properties of the vehicle resource.
The optimizer explanation tool is enhanced and now also shows a separate folder for
container units.
Furthermore, the optimizer can plan railcar units or container units on schedule
departures automatically, creating a freight document in the same way as it is possible
for freight units.
When scheduling freight documents that were created manually or when scheduling
as part of the optimizer planning the container unit is treated in the same way as
freight units using pick-up and delivery time windows (PUDL windows) and penalty
costs for early or late arrival/departure. If a freight unit was assigned to a container unit
the freight units PUDL window is taken over into the container unit.
The time required for loading a container into a vehicle resource can be defined using
the loading/unloading condition or a fix value in the planning profile as it was already
used for loading times for freight units. If loading times occur for loading the container
onto a vessel and a freight unit is assigned to the container unit, the loading activities
will be propagated and shown on the freight unit.
The time required to load the freight unit into a container unit is not considered in SAP
TM.
31
32
The summary above recapitulates the main topics discussed in this RKT
lesson.