ERP Entegrasyonunda Stok ve Sipariş Akışı

Ürün kartı, depo stoğu, satış fiyatı, sipariş ve sevkiyatın kaynağı aynı sistem olmak zorunda değildir. Alan bazında sorumluluk tanımlayın. ERP’de güncellenen bir alanın satış kanalından geri yazılarak eski değere dönmesi gibi döngüleri önleyin.

Satılabilir stoğun hangi bileşenlerden hesaplandığını iş ekibiyle doğrulayın. Fiziksel miktardan rezervasyon düşülmüş bir değer geliyorsa ikinci kez rezervasyon düşmeyin. Depo ve ürün varyantı ayrımını kaybetmek, toplam doğru görünürken belirli bir siparişin karşılanamamasına neden olabilir.

Ürün kodu, varyant, depo, ölçü birimi ve müşteri kimliği için kalıcı eşleme oluşturun. Görünen ürün adı aynı olsa bile kayıtların aynı olduğunu varsaymayın. Eşlemesi bulunmayan kayıt, sessizce başka ürüne bağlanmak yerine kontrollü incelemeye ayrılmalıdır.

Kanalda oluşan siparişe değişmeyen bir işlem kimliği verin. ERP’ye aktarım durumuyla müşteriye gösterilen sipariş durumunu ayırın: aktarım bekliyor olması siparişin kaybolduğu anlamına gelmesin. ERP kaydı oluştuğunda iki sistemin referansları ilişkilendirilsin.

1. Sipariş ve aktarılacak olay kontrollü biçimde kaydedilir.
2. Aktarım görevi alanları eşleyip ERP’ye gönderir.
3. ERP referansı ve işlem sonucu siparişle ilişkilendirilir.
4. Hata varsa açıklamalı yeniden deneme veya operatör kuyruğuna alınır.
5. Mutabakat görevi iki sistemdeki sonuçları karşılaştırır.

Veritabanına sipariş yazıldıktan hemen sonra bağlantı kesilirse bildirim gönderilemeyebilir. Transactional outbox yaklaşımı, iş kaydıyla gönderilecek olayın aynı yerel işlem içinde tutulmasına yardımcı olur. Ayrı bir işleyici bu olayları aktarır.

Bu yaklaşım tek başına her mesajın yalnızca bir kez işleneceğini garanti etmez. Tüketici yinelenen olayı tanımalı ve ikinci sipariş oluşturmamalıdır. Mesaj kimliğiyle iş kimliğinin ilişkisini, başarısız kaydın yeniden işlenmesini ve gözlem kayıtlarını tasarımda tanımlayın.

Stok güncellemeleri gecikebilir veya farklı sırayla ulaşabilir. Kaynağın desteklediği sürüm ya da sıra bilgisiyle eski güncellemeyi ayırt edin. Yalnızca iki sunucunun saatini karşılaştırmak yeterli olmayabilir; işleyişi kaynağın veri sözleşmesine göre belirleyin.

Tam stok değeri göndermekle miktar farkı göndermek farklı tekrar kuralları gerektirir. Aynı “iki adet azalt” olayının iki kez uygulanması stok kaybı yaratır. Olay türünü, benzersiz kimliği ve yeniden işleme davranışını açıkça test edin.

Başarılı istek sayısı yerine eksik sipariş, eşleşmeyen referans ve stok farkını izleyin. Karşılaştırmanın zaman penceresini ve devam eden aktarımları hesaba katın. Fark bulunduğunda hangi sistemden hangi kayıtla düzeltme yapılacağını yetkili operatör görmelidir.

API entegrasyonu kapsamı ile iş paketlerini belirleyin. Kabul testi rehberi üzerinden bu tablodaki durumları doğrulanabilir testlere çevirin. Müşteriye açık ekranlar varsa portal yetkilendirmesini ayrıca planlayın.