ERP geçişinde bağlı veri akışlarını adım adım ayırmak
ERP geçişinde bağlı uygulamaların açık aktarım noktalarına ihtiyacı vardır. Sınırları belirli bir akış, sorumluluğu ve geri dönüşü denetlenebilir kılar.
ERP geçişinde hedefi değiştirmeden önce veri akışlarını birbirinden ayırın. Eski ERP'nin iç alanlarını her yerde kullanan bir uygulamanın yalnızca ilgili bölümünü yeni sisteme taşımak daha zordur. Açık bir aktarım noktası bu bağımlılığı sınırlayabilir.
Sınırları belirli bir yol seçin
Varsayımsal şirkette bir portal, eski ERP'de sipariş oluşturur ve sonrasında sipariş durumunu alır. İlk geçiş adımı için tam olarak bu yol seçilir. Diğer bağlantılar, kararlaştırılmış mevcut durumlarında kalır. Geri bildirimleri ve gecikmeli işlemeyi de kaydedin; gönderilmiş bir sipariş, geçişten sonra eski sistemden yanıt üretebilir.
Microsoft, Strangler Fig deseninde bir aracı üzerinden kademeli yenilemeyi açıklar. Bu, emek gerektiren bir mimari karardır. Özellikle eski ve yeni yol bir süre birlikte çalışabiliyorsa uygundur.
Aktarım noktasındaki iş anlamını koruyun
Örnekte portal, kendi işlem kimliğiyle bir sipariş oluşturma isteği iletir. Bir adaptör bunu hedeflenen ERP'nin biçimine çevirir. ERP'nin iç sipariş kimliği, portaldaki işlemle eşlenir.
Aşama | Yeni portal istekleri | Eski ERP'de zaten oluşturulmuş siparişler |
|---|---|---|
Geçişten önce | Eski ERP'ye | Durumu eski yol üzerinden eşleyin |
Geçişten sonra | Yeni ERP'ye | Geri bildirimleri eski yol üzerinden eşlemeye devam edin |
Eski yol kapatılırken | Yeni ERP'ye | Kalan durumları önceden kesin olarak açıklığa kavuşturun |
Tablo, kendi örnek dağılımımızdır. İki ERP aynı isteği birbirinden bağımsız biçimde yeni sipariş olarak yürütmemelidir. Teknik bir paralel karşılaştırma için üretimde çift etki oluşturmayan, ayrıca güvenceye alınmış bir yol gerekir.
Çeviriyi ve veri eşlemesini kontrol edin
Anti-Corruption Layer, farklı sistem modelleri arasında çeviri yapar. Uygulamanın içinde yer alabilir. Örneğimizde ürün ve müşteri kimlikleri ile miktarların anlamı yeni ERP'ye uygun olmalıdır. Alan adının aynı olması bunun için yeterli kanıt değildir.
Geçişten önce yeni bir siparişi ve eski siparişe ait gecikmiş bir durum bildirimini kontrol edin. İkisinin de doğru portal işlemine ulaşıp ulaşmadığını inceleyin. Mevcut verilerin aktarımı da aynı eşlemeleri dikkate almalıdır.
Veri üzerindeki sonuçlarıyla birlikte geri dönüşü planlayın
Yeni isteklerin ne zaman yeniden eski yolu kullanabileceğini belirleyin. Yeni ERP'de zaten oluşmuş siparişleri ayrıca açıklığa kavuşturun. Aracıyı eski yola döndürmek, bu siparişleri kendiliğinden aktarmaz veya silmez. Aracıyı kimin izleyeceğini ve bakımını yapacağını da kontrol edin; fark edilmeden darboğaza dönüşmemelidir.
Eski bağlantı, yanıtı beklenen işlemler ve kalan bağımlılıklar açıklığa kavuşturulduğunda kaldırılır. Böylece bağlantının sonlandırılması yalnızca ilk başarılı yeni isteğin tarihine değil, etkilenen işlemlere göre belirlenir.
Kaynaklar
Devamını okuyun
Tüm yazılar
ASES ile API ve entegrasyon
ERP, CRM ve mağaza sorunsuz bağlantılı