ERP değişiminden önce B2B sipariş akışını ayrı değerlendirmek

İşletmeler arası (B2B) sipariş akışındaki bir zorluğu önce işletme yönetim yazılımının (ERP) değişiminden ayrı değerlendirirdim. Daha iyi arama, tekrar kullanılabilen ürün listesi veya anlaşılır durum gösterimi bir müşteri uygulamasında geliştirilebilir. Bu yolun işe yarayıp yaramayacağını mevcut bağlantı ve gereken iş kuralları belirler.

Sınırı her işlev için belirleyin

Varsayımsal bir teknik ürün toptancısı, müşterilerinin tekrar sipariş vermesini kolaylaştırmak istiyor. Mevcut ERP, müşteri fiyatlarından ve sipariş oluşturmadan sorumlu kalıyor. Aşağıdaki dağılım önerilen bir tasarımdır.

Böylece hangi işin gerçekten arayüzü ilgilendirdiği görünür olur. Daha iyi ürün araması kendiliğinden yeni sipariş yönetimi gerektirmez. Ancak seçilen ürünler daha sonra mevcut sisteme yanlış aktarılıyorsa katkısı sınırlı kalır.

Veri çevirisi eksik yeteneği oluşturmaz

Microsoft, farklı modellenmiş sistemler arasında bir çeviri katmanını açıklar. Müşteri uygulaması ile ERP farklı veri biçimleri kullanıyorsa böyle bir sınır yararlı olabilir. Örnekte bu katman, birbirinden bağımsız güncellenen iki fiyat mantığı oluşturmak yerine kararlaştırılmış eşlemeyi taşımalıdır.

ERP, sipariş oluşturma isteğine zamanında cevap vermezse uygulama sonucu belirsiz işlemi ele alabilmelidir. Tekrar deneme, kontrol edilmeden ek sipariş oluşturmamalıdır. Bu nedenle plan, yeniden tanınabilen bir işlemi ve sonucun güvenilir biçimde açıklığa kavuşturulmasını içermelidir. Ekrandaki başarı bildirimi bu kanıtı sağlamaz.

Ayrı yenilemenin sınırına ne zaman gelinir?

Mevcut sistem gerekli müşteri fiyatlarını sağlayamıyor, kontrollü sipariş oluşturamıyor veya yetkileri uygun biçimde destekleyemiyorsa yeni arayüz tek başına yetmez. Bu durumda uyarlamalar, başka entegrasyon yolu veya ERP değişimi de değerlendirilmelidir. Başlangıçta daha küçük iş seçmek tek başına amaç değildir.

Öte yandan her proje için ek bir aracı servis gerekmez. Mevcut, bakımı yapılan arayüz gerekli eşlemeyi karşılıyorsa ek altyapının getirdiği işin gerekçesi olmalıdır.

Toptancı için sınırlı bir deneme anlamlı olurdu: doğru müşteri kapsamında ürünü bulmak, doğrulanmış fiyatı göstermek, test siparişini aktarmak ve sonucu yeniden eşlemek. Sorun arayüzdeyse iş oradadır. Çekirdek sistemde gereken bir yetenek eksikse karar bu sınırı dikkate almalıdır. Böylece ERP değişiminin kapsamı somut olarak gösterilmiş sorundan çıkarılır.

Kaynaklar

• Microsoft Azure Architecture Center: Anti-Corruption Layer pattern