E-Fatura’da Temel vs Ticari Senaryo: İş Akışına Etkileri - IDECON DANIŞMANLIK HİZMETLERİ A.Ş.

E-Fatura’da Temel vs Ticari Senaryo: İş Akışına Etkileri

İlk kurulum tamam, ilk e-fatura kesildi. Peki sıradaki kritik seçim ne? Çoğu şirketin aklındaki soru şu: temel senaryo mu ticari senaryo mu seçilmeli? Yanıt, iş akışınızın hızını, itiraz yönetimini, SAP workflow tasarımını ve SLA hedeflerinizi doğrudan etkiler. Bu yazıda iki senaryonun farklarını sade bir dille anlatacak, süreçlere etkilerini ve pratik önerileri paylaşacağız. Hedefimiz, muhasebe, finans, satın alma ve SAP süreç sahiplerine net bir çerçeve sunmak.

Temel senaryo, hız ve basitlik sağlar; ticari senaryo ise kontrol ve kayıt gücü sunar. Her ikisinin de 8 gün kuralı bağlamında farklı iş sonuçları vardır. Doğru seçimi yaptığınızda, ödeme süresi kısalır, ihtilaf sayısı düşer ve “kim, ne zaman ne yaptı” sorusunun tek bir cevabı olur.

İşin teknik yüzü kadar pratik yüzünü de ele alacağız. Kayıt, kanıt, arşiv ve iç kontrol adımlarını, SLA ile ilişkilendirip uygulanabilir bir çerçeveye oturtacağız.

Temel vs Ticari Senaryo Nedir? Hız, kontrol ve itiraz farkları

Temel ve ticari senaryo, e-fatura gönderimi ve alıcı reaksiyonlarının yönetim biçimini tanımlar. Fark, hem itiraz kanalında hem de kabul mantığında ortaya çıkar. İş akışı da bu mantığa göre şekillenir.

Temel senaryo: Otomatik kabul ve 8 gün içinde itiraz

Temel senaryoda fatura, alıcıya ulaştığı anda kabul edilmiş sayılır. Sistem içi ret veya iade cevabı yoktur. Uyuşmazlık olursa alıcı, harici kanıtlarla itiraz eder. Örnek kanıtlar, noter ihtarı, e‑posta yazışması, teslimat tutanağı ve GİB’in e-Fatura İptal İtiraz Portalı üzerinden başvurudur. 8 gün içinde kayıt altına alınmış bir itiraz şarttır, aksi durumda faturanın geçerli olduğu kabul edilir.

Bu senaryo hızlıdır ve iş yükü düşüktür. Ancak itiraz mekanizması sistem dışındadır. Bu nedenle kanıt yönetimi ve arşiv disiplini kritik hale gelir. Uygun ortam, düşük riskli rutin faturalar ve pratik önceliği olan süreçlerdir.

Ticari senaryo: Sistem içinde kabul, ret veya iade cevabı

Ticari senaryoda alıcı, sistem üzerinden kabul, ret veya iade cevabı verir. Yanıt 8 gün içinde gelmezse, birçok durumda fiilen kabul varsayımı ile süreç ilerler. Ret, fiyat ya da miktar uyuşmazlığı için kullanılır. İade, mal kabul edilmediyse tercih edilir. Tüm yanıtlar, sistemde ApplicationResponse kaydı olarak saklanır.

Bu yapı, içeride onay bekleme süreci ve bildirimlerle desteklenir. Örneğin satın alma, teslimat kaydını, kalite ekipleri muayene tutanağını kontrol eder. Sonuç, iç kontrol gücü ve şeffaf bir kayıt zinciri olur. Hız biraz düşer, fakat ihtilaflar erken görünür.

2025 güncel durum: Kurallar değişti mi, yaygın hatalar

2025 itibarıyla temel ve ticari senaryonun ana kuralları değişmedi. 8 gün kuralı, kabul, ret, iade ve kanıt gereklilikleri geçerliliğini koruyor. Saha hataları ise benzer:

  • Yanlış senaryo seçimi, örneğin sözleşmeli işe temel senaryo kullanmak.
  • 8 günü kaçırmak, özellikle tatil ve vardiya kesişimlerinde.
  • İtirazı yazılı kanıtsız yapmak, eposta delili toplamamak.

Mini kontrol listesi:

  • Senaryo seçiminde sözleşme ve tutar kontrol edildi mi?
  • 8 gün takvimi sistemde izleniyor mu?
  • İtiraz kanıtı merkezi arşivde tutuluyor mu?

Kapsamlı ürün bilgisi ve entegrasyon için şu sayfa yol gösterir: SAP e-Fatura çözümü detayları

İş Akışına Etkileri: Onay adımları, kayıtlar ve sorumluluk

Senaryo seçimi, onay sırasını, sorumluluk dağılımını, SLA ölçümünü ve kanıt stratejisini değiştirir. Temel senaryoda akış hızlı başlar, itiraz gelirse “olay bazlı” bir süreç tetiklenir. Ticari senaryoda akış, alıcının cevabını bekleyen adımlarla ilerler.

  • Temel senaryo, gönderen sistemde muhasebe kaydına hızlı geçiş sağlar. Dış itiraz gelirse kayıt açılır, kanıt toplanır, ödeme planı güncellenir.
  • Ticari senaryo, alıcıdan gelen kabul, ret, iade mesajlarını otomatik işler. Onay sonrası muhasebe fişi oluşturulur.

Kayıt ve arşiv farklılaşır:

  • Temel senaryoda harici kanıtlar önemlidir. E-posta, noter, portal başvurusu, teslimat tutanakları arşivlenmelidir.
  • Ticari senaryoda UBL-TR ve ApplicationResponse kayıtları, sistem içinde delildir.

Basit bir örnek:

  • Temel senaryoda rutin servis faturası, gönderimde kabul sayılır, ödeme planına girer. Alıcı 8 gün içinde teslimat sorununu belgeleyip itiraz ederse süreç revize edilir.
  • Ticari senaryoda makine tedariki faturası, alıcının sistemde kabulü ile kesinleşir. Kalite onayı gecikirse 8 gün dolmadan iade veya ret yanıtı verilir.

Hızlı karşılaştırma:

  • Hız: Temel yüksek, ticari orta.
  • Kontrol: Ticari yüksek, temel orta.
  • Kanıt: Temelde harici, ticari de sistem içi.

İşin pratik tarafını uçtan uca görmek isteyenler için: e-Fatura geçiş süreci başlangıç rehberi

Zaman çizelgesi: Gönderim anı, cevap bekleme, 8. gün

Gün 0:

  • Temel: Fatura ulaştı, kabul sayılır, ödeme akışına girer.
  • Ticari: Fatura ulaştı, alıcı cevabı beklenir.

Gün 1-7:

  • Temel: Alıcı harici yollarla itiraz edebilir. Satıcı kanıtı ister, kayıt açar.
  • Ticari: Alıcı sistemde kabul, ret veya iade cevabı üretir. Hatırlatmalar çalışır.

Gün 8:

  • Temel: İtiraz yoksa fatura kesinleşmiş kabul edilir.
  • Ticari: Yanıt yoksa pratikte kabul varsayımı ile süreç ilerler, ekipler onay akışını kapatır.

Belge ve kanıt: UBL-TR kayıtları, e-posta, noter, portal

Ticari senaryo:

  • ApplicationResponse yanıtı, UBL-TR içinde saklanır.
  • Kabul, ret, iade statüleri sistem loglarında izlenir.
  • SAP içinde belge numarası, zaman damgası ve kullanıcı bilgisi saklanır.

Temel senaryo:

  • E-posta yazışmaları, noter ihtarı, kargo teslim tutanakları arşivlenir.
  • GİB e-Fatura İptal İtiraz Portalı başvuru çıktıları saklanır.
  • Teslimat muayene, kabul tutanakları ve sipariş sözleşmeleri ilişkilendirilir.

Saklanması gereken kanıtlar:

  • UBL-TR fatura ve yanıt mesajları.
  • Portal başvurusu çıktıları, tarih ve saat bilgileri.
  • İmza doğrulamaları ve zaman damgası kayıtları. Gerekli durumlarda e-imza süreçleri için: SAP workflow için elektronik imza

Hata senaryoları: Yanlış alıcı, tutar hatası, iade süreçleri

  • Yanlış alıcıya fatura:
    • Temel: Harici itirazla iptal talebi, doğru alıcıya yeni fatura.
    • Ticari: Alıcı sistemde iade veya ret verir, satıcı doğru alıcıya yeniden düzenler.
  • Tutar veya hesap hatası:
    • Temel: İtiraz kanıtı ile iptal, doğru tutarla yeni fatura.
    • Ticari: Ret yanıtı sonrası yeni fatura veya fiyat farkı faturası.
  • Mal iadesi veya kısmi kabul:
    • Temel: İade kanıtları ile iptal veya kısmi iade için düzeltme, irsaliye ve tutanak eşleştirmesi.
    • Ticari: İade cevabı, düzeltme faturası veya iade faturası ile süreç kapanır.

Gelen faturaları etkin yönetmek için kokpit yaklaşımı ciddi fark yaratır: Gelen e-Fatura Kokpiti

SAP Workflow ve SLA: Tasarım, kurallar ve uyarılar

SAP tarafında senaryo seçimi, workflow kurgusunu belirler. Hangi durumlar görev üretir, hangi olaylar SLA sayacını başlatır veya durdurur, bildirim ve eskalasyon nasıl işler, hepsi baştan tanımlanmalıdır.

  • Durumlar: Gönderildi, Alındı, Onay Bekliyor, Kabul, Ret, İade, İtiraz Kaydı Açıldı.
  • Sorumlular: Muhasebe, satın alma, depo, kalite, hukuk.
  • Bildirimler: Gün 1 hatırlatma, Gün 5 uyarı, Gün 7 kritik uyarı.
  • SLA başlangıç ve bitiş anları, senaryoya göre farklı ayarlanır.
  • Eskalasyon: Birinci seviye ekip lideri, ikinci seviye yönetici.
  • Raporlama: Onay süresi, ret oranı, 8 gün sınırındaki işlemler, tahsilat süresi.

E-fatura, e-irsaliye ve depo kabul süreçlerinin beraber yönetimi kontrolü artırır: e-İrsaliye Çözümü

Temel senaryo için SAP workflow: Otomatik kabul ve dış itiraz kaydı

Temel senaryoda fatura alındığında sistem “kabul” durumuna geçer. Muhasebe fişi oluşturulur, ödeme akışı başlar. Harici bir itiraz gelirse olay bazlı bir kayıt açılır. Görev, ilgili birimlere atanır ve son tarih, 8 gün ve iç hedeflerle ilişkilendirilir.

SLA başlangıcı gönderim anıdır. İtiraz olayında SLA askıya alınır veya ayrı bir “İtiraz SLA” başlar. Kanıt toplama, hukuki inceleme ve ödeme planı güncellemesi için alt görevler tanımlanır. Sonuçlar, fatura kaydına iliştirilir.

Ticari senaryo için SAP workflow: Onay, ret, iade adımları

Ticari senaryoda fatura “onay bekleniyor” görevi üretir. Satın alma ve ilgili onaycılar için hatırlatmalar çalışır. Ret veya iade cevabı gelirse sistem otomatik yönlendirme yapar, düzeltme akışını başlatır. Kabul sonrası muhasebe fişi oluşur ve ödeme planı devreye girer.

8 gün eşiği için zamanlayıcı kurulur. Gün 5’te uyarı, gün 7’de kritik uyarı, gün 8’de kapanış ya da kabul varsayımı kayıt altına alınır. Tüm yanıtlar ApplicationResponse ile dosyalanır.

SLA tanımları: Başlangıç, durdurma ve eskalasyon eşikleri

  • Temel senaryo: SLA, gönderim anında başlar. Harici itiraz gelirse ana SLA askıya alınır, itiraz süreci için ayrı SLA çalışır.
  • Ticari senaryo: SLA, alıcının cevap süresi ile ilişkilidir. Onay SLA’sı 8 gün sınırını geçmeyecek şekilde tanımlanır.

Eskalasyon zinciri:

  • Birinci eşik: ekip sorumlusu, e-posta ve uygulama içi uyarı.
  • İkinci eşik: bölüm yöneticisi, dashboard kırmızı durum.
  • Üçüncü eşik: finans direktörü, günlük özet raporu.

Raporlama ve KPI: Onay süresi, ret oranı, nakit akışı etkisi

Ölçmeniz gerekenler:

  • Ortalama onay süresi, medyan ve yüzde 90 dilimi.
  • Ret oranı, ret gerekçe dağılımı.
  • İtiraz oranı, itiraz çözüm süresi.
  • 8 günü geçen işlem sayısı, toplam tutarı.
  • Tahsilat süresi, vade farkı maliyeti ve nakit akışı etkisi.

Panelde görünmesi gereken alanlar:

  • Senaryoya göre ayrıştırılmış akış durumu.
  • Gün 5 ve gün 7 uyarı listeleri.
  • Bekleyen onaycı ve birim bazlı yığılma.
  • Açık itiraz dosyaları ve son tarih takibi.

SAP tarafındaki uçtan uca işleyiş için şu kaynaklar faydalı olur: SAP workflow e-Fatura entegrasyonu

Hangi Senaryo Ne Zaman Seçilmeli? Pratik örnekler ve karar matrisi

Seçim, nakde dönüş hızını, risk profilini ve iç kontrol olgunluğunu etkiler. Tek bir doğru yok, durum ve sektör belirleyicidir. Tedarikçi ve müşteriyle mutabakat alışkanlıklarınız, itiraz ihtimali ve sözleşme yapınız kritik rol oynar.

Pratik yaklaşım:

  • Rutin ve düşük riskli ilişkiler için temel senaryo hız kazandırır.
  • Sözleşmeli, yüksek tutarlı, teslimat ve kalite kontrol gerektiren işler için ticari senaryo şeffaflık sağlar.
  • e-irsaliye ve depo kabul süreçleri belirgin ise ticari senaryo eşleşmeyi kolaylaştırır.
  • Hukuki itirazların sık yaşandığı ilişkilerde ticari senaryo, kayıt gücü sayesinde avantajlıdır.

Kontrolü artırmak istiyorsanız, gelen fatura görünürlüğünü bir kokpit ile sağlayın: elektronik fatura yönetiminde SAP

Hizmet faturaları ve düşük riskli işlemler: Temel senaryo avantajları

Abonelik, bakım, temizlik, lojistik gibi sık ve düşük tutarlı hizmetlerde temel senaryo pratik bir seçimdir. Gönderimde kabul sayıldığı için ödeme akışı gecikmez. İtiraz ihtimali düşük ilişkilerde harici kanıt yönetimi zorlamaz. Muhasebe iş yükü azalır, tahsilat öngörülebilir hale gelir. SLA hedefleri tutturmak kolaylaşır.

Yüksek tutarlı veya sözleşmeli işler: Ticari senaryo ile kontrol

Makine ekipman alımı, inşaat işleri, proje bazlı hizmetler gibi yüksek tutarlı işlemlerde ticari senaryo öne çıkar. Teslimatın doğrulanması, kalite testleri ve sözleşme şartlarının kontrolü gerekir. İç onay zinciri sistem içinde çalışır. Kabul, ret ve iade yanıtları net bir kayıt zinciri üretir. İhtilaf çıkarsa delil yönetimi kolaydır.

Tedarik zinciri ve e-irsaliye ile uyum: Hangi kombinasyon daha iyi

Sevkiyat, e-irsaliye ve depo kabul tutanakları ile sıkı bir eşleşme yapıyorsanız ticari senaryo takip kolaylığı sağlar. Miktar ve kalite uyuşmazlıkları sistem içinde açığa çıkar. Daha basit sevkiyat desenlerinde, temel senaryo pratiklik sunar. Esas olan, irsaliye, sipariş ve fatura üçlüsünü aynı pano üzerinden izleyebilmektir.

Karar kontrol listesi: 7 soruda doğru senaryo

  • Tutar yüksek mi, vade etkisi büyük mü?
  • Bağlayıcı sözleşme var mı, cezai şart içeriyor mu?
  • İtiraz ihtimali ve geçmiş uyuşmazlık oranı nedir?
  • Teslimat kanıtı ve kalite onayı gerekiyor mu?
  • Müşteri tedarikçi ilişki geçmişi güvenli mi?
  • SLA hedefiniz nedir, 8 gün eşiği kritik mi?
  • SAP workflow olgunluk seviyeniz bu kontrolü kaldırıyor mu?

e-Fatura, e-İmza ve onay süreçlerinin bir arada yönetimi için: e-Fatura sistemine uyum adımları

Sonuç

Özetle, temel senaryo hız ve basitlik, ticari senaryo ise kontrol ve kayıt gücü getirir. Seçiminizi ilişki yapınız, itiraz riski ve iç kontrol olgunluğunuz belirlemeli. SAP workflow içinde doğru kurgulandığında, e-fatura süreçleriniz şeffaf ve izlenebilir olur, 8 gün kuralı sürpriz olmaktan çıkar. Şimdi uygulanabilir adımlara geçin:

  • Senaryo politikası oluşturun, hangi durumda temel senaryo, hangi durumda ticari senaryo kullanılacağını yazın.
  • SAP workflow adımlarını güncelleyin, kabul, ret, iade ve itiraz kayıtlarını açıkça modelleyin.
  • SLA eşiklerini tanımlayın, gün 5 ve gün 7 uyarılarını otomatikleştirin.
  • Ekipleri eğitin, itiraz kanıtı ve arşivleme standartlarını netleştirin.
  • Kanıt arşivi kurun, UBL-TR, ApplicationResponse, e-posta ve portal çıktıları için tek bir depo kullanın.

Daha fazla teknik ve süreç odaklı detay için SAP entegrasyon sayfasını inceleyin: e-Fatura ticari senaryoları SAP ile

Related Posts

Türkiye’de müşterilerin elektronik dönüşüm süreçlerinde iş ortağı olan IDECON geniş ürün yelpazesi ile müşterilerine kesintisiz ve güvenilir hizmet sunmaktadır.


HALKALI MERKEZ MAH.
HALKALI CAD. NO:281/23
İÇ KAPI NO:58
KÜÇÜKÇEKMECE/İSTANBUL, TR 34303


T. 0850 888 0 433 (IDE)E. satis@idecon.com.tr