E-Fatura & E-Belge

E-Faturada Uygulama Yanıtı: Kabul, Ret ve Süreç Takibi Nasıl Yönetilir?

Mehmet Hakkı Yuvanç·4 Eylül 2026·4 dk okuma·20 görüntülenme
E-Faturada Uygulama Yanıtı: Kabul, Ret ve Süreç Takibi Nasıl Yönetilir?

Uygulama yanıtı bir taşıma mesajı değildir

E-fatura akışında “sistem yanıtı” ile “uygulama yanıtı” sıkça karıştırılır. Sistem yanıtı, zarfın teknik olarak alınıp işlenmesine ilişkin mesajdır. Uygulama yanıtı ise uygun senaryo ve profil kapsamında alıcının ticari faturaya verdiği kabul veya ret iradesini taşır. Teknik teslim başarılı olduğu halde ticari değerlendirme henüz yapılmamış olabilir.

Bu nedenle tek bir “durum” alanı hem zarfın iletimini hem alıcının kararını temsil etmemelidir. Aksi halde teknik olarak ulaşmamış fatura kabul edilmiş görünebilir veya kabul yanıtı gelmiş belge gönderim hatası sanılabilir.

Önce profil ve senaryoyu doğrulamak

Her e-faturada kabul-ret uygulama yanıtı beklenmez. İş akışı, belgenin ProfileID değeri ve güncel GİB kuralları üzerinden belirlenmelidir. Ticari fatura senaryosuna ait beklentiyi temel fatura akışına kopyalamak, hiç gelmeyecek yanıt için süresiz alarm üretir. İhracat gibi özel profillerde yanıtı veren taraf ve zamanlama farklılaşabilir.

Belge içe alındığında sistem; profil, gönderici, alıcı, ETTN, belge numarası ve alınma zamanını kaydeder. Yanıt hakkı ve uygulanacak süre hukuk ve GİB dokümanının güncel sürümüyle teyit edilir. Eski bir entegrasyon kılavuzundaki süreyi bütün profillere sabitlemek doğru değildir.

Örnek senaryo: miktar uyuşmazlığı

Alıcıya ticari senaryoda 100 adet ürün için e-fatura gelir. Depo kabul kaydı 92 adet gösterir. Muhasebe uzmanı faturayı görür görmez ret düğmesine basmak yerine sipariş, e-irsaliye, teslim tutanağı ve sözleşme koşullarını toplar. Uyuşmazlık teyit edilince yetkili kişi gerekçeyi yazar ve geçerli süre içinde uygun uygulama yanıtını oluşturur.

Ret yanıtı, gönderilmiş XML’i veritabanından silmez. Orijinal fatura, gelen zarf, yanıt XML’i, imza doğrulaması ve iletim sonucu birbirine bağlanır. Göndericinin yeni belge düzenlemesi veya diğer düzeltme adımları mali müşavir ve somut ticari ilişki çerçevesinde yürütülür. Sistem kendi başına “ret geldi, borcu yok et” kararı vermemelidir.

Yanıtın asgari bağları

Uygulama yanıtı kaydı şu ilişkileri taşıyabilir:

  • Yanıtın kendi kimliği ve oluşturulma zamanı

  • Referans verilen fatura ETTN’si ve belge numarası

  • Yanıt türü ve ham kodu

  • Gerekçe metni veya neden kodu

  • Yanıtı oluşturan kullanıcı ve yetkisi

  • İmza ya da mali mühür doğrulama sonucu

  • Zarf ve sağlayıcı mesaj kimlikleri

  • Gönderim denemeleri ve sistem yanıtları

  • Nihai teknik durum ve son sorgu zamanı

Yanıtın fatura ETTN’si bulunamıyorsa yalnız tutar veya taraf adına göre otomatik bağ kurulmaz. Kayıt karantinaya alınır ve insan incelemesi istenir.

Zamanı tek saatten hesaplamamak

Finans ekranı, faturanın düzenlenme zamanı, GİB üzerinden alınma zamanı ve işletmenin iç sisteme aktarma zamanını ayrı göstermelidir. Hangi anın süre hesabına esas olduğu güncel kurallara göre belirlenir. Entegrasyon gecikmesi yüzünden içe aktarım zamanı esas alınırsa gerçek pencere yanlış görünebilir.

Hatırlatmalar yardımcıdır, hukuki süreyi değiştirmez. Son saat yaklaşınca otomatik ret üretmek de güvenli değildir. Kullanıcıya kalan süre, kaynak zaman ve saat dilimi gösterilir; karar yetkili kişide kalır.

Kabulün sınırı

“Kabul” yanıtı teknik ve ticari akışta önemlidir, fakat ödemenin yapıldığını, malın kusursuz olduğunu veya bütün muhasebe kontrollerinin tamamlandığını tek başına kanıtlamaz. Satın alma emri, teslim, fiyat, vergi ve ödeme koşulları yine doğrulanır. Kabul yanıtından sonra sessiz alan değişikliği yapılamaz.

Bir kullanıcı yanlışlıkla kabul verdiyse kayıt silinmemeli; olay, kullanılan yetki, zaman ve sonraki hukuki-mali değerlendirme saklanmalıdır. Geri dönüş yolu yazılım tarafından uydurulmamalı, güncel mevzuat ve uzman görüşü izlenmelidir.

Ret gerekçesinin kalitesi

Serbest metne yalnız “hatalı” yazmak daha sonra anlaşmazlığı açıklamaz. Gerekçe; yanlış miktar, fiyat, taraf, sipariş veya mükerrer belge gibi doğrulanabilir olaya bağlanabilir. Yine de gerekçe alanına gereksiz kişisel veri ya da ticari sır eklenmemelidir. Destekleyici belgeler erişim kontrollü dosyada tutulur.

Yanıt türünü AI önerebilir, ancak model metni yanlış yorumlayabilir. Öneri ile gönderilmiş yanıt ayrılır; onaylayan kullanıcı kaynak belgeleri görür ve kararı kendisi verir.

Teknik hata ile ticari kararı ayırmak

Yanıt gönderilirken zaman aşımı oluşması, ret veya kabul kararının geçersiz olduğu anlamına gelmez. Önce sağlayıcı işlem kimliği ve zarf durumu sorgulanır. Aynı yanıt ikinci kez oluşturulmaz; idempotent gönderim ve mükerrer kontrol uygulanır. Teknik teslim kesinleşene kadar iç durum “gönderim sonucu belirsiz” olabilir.

Gelen sistem yanıtı hata gösteriyorsa ham kod, açıklama, kılavuz sürümü ve deneme geçmişi korunur. Kullanıcıya yalnız “başarısız” demek yerine hangi katmanın başarısız olduğu gösterilir.

Operasyon kontrol listesi

  • Faturanın profili uygulama yanıtını destekliyor mu?

  • ETTN ve belge numarası doğrulanmış XML’den mi alındı?

  • Karara dayanak sipariş ve teslim kayıtları mevcut mu?

  • Süre hesabının başlangıç kaynağı açık mı?

  • Yanıtı veren kişinin yetkisi var mı?

  • Kabul veya ret gerekçesi kanıtla uyumlu mu?

  • Yanıt XML’i imzalandı ve bütünlüğü korundu mu?

  • Zarf sonucu ile ticari yanıt ayrı durumlarda mı?

  • Tekrar gönderim aynı yanıtı çoğaltıyor mu?

  • Muhasebe etkisi ayrıca onaylandı mı?

Kısa SSS

Her e-faturaya sekiz gün içinde kabul veya ret mi gönderilir?

Hayır. Beklenti belge profiline ve güncel kurala bağlıdır. İlgili GİB kılavuzu ile somut senaryo kontrol edilmelidir.

Sistem yanıtı 1300 ise fatura kabul edilmiş midir?

Teknik zarf durumu ile ticari uygulama yanıtı farklıdır. Bir teknik kod, tek başına alıcının kabul iradesi olarak yorumlanmamalıdır.

Ret yanıtı faturayı otomatik iptal eder mi?

Ret kaydı önemli bir olaydır; ancak belgenin hukuki ve muhasebesel sonucunu yazılım kendiliğinden belirlememelidir. Orijinal kayıt korunarak uzman değerlendirmesi yapılır.

Sonuç

Sağlıklı süreç, uygulama yanıtını faturaya bağlı, imzalı ve ayrı bir ticari olay olarak yönetir. Profil kontrolü, doğru zaman kaynağı ve teknik teslim kanıtı olmadan kabul-ret otomasyonu kurulmaz. Fatura durumu, yalnız doğrulanmış mesajlar ve yetkili insan kararıyla güncellenmelidir.

Kaynaklar

Paylaş:Twitter/XLinkedIn

Mehmet Hakkı Yuvanç

FiscusAI ekibi

İlgili yazılar