Professional Documents
Culture Documents
20190630 DNP GDC Venlo EWM Functional Specification - v13
20190630 DNP GDC Venlo EWM Functional Specification - v13
20190630 DNP GDC Venlo EWM Functional Specification - v13
CONFIDENTIAL
Page 1 of 176
V13 Draft
For Internal Use Only
Page 2 of 176
Functional Specification
COLOPHON
Functional Specification
Objective of this The Functional Specification document gives an overview of the future
document system setup.
It describes:
Authors
Document history
Page 3 of 176
Functional Specification
Page 4 of 176
Functional Specification
Distribution list
Page 5 of 176
Functional Specification
Contents
COLOPHON......................................................................................................................................................... 2
Functional Specification...........................................................................................................................................2
Authors....................................................................................................................................................................2
Document history....................................................................................................................................................2
Distribution list........................................................................................................................................................4
2. General......................................................................................................................................................... 12
F1-GT–01-002 APS.................................................................................................................................................12
F1-GT–01-003 Kardex............................................................................................................................................13
3. Master data.................................................................................................................................................. 13
4. Slot booking.................................................................................................................................................. 21
5. Inbound........................................................................................................................................................ 27
For Internal Use Only
Page 6 of 176
Functional Specification
Page 7 of 176
Functional Specification
6. Outbound..................................................................................................................................................... 56
F1-OB-09-001 Staging...........................................................................................................................................77
Page 8 of 176
Functional Specification
F1-U1-12-001 Loading...........................................................................................................................................79
7. Storage......................................................................................................................................................... 83
F1-IN-01-004 Interleaving....................................................................................................................................111
Page 9 of 176
Functional Specification
8. Returns....................................................................................................................................................... 115
9. Customs...................................................................................................................................................... 119
10.1. Monitoring..................................................................................................................................................126
10.2. Reporting....................................................................................................................................................126
10.2.1. Inbound................................................................................................................................................126
10.2.2. Storage.................................................................................................................................................126
10.2.3. Outbound.............................................................................................................................................127
10.2.4. General................................................................................................................................................ 127
10.4. KPIs.............................................................................................................................................................128
General............................................................................................................................................................ 131
Master data..................................................................................................................................................... 132
Slot booking.....................................................................................................................................................134
Inbound........................................................................................................................................................... 135
Outbound........................................................................................................................................................ 142
Storage............................................................................................................................................................ 156
Returns............................................................................................................................................................ 162
Customs...........................................................................................................................................................163
Monitoring & Reporting & KPIs........................................................................................................................164
Page 10 of 176
Functional Specification
For Internal Use Only
Page 11 of 176
Functional Specification
It describes:
• how the system will support the future business processes as described in the Business
Scenario Document)
It also summarizes references to custom build solutions needed to support business requirements not
available in standard SAP. The detailed designs of those build solutions are not in scope of this
document.
- General:
o providing the solution overview
- Business:
o checking if this system setup is suitable to perform daily business activities.
o writing the Standard Operating Procedures (SOPs) and Work Instructions (WI)
- IT:
o defining the Detailed Designs
o checking the completeness of development list
o writing system test scripts
For Internal Use Only
Page 12 of 176
Functional Specification
2. General
F1-GT–01-001 System Landscape
F1-GT–01-002 APS
The automatic positioning system works standalone without interfaces to and from EWM. The tool reads
the screen of the terminal to know the destination of a crane.
For Internal Use Only
Page 13 of 176
Functional Specification
F1-GT–01-003 Kardex
For the Kardex storage bins, the operator uses normal RF-terminals. If the RF asks him to go to a certain
bin, the operator will operate the Kardex on the Kardex interface independent from the SAP terminal. No
interfaces or connection between Kardex and SAP are in scope.
3. Master data
Basic Material
Batch
Packaging specification
Hazardous substance
Dangerous Goods
Product master data (EWM)
Storage bin (EWM)
Vendor
Customer
Customer specifics
Product master data (EWM)
Storage bin (EWM)
A separate Data Migration Plan document is available with all details of the data migration:
Page 14 of 176
Functional Specification
Material data
Material master data is synchronised with EWM by standard SAP CIF (Core Interface), thus the
information is available in both systems. All materials stored at GDC Venlo, overflow and partly external
warehouses will be transmitted. Special materials stored only at Eurofrigo will not be sent to EWM.
The CIF transmits only basic material data and the materials need to be extended in EWM with
warehouse specific information, hazardous information.
Batch master data is synchronised with EWM by standard SAP CIF (Core Interface), thus the information
is available in both systems. The Q26 classification will also be created in EWM for the batches but this
information is not used and updated in EWM. The main information for batches is the expiry and
production date used to print on several labels/outputs. The whole logic of the batch
determination/management for outbound deliveries stays in Q26 and is provided in the corresponding
flows to EWM. In case of relabelling the batch, LIMS analyse number will be provided by DNP.
Vendors
Vendor master data is synchronised with EWM by standard SAP CIF (Core Interface), thus the
information is available in both systems.
Customers
Customer master data is synchronised with EWM by standard SAP CIF (Core Interface), thus the
information is available in both systems.
In EWM a BADI is activated which allows in future the on-boarding of additional SAP systems. This BADI
appends the originating system of the master and organizational data by adding a @system to the
customers, materials, plants, shipping points and so on.
Additionally, all customer numbers will be prefixed by a CU (for customer) and all Suppliers by SU (for
vendors).
For Internal Use Only
Page 15 of 176
Functional Specification
<to be reviewed>
F1-MD-01-005 005 It must be possible to store packaging master data in EWM system of all
packaging levels at first receipt.
Packaging level master data are not filled in DNP Q26 at material creation and not complete before the
first receipt of a material.
GEODIS measures the dimensions and weights of all packaging levels at first receipt and registers the
data in DNP Q26 system. The data is needed in various SAP tables for having the correct data for the
sales orders and transport orders. The data update in DNP system will be done before transport and
customs documents are printed.
The following packaging master data will be registered. Not all levels may be applicable for all materials.
Page 16 of 176
Functional Specification
Width cm
Height cm Including the pallet itself
Gross weight kg Including the pallet itself and additional
packing materials (if applicable and standard
for the material)
Quantity per pallet #
Layers per pallet #
Hazardous substance defines storage rules in the warehouse and influences the put away strategy into
the warehouse. In addition, these data are needed to create reports for e.g. the fire department (BRZO -
Bedrijfs Risico Zware Ongevallen – Company Risk Heavy Accidents) and
The Fire Department Report is available in EWM. This information is retrieved from the Safety Data Sheet
(SDS) and is manually maintained.
F1-MD-01-006 006 It must be possible to upload and store all relevant Hazardous substance
data in EWM system that are needed to define the correct put away strategy.
Specific master data is needed for dangerous goods. The dangerous goods master data is maintained in
P43 by the SHE department. This data will be transmitted from P43 to Q26 via SAP IDOC. This new
information will replace the old ZZDG dangerous goods information. With this the alignment and
consistency of the DG data for the DSM materials across several SAP systems is ensured. The following
regulations will be transmitted:
Page 17 of 176
Functional Specification
Dangerous goods data is also printed on various labels, but these are generated in the standalone
system PAGO where these data are stored as well. Data in PAGO is maintained by DNP with regular
updates.
Those outputs were printing the DG info as per deactivated item text:
ZCMR – CMR document Program ZZWCMRPR is also printing DG texts; this output is moved to EWM.
For Internal Use Only
Page 18 of 176
Functional Specification
CMR is also needed for external location and for Deinze (pre-mix site).
If the UN number is not 3082 and not 3077 then the field MAPOL has to be added for ADR when the
value is E1 (Environmentally Hazardous)
UN1759 Corrosive solid, N.O.S. (thymol, m-cresol), 8, II, (E) Environmentally Hazardous
For Sea shipment the tunnel code can be skipped: (-) in the above example but Marine pollutant to be
added:
For RID – Railroad the hazard ID number has to be printed first. Field: HNU
Data which will not be provided because it can be and is solved in one of the systems only.
Page 19 of 176
Functional Specification
Product master data must be maintained directly in EWM; thus, the information is only available in EWM
and not in ECC. The product master data for all materials stored at GDC Venlo, overflow and partly
external warehouses will be maintained. Detailed information regarding the specific fields can be found in
the data migration plan.
The existing bins (locations where material is stored) which are in use today must be created in the EWM.
Detailed information regarding the specific fields can be found in the data migration plan.
The slide below shows the connection between the DNP SUID and the SSCC code.
The SSCC codes from P36 will be transferred via IDOC to Q26 and could be re-used.
For Internal Use Only
Page 20 of 176
Functional Specification
For Internal Use Only
Page 21 of 176
Functional Specification
4. Slot booking
4.1. F1-SB-01-001 Slot booking tool
Dock Appointment Scheduling (DAS) will be used for slot booking. With this tool, appointments are
created to reserve a (un)loading capacity for a time slot.
This is a standard SAP tool with strong integration with SAP EWM. Status changes in DAS are reflected
in EWM and relevant EWM changes are reflected in the appointment in DAS.
The Transport Unit statuses from EWM are reflected in DAS in real-time.
- Arrival at checkpoint
- Arrival at door
- (un)loading started
- (un)loading finished
- Departed from door
- Departed from checkpoint
EWM for inbound will use the standard EWM-DAS scenario with trigger originating in DAS.
For Internal Use Only
Page 22 of 176
Functional Specification
The shipping office will create an appointment in DAS to reserve a time slot on the capacity of available
doors for unloading on the requested date & time.
Appointments are created with standard transaction code “Create Appointment – Graphical” or “Create
Appointment – Textual” which are both called from the EWM system and start the DAS tool.
This appointment number will be shared with the forwarder as a reference. If a TU is already available,
this can also be shared.
When arriving at GEODIS the truck driver reports to the office of GEODIS with the reference number
received.
Receiving Officer (RO) will change the status of the appointment to ‘Arrived at Checkpoint’, this
automatically updated the TU to the same status in DAS and EWM. This can be done with standard
transaction code “Process Appointments” in DAS, or with standard transaction code “/SCWM/TU –
Process TU” in EWM. Both systems are integrated and result in the same status update of both the
appointment and the linked transportation unit.
For Internal Use Only
Page 23 of 176
Functional Specification
EWM for outbound will use the standard EWM-DAS scenario with trigger originating in EWM.
For Internal Use Only
Page 24 of 176
Functional Specification
Outbound deliveries and shipments are received from Q26 into EWM. Outbound deliveries are
automatically reflected as Outbound Delivery Orders, shipments are reflected as Transportation Units in
EWM.
As soon as a link exists between 1 or more deliveries and a transportation unit, a provisional
appointment is automatically created in Dock Appointment Scheduling. This provisional
appointment contains the planned (requested) date and time for pickup.
The Shipping offices updates the status of the appointment with standard transaction “Process
Appointments” if capacity is available.
For Internal Use Only
Page 25 of 176
Functional Specification
The appointment number and date/time are shared with the forwarding agent as a reference. The
TU number can also be shared.
When arriving at GEODIS the truck driver reports to the office with the reference number received.
Shipping Officer (RO) will change the status of the appointment to ‘Arrived at Checkpoint’ in DAS, this
automatically updated the TU to the same status.
It is also possible to do this on the TU, which will automatically update DAS.
The SO will also assign a suitable door to the TU and will change the status of the TU to ‘Docked at
door’
For Internal Use Only
Page 26 of 176
Functional Specification
Page 27 of 176
Functional Specification
5. Inbound
5.1. Inbound information
When an ASN message is sent from the supplier, the batch will already be filled on the delivery in Q26
before distribution to EWM. This is part of development ECC04.
When the batch is unknown before the trucks arrives in Venlo to deliver goods, GEODIS order processing
will fill the batch number manually in the inbound delivery in EWM without any additional information (e.g.
expiry date and manufacturing date). This is standard SAP setup, no custom build actions involved.
Purchase orders do change regularly. Inbound deliveries do change incidentally. Expected receipt date is
often changed, both in PO and inbound delivery.
When an inbound delivery has been sent from SAP ERP Q26 to SAP EWM system, only the receipt date
can be changed, but quantities cannot be changed anymore (only actuals can be registered then).
Inbound deliveries are not intended to be cancelled but it is possible. Cancellation of an inbound delivery
in EWM before GR will set the inbound delivery to zero and confirm it with quantity zero to Q26. This
opens the requested quantity on the PO again and a new inbound delivery can be created if required.
When Goods Receipt was already posted for the inbound delivery when it is decided that the delivery
needs to be cancelled, reverse GR needs to be triggered from Q26 with an outbound delivery (102
movement triggered from Q26). The pallets can then be picked for that reversal outbound delivery, and
the related PO in Q26 will become open again.
For Internal Use Only
Page 28 of 176
Functional Specification
When the supplier sends an Advanced Shipping Notification (ASN) via interface message including
Handling Unit (SUID/SSCC) information, the inbound delivery is already available in Q26 and PEW
before the process starts. Hence, automated delivery creation is the start of the process.
If the pallets have a scannable SUID barcode, the operator in the Distribution Center can scan the HU’s
upon receipt without the need to enter packaging material, product, batch, quantity. This info is retrieved
by scanning the SUID barcode. Note that also the SSCC can be scanned if it is on the label, this means
that the option is already available to move to SSCC labels in the sending locations in the future.
Now the HU’s from the inbound deliveries are only stored in a Z-table and are not available at the
inbound delivery itself. The SAP standard qRFC cannot transfer the HU’s to EWM if they are not linked to
the inbound delivery. Some additional development is needed to link the HU’s from the z-tables to the
delivery.
The HU number in EWM is the SSCC number. Now the HU’s transmitted via IDOC from P36 M&T sites
do not contain the SSCC numbers. A development will transmit the HU and the SSCC numbers from
P36. All outgoing HU’s in P36 have an SSCC number assigned. IBD’s from other systems than P36 have
to be checked.
ASN with packing info – process and the relevant process steps can be found in the Business Scenario
Document.
5.2.1.1. F1-IB-01-002 Inbound process – ASN without packing info (with or without packaging
specification)
When the supplier sends an Advanced Shipping Notification (ASN) via interface message excluding
Handling Unit (SUID/SSCC) information, the inbound delivery is already available in Q26 and EWM
before the business process starts. Hence, automated delivery creation is the start of the process.
Handling Units (HU’s) are prerequisite for all the processes and therefore mandatory in EWM. In case this
Handling Unit data is not provided in the Inbound Delivery or Advanced Shipping notification (ASN), a
packing step is mandatory in EWM to create the required HU’s. The handling units can also be built on
RF by the operators.
For Internal Use Only
Page 29 of 176
Functional Specification
Packaging specifications can be used to pack handling units if they were not packed upfront. For the put
away process, packaging specifications are uploaded and used in the put away strategies to final bins. If
there is no packaging instruction available in EWM the goods can be received but they cannot be put-
away until the pack spec is maintained.
When the supplier does not send an interface message upfront, the inbound delivery can only be created
after the truck driver has arrived at the DC. The documents accompanying the truck will be used to know
the contents of the truck and to create an inbound delivery.
Alternative: qRFC the purchase orders to EWM and then the IBD can be created in EWM and transmitted
into ERP with the goods receipt.
Handling Units (HU’s) are prerequisite for all the processes and therefore mandatory in EWM. In case this
Handling Unit data is not provided in the Inbound Delivery or Advanced Shipping notification (ASN), a
packing step is mandatory to create the required HU’s. The handling units can also be built on RF by the
operators.
Packaging specifications can be used to pack handling units if they were not packed upfront. For the put
away process, packaging specifications are uploaded and used in the put away strategies to final bins. If
there is no packaging instruction available in EWM the goods can be received but they cannot be put-
away until the pack spec is maintained.
The inbound process for receipts from overflow and external locations is described separately as part of
the chapter on overflow and external warehouses.
The first prerequisite for the inbound process in EWM, is the Inbound Delivery. The EWM Inbound
Delivery forms the basis for the inbound process for goods delivered by both external vendors and DNP
production locations (“suppliers”). It is the starting point for the inbound process.
Inbound deliveries can be created in Q26 and distributed with standard qRFC to EWM for processing.
For Internal Use Only
Page 30 of 176
Functional Specification
Inbound deliveries can also be created in EWM and be distributed to EWM where they will automatically
be linked to a purchase order.
When created in ECC, the deliveries are distributed via the standard Interface to EWM. They are
replicated to an Inbound Delivery Notification in EWM. Based on this Inbound Delivery Notification and
the EWM customizing and Master Data, EWM generates the EWM Inbound Deliveries.
at save
In these scenarios, the inbound delivery needs to be distributed to EWM. This will result in an Inbound
Delivery Notification in EWM. This notification is automatically activated into an inbound delivery on EWM
side.
Inbound deliveries relevant for cross dock will be manually created in Q26. DNP informs the warehouse,
who will change the warehouse process type on the items relevant for crossdock.
Page 31 of 176
Functional Specification
The driver or the transporting company contacts Geodis prior to pick up of goods to make an
appointment. This is not a system relevant step.
The Geodis receiving officer will register this in Dock Appointment Scheduling by creating an
appointment.
In Dock Appointment Scheduling, an appointment is made to reserve unloading capacity (time slot). In
those appointments ship-from name, carrier name and number of pallets, driver name, ID number and
license plate can be entered if necessary.
When an inbound truck arrives at the Distribution Centre, the relevant appointment is searched in DAS.
Driver reports to GEODIS office with unloading reference and documents e.g. CMR, T1 (if applicable) and
packing list.
When the receiving officer sets the appointment to status ‘Arrived at checkpoint’, a Transportation Unit is
automatically created in EWM. The receiving officer can now search for existing inbound deliveries or
create inbound deliveries for this supplier based on the quantities and batches on the documents
provided by the truck driver. He assigns the relevant deliveries to the TU. This is also possible for parcel
deliveries. The TU can be created and saved before the deliveries are known (empty TU). All deliveries
created can be searched for with selection on multiple inputs, including PO number, ERP Delivery
number and material number.
The transportation unit represents the physical load (truck, container) and can contain multiple deliveries.
It is possible in EWM to automatically create TU’s based on interface messages from external parties. In
the initial go live scope, this is not in scope for inbound.
For Internal Use Only
Page 32 of 176
Functional Specification
GEODIS office receives the related documents CMR, T1 (if applicable) and packing list of a transport
from the driver and checks these documents.
When the inbound is relevant for T1, the receiving officer will register the MRN reference so that the stock
is automatically blocked for customs until customs informs us that the stock can be released.
This customs block is not blocking for the receiving and putaway process. It is only blocking for shipping
the goods out.
A custom transaction code is built to facilitate the registration of the T1 reference number on the incoming
deliveries.
status: currently under investigation by GEODIS QA if process is still needed info Toncko Zwoltsman. Out
of scope?
GEODIS office sends a request for unloading to Customs in case of T1-documents. This is done outside
of SAP, in the LSP system.
If no batch was entered in Q26 on the inbound delivery, a batch must be entered in EWM during the
receipt process. (for batch managed materials).
Warehouse planning adds missing batch information to the inbound deliveries with transaction
/SCWM/PRDI (Process inbound delivery) if necessary. The batch will be distributed to ERP. The
classification data and missing information will be maintained by DSM Quality Department in ERP.
To optimize the distance that operators need to drive to put away the stock the final locations, a PPF is
built to calculate the door which will need the least total distance for put away movements. This door will
For Internal Use Only
Page 33 of 176
Functional Specification
automatically be assigned but the Receiving Officer can change this assignment. This can be done until
the Goods Receipt is posted
When a door is assigned to an inbound TU, an unloading card should be printed. This form will be printed
using PPF functionality. The unloading card is given to the driver, so he knows to what door he needs to
drive his truck.
When the driver has reported to the door provided by the goods receiving officer, the status of the
transportation unit must be set to ‘Docked at door’. This is done in EWM, in standard transaction code
/SCWM/TU.
At the door the unloading list is printed, this form will be printed using PPF functionality. It is printed on TU
level and contains the information of all deliveries contained in the TU (product, batch, quantity)
The goods are physically unloaded, counted and inspected by the responsible warehouse worker(s).
Missing goods, batch details and packing details need to be filled out on the unloading list which is
returned to the RO after the physical unloading is done.
Driver gives unloading card and unloading list to warehouse operator. (no system implications)
Warehouse operator will physically unload the truck. The pallets are placed on the staging area. (no
system implications)
No system actions
For Internal Use Only
Page 34 of 176
Functional Specification
5.3.18. Driver goes to GEODIS order processing and handover loading card
No system actions
No system actions
At the end of the process, TU will have had the following statuses in EWM:
The unloaded goods on the receiving zone need to have labels before they can be put away into stock.
Warehouse operator will scan each pallet and will print handling unit labels. The handling unit label is
attached to the pallet. The check in is complete, when the last pallet has been provided with a label.
Handling Units (HU’s) are prerequisite for all the EWM processes and therefore mandatory in EWM. In
case this Handling Unit data is not provided in the Inbound Delivery or Advanced Shipping notification
(ASN) upon arrival, a packing step is mandatory to create the required HU’s.
For Internal Use Only
Page 35 of 176
Functional Specification
The standard EWM solution supports inbound deliveries with and without handling units. Packaging
specifications can be used to pack handling units if they were not created upfront. The handling units can
also be built on RF by the operators.
Goods Receipt will be posted per pallet (=handling unit) in EWM and communicated for the whole
delivery at once to ERP after the last HU.
GR in EWM is done by the operator on RF, with the standard functionality “GR by HU”.
Goods receipt registration is automatically posted from EWM to Q26 when the last pallet of an inbound
delivery has been posted goods receipt. This is a standard SAP EWM settings defined in customizing
under SCM Extended Warehouse Management > Extended Warehouse Management > Interfaces >
ERP Integration > General Settings > Set Control Parameters for ERP Version Control
This will trigger the interface to Q26 and post a goods receipt in ERP. The stock is available in Q26 either
in unrestricted use or in Quality inspection.
When GR is posted in EWM, the link between the Handling Unit and the delivery document is registered
automatically in table /SCWM/HU_DLV. This is standard SAP functionality which makes it possible to
determine which handling units can be made available after receiving the approval message from
customs (see 5.3.25 and 5.3.26)
The “GR by HU” function is enhanced to enable registration of external identifiers (Storage Unit ID from
production sites). Pallets from DNP plants can have an SUID number which is communicated to the DNP
Q26 system. Q26 makes SSCC handling units and links the SUID to that handling unit as an external ID
(cf. development ECC04) In this case also EWM is informed of both numbers.
Pallets from other sources have no SUID. The standard “GR by HU” function also allows for the operator
to pack handling units on RF when no handling units were communicated upfront. He does this by
entering product, material, batch, quantity (where applicable/possible by scanning barcodes on the label).
Page 36 of 176
Functional Specification
After pressing the “Create WT” function button, a put away warehouse task is created. At this point, also
the destination storage bin for the HU is known and an internal SSCC label will be printed on the belt
printer of the operator. The label will show the row number where the pallet needs to go. Because the row
number needs to be printed, the label can only be printed after creation of the put away task.
EWM must be able to inform the warehouse operator during the receipt check on RF if ADR materials are
in the delivery to check if labelling is applied correctly.
When the truck contains dangerous goods, the operator needs to get a screen on RF asking him to check
if the correct dangerous goods label is applied to the pallet.
After check-in, for each SSCC (product-batch) a warehouse task is created to final location according to
the put away strategy. Damaged stock is put to a dedicated area. In exceptional cases DNP might inform
GEODIS that the product should be rebooked/placed to block/quarantine
Putaway in EWM starts with the determination of a warehouse process type based on the inbound
delivery document type INB. The default process type used in warehouse A100 is 1010.
For Internal Use Only
Page 37 of 176
Functional Specification
Page 38 of 176
Functional Specification
For returns deliveries the same functionality is used, but then a specific returns process type 4030
determined, which sends the goods to the returns area (storage type 0302 and 0101 for ADR4.2). See
chapter about the returns process for more details.
Page 39 of 176
Functional Specification
This process type has exactly the same settings as 1010 but will be used in the storage type search
sequence to find another destination. It will not derive a final storage bin based on the product but will
guide the product to the crossdock storage type 0300.
For Internal Use Only
Page 40 of 176
Functional Specification
Standard SAP put away strategies will be followed. These will be derived based on:
Page 41 of 176
Functional Specification
- Storage Type
- Storage Section indicator
The principle rule is that a put away control indicator (PACI) is setup per storage type and that a section
indicator is setup for determination of the section.
When the final destination determined for a handling unit is in the highbay, physical restrictions are
considered. The movements are automatically split into two movements: 1 movement from the GR zone
to and ID point and a movement from ID point to final location in the highbay. This split is realized with
standard SAP functionality called Layout-Oriented Storage Control.
For every area that needs to be accessed via an intermediate location, a storage group is created. In
Venlo, this is one storage group per aisle in the highbay.
For Internal Use Only
Page 42 of 176
Functional Specification
Per group it is defined via which front-bin the handling units need to pass.
The put away control indicator will be used to identify how products will be stored. This is based on the
way products are stored (High Rack, Open Storage, Pick Area...).
The put away control indicators to be used:
Storage Type Search
WhN PACI Description
Sequence
A100 0105 Storage Type 0050
A100 0300 Phase 2 Highbay - Consumables
For Internal Use Only
Page 43 of 176
Functional Specification
Storage Type Search Sequence: the screenshot below shows how the system derives the correct area in
the warehouse based on the PACI on the product. For example: a product that has PACI 0300 on the
product master data will be sent to search sequence 0300 when a putaway task is created (see column
Srch Seq)
For Internal Use Only
Page 44 of 176
Functional Specification
Every search sequence has 1 or more storage types assigned, for example sequence 101A will put away
goods first to storage type 0101. When that is full, the system looks for a free storage bin in storage type
0103 and when that is full in 0100.
For Internal Use Only
Page 45 of 176
Functional Specification
Page 46 of 176
Functional Specification
The section indicator will be used to identify in which area the products needs to be stored. This can
depend on the product (e.g. some products may not be stored high in the racks, some products need to
be under sprinklers, ADR class products need to be stored separately in the racks...) or on the ABC
classification (Fast, medium, slow movers)
Section
Warehouse Section Indicator Description
indicator
A100 0001 Total Section
A100 0002 > 4 Meter
A100 0003 < 4 Meter
A100 0004 A lokaties
A100 3001 Crossdock
A100 3101 Containers in the yard
A100 5001 OPA Phase 1
A100 5002 OPA Phase 1 with Sprinkler
A100 5101 OPA Phase 2 - Ambient
A100 5102 OPA Phase 2 - Ambient Level B
A100 5201 0502 - 0001 - Containment
A100 5202 0502 - 0002 - Level A-E (geen lekbak)
A100 5203 0502 - 0003 - Level F-G
A100 5204 0502 - 0004 - Fixed Bin - DG
A100 5205 0502 - 0005 - ADR 4.2
A100 5206 0502 - 0006 - Extra Section I
A100 5207 0502 - 0007 - Extra Section II
A100 5301 A lokaties
A100 5302 B-G lokaties
A100 5401 Samples - Shuttles
A100 5405 Samples - Shelves
A100 5407 Samples - Freezer
Page 47 of 176
Functional Specification
HazRating 1 Description
0001 Solid
0002 Liquid
0003 Liquid ESRF F1
0004 Liquid Scheme A
0005 Liquid Scheme A + Stage op Lekbak
0006 Liquid Scheme B: Opslag op Lekbak
0007 Liquid Scheme B: Opslag + Stage op Lekbak
0008 Liquid Scheme B: Opslag op Lekbak met afvoer
0009 Liquid Scheme B: Opslag + Stage op Lekbak met afvoer
0010 ADR 4.2
0011 Solid PGS15
0012 Liquid PGS15
0013 ADR 4.1
HazRating 2 Description
T1 <= 30°C
T2 <= 25 °C
T3 8°C - 25°C
T4 <= 15°C
T5 8°C - 15°C
T6 2°C - 8°C
T7 2°C - 8°C (Do Not Freeze)
T8 <= -15°C (Freeze)
The combination of these 3 elements leads to a determined section in the warehouse, where the stock is
allowed to be stored. This determination table has over 5500 entries, it has no added value to copy/paste
that table here.
Page 48 of 176
Functional Specification
For Internal Use Only
Page 49 of 176
Functional Specification
This is standard SAP functionality; no customer specific enhancements are used to manipulate this
proves functionality.
After an area in the warehouse is determined, the system searches for an optimal storage bin. To
optimally used the capacity of the available bins, the smallest suitable bin should be chosen for a pallet.
This avoids small partial pallets occupying high bins.
Note: this check is performed for every warehouse task confirmed on a destination, so not only put away
in the inbound process but also for internal movements.
When determining a suitable destination bin, a calculation needs to take place in the background
checking the height of the handling unit by calculating the pallet height with heights defined in the
packaging specifications. This height has to be used to determine the best fit storage bin as a destination.
The idea is that a small pallet should be put away into the smallest suitable bin.
Forklift drivers passing by, pick up the handling units by scanning the HU on the Staging Area. The
warehouse worker needs to confirm the Warehouse Task by scanning the final destination bin that is
shown on the RF device. This is standard SAP functionality, no enhancements in scope.
If necessary, the operator can change the destination bin during confirmation by using an exception code
CHBD - Change Destination Bin.
For Internal Use Only
Page 50 of 176
Functional Specification
Data is transferred automatically from DNP SAP Q26 to GEODIS Duty Management System.
Customs is informed when goods are received in the DC in Venlo. Geodis front office registers data in the
LSP tool. LSP is software used by Geodis for customs registration.
Interface messages are also sent and received from LSP to register actions and share data.
When goods are imported into the Netherlands and they are relevant for the T-1 procedure, the MRN
reference will be registered. Based on the registration of this reference, EWM gives all the stock received
with these deliveries a separate stock type so that this stock is blocked for picking until customs has
given confirmation that this stock can be released for shipping.
This customs block is only registered and visible in EWM, deliveries can already be promised to
customers based on ATP checks in ERP.
Upon goods receipt of the goods, an interface message is sent from Q26 to LSP to request approval.
The GEODIS DMS will send an approval for use message to Q26. This message will also trigger an
update of the stock type in EWM, allowing these goods to be picked.
The release of the stock by customs is only relevant for the EWM system, as the stock was only blocked
locally in the warehouse during the goods receipt process. Q26 receives the message from customs and
immediately triggers a communication to EWM to release the stock.
Development: EWM27 - Inbound process: Post from Customs Blocked to Available stock after TP-04
Upon processing the message from customs in Q26, a function module is triggered in the EWM system
which updates the stock type of the relevant handling units to available stock.
For Internal Use Only
Page 51 of 176
Functional Specification
QC check
A Warehouse Process Type indicator and Warehouse process type will be made available to indicate that
a certain product or delivery item needs to be routed via a VAS Work Center.
When a pallet is damaged during check-in, the operator can change the destination bin during
confirmation by using an exception code CHBD - Change Destination Bin.
The operator will then scan a location in the damages area (storage type 7001) for this pallet.
001 It must be possible to mark goods as damaged systematically in EWM system during check-in
scan and route to damage area.
For Internal Use Only
Page 52 of 176
Functional Specification
002 EWM system must be able to assign a damage location within the damage storage type
automatically after damages are classified in system as damage and a put away task is created at
aquarium.
003 The storage type search damaged goods must be influenced by the stock type of the material in
the HU.
005 It must be possible to create an inbound VAS order without routing to the VAS area to register
the activities executed before Goods receipt.
006 It must be possible to define a material as inbound VAS relevant to route it always to a VAS
area.
To be detailed
For Internal Use Only
Page 53 of 176
Functional Specification
Discrepancies which can occur are shown in the table below. The quantities are examples and only
applicable if the agreed tolerances (included in the PO / inbound delivery data) are exceeded. For every
discrepancy DNP office needs to be informed.
<Design not finalized yet. Over- and under delivery is decided. Wrong product/batch to be formalized>
<Check Rik>
Missing: a product was ordered on the inbound delivery but is not physically on the vehicle.
Under: a product was ordered on the inbound delivery but only part of that quantity is physically on the
vehicle.
When the missing/under delivered stock will be delivered within 24 hours, it will still be received on the
original delivery. GR is posted automatically from EWM to Q26 when the last stock is received in EWM.
This means all stock becomes available at that time.
When the missing/under delivered stock will not be delivered within 24 hours, the full Goods receipt will
be posted for the delivery and the stock that is physically not available, will be moved to a quarantine
zone. This zone will not be a final put away location, meaning that goods receipt can be reversed for this
stock later, if it becomes clear that it will never be delivered.
Page 54 of 176
Functional Specification
Overdeliver tolerance on a delivery is not accepted, so overdelivered stock will be received on a new
inbound delivery.
If the stock will be rejected later, a return order (return to vendor) and a return delivery need to be created
in Q26 and distributed to the warehouse for pickup and goods issue of the goods to the vendor.
If in DNP system an inbound delivery exists, an over quantity on the delivery is not allowed (financial and
quality consequences). After a check with the factory, a new PO and/or inbound delivery is created in
DNP system and goods have to be checked in on this PO and/or inbound delivery. This process can take
a few weeks at DNP side.
Additional received goods must be placed on the right location at GEODIS for several reasons
(dangerous goods + cold/frozen + no unidentified products in warehouse).
1. Book the over quantity on the existing inbound delivery (full traceability). Consequences at DNP
side.
2. Do a plus booking (movement type 711 in SAP) manually on a storage location / stock status
‘found at inbound’. If an inbound delivery or PO becomes available via DNP for these additional
For Internal Use Only
Page 55 of 176
Functional Specification
quantities, the additional quantities need to be booked as minus first (movement type 712 in
SAP) and checked-in afterwards on the new inbound delivery.
Currently Goods Receipt is done before unloading. To correct the wrong receipt of a material a material
change (movement type 309) is done.
In the new situation Goods Receipt is done after unloading. The not received material will not be booked
on the inbound delivery and DNP is informed to start an investigation.
Like an over quantity, goods have to be stored at the right condition (cold/frozen, dangerous good) in the
warehouse. System wise two alternatives could apply:
1. Create a second inbound delivery (without PO) at GEODIS without interfacing to DNP
2. Create a found booking to special storage location /stock status without interfacing to DNP
How to register in DNP system after investigation is done and goods have to be booked in DNP system
as well?
In the new process, quantities are received as available stock first and rebooked as soon as possible to a
dedicated area (storage type) for damages goods. This will be done by using Exception code CHBD
(Change Destination Bin) during the confirmation of the put away warehouse task. This area is a storage
type and is reflected in Q26 as a separate storage location, thus excluding it from ATP for sales.
It must be impossible to receive materials for which the MOC procedure is not finished (material data
including base unit of measure must be complete) in EWM system.
Page 56 of 176
Functional Specification
6. Outbound
DNP Customer Service department will create the sales orders. DNP will create outbound deliveries
based on the sales orders.
Standard orders
The call off times and their availability of deliveries and shipments in EWM will have to be defined
depending on the outcome of the new Mainfreight interface agreements. The call off times/lead times are
in the business scenario document. Final cut-off differs per transport type.
Express orders
There is no distinction between normal orders and express orders. Both orders are using the same
delivery and sales order type. The process for Express orders is manually triggered by the CSA
contacting Venlo / Geodis + Mainfreight that this particular order is an Express order. This will also be the
case in the future setup.
In future all orders where the requested delivery date will not fit into the agreed call off / lead times
(delivery time being too short) will be treated as Express deliveries and a manual communication will take
place between Mainfreight and DNP.
Outbound Mainfreight
The outbound delivery data will be sent to Mainfreight as IDOC type DELVRY03 message SHPORD. The
IDOC has to contain all relevant data as it is today transmitted via the IFTMIN IDOC. This means that the
DELVRY03 IDOC must be extended with the new simulated packaging data as the pre-generated pack
data will not work anymore with EWM.
The deliveries in Q26 should be created and completed (batches assigned and all relevant information
maintained) as soon as possible. This would be also the timing when the IDOC should be triggered in
order to meet the agreed call off times and give Mainfreight the needed time for the transport
optimization. A way how the CSA can be supported by triggering the delivery IDOC to Mainfreight has to
be detailed out. An option could be the VL06O transaction.
The CSA’s do not have to create transport orders anymore in Q26. With the triggering of the IDOC to
Mainfreight the process is finished in Q26.
Only in case of non-Mainfreight transport orders the CSA has to create a transport order in Q26. E.g. for
BALLINA BEVERAGES where the customer picks the goods up.
For Internal Use Only
Page 57 of 176
Functional Specification
Deliveries to be shipped from external warehouses like Eurofrigo, De Rijke or Bakeplus will also be
transmitted to Mainfreight via the DELVRY IDOC. Mainfreight can differentiate the deliveries by shipping
point or storage location. The transport optimization will consider the different pick up places.
There is no differentiation for groupage or direct leg transport orders. All deliveries will be sent to
Mainfreight and Mainfreight optimizes them.
The outbound delivery data and transport order data from DNP SAP Q26 are needed for warehouse
management activities in SAP EWM. The outbound delivery has to be distributed to EWM. This can be
done with the transaction VL06d. The business can distribute the delivery
Container transport orders will be manually created in Q26. The assignment of deliveries to these
transport orders is also done manually. Once the transport order is ready, transport order and related
deliveries will be sent to EWM. Timing and trigger to be detailed later.
When the delivery has been distributed to EWM, the delivery cannot be changed in DNP SAP Q26. In
case of changes the delivery has to be confirmed with zero quantities in EWM and then a new delivery in
Q26 has to be created. This can only happen after communication with the warehouse.
Can a delivery be assigned to a transport order in Q26 when it is blocked? Can a transport order be set to
the status planned if a delivery of this transport order is blocked? Should blocked deliveries be sent to
Mainfreight? BOSS check blocks deliveries… triggering BOSS check needs discussions.
A shipment transport order always represents a physical load, this can be a truck or a container, meaning
that 1 truck or container can only exist as 1 shipment. A shipment transport order can contain multiple
deliveries.
Transport order (DSM terminology) can contain of one or many deliveries. In SAP the DSM transport
order is called shipment. In EWM a shipment is called Transportation unit. The transportation unit always
represents a truck or a container.
For Sea and Air transports, it is possible that multiple transport orders are created in Q26 for 1 physical
container or truck. In this case, a transportation chain will be created in Q26 and 1 grouped transport
order will be created to inform the warehouse (EWM). EWM always gets only 1 transport order per
physical container/truck (1:1 relationship)
In SAP EWM a transport unit is created based on the EWM relevant shipments from Q26 and pre-
advice data of the forwarders for ROAD/Mainfreight.
Page 58 of 176
Functional Specification
Shipment Transport Unit Transport Unit corresponds to a Q26 shipment; 1:1 relation.
For 1 physical truck or container only 1 shipment is
communicated to EWM.
The delivery interface from Q26 to EWM is a standard SAP qRFC interface which contains all relevant
delivery information.
Today in Q26 the system works with so called pre-generated pack data. The delivery is being pre-packed
based on information of certain Z-tables and a certain logic. Pack data is currently only available in DNP
Q26 for full pallets and layers and NOT for less than a layer (‘unpacked’ in the outbound delivery), except
in case materials are packed manually. This means the information is incomplete in case of less than a
layer. Additional functionality is built in DNP Q26 in the logic of the picking list an all other documents
where quantities less than a layer are shown as loose cartons. This functionality will not be used anymore
in the future because EWM functionality is available as replacement. SAP does not allow the packing of
deliveries for storage locations managed by EWM.
Whenever in Q26 a delivery is saved, the system will call the EWM to perform a simulation of the
packing.
Development: ECC05 - calculation for container shipments / Mainfreight now done by PGPD (to support
CSA in future)
The users will get a custom transaction ZPACK where they can review the simulated packing.
They will see the delivery and each item of the delivery. For each item the number of pallets, boxes,
drums and the corresponding weights and volumes will be shown. This will always be valid for EWM
managed storage location all other storage loactions will use the SAP standard POP/POF transactions.
The users will have the possibility to re-pack this packing proposal. This repack information will be saved
and will trigger a VAS instruction to the warehouse that this delivery will deviate from the standard
packing.
In this case, GEODIS will print the packing instruction a paper instruction or show the instruction on
screen in a pack center to inform the operator how to pack. These deliveries deviating from the standard
packing rules, will be guided via a pack center to guarantee that an operator can pack accordingly.
For Internal Use Only
Page 59 of 176
Functional Specification
In all other cases, GEODIS will follow the standard packing specification per customer and per material
as received from DNP.
DNP will send the packaging instruction to GEODIS as well in specific fields on the delivery. This will be
used by EWM to derive the correct packaging specification. The VAS instructions have to be transmitted
to EWM, today this are outputs in the delivery.
The existing outputs in Q26 using the pre-generated pack data will have to be adjusted to read the new
custom table information and use this information on the outputs.
For external/overflow warehouses and M&T sites where apparently also the pre-generated pack data is
used, the idea is to use the packing instructions from SAP standard.
When packing is completed, GEODIS interfaces the packed handling units to DNP Q26 (before loading
and goods issue). DNP Q26 should be updated accordingly.
Picking can be cancelled for outbound deliveries, and outbound deliveries can be set to zero in EWM.
Forwarder will get the outbound delivery data from DNP. Forwarder creates a complete planning with
these data. Outbound deliveries are combined into one truck load while optimizing the transport routes.
For Internal Use Only
Page 60 of 176
Functional Specification
Mainfreight: interface
A way how the CSA can be supported by triggering the delivery IDOC to Mainfreight has to be detailed
out.
Sea/Air: PDF/e-mail
The SEA/AIR transport orders which are created manually in Q26 will be released and communicated to
the forwarder as today either via the interface for BDP and e-mail for Rhenus and others.
Mainfreight
Forwarder creates final outbound planning and sends planning to DNP. This will be the so-called load
plan. This load plan will contain the Q26 delivery numbers, a simple loading sequence, a reference
number to the Mainfreight shipment and a pickup date + time + some possible additional information. This
has to be detailed out with Mainfreight and business.
This load plan will be an XML file which will be sent to the DSM middleware Webmethods. In
Webmethods this XML file will be transformed into a SHPMNT05 IDOC/ message SHPMNT and will be
passed to Q26 system.
This IDOC will create the shipment in SAP, shipment type 0011 (collective road). The shipment will
contain the mentioned information from the XML file. Additionally, a HU of the type Truck will be assigned
to the shipment in Q26. This allows the automatic TU creation in EWM when the shipment is transferred
to EWM.
The shipment in Q26 will be created/saved in the status “planning complete”. The status “planning
complete” will trigger two new outputs. One output ZEW1 will distribute all deliveries of the shipment to
EWM (in case they are not distributed). The second output will be the ZEWM output, which will transfer
the shipment to EWM as IDOC SHPMNT05 message SHPMNT. In order that the TU will be automatically
created in EWM all deliveries of the TU + a main HU (Truck) have to be assigned and must exist in EWM.
As a result of this flow the Q26 shipment and the EWM TU will have the same information / outbound
deliveries attached. Today Mainfreight sends an Excel sheet in which all deliveries are grouped into
truckloads, this Excel could be temporary used to create the shipments manually in Q26 until the
interface is in place. Discussion with Mainfreight started.
All other road shipments e.g. DHL Express and customer pickups will be manually created in Q26
Once the TU is processed in EWM a change message will update the Q26 transport order with certain
statuses (e.g. loading start / loading end/ truck arrival and so on). This is to be detailed.
During the processing of the transport order in Q26 two messages will be sent to Mainfreight. Those
messages correspond to the already today transmitted SEDI message. The first message (preliminary
For Internal Use Only
Page 61 of 176
Functional Specification
call off) will be triggered once all deliveries of the shipment have been packed in EWM and the packaging
information has been transferred to Q26. Packing status of the deliveries is “C” completed.
The “loading end” status in the Q26 shipment will trigger the second, the final call off message for
Mainfreight.
The external warehouses will not send the preliminary call off and final call off message to Mainfreight.
The packing information is not available for those warehouses and therefore the message does not have
any added value.
For Internal Use Only
Page 62 of 176
Functional Specification
Still to be described
The return order process will be handled as today. The CSA have to create a return order / delivery in
Q26. The return delivery will not be transmitted via IDOC to Mainfreight, this is a potential after go-live
improvement.
Mainfreight must be informed about the return delivery via phone / mail. Same communications channels
as today. There is no differentiation in the process, external and Venlo warehouses are treated the same.
For Internal Use Only
Page 63 of 176
Functional Specification
In case of an external warehouse the grey boxes are not applicable, as they are not assigned to EWM.
When Outbound Deliveries are planned in an EWM-relevant shipment in Q26, a Transportation Unit is
created automatically as corresponding object in EWM.
In ECC the Outbound Deliveries are assigned to the Shipment and Whenwhen these Outbound
Deliveries are planned in an EWM-relevant shipment in Q26, a Transportation Unit is created
automatically as corresponding object in EWM.
Bboth objects deliveries and shipment are interfaced to EWM. In EWM the corresponding Outbound
Delivery Order(s) and the Transportation Unit (TU) are created with the corresponding assignment.
The HU Truck will be automatically assigned to the Q26 transport order when the loading plan from
Mainfreight is received and processed in Q26.
For all manual created road transport orders in Q26 e.g. DHL Express and customer pickups, the HU
(Truck) has to be assigned manually before releasing the transport order to EWM.
For SEA and AIR shipments the corresponding HU type (20/40-foot container, cooled) has to be manually
assigned to the transport order. This is already done today in Q26.
For Internal Use Only
Page 64 of 176
Functional Specification
In Q26 two shipments will exist for SEA/AIR shipments. A main leg shipment, which will be used to
communicate to the carrier and a subsequent leg shipment which will combine all main leg shipments for
one truck. This subsequent leg shipment will be communicated to EWM and used for the TU creation.
In all cases, the shipment/TU should be known in the warehouse before picking starts. This will allow
more efficient usage of the staging areas which are too fragmented today, leading to space constraints.
When an outbound transportation unit is created in EWM (based on the shipment coming from ERP),
automatically also an appointment is created in DAS. The ERP shipment number is also used as external
TU number in EWM and registered automatically as Means of Transport ID in DAS.
This standard SAP functionality provides 1 close linked reference number between shipment-TU-
appointment across the 3 systems. This reference can also be communicated to BPD, Rhenus… as
reference for the driver.
Mainfreight reference
If necessary, it is also possible to create a TU manually in EWM, also for parcel deliveries. In this case,
the TU will be communicated to Q26 at GI and this will create the corresponding shipment in Q26.
If multiple deliveries are assigned to a TU, a loading sequence can be added manually.
It must be possible in the system to mark shipments with ‘EQ inspection required’.
EQ = External Quality.
It must be possible to add a hub address on a shipment in the system for groupage shipments.
It must be possible to register the following outbound shipment data in the system:
- driver name
For Internal Use Only
Page 65 of 176
Functional Specification
- ID number
- licence plate
- container number
- seal number
- stowage weight
A custom transaction code is built to facilitate the registration of the needed data on the outbound TU’s.
To optimize the use of resources, Outbound Delivery Orders are automatically assigned to a Wave upon
TU creation.
The EWM system is able to create warehouse tasks for multiple outbound deliveries at once. This can
either be done from the monitor or by releasing the wave for those deliveries. In practice, releasing a
wave is equals creating pick tasks for all the delivery items assigned to that wave.
Wave release can be done manual for 1 or multiple waves at the same time.
Waves can also be released automatically, based on a defined date/ time in the wave templates. This
means that waves are automatically released based on the date&time they should be ready for pick up.
For Internal Use Only
Page 66 of 176
Functional Specification
It must be possible to distinct express orders from normal orders in the system to be able to give priority
to all warehouse tasks.
The EWM system must be able to create warehouse tasks without assigning a specific handling unit for
external container storage (smelling, quarantine).
Without the need of complete roll-back of the materials to (high bay) stock.
The system must be able to route outbound goods via VAS area automatically for VAS relevant
materials/deliveries to (re)label, re-palletize, repack.
Some VAS codes are not relevant for activities in a work center. The system must pick directly to staging
area.
Picked handling units from OPA which need a VAS activity after picking must be sent to a specific work
center of the order pick area.
The system must be able to create warehouse tasks from VAS area to staging area per Handling Unit.
The system must be able to route a delivery item to the VAS area if DNP has indicated with a VAS code
that the delivery is not packed according the generally agreed rules.
For a cross dock delivery, the system must look for stock in the cross-dock area first.
In DC North, the pick bins will be replenished based on requested quantities on open deliveries (Order
Based replenishment). This is standard SAP functionality. This standard functionality also includes a
For Internal Use Only
Page 67 of 176
Functional Specification
creation log for the replenishment tasks, showing information about failed task creation (e.g. due to lack
of empty spaces in the destination area).
There are 2 pick areas that are filled with the replenishment process. This will be guided with standard
SAP setup and master data (Storage Type data on product master). The search strategy for
replenishment will look for ascending quantities, meaning that partial pallets will be chosen for
replenishment first. All tasks in the high bay are automatically added to queues, the queue setup and
queue (type) sequence will be used to give a higher priority to replenishment over normal pick actions in
the high bay.
The OPA areas are too small to store all pallets needed. A ‘reverse replenishment’ process will be setup
to bring leftover pallets back from pick area to high bay after picking is done.
It must be possible in EWM system to scan replenishments as well as reverse replenishment to a drop
zone (to remove seal) before scanning to the destination location.
DNP sends deliveries to the warehouse with a preselected batch in the delivery. It is mandatory for the
warehouse to pick this specific batch. Therefore, an enhancement is needed to replenish the exact batch
requested in the outbound delivery.
Because of space constraint, there are not enough pick bins to leave the remaining stock in the pick bins
after picking. Before performing replenishment for the next shift, a report will be run to see how many pick
bins need to be made available by returning the stock back to the high bay. The reverse replenishments
will be guided via a work center so that a label can be printed for the pallets. This label will then have the
correct quantity and the row number of the destination bin in the high bay.
For Internal Use Only
Page 68 of 176
Functional Specification
Pick tasks are created by releasing the wave. If no wave exists, pick tasks can also be created manually
from the outbound delivery order. The release of the waves is done manually. During pick task creation,
the removal strategies are determined to find the best suitable stock. EWM provides several ways of
determining the proper bin for picking. The backbone of the process is the Warehouse Process Type
derived on the outbound delivery order. The warehouse process type determination can be influenced
with different elements such as:
- Control Indicator for Process Type Determination: This is an indicator on the general data of
a product and can also be used in the inbound process. It is intended to derive a specific process
type for a combination of (in-/outbound) document and product.
- The stock removal indicator can also be used to derive a product specific picking strategy. This
is indicator is intended specifically for stock removal. It is used in the determination of a Storage
Type Search Sequence for Stock Removal
Storage type search strategy: where to find the product in the warehouse
Stock removal rule: how to prioritize the stock that was found
The created warehouse tasks are assigned to queues. If an operator works system-guided on his RF
device, the orders and tasks are presented in the sequence of the latest start date. So, the picks that
need to be ready first, are presented first.
If something needs to have a high priority due to shifted planning, the workflow controller can assign
warehouse order to queue priority. This way these WO’s will be presented first. The operator can also
logon to the queue priority specifically.
EWM system must be able to prioritize picks automatically in OPA (Order Pick Area) based on outbound
shipment planning (date/time) and expected lead time including VAS.
Picking tasks can be created from all relevant storage types in the warehouse: high bay, OPA,
containers, open storage…
WT’s to pick HU’s from containers will only request product, batch and quantity. The operator will be free
to scan any HU in the container that matches the request.
Picking tasks are created based on the requested quantity, this means that full pallets are picked from the
high bay and partial picks are picked from OPA. EWM Storage Control automatically sends you stock to a
For Internal Use Only
Page 69 of 176
Functional Specification
work center if needed (for example for VAS activities). If no actions are required, the HU can go straight
to the staging area and an HU print can be triggered on RF.
Picking from high bay will pass by a front bin, this is steered with so called “Layout oriented storage
control”. Everything in and out of the narrow aisle of the high bay then passes by an intermediate bin.
Where this is not necessary, the system makes 1 task from source to destination.
- Full pallets: one task per source location respecting the pallet quantity in the master data.
- >= 1 or >= multiple Layers (less than full pallet): one task per source location. One warehouse
order per material.
- Loose cartons only (less than 1 layer): one task per source location. One warehouse order per
delivery.
During picking, the operator can use exception codes on RF to register a pick shortage or to move the
picked handling unit to the damages area. In this case, it will be visible on the delivery and the
transportation unit that this handling unit is in not in the staging area.
Picking for so called “cross dock deliveries” will search for stock in the cross dock area first, before
looking in the regular stock. For the operators there is no difference in the process, only the source bin is
different. (Picking from cross-dock area)
Picks can be cancelled on HU level and above (a line cancellation equals cancellation of multiple HU’s).
Standard transaction code /SCWM/CANCPICK is used for this process.
If a partial pallet of the exact requested quantity is available in the high bay, it must be possible to pick it
from high bay to VAS or SA directly without replenishment via OPA.
Materials that are not picked via the OPA’s will have a separate process.
- Some products can be picked from the bin (e.g. Pentapharm, ADR…).
- Drums will be picked via a pick point instead of with
When full pallets are picked, no packing material needs to be entered on RF, for partial pallets this is
necessary. The process starts by creating an empty HU of the correct packaging material.
Developments:
Page 70 of 176
Functional Specification
Finding the correct storage type in the warehouse is determined by several parameters:
During picking also, physical aspects of the warehouse are considered, for example in the high bay. The
aisles in the high bay are only accessible for the reach trucks, movements outside of the high bay are
performed with forklift trucks. In EWM, Layout Oriented Storage Control is used to define if stock needs to
be moved via intermediate locations.
Apart from selecting the best suitable stock, EWM also takes rules into account to optimize handling on
RF. The system follows the following logic for Warehouse Task creation at wave release for Outbound
Delivery Orders:
Since HU’s are mandatory in EWM, the system proposes pick-HU creation depending on the type of pick:
Piece picking – The operator needs to create a pick-HU on the Radio Frequency device and performs
piece picking into the pick-HU.
Pallet picking – No pick HU creation needed; the source HU is re-used as pick-HU.
As soon as a Warehouse Order with picking Warehouse Task(s) is created, it is added to a queue
defined for outbound. The warehouse worker logs on to this queue and executes the first Warehouse
Order assigned to him.
Per Warehouse Order the system guides the Warehouse Worker through the followings steps:
Page 71 of 176
Functional Specification
- Sent to pack center for repacking or VAS activities (See chapter Error: Reference source not
found)
- Sent immediately to the staging area. In this case the operator needs to print the logistics label
and apply it to the pallet.
During picking activity, the high bay operations must to be optimized so that pick and put-away operations
can be combined (interleaving).
It must be possible to move the picked HU to different destinations in the warehouse depending on the
next step in the process (e.g. pick, vas, stage…).
When moving a full pallet directly to staging area, the printing of the shipping label should be triggered
automatically.
Full pallets that require VAS activities must be sent to a work center automatically.
It must be possible for to send a full pallet pick HU directly to destination merge/repack for doing the
merge / repack activities.
Partial picks for regular products are guided via the picking area with an order based replenishment
process (See chapter 7.4.4). The picker in the picking area get the following steps on RF:
1. Pick-HU creation (based on pack specs, the correct pallet type can be proposed)
2. Confirmation of picking Warehouse Tasks into the pick-HU
3. Confirmation of the move of the pick-HU to the destination bin by scanning.
For partial picks from the picking areas, the destination will always be one of the 2 OPA Work Centers.
- When no VAS activities are required, the HU is sent via Work Center OPA I where the logistics
label will be applied.
- When additional label activities are required, the HU is sent via Work Center OPA II where the
necessary actions can be executed.
- In case specific manual packing is instructed by DNP (deviating from the pre-generated pack
data), the HU will be sent to the work center PACK where an operator will repack based on the
delivery-specific instruction of DNP.
If a partial pallet of the exact requested quantity is available in the high bay, it must be possible to pick it
from high bay to VAS or SA directly without replenishment via OPA.
It must be possible for a partial pallet pick HU to send directly to destination VAS area where the HU
requires value-added services.
It must be possible to pick less than a full pallet (layer, loose cartons/bags) from the bin in the high bay
area for specific materials.
For Internal Use Only
Page 72 of 176
Functional Specification
These materials will not go via the OPA (Order Pick Area) but will be picked from the bin.
It must be possible to pick drums (not full pallet) from a bin without replenishment. (pick point).
EWM system must support a process to join partial pallets to full pallets and/or layers including multiple
batches
Partial picks must start with empty handling unit of correct packaging material.
Partial picks for DRUMS are not guided with a replenishment process. Drums need to be picked with a
specific device, this would cause unsafe situations in the picking area and needs to be done in a separate
area called a Pick Point. This process is also guided with Layout Oriented Storage control in combination
with the usage of a specific HU Type Group.
1. Warehouse task is automatically split into 2 movements. Movement 1 is moving a full pallet pick to a
Pick Point
2. Pick-HU creation in the pick point (based on pack specs, the correct pallet type can be proposed) <to
be detailed more in detail design phase>
3. Confirmation of picking Warehouse Tasks into the pick-HU
4. Confirmation of the move of the pick-HU to the destination bin by scanning.
5. The remaining stock of the pallet can be returned to stock.
For partial picks from via pick bins, the picked goods could go straight to the staging area, or via a work
center.
- When no VAS activities are required, the HU is sent straight to the staging area and the forklift
driver applies a Logistics label.
- When additional label activities are required, the HU is sent via Work Center Label where the
necessary actions can be executed.
- In case specific manual packing is requested by DNP (deviating from the pre-generated pack
data), the HU will be sent to the work center PACK where an operator will repack based on the
delivery-specific instruction of DNP.
Page 73 of 176
Functional Specification
o Partial picks for cold materials from this area will not go via the OPA (Picking area) but
instead will be picked near the racks after which the remaining stock will go back into the
rack.
o A Pick-point will be used to support this process. The flow will be as following:
High Rack Front drop-off Pick-point Staging Area
o The remaining materials will move back from the pick-point to the rack storage.
Note: The process of using a pick-point does NOT apply for partial pallet picks for materials that are
natively not stored in the cold storage area, but thus are overflown from other storage types. Those
materials should follow the picking process that always flows via the OPA area. (By using a different
removal indicator for those materials, this should be steerable.)
Picking shuttles
<to be completed>
Picking Pentapharm
The process of using a pick-point is also applicable for the Pentapharm materials which are stored in Hall
4.
The stock removal rule can be based on the different characteristics, including SLED (shelf life expiration
date), Quantity, GR Date and Storage bin sorting. In the DNP warehouse however, the batch will be sent
with the deliveries and therefore no pick sorting needs to be done based on batch and stock related
dates. The main influencing factors are:
Page 74 of 176
Functional Specification
In Q26 the fields KNVV-KVGR3 holds the pallet requirements on customer level.
The field MVKE-MVGR3 holds the pallet requirements on material level. They are copied into the sales
order and delivery fields LIPS-KVGR3, LIPS-MVGR3.
Today the VAS services are stored in Q26 in the delivery/sales order as separate outputs using the SAP
output condition technique. The condition record of the output holds the VAS information/instruction.
Output condition records YSP1 until YSP9 plus YSH1 contain the VAS instructions. The two fields
“Recipient” (e.g. label code) and “Cover page text” (VAS instruction text) hold the details.
In addition, a VAS-code (4 or 5 characters) needs to be send to GEODIS (e.g. LAB01). DNP to update all
VAS condition records in Q26 with the new Geodis VAS code in the “SUFFIX2” field of the condition
record. New codes to be provided by Geodis. Clean-up activity to be done by DNP for not used VAS-
condition records.
The VAS code + the fields “recipient” and “cover page text” to be transmitted to Geodis for each of the
applicable VAS codes (YSP1 until YSP9 plus YSH1) per delivery item. This will be most probably
additional fields at the table LIPS. Those fields will be sent to EWM via qRFC interface. If necessary, this
queue will be extended with these fields.
When the OBD delivery from Q26 is distributed to EWM as so called outbound delivery order (OBO) will
be created in EWM. Upon Outbound Delivery Order creation EWM evaluates the Value-Added Service
(VAS) relevance for the ODO customer/article combination and creates the relevant VAS-order if needed.
In case VAS (special packaging instructions) is required, a VAS-order needs to be created for the ODO
item line. To create the VAS-order in EWM a corresponding VAS packaging specification needs to be
maintained in the EWM master data. The actual VAS-order creation is done automatically when the ODO
For Internal Use Only
Page 75 of 176
Functional Specification
is created (structured VAS) or needs to be done manually after the ODO is created in EWM (ad-hoc
VAS).
If a VAS-order exists for the underlying ODO line(s), the VAS-step is triggered and a VAS Work Center is
proposed as destination bin for the HU. If a HU is relevant for repack and VAS, it will be routed to the
repack station only. No move to second a VAS work center is needed because VAS can be done in the
same (repack) work center. At the VAS Work Center a warehouse worker physically executes the VAS
steps as described in the VAS-Order. When all VAS is executed, the warehouse worker needs to confirm
the VAS-order and close the VAS process step in the Work Center (desktop). This will trigger the creation
of a Warehouse Task for Staging (towards the staging area). The shipping label can already be applied in
the work center, or the forklift driver can print it. Pallets move from work center to staging area per HU (1
WT per HU)
If a VAS-order does not exist for the underlying ODO line(s), the Staging Area bin is directly proposed as
destination bin.
If a specific pallet type is required in the outbound delivery (repalletizing), goods are repacked to the
required pallet type and height. This activity takes place in the VAS area.
In the specific case of deliveries that need to be packed differently than the agreed rules, the office will
send a specific VAS code so that all stock is sent to a work center, where the operator will see the text
entered by the office on how to pack these goods manually.
If an operator wants to manually (ad hoc) repack a pallet, he can do this in any work center. No delivery is
needed for this, if it is non delivery related repacking.
It must be possible in the OPA work center to confirm picked quantity (after blind count).
It must be possible to use staging areas as temporary VAS area in EWM system.
Picked handling units from OPA which need a VAS activity after picking must be sent to a specific work
center of the order pick area.
Based on customer/material rules, DNP will send us the expected packaging material for a delivery line.
This allows Geodis to derive the correct pack spec for warehouse task creation and process handling.
Page 76 of 176
Functional Specification
If goods must be relabelled at outbound, a VAS code and corresponding text instruction are sent in the
outbound delivery. All VAS instruction of the delivery (which can be multiple instructions per item) have to
be send to EWM via the SAP standard qRFC interface. This will require some additional development in
Q26.
GEODIS will process the relabel instruction in the outbound process via the VAS/relabel area.
The Q26 VAS instructions have to be stored in EWM and also displayed to the Warehouse user on the
SAP screen and also on RF. This will require some additional developments.
(ECC+EWM)
Q26 will send VAS Codes on delivery items indicating what VAS activities are requested for that delivery
line. These indicators will be received via qRFC into PEW and need to be mapped towards EWM fields.
<to be completed>
VAS Status is only visible on item level in standard SAP. This development will reflect the aggregated
VAS status on header level of the delivery and in the EWM Monitor.
On average weekly, a specific packaging (box, bag, can, ...) number needs to be picked of a batch that is
not released yet for outbound orders. Packaging numbers are not registered anywhere so possibly all
pallets in stock need to be checked until the packaging number is found. GEODIS will be instructed by
email for this value-added service. GEODIS processes the request manually (manual warehouse tasks
from and to stock). As soon as the specific packaging numbers are collected in a specific area (e.g.
crossdock area), an outbound delivery is sent by DNP to ship the goods. The correct stock will be
assigned. Material – batch combination is blocked for other sales orders anyway.
A four-eye check (second person of GEODIS needs to check the correctness and completeness) if
needed for many value added services. Currently this is manually triggered. System support would be
beneficial.
Four-eye check
For Internal Use Only
Page 77 of 176
Functional Specification
A four-eye check (second person of GEODIS needs to check the correctness and completeness) if
needed for certain.
Table below gives the main four-eye checks, which will be put in place.
All 4-eye checks are executed, and the proof of the check is done on paper.
The 4-eye check on customer specific label needs to block the warehouse activities.
Only when a formal check is executed by the DNP Dangerous Goods Specialist the block can be
removed.
Printing Label procedure Operator 4-eye check Apply label check I Check II Checked data Reference
Global Product label 6.0.04 VAS operator Yes VAS operator VAS operator Material#, Batch#, Man. Date, Exp. Date, Weight. Label assignment, SAP
Shipping label 6.0.03 Forklift Driver No Forklift Driver Material#, Batch#, None
Shipping label 6.0.03 VAS operator VAS operator operator II Material#, Batch#, Global label
SUID label inbound VAS operator / Scanning operator No VAS operator / Scanning operator
ADDITIONAL LABEL
Re-analysed label 6.0.04 VAS operator Yes VAS operator VAS operator Material#, Batch#, Man. Date, Exp. Date, Weight. Label assignment, SAP
Shelf life extension label 6.0.04 VAS operator Yes VAS operator VAS operator Material#, Batch#, Man. Date, Exp. Date, Weight. Label assignment, SAP
Customer specific label 6.0.12 VAS operator Yes VAS operator VAS operator cust request Picklist
Special label (e.g. Feed premix only) 6.0.06 VAS operator No VAS operator cust request Picklist
Dangerous Goods label 6.0.08 VAS operator Yes VAS operator DNP Dangerous Goods Specialist Correct symbols/picto's Picklist
Additional label (e.g. Do not stack) VAS operator No VAS operator
F1-OB-09-001 Staging
Requirement of limited staging need to be considered (e.g. containment, material stored in phase 1 of the
building has to be staged in phase 1, and others which is to be detailed out in the Functional Design
phase).
Packing
For Internal Use Only
Page 78 of 176
Functional Specification
When picking full pallets, the pack step is confirmed automatically in the process, when picking from a
pick bin, the pack step is confirmed either in a work-center (e.g. when VAS activities are needed) or by
confirming goods onto your pick handling unit.
When all packing is done for a delivery, an interface will be triggered towards ECC and further on to DNP.
This interface will contain the exact packing information (SKU, Batch, quantity, packaging material and
SSCC). This information allows DNP to generate all necessary documents for the delivery.
Staging
The operator needs to confirm the Warehouse Task for Staging by scanning. Staging in DC North is
guided from the operators on the floor. This means that the operator gets a warehouse task with only the
destination storage type and he is free to choose a bin on a staging area. As soon as the first HU is put
onto a staging location, the remaining pallets for that delivery are guided to the same bin.
If there is a restriction to where the product can be staged (contained area), the system will automatically
propose this area for the pallet being staged. All other handling units for the same destination will
automatically be sent to the same staging area as the one that was chosen for the first pallet. It is
possible to assign multiple staging area bins (for example, when the first one is full)
Because multiple deliveries have the same destination, the functionality of automatically sending pallets
with the same destination to the same staging area needs to be enhanced. Standard SAP only sends
pallets of the same delivery to the same bin. Here we need this functionality on a higher level, i.e. the
wave that contains the delivery. Pallets for the other deliveries of the same wave also need to be sent to
the same staging area.
If the delivery is already contained in a TU, then all pallets for all deliveries of that TU need to be sent to
the same staging area.
DGR Air shipments require additional checking. DGR Air shipments may not be loaded before they are
checked by DNP.
When the warehouse has packed an outbound delivery, the outbound delivery will have the status C in
both SAP EWM and SAP ERP Q26.
Status C is the trigger for DNP to print a report with Packed Dangerous Goods air deliveries. The report is
used for the physical check on the staging area in the warehouse. After the check DNP, DNP will approve
the delivery and will sign the forms. Warehouse planning will receive the DG approval forms and will
archive the forms.
Page 79 of 176
Functional Specification
EWM must update the Q26 outbound delivery with the packing information when in EWM the packing
complete status is set.
Once the packing in EWM is done, this information will be transferred into ERP via a Post Process
Framework action. This will update the ERP delivery with the picked and packed HU’s, quantities and
batches. This will be a copy of the SAP standard goods issue PPF without posting a goods issue. The
status of the ERP delivery will change to packed complete. The goods issue of the ERP and EWM
delivery is still open.
F1-U1-12-001 Loading
The Loading step needs to be executed when the Outbound Delivery Order for the HU is assigned to a
Transportation Unit. The Warehouse monitor provides an overview of where the picked pallets are, this
allows to choose a suitable door.
When the TU is physically at the warehouse the Shipping Office docks the TU at a door and creates the
loading Warehouse Tasks for the assigned ODO’s. The operator does the loading by scanning every HU
to the assigned door. When he scans a handling unit that is not for this transportation unit, the system
displays an error message.
When all loading Warehouse Tasks are confirmed, the status of the TU needs to be set to ‘Finished
Loading’. Therefore, the system will prompt the warehouse worker (RF) to set the TU status to ‘Finished
Loading’ as soon as all loading Warehouse Tasks are confirmed. When loading is done in the desktop,
the end-user is not prompted to change the TU status (but is also mandatory).
It is possible to create nested handling units on the staging area to make the loading process more
efficient. In this case it is enough to scan the top HU to the TU in 1 move.
The system must prevent loading for the whole shipment when picking, packing or VAS activities for part
of the shipment are not finished (no direct loading).
<to be added>
Today a delivery block is set in Q26 when a certain batch should not be distributed. If the transfer order is
already created a block is send to TLS to prevent the picking/goods issue.
For Internal Use Only
Page 80 of 176
Functional Specification
All delivery blocks have to be checked and analysed what should happen also with regards to the
distribution of deliveries to Mainfreight. What should happen?
Procedure:
When goods are shipped, goods issue will be posted in EWM, automatically triggering GI in Q26.
The shipment will be confirmed automatically when the last delivery is confirmed, and this will trigger the
goods issue interface to the forwarders. This to be confirmed with Mainfreight
After the TU status is set to ‘Finished Loading’, the Shipping Office needs to undock and departure the
TU. The departure will trigger the Goods Issue Posting for the HU assigned to the TU. The goods Issue
Posting takes place in PEW and is automatically communicated to Q26 by qRFC. As a result, the relevant
shipping documents are printed in ECC (output is described in chapter ‘Output‘).
The following labels and documents are used for outbound shipments. All documents will be in English
only.
Page 81 of 176
Functional Specification
only)
CMR GEODIS SAP Including hazardous goods information
It must be possible to print a form to add to the outbound dossier (export information, delivery no., net
and gross weight, ADR, planned loading date, special instructions).
The system must print a document with delivery details (incl. ADR details) to be attached to the CMR
(Road Transportation document). Always print this document to have one process.
It must be possible that after pack confirmation of delivery in EWM, the following printouts are directly
issued from ERP:
• Packing list
• Delivery note
It must be possible to print only the lower level HUs on the Delivery Note (excluding the top-level HU of a
Nested HU)
The system must be able to print all delivery notes for a TU/Shipment.
It must be possible to print a CMR on shipment or on delivery level depending on the situation.
It must be possible in EWM to print VAS/packaging instructions in the work center for a specific SSCC.
It must be possible in EWM to print VAS/packaging instructions in the work center for all pallets in a
delivery and for that workstation.
It must be possible to print a loading list from EWM. The loading list should contain the TU number, list of
HU’s on TU, loading sequence.
The system must be able to print logistics label during various steps in the process, depending on the
order flow: 1st step, 2nd step, VAS, packing.
The system must be able to print one logistics label per handling unit.
The system must be able to print logistics labels according to DNP specification (GS1 layout) containing
SSCC codes. For full pallets SSCC codes from storage can be reused.
<To be completed>
For Internal Use Only
Page 82 of 176
Functional Specification
Outbound delivery and/or shipment data might need a change after releasing the information to the
warehouse. Change examples are:
Outbound delivery:
• Batch
• Quantity
• Delete line / Add Line
• Pack data
• Block delivery
• Unblock delivery
Shipment:
• Unlink delivery
• Link new delivery
• Staging indicator (almost never changes)
• Loading date/time
• Container type
A Cancellation Form Procedure will be put in place to manage the changes between DNP (Q26) and
GEODIS (EWM) level.
Outbound delivery and/or shipment cancellation after release to warehouse and goods already loaded
If goods have been loaded already, the delivery cannot be cancelled anymore.
If not loaded yet, the cancellation request can be performed, and the complete delivery will be rolled back
(incl. physical movements back to stock, undo relabelling etc.).
If the complete order was packed already, the interface to DMS has run already which means a
correction must be done there as well.
After the physical actions, Q26 will be updated with quantities 0 as well. If needed the outbound delivery
and/or shipment can be deleted in Q26 afterwards.
The ‘cancellation form’ should be used as well by DNP when a shipment (transport order) is cancelled,.
After approval, GEODIS must unlink the outbound delivery from the truck load (shipment) to prevent
loading. The outbound delivery can be linked to another shipment (transport order) in a later stage.
For Internal Use Only
Page 83 of 176
Functional Specification
7. Storage
Storage conditions
The storage requirements are reflected in storage types, storage sections and storage bin types.
The standard EWM Warehouse monitor will be used to follow up on stock levels of dangerous goods.
(transaction codes /SCWM/MON Warehouse monitor and
For Internal Use Only
Page 84 of 176
Functional Specification
Storage Type
Mixed Handling Unit storage is not allowed (>1 product on 1 handling unit), except for pick handling units
going to customers.
Stor.
Whse Description Remark
Type
A100 0100 Phase 1 WH0 - Ambient Single Pallet Racking
A100 0101 Phase 1 Highbay - Ambient Single Pallet Racking
A100 0102 Phase 1 Highbay - Cold Single Pallet Racking
A100 0103 Phase 1 Highbay - Cooled Single Pallet Racking
A100 0104 Phase 2 Highbay - Ambient Single Pallet Racking
A100 0105 Phase 2 Highbay - Consumables Single Pallet Racking
A100 0300 Crossdock Single Pallet Racking
A100 0301 Containers in Yard Open storage
A100 0302 Returns Open storage
A100 0500 Picking Ambient - 040 Single Pallet Racking
A100 0501 Picking Ambient - 060 Single Pallet Racking
A100 0502 Picking w/o REPL - Cold Single Pallet Racking
A100 0503 Pentapharm Single Pallet Racking
A100 0504 Samples Single Pallet Racking
A100 0800 ID Point for High Rack Storage Intermediate
A100 0801 Pick Point for High Rack Storage Intermediate
A100 7000 Losses Open storage
A100 7001 Damages Open storage
A100 8001 Work Center Pack
A100 8002 Work Center Label
A100 8003 Work Center Pack in Goods Issue
A100 8004 Work Center OPA I
A100 8005 Work Center OPA II
A100 8030 Pack in Goods Issue
A100 8050 VAS in GR
A100 8055 VAS Consumptions
A100 9010 Provide in Goods Receipt
A100 9015 Goods Receipt in Production
A100 9020 Provide in Goods Issue
A100 9021 Provide in Goods Issue - Lekbakken
A100 9025 Provide and Repack in Goods Issue
A100 9030 Doors Goods Receipt
A100 9040 Doors Goods Issue
For Internal Use Only
Page 85 of 176
Functional Specification
Stor.
Whse Description Type of storage
Type
A100 0100 Phase 1 WH0 - Ambient Single Pallet Racking
Page 86 of 176
Functional Specification
Page 87 of 176
Functional Specification
Storage Section
The storage sections are used guide pallets to the correct parts of the determined hall (storage type).
For example, with sections it is determined if there are sprinklers or not. In the High racks, sprinklers are
physically setup at the following locations:
G
F
E
D^^
C
B^^
A
Each beam can store 3 euro pallets. At level B and D restrictions apply to storage of goods because of
the sprinklers above it. Currently the system rigidly allows only 2 CP pallets on levels B and D. Therefore,
storage of CP-pallets is prioritized on those levels. Euro pallets are first stored on the other levels.
Theoretically it is allowed to store an additional euro pallet between the CP pallets on level B and D.
However due to complexity that is currently not done.
Page 88 of 176
Functional Specification
Page 89 of 176
Functional Specification
Page 90 of 176
Functional Specification
Stor.
Whse Section Description
Type
A100 0100 001G Scheme B with drainage
A100 0100 002G Scheme B
A100 0100 003G ADR 4.1
A100 0101 001F Sprinkler A Fast
A100 0101 001M Sprinkler A Medium
A100 0101 001S Sprinkler A Slow
A100 0101 002F Sprinkler C Fast
A100 0101 002M Sprinkler C Medium
A100 0101 002S Sprinkler C Slow
A100 0101 003F Sprinkler B+D Fast
A100 0101 003M Sprinkler B+D Medium
A100 0101 003S Sprinkler B+D Slow
A100 0101 004F Sprinkler E+F Fast
A100 0101 004M Sprinkler E+F Medium
A100 0101 004S Sprinkler E+F Slow
A100 0101 005G Sprinkler Solid Fast
A100 0101 006F >4 Meter Fast
A100 0101 006M >4 Meter Medium
A100 0101 006S >4 Meter Slow
A100 0101 007F <4 Meter Fast
Storage Bin Types
The storage bin type plays an important role during optimization of the automatic search for a storage bin,
in connection with the pallet type. For example, you can define the put away strategy in such a way that
you put away large industrial pallets into special large bins, and smaller pallets into small bins.
Page 91 of 176
Functional Specification
Doors
Page 92 of 176
Functional Specification
Inbound /
Warehouse Door Description Where
outbound
A100 D001 I/O
A100 D002 I/O
A100 D003 I/O
A100 D004 I/O
A100 D005 I/O
A100 D006 I/O
A100 D007 I/O
A100 D008 I/O
A100 D009 I/O
A100 D010 I/O
A100 D011 I/O
A100 D012 I/O
A100 D013 I/O
A100 D014 I/O
A100 D015 I/O
A100 D016 I/O
A100 D017 I/O
A100 D018 I/O
A100 D019 I/O
A100 D020 I/O
A100 D021 I/O
A100 D022 I/O
A100 D023 I/O
A100 D024 I/O
A100 D025 I/O
A100 D026 I/O
A100 D027 I/O
A100 D028 I/O
A100 D029 I/O
A100 D030 I/O
A100 D031 I/O
A100 D032 I/O
A100 D033 I/O
A100 D034 I/O
A100 D035 I/O
For Internal Use Only
Page 93 of 176
Functional Specification
Staging Areas
Staging areas are used for the interim storage of goods in the warehouse. They are in close proximity to
the doors assigned to them.
All Staging areas are created for both directions but some of them are only used for one direction. The
most common use for the door can be seen by the checkbox in the GR (Goods Receipt) or GI (Goods
Issue) column.
Staging areas can be determined via “staging area determination groups” and a staging area
determination table. This will be used for inbound. When a GR officer assigns a door to an inbound TU,
the related staging area will automatically be added.
Work Center
The work-center is a physical unit in the warehouse, in which you can perform warehouse activities such
as packing, distribution, or weighing.
Warehous
Workcenter Description
e
A100 PICK Pick Point Workcenter
A100 SCRP Repack for Scrapping
A100 STAG Packing in Staging Area
A100 VERP Pack in Goods Issue
A100 VSO1 VAS Pack
A100 VSO2 VAS Label
For Internal Use Only
Page 94 of 176
Functional Specification
Resource
A resource is an entity representing a user or equipment, which can execute work in the warehouse.
Only the resource type is configuration described here. Different resources can be assigned to 1 resource
type via manual configuration (master data).
Resource
Warehouse Description DefPresDevc DefPres Description
Type
A100 FT01 Forklift (standard) PD20 Truckterm Device 8X40
A100 RT01 Reach Truck PD20 Truckterm Device 8X40
A100 GT01 General Resource Type PD20 Truckterm Device 8X40
A100 HH01 Hand Held Device PD20 Handheld Device 16X20
Queues
Queues are used to influence the warehouse order selection for a certain resource. Queues are an
important figure to manage the workload in the warehouse.
All warehouses will operate within a single building. Therefore, the queues can be setup process based
for the total warehouse.
Every organization will select based on the requirements a number of needed queues.
Page 95 of 176
Functional Specification
Warehouse Act. Area Act. Area Acc. Type WPT Activity Queue
A100 PTWY INBOUND
A100 201P PRIORITY
A100 3033 INBOUND
A100 3062 INTERNAL
A100 9999 INTERNAL
A100 999D INTERNAL
A100 8002 OUTBOUND
A100 8003 OUTBOUND
A100 9020 OUTBOUND
A100 9021 OUTBOUND
A100 0100 0500 3010 WH0_REPL
…
Supply areas
Supply areas are master data. They are created in SAP ECC and replicated into EWM. (one-time action)
Supply areas are linked to a resource (= work-center were the process order is executed in SAP ECC,
e.g. filling lines or packing lines). Supply areas are needed to provide the lines with the necessary
materials for producing.
In the process order in SAP ECC the PSA is determined based on the resource.
Based on the product/product group and the PSA, EWM determines the right bin to stage the products to.
The consumption after production also takes place on this bin.
For Internal Use Only
Page 96 of 176
Functional Specification
Page 97 of 176
Functional Specification
HU types are used to describe the spatial appearance of a handling unit, and thus to find the optimum
storage bins, or to check whether a handling unit can be stored in a storage bin.
HU types are configuration settings INDEPENDENT from warehouses. This means that HU types are for
every warehouse the same, so new local HU types can only be added via a Change Request. Instead a
generic approach on how to use HU types should be worked out for all warehouses. The proper usage of
HU types is a supply chain driven topic.
HU
Description
type
C1 Carton/box/pail
CP CP3 Pallet 114 x 114 x 15 cm
D1 Dummy HU
CP3 Pallet 114 x 114 x 15 cm -
DR
Drums
EP Europallet 120 x 080 x 15 cm
IP IP Pallet 120 x 100 x 15 cm
For Internal Use Only
Page 98 of 176
Functional Specification
There are different picking processes in the warehouse. For products that replenished to a dedicated
area, the so called OPA’s are created.
Stock status
The following stock statuses will be used as shown below. In Q26 less differentiation is made in stock
statuses than in DNP SAP EWM.
Q26 is mainly driven by the Inventory Status and the Storage Location.
In PEW customizing the link is made towards the Q26 inventory status and storage location. There is an
extra differentiator Stock Type)
Batch statuses
Batch statuses are maintained in Q26 as a characteristic on the batch. This only becomes relevant for
EWM stock types if batch status change influences the ERP Inventory status
Expired stock
When stock exceeds the pre-defined minimum remaining shelf life, the batch will be blocked
automatically in DNP Q26. As from that moment no outbound delivery can be created in Q26 for the
batch.
For Internal Use Only
Page 99 of 176
Functional Specification
Both bonded and non-bonded (customs cleared) stock is stored in the GEODIS warehouse.
Stock is not separated physically, but only administrative in Duty Management System (DMS).
The 4 standard stock categories in Q26 “Blank - Available Stock”, “Q - Stock in Quality Control”, “R -
Returns Stock” and “S -Blocked Stock” are always reflected in EWM.
The batch classification statuses – batch Quality status is update via the LIMS-interface.
Whenever the batch classification statuses – batch Quality status is triggering a transfer posting on
inventory management status it will be reflected in Q26 in one of the four standard stock categories and
therefore also reflected in EWM.
EWM stock types reflect warehouse-statuses to manage warehouse stock, warehouse activities and
warehouse reporting.
For Internal Use Only
Q26 PEW
Page 100 of 176
Plant Inventory management ERP Storage Location EWM link to ERP EWM Stock types
June 30, 2019
status
DNP GDC Venlo EWM-project
Blank (Unrestricted-Use 0001 - Sellable stock FF - Unrestricted-Use Stock G1 - Unrestricted-Use Stock -
Stock) (F)
Functional Specification 2399
QQ - Stock in Quality
Q (in Quality) Inspection
S (Blocked) BB - Blocked Stock
Blank (Unrestricted-Use
Stock) (F) 0150 - Damaged stock FF - Unrestricted-Use Stock G2 - Damaged - 2399
QQ - Stock in Quality
Q (in Quality) Inspection
S (Blocked) BB - Blocked Stock
Blank (Unrestricted-Use G3 - Stock Losses Warehouse
Stock) (F) xxxx - Losses Warehouse FF - Unrestricted-Use Stock - 2399
QQ - Stock in Quality
Q (in Quality) Inspection
S (Blocked) BB - Blocked Stock
Blank (Unrestricted-Use
2399 Stock) (F) xxxx - Scrap stock FF - Unrestricted-Use Stock G4 - Scrap stock - 2399
QQ - Stock in Quality
Q (in Quality) Inspection
S (Blocked) BB - Blocked Stock
0100 - Returns from RR - Blocked Stock Returns G5 - Return from Customer -
R (Return Customer 2399
Blank (Unrestricted-Use 0110 - Reserved Stock G6 - Reserved Stock (no ATP)
Stock) (F) (no ATP) FF - Unrestricted-Use Stock - 2399
QQ - Stock in Quality
Q (in Quality) Inspection
S (Blocked) BB - Blocked Stock
F/Q/S 0200 - Overflow I N/A N/A
F/Q/S 0210 - Overflow II N/A N/A
F/Q/S 0051 - Eurofrigo N/A N/A
F/Q/S 0052 - BakePlus N/A N/A
F/Q/S 0053 - De Rijke N/A N/A
F/Q/S 0066 - Peti N/A N/A
For Internal Use Only
Functional Specification
Separate storage locations are already existing in Q26 for the external warehouses:
St. loc.
0051 Eurofrigo
0052 BakePlus
0053 De Rijke
0066 Peti (only used for tolling/repacking)
0050 ADR ext loc Broekman Logistics could be needed any moment
0099 Temporary Used for multi step postings, e.g. 2399/0001 -> 2399/0099 -> 2399/blank ->
2399 to 2288
23F1 Eurofrigo
23F2 BakePlus
2195 Peti
23DG ADR external location
0200 Overflow 1
0210 Overflow 2
These storage locations will only be inventory managed and are not connected to EWM.
Sales orders to be shipped from different shipping points will be split into several deliveries. Each
shipping point is one delivery.
Execution process for overflow location will be equal to process for external warehouses.
For Internal Use Only
Functional Specification
The inbound process from overflow warehouse to GDC will be initiated by DNP in a two-step stock
transport order. This will enable warehouse operations to scan the ‘old’ SUID or the ‘new’ SSCC.
The outbound process from GDC towards overflow warehouse will be initiated by DNP in a one-step
stock transport order that generates an outbound delivery.
In customizing the “Stock Transfer Between Storage Locations” needs to be activated. The actual stock
transfer orders are only foreseen for plant to plant transfers. In case for the overflow and external
transfers the storage locations belong to the same plant. The stock transfer between storage locations is
a two-step flow. A stock transfer order; an outbound delivery, PGI of delivery, stock in transit, goods
receipt of delivery. Or a stock transfer between 2399/2399 has to be setup with the one-step flag (not
sure that this works).
2399 2102 ZTRO – is setup as one-step transfer. There are no other entries for 2399 - 2102.
For receipts from overflow, the inbound delivery is created automatically at goods issue of the outbound
delivery picking from the overflow location.
As there is no HU information in the delivery, the operator in the Distribution Center cannot scan the HU’s
upon receipt. He needs to build them 1 by 1 by entering the relevant information on RF.
Note: If the pallets in the overflow location have been in the DC before moving them to the overflow
location, the labels on the pallets will be scanned to re-use the original HU numbers applied on the pallets
in the DC before sending them to the overflow location.
Note2: If the pallets come from an External warehouse, the same process applies. Usually these pallets
will come into the DC for the initial and only time (so they will not have an SSCC label yet)
Table
Some materials (like frozen and smelly goods) are only stored in external warehouses in The
Netherlands and never at GEODIS.
Functional Specification
Is a type of continuous physical inventory counting and it can be executed anytime during the fiscal year.
You can perform an ad-hoc physical inventory counting in various scenarios, for example, if a product has
been damaged. This procedure can be performed at the storage bin level or it can be product-specific.
Select Storage Bin in the Find field. Enter the storage bin from the previous step. Choose Perform
Search. Select the checkbox for the Block Indicator. Then, select the line and choose Set Flag. Then
Save.
Note
The Pl document number that was created (in the task bar the Pl document number is followed by the
current year).
Cycle counting
Functional Specification
The objective of this procedure is to have a clear instruction for the cycle count plan and to ensure all bins
(included blocked bins) are counted at least once per year.
A count is a physical check of the inventory stored in the bin, or a confirmation that the bin is empty.
The inventory has to correspond with the information in SAP WM (material / batch / qty). These counts
will take place during a pick or an inventory cycle count.
VLB will perform an administrative check for intermediary storage types and Lost and Found Storage
Types.
Overall statement:
• To be counted bins per quarter: storage types 7001 (Damaged Material), 500 (Partial Picking w
Repl.), 501 & 502 (Partial picking w/o replenishment), 302 (Return Goods), 7000 (Lost and
Damages)
• At least once per year all the bins of storage types 101, 102, 103, 104,105, Containment areas,
Cross docks and Pick Areas with or without replenishment.
• Weekly administrative check of storage type 9010,9015,9020,9021,9025.
•
The storage types below are assigned per quarter to ensure that all bins, included blocked bins, are
counted at least once per year.
- Q1
Highbay storage types 101, 102, 103, 104,105 all bins with “last clearing date”
and “last inventory date” older than 9 months
Highbay storage types 101, 102, 103, 104,105 all bins with “last clearing date”
and “last inventory date” older than 9 months
For Internal Use Only
Functional Specification
Highbay storage types 101, 102, 103, 104,105 all bins with “last clearing date”
and “last inventory date” older than 9 months
Containment
Highbay storage types 101, 102, 103, 104,105 all bins with “last clearing date”
and “last inventory date” older than 9 months
107; Pentapharm HB
Administrative check: All storage types which are used as intermediaries like 9010,9015,9020,9021,9025
will be checked during the day-to-day operations, with a minimum of once per week.
For Internal Use Only
Functional Specification
# differences between physical- and system-stock per individual bin / # bins counted (highbay picks +
cycle counts per quarter) * 100% < or = 0.02%.
There will be authorizations at every level, who can post differences in EWM and who can post in Diff
Analyzer to create a posting in ECC subsequently and an accounting document in the background.
Based on Cycle counting cycle a Physical Inventory document (abbreviated as PID) will be created. The
PID will be activated when actual cycle counting is required.
Counting will be done via RF or wherever a physical print is required, a printout will be executed.
Note:
PID created and printed will use an SAP standard form. In case a customized PID form will be required,
this will be taken up for development at a later stage.
For Internal Use Only
Functional Specification
Count results at Bin level in EWM might throw some differences. The differences shall not be posted in
ECC before having the necessary approval from DNP.
After proper recount, the differences in count in EWM is posted in EWM and this will put the loss/ gain in
stock in Difference Analyzer in EWM.
Example:
ECC Stock Material – M1, Batch- B1 Stock, Status: Free, Sloc: 0001, Stock Qty: 100
EWM Stock Material – M1, Batch- B1 Stock, Status: Free, Sloc: 1001, Stock Qty: 110
Diff Analyzer Material – M1, Batch- B1 Stock, Status: Free, Sloc: 0001, Stock Qty: 10 (Gain)
The stock gain will be analysed, and the outcome can be following:
Actual Gain
Gain due to postings not done before
If this is an actual gain, then the difference will be posted in diff analyser and the ECC stock will become:
110 and EWM stock: 110.
If Gain is due to missing postings, then postings will be made, and the diff analyser stock will be knocked
down against a new PID for the said bin.
If the difference is a Loss, then the ECC stock which for the Loss quantity needs to be blocked.
Example:
ECC Stock Material – M1, Batch- B1 Stock, Status: Free, Sloc: 0001, Stock Qty: 100
EWM Stock Material – M1, Batch- B1 Stock, Status: Free, Sloc: 1001, Stock Qty: 90
Diff Analyzer Material – M1, Batch- B1 Stock, Status: Free, Sloc: 0001, Stock Qty: 10 (Loss)
From the Diff Analyzer as shown below, the stock status of the Diff analyser stock will be changed to
Blocked and this will trigger a material movement in ECC, where 344 movement takes place and the
stock is blocked. The diff analyser stock will also be in blocked status.
For Internal Use Only
Functional Specification
ECC Stock Material – M1, Batch- B1 Stock, Status: Free, Sloc: 0001, Stock Qty: 90
ECC Stock Material – M1, Batch- B1 Stock, Status: Blocked, Sloc: 0001, Stock Qty: 10
EWM Stock Material – M1, Batch- B1 Stock, Status: Free, Sloc: 1001, Stock Qty: 90
Diff Analyzer Material – M1, Batch- B1 Stock, Status: Blocked, Sloc: 0001, Stock Qty: 10 (Loss)
After approval to post the difference in ECC, the stock difference in Difference Analyzer in EWM will be
posted and then a Warehouse Material Document will be created in EWM, which will create a Material
posting and corresponding accounting document in ECC.
Note:
For Loss, the knockout of stock in ECC will happen from Blocked Stock.
The count can be changed in Diff Analyzer if required and posted, which will also create a Material and
accounting document in ECC, additionally it will also create a PID document in background and post also.
The Zero stock check is done for every bin which becomes empty. The Zero stock check is done
automatically in the background by using the EWM standard functionality of LSPI, where the threshold
value is maintained as zero, so that when the stock is zero, PI is triggered automatically.
For Internal Use Only
Functional Specification
The LSPI indicator needs to be checked in as shown above in the configuration for every Physical
Inventory area.
Not applicable.
When one or more inbound delivery items is relevant for cross dock, Geodis office will change the
warehouse process type on the relevant delivery items in EWM. This will derive a separate putaway
strategy sending the goods to storage type 0300 (Crossdock). The operator posting GR on RF will then
automatically get 0300 as destination when creating putaway tasks.
The separate Warehouse Process Type provided for putaway to crossdock is 1016, it sends goods to
storage type 0300 which is only a virtual area. The actual bins in storage type 0300 correspond to staging
area bins in the GR zone.
Optionally:
If it is known upfront that that the whole delivery will be crossdock relevant, a separate inbound delivery
type could be created in Q26 and distributed to EWM. Based on this delivery type, a specific put away
strategy can be determined automatically to put these goods into a cross dock zone. This would make
the process automatic in the warehouse, with less risk for error.
All inbound deliveries received via EDI from M&T and external suppliers will be created as non-cross
dock relevant deliveries.
The system must be able to assign warehouse tasks in one aisle to one Narrow Aisle truck only.
SAP EWM offers Resource Execution Constraints functionality to limit the number of resources (for
example, reach trucks) in an area. This functionality will be setup in the DSM system to address the user
requirement.
For Internal Use Only
Functional Specification
The warehouse tasks will be assigned to queues. Depending on the process (inbound, internal,
replenishment, picking, high bay…) different queues need to be derived.
The warehouse workload can be managed by using these queues and assigning resources to the
queues.
This requirement is already describing SAP functionality. It will indeed be implemented to meet the
requirement.
It is possible in EWM to overrule movements. On RF, an exception code can be used. On desktop a new
task can be created, or an exception code can be entered.
F1-IN-01-004 Interleaving
The high bay operations must to be optimized so that pick and put-away operations can be combined
(interleaving).
The system must be able to show VAS instructions on RF during movements (warehouse tasks of put
away, picking, replenishment, reverse replenishment).
A build object has been foreseen to provide functionality for process-based RF messages. See detailed
specification EWM16.
It must be possible to nest handling units in all work centers to support internal moves and loading with
only one scan afterwards.
Creating nested handling units is possible and it is possible to move them around.
It should be clarified what the expectations of the business are “internal moves and loading” can be
interpreted in different ways and the possibilities are limited in the system.
It must be possible to do a material change in EWM system (material number X to material number Y or
batch number X to batch number Y) including routing via work center.
For Internal Use Only
Functional Specification
- Batch changes
o shelf life extension with relabelling
o batch to batch
- Material changes
o Material to material
These changes can be triggered from Q26 to PEW with MIGO. This is only possible for
Once it is clear what stock (handling units) to book, the posting can be created in EWM(including routing
via a Work Center, every move for this type of booking will then always go via a WC)
VAS orders can be manually created to do VAS activities (e.g. shelf life extension, re-label, re-pack,
material to material bookings) on stock materials/SSCC (no linked to inbound or outbound movements)
The complete batch is blocked in Q26 by DNP manually until the relabel action is finished. GEODIS will
process the relabel order, system managed (manual warehouse tasks from and to stock), currently in
SAP Q26 and in the future in SAP EWM.
If the remaining shelf life is extended, the LIMS analysis number must be mentioned in the relabel order
by DNP on DCNWEB because it needs to be printed on the label (PAGO).
Material changes are triggered in DCNWEB via a relabel instruction. The material is completely blocked
in DNP Q26 if the relabel action is not finished.
When the relabel action is finished the material is changed at GEODIS in SAP and put back in stock with
the new material number. The booking will be sent to DMS as well.
DNP will be informed about the change by completing the relabel action in DCNWEB and they will do the
material change in Q26. Then the new material can be ordered.
Standard EWM supports ad hoc repack of stock, both on RF and on desktop (work center)
For Internal Use Only
Functional Specification
On the confirm destination screen in RF, different information is needed for the picker.
- Information for Forklift driver to choose a small or big VAS work center bin
- Information for Forklift driver to choose a staging area for CONTAINERS
- Information for Reach truck operator for distinction between PICK and REPL
EWM04 will cover these changes in the RF Framework to provide the operators with the needed
information.
In legacy system there is a custom-built solution to display messages on RF based on the process. This
EWM16 development will provide a similar functionality.
Standard EWM supports ad hoc movement of stock, both on RF and on desktop. Warehouse Process
Type 9999 is available for these movements.
For Internal Use Only
Functional Specification
Stock from two different plants 2399 and 2012 will be reflected in PEW as 2 separate Party Entitled to
Dispose. This is supported in standard SAP.
Transfer between the 2 plants will be triggered by the planners from Q26 and will result in posting
changes on PEW side.
The start of the process is purchase requisitions generated by APO. Planners select purchase
requisitions and create ZTRO stock transport orders from these requisitions.
These STO’s result in an outbound delivery in Q26 because the storage location is EWM managed, the
outbound delivery is to be distributed through qRFC to PEW.
In PEW, with standard configuration, the delivery type is mapped to a posting change type which will then
book the stock from Party Entitled to Party Entitled without moving the stock.
as in such cases the posting change in EWM would fail; consequence if partial quantities?
- PEW will need to confirm the posting changes automatically without a need to move stock
physically
Stock from two different plants are stored in the Venlo warehouse. The stock of these two plants must be
considered for the implementation of all warehouse processes
The impact of the two owners needs to be as limited as possible for the operators on the floor.
It must be possible to transfer stock from plant 2399 to plant 2102 via ZTRO (Transfer Order). Reverse
process must be possible as well. (not necessarily via ZTRO transfer order)
Standard EWM supports ad hoc movement of stock, both on RF and on desktop. Warehouse Process
Type 9999 is available for these movements.
For Internal Use Only
Functional Specification
8. Returns
Two new storage locations will be created in Q26:
0100 Returns Customer will be EWM managed
0110 Returns Vendor will be EWM managed
Returns to Suppliers is a normal Outbound sales process. The Sales order of type ZFD shall be created
for Returns to suppliers. This shall create a Purchase Order in ECC system and then create an Inbound
Delivery in ECC.
The Inbound delivery shall create a normal Outbound delivery in EWM and it will be processed normally
from the Returns to Supplier area.
The issue is that DNP only has one stock status to ship goods, which is ‘available’.
The returned stock is always booked to available before it can be shipped back a supplier or before it can
be shipped to a specific customer.
In ECC the stock will be booked into the special storage location 0110 Returns Vendor.
Trigger: EWM stock which needs to be returned to vendor will be moved to the storage type for Returns
to Vendor, which will trigger a Sloc change movement in ECC to 0110 SLoc. A separate availability group
will be used for Returns to vendor.
For Internal Use Only
Functional Specification
The Returns from Customer starts with identifying the Billing document which must be returned and a
creation of return SO with order type ZRE1 (ZRE1) or RE (REN). A corresponding outbound return delivery
ZLR1 (ZRE1) and LR (REN) will be created in ECC.
The return delivery number and delivery note information is communicated to the forwarder.
The forwarder knows exactly what to pick up based on the delivery note information.
The delivery number is used as a reference number for slot booking and unloading.
The forwarder pre-advices the return and will agree on an unloading slot (like normal inbound process).
The Return Outbound delivery will be distributed from Q26 to EWM as an Inbound delivery. The broad
process flow is as attached below.
For Internal Use Only
Functional Specification
The planning of Returns truck is done in the EWM by creating a Transportation Unit in system and
communicated to forwarder. The returns truck received in the warehouse is checked in and blind check is
done, using a Visual Control Document, and after that any mismatch can be treated as three options.
Following are the three options, which are detailed in section Returns exceptions:
Batch Mismatch
Product Mismatch
Quantity Mismatch
The last option, i.e. Option 4 is for matching Returns delivery and matching quantity received physically.
The flow above is for Option 4, where there is no discrepancy between a returns delivery so created in
Q26 and distributed to EWM and the to be physical receipt after Visual Check document.
For Internal Use Only
Functional Specification
Returns monitoring
The returns monitoring will be handled in EWM via Warehouse Monitor. The DCNWeb functionality will
not be used going ahead and will be managed in EWM.
Returns check-in
Warehouse planning will decide if the returned goods have to be stored in the cooled return area or the
ambient return area. Dangerous goods are currently stored in the ROG area but should be stored in a
special dangerous goods area if outside the PGS15 margins (too high volumes).
For full truckloads the ROG area will not be used due to limited space.
Damaged goods are stored in the correct storage type (dangerous, cooled, ambient). Normally damaged
goods are already contained.
When the “Visual Control Document” is filled in completely it is returned by the warehouse operator to the
office. At the office the form is checked if all data is correct and a decision is made if the truck may be
unloaded. If the return is not correct the goods are not unloaded.
Only when the return shipment is too big to be able to check inside the truck, goods are unloaded first
before checking.
If package is never opened, it will not be opened. If the package is open or different tape is used, the
package is opened to see the inner packages for material, batch, quantity and damage.
Damages are noted on the unloading card as well and taken over on the CMR at the office.
Returns after unloading are put in the ROG area (Final Putaway Indicator not set in the storage type of
ROG area in EWM) in restricted stock type. After the stock is put away in system, a trigger in the form of
a PPF is sent from EWM system to the planner group. This will be a text email to a specified group
without any attachment. (PPF trigger via Inbound Delivery).
Triggered by the automatic email DNP will physically check the returned goods. This is done for all the
returned goods. Based on criteriathe physical situation, a decision will be made how to book the goods
(available stock, damaged stock, return to supplier) and will be updated in EWM. Additional comments
will be filled by DNP in EWM in the Inbound Delivery. This will be a development, the details of which will
be specified in the Detailed design. QC and insurance might be involved to further investigate the goods.
For Internal Use Only
Functional Specification
An email needs to be triggered from EWM Inbound delivery to the Warehouse, requesting the
movements to be carried out, in form of a PPF which will be configured in EWM.
Warehouse tasks are created for the different put away to the correct storage location and storage type
(dangerous, cooled, ambient). The storage type is as registered in the material master. After the
Warehouse Tasks are confirmed in EWM, then a trigger is sent to DNP in form of an email, requesting
that as directed movements has been carried out in EWM and the ‘R’ block needs to be removed. This
will be a development.
After the message from EWM, DNP removes the ‘R’ flag in Q26 (453 booking) on IM level. This will
create an Outbound delivery in the Q26 system because the storage location is EWM relevant. The
Outbound delivery will be needed to distribute to EWM, where it will be processed as a posting change
document (which is like a stock type change in EWM). Successful processing of the posting change in
EWM will update ECC stock.
Credit note to the customer can be created in DNP Q26 manually as soon as the billing block is removed.
Can be done at any moment but is generally done after the goods have been received and judged in
Venlo.
Returns exceptions
Return of material which was not in the original sales order (Option 2)
If material B is shipped instead of material A, material A will be shipped afterwards with the original
documents and material B is returned. Material B cannot be booked with a return sales order because it
was never shipped systematically.
Different Batch Received which was not there in the Delivery. (Option 3)
Assuming that the delivery contains three-line items Material A, Batch B1, Batch B2, Batch B3 and
physically received Material A, but batch B1, Batch B100, Batch B2, then this is a scenario of batch
mismanagement.
Note:
In all exception scenarios, the line item where the exception has occurred should be zeroed using an
exception code in EWM. This will trigger a zero quantity of the same reference document i.e. Outbound
Delivery in ECC. The reference return Sales order will open, and a new corrected Return Outbound
Delivery can be created in ECC and distributed in EWM. The new EWM Inbound Delivery will then be
processed as in Option 4 in the diagram above.
For Internal Use Only
Functional Specification
To have the necessary communication between departments during the returns process, 3 e-mail actions
are built into the system (with Post Processing Framework)
9. Customs
Goods of DNP can either be bonded or non-bonded (free circulation / customs cleared). All goods
managed by the GDC and RDC (including External warehouse and overflow warehouse) in Venlo are
managed under the customs E-license of Vitesse Logistics BV and must be administered in the Duty
management system (DMS). All goods managed under de E-license is owned by the GDC (company
name).
The E-license allows registration of bonded / non-bonded goods stock-levels in DMS only. In EWM no
link to bonded or non-bonded stock levels is kept. This allows for
All stock not managed by GEODIS warehouse operations (overflows and external warehouses) but
administered by DMS must be non-bonded (GEODIS policy).
All current (3) DMS interface will be changed in this project from a direct interface to an interface via DNP
and GEODIS middleware. All the mapping activities will be executed in the GEODIS middleware system
GEOBUS. In the DNP middleware only routing and file transfer is handled.
In the diagram below a high-level overview of the processes including Duty management system and
message is drawn.
For Internal Use Only
Functional Specification
Following are the list of interfaces relevant to Customs (as shown in the Table )
At arrival of a truck with bonded goods, the T document is registered in DMS and a request for unloading
is send to customs. Possible responses of the customs system:
For Internal Use Only
Functional Specification
All incoming goods must be blocked for usage in outbound shipment until customs provides a NCTS
arrival Conform statement. During this time, it must be possible to present all goods linked to the goods
receipt to a customs officer for a physical check.
TP-03: After unloading and check-in of the complete shipment a “Goods receipt” message is send from
EWM to Q26, in Q26 a goods receipt is booked. From Q26 to DMS the goods receipt booking is send
(TP03). The Goods receipt message is processed in DMS and an “AGS Placing customs in WH” is send
to Customs. All Goods receipt are supposed to be considered.
This stock posted in EWM and ECC should not be picked or made available for Outbound unless
customs sends a “Yes” approval. Hence the proposal is to post the stock in Customs Blocked stock in
EWM. Custom Stock Type used in EWM, will map to a Blocked stock type in ECC.
The user-exit EXIT_SAPLMBMB_001 which processed during a material document posting, determines
the relevancy for customs message by reading the table ZMWIV with key movement type/shipping
point/plant. If the document is customs relevant the material document will be stored in a customized z
table with LSP interface number and with time stamp and flag whether sent. A periodic running program
scans the table for documents to be transmitted and generates and sends the file. The z table is being
updated with a flag that the file is sent.
In principle all materials shall be posted to Customs blocked stock, (Exception can be consumables and
packaging materials – discuss further- Open Point)
Material master information to be sent also (details in xml message and will be detailed out in the
Detailed Design phase) through TP-03.
TP-04: This is a message for approval whether Goods receipt can be posted to available stock which can
be used for outbound activities. Approval of posting of Goods receipt received from Customs after which,
goods can be posted from Customs Blocked stock to available stock. After processing by customs
system, a message is sent (TP04) to Q26. The Q26 will update the z table with a time stamp and trigger a
message to EWM.
This will be a Development where all handling Units related to the pertinent inbound delivery will be
searched and posting change will be processed by changing the stock type, details of which will be done
in the Detailed design phase. The EWM posting will also make the Q26 stock “available”.
For Internal Use Only
Functional Specification
TP-03 will necessitate a “Yes” from customs. The TP-04 message back from LSP is important as this is
the trigger for stock change posting. The “YES” message should arrive within minutes. A delayed
message means that a customs check is going to happen, there will be no “NO” message.
External warehouses will not block the stock. The TP-04 message for external warehouses will not be
further processed.
Inbound differences
Missing quantities of incoming bonded goods: must be reported to Customs on the T-document will be
booked as a loss at Customs. The missing qty must be settled by the sending party.
Over quantities of incoming bonded goods: must be reported on the T-document of the shipment. The
additional qty will be booked as bonded goods in DMS. The additional qty needs to settle by the sending
party
All loss and found goods bookings in Q26 must be interfaced from Q26 to DMS. The message structure
used is TP09.
For loss of bonded goods customs duties must be paid. Found goods are booked into stock as non-
bonded.
In case of material to material change, an interface message must be send from Q26 to DMS.
In DMS when the material to material change both have the same HS-code in DMS the stock will updated
accordingly. In case the HS changes the old material will be shipped and the new material will be
received (including customs clearance for bonded goods).
Functional Specification
The user-exit EXIT_SAPLMBMB_001 which processed during a material document posting, determines
the relevancy for customs message by reading the table ZMWIV with key movement type/shipping
point/plant. If the document is customs relevant the material document will be stored in a customized z
table with LSP interface number and with time stamp and flag whether sent. A periodic running program
scans the table for documents to be transmitted and generates and sends the file. The z table is being
updated with a flag that the file is sent.
Movement type 309 Material to Material posting must be reported. Eventually the issuing and receiving
material number must be compared.
The user-exit EXIT_SAPLMBMB_001 which processed during a material document posting, determines
the relevancy for customs message by reading the table ZMWIV with key movement type/shipping
point/plant. If the document is customs relevant the material document will be stored in a customized z
table with LSP interface number and with time stamp and flag whether sent. A periodic running program
scans the table for documents to be transmitted and generates and sends the file. The z table is being
updated with a flag that the file is sent.
TP-05: For outbound deliveries after packing is completed in EWM an interface is triggered to Q26. This
interface updates the packing information of the delivery in Q26. A user-exit in MV45AFZZ “save
document” is processed. In this user-exit all relevant deliveries will be filtered by checking the packing
status = complete.
Trigger when Pick Status is “C for external warehouse and overflow location, and Pack complete for
EWM managed. The relevant deliveries will be written to a Z-table. A periodic running program scans the
table for documents to be transmitted and generates and sends the file. The z table is being updated with
a flag that the file is sent (TP-05). Message is triggered per delivery.
All outbound deliveries must be blocked for loading until a release message TP-06 from DMS is received.
For Internal Use Only
Functional Specification
When the processing in DMS is finished a message is send to customs for the “AGS import declaration”
and the stock is issued from the DMS. The “AGS import declaration” triggers a message from Customs to
DMS releasing the outbound delivery for loading. The release of the outbound delivery for loading is send
to Q26 (message structure TP06).
TP-06: Approval received from LSP regarding staging (as requested on via TP-05) and hence loading
and GI can take place simultaneously.
The lead time to reply is usually 5-10 minutes but it can be longer depending on whether a customs
physical check is required. If TP-06 message is not received, the Truck cannot start load. TP-05 message
is delivered on Outbound delivery level. The Truck should not be loaded and this to be a manual check at
the Truck level. The EWM TU can be status “Blocked for Customs”. (Possible Pre-requisite: TU shall
have the Outbound Delivery attached).
Q26 receives the TP-06 messages. As the many deliveries are grouped into one TU, the system has to
collect all approvals from DMS. Once all deliveries of a TU are approved then a removal message to
EWM can be send. The message removes the “Block for Customs” indicator from the TU. This will
happen via an IDOC from Q26 to EWM.
Prices
Price is available in the sales order of DNP but that is not always the correct price. The correct price must
be in the interface and on the customs invoice. The price used in the interface and stated on the customs
invoice must be equal. For the price determination, there are three situations:
1. Intercompany shipments
2. End customer shipments from RDC Venlo
3. End customer shipments from GDC
In Q26 currently the Swiss HS codes are setup. DMS needs the EU HS codes GEODIS customs
department defines the EU HS code. In case of doubt DNP is involved for advice. The local DNP
organization is end responsible for the correct EU HS code.
For bonded stock, the Swiss HS codes are used from Q26 for reporting to the Swiss authorities. The EU
HS codes are currently not set up in Q26. The HS-codes are setup manually as part of the MOC
procedure. The master data interface part of TP01 or TP03 is prepared to receive the EU HS code in the
future.
For Internal Use Only
Functional Specification
Stock in DNP SAP ERP and GEODIS DMS must be compared regularly. A stock file interface message
structure TP08 is required.
In DMS stock in different locations are registered and must be identified in the stock file:
To allow correct comparison of stocks between Q26 and DMS the stock file should contain all stock in
storage. The stock file should contain the stock levels without stock in Goods Receipt process (Goods
receipt message to Q26 and DMS not yet send) and stock in outbound processing (packing confirmation
interface send but no goods issue yet).
TP-08: The stock file shall contain the combination of Material and SLoc and must exclude all stock which
pack has been confirmed but not Goods Issue done.
Currently in ECC there is a Custom table where all deliveries for LSP are stored, with some additional
columns like packed/ goods issued the necessary deliveries could be identified and be excluded from the
stock file.
For Internal Use Only
Functional Specification
10.1. Monitoring
To be defined
10.2. Reporting
10.2.1. Inbound
2 Actual truck load dates/times Truck arrival, loading start, Once per T.b.d.
loading end etc.. week?
10.2.2. Storage
1 Occupation rate Occupation rate per storage type Once per T.b.d.
(dangerous goods, cooled, day?
ambient etc.)
Functional Specification
10.2.3. Outbound
3 Actual truck load dates/times Truck arrival, loading start, Once per T.b.d.
loading end etc.. week?
4 Dangerous goods checking for air Pack confirmation via EDI from Realtime -
shipments GEODIS SAP to DNP Q26.
Deliveries will have pack status C
from which reports can be
created. A fixed staging area will
be used for these deliveries.
10.2.4. General
During the operation running, it is necessary to have documents which are physically printed. The Venlo
warehouse have two major processes:
For Internal Use Only
Functional Specification
Following documents for Printouts for inbound process, valid for Internal Geodis warehouse.
1. Unloading Card
2. Unloading List
3. SSCC labels
Following documents for Printouts for Outbound Process, valid for internal Geodis warehouse.
Note:
The Unloading Card and the Loading Card will have the same format. The Detailed format for each
output will be updated in the Detailed Specification for each printout.
For Internal process – we have cycle count document as printout, for which standard SAP document will
be printed as of now. If there is a requirement then customized document will be printed.
The trigger point for the Packing List and Delivery note is Pick completion in ECC. Packing is done in the
warehouse at Outbound delivery level and when the Pack Status is set to “Completed” in EWM, a
message will be triggered to ECC, which will update the packing information in the Outbound delivery.
Delivery Note and Packing list will get printed when the Pick Status is set to “C”, i.e. completed.
10.4. KPIs
GEODIS management will report monthly to DNP management on the agreed KPIs.
Functional Specification
Functional Specification
Functional Specification
Functional Specifications
Functional Specification
Master data
Functional Specifications
Functional Specification
Functional Specifications
F1-DM-01-002 006 The EWM system must allow scanning both SUID
and SSCC in all warehouse processes as long as
‘old’ stock without SSCC label is still in the
warehouse.
Functional Specification
Slot booking
Functional Specifications
003 EWM system must register the following truck statuses Status is set to “arrived”,
with time stamp: when a Truck reaches the
- 'arrived' premises.
- 'docked Blocked for customs (loading only)
- released for loading
- '(un)loading started'
- '(un)loaded'
- 'released for dock departure' (dock door released)
- 'departed'
004 Before (un)loading, the system must be able to SEVESO, ADR, PGS15,
determine the most optimal dock door from where the environmental license
(un)loading should take place for a TU considering
regulations and storage conditions (e.g. temp
conditions, odorous) rules and available space.
006 It must be possible to print an (un)loading card for the Must have due to dangerous
warehouse from EWM system. goods indicator (and label
code).
Functional Specification
Inbound
Functional Specifications
F1-IB-02-001 001 The system must support standard IBD with Handling Units
from production site or external supplier.
The delivery should be received via IDOC in ECC and is to
be distributed to EWM
F1-IB-02-002 002 The system must support standard IBD without Handling
Units from production site or external supplier.
The delivery should be received via IDOC in ECC and is to
be distributed to EWM without handling units.
Packaging (creation of handling units) must be possible in
EWM.
003 The system must support goods receipt of a standard IBD HU’s can be built on RF
without Handling Units from production site or external without packaging master
supplier. data, but the packing
The delivery should be received via IDOC in ECC and is to master data must be setup
be distributed to EWM without handling units. to enable put away in EWM
Packaging (creation of handling units) must be possible in
EWM, even if no packaging master data is uploaded yet.
F1-IB-02-003 004 The EWM system must support inbound delivery from .
external supplier without ASN received from supplier.
For this the IBD needs to be created in the Q26 manually.
TO DO 005 It must be possible to block inbound delivery of unauthorized SEVESO, PGS15,
materials in Q26 and EWM. environmental license.
Unauthorized means that MOC procedure has not been
finalized. Materials are not available before finalization of the
MOC procedure.
F1-IB-02-001 006 It must be possible to mark an inbound delivery (or part) for
F1-IB-06-001 Cross Dock relevancy
F1-IB-01-004 007 Reversal processes on inbound deliveries must be possible
in the system.
F1-IB-01-002 008 It must be possible to add batch numbers to inbound Valid for Inbound Deliveries
deliveries manually in EWM system sent from DNP where batch
is empty.
For Internal Use Only
Functional Specification
Functional Specifications
Functional Specifications
F1-IB-03-005 001 It must be possible to register pre-advice information Related to Slot booking U1-SB
from carriers (received via email or phone or
automated) and create a Transportation Unit (TU) in
EWM system along with assigned deliveries.
002 TU created for containers must contain the following
data:
•ship-from name
•carrier name
•number of pallets
•container number
+ material number / description (as stated in the
linked in- / outbound deliveries.
003 It must be possible to create a Transportation Unit
(TU) for parcel deliveries.
004 It must be possible to create Transportation Unit (TU)
in EWM without delivery assignment.
005 It must be possible to create a TU manually
Functional Specifications
Functional Specification
Functional Specifications
F1-IB-03-016 002 It must be possible to print a label with barcodes PAGO label or internal SSCC
(SKU and batch) per handling unit from EWM system label?
in case there is no barcode on a visible location on
the packaging (pallet, carton, bag, drum).
F1-IB-03-015 004 EWM system must be able to link the SUID and the
SSCC:
Functional Specification
Functional Specifications
F1-IB-03-018 002 It must be possible to use both 1 and 2-step put away process
depending on destination storage type.
- Step 1: Forklift
- Step 2: Narrow Aisle truck in high bay
F1-IB-03-018 003 EWM system must be able to assign a destination storage bin
according to the put away strategy within the weight constraint of
the location.
Considering:
Functional Specification
Functional Specifications
# Requirement Remark
TO DO 001 After Goods receipt is completed, it must be possible to Trigger for Customs will be GR
initiate an automatic data transfer to the customs completion in Q26 and Q26
system from SAP Q26. sends GR confirmation to
Customs LSP System
TO DO 002 The delivery needs to be sent to the customs system No system requirement, to be
within 24 hours (manual and/ or system driven trigger). covered by procedures
For Internal Use Only
Functional Specification
Functional Specifications
Functional Specifications
TO DO 001 If Quality Inspection is required for a material, then the Quality check done visual and
Handling Unit must be routed to the Quality inspection outside the system
area.
TO DO 002 It must be possible to create a Service Incident report Service Incident report will
like the DCN Web report remain in DCN Web
U1-IB-11- ZZZ Inbound deviations
Functional Specifications
Functional Specification
Functional Specifications
Functional Specifications
F1-IB-12-001 001 EWM system must be able to print a handling unit label
with SSCC pallet by pallet during check-in.
002 The HU label with SSCC must be printed on a belt
printer.
003 It must be possible to print the row number on internal
HU label with SSCC.
004 It must be possible to print an unloading list from the
system before unloading starts.
005 It must be possible to print an unloading card from the
system before unloading starts.
For Internal Use Only
Functional Specification
Outbound
Functional Specifications
Functional Specification
Functional Specifications
F1-OB-02-001 001 After creating outbound deliveries, Mainfreight Assumption: current process for
(service agent scheduling the carriers) must be other forwarders remains
informed. -
TO DO 002 Mainfreight transportation planning and TU
scheduling must be executed in EWM
Functional Specifications
F1-OB-03-001 001 In EWM it must be possible to create a TU based on Assumption: current process for
the transportation planning information received other forwarders remains
from Mainfreight.
002 Mainfreight transportation planning and TU
scheduling must be executed in EWM.
For Internal Use Only
Functional Specification
User Requirements
Functional Specification
User Requirements
F1-OB-05-001 001 EWM system must be able to create waves Mainfreight depending on Mainfreight
automatically per Transportation Unit. process redesign. If Mainfreight cannot
inform us about shipments/TU's in time,
- Containers always on TU level. we will need an additional way to build
- Mainfreight: goal to have TU prior to picking waves.
Functional Specification
User Requirements
004 EWM system must be able to select pallets with To clean up warehouse and avoid
lowest quantity first for replenishment orders. a lot of partial pallets due to
reverse replenishments from Order
Pick Area.
Functional Specification
User Requirements
Functional Specification
User Requirements
Functional Specification
User Requirements
004 It must be possible in the OPA work centre to confirm This is part of four eye check
picked quantity (after blind count). requests.
010 It must be possible to send a full pallet pick HU directly to Merge will be incorporated in
destination merge/repack for doing the merge / repack replenishment via OPA
activities.
Functional Specification
User Requirements
U1-OB-09-ZZZ Staging
User Requirements
F1-OB-09-001 001 All Handling Units (HUs) for one shipment will be staged in
the same staging area.
003 After successful complete delivery staging, the HU data Related to U1-OB-13
must be transferred to Q26. An interface to customs
system must be automatically triggered (including the final
HU information).
For Internal Use Only
Functional Specification
User Requirements
User Requirements
F1-OB-11-001 001 EWM must update the Q26 outbound delivery with
the packing information when in EWM the packing
complete status is set.
For Internal Use Only
Functional Specification
U1-OB-12-ZZZ Loading
User Requirements
Functional Specification
User Requirements
TO DO 002 When goods issue is posted for the TU, the door
must be released automatically, and TU status will
be placed on departed’’.
Functional Specification
User Requirements
F1-OB-14-001 001 It must be possible to print a form to add to the Customs / dossier information to
outbound dossier (export information, delivery no., replace hardcopy of Transport
net and gross weight, ADR, planned loading date, Order. Replacement of 3 print outs.
special instructions).
TO DO 002 The system must print a document with delivery
details (incl. ADR details) to be attached to the CMR
(Road Transportation document).
TO DO 003 It must be possible that after pack confirmation of
delivery in EWM, the following printouts are directly
issued from ERP:
Packing list
Delivery note
Certificates of origin
TO DO 004 It must be possible to print only the lower level HUs
on the Delivery Note (excluding the top-level HU of
a Nested HU)
TO DO 005 The system must be able to print all delivery notes
for a TU/Shipment.
TO DO 006 It must be possible to print a CMR on shipment or Business to clarify, usually it is:
on delivery level depending on the situation. - Delivery level: Delivery note
- On shipment level if the truck goes via a hub - Shipment level: CMR for whole
(groupage shipments) truck
- On delivery level for all other shipments (direct
shipments).
Functional Specification
User Requirements
label code).
User Requirements
F1-OB-15-001 001 The system must be able to print logistics label during
various steps in the process, depending on the order
flow: 1st step, 2nd step, VAS, packing.
002 The system must be able to print one logistics label
per handling unit.
003 The system must be able to print logistics labels
according to DNP specification (GS1 layout)
containing SSCC codes. For full pallets SSCC codes
from storage can be reused.
For Internal Use Only
Functional Specification
Storage
U1-ST–01-ZZZ Storage
User Requirements
Functional Specification
User Requirements
User Requirements
TO DO 005 When a pallet returned from overflow has an SSCC, it SSCC needs reprinting with a
must be possible to reuse this number to maintain different row number
traceability
For Internal Use Only
Functional Specification
User Requirements
F1-ST-03-001 001 EWM system must be able to trigger physical inventory For Zero Stock Check, an
count based on the following events: Exception code may require to
Ad-hoc requirement: A quantity deviation, etc. be entered.
was noticed and the stock needs to be
adjusted.
Cycle counting: Based on the cycle counting
indicator in the material master, the material
requires physical inventory count.
Zero stock check: When a bin is completely
emptied the bin receives the status “counted”.
An additional confirmation during picking is not
required.
Annual counting (wall to wall): The physical
inventory document is manually created.
TO DO 002 It must be possible to have stock of two different To be confirmed by business:
owners on the same bin in the warehouse. During Two owners are only allowed in
physical inventory processing, it is not needed to OPA area, not in high bay.
distinguish between the two owners. Only the total
quantity should be counted.
TO DO 003 It must be possible to do physical inventory counting on When physical inventory
RF or on paper. counting is done in RF the bin
will not be blocked while the PI
document is being created
TO DO 004 The results will be entered by the person executing the To be covered by a procedure
count. The posting of the results will then be executed
by a second person. The four eyes principle must be
met.
TO DO 005 When an inventory difference is counted, it should not
be posted to ERP automatically. It should remain in
EWM until someone with the correct authority clears it.
TO DO 006 The system must support (cycle) counting while open
orders exist.
TO DO 007 The system must support counting of empty bins.
TO DO 008 The difference clearing process is used to write off SOP as is stays in place
stock differences that were identified in EWM to ERP.
For Internal Use Only
Functional Specification
User Requirements
Scrapped
Reworked
Tolled
need to be differentiated from other stock to
allow specific stock determination. Stock
search based on material, batch, stock type,
storage type, etc.
For Internal Use Only
Functional Specification
User Requirements
Functional Specification
User Requirements
F1-IN-02-001 001 Stock from two different plants are stored in the Venlo
warehouse. The stock of these two plants must be
considered for the implementation of all warehouse
processes
Global Distribution Centre (GDC)
Regional Distribution Centre (RDC)
002 The warehouse operators should not be impacted by the
ownership split and changes of ownership. In the
execution of the warehouse processes.
003 Transfer of ownership must be possible without physical
movement of the pallets.
It must be possible to transfer stock from plant 2399 to
plant 2102 via ZTRO (Transfer Order). Reverse process
must be possible as well. (not necessarily via ZTRO
transfer order)
For Internal Use Only
Functional Specification
Returns
User Requirements
TO DO 001 EWM system must be able to recognize return Valid for all suppliers both internal as
deliveries (delivery type from ECC) and assign return external.
stock. On outbound side there are 3
transactions in current situation ZRT6,
ZRT7 and ZRT8.
User Requirements
Functional Specification
User Requirements
Customs
U1-CU-01-ZZZ Customs
User Requirements
Functional Specification
User Requirements
# Ty Requirement Remark
pe
User Requirements
Functional Specification
User Requirements
User Requirements
Functional Specification
User Requirements
Shipment
Material Number
Batch
number of Total pallets
Number of Finished pallets
All VAS Codes and VAS Code
description per material
SSCC Per material
DG indicator
TO DO 004 Outbound VAS activity monitoring:
It must be possible in EWM system to monitor the
current and planned VAS activities
Overview Deliveries in Waves with VAS with VAS Code
and Explanation.
Filter on VAS Code
If VAS is started
HB picks and OPA picks
pallet requirements
TO DO 005 Outbound VAS activity monitoring:
It must be possible in EWM system to monitor the
current activities in OPA WC
OPA WC per Pick Area (OPA40, OPA60)
Per SSCC
Delivery
Loading Date/Time of delivery
Shipment
Material Number
Batch
Quantity
All VAS Codes and VAS Code
description
DG indicator
For Internal Use Only
Functional Specification
User Requirements
Functional Specification
User Requirements
Progress of wave.
Per wave List all deliveries.
Delivery Number
Number of lines
Pallet requirements.
Total Quantity
DG indicator (yes/no)
Vas indicator (yes/no)
Temperature condition (highest T1 –
T8)
How many Full and Partial
DG indicator (yes/no)
Vas indicator (yes/no)
picks per que. (only applicable when
tasks are created inactive)
RPLs (only applicable when tasks
are created inactive)
Errors in Task Creation.
Progress of Delivery.
Per Wave Delivery All Lines
Material
Batch
QTY
DG indicator (yes/no)
Vas indicator (yes/no)
Pallet requirements.
Temperature condition (T1 – T8)
How many Full and Partial
Picks per queue (only applicable
when task are created inactive)
RPLs (only applicable when tasks
are created inactive)
Errors in Task Creation.
Monitoring per Queue
Number of Picks
Number of assigned resources.
Queue front as one Queue distinct
Picks
For Internal Use Only
Functional Specification
User Requirements
Functional Specification
User Requirements
system.
Staging/Unloading Area
Material
Batch
SSCC
ADR Class/CMR material
Weight Kg
Number of Units (Box/Bag/Pail)
Days in Staging/Unloading Area
TO DO 007 Replenishment monitoring:
It must be possible in EWM system to see which
reverse replenishment orders can be done based
on:
- Temperature conditions
- Time in pick area
- ABC Classification for OPA (if possible)
# Ty Requirement Remark
pe
Functional Specification
# Ty Requirement Remark
pe
TO DO 001
User Requirements
# Ty Requirement Remark
pe
TO DO 001 It must be possible to generate a detailed stock Fire containment report in EWM
snapshot from EWM system incl. (dangerous goods)
master data for reporting according to SEVESO
TO DO 002 It must be possible to view the location of the
handling unit always in EWM system.
TO DO 003 It must be possible to trace each handling unit in
each step in EWM system, also if multiple pallets are
moved at once for different zones/locations
TO DO 004 It must be possible in EWM system to trace time that
products are in different temperature conditions
within the full process in the warehouse.
GDP for API (Active Pharmaceutical Ingredients).
TO DO 005 EWM report should be in place that, and the end of a Initiated by QA
working day, there are no
delayed/extended/postponed not picked up outgoing
deliveries with cool/cold materials on the staging area
(ambient section).
U1-KPI-01-ZZZ KPIs
# Ty Requirement Remark
pe
Functional Specification
For Internal Use Only
Functional Specification
- Reports
- Interfaces
- Conversion
- Enhancements
- Forms
This chapter gives an overview of all developments listed in this FS document. These are all the objects
that cannot be realized with standard customizing and master data of the SAP system.
Note that developments related to deactivation of old functionality in Q26 are not mentioned here, as they
are not related to the future system landscape.
Note that developments related to data migration are part of the data migration plan.
If a Req# appears to be missing (for example EWM19) this is because the object was defined as out of
scope.
Req# Description
Functional Specification
Functional Specification
END OF DOCUMENT