You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 27 Next »

Issue

Syensqo currently operates on the SAP ECC platform, utilizing the SAP Warehouse Management (WM) solution for its logistics and inventory management processes.
SAP WM is serving as the backbone of their warehouse operations for packed items.
This includes handling tasks such as goods receipt, putaway, picking, and inventory tracking.

However, looking at the future (transition to SAP S/4HANA), SAP WM becomes obsolete and new possibilities emerge.


Recommendation

With implementing basic SAP Extended Warehouse Management (Option B), Syensqo will have a future proof warehouse management solution in place. 


Background & Context

Below an overview of the SAP Warehouse Management Systems (WMS) are displayed: 

Acronym / Term

System

Definition

SAP Warehouse Management (WM)

ECC

This is the Warehouse Management solution in ECC which is currently used by Syensqo.
A basic version of the WM solution exists in S/4 HANA; this is called SAP Stock Room Management.

SAP Stock Room Management 

S/4 HANA

This is the more basic version of the -older- SAP WM solution for S/4HANA.

SAP Extended Warehouse Management (EWM)

S/4 HANA

This is the new Warehouse Management Solution in S/4 HANA. 
This is a different solution compared to Stock Room Management (and SAP WM); different data structures, different terminology.


Not all warehouses at Syensqo are required to use a Warehouse Management System. Warehouses which are not using a Warehouse Management Solution will manage stock at Inventory Management level:

Acronym / Term

System

Definition

SAP Inventory Management (IM)

ECC and S/4 HANA

In general this means maintaining stock levels of different materials on both quantity and value level.

There is no additional warehouse management layer to manage stock at specific location management and to manage warehouse activities in more detail. 


A additional comparison between Warehouse Management Systems and Inventory Management is displayed: 

CriteriaInventory Management (IM)Warehouse Management Systems
General

Focuses on overseeing and controlling inventory.

Deals with the physical aspects of storing and moving goods within a facility.

Stock Accuracy

Further segregation of inventory is possible on the level of:

  • Batch
  • Stock type level (e.g. quality inspection stock, blocked stock)
  • Special stocks (e.g. consignment stock, project stock)

In addition to the levels of IM, a WMS will add the physical location component for detailed stock monitoring.

Warehouse Execution 

Registration of goods receipts, goods issues and stock corrections. Also managing the different stock types (e.g. quality inspection stock, blocked stock). 

In addition to the levels of IM, a WMS is used to manage warehouse processes in more detail. This means the system will guide the warehouse operator during picking, packing an putaway execution. 

Real Time VisibilityReal time visibility of in and out movements. In addition to the levels of IM, every physical movement from location A to location B in the warehouse is registered using mobility devices. This provides real time visibility on a more detailed level. 
Type of productsTypically used to manage stock in silo's, pipelines products, bulk items.Typically used to manage packaged products, high value items.

Assumptions

  • The SAP S/4 HANA implementation is a green field implementation. Therefore the deployment approach of warehouse management system in an S/4 HANA migration is not considered. 

  • To be in line with the standardization goals of Syensqo, only one of the options outlined in this document will be selected for implementation. 
  • Not every warehouse will required a Warehouse Management System. These decisions on warehouse level will be taken during detailed design based on the business rules described in this document.

Note: This also includes the warehouses which are currently using Lean Warehouse Management in WP1.
This is a simplified approach for Warehouse Management which won't be used anymore in the future. 

  • 3PL warehouses won't always required a warehouse management solution in the Syensqo system.
    These decisions will be taken during detailed design based on the business rules described in this document.
  • SAP EWM offers different deployment options. Based on below explanation, decentral EWM is not further considered in this document.

    • Embedded EWM: EWM is embedded within the SAP S/4HANA system. Embedded EWM is suitable for simpler warehouse processes and organizations looking for tighter integration between logistics and other business processes.
    • Decentral EWM: EWM is deployed as a standalone system separate from the core SAP S/4HANA system. It provides advanced warehouse management capabilities. Decentralized EWM is advised for companies offering 3PL functionalities, integrated warehouse automations and/or high volumes. It is assumed that these functionalities are currently not required for Syensqo, nor will they be needed in the future.

Constraints

  • Refer to impact: There is no integration between advanced TM and basic EWM.

Impacts

  • The implementation of Basic EWM will impact the integration of EWM and TM (See Reference 1):
    • Basic EWM can integrate with basic TM.
      The benefit is that the information of the freight order -this is similar to shipment - is visible during monitoring and execution of warehouse activities. This functionality is called Advanced Shipping and Receiving. Some of the advantage are:
      • The freight order is visible in warehouse reporting.
      • Loading can be done on the level of freight order instead of outbound delivery. 
    • There is no integration between advanced TM and basic EWM.
      This means that all warehouse activities will be executed on the level of deliveries since freight orders are not visible. 

Business Rules

As mentioned before, a Warehouse Management System is not required in all warehouses. 

  • These 5 criteria will be used during detailed design to determine if a warehouse* requires a warehouse management system.
    *Note: These criteria will also be used for spare parts warehouses and R&I centers. These criteria are not relevant for all 3PL warehouses. 
  1. Stock accuracy: Real time visibility on the physical locations of goods in the warehouse is required.
    Knowing the exact location of materials is critical.

  2. Warehouse execution: The warehouse operator requires guidance from the system during execution of the warehouse processes.
    E.g. The system will guide the operator to the area/ location in the warehouse where the goods need to be picked or putaway.

  3. Volume: More than X storage bins are required. The specific number of storage bins will be determined during detailed design.
    This can deviate between manufacturing warehouses and spare parts or R&I centers.

  4. Volume: More than X warehouse operators are working in the warehouse.
    The specific number of warehouse operators will be determined during detailed design.
    This can deviate between manufacturing warehouses and spare parts or R&I centers.

  5. Type of products: Packaged products are stored in the warehouse. Not relevant for stock in bulk and silo's.


  • There are guidelines on how to manage 3PL warehouses.

    For 3PL warehouses handling the execution of the warehouse processes and having their own WMS,
    stock can be handled on higher level in the Syenqo system using Inventory Mangement.
    This means no setup of Warehouse Management is required.
    To optimize efficiency and stock accuracy, updates of stock levels and other registrations are posted automatically using an interface. 

    However, reasons can be identified to manage stock in 3PL warehouses on Warehouse Management level.
    Some valid reasons are: 
    • Syensqo is handling the execution of the processes internally in the 3PL warehouses. 
    • Syensqo requires more detailed visibility of 3PL stock in the Syensqo system. 
    • There is no interface created with the 3PL warehouses.
      The 3PL is expected to do double registration; registration in their own WMS and directly in the Syensqo system.

      These are some of the reasons no interface is created with 3PL warehouses:
      • Limited maturity/ capabilities of 3PL sites. 
      • Limited term of agreement with 3PL. 
      • Limited volume processed by 3PL. 
      • Type of activities performed by 3PL.

Options considered

Option A: Stock Room Management

(plus) A basic version of the current SAP WM solution used at Syensqo.
 This means that the terminology and processes would be similar for the users.

(minus)  Functionalities in Stock Room Management are more limited compared to SAP WM functionalities.
By going from SAP WM to Stock Room Management, these are some of the functionalities that will be lost:

  • Value Added Services
  • Yard Management
  • Cross-Docking
  • Wave Management

 (minus) This solution is no longer on the roadmap of SAP.
This means that SAP won't further invest in this solutions and no more improvements are expected.
Note that serial number management is not available (See Reference 2).

Option B: Basic Extended Warehouse Management 

(plus) The new Warehouse Management Solution in S/4 HANA to support basic warehouse processes.
No extra licenses are required. There is the option to use extra functionalities and go to advanced EWM if required (Option C).
Note that serial number management is available (See Reference 2).

(plus) More extended monitoring functionalities compared to Stock Room Management.

(minus) The terminology and processes are different for the users compared to SAP WM in ECC.
Sufficient training is required. Complexity can be limited by keeping it light during the design.

Option C: Advanced Extended Warehouse Management

(plus)  This advanced option is adding advanced Warehouse Management functionalities on top of the basic ones of option B.
Some of the functionalities: 

  • Value Added Services, e.g. Kit to order 
  • Yard Management
  • Cross-Docking
  • Wave Management

(minus) Extra licenses required.

Option D: Non-SAP Warehouse Management System

Non-SAP Warehouse Management Systems like Körber (See Reference 3).

(minus) Working with a non-SAP solution require extra interfaces to SAP S/4 HANA.

(minus) The terminology and processes are different for the users compared to SAP WM in ECC.
Sufficient training is required. 

(plus) Advanced functionalities required.

Evaluation

Implementing SAP EWM provides a future-proof solution to support Syensqo’s warehouse management processes.

Given the fact that Syensqo's strategic priorities do not center around warehouse management,
the suggested approach is to support all basic warehouse processes and to limit the scope in the initial implementation (Option B).

Additional functionalities and complexity can be added where needed in later phases (Option C). 



Option A: SRM

Option B: Basic EWM
Option C: Advanced EWM
Option D: Non-SAP WMS
Functionalities 

 (minus) Less functionalities compared to the old SAP WM solution in ECC.


(plus)  Better monitoring capabilities.

(minus) Only supports basic warehouse management processes.

(plus) Supports more advanced warehouse management processes. 

(plus) Supports more advanced warehouse management processes. 

Integration 

(plus) Embedded in S/4 HANA

(plus) Embedded in S/4 HANA

(plus)Embedded in S/4 HANA

(minus) Extra interface with S/4 HANA is required.

Scalability and future growth(minus) Not on the future roadmap of SAP, so no more improvements.(plus) Future proof SAP solution. (plus) Future proof SAP solution. TBD
Implementing effort
and Change Management

(plus) Terminology and processes would be similar for the users.

(plus) Less implementation effort e.g. less training required.

(minus) Sufficient training required for the users. 

(plus) Limited scope of EWM implementation will limit complexity.

(minus) More implementation effort because of extensive scope.

(minus) Limit increased complexity of advanced functionalities by using a phased approach; first Option B, Option C in a later phase if required.

TBD

Change log

Version Published Changed By Comment
CURRENT (v. 27) Mar 25, 2026 10:20 WENNINGER-ext, Sascha updated template
v. 87 Aug 22, 2024 09:53 KHOOS-ext, Ayaka
v. 86 Aug 20, 2024 15:35 KHOOS-ext, Ayaka
v. 85 Aug 16, 2024 10:43 KHOOS-ext, Ayaka
v. 84 Aug 16, 2024 09:46 KHOOS-ext, Ayaka
v. 83 Aug 15, 2024 06:41 KHOOS-ext, Ayaka
v. 82 Aug 07, 2024 12:23 WENNINGER-ext, Sascha
v. 81 Aug 06, 2024 07:54 KHOOS-ext, Ayaka
v. 80 Aug 02, 2024 13:19 WENNINGER-ext, Sascha
v. 79 Aug 01, 2024 13:39 KHOOS-ext, Ayaka
v. 78 Aug 01, 2024 12:47 KHOOS-ext, Ayaka
v. 77 Jul 30, 2024 09:01 KHOOS-ext, Ayaka
v. 76 Jul 29, 2024 15:05 KHOOS-ext, Ayaka
v. 75 Jul 29, 2024 15:02 KHOOS-ext, Ayaka
v. 74 Jul 29, 2024 15:02 KHOOS-ext, Ayaka
v. 73 Jul 29, 2024 10:19 KHOOS-ext, Ayaka
v. 72 Jul 29, 2024 10:19 KHOOS-ext, Ayaka
v. 71 Jul 24, 2024 17:14 KHOOS-ext, Ayaka
v. 70 Jul 24, 2024 17:14 KHOOS-ext, Ayaka
v. 69 Jul 24, 2024 17:11 KHOOS-ext, Ayaka
v. 68 Jul 24, 2024 17:07 KHOOS-ext, Ayaka
v. 67 Jul 24, 2024 17:07 WENNINGER-ext, Sascha
v. 66 Jul 24, 2024 17:06 KHOOS-ext, Ayaka
v. 65 Jul 24, 2024 17:06 WENNINGER-ext, Sascha
v. 64 Jul 24, 2024 13:20 KHOOS-ext, Ayaka
v. 63 Jul 24, 2024 12:15 KHOOS-ext, Ayaka
v. 62 Jul 24, 2024 11:37 KHOOS-ext, Ayaka
v. 61 Jul 24, 2024 11:27 KHOOS-ext, Ayaka
v. 60 Jul 24, 2024 11:23 KHOOS-ext, Ayaka
v. 59 Jul 19, 2024 09:27 WENNINGER-ext, Sascha
v. 58 Jul 19, 2024 03:44 KHOOS-ext, Ayaka
v. 57 Jul 19, 2024 03:39 KHOOS-ext, Ayaka
v. 56 Jul 19, 2024 03:27 KHOOS-ext, Ayaka
v. 55 Jul 19, 2024 03:10 KHOOS-ext, Ayaka
v. 54 Jul 19, 2024 03:09 KHOOS-ext, Ayaka
v. 53 Jul 19, 2024 03:04 KHOOS-ext, Ayaka
v. 52 Jul 17, 2024 07:56 WENNINGER-ext, Sascha
v. 51 Jul 17, 2024 07:41 WENNINGER-ext, Sascha
v. 50 Jul 14, 2024 13:33 KHOOS-ext, Ayaka
v. 49 Jul 14, 2024 13:32 KHOOS-ext, Ayaka
v. 48 Jul 14, 2024 13:32 KHOOS-ext, Ayaka
v. 47 Jul 14, 2024 13:30 KHOOS-ext, Ayaka
v. 46 Jul 14, 2024 13:21 KHOOS-ext, Ayaka
v. 45 Jul 14, 2024 13:13 KHOOS-ext, Ayaka
v. 44 Jul 14, 2024 12:48 KHOOS-ext, Ayaka
v. 43 Jul 13, 2024 19:00 KHOOS-ext, Ayaka
v. 42 Jul 12, 2024 12:21 KHOOS-ext, Ayaka
v. 41 Jul 12, 2024 12:09 KHOOS-ext, Ayaka
v. 40 Jul 12, 2024 11:45 KHOOS-ext, Ayaka
v. 39 Jul 12, 2024 11:39 KHOOS-ext, Ayaka
v. 38 Jul 12, 2024 11:38 KHOOS-ext, Ayaka
v. 37 Jul 12, 2024 11:36 KHOOS-ext, Ayaka
v. 36 Jul 12, 2024 11:35 KHOOS-ext, Ayaka
v. 35 Jul 12, 2024 11:33 KHOOS-ext, Ayaka
v. 34 Jul 12, 2024 11:31 KHOOS-ext, Ayaka
v. 33 Jul 12, 2024 11:29 KHOOS-ext, Ayaka
v. 32 Jul 09, 2024 16:15 KHOOS-ext, Ayaka
v. 31 Jul 09, 2024 13:31 KHOOS-ext, Ayaka
v. 30 Jul 09, 2024 13:30 KHOOS-ext, Ayaka
v. 29 Jul 09, 2024 13:18 KHOOS-ext, Ayaka
v. 28 Jul 08, 2024 19:40 KHOOS-ext, Ayaka
v. 27 Jul 08, 2024 19:39 KHOOS-ext, Ayaka
v. 26 Jul 08, 2024 19:32 KHOOS-ext, Ayaka
v. 25 Jul 08, 2024 19:10 KHOOS-ext, Ayaka
v. 24 Jul 08, 2024 19:08 KHOOS-ext, Ayaka
v. 23 Jul 08, 2024 18:43 KHOOS-ext, Ayaka
v. 22 Jul 08, 2024 17:11 KHOOS-ext, Ayaka
v. 21 Jul 08, 2024 16:28 KHOOS-ext, Ayaka
v. 20 Jul 08, 2024 15:59 KHOOS-ext, Ayaka
v. 19 Jul 08, 2024 11:28 KHOOS-ext, Ayaka
v. 18 Jul 08, 2024 11:24 KHOOS-ext, Ayaka
v. 17 Jul 08, 2024 11:22 KHOOS-ext, Ayaka
v. 16 Jul 08, 2024 11:19 KHOOS-ext, Ayaka
v. 15 Jul 08, 2024 10:41 KHOOS-ext, Ayaka
v. 14 Jul 08, 2024 10:37 KHOOS-ext, Ayaka
v. 13 Jul 08, 2024 10:24 KHOOS-ext, Ayaka
v. 12 Jul 08, 2024 10:22 KHOOS-ext, Ayaka
v. 11 Jul 08, 2024 10:16 KHOOS-ext, Ayaka
v. 10 Jul 07, 2024 17:58 KHOOS-ext, Ayaka
v. 9 Jul 05, 2024 17:45 KHOOS-ext, Ayaka
v. 8 Jul 05, 2024 16:02 KHOOS-ext, Ayaka
v. 7 Jul 05, 2024 11:17 KHOOS-ext, Ayaka
v. 6 Jul 03, 2024 12:34 WENNINGER-ext, Sascha
v. 5 Jun 28, 2024 11:18 KHOOS-ext, Ayaka
v. 4 Jun 24, 2024 16:40 KHOOS-ext, Ayaka
v. 3 Jun 24, 2024 16:39 KHOOS-ext, Ayaka
v. 2 Jun 20, 2024 11:08 KHOOS-ext, Ayaka
v. 1 Jun 20, 2024 11:06 KHOOS-ext, Ayaka

Workflow history

Title Last Updated By Updated Status  
There are no pages at the moment.

  • No labels