Aynı satış için iki e-fatura oluştuysa nasıl kontrol edilir?
Aynı satışa ait iki faturayı işlem kimliği, fatura numarası ve ETTN ile karşılaştırın. Gerçek mükerrerliği belirleyen mutabakat tablosu.
İki satır görünmesi, iki ayrı satış yapıldığı anlamına gelmez
Aynı satış için iki e-fatura kaydı gördüğünüzde önce bunların iki ayrı belge mi, aynı belgenin farklı ekranlardaki görünümü mü olduğunu belirleyin. Fatura numarası, ETTN ve sipariş bağlantısını yan yana koymadan birini iptal etmeye, silmeye veya iade faturasıyla dengelemeye çalışmayın. Tutarların eşit olması incelemeyi başlatabilir; tek başına sonucu vermez.
Bu yazı, oluşmuş iki kaydı uzlaştırmak içindir. Henüz sonucu belli olmayan tek gönderimin hata kodlarını çözmez. İnceleme boyunca aynı sipariş için yeni fatura oluşturma girişimlerini tek sorumlu üzerinden kontrol edin. İki kaydı da koruyun; karşılaştırma yapılmadan görünümü sadeleştirmek için kayıt kaldırmak, sorunun nerede doğduğunu bulmayı zorlaştırabilir.
Önce belge, zarf ve işlem kimliklerini ayırın
GİB Karekod Standardı Kılavuzu v1.2, e-faturada fatura numarasını ID, ETTN’yi UUID alanıyla tanımlar. Bunlar aynı bilgi değildir. Fatura numarasını bir sütuna, belgenin tam ETTN’sini diğerine aktarın. Programın sipariş veya işlem referansı ise bunlardan ayrı bir iş kaydıdır. PDF dosya adı, ekran satır numarası veya dışa aktarma sıra numarasıyla eşleştirme yapmayın.
GİB entegrasyon akışında fatura bir zarf içinde taşınır; sistem yanıtı ve ticari uygulama yanıtı ayrı kayıtlardır. Bu yüzden iki zarf ya da iki işlem satırı görmek, kendiliğinden iki yeni fatura üretildiğini kanıtlamaz. Her işlem kaydının hangi fatura numarası ve ETTN’ye bağlandığını yazılım desteğinden açıklamasını isteyin.
- Numara, ETTN ve içerik aynıysa aynı belgenin tekrar görüntülenmesi veya aynı belgeye ait birden fazla işlem izi olasılığını inceleyin. Ekran görüntüsüyle yetinmeden kayıt bağlantısını doğrulayın.
- Numara ve ETTN farklıysa iki ayrı belge kaydı söz konusu olabilir. İkisinin aynı satışın aynı kısmını mı, farklı teslimleri veya hizmetleri mi kapsadığını muhasebe incelemesi belirlesin.
- Numara aynı ama ETTN farklıysa veya kimlikler içerikle çelişiyorsa bunu normal tekrar kabul etmeyin. Belgeleri değiştirmeden çelişkiyi sağlayıcıya iletin.
İki belge karşılaştırması
Aşağıdaki doldurulmuş örnek, tek siparişten iki farklı belge oluştuğu şüphesini gösterir; gerçek işlem verisi değildir. ETTN-A ve ETTN-B okunabilirlik için kullanılan etiketlerdir. Kendi çalışma dosyanızda bunların yerine tam ETTN’leri yazın. Tabloyu muhasebe ve teknik destek aynı kayıtlar üzerinden tamamlasın.
| Alan | Belge A | Belge B |
|---|---|---|
| Sipariş / satış | SIP-2048; tek teslim iddiası | SIP-2048; aynı teslim iddiası |
| Uygulama işlem kimliği | ISL-01 | ISL-02 |
| Fatura numarası | ORN2026000000041 | ORN2026000000042 |
| Belge ETTN’si | ETTN-A | ETTN-B; A’dan farklı |
| Taraflar ve içerik | Aynı alıcı; 10 birim ürün | Aynı alıcı; aynı 10 birim ürün |
| Belge tarihi / senaryo | 05.10.2026 / Temel | 05.10.2026 / Temel |
| Durum ve sorgu zamanı | Son sistem yanıtı dosyada | Son sistem yanıtı isteniyor |
| Muhasebe incelemesi | Teslim kaydıyla eşleştirilecek | İkinci teslim var mı incelenecek |
| Sonuç ve sorumlu | İnceleme açık; muhasebe sorumlusu | İnceleme açık; teknik destek |
Satışın gerçekten iki kez belgelenip belgelenmediğini inceleyin
Tablodaki iki kaydı satışın dayanağına götürün. Sipariş, teslim veya hizmet kaydı, fatura satırları, miktar ve tarih birbiriyle uyumlu mu? Tek siparişin farklı bölümleri ayrı faturalanmış olabilir. Aynı müşteriye aynı bedelle yapılan başka bir iş de bulunabilir. Sadece sipariş numarası ortak diye iki belgeden birini hatalı ilan etmeyin.
Temsilî tabloda muhasebe, gerçekten tek teslim olduğunu ve iki belgenin de aynı on birim ürünü kapsadığını doğrularsa mükerrerlik şüphesi somutlaşır. Teknik ekip de ISL-01 ve ISL-02’nin nasıl üretildiğini, ikinci işlemin otomatik bağlantıdan mı yoksa kullanıcı komutundan mı geldiğini araştırır. Ardından her iki belgenin gerçek durumu tamamlanarak düzeltme yoluna karar verilir.
Tersi bir örnekte numara ve ETTN aynı, yalnız liste satırları farklıysa önce tek belgenin iki kez listelenip listelenmediği çözülür. Görünümdeki tekrarın giderilmesiyle belge iptali aynı işlem değildir. Sonuç notunda hangisinin yapıldığını açıkça belirtin. İki ekran satırından doğrudan iki satış veya otomatik vergi sonucu çıkarmayın.
Muhasebe incelemesinin sonucunu “aynı görünüyor” diye bırakmayın. “Aynı teslimi kapsayan iki ayrı belge tespit edildi”, “aynı belgenin iki görünümü” veya “kimlik/durum bilgisi eksik, inceleme sürüyor” gibi dayanaklı bir sonuç yazın. Tahsilat veya muhasebe aktarımında da tekrar bulunuyorsa bunu ayrıca işaretleyin; fatura kaydının durumu bunların hepsini açıklamaz.
Düzeltme yolunu senaryo ve işlem tarihleriyle belirleyin
5 Ekim 2026’da GİB’in resmî dizininden açılan e-Fatura İptal, İhtar/İtiraz Bildirim Kılavuzu v1.2; Ticari faturanın RET uygulama yanıtını, Temel faturada iptal talebini ve haricî itirazın bildirimini ayrı ele alıyor. Bunlardan birini yalnız “ikinci kayıt” olduğu için seçmeyin. İşlemi kimin yapabileceğini, belgenin mevcut durumunu ve karşı tarafın gereken yanıtını kontrol edin.
Süre değerlendirmesinde yalnız mükerrerliği fark ettiğiniz güne bakmayın. Belge düzenleme, alıcıya iletim, varsa yanıt ve önceki talep tarihlerini çıkartın; başlangıç olayını ilgili kılavuz bölümüyle eşleştirin. Kılavuz, alıcıya iletimden başlayan sekiz günlük kapsamı açıklıyor; bu süreyi her işlem için yeni bir hak veya bütün düzeltmelere ortak takvim gibi kullanmayın.
KEP ile yapılan uygun bir haricî itiraz ile bunun GİB’e bildirimi ayrı işlerdir. “KEP gönderdik, fatura otomatik iptal oldu” sonucuna varmayın. Benzer biçimde, gerçekte olmayan bir mal veya hizmet iadesini varsayarak iade faturası hazırlamak bu tablonun ürettiği bir çözüm değildir. Somut düzeltme gerekçesini ve muhasebe işlemini mali müşavirinizle belirleyin.
Kayıtlardan biri e-Arşiv faturaysa e-faturanın Temel/Ticari yolunu ona uygulamayın. GİB’in e-Arşiv kılavuzu, belgeyi düzenleyen ve alıcı tarafın işlemlerini kendi kapsamı içinde açıklıyor. Talep açılması ile sonuçlanmasını ayrı izleyin; hangi belgeye ilişkin hangi işlemin tamamlandığını tabloya ekleyin.
Tekrarın nedenini sağlayıcıya somut sorularla iletin
Düzeltme tamamlandıktan sonra aynı sorunun yeniden oluşmaması için siparişten belgeye geçişi inceleyin. ERP bağlantısı, kullanıcı ekranı ve sağlayıcı kaydındaki referanslar aynı işi gösterebilsin. Aşağıdaki sorular bir API uygulama tarifi veya sağlayıcının garanti ettiği özellikler değildir; satın aldığınız hizmetin gerçek davranışını öğrenmek içindir.
- Yanıt alınamayan bir denemede mevcut işlem sorgulanıyor mu, yoksa yeni belge üretimi mi başlatılıyor?
- Aynı sipariş tekrar işlendiğinde hangi kayıt üzerinden eşleştirme yapılıyor; bu kontrolün sınırları neler?
- Otomatik işlem devam ederken kullanıcı aynı sipariş için elle fatura oluşturursa nasıl uyarılıyor?
- Bağlantı kesintisi sonrasında oluşan belge sayısı, işlem kimlikleriyle birlikte hangi rapordan incelenebiliyor?
- Düzeltmenin son durumu muhasebe aktarımına nasıl yansıyor; aynı belgenin tekrar aktarılması nasıl fark ediliyor?
İncelemeyi kayıtla kapatın
Karşılaştırma dosyasında ilk bulgu, iki belgenin kimlikleri, muhasebe kararı, uygulanan işlem ve son kontrol birlikte kalsın. Yapılan değişikliği kimin onayladığını ve kaynağını yazın. Çözülemeyen alanları tahminle doldurmayın; ilgili kişinin takip edeceği açık iş olarak bırakın.
e-imza.plus ile e-fatura çözümünüzü değerlendirirken sipariş eşleştirmesi, tekrar uyarıları ve muhasebe aktarımı ihtiyaçlarınızı paylaşabilirsiniz. Özellikle kesinti ve yeniden deneme durumlarında sistemin nasıl davrandığını, destekten hangi kayıtları alabileceğinizi baştan netleştirin.
Kaynaklar ve inceleme
İçerik inceleme tarihi: . Kaynakların kontrol tarihleri aşağıda yer alır.
- GİB — e-Fatura Uygulaması Entegrasyon Kılavuzu v1.10, sistem ve uygulama yanıtlarıKontrol:
- GİB — Karekod Standardı Kılavuzu v1.2, e-Fatura kimlik alanlarıKontrol:
- GİB — e-Fatura İptal, İhtar/İtiraz Bildirim Kılavuzu v1.2Kontrol:
- GİB — e-Arşiv Uygulamaları İptal, İhtar/İtiraz Bildirim Kılavuzu v1.1Kontrol: