Toptan ERP Uygulaması: EDI, B2B Portalı ve Rota Planlama

Toptan dağıtım ERP uygulaması, diğer sektörlerde eşdeğeri olmayan üç teknik zorlukla tanımlanır: Her biri kendi veri formatı gereksinimlerine sahip düzinelerce ticaret ortağıyla EDI entegrasyonu, karmaşık fiyatlandırma ve katalog görünürlük kurallarıyla yüzlerce müşteri hesabına hizmet veren B2B portal dağıtımı ve düzinelerce durakta teslimat sıralamasını müşteri teslimat pencerelerine ve araç kapasitesi kısıtlamalarına saygı göstererek optimize etmesi gereken rota planlama entegrasyonu.

Bu üç entegrasyonun doğru yapılması, ERP'nin operasyonel verimlilik vaadini yerine getirip getirmeyeceğini belirler. Siparişleri düşüren bir EDI entegrasyonu, yanlış fiyatları gösteren bir B2B portalı veya optimal olmayan rotalar oluşturan bir yönlendirme sistemi, uygulamanın diğer bölümlerinden elde edilen verimlilik kazanımlarını tüketecek ve işletmeyi eskisinden daha kötü durumda bırakacaktır.

Bu kılavuz, toptan dağıtım ERP uygulaması için uygulayıcı düzeyinde bir çerçeve sağlar.

Önemli Çıkarımlar

• EDI entegrasyonu, özel bir EDI çeviricisi veya ara yazılım gerektirir — ERP, ANSI X12'yi yerel olarak konuşmaz
• B2B portal dağıtımı, lansmandan önce karmaşık fiyatlandırma kurallarını desteklemelidir — portal lansmanında yanlış fiyatlandırma, müşterinin güvenini yok eder
• Herhangi bir fiziksel envanterin taşınmasından önce depo konumu yapılandırması tamamlanmalı ve doğrulanmalıdır
• Müşteri ana geçişi, birden fazla eski sistemden (muhasebe, CRM, faturalandırma) gelen çelişkili verilerin uzlaştırılmasını gerektirir
• Öğe ana geçişinin, geçişten önce yinelenen öğeleri, tutarsız ölçü birimini ve etkin olmayan öğeleri çözmesi gerekir
• Rota planlama entegrasyonu, GPS kalitesinde müşteri adresi verilerini gerektirir; adres doğrulama, geçiş öncesi bir gerekliliktir
• Açık sipariş geçişi (geçişte alınan ancak gönderilmeyen siparişler) en yüksek riskli veri taşıma öğesidir
• Canlıya geçiş zamanlaması mümkünse ay sonu ve çeyrek sonu kaçınılmalıdır (sipariş hacmi arttığında)

---

Uygulama Öncesi: Veri Hazırlığı Değerlendirmesi

Dağıtım ERP uygulamasının başarısı, diğer tek faktörlerden çok veri kalitesine bağlıdır. Operasyonel başarıyı belirleyen üç ana veri kümesinin (müşteri ana verileri, ürün ana verileri ve envanter verileri) geçişten önce denetlenmesi ve temizlenmesi gerekir.

Müşteri Ana Denetimi

Müşteri ana denetimi şunları tanımlamalıdır:

• Mükerrer müşteri kayıtları (aynı müşterinin birden fazla sistemde veya iki kez girilmesi)
• Sistemler arasında tutarsız müşteri fiyatlandırma katmanları
• Arşivlenmesi gereken aktif olmayan müşteriler (24 ayda sipariş yok)
• Kredi şartları veya limitleri güncel olmayan müşteriler
• Şu anda EDI kullanmayan, EDI yeteneğine sahip müşteriler
• Teslimat adresi verileri eksik olan müşteriler (yalnızca sokak adresi, eksik coğrafi koordinatlar)

Adres doğrulama özellikle dağıtım için kritik öneme sahiptir; rota optimizasyonu için her müşterinin teslimat adresi coğrafi olarak kodlanabilir olmalıdır. Geçersiz veya eksik adreslerin, yönlendirme sisteminin çalışabilmesi için manuel olarak düzeltilmesi gerekir.

Öğe Ana Denetimi

Öğe ana denetimi şunları tanımlamalıdır:

• Yinelenen ürün kayıtları (birden fazla ürün numarasına sahip aynı fiziksel ürün)
• Farklı sistemlerde tutarsız ölçü birimine sahip öğeler
• Taşınmak yerine arşivlenmesi gereken, üretimi durdurulan öğeler
• Maliyet verileri eksik olan öğeler (GP raporlaması için gereklidir)
• Tedarikçi verileri eksik olan ürünler (otomatik yenileme için gereklidir)
• Yanlış ürün kategorisi atamalarına sahip öğeler

15.000 aktif SKU'ya sahip bir distribütör, birleştirilmesi gereken 300-800 kopya ürün bulabilir. Bu kopyaların geçişten önce birleştirilmesi, yayına geçiş sonrasında yanlış öğe seçme hatalarına neden olan öğe karışıklığını önler.

Envanter Verilerinin Doğruluğu

En önemli envanter veri kalitesi adımı, geçişten önceki haftalarda tam fiziksel envanter sayımıdır. Envanter verilerinin eski bir sistemden fiziksel bir sayım yapılmadan taşınması, eski sistemdeki birikmiş hataların yeni ERP'ye aktarılmasını sağlar. Açılış bakiyesi envanter sayımı doğru bir temel oluşturur.

---

1. Aşama: Finans ve Muhasebe Vakfı (1-3. Aylar)

Dağıtım Hesap Planı

Hesap dağıtım planı aşağıdakileri desteklemelidir:

• Müşteri türüne göre gelir (doğrudan müşteri, bayi, OEM)
• Ürün kategorisine göre gelir (ürün grubu karlılık analizi için)
• Satılan malların maliyeti (satın alma maliyeti artı gelen navlun)
• Ürün kategorisine ve müşteri segmentine göre brüt kar
• Lokasyona göre depo işletme maliyetleri
• Teslimat başına maliyet takibi için teslimat rotası maliyetleri (sürücü, yakıt, bakım)

Alacak Hesapları Yapılandırması

Distribütör AR'nin şunları yapması gerekir:

• Çoklu fatura formatları (standart, EDI, elektronik havale)
• Erken ödeme indirim koşulları (2/10 net 30 birçok dağıtım segmentinde standarttır)
• Müşteri bildirimi oluşturma ve teslimatı
• Onay iş akışıyla kredi limiti uygulaması
• Müşteri ve satış elemanı tarafından yaşlanma raporu

---

Aşama 2: Öğe ve Fiyatlandırma Ana Kurulumu (2-5. Aylar)

Öğe Ana Yapılandırması

Öğe ana denetimi ve tekilleştirme sonrasında öğelerin ERP'de aşağıdakilerle yapılandırılması gerekir:

• Öğe açıklaması, kategori ve alt kategori
• Ölçü birimi (her biri, koli, palet, ağırlığa dayalı) ve ölçü birimleri arasındaki dönüşüm faktörleri
• Minimum ve maksimum sipariş miktarları
• Birincil tedarikçiden varsayılan satın alma teslim süresi
• Yeniden sipariş noktası ve emniyet stoku miktarı
• Depolama gereksinimleri (sıcaklık, tehlikeli madde sınıfı, istiflenebilirlik)

Müşteri Fiyatlandırma Kurulumu

Müşteri fiyatlandırma yapılandırması, dağıtım ERP'sindeki en yoğun emek gerektiren kurulum görevlerinden biridir. Fiyatlandırma veri tabanı aşağıdakileri doğru bir şekilde yansıtmalıdır:

• Her müşterinin kataloğundaki her ürün için sözleşme fiyatı (potansiyel olarak binlerce ürün-müşteri fiyat kombinasyonu)
• Hacim sonu fiyatlandırması (sipariş miktarına göre fiyat kademeleri)
• Müşteriye özel ürün istisnaları (katalogda belirli bir müşterinin kullanımına sunulmayan ürünler)
• Başlangıç ve bitiş tarihleriyle sınırlı süreli promosyon fiyatları

Fiyatlandırma verilerinin kalitesinin doğrulanması kritik öneme sahiptir; ERP'deki her hatalı fiyat ya müşteri kredi talebine ya da marj fırsatının kaçırılmasına neden olur. Fiyatlandırma veritabanının kullanıma hazır olduğu bildirilmeden önce, mevcut sözleşme belgelerine göre 200 ürün-müşteri kombinasyonunun örnek doğrulamasının yapılması tavsiye edilir.

---

Aşama 3: EDI Entegrasyonu (3-8. Aylar)

EDI entegrasyonu, perakende veya imalat müşterileri olan şirketler için dağıtım ERP uygulamasının teknik merkezidir.

EDI Çevirmen Seçimi

ERP, yerel olarak ANSI X12 (veya EDIFACT) konuşmaz; ERP'nin veri formatı ile ticari ortakların beklediği EDI formatı arasında dönüşüm yapmak için bir EDI tercümanı (TrueCommerce, SPS Commerce, DiCentral, Cleo) gerekir. EDI tercümanı, üçüncü taraf bir sağlayıcı (yönetilen EDI) tarafından barındırılabilir veya distribütörün kendi altyapısında konuşlandırılabilir.

Yönetilen EDI hizmetleri çoğu orta ölçekli distribütör için tercih edilir; ticari ortağın haritalama bakımı (her perakendeci veya üreticinin biraz farklı EDI spesifikasyonları vardır) hizmet sağlayıcı tarafından gerçekleştirilir ve bu da dahili teknik yükü azaltır.

Ticari Ortak Katılımı

Her EDI ticaret ortağı şunları gerektirir:

1. Gereksinimler belge incelemesi: Her perakendeci veya üretici, kullandıkları işlem setlerini, özel alan gereksinimlerini ve hata işleme prosedürlerini belirten EDI uygulama kılavuzunu yayınlar
2. Eşleme yapılandırması: EDI çeviricisi, ERP'nin veri alanlarını ticari ortağın EDI segmentleriyle eşleyecek şekilde yapılandırılmıştır
3. Test Etme: Her iki taraf da test işlemlerini bir test ortamında paylaşır ve işlemin doğru olduğunu doğrular
4. Üretim canlıya geçiyor: Ticaret ortağı hazırlığı onaylar ve üretim işlemleri başlar

Ticari iş ortaklarının katılımı, gereksinimlerinin karmaşıklığına ve test süreçlerinin hızına bağlı olarak iş ortağı başına 4-8 hafta sürer. 30 EDI ticaret ortağıyla, katılım zaman çizelgesi tüm uygulamayı kapsamaktadır.

Kritik EDI İşlem Setleri

Dağıtım için en yüksek öncelikli EDI işlem setleri şunlardır:

• 850 (Satın Alma Siparişi): Elektronik olarak alınan müşteri siparişleri — EDI yatırımını haklı çıkaran hacim faktörü
• 855 (PO Onay): Belirtilen istisnalar dışında müşterinin siparişinin alındığını onaylar
• 856 (Ön Sevkiyat Bildirimi): Müşteriye, bir gönderinin karton düzeyinde ayrıntılarla gönderildiğini bildirir
• 810 (Fatura): Müşteri AP sistemine iletilen elektronik fatura

850 Otomatik İşleme

EDI'nin tam değeri, 850 satın alma siparişinin insan müdahalesi olmadan işlenmesiyle ortaya çıkıyor. Gelen, doğrulamayı geçen (parça numaraları tanınan, miktarlar limitler dahilinde, fiyatlar beklenen aralıkta olan) ve müşterinin kredi limiti dahilinde olan bir 850, otomatik olarak onaylanmalı ve hiç kimse ona dokunmadan yerine getirilmesi için programlanmalıdır.

EDI otomatik işleme kuralları, bir 850'nin ne zaman otomatik olarak işlenebileceğini ve ne zaman insan tarafından incelenmesi gerektiğini tanımlar. Muhafazakar otomatik işleme kuralları (her türlü istisna için insan incelemesini gerektirir) kontrolü korur ancak otomasyonun faydasını azaltır. Agresif otomatik işleme (minimum istisna kriteri) verimliliği en üst düzeye çıkarır ancak fiyatlandırma ve envanter yapılandırmasına güven gerektirir.

---

4. Aşama: B2B Müşteri Portalı (5-9. Aylar)

B2B müşteri portalı, müşterilerin sipariş verdiği, sipariş durumunu kontrol ettiği, faturaları görüntülediği ve gönderileri takip ettiği self servis arayüzdür. EDI yatırımını haklı gösteremeyen KOBİ müşterilerini hedefleyen distribütörler için B2B portalı eşdeğer verimlilik sağlar.

Portal Fiyatlandırması ve Katalog Yapılandırması

B2B portalı her müşteriye kendi özel fiyatlarını ve ürün kataloğunu göstermelidir. Sözleşme fiyatlandırması üzerinde pazarlık yapan bir müşterinin liste fiyatlarını değil sözleşme fiyatlarını görmesi gerekir. Belirli ürün kategorilerini sipariş etmesi kısıtlanan bir müşterinin bu ürünleri portal görünümünde görmemesi gerekir.

Bu müşteriye özel ürün ve fiyatlandırma görünürlüğü teknik açıdan karmaşıktır ve portal kullanıma sunulmadan önce kapsamlı bir şekilde test edilmelidir. Yanlış fiyatları gösteren bir portal, telafisi zor olan müşteri güveni sorunlarına neden olur.

Portal Test Yaklaşımı

Portal testinin her müşteri katmanı ve fiyatlandırma yapılandırmasını simüle etmesi gerekir:

• Her büyük müşteri fiyatlandırma katmanı için test hesapları oluşturun
• Her test hesabı için sözleşme fiyatlarının doğru şekilde görüntülendiğini doğrulayın
• Ürün kısıtlamalarının doğru şekilde uygulandığını doğrulayın
• Onay e-postaları da dahil olmak üzere sipariş verme iş akışının tamamını test edin
• Sipariş durumunu ve fatura görüntüleme işlevselliğini test edin

Portal Kullanıma Sunma Stratejisi

Portalın tüm müşterilere aynı anda başlatılması yerine aşamalı dağıtım, riski azaltır:

1. Dahili pilot: Portal, müşteri olarak görev yapan dahili müşteri hizmetleri personeli tarafından test edilmiştir.
2. Anahtar hesap pilot uygulaması: Genel kullanıma sunulmadan önce 3-5 büyük hesap portalı kullanmaya davet edilir
3. Gönüllü kullanıma sunma: Tüm müşterilere portalın kullanılabilirliği bildirilir; evlat edinme isteğe bağlıdır
4. Teşvikli benimseme: Müşteriler portalı benimsemeye teşvik edilir (portala özel fiyatlandırma, daha hızlı sipariş onayı).

---

5. Aşama: Depo Operasyonları (4-8. Aylar)

Depo Konumu Ana Kurulumu

ERP'de herhangi bir envanterin yönetilebilmesi için depo konumu hiyerarşisinin yapılandırılması gerekir. Her depolama konumu (kutu, raf, raf, sıra, bölge) ERP'de kapasite (ağırlık, hacim, palet sayısı), sıcaklık bölgesi ve herhangi bir özel gereksinim (yalnızca tehlikeli madde, yalnızca kırılgan) ile tanımlanır.

Konum yöneticisinin depodaki fiziksel etiketlerle tam olarak eşleşmesi gerekir. ERP bir konumu "Sıra 12-Raf 3-Raf 2-Bin 4" olarak adlandırırsa ancak depo etiketinde "12-3-2-4" yazıyorsa toplayıcıların kafası karışacaktır. ERP yapılandırmasından önce adlandırma kuralını standartlaştırın ve fiziksel etiketlerin eşleşecek şekilde güncellendiğinden emin olun.

Strateji Yapılandırmasını Seçin

Seçim stratejisi, ERP'nin seçim listelerini nasıl oluşturacağını belirler:

• Tek sipariş toplama: Bir kerede bir sipariş seçin (birçok öğeden oluşan büyük siparişler için en iyisi)
• Toplu toplama: Aynı anda birden fazla sipariş için ürün seçin (az sayıda ürün içeren küçük siparişler için en iyisi)
• Bölge toplama: Depoyu bölgelere ayırın; Toplayıcılar kendi bölgelerinde çalışır ve siparişler paketleme aşamasında birleştirilir
• Dalga toplama: İş yükünü dengelemek için sipariş gruplarını yapılandırılmış aralıklarla serbest bırakın

Uygun toplama stratejisi sipariş profiline (sipariş başına ortalama satır sayısı, ortalama birim miktarı ve SKU hız dağılımı) bağlıdır. Birçok distribütör aynı depodaki farklı sipariş türleri için farklı stratejiler kullanır.

---

6. Aşama: Rota Planlama Entegrasyonu (6-10. Aylar)

Rota Planlama Yazılımı Seçimi

Dağıtım teslimatı için rota planlaması, özel optimizasyon yazılımı gerektirir. Seçenekler şunları içerir:

• ERP yerel yönlendirme: Bazı ERP platformları temel rota planlamasını içerir (coğrafi yakınlığa göre sıralamayı durdurma)
• Entegre rota optimizasyonu: Özel rota optimizasyon yazılımı (Routific, OptimoRoute, Route4Me), API aracılığıyla ERP ile entegre olur
• Gelişmiş filo yönetimi: Karmaşık gereksinimlere sahip büyük filolar için tam TMS (Ulaştırma Yönetim Sistemi)

15-50 teslimat aracına sahip çoğu toptancı distribütör için, ERP'ye bağlanan entegre bir rota optimizasyon aracı, yetenek ve maliyet arasında en iyi dengeyi sağlar.

Adres Coğrafi Kodlama Gereksinimi

Rota optimizasyonu, her teslimat durağı için coğrafi kodlu müşteri adresleri (enlem ve boylam koordinatları) gerektirir. Coğrafi kodlaması yapılamayan hiçbir müşteri adresi (eksik adres, kesin coğrafi kodlaması olmayan kırsal alan) optimizasyona dahil edilemez. Rota planlama entegrasyonu başlamadan önce tüm müşteri veritabanında adres doğrulama ve coğrafi kodlama yapılmalıdır.

Teslimat Süresi Aralığı Yapılandırması

Birçok dağıtım müşterisi teslimat süresi aralıklarını belirtir: "Salı ve Perşembe günleri sabah 7:00 ile 11:00 arasında teslimat yapın." Bu kısıtlamaların müşteri ana dosyasında yakalanması ve rota optimizasyon sistemine aktarılması gerekir. Müşteri zaman pencerelerini ihlal eden rotalar, müşteri şikayetlerine ve zarar görmüş ilişkilere neden olur.

Teslimat Kanıtı Yapılandırması

Mobil cihazlarda elektronik teslimat kanıtı (ePOD) şunları gerektirir:

• ePOD uygulamasının yüklü olduğu mobil cihazların (tabletler veya akıllı telefonlar) sürücüsü
• Müşteri imzası yakalama yeteneği
• Teslimat koşulları dokümantasyonu için fotoğraf çekimi
• Bağlantının zayıf olduğu alanlar için çevrimdışı çalışma yeteneği
• Bağlantı yeniden sağlandığında gerçek zamanlı veri senkronizasyonu

---

Kesim Planlaması

Açık Sipariş Taşıma

Teknik açıdan en karmaşık geçiş unsuru açık siparişlerdir; yani müşterilerden alınan ancak geçiş tarihinde henüz sevk edilmeyen siparişler. Bu siparişlerin tüm ayrıntılarıyla birlikte yeni ERP'ye taşınması gerekir: ürün numaraları, miktarları, fiyatları, talep edilen teslimat tarihleri ​​ve meydana gelen kısmi sipariş karşılamaları.

Açık sipariş geçiş hatalarının (yanlış fiyatlar, yanlış miktarlar, mükerrer siparişler) anında operasyonel etkisi vardır. Taşınan her açık siparişi, yayına geçmeden önce eski sistem kaydıyla doğrulayın.

Envanter Rezervasyonunu Taşıma

Eski sistemde açık siparişlere tahsis edilen envanterin yeni ERP'de bu siparişler için ayrılması gerekir. Bu rezervasyon doğru bir şekilde taşınmazsa envanter iki kez satılabilir; biri eski açık siparişte, diğeri ise canlıya geçişten sonra verilen yeni bir siparişte.

Kesim Zamanlaması

Dağıtım ERP geçişi, geçiş dönemi boyunca işlenen siparişlerin hacmini en aza indirmek için bir haftanın sonunda (Cuma akşamından Pazartesi sabahına kadar) planlanmalıdır. Ay sonu ve çeyrek sonu kesinti tarihlerinden kaçının; bunlar sipariş işleme ve mali kapanış için yüksek hacimli dönemlerdir.

---

Sıkça Sorulan Sorular

EDI siparişlerinde müşteriye özel ürün çapraz referanslarını nasıl ele alıyoruz?

Müşteri EDI siparişleri genellikle distribütörünki yerine müşterinin dahili ürün numaralarını içerir. ERP çapraz referans tablosu her müşterinin ürün numarasını distribütörün karşılık gelen ürün numarasıyla eşleştirir. Müşterinin ürün numarasını içeren bir EDI 850 alındığında, EDI tercümanı veya ERP, satış siparişini oluşturmadan önce bunu distribütörün ürün numarasına dönüştürür. Bu çapraz referans tablolarının bakımı devam eden operasyonel bir görevdir; müşteriler EDI kataloglarına yeni öğeler eklediğinde çapraz referansın da eklenmesi gerekir.

EDI entegrasyonunu ticari iş ortağı önceliğine göre aşamalı hale getirmek için en iyi yaklaşım nedir?

Sipariş hacmi etkisine göre EDI ticaret ortaklarına öncelik verin. Aşama 1, gelen sipariş hacminde en büyük payı temsil eden 5-10 ticaret ortağını içermelidir; EDI'nin bu ortaklarla uygulanması, verimlilik avantajının çoğunu yakalar. Aşama 2 orta hacimli ortakları kapsar. Aşama 3, yeterli teşvikle (aynı gün sipariş onayı, portal fiyatlandırması) EDI'yi benimsemeye istekli olabilecek ancak hacim açısından öncelikli olmayan küçük ortakların uzun kuyruğunu kapsar.

B2B portalı farklı coğrafi bölgelerdeki müşteri lokasyonlarından gelen siparişleri nasıl ele alıyor?

Her biri bağımsız olarak sipariş verebilen yüzlerce mağazaya sahip ulusal perakendeciler olan çok konumlu müşteriler, bireysel sipariş hesaplarını (mağazaları) ana müşteri hesabına bağlayan ERP hiyerarşi yönetimine ihtiyaç duyar. Her mağazanın kendi teslimat adresi vardır ve kendi sipariş geçmişi olabilir, ancak fiyatlandırma, kredi koşulları ve raporlama ana hesaba göre toplanır. B2B portalı, her kullanıcı için doğru sipariş konumunu ve genel merkez kullanıcıları için kurumsal hesap bilgilerini görüntülemelidir.

Küçük bir distribütör (5 milyon doların altında gelir) için uygulanabilir minimum ERP uygulaması nedir?

Küçük bir distribütör için uygulanabilir minimum uygulama şunlara odaklanır: sipariş yönetimi (manuel giriş ve elektronik tablo takibinin değiştirilmesi), envanter yönetimi (tek depo, gerçek zamanlı sayımlar), temel müşteri fiyatlandırması (ürün ana kaleminde müşteriye özel fiyatlar), alacak hesapları ve kredi yönetimi ve satın alma (birincil tedarikçilere PO'lar). Sipariş hacimleri yatırımı haklı çıkardıkça EDI, B2B portalı ve rota planlaması ikinci aşamaya ertelenebilir.

---

Sonraki Adımlar

ERP uygulamasını planlayan toptan satış ve dağıtım şirketleri, gereken entegrasyon çalışmasının kapsamını anlamak için bir veri hazırlığı değerlendirmesi ve EDI ticaret ortağı denetimiyle başlamalıdır. ECOSIRE'ın Odoo uygulama uygulaması, EDI entegrasyonu, B2B müşteri portalı ve rota planlama yeteneği ile dağıtım ERP'si sunar.

Dağıtıma özel metodolojimizin toptan satış ve dağıtım operasyonlarına özgü EDI, fiyatlandırma ve lojistik entegrasyon zorluklarını nasıl ele aldığını öğrenmek için ECOSIRE'ın Odoo ERP Uygulama hizmetlerini keşfedin.