SAP e-Fatura Entegrasyonu

SAP e-Fatura Entegrasyonu Nasıl Yapılır? Kurumsal Geçiş ve Mimari Rehberi

Küresel rekabet ortamında büyük ölçekli işletmelerin finansal veri akışını yöneten SAP sistemlerinde, elektronik belge süreçlerinin Gelir İdaresi Başkanlığı (GİB) standartlarına tam uyumlu olarak dijitalleştirilmesi artık bir seçenek değil, operasyonel bir zorunluluktur. Finans, muhasebe, satış ve lojistik süreçlerinin merkezinde yer alan SAP ERP (ECC) veya modern SAP S/4HANA sistemlerinin e-Dönüşüm ekosistemine entegre edilmesi, manuel veri girişinden kaynaklanan faturalama hatalarını minimize ederken operasyonel maliyetleri ve kağıt israfını ciddi oranda düşürür. Peki, karmaşık sistem mimarileri, teknik gereksinimler ve katı yasal zorunluluklar çerçevesinde SAP e-Fatura entegrasyonu nasıl yapılır?

Bu dev rehber, şirketlerin e-Fatura geçiş sürecinde sistem mimarilerini nasıl yapılandırmaları gerektiğini, entegrasyon yöntemlerini, SAP modüllerinde yapılması gereken konfigürasyonları ve canlı kullanımda karşılaşılan GİB durum kodlarını uçtan uca, teknik bir derinlikle incelemektedir. Co1 kalitesiyle hazırlanan bu rehber, IT yöneticilerinden SAP danışmanlarına kadar herkes için bir başucu kaynağı niteliğindedir.

SAP e-Fatura Entegrasyonu Nedir ve Hukuki Altyapısı

SAP e-Fatura entegrasyonu; işletmelerin SAP sistemleri (Satış ve Dağıtım – SD, Malzeme Yönetimi – MM, Finansal Muhasebe – FI) üzerinde oluşturdukları fatura verilerinin, GİB’in belirlediği uluslararası UBL-TR (Universal Business Language) standartlarına dönüştürülerek güvenli bir şekilde alıcıya iletilmesi ve karşı taraftan gelen e-Faturaların sistem içerisine otomatik olarak kaydedilmesi sürecidir. Bu süreç, sadece bir veri transferi değil, aynı zamanda mali onay ve muhasebeleşme döngüsüdür.

VUK 509 Kapsamında e-Dönüşüm ve GİB Mevzuatı

Gelir İdaresi Başkanlığı tarafından yayımlanan VUK 509 Sıra No.lu Vergi Usul Kanunu Genel Tebliği ile e-Fatura, e-Arşiv, e-İrsaliye ve e-Defter uygulamaları, sektörel bazda ve belirli ciro limitlerini aşan şirketler için yasal bir çerçeveye oturtulmuştur. SAP sistemlerinin GİB e-Belge yasal mevzuatları ile tam entegre çalışması, sadece vergi denetimlerinde doğabilecek cezai yaptırımların önüne geçmekle kalmaz; aynı zamanda şirket içi denetlenebilirlik (audit trail), veri şeffaflığı ve yasal uyumluluk sağlar. Sisteme entegre edilen her bir fatura, zaman damgası ve mali mühür ile güvence altına alınarak değiştirilemezliği garanti edilir.

SAP ERP ve S/4HANA Sistemlerinde e-Belge Mimarisinin Önemi

Geleneksel SAP ECC 6.0 yapılarından bellek içi (in-memory) veri tabanı teknolojisine sahip SAP S/4HANA sistemlerine kadar her mimaride, verinin herhangi bir dış müdahaleye veya manuel manipülasyona maruz kalmadan doğrudan GİB’e iletilmesi temel prensiptir. Merkezi SAP sistemi üzerinde kurgulanan e-fatura modülleri (veya e-Dönüşüm kokpitleri), faturanın oluşturulmasından XML formatına çevrilmesine, zarflanmasından (envelope) GİB’e iletilmesine kadar tüm döngüyü tek bir platform üzerinden otomatize eder. Bu sayede veriler ERP dışında parçalı sistemlerde tutulmaz, veri bütünlüğü (data integrity) SAP’nin kendi standartlarında korunur.

SAP e-Fatura Entegrasyonu Yöntemleri Nelerdir?

Kurumların BT altyapılarına (On-Premise veya Cloud), günlük işlem hacimlerine (throughput), felaket kurtarma kapasitelerine ve veri güvenliği politikalarına bağlı olarak SAP sistemlerini GİB’e bağlamak için temelde üç farklı entegrasyon yöntemi değerlendirilmektedir.

1. Özel Entegratör Yöntemi ile SAP Bağlantısı (Web Servisleri)

Türkiye’deki kurumsal SAP projelerinin yaklaşık %90’ında GİB onaylı lisanslı özel entegratörler tercih edilmektedir. Bu yöntemde SAP sistemi, fatura verilerini güvenli bir ara katman (middleware) olan SAP PI/PO veya SAP BTP üzerinden özel entegratörün REST/SOAP web servislerine (API) gönderir.

• Mimarisi ve İşleyiş: SAP’de oluşan fatura belgesi, genellikle bir IDoc (Intermediate Document) veya yapılandırılmış JSON/XML formatında dışarı aktarılır.

• Avantajları: GİB’in sunucu güncellemeleri, mevzuat değişiklikleri, UBL-TR versiyon geçişleri ve şema (schematron) güncellemeleri doğrudan entegratör firma tarafından yönetilir. SAP sistemindeki yük minimumda tutulur. Mali mühür (firma kaşesi) işletmenin kendi donanımlarında tutulabileceği gibi, entegratörün yüksek güvenlikli HSM (Hardware Security Module) cihazlarında da barındırılabilir, bu da IT departmanının operasyonel yükünü hafifletir.

2. GİB Doğrudan Entegrasyon (Direct Integration) Yöntemi

Çok yüksek fatura hacmine sahip, bilgi işlem altyapısı 7/24 kesintisiz hizmet verebilecek düzeyde olan, ISO 27001, ISO 22301 ve ITIL sertifikasyonlarına sahip büyük ölçekli kurumların tercih ettiği yöntemdir. İşletme kendi sunucuları üzerinden doğrudan GİB sistemlerine bağlanır.

• Mimarisi ve İşleyiş: Herhangi bir aracı kurum (özel entegratör) kullanılmaz. SAP sistemi içerisindeki faturanın UBL-TR dönüşümü, şema kontrolleri, zarflanması ve doğrudan GİB sunucularına iletilmesi kurum içi ağda gerçekleşir.

• Değerlendirme ve Zorlukları: Yüksek donanım maliyeti, felaket kurtarma merkezi (Disaster Recovery Center – DRC) zorunluluğu ve GİB tarafından atanan bağımsız denetim raporlarından geçme şartı gerektirir. Sistem kesintilerinde tüm yasal sorumluluk tamamen kurumun kendisine aittir.

3. GİB Portal Yöntemi (SAP Kullanıcıları İçin Neden Uygun Değildir?)

Aylık çok düşük sayıda fatura kesen işletmeler için GİB’in sunduğu ücretsiz web portalıdır. Ancak faturayı önce SAP’de kesip, sonra manuel olarak GİB portalına elle girmek “çift kayıt” (double entry) yaratacağından ve insan hatasına açık olduğundan SAP ERP kullanan hiçbir kurumsal yapı için tavsiye edilmez ve kullanılamaz.

5 Aşamada SAP e-Fatura Entegrasyonu Nasıl Yapılır? Proje Metodolojisi

Profesyonel bir SAP e-Dönüşüm projesi, kavramsal tasarımdan (Blueprint) canlı kullanıma (Go-Live) kadar belirli bir sistem entegrasyon metodolojisi izlenerek hayata geçirilir. Eksiksiz bir SAP e-Fatura entegrasyonu için izlenmesi gereken kritik teknik adımlar şunlardır:

Adım 1: Mali Mühür Temini ve GİB Elektronik Başvurusu

Sürecin yasal ayağının başlatılabilmesi için öncelikle TÜBİTAK Kamu SM üzerinden kurumsal düzeyde mali mühür sertifikası temini gerçekleştirilmelidir. Fiziksel USB dongle veya HSM cihazı formatında alınabilen bu mühür, e-Faturaların kurum adına yasal olarak imzalanmasını sağlar. Eş zamanlı olarak GİB e-Belge portalı üzerinden e-Fatura uygulaması için başvuru tamamlanır ve seçilen entegrasyon yöntemi kuruma resmi dilekçe ile bildirilir.

Adım 2: SAP SD, MM ve FI Modüllerinin Ön Hazırlığı ve Master Data Temizliği

SAP içerisindeki master data (ana veri) kalitesi, e-Fatura entegrasyonunun bel kemiğidir. GİB sistemleri eksik veya hatalı veriyi anında reddeder.

• Müşteri ve Satıcı Ana Verisi (Customer/Vendor Master Data): SAP ERP’de (VD02/XK02) veya S/4HANA’daki İş Ortağı (Business Partner – BP) ekranlarında yer alan Vergi Kimlik Numarası (VKN), TCKN, adres, il ve ilçe bilgilerinin tamamen eksiksiz ve GİB formatına uygun olması şarttır. Özel entegratörlerin sunduğu “VKN Sorgulama Servisleri” SAP’ye entegre edilerek, faturası kesilecek carinin e-Fatura mükellefi olup olmadığı (Alias/Etiket kontrolü) arka planda otomatik olarak teyit edilir.

• Modül Uyarlamaları: Satış ve Dağıtım (SD) modülünde e-Fatura belge türleri (Z’li döküman tipleri) tanımlanır. Finans (FI) tarafında vergi göstergeleri (Tax Codes), KDV muafiyet kodları, istisna sebepleri ve tevkifat oranları tamamen GİB tebliğlerine uygun şekilde tablo (Customizing) bazında uyarlanır. S/4HANA sistemlerinde belge çıktısı kararları için BRF+ (Business Rule Framework Plus) veya eski sistemlerde NAST tablosu yapılandırılır.

Adım 3: SAP Sisteminde UBL-TR Format Eşleştirmesi (Data Mapping Süreci)

SAP üzerinde oluşturulan standart fatura verisinin, GİB’in evrensel standardı olan XML tabanlı UBL-TR formatına dönüştürülmesi işlemidir. Bu eşleştirme işlemi son derece detaylı bir çalışmadır.

• Fatura üst bilgileri (Header data): Fatura numarası, tarihi, cari VKN’si ve URN etiketleri.

• Fatura kalemleri (Line items): cac:InvoiceLine etiketleri altındaki malzeme kodları, açıklamaları ve GİB GTİP numaraları.

• Ölçü birimleri: SAP’deki “ST” (Adet) biriminin UBL’deki “C62”, “KG” biriminin ise “KGM” olarak eşleştirilmesi.

• İndirim/iskonto alanları ve tevkifat hesaplamaları UBL-TR’deki ilgili vergi etiketleriyle (tag) map edilir. ABAP programlama dili kullanılarak geliştirilen BADI (Business Add-In) ve User-Exit’ler aracılığıyla firmaya özel senaryolar sisteme entegre edilir.

Adım 4: SAP PI/PO ve BTP Üzerinden Middleware Konfigürasyonları

SAP sistemi ile özel entegratör veya doğrudan GİB arasındaki iletişimi (Network layer) güvenli ve izlenebilir bir şekilde sağlamak için ara katman sunucuları kullanılır.

• On-Premise Çözümler: SAP PI/PO (Process Integration / Process Orchestration).

• Bulut Çözümler: Yeni nesil SAP Cloud Platform (BTP – Business Technology Platform) ve Integration Suite. REST veya SOAP web servisleri üzerinden çift yönlü haberleşme tünelleri açılır. Bu katmanda veriler şifrelenir (SSL/TLS), özel entegratörün talep ettiği WSDL dokümanları sisteme tanıtılır. Olası bir anlık ağ kesintisinde faturanın kaybolmaması ve GİB’e iletilene kadar sistemde bekletilmesi için gelişmiş kuyruk (queue ve retry) mimarileri kurgulanır.

Adım 5: GİB Test (Pre-Prod) Ortamı ve Canlıya Geçiş (Go-Live) Stratejisi

Yazılım geliştirmeleri ve uyarlamalar (Customizing) SAP Geliştirme (DEV) sisteminde tamamlandıktan sonra, Kalite (QAS) ortamına taşınır. Burada GİB’in test servisleri kullanılarak Senaryo ve Şema testleri gerçekleştirilir.

• Temel Fatura ve Ticari Fatura senaryoları uçtan uca simüle edilir.

• İptal, iade, KABUL ve RED (Application Response) testleri yapılır.

• GİB’den alınan durum kodları (1200, 1300 vb.) test edilir. Başarılı Kullanıcı Kabul Testi (UAT) onaylarının ardından SAP Transport Request (TR) sistemiyle tüm geliştirmeler Canlı (Prod) ortama taşınır ve ilk gerçek fatura GİB’e iletilerek geçiş tamamlanır.

SAP Sisteminde Giden ve Gelen e-Fatura İş Akışları (Inbound & Outbound)

Kurulum ve geçiş sonrası SAP sistemi üzerinden tüm e-belge trafiği çift yönlü olarak yönetilir. Günümüzde modern SAP kurulumlarında bu süreç, standart SAP ekranları yerine kurumun ihtiyaçlarına göre ABAP ile yazılmış merkezi bir e-Fatura Kokpiti (e-Invoice Monitor) üzerinden veya özel entegratörlerin sağladığı SAP Add-on paketleri ile yönetilmektedir.

Giden Fatura (Outbound) İşlem Adımları ve SAP T-Kodları

1. Belge Yaratma: İş birimi kullanıcısı standart prosedürlerine uygun olarak VF01/VF04 (SD modülü lojistik faturaları) veya FB70/FB60 (FI modülü direkt muhasebe faturaları) işlem kodları ile faturayı sisteme kaydeder.

2. VKN Kontrolü: Belge kaydedildiği anda (Save), sistem arka planda senkron olarak cari hesabın VKN/TCKN sorgulamasını yapar ve müşterinin e-Fatura Giden Kutusu (Postbox/Alias) etiketini yakalar.

3. Kokpite Düşme: Müşteri e-Fatura mükellefi ise, belge kağıt fatura statüsünden çıkar ve durum koduyla e-Fatura kokpitine düşer.

4. Zarflama ve Gönderim: Kokpit üzerinden yetkili kullanıcı belgeyi seçer ve “GİB’e Gönder” butonuna tıklar. Fatura verisi UBL-TR XML formatına çevrilir, mali mühür ile imzalanır ve zarflanarak gönderilir.

5. Durum Kodu Takibi: Entegratör ve GİB sistemlerinden dönen statü kodları anlık olarak kokpite yansır. İşlem başarılı ise sistem faturaya bir GİB Fatura Numarası (Örn: GIB2024000000123) atar ve belge resmileşir.

Gelen Fatura (Inbound) ve Fatura Onay Mekanizmaları

Tedarikçilerden kesilen e-Faturalar, kurumun e-Fatura “Posta Kutusu” etiketine düşer ve web servisler aracılığıyla otomatik olarak SAP e-Fatura kokpitinin “Gelen Kutusu” (Inbound Monitor) sekmesine akar.

• Eşleştirme (3-Way Matching): Gelen fatura üzerindeki sipariş numarası (PO – Purchase Order) ve irsaliye referansları, sistemdeki MM (Malzeme Yönetimi) kayıtları ile otomatik olarak eşleştirilmeye çalışılır.

• Onay İş Akışı (Workflow): Gelen Ticari Fatura senaryolarında, tutar ve bölüm bazlı SAP Workflow yetki matrisleri devreye girer. İlgili departman yöneticisi faturayı inceler; miktar, tutar veya irsaliye uyumsuzluğu varsa SAP üzerinden sistemsel “RED” yanıtı (Application Response) gönderir. Her şey uygunsa “KABUL” verilir.

• Muhasebeleşme: Kabul edilen e-Faturalar, MIRO (Lojistik fatura kontrolü) veya FB60 işlem kodları tetiklenerek SAP sisteminde otomatik veya yarı-otomatik olarak muhasebeleştirilir ve ters bakiye atılır.

İhracat (Export) ve Yolcu Beraberi Eşya (Tax-Free) e-Fatura Süreçleri

Küresel çalışan işletmeler için e-Fatura sadece yurt içi ile sınırlı değildir. GİB mevzuatlarına göre, Gümrük Çıkış Beyannamesi (GÇB) ekinde yer alan mal ihracı faturaları da e-Fatura olarak Gümrük ve Ticaret Bakanlığı (GTB) profiliyle kesilmek zorundadır. SAP sistemlerinde İhracat e-Faturası kesilirken, UBL-TR şemasına yurt içi faturadan farklı olarak GTİP numarası (Gümrük Tarife İstatistik Pozisyonu), teslim şartı (Incoterms), ödeme şekli ve eşyanın bulunduğu kabın cinsi/numarası gibi lojistik veriler eklenmek zorundadır. Ayrıca alıcı etiketi Gümrük ve Ticaret Bakanlığı’nın VKN’si olarak düzenlenir. Bu durum, SAP SD ihracat belgesi türlerinin (Export Billing) GİB şemasına kusursuz map edilmesini gerektirir.

SAP e-Fatura Kurulumunda Karşılaşılan Şema (Schematron) Hataları ve Çözümleri

Canlı (Prod) sistemde kullanım sırasında veya geçiş test aşamalarında en sık karşılaşılan darboğazlar, GİB schematron kurallarına takılan veri formatı uyuşmazlıklarıdır. GİB her faturayı belirli mantıksal kontrollerden geçirir, hata varsa belge reddedilir.

• 1160 XML Şema Kontrolünden Geçemedi: En çok alınan hatadır. SAP’deki satır bazlı tutar yuvarlamalarında oluşan kuruş farklarının (rounding issues), genel toplamdaki KDV matrahı ile eşleşmemesi sonucu oluşur. Çözüm olarak SAP ABAP tarafında net fiyat / brüt fiyat hesaplama rutinlerinin tam olarak GİB matematiğine göre uyarlanması gerekir.

• Ölçü Birimi (UoM) Uyuşmazlıkları: SAP’deki ölçü birimlerinin (örneğin; Adet, Kutu, Paket) uluslararası geçerliliği olan UBL UOM (Unit of Measure) formatlarıyla eşleşmemesi hataya yol açar. GİB standartları kesindir (Örn: Adet için C62, Litre için LTR).

• 1150 VKN veya Etiket (Alias) Bulunamadı: Faturanın gönderildiği alıcının e-Fatura sisteminden çıkmış olması veya yanlış bir Posta Kutusu etiketinin (URN) kullanılması durumunda sistemin faturayı reddetmesidir. Gecelik VKN güncelleme job’larının (Arka plan işleri) SAP sisteminde düzenli çalıştırılması ile çözülür.

• 1300 Başarıyla İşlendi: Hiçbir hata olmayan, GİB sistemine başarıyla ulaşmış ve resmileşmiş e-Fatura belgelerinin nihai durum kodudur.

Sıkça Sorulan Sorular (SSS) – SAP e-Fatura Operasyonları

SAP e-Fatura entegrasyonu projesi ortalama ne kadar sürer? Projenin ölçeğine, şirket bünyesindeki aktif şirket kodlarına (Company Code), özel süreçlerin (tevkifat, konsinye, ihracat) karmaşıklığına ve entegrasyon yöntemine bağlı olmakla birlikte standart bir özel entegratör geçişi ortalama 4 ila 8 hafta arasında tamamlanmaktadır. GİB Doğrudan Entegrasyon projeleri ise bağımsız denetim süreçleri nedeniyle 3-6 ay sürebilmektedir.

SAP’de gönderilen ve resmileşen e-Fatura nasıl iptal edilir? Senaryoya göre değişir. “Temel Fatura” senaryosunda GİB üzerinden faturanın sistemsel iptali mümkün değildir; ancak 8 günlük yasal süre içerisinde KEP (Kayıtlı Elektronik Posta) aracılığıyla veya harici GİB İptal İtiraz Portalı üzerinden işlem yapılabilir. “Ticari Fatura” senaryosunda ise faturayı alan taraf (alıcı), 8 gün içerisinde e-Fatura sistemi üzerinden “Red” (Application Response) yanıtı döndüğünde fatura iptal olmuş sayılır. Her iki durumda da yasal statüsü iptal olan faturanın SAP tarafında FI ve SD modüllerinde ters kayıt (reverse – VF11 veya FB08) işlemiyle muhasebe denkleştirmesinin yapılması zorunludur.

Özel entegratör değişikliğinde SAP sisteminde sil baştan kurulum mu yapılır? Hayır. Mevcut SAP sistemi içerisindeki SD/FI belge uyarlamaları, VKN tabloları, e-Fatura kokpit tasarımları ve UBL-TR ABAP eşleştirmeleri (mapping) genellikle %90 oranında korunur. Değişiklik ağırlıklı olarak Middleware (SAP PI/PO veya BTP) katmanında yapılır. Web servis uç noktaları (endpoint URL), yeni entegratörün WSDL tanımlamaları, API anahtarları (Token) ve güvenlik sertifikaları güncellenerek iletişim rotası yeni entegratöre yönlendirilir. Geçiş işlemi iyi bir planlamayla hafta sonu (downtime) penceresinde sorunsuzca tamamlanabilir.