Hata Yönetimi ve Yeniden Gönderim
Ders 5 / 10 · 16 dakika okuma · İleri
EDI hataları taşıma, format, kod eşleme, iş kuralı ve partner kabulü gibi farklı katmanlarda oluşabilir. Hatanın katmanı bilinmeden yalnız mesajı tekrar göndermek sonucu değiştirmez; ayrıca aynı belge yeniden işlenerek mükerrer sipariş yara
Bu Derste Öğrenecekleriniz
- ✓hata yönetimi ve yeniden gönderim konusundaki temel karar ve kontrol noktalarını açıklayabilmek
- ✓hata yönetimi ve yeniden gönderim için uygun bir uygulama veya kontrol adımı tasarlayabilmek
Hata Yönetimi ve Yeniden Gönderim
EDI hataları taşıma, format, kod eşleme, iş kuralı ve partner kabulü gibi farklı katmanlarda oluşabilir. Hatanın katmanı bilinmeden yalnız mesajı tekrar göndermek sonucu değiştirmez; ayrıca aynı belge yeniden işlenerek mükerrer sipariş yaratabilir.
Hata kayıtları partner, mesaj kimliği, hata sınıfı, ilgili satır, deneme sayısı ve çözüm sahibini içerir. Yeniden gönderim politikasında aynı mesajın tekrar işlenmesi ve düzeltilmiş yeni sürümün gönderilmesi ayrılır. Düzeltme sonrası belge mutabakatı yapılır.
Konu İlişkilerini Kurmak
Hata Yönetimi ve Yeniden Gönderim tek bir ekran veya belgeyle sınırlı değildir; ticari belge mesajlarını partner anlaşması, alan eşleme, teknik alındı, iş kabulü, belge sırası ve mutabakat kontrolleriyle yönetmek. Bu nedenle veri bir noktada doğru olsa da sonraki aşamada kaybolabilir veya farklı kuralla yorumlanabilir. Süreç tasarımında her kararın hangi kayda dayandığını, hangi koşulda duracağını ve hangi sonucun başarı sayılacağını açıkça belirleyin.
Uygulanabilir Kontrol Akışı
- Kapsamı belirleyin: Hata Yönetimi ve Yeniden Gönderim işleminde hangi müşteri, ürün, teklif, sipariş veya belge kaydının etkilendiğini yazın.
- Kaynağı doğrulayın: partner eşleme dokümanı, EDI mesaj günlüğü, teknik alındı, uygulama yanıtı, sipariş/sevkiyat/fatura ve mutabakat kayıtları içinde kullanılan kaydın kimliğini ve son güncelleme zamanını kontrol edin.
- Karar kuralını görünür yapın: gönderim, teknik alındı, iş kabulü ve sonraki belgenin oluşmasını ayrı durumlar olarak izlemek; kontrol toplamlarını karşılaştırmak.
- İstisna yolunu tanımlayın: koşul karşılanmıyorsa kimin inceleyeceğini, işlemin nerede bekleyeceğini ve hangi kanıtın isteneceğini belirtin.
- Sonucu ölçün: mesaj kabul oranı, işleme gecikmesi, belge uyuşmazlığı, yeniden gönderim sayısı ve SLA içinde kapanan istisna değerini aynı kapsam ve dönem üzerinden karşılaştırın; düzeltme sahibini ve kontrol tarihini kaydedin.
Hata Yönetimi ve Yeniden Gönderim için karar verirken önce iş hedefini ve kabul koşulunu belirleyin; sonra partner kimliği, mesaj türü, belge numarası, sürüm, kontrol toplamı, iş durumu ve yeniden gönderim nedeni alanlarının doğru kayıttan geldiğini doğrulayın. gönderim, teknik alındı, iş kabulü ve sonraki belgenin oluşmasını ayrı durumlar olarak izlemek; kontrol toplamlarını karşılaştırmak. Bu kontrol, işlemi hızlandırırken sonradan düzeltme, yanlış taahhüt ve ekipler arası yorum farkı oluşmasını önler.
Örnek — İşletme senaryosu
Alternatif Senaryo ve Karar
Örnek
Alternatifleri karşılaştırırken kısa vadeli işlem kolaylığı ile sonraki aşamalardaki maliyeti birlikte değerlendirin. Teknik alındıyı ticari belgenin iş sistemi tarafından kabul edildiği şeklinde yorumlamak. Kontrol adımını atlamanın sağlayacağı süre kazancı; hatalı kayıt, iade, itiraz, yeniden işleme veya müşteri güveni kaybı ile karşılaştırılmalıdır.
Alternatif durumda Sevkiyat bildirimi faturadan önce bekleniyor fakat bir partner geç mesaj gönderdiği için belge zinciri bozuluyor. Bu örnekte ekip ilk görünen duruma göre karar vermek yerine partner eşleme dokümanı, EDI mesaj günlüğü, teknik alındı, uygulama yanıtı, sipariş/sevkiyat/fatura ve mutabakat kayıtları kayıtlarını karşılaştırmalı; eksik veri, yetki ve zamanlama farklarını ayrı ayrı işaretlemelidir. Koşullar doğrulanamıyorsa işlem durumu açıkça belirtilmeli ve sorumluya atanmalıdır.
Şimdi Uygulayın
Uygulama çalışması
Beş örnek hata için kök neden, düzeltme sahibi, yeniden işleme tipi ve çifte kayıt kontrolünü belirleyin.
Kanıt, Ölçüm ve Sahiplik
| Kontrol noktası | Kontrol sorusu | Kanıt / kayıt |
|---|---|---|
| Kaynak veri | Kararda kullanılan kayıt güncel ve doğru kimliğe bağlı mı? | partner eşleme dokümanı, EDI mesaj günlüğü, teknik alındı, uygulama yanıtı, sipariş/sevkiyat/fatura ve mutabakat kayıtları |
| İş kuralı | Koşul ve istisna açık biçimde tanımlanmış mı? | gönderim, teknik alındı, iş kabulü ve sonraki belgenin oluşmasını ayrı durumlar olarak izlemek; kontrol toplamlarını karşılaştırmak |
| Sorumluluk | Sorun oluştuğunda incelemeyi kim üstleniyor? | İşlem sahibi, onaylayan ve hedef tarih |
| İş sonucu | Uygulama beklenen ticari/operasyonel etkiyi verdi mi? | mesaj kabul oranı, işleme gecikmesi, belge uyuşmazlığı, yeniden gönderim sayısı ve SLA içinde kapanan istisna |
Hata Yönetimi ve Yeniden Gönderim uygulamasının denetlenebilir çıktısı en az dört unsuru içermelidir: kullanılan kaynak kayıt, karar kuralı, sorumlu kişi ve sonuç kanıtı. partner kimliği, mesaj türü, belge numarası, sürüm, kontrol toplamı, iş durumu ve yeniden gönderim nedeni alanlarından hangilerinin karar üzerinde etkili olduğu da yazılmalıdır. Bu kayıt, sonraki benzer işlemde aynı kontrolün tekrarlanmasını sağlar.
Uyarı — Kontrol noktası
Kontrol ve iyileştirme için mesaj kabul oranı, işleme gecikmesi, belge uyuşmazlığı, yeniden gönderim sayısı ve SLA içinde kapanan istisna göstergelerini başlangıç seviyesiyle karşılaştırın. Fark çıktığında önce veri tanımının değişip değişmediğini, ardından süreç kaynaklı nedeni inceleyin. Düzeltme için sahip, hedef tarih ve tekrar ölçüm koşulu atayın; yalnızca faaliyetin tamamlanmasını başarı saymayın.
Bu Derste Ne Öğrendik?
- ✓Bu derste hata yönetimi ve yeniden gönderim konusunun temel iş mantığını, karar ölçütlerini, gerçekçi bir iş senaryosunu ve uygulamada kontrol edilmesi gereken riski ele aldınız.
- ✓Bir sonraki adım, bu yaklaşımı kendi ürün, müşteri ve süreç verilerinizle sınamaktır.