B
Birsu Küçükyılmaz
Misafir
Misafir
SAP EWM’i, iki farklı deployment modeliyle kullanabilirsiniz: S/4HANA’nın içine gömülü Embedded EWM ve bağımsız bir sistem olarak çalışan Decentralized EWM. Doğru seçim için operasyon hacminize, otomasyon gereksinimlerinize, sistem bağımsızlığı ihtiyacınıza ve toplam sahip olma maliyetine bakmanız gerekir. Bu rehberde, her iki modelin mimarisini, avantajlarını, sınırlamalarını ve gerçek proje deneyimlerimizden süzülmüş bir karar ağacını ele alıyoruz.
Bu iki model arasındaki temel ayrım, EWM bileşeninin nerede çalıştığıyla ilgilidir.
Embedded EWM, SAP S/4HANA’nın aynı uygulama sunucusu üzerinde çalışır. SAP ERP ve EWM aynı veritabanını paylaşır; aralarında mesaj tabanlı iletişim yerine doğrudan fonksiyon modülü çağrıları kullanır. Bu yapı, teknik karmaşıklığı azaltır ve sistem bakımını kolaylaştırır.
Decentralized EWM ise ayrı bir SAP sistemi olarak kurulur. S/4HANA (veya ECC) ile RFC bağlantısı ve mesaj kuyrukları aracılığıyla iletişim kurar. Yüksek hacimli, otomasyon yoğun veya çok tesisli operasyonlar için bu mimari daha uygundur.
Embedded EWM, S/4HANA lisansı kapsamında ek ücret ödemeden kullanılabilen temel model olan Embedded EWM Basic ile birlikte gelir. Aynı sistem üzerinde çalıştığından ERP ve depo süreçleri arasında gerçek zamanlı veri senkronizasyonu sağlar; ayrı bir ara katman gerekmez.
Altyapı maliyeti düşüktür: tek sistem, tek veritabanı, tek yedekleme stratejisi. Güncelleme ve yamalama tek noktadan yapılır. SAP Fiori uygulamaları ve S/4HANA analitiği doğrudan kullanılabilir.
MDP Group olarak gerçekleştirdiğimiz projelerde, 3 veya daha az depo birimine sahip, otomasyon altyapısı sınırlı şirketlerin büyük çoğunluğunun Embedded EWM’den tam anlamıyla yararlandığını gözlemliyoruz.
Embedded EWM, S/4HANA yükseltmelerine bağımlıdır; EWM’ye özel bağımsız güncelleme yapılamaz. Çok yüksek işlem hacimlerinde S/4HANA çekirdeğini etkileyebilir. Material Flow System (MFS) entegrasyonu ve bazı ileri düzey otomasyon senaryoları Decentralized EWM gerektirmektedir. Birden fazla ERP sistemiyle çalışmak istendiğinde mimari karmaşık hale gelir.
Decentralized EWM, S/4HANA yükseltmelerinden bağımsız olarak kendi yaşam döngüsüne sahiptir. Bu, büyük depo operasyonları için kritik bir avantajdır; üretimi durdurmadan EWM güncellemesi yapılabilir.
Birden fazla ERP sistemine (S/4HANA, ECC veya üçüncü taraf) bağlanabilir. 3PL şirketleri için çok müşterili (multi-client) senaryoları destekler. Yüksek işlem hacimleri S/4HANA çekirdeğini etkilemez; EWM kaynakları ayrı şekilde boyutlandırılabilir. MFS entegrasyonu için tam destek mevcuttur; konveyör sistemleri, PLC kontrolü ve robotik otomasyon tam kapsamlı desteklenir.
İki sistemin bakımı, yönetimi ve lisanslanması gerekeceğinden toplam sahip olma maliyeti (TCO) belirgin şekilde artar. ERP-EWM arasındaki iletişim mesaj tabanlı olduğundan ağ gecikmesi ve kuyruk yönetimi konularında dikkatli olmak gerekir. İki sistemin versiyonlarının uyumlu tutulması gerekir. Proje ve entegrasyon karmaşıklığı daha yüksektir.
Hangi modelin ihtiyaçlarınızı karşıladığını görmek için aşağıdaki kriterleri inceleyin:
Not: Tablo oluşturulamadıysa aşağıdaki özet metin karar vermenize yardımcı olacaktır.
Embedded EWM tercih edin; eğer:
Decentralized EWM tercih edin; eğer:
1. Günlük ortalama kaç warehouse task işliyorsunuz?
10.000’in altındaysa Embedded EWM büyük ihtimalle yeterlidir. Üzerindeyse Decentralized EWM’yi değerlendirin.
2. MFS (Material Flow System) veya robotik otomasyon planınız var mı?
Evetse Decentralized EWM zorunludur; Embedded EWM bu senaryoyu desteklemez.
3. Birden fazla ERP sistemine (ECC + S/4HANA veya üçüncü taraf) bağlanmanız gerekiyor mu?
Evetse Decentralized EWM’nin çoklu ERP bağlantısı avantajı kritik hale gelir.
4. 3PL hizmeti sunuyor ve farklı müşterilerin depolarını aynı sistemden yönetiyor musunuz?
Evetse Decentralized EWM’nin çok müşterili desteğini değerlendirin.
5. EWM ve ERP sistemlerini birbirinden bağımsız olarak güncellemek istiyor musunuz?
Evetse Decentralized EWM’nin yaşam döngüsü bağımsızlığı kritik avantaj sağlar.
MDP Group olarak, SAP WM’den
Kritik uyarı: Deployment modelini proje tasarım aşamasında netleştirmeyin, kesinleştirin. Proje ortasında model değişikliği; mimari yeniden tasarım, veri göçü revizyonu ve önemli bütçe aşımı demektir.
Teknik olarak mümkün olmakla birlikte, bu geçiş sıradan bir güncelleme değil; tam kapsamlı bir migration projesidir. Customizing, veri yapıları ve entegrasyon noktaları yeniden tasarlanmak zorundadır. Bu nedenle baştan doğru deployment modelini seçmek kritik öneme sahiptir.
Embedded EWM Basic, S/4HANA lisansı kapsamında hem Embedded hem de temel fonksiyonlar için ücretsiz gelir. Advanced EWM, Embedded veya Decentralized farklı ek lisans gerektirir. Deployment modeli ve lisans kararı birlikte değerlendirilmelidir.
RISE with SAP, Embedded EWM’yi doğal olarak destekler. Decentralized EWM için BTP üzerinde ayrı kurulum veya SAP private cloud senaryoları değerlendirilebilir; ancak bu, lisans ve altyapı maliyetini önemli ölçüde artırır.
Embedded EWM vs Decentralized EWM kararı, salt teknik bir tercih değildir; operasyonel, finansal ve stratejik boyutları olan bir mimari karardır. Çoğu yeni S/4HANA projesi için Embedded EWM güçlü ve yeterli bir başlangıç noktası sunar. Ancak otomasyon yoğun, çok tesisli veya çok ERP’li ortamlar için Decentralized EWM’nin sağladığı bağımsızlık ve ölçeklenebilirlik vazgeçilemez hale gelir.
Doğru deployment modelini belirlemek için MDP Group’un EWM mimarları ile bir ön değerlendirme yapın; projeye başlamadan önce bu kararı kesinleştirin.
Embedded EWM ve Decentralized EWM: Mimari Fark Nedir?
Bu iki model arasındaki temel ayrım, EWM bileşeninin nerede çalıştığıyla ilgilidir.
Embedded EWM, SAP S/4HANA’nın aynı uygulama sunucusu üzerinde çalışır. SAP ERP ve EWM aynı veritabanını paylaşır; aralarında mesaj tabanlı iletişim yerine doğrudan fonksiyon modülü çağrıları kullanır. Bu yapı, teknik karmaşıklığı azaltır ve sistem bakımını kolaylaştırır.
Decentralized EWM ise ayrı bir SAP sistemi olarak kurulur. S/4HANA (veya ECC) ile RFC bağlantısı ve mesaj kuyrukları aracılığıyla iletişim kurar. Yüksek hacimli, otomasyon yoğun veya çok tesisli operasyonlar için bu mimari daha uygundur.
Embedded EWM: Avantajlar ve Sınırlamalar
Avantajlar
Embedded EWM, S/4HANA lisansı kapsamında ek ücret ödemeden kullanılabilen temel model olan Embedded EWM Basic ile birlikte gelir. Aynı sistem üzerinde çalıştığından ERP ve depo süreçleri arasında gerçek zamanlı veri senkronizasyonu sağlar; ayrı bir ara katman gerekmez.
Altyapı maliyeti düşüktür: tek sistem, tek veritabanı, tek yedekleme stratejisi. Güncelleme ve yamalama tek noktadan yapılır. SAP Fiori uygulamaları ve S/4HANA analitiği doğrudan kullanılabilir.
MDP Group olarak gerçekleştirdiğimiz projelerde, 3 veya daha az depo birimine sahip, otomasyon altyapısı sınırlı şirketlerin büyük çoğunluğunun Embedded EWM’den tam anlamıyla yararlandığını gözlemliyoruz.
Sınırlamalar
Embedded EWM, S/4HANA yükseltmelerine bağımlıdır; EWM’ye özel bağımsız güncelleme yapılamaz. Çok yüksek işlem hacimlerinde S/4HANA çekirdeğini etkileyebilir. Material Flow System (MFS) entegrasyonu ve bazı ileri düzey otomasyon senaryoları Decentralized EWM gerektirmektedir. Birden fazla ERP sistemiyle çalışmak istendiğinde mimari karmaşık hale gelir.
Decentralized EWM: Avantajlar ve Sınırlamalar
Avantajlar
Decentralized EWM, S/4HANA yükseltmelerinden bağımsız olarak kendi yaşam döngüsüne sahiptir. Bu, büyük depo operasyonları için kritik bir avantajdır; üretimi durdurmadan EWM güncellemesi yapılabilir.
Birden fazla ERP sistemine (S/4HANA, ECC veya üçüncü taraf) bağlanabilir. 3PL şirketleri için çok müşterili (multi-client) senaryoları destekler. Yüksek işlem hacimleri S/4HANA çekirdeğini etkilemez; EWM kaynakları ayrı şekilde boyutlandırılabilir. MFS entegrasyonu için tam destek mevcuttur; konveyör sistemleri, PLC kontrolü ve robotik otomasyon tam kapsamlı desteklenir.
Bu bağlantıyı görüntüleyebilmek için kayıt olmalı zaten üyeyseniz üye girişi yapmalısınız.
hakkında daha fazla bilgi almak için ayrı bir rehber hazırladık.Sınırlamalar
İki sistemin bakımı, yönetimi ve lisanslanması gerekeceğinden toplam sahip olma maliyeti (TCO) belirgin şekilde artar. ERP-EWM arasındaki iletişim mesaj tabanlı olduğundan ağ gecikmesi ve kuyruk yönetimi konularında dikkatli olmak gerekir. İki sistemin versiyonlarının uyumlu tutulması gerekir. Proje ve entegrasyon karmaşıklığı daha yüksektir.
Bu bağlantıyı görüntüleyebilmek için kayıt olmalı zaten üyeyseniz üye girişi yapmalısınız.
netleştirmek bu karmaşıklığı yönetmenin ilk adımıdır.Karşılaştırma Tablosu: Embedded vs Decentralized EWM
Hangi modelin ihtiyaçlarınızı karşıladığını görmek için aşağıdaki kriterleri inceleyin:
| Kriter | SAP WM | Embedded EWM Basic | Stock Room Management | Advanced EWM |
| SAP Desteği | 2027 sonu itibariyle sona eriyor | S/4HANA ile süresiz | S/4HANA ile süresiz | S/4HANA ile süresiz |
| Lisans Modeli | Ek lisans gerekmez (ECC içinde) | S/4HANA lisansına dahil | S/4HANA lisansına dahil | Ek EWM lisansı gerekir |
| Depo Karmaşıklığı | Orta düzey | Düşük-Orta | Çok düşük (basit depolar) | Yüksek ve çok karmaşık |
| Transfer Emri Yönetimi | Temel düzey | Temel + iyileştirilmiş | Kısıtlı | Tam kapsamlı ve otomasyonlu |
| Dalga Yönetimi (Wave) | Sınırlı | Desteklenir | Desteklenmez | Tam kapsamlı |
| Görev & Kaynak Yönetimi | Yok | Kısmi | Yok | Var (Labour Mgmt.) |
| Otomasyon / Robotik Entegrasyon | Desteklenmez | Kısıtlı | Desteklenmez | Tam (MFS, ERP robotik) |
| Çok Depolu Yönetim | Kısıtlı | Desteklenir | Yok | Tam kapsamlı |
| Uygun Sektör/Profil | Geleneksel üretim, ECC kullananlar | Üretim, basit lojistik | Küçük/orta depo, perakende | 3PL, e-ticaret, karmaşık lojistik |
| Geçiş Zorluğu | - | Düşük | Çok düşük | Yüksek |
Not: Tablo oluşturulamadıysa aşağıdaki özet metin karar vermenize yardımcı olacaktır.
Hangi Senaryoda Hangi Model?
Embedded EWM tercih edin; eğer:
- S/4HANA üzerinde yeni greenfield kurulum yapıyorsanız
- Depo operasyonlarınız orta karmaşıklıktaysa (günlük 500-5.000 warehouse task)
- MFS veya ileri otomasyon planlamıyorsanız
- Tek veya az sayıda depo konumunu yönetiyorsanız
- TCO’yu minimize etmek önceliğinizse
Decentralized EWM tercih edin; eğer:
- Günlük 10.000+ warehouse task işliyorsanız
- MFS, konveyör veya robotik otomasyon entegrasyonu planlıyorsanız
- 3PL hizmeti sunuyor ve çok müşterili yapıya ihtiyaç duyuyorsanız
- Birden fazla ERP sistemine bağlanmanız gerekiyorsanız
- EWM ve ERP sistemlerini bağımsız güncellemeniz gerekiyorsanız
- Küresel çok tesisli operasyonları merkezi bir EWM’den yönetmek istiyorsanız
Karar Ağacı: 5 Soru ile Modelinizi Belirleyin
1. Günlük ortalama kaç warehouse task işliyorsunuz?
10.000’in altındaysa Embedded EWM büyük ihtimalle yeterlidir. Üzerindeyse Decentralized EWM’yi değerlendirin.
2. MFS (Material Flow System) veya robotik otomasyon planınız var mı?
Evetse Decentralized EWM zorunludur; Embedded EWM bu senaryoyu desteklemez.
3. Birden fazla ERP sistemine (ECC + S/4HANA veya üçüncü taraf) bağlanmanız gerekiyor mu?
Evetse Decentralized EWM’nin çoklu ERP bağlantısı avantajı kritik hale gelir.
4. 3PL hizmeti sunuyor ve farklı müşterilerin depolarını aynı sistemden yönetiyor musunuz?
Evetse Decentralized EWM’nin çok müşterili desteğini değerlendirin.
5. EWM ve ERP sistemlerini birbirinden bağımsız olarak güncellemek istiyor musunuz?
Evetse Decentralized EWM’nin yaşam döngüsü bağımsızlığı kritik avantaj sağlar.
WM’den EWM’ye Geçişte Deployment Modeli Seçimi
MDP Group olarak, SAP WM’den
Bu bağlantıyı görüntüleyebilmek için kayıt olmalı zaten üyeyseniz üye girişi yapmalısınız.
şu tabloyla sıkça karşılaşıyoruz: Mevcut WM kurulumu ECC üzerindeyse ve S/4HANA’ya greenfield geçiş planlanıyorsa, Embedded EWM’nin tercih edilmesi %65-70 oranında doğru karar oluyor. Ancak mevcut WM’nin yüksek işlem hacmini veya özel otomasyon sistemlerini desteklediği durumlarda Decentralized EWM’ye geçiş kaçınılmaz hale geliyor.Kritik uyarı: Deployment modelini proje tasarım aşamasında netleştirmeyin, kesinleştirin. Proje ortasında model değişikliği; mimari yeniden tasarım, veri göçü revizyonu ve önemli bütçe aşımı demektir.
Bu bağlantıyı görüntüleyebilmek için kayıt olmalı zaten üyeyseniz üye girişi yapmalısınız.
planlayanlar için bu karar daha da kritik bir ön koşuldur.Sıkça Sorulan Sorular (SSS)
Embedded EWM ile Decentralized EWM arasında geçiş yapılabilir mi?
Teknik olarak mümkün olmakla birlikte, bu geçiş sıradan bir güncelleme değil; tam kapsamlı bir migration projesidir. Customizing, veri yapıları ve entegrasyon noktaları yeniden tasarlanmak zorundadır. Bu nedenle baştan doğru deployment modelini seçmek kritik öneme sahiptir.
Embedded EWM Basic ile Advanced EWM arasındaki lisans farkı deployment modelini etkiler mi?
Embedded EWM Basic, S/4HANA lisansı kapsamında hem Embedded hem de temel fonksiyonlar için ücretsiz gelir. Advanced EWM, Embedded veya Decentralized farklı ek lisans gerektirir. Deployment modeli ve lisans kararı birlikte değerlendirilmelidir.
RISE with SAP’te hangi model kullanılabilir?
RISE with SAP, Embedded EWM’yi doğal olarak destekler. Decentralized EWM için BTP üzerinde ayrı kurulum veya SAP private cloud senaryoları değerlendirilebilir; ancak bu, lisans ve altyapı maliyetini önemli ölçüde artırır.
Sonuç: Mimariyi Doğru Kurun, Sonrasını Kolaylaştırın
Embedded EWM vs Decentralized EWM kararı, salt teknik bir tercih değildir; operasyonel, finansal ve stratejik boyutları olan bir mimari karardır. Çoğu yeni S/4HANA projesi için Embedded EWM güçlü ve yeterli bir başlangıç noktası sunar. Ancak otomasyon yoğun, çok tesisli veya çok ERP’li ortamlar için Decentralized EWM’nin sağladığı bağımsızlık ve ölçeklenebilirlik vazgeçilemez hale gelir.
Doğru deployment modelini belirlemek için MDP Group’un EWM mimarları ile bir ön değerlendirme yapın; projeye başlamadan önce bu kararı kesinleştirin.
Referanslar
Bu bağlantıyı görüntüleyebilmek için kayıt olmalı zaten üyeyseniz üye girişi yapmalısınız.
Bu bağlantıyı görüntüleyebilmek için kayıt olmalı zaten üyeyseniz üye girişi yapmalısınız.
Bu bağlantıyı görüntüleyebilmek için kayıt olmalı zaten üyeyseniz üye girişi yapmalısınız.
Bu bağlantıyı görüntüleyebilmek için kayıt olmalı zaten üyeyseniz üye girişi yapmalısınız.
Bu bağlantıyı görüntüleyebilmek için kayıt olmalı zaten üyeyseniz üye girişi yapmalısınız.