EDI (Electronic Data Interchange, elektronik veri değişimi), iki şirketin sipariş, sevk bildirimi ve fatura gibi ticari belgelerini, önceden anlaşılmış standart bir formatta, insan eli değmeden kendi yazılımları arasında göndermesidir. Siparişi e-postadan okuyup ERP'ye yazmak yerine, müşterinin sistemi siparişi doğrudan sizin sisteminize bırakır; onay, irsaliye ve fatura aynı yoldan geri döner.
Hangi sektörlerde ve firmalarda EDI gerekir?
EDI; perakende ve hızlı tüketim, otomotiv, lojistik ve dış ticaret, ilaç ve medikal dağıtım gibi büyük alıcıların çok sayıda tedarikçiyle çalıştığı sektörlerde yaygındır. Çoğu üretici, toptancı ve distribütörde başlangıç tablosu aynıdır. Büyük müşteri siparişi PDF ya da Excel olarak e-postayla gönderir, satış destek ekibi satırları ERP'ye tek tek yazar, sipariş onayı yine e-postayla döner. Sevkiyatta aynı bilgiler irsaliyeye, etikete ve müşterinin tedarikçi portalına bir kez daha girilir.
Bu düzen, müşteri sayısı az ve sipariş seyrekken çalışır. Müşteri büyüdükçe iki şey olur: sipariş sıklığı artar ve müşteri "bundan sonra siparişleri EDI ile göndereceğiz" der. Bu cümle çoğu zaman bir rica değil, tedarikçi kalmanın şartıdır.
Sorun yalnızca iş yükü değildir. Elle aktarılan her satır bir yazım hatası, gecikme ya da eksik revizyon ihtimali taşır. Sistemler arasındaki bu kopukluğun genel resmini API entegrasyonu rehberimizde anlattık; EDI ise aynı problemin firmalar arası, standartlaşmış hâlidir.
EDI nedir, nasıl çalışır?
EDI'yi üç katmanda düşünmek işi kolaylaştırır: belge, format ve taşıma. Belge, iş dünyasındaki karşılığıdır: sipariş, sipariş onayı, sevk bildirimi, fatura. Format, bu belgenin makinenin okuyacağı biçimde nasıl yazılacağıdır. Taşıma ise dosyanın bir şirketten diğerine güvenli şekilde nasıl ulaşacağıdır.
Tipik bir akış şöyle işler: müşterinin ERP'si bir satın alma siparişi oluşturur, çevirici yazılım bunu standart EDI mesajına dönüştürür ve anlaşılan kanal üzerinden size gönderir. Sizin tarafınızdaki çevirici mesajı okur, alanları kendi ERP'nizdeki müşteri, ürün ve fiyat kodlarına eşler ve siparişi açar. Ardından otomatik onay ve alındı bildirimi geri gider; kimse PDF açmaz.
Bu eşleme adımına mapping denir ve projenin asıl emeği buradadır. Müşterinin ürün kodu ile sizin stok kodunuz, onun birim tanımı ile sizinki genellikle aynı değildir. Bu yüzden EDI, kodların tek ve temiz tutulduğu bir ana veri yönetimi düzeni olmadan sağlıklı çalışmaz.
En yaygın standartlar ve mesajlar
Dünyada en yaygın iki format ailesi vardır. Avrupa ve Türkiye'de ağırlıklı olarak BM'nin UN/EDIFACT standardı, Kuzey Amerika'da ANSI X12 kullanılır. Bunların yanında XML tabanlı biçimler ve sektöre özel alt kümeler (otomotivde VDA, perakendede GS1 EANCOM gibi) bulunur.
| İş belgesi | EDIFACT mesajı | X12 karşılığı | Yön |
|---|---|---|---|
| Satın alma siparişi | ORDERS | 850 | Müşteri → tedarikçi |
| Sipariş onayı | ORDRSP | 855 | Tedarikçi → müşteri |
| Sevk bildirimi (ASN) | DESADV | 856 | Tedarikçi → müşteri |
| Fatura | INVOIC | 810 | Tedarikçi → müşteri |
| Teslimat çizelgesi | DELFOR | 830 | Müşteri → tedarikçi |
| Stok ve satış raporu | INVRPT / SLSRPT | 846 / 852 | Perakendeci → tedarikçi |
Taşıma tarafında en sık görülen yöntemler AS2 (internet üzerinden şifreli ve imzalı, alındı teyitli gönderim), SFTP, Avrupa otomotivinde OFTP2 ve katma değerli ağ denen VAN hizmetleridir. Hangisini kullanacağınızı çoğu zaman büyük müşteriniz belirler.
EDI ile API, e-Fatura ve tedarikçi portalı arasındaki fark
"EDI eski teknoloji değil mi, API yetmez mi?" sorusu çok sorulur. Cevap, ikisinin farklı işler için var olduğudur. API anlık, istek-cevap mantığında çalışır ve genellikle tek bir yazılım sağlayıcısının kurallarına göre tasarlanır. EDI ise çok sayıda firmanın aynı mesaj yapısını paylaştığı, toplu ve belgesel bir ticari dildir.
| Ölçüt | EDI | API | e-Fatura (UBL-TR) | Tedarikçi portalı |
|---|---|---|---|---|
| Amaç | Firmalar arası ticari belge | Sistemler arası anlık veri | Vergi mevzuatına uygun fatura | Müşteri ekranına veri girişi |
| Standart | EDIFACT, X12, sektör alt kümeleri | Sağlayıcıya özel (REST, JSON) | GİB standardı | Müşteriye özel ekran |
| Otomasyon | Tam, sistemden sisteme | Tam, sistemden sisteme | Entegratör ya da doğrudan entegrasyonla tam; portalda elle | Düşük, elle giriş |
| Kim belirler? | Genellikle büyük müşteri | Yazılım sağlayıcısı | Gelir İdaresi | Müşteri |
| Tipik kullanım | Sipariş, ASN, çizelge | Stok, fiyat, kargo durumu | Yasal fatura | Az hacimli tedarikçiler |
Türkiye'de işi karıştıran nokta şudur: GİB'in belirlediği kapsamdaki mükelleflerde yurt içi fatura ve irsaliye zaten elektronik ve yapılandırılmış biçimde dolaşır. Bu, e-Fatura entegrasyonu ve e-İrsaliye geçişi ile çözülür. EDI ise yasal belgenin öncesini ve çevresini kapsar: siparişi, onayı, çizelgeyi, sevk bildirimini ve yurt dışı müşterinin kendi fatura mesajını.
EDI'ye geçmemenin maliyeti
Elektronik kanallardan satış Türkiye'de yaygınlaşıyor. TÜİK'in Girişimlerde Bilişim Teknolojileri Kullanım Araştırması 2026 bültenine göre internet veya EDI üzerinden satış yapan girişimlerin oranı 2024'te %13,6 iken 2025'te %17,1'e yükseldi. 250 ve üzeri çalışanı olan girişimlerde bu oran %29,7. Bu gösterge web satışlarını da kapsar, yalnızca EDI'yi ölçmez; yine de büyük alıcıların sipariş trafiğinin elektronik kanallara kaydığını gösterir.
Yapılandırılmış belge alışverişinin zaten ana akım olduğunu vergi tarafı da gösteriyor:
GİB 2025 Yılı Faaliyet Raporu'na göre 2025 sonunda 1.848.492 mükellef e-Faturayı özel entegratör, 86.828 mükellef GİB Portal üzerinden düzenliyor; kendi sistemini doğrudan GİB'e bağlayan mükellef sayısı ise yalnızca 1.988.
Bu dağılımdan çıkan ders şu: firmaların büyük çoğunluğu dış dünyayla standart belge alışverişini kendisi kurmak yerine bir ara katmana devrediyor. EDI'de de çoğu firma benzer bir yol izler; asıl iş, ara katmanla ERP arasındaki bağlantıyı sağlam kurmaktır.
Standartlar da yerinde durmaz. VDA'nın "VDA 4987 – Despatch Advice with EDI V3.1" yayın sayfasına göre otomotivde EDIFACT DESADV tabanlı sevk bildirimi tavsiyesinin V3.1 sürümü 18 Temmuz 2023'te yayımlandı ve eski VDA 4913 mesajının yerini aldı. Elle ya da eski dosya formatıyla ilerleyen tedarikçi, müşterisi geçişi zorunlu kıldığında kısa sürede uyum sağlamak zorunda kalır; sektörün ayrıntıları otomotiv EDI entegrasyonu yazımızda.
Görünmeyen maliyet ise dağınıktır: sipariş girişine harcanan personel saati, yanlış kodlanan satır yüzünden yapılan hatalı sevkiyat, geç görülen revizyon, müşterinin tedarikçi karnesinde düşen puan. Hiçbiri tek başına fatura olarak gelmez ama hepsi kâr marjından yer.
EDI'ye geçiş için 7 adımlık çerçeve
Sektör fark etmeksizin sağlıklı bir EDI projesi şu sırayla ilerler:
- Ortak ve mesaj envanteri çıkarın. Hangi müşteri veya tedarikçi, hangi belgeyi, hangi standart ve sürümde, hangi kanaldan istiyor? Her ortak için müşterinin verdiği uygulama kılavuzunu (implementation guide) toplayın.
- Taşıma modelini seçin. Kendi AS2 veya SFTP bağlantınızı mı kuracaksınız, yoksa bir VAN ya da EDI hizmet sağlayıcısı mı kullanacaksınız? Ortak sayısı ve iç ekibinizin kapasitesi bu kararı belirler.
- Ana veriyi temizleyin. Müşteri ürün kodu ile stok kodu eşleşmeleri, birimler, teslimat adresi (GLN) ve vergi numaraları tek bir tabloda tutulmalı. Kirli veri, EDI'yi otomatik hata üreticisine çevirir.
- Eşleme ve iş kurallarını yazın. Her mesaj alanının ERP'deki karşılığını, zorunlu alanları ve istisna durumlarını (eksik fiyat, bilinmeyen ürün, kısmi sevkiyat) belgeleyin.
- Tek ortakla pilot yapın. En yüksek hacimli ya da en talepkâr ortakla başlayın; test ortamında gerçek mesajlarla uçtan uca deneyin ve müşterinin onayını (sertifikasyon testi) alın.
- İzleme ve hata akışını kurun. Reddedilen, eşlenemeyen ya da alındı teyidi gelmeyen her mesaj bir kişinin ekranına düşmeli. Sessizce kaybolan bir sipariş, elle girilen siparişten daha tehlikelidir.
- Yaygınlaştırın ve güvenceye alın. Yeni ortakları aynı şablonla ekleyin; sertifika yenilemelerini, erişim yetkilerini ve ortakların güvenlik beklentilerini tedarikçi güvenlik değerlendirmesi disipliniyle takip edin.
Hazır mısınız? Kısa kontrol listesi
| Soru | Evet ise | Hayır ise |
|---|---|---|
| ERP'de ürün ve cari kodları tekil mi? | Eşlemeye geçin | Önce veri temizliği |
| Müşteri uygulama kılavuzunu verdi mi? | Mesaj kapsamını netleştirin | Müşteriden isteyin |
| ERP dış sistemden sipariş almayı destekliyor mu? | Doğrudan entegrasyon | Ara katman veya ERP değerlendirmesi |
| Depo sevkiyatı barkodla mı yapılıyor? | ASN otomatik üretilebilir | Depo yönetim sistemi gündeme gelir |
| Hata mesajlarını izleyecek sorumlu belli mi? | Canlıya alın | Önce süreci atayın |
Digital Bridge'de EDI entegrasyonunu nasıl yapıyoruz?
Hazır paket satmıyoruz; her EDI işine keşif ve ihtiyaç analiziyle başlıyoruz. İlk görüşmede ortak listenizi, müşterilerinizin uygulama kılavuzlarını, ERP'nizin dış veri alma kabiliyetini ve bugün siparişin hangi ekranlardan geçtiğini birlikte çıkarıyoruz. Sonunda kapsamı, aşamaları ve bedeli yazan bir teklif veriyoruz.
Teknik tarafta EDI çeviricisi ile ERP arasındaki köprüyü API entegrasyon hizmetimiz kapsamında kuruyoruz. Mevcut ERP'niz dış siparişi doğrudan alamıyorsa, sistem entegrasyonları ekibimiz ara katman, kuyruk ve hata ekranını tasarlıyor. ERP'nin kendisinde eksik kalan sipariş, fiyat ya da sevkiyat alanları için ERP geliştirme hizmetimiz devreye giriyor.
Hedefimiz, siparişin hangi kanaldan geldiğine bakmadan ERP'de tek bir sipariş yapısında toplanmasıdır. EDI kurmayacak küçük müşteriler için B2B e-ticaret ve bayi portalı çözümümüz aynı ERP akışına bağlanıyor, böylece EDI'den ve portaldan gelen siparişler aynı ekranda izlenir; bu kurgunun ayrıntısı B2B e-ticaret ERP entegrasyonu yazımızda.
Lojistik ve dış ticaret firmalarında EDI, konteyner ve evrak akışının da parçasıdır; bu tarafı liman lojistiğinde dijital evrak yazısında ele aldık.
Hazır EDI yazılımı mı, firmaya özel entegrasyon mu sorusunu ise özel yazılım mı hazır paket mi rehberimizdeki ölçütlerle birlikte tartıyoruz. Bu kategorideki diğer yazılar için yazılım geliştirme rehberlerine göz atabilirsiniz.
Sonraki adım: EDI ihtiyacınızı netleştirin
Bir müşteriniz EDI talep ettiyse ya da sipariş girişi ekibinizin gününü dolduruyorsa, işe ortak ve mesaj envanteriyle başlamak en doğru adımdır. Müşterinizin gönderdiği uygulama kılavuzunu ve ERP'nizin adını paylaşın; neyin doğrudan bağlanabileceğini, neyin ara katman gerektirdiğini birlikte netleştirelim.
Bize iletişim sayfamızdan, 0 (552) 380 25 25 numaralı telefondan ya da info@digitalbridge.com.tr adresinden ulaşabilirsiniz.