e-İrsaliye, kâğıt sevk irsaliyesinin Gelir İdaresi Başkanlığı (GİB) standardında elektronik olarak düzenlenip alıcıya iletilmesi ve saklanmasıdır. Geçiş yalnızca bir entegratör seçmek değildir: irsaliye malın depodan çıktığı anda doğduğu için başarılı bir geçiş, sevkiyat akışınızı, ERP'nizi ve depo kayıtlarınızı birlikte hazırlamayı gerektirir.
Bu rehber, geçiş zorunluluğu gelmiş ya da yaklaşmakta olan işletmeler için yazıldı. Önce e-İrsaliye'nin e-Fatura'dan neden farklı bir proje olduğunu, sonra geçişi aksatan noktaları ve uygulanabilir bir geçiş planını anlatıyoruz. Faturanın ERP'den entegratöre aktarımını ayrıca merak ediyorsanız e-Fatura entegrasyonu rehberimize bakabilirsiniz.
e-İrsaliye nedir, kimleri kapsar?
GİB'in e-İrsaliye uygulaması sayfasına göre uygulama, kâğıt ortamda düzenlenen sevk irsaliyesinin elektronik ortamda düzenlenmesi, iletilmesi ve arşivlenmesini kapsar; hukuki dayanağı 509 Sıra No.lu Vergi Usul Kanunu Genel Tebliği'dir. Zorunluluk; GİB'in belirlediği hasılat eşiği ve belirli sektörler (ör. EPDK lisansıyla akaryakıt ve LPG faaliyeti yürütenler, maden ruhsatı sahipleri, şeker üreticileri, demir-çelik ve gübre sektörü, Hal Kayıt Sistemi'ne kayıtlı sebze-meyve üretici ve tüccarları) üzerinden tanımlanır. Eşikler dönem dönem güncellendiği için kendi durumunuzu GİB'in güncel geçiş takviminden ve mali müşavirinizle teyit edin.
e-İrsaliye'yi e-Fatura'dan ayıran üç özellik vardır:
- Zamanlama: Fatura sevkiyattan sonra da kesilebilir; irsaliye ise malın yola çıkmasıyla ilişkilidir. Belge geç oluşursa kamyon kapıda bekler.
- Veri kaynağı: Faturanın kaynağı muhasebedir; irsaliyenin kaynağı depodur. Hangi üründen kaç adet, hangi lotla yüklendiği bilgisi sahadan gelir.
- Karşı tarafın yanıtı: Alıcı, teslim aldığı mal için sistem üzerinden e-İrsaliye yanıtı düzenleyebilir; eksik, fazla ya da reddedilen kalemler bu yanıtla geri döner. Bu yanıtın ERP'de karşılanması gerekir.
Bu yüzden e-İrsaliye, muhasebe projesinden çok bir depo ve sevkiyat süreci projesidir.
e-İrsaliye'ye geç kalmanın ve yanlış geçişin maliyeti
Kapsam hızla genişliyor. GİB 2025 Yılı Faaliyet Raporu verisine göre e-İrsaliye uygulamasından yararlanan mükellef sayısı 2024'teki 402.985'ten 2025 sonunda 632.288'e çıktı. Yani müşterilerinizin ve tedarikçilerinizin önemli bir kısmı artık irsaliyeyi elektronik bekliyor ya da gönderiyor. e-Belge ailesinin serbest meslek tarafını ise e-SMM serbest meslek makbuzu yazısında ele aldık.
Aynı rapora göre e-İrsaliye kullanan 632.288 mükellefin 579.170'i özel entegratör, 52.183'ü GİB Portal üzerinden belge düzenliyor; kendi sistemini doğrudan entegre eden mükellef sayısı yalnızca 935. (GİB 2025 Yılı Faaliyet Raporu)
Portal kullanan on binlerce işletme, sevkiyat bilgisini ERP'den ya da depodan otomatik almak yerine web ekranına yeniden yazıyor demektir. Sorun hız kadar doğruluktur: GS1 US ve Auburn Üniversitesi RFID Lab'in 2018 çalışmasında RFID kullanılmadığında markalardan perakendecilere sevk edilip teslim alınan siparişlerin %69'unda veri hatası bulundu. Sevkiyat verisi elle taşındığında hata istisna değil, olağan durumdur.
Hatalı irsaliye yalnızca bir belge sorunu da değildir. Alıcı eksik teslim yanıtı gönderir, fatura irsaliyeyle tutmaz, stok iki sistemde farklı görünür ve ay sonu mutabakatı uzar. Veri kalitesi uzmanı Thomas C. Redman, kötü verinin çoğu şirkete maliyetini gelirin %15-25'i olarak tahmin ediyor (MIT Sloan Management Review, 2017); bu bir uzman tahmini olsa da irsaliye hatalarının neden faturaya ve tahsilata taşındığını iyi özetliyor.
Geçiş yöntemi: portal, özel entegratör mi doğrudan entegrasyon mu?
| Ölçüt | GİB Portal | Özel entegratör + ERP/WMS bağlantısı | Doğrudan entegrasyon |
|---|---|---|---|
| Belge nasıl oluşur? | Web ekranında elle yazılır | ERP ya da WMS'teki sevkiyattan otomatik | Kendi sisteminiz GİB'e doğrudan gönderir |
| Günlük sevkiyat hacmi | Çok düşük hacme uygun | Düşükten yükseğe geniş aralık | Çok yüksek hacim |
| Depo verisiyle bağ | Yok; bilgiler yeniden girilir | Okutulan kalemlerden beslenir | Okutulan kalemlerden beslenir |
| Alıcı yanıtının işlenmesi | Ekrandan tek tek izlenir | ERP'ye geri yazılabilir | ERP'ye geri yazılabilir |
| Teknik yük | En düşük | Orta; bağlantı bakımı gerekir | Yüksek; GİB izni ve sürekli BT bakımı |
Çoğu işletme için mantıklı yol özel entegratördür. Ancak entegratör sözleşmesi tek başına otomasyon getirmez: irsaliyeyi ERP'den dışa aktarıp entegratör paneline yüklemek, portalı kullanmaktan pek farklı değildir. Asıl kazanç, sevkiyat onaylandığı anda belgenin kendiliğinden oluştuğu ve alıcı yanıtının ERP'ye döndüğü API entegrasyonundan gelir.
8 adımda e-İrsaliye geçiş planı
- Sevkiyat türlerini çıkarın. Satış sevkiyatı, depolar arası transfer, fason gönderim, iade, numune ve konsinye çıkışları ayrı ayrı listeleyin. Her tür için belgenin kimde ve hangi ekranda oluştuğunu yazın.
- Cari kartları doğrulayın. Alıcının e-İrsaliye kayıt durumu, vergi numarası ve teslim adresi doğru değilse belge yanlış yere gider. Mükerrer cari kayıtları temizlemenin yolunu veri kalitesi ve mükerrer kayıt yazımızda anlattık.
- Ürün ana verisini standartlaştırın. Birim, ürün kodu, barkod ve lot/seri alanları ERP ile depoda aynı olmalı. Koli-adet dönüşümü tanımlı değilse irsaliye ile fatura arasında miktar farkı çıkar.
- Belgeyi doğduğu yere bağlayın. İrsaliye, yükleme okutması bittiğinde WMS'ten ya da sevkiyat onayında ERP'den tetiklenmeli. Elle yeniden yazılan her alan bir hata fırsatıdır.
- Taşıma bilgisini sürece ekleyin. Plaka, şoför ve taşıyıcı bilgisi depoda kim tarafından, ne zaman giriliyor? Bu bilgi son anda aranıyorsa araç bekler. Limandan geçen konteyner sevkiyatlarında aynı araç ve taşıyıcı verisi konşimento ve kapı evrakıyla buluşur; bkz. liman lojistiğinde dijital evrak.
- Alıcı yanıtını karşılayın. Kısmi kabul ya da ret geldiğinde stokun, siparişin ve faturanın nasıl düzeltileceğini ve uyarının hangi role gideceğini tanımlayın.
- Kesinti senaryosunu yazın. Entegratöre ya da internete erişilemediğinde sevkiyatın nasıl yapılacağını mevzuata uygun bir prosedürle mali müşavirinizle birlikte belirleyin.
- Pilotla başlayın. Tek depo ve sınırlı sayıda müşteriyle, entegratörün test ortamında tüm sevkiyat türlerini deneyin; sonra kademeli olarak genişletin.
Geçiş öncesi hızlı kontrol listesi
| Kontrol | Evet ise | Hayır ise |
|---|---|---|
| Stok hareketleri okutularak mı kaydediliyor? | İrsaliye okutmadan beslenebilir | Önce barkodlu hareket kaydı kurulmalı |
| ERP ile depo aynı stok rakamını gösteriyor mu? | Entegrasyon kurulumuna geçilebilir | Önce sayım ve mutabakat |
| Alıcıların kayıt durumu cari kartta var mı? | Belge türü otomatik seçilir | Cari veri temizliği gerekir |
| İade ve transfer süreçleri yazılı mı? | Senaryolar hızlı test edilir | Süreç tasarımı ilk adım olmalı |
Stok doğruluğu zayıfsa, geçişten önce el terminaliyle stok sayımı ve lot takibi düzenini kurmak en kısa yoldur. Raf ömrü olan ürünlerde sevkiyat sırasını belirleyen kuralları FIFO ve FEFO yöntemleri yazısında anlattık.
e-İrsaliye'yi e-Belge zincirinin parçası olarak düşünün
İrsaliye tek başına yaşamaz: sipariş irsaliyeyi, irsaliye faturayı, fatura da deftere giden kaydı doğurur. Faturanın alıcıya göre e-Fatura ya da e-Arşiv olarak düzenlenmesini e-Arşiv fatura nedir yazısında, yevmiye ve kebir kayıtlarının elektronik tutulmasını e-Defter rehberinde ele aldık. Zincirin bir halkasında elle aktarım varsa hata bir sonraki halkaya taşınır.
Otomotiv gibi sektörlerde aynı sevkiyat müşteriye ayrıca EDI sevk bildirimiyle (DESADV) de anlatılır; ikisini tek kaynaktan üretmeyi otomotiv EDI entegrasyonu yazısında anlattık. Sevkiyat belgeleri e-postayla da dolaştığı için sahte irsaliye ve taşıma talimatı dolandırıcılıklarına karşı lojistik e-posta dolandırıcılığı yazısındaki kontrolleri de süreçlerinize ekleyin.
e-İrsaliye'yi hangi sırayla ve hangi diğer projelerle birlikte ele alacağınızı planlıyorsanız dijital dönüşüm yol haritası iyi bir çerçeve sunar. Konuya ait diğer rehberler Dijital Dönüşüm yazılarımızda bir arada.
Digital Bridge'de e-İrsaliye geçişini nasıl yapıyoruz?
Geçişi entegratör kurulumuyla değil, sevkiyat akışınızla başlatıyoruz:
- Keşif ve ihtiyaç analizi. Depoda bir sevkiyatı baştan sona izliyor, sevkiyat türlerini, belgenin nerede elle yazıldığını ve ERP ile depo arasındaki kopuklukları çıkarıyoruz. Sonucu kapsam, aşamalar ve bedelle birlikte yazılı teklif olarak sunuyoruz; hazır paket satmıyoruz.
- Depo tarafı. Stok hareketleri henüz kâğıtla izleniyorsa, depo yönetim sistemi (WMS) ile mal kabulden sevkiyata her hareketi el terminalinde okutarak kaydediyoruz; sevkiyatta çıkış kontrol okutması ve irsaliye oluşturma bu yapının parçası. Sahaya uygun el terminali ve veri toplama cihazlarını da aynı ekip seçiyor ve kuruyor.
- ERP ve entegratör bağlantısı. API ve sistem entegrasyonu kapsamında Logo, SAP Business One, Mikro, Netsis ve özel ERP'leri çalıştığınız özel entegratörle çift yönlü bağlıyoruz; hata veren belge için uyarı gelir, düzeltilen belge yeniden gönderilir. ERP'nin API'si yoksa veritabanı düzeyinde güvenli aktarım kuruyoruz.
- Eksik süreçler için ERP geliştirme. Transfer, fason ya da iade akışları mevcut yazılımda karşılanmıyorsa, firmaya özel ERP modülleriyle tamamlıyoruz; kargo ve pazaryeri gibi diğer kaynakları sistem entegrasyonlarıyla aynı veri akışına alıyoruz.
- Pilot ve yaygınlaştırma. Tek depo ve sınırlı müşteri grubuyla test ortamında başlıyor, tüm sevkiyat türleri sorunsuz çalıştığında diğer depolara geçiyoruz.
Sonraki adım
Geçiş takviminiz belli olsa da olmasa da ilk iş aynı: son bir aydaki sevkiyatlarınızı türlerine göre sayın ve her birinde irsaliyenin kim tarafından, hangi ekranda yazıldığını not edin. Bu liste, geçişin gerçek kapsamını gösterir. Ardından bizimle iletişime geçin; sevkiyat akışınızı birlikte inceleyelim ve depo, ERP ve entegratör tarafında neyin hazırlanması gerektiğini yazılı olarak ortaya koyalım.