EDI entegrasyonu: iş ortağı bağlantısından mutabakata

EDI nedir, tedarik zincirinde neden kullanılır?

EDI (Electronic Data Interchange, elektronik veri değişimi), iş ortakları arasında sipariş, sevk bildirimi, fatura gibi iş belgelerinin standart bir biçimde, bilgisayardan bilgisayara, insan müdahalesi olmadan aktarılmasıdır. Kâğıt, faks ya da serbest biçimli e-posta ekiyle yürüyen belge trafiğinin yerine, tarafların sistemlerinin anlayabileceği yapılandırılmış mesajlar geçer.

Tedarik zincirinde EDI'nin değeri, elle veri girişinin azalmasında, hataların erken yakalanmasında ve süreçlerin hızlanmasında yatar. Bir perakendeci siparişini tedarikçisinin sistemine doğrudan gönderdiğinde, tedarikçi kendi sisteminde siparişi yeniden yazmak zorunda kalmaz; sevkiyat hazır olduğunda sevk bildirimi alıcıya otomatik gider, alıcı malı kabul ederken beklenenle karşılaştırır, fatura da aynı akışla gelir ve mutabakat kolaylaşır. Özellikle büyük hacimli, düzenli ve çok sayıda iş ortağıyla çalışılan sektörlerde (perakende, otomotiv, üretim, lojistik) EDI uzun süredir yaygın bir yöntemdir.

EDI bir yazılım değil, bir veri alışverişi yaklaşımıdır. Bunu hayata geçirmek için standart bir mesaj biçimi, bu biçime çeviri yapan bir yazılım, güvenli iletişim yolu, iş ortakları arası anlaşma ve bir izleme düzeni gerekir. Günümüzde bazı kurumlar EDI'yi web tabanlı API ve yeni nesil entegrasyonlarla birlikte kullanır; bu yaklaşımlar çoğunlukla bir arada yaşar.

Temel kavramlar: standartlar ve mesaj tipleri

EDI mesajları, belirli bir standarda göre yapılandırılır. Standart, bir belgenin hangi alanlardan oluştuğunu, alanların sırasını, ayraçları ve anlamını tanımlar. Dünya genelinde uluslararası ticarette yaygın bir standart olarak UN/EDIFACT bilinir; farklı bölgelerde ve sektörlerde başka standart aileleri de kullanılır. Hangi standardın kullanılacağı genellikle iş ortağının talebine ve sektör pratiğine göre belirlenir.

Tedarik zincirinde sık karşılaşılan mesaj türleri şunlardır.

• Sipariş: Alıcının satıcıya ne istediğini bildirdiği mesaj.
• Sipariş yanıtı: Satıcının siparişi kabul, değişiklik ya da reddini bildirmesi.
• Sevk bildirimi: Malın yola çıktığını, içeriğini ve beklenen varışını belirten mesaj. Alıcının depo kabul planı buna dayanır.
• Fatura: Mal ve hizmet bedelinin bildirimi.
• Stok ve talep tahmini mesajları: Perakende ve üretimde stok durumu ve gelecek dönem talebinin paylaşılması.
• Alındı bilgisi ve onay mesajları: Karşı tarafın mesajı alıp işlediğini bildirir.

Mesajın bir "zarf" yapısı vardır: kim gönderiyor, kime gidiyor, hangi mesaj türü ve kontrol bilgileri. Zarfın içinde başlık, kalemler ve özet bölümleri bulunur. Mesaj alıcıya ulaştığında önce yapısal olarak doğrulanır, ardından iş kurallarına göre kontrol edilir; hata varsa gönderene bildirim gider.

Mesajın iş sistemine girmeden önce çevrilmesi gerekir. Çeviri yazılımı (translator), şirketin ERP sistemindeki veriyi standart mesaj biçimine, gelen mesajı da ERP'nin anlayacağı biçime dönüştürür. Bu dönüşümün kurallarına eşleme (mapping) denir.

İş ortağı entegrasyon projesi nasıl yürütülür?

Yeni bir iş ortağıyla EDI bağlantısı kurmak, teknik olduğu kadar organizasyonel bir projedir. Tipik akış şöyledir.

Önce kapsam belirlenir: hangi belgeler karşılıklı gidecek, hangi sistemler devrede, kim sorumlu? İş ortağı genellikle kendi şartnamesini sunar: kullandığı standart, mesaj uygulama kılavuzu ve iletişim yöntemi. Bu şartname okunmadan eşleme çalışmasına geçilmez.

Sonra eşleme tasarlanır. ERP alanları ile mesaj alanları tek tek eşleştirilir; kod listeleri (ürün kodu, ölçü birimi, ülke, taşıma türü) dönüştürülür ve zorunlu alanlar belirlenir. Eşleme belgesi hem iş birimi hem teknik ekip tarafından gözden geçirilir. Çoğu zaman iş ortağı kendi ürün kodlarını kullanır; bu nedenle ürün kodu çapraz referansı hazırlamak ayrı bir iştir.

Ardından iletişim kanalı kurulur: güvenli dosya aktarımı, iş ortağı ağı ya da aracı bir hizmet sağlayıcı. Kimlik doğrulama, şifreleme ve sertifika yönetimi bu aşamada ele alınır.

Test aşamasında önce kendi tarafınızda dönüşümü, sonra iş ortağıyla karşılıklı örnek mesajlaşmayı denersiniz. Her mesaj türü için hem başarılı hem hatalı senaryolar test edilir. İş ortağı onayı alındıktan sonra canlıya geçilir. Geçişte genellikle bir süre eski yöntemle paralel çalışılır.

Örnek senaryo: bir üreticinin perakende zinciriyle EDI bağlantısı

Örneğin bir gıda üreticisi, büyük bir perakende zinciriyle çalışmaya başlıyor ve zincir siparişleri EDI ile istiyor. Üretici şimdiye kadar siparişleri e-postayla alıyor ve elle sisteme giriyordu.

Proje ekibi satış operasyonu, sevkiyat, finans ve BT temsilcilerinden oluşuyor. Zincirin şartnamesinde sipariş, sevk bildirimi ve fatura mesajları isteniyor. Ekip önce her belgenin mevcut iş akışını çıkarıyor: sipariş geldiğinde kim kontrol ediyor, stok nasıl ayrılıyor, sevk bildirimi ne zaman hazırlanıyor?

Eşleme çalışmasında zincirin ürün kodlarının üreticinin kodlarına karşılığı belirleniyor, teslim yeri kodları zincirin depolarıyla eşleştiriliyor ve ölçü birimleri uyumlu hâle getiriliyor. Karşılıklı testlerde sevk bildiriminde koli içeriği ile fiili yükleme arasındaki farkın alıcının kabul sürecinde sorun çıkardığı görülüyor; yükleme sürecinde okuma kontrolü ekleniyor.

Canlıya geçişin ilk haftalarında hata bildirimleri yakından izleniyor, sipariş yanıtlarında gecikmeler araştırılıyor. Bir süre sonra süreç otomatikleşiyor; elle giriş azalıyor, sevkiyat hatalarının erken fark edilmesi kolaylaşıyor. Bu örnekte EDI'nin başarısı çeviri yazılımından çok, iş süreçlerinin ve ana verinin düzgün hazırlanmasından geliyor.

İzleme, hata yönetimi ve süreklilik

EDI canlıya alındıktan sonra asıl iş izlemedir. Mesajlar akış boyunca farklı noktalarda hata verebilir: iletişimde (bağlantı kopması, sertifika süresi dolması), çeviri aşamasında (yapı hatası, zorunlu alan eksikliği) ve iş uygulamasında (bilinmeyen ürün kodu, fiyat farkı, stokta olmayan kalem). Her hata türü için sorumlu, müdahale yöntemi ve bildirim akışı tanımlanmalıdır.

İzleme panosunda şunlar takip edilir: gelen ve giden mesaj hacmi, işlenemeyen mesajlar, bekleyen ya da yanıtsız mesajlar, iş ortağı bazında hata oranları, alındı bildirimi gelmeyen mesajlar. Önemli bir mesaj geldiğinde kimsenin fark etmemesi, EDI kaynaklı en pahalı hatalardandır. Bu nedenle kritik mesajlar için uyarı kuralları kurulur.

Süreklilik planı, sistem çökerse ya da iş ortağı bağlantısı kesilirse ne yapılacağını belirler. Mesajların kuyrukta saklanması, yedek iletişim yolu, geçici elle işleme yöntemi ve kurtarma sonrası mesajların tekrar işlenmemesi (mükerrer önleme) tasarlanır. Arşivleme ve yasal saklama yükümlülükleri de unutulmamalıdır; mesajların belirlenen süre boyunca okunabilir saklanması gerekir.

Güvenlik tarafında iletişimin şifrelenmesi, gönderenin doğrulanması ve erişimin kısıtlanması temel önlemlerdir.

Mutabakat, ana veri ve sık yapılan hatalar

EDI'nin sağlıklı çalışması ana veriye dayanır. Ürün kodları, birim ölçüleri, fiyat listeleri, teslim yeri kodları ve iş ortağı bilgileri her tarafta tutarlı olmalıdır. Ana veri bozuksa kusursuz eşleme bile hata üretir; birçok EDI sorununun kökü çeviri değil veridir.

Mutabakat, siparişte, sevkte, kabulde ve faturada rakamların eşleşmesini kontrol etme sürecidir. Sipariş miktarı ile sevk edilen miktar, sevk edilen ile alınan miktar, alınan ile faturalanan miktar karşılaştırılır. Farklar otomatik tespit edilir ve istisna listesi olarak ilgili kişilere gider. Düzenli mutabakat toplantıları iş ortağıyla ortak sorunları çözmeye yarar.

Sık yapılan hatalar şunlardır: iş ortağı şartnamesini tam okumadan eşleme yapmak, ana veriyi temizlemeden başlamak, yalnız mutlu senaryoyu test etmek, hata bildirimini kimseye atamamak, sertifika ve bağlantı süresi takibini unutmak, tek kişiye bağımlı kalmak ve iş ortağı değişikliklerini sürüm kontrolüne bağlamamak. Başlamak için mevcut siparişten faturaya akışı çizin, hangi belgelerin elle taşındığını işaretleyin ve en hacimli iş ortağıyla küçük bir pilot kurgulayın.

Mindset programlarında bu konu EDI Entegrasyonları ile Tedarik Zinciri Veri Alışverişi eğitiminde işlenir. Modüller temel kavramlar ve mesaj tipleri, iş ortağı entegrasyon projesi, izleme, hata yönetimi ve süreklilik ile mutabakat, ana veri ve uygulama atölyesidir.