E-Fatura İptal ve İtiraz Süreci İçin Kanıt Dosyası Nasıl Hazırlanır?

İptal, itiraz ve düzeltme aynı işlem değildir

Gönderilmiş e-faturada fiyat veya alıcı hatası fark edildiğinde ilk refleks kaydı silmek olabilir. Oysa imzalanıp iletilmiş XML geçmişte gerçekleşen olayı temsil eder. Kullanılacak iptal, itiraz, ret veya yeni belge yolu; fatura profiline, tarafların durumuna, iletim aşamasına ve güncel mevzuata göre değişir. Bir portaldaki talep düğmesi de tek başına hukuki sonucun tamamlandığını göstermez.

Kanıt dosyasının amacı hangi yöntemin seçileceğine otomatik karar vermek değil, uzman kararını destekleyecek olay zincirini korumaktır. Dosya, orijinal belgeyi değiştirmeden talebi, karşı tarafın yanıtını ve muhasebe etkisini birbirine bağlar.

Dosyanın çekirdeği

Her vaka benzersiz bir olay numarasıyla açılabilir. Çekirdek bölümde fatura ETTN’si, belge numarası, profil, düzenlenme zamanı, gönderici ve alıcı, tutar, para birimi, GİB zarf bilgisi ve son teknik durum bulunur. İmzalı XML ile görüntü kopyasının bütünlük özetleri saklanır.

Bunlara ek olarak sipariş, sözleşme, teslim veya hizmet kanıtı, cari hesap kaydı ve hatanın nasıl fark edildiği eklenir. Dosya yalnız ekran görüntülerinden oluşmamalıdır. Ekran, kaynağın o anki görünümünü gösterebilir; ham XML, sistem yanıtı ve zaman damgalı kayıt daha güçlü teknik iz sağlar.

Örnek senaryo: yanlış alıcıya düzenlenen belge

Satış ekibi doğru müşteri unvanını seçer fakat benzer isimli başka tüzel kişinin vergi kimlik numarası faturaya gelir. E-fatura GİB akışına gönderilmiş ve teknik olarak alıcı posta kutusuna ulaşmıştır. Operasyon çalışanı kaydı taslak durumuna çekip VKN’yi değiştirmek ister.

Bunun yerine olay dosyası açılır. Hatalı XML, gönderim zarfı ve teslim sonucu kilitlenir. Sipariş formu ile doğru alıcı bilgisi eklenir. Karşı tarafla kullanılan doğrulanmış iletişim kanalı, bildirim zamanı ve yanıt kayda alınır. Mali müşavir, fatura profili ve mevcut GİB yöntemleri kapsamında iptal, itiraz veya yeni belge sürecini değerlendirir. Seçilen adım ayrı kimlikle yürütülür; yeni belge varsa eski ETTN’ye ilişki kurulur.

Zaman çizelgesi

Dosyada olaylar kronolojik sıralanmalıdır:

Faturanın oluşturulması ve imzalanması
Zarfın gönderimi
Teknik sistem yanıtları
Hatanın fark edilmesi
İç inceleme ve yetki onayı
Karşı tarafa bildirim
Portal, KEP, noter veya başka geçerli kanaldaki işlem
Karşı tarafın cevabı
Son teknik ya da hukuki durum
Muhasebe düzeltmesi ve kapanış kontrolü

Her satırda kaynak, zaman, yapan kişi ve belge bağlantısı bulunur. Sonradan girilen olayın kayıt zamanı ile olayın gerçekleşme zamanı ayrılır.

Kanal kanıtı

E-posta gönderilmiş olması, mesajın doğru yetkiliye ulaştığını veya itirazın gerekli biçimde yapıldığını her durumda kanıtlamaz. Kullanılan kanalın somut işlem için geçerliliği hukuk uzmanı tarafından değerlendirilmelidir. Portal başvuru numarası, KEP ileti kimliği, noter belgesi veya uygulama yanıtı varsa ham kayıtları korunur.

Karşı tarafın telefonla “tamamdır” demesi tek başına kesin sonuç yapılmamalıdır. Görüşme notu destekleyici olabilir; resmi veya sözleşmesel kanıtın yerini alıp almadığı ayrıca incelenir.

Talep ve sonuç durumları

“Hazırlanıyor”, “iç onay bekliyor”, “karşı tarafa iletildi”, “karşı taraf yanıtı bekleniyor”, “kabul edildi”, “reddedildi”, “süre veya yöntem incelemesi”, “muhasebe işlemi bekliyor” ve “kapandı” gibi durumlar kullanılabilir. Talebin gönderilmiş olması faturayı otomatik iptal edilmiş göstermemelidir.

GİB veya özel entegratör ekranındaki teknik durum ile şirket içi hukuki değerlendirme ayrı alanlardır. Çelişki varsa en iyimser durum seçilmez; vaka açık kalır ve sorumlu atanır.

Hata ve istisna noktaları

En kritik hata, orijinal XML’in üzerine düzeltilmiş dosya koymaktır. Böylece denetçi hangi belgenin gerçekten gönderildiğini göremez. İkinci risk, yeni faturayı eski belgeyle ilişkilendirmeden kesmektir. Cari hesapta iki açık alacak oluşabilir.

Kısmi hata da özel ele alınmalıdır. On kalemden yalnız birinin fiyatı yanlışsa tüm ticari olayın nasıl düzeltileceği uzman görüşü gerektirir. Karşı taraf yanıt vermiyorsa sistem kendi kendine kabul veya iptal sonucu üretmemelidir. Birden fazla kanal kullanılmışsa çelişen zamanlar ve yanıtlar aynı dosyada gösterilir.

Yetki ve veri koruma

İptal ya da itiraz talebi oluşturan kişi ile muhasebe etkisini kesinleştiren kişi mümkünse ayrılır. Yüksek tutarlı veya ilişkili taraf işlemleri ikinci incelemeye girebilir. Eklere gereksiz kişisel veri konulmamalı; erişim yalnız ilgili rollere açılmalıdır.

AI, yazışmalardan tarih veya neden çıkarabilir ama hukuki yöntemi seçemez. Çıkarılan alanlar kaynak cümleyle gösterilir ve insan tarafından doğrulanır.

Kontrol listesi

Orijinal imzalı XML değişmeden saklandı mı?
ETTN, belge numarası ve zarf kimliği doğru mu?
Hata türü somut kanıtla tanımlandı mı?
Fatura profili ve teknik teslim aşaması belirlendi mi?
Güncel GİB yöntemi kontrol edildi mi?
Uygulanacak süre uzman tarafından teyit edildi mi?
Karşı taraf bildiriminin kanal kanıtı var mı?
Talep numarası ile sonuç numarası ayrıldı mı?
Yeni belge eski kayıtla ilişkilendirildi mi?
Muhasebe ve beyan etkisi onaylandı mı?
Dosya kapanışını yapan kişi kaydedildi mi?

Kısa SSS

Portalda iptal talebi açınca fatura silinir mi?

Hayır. Talep ile sonucunu ayrı izlemek gerekir; orijinal belge denetim izi için korunur.

Her e-faturada aynı itiraz yolu mu kullanılır?

Fatura profili, taraflar ve somut olay yöntemi etkiler. Güncel resmî kılavuz ve uzman değerlendirmesi gereklidir.

Hatalı faturayı veritabanından silebilir miyiz?

Gönderilmiş belgeyi yok etmek izlenebilirliği bozar. Düzeltme, bağlantılı yeni olay ve gerekli belgeyle yapılmalıdır.

Sonuç

İptal ve itiraz dosyası, yalnız dilekçe klasörü değil; XML’den muhasebe kararına uzanan zaman çizelgesidir. Talep, karşı yanıt ve kesin sonuç ayrıldığında kullanıcı durumu olduğundan ileri göstermez. Hangi yolun uygulanacağı otomasyona bırakılmamalı; güncel mevzuat, teknik kayıt ve yetkili uzman birlikte değerlendirilmelidir.