E-fatura zarfı hata verirse yeniden göndermeden ne yapılmalı?

Hata görünce önce mevcut gönderimin izini bulun

E-fatura ekranında hata veya bekleme uyarısı gördüğünüzde ilk işiniz yeniden gönderme düğmesine basmak olmasın. Önce hangi faturanın, hangi zarfta ve hangi aşamada kaldığını belirleyin. Sonucu belirsiz kaydı yeni bir fatura oluşturarak kapatmaya çalışmak, aynı satış için ikinci bir belge hazırlanmasına yol açabilir.

Bu rehber, sonucu henüz netleşmeyen tek bir gönderim için çalışma sırası sunar. Bütün durum etiketlerini açıklayan bir sözlük veya gerçekleşmiş mükerrer faturayı düzeltme talimatı değildir. Kontrolün sahibi bir kişi olsun; diğer çalışanlara aynı satış kaydı üzerinde ayrıca gönderim başlatmamalarını bildirin. Böylece destek incelemesi sürerken başka bir işlemle kayıtları karıştırmazsınız.

Zarf ve fatura kimliklerini aynı kontrol fişine yazın

GİB entegrasyon yapısında gönderici birim, merkez ve alıcı posta kutusu ayrı roller üstlenir. Sistem yanıtı ile ticari faturanın alıcı uygulama yanıtı da farklı kayıtlardır. Dolayısıyla yalnız programdaki kısa uyarıyı değil, uyarının dayandığı kaydı isteyin.

Fatura numarasını, faturanın ETTN’sini ve zarf kimliğini ayrı alanlarda saklayın. Ekrandaki UUID veya ETTN alanının belgeye mi zarfa mı ait olduğunu kontrol edin; biçimleri benziyor diye birbirinin yerine kullanmayın. Aşağıdaki fişi kendi işlem listenize uyarlayabilirsiniz.

Bekle, incelet veya düzelt kararını son yanıta bağlayın

Aşağıdaki teknik anlamlar, 1 Ekim 2026’da GİB’in teknik sayfasından erişilen Sistem Yanıtı Şema Yapısı v1.5’e dayanır. Sağdaki çalışma önerileri, tek başına gönderim izni değildir. Tabloda bulunmayan kodu benzer bir numaradan tahmin etmeyin.

Kılavuz, 1220 sürerken faturanın yeni zarfta gönderilmesinin 1163 sonucuna yol açabileceğini açıklar. Bölüm 4.1’de 1215 ve 1230 sonrasında aynı Fatura ID ile yeniden gönderim olanağı belirtilir. Bu koşulu bütün hatalara genişletmeyin; kayıt kimliklerini değiştirme kararını kendiniz vermeyin.

Sorgulama ile yeniden gönderme işlemini ayırın

Sovos’un resmî portal kılavuzunda zarf sorgulama ayrı bir işlev olarak anlatılır; aynı belgede tekrar gönderme işlemi de bulunur. Bu örnek yalnız o ürünün yayımlanmış kılavuzuna aittir. 2019 tarihli ekran tarifini bugünkü her programın menüsü gibi kullanmayın; kendi sağlayıcınızdan işlemin güncel karşılığını isteyin.

Desteğe “bir daha göndereyim mi?” sorusu yerine kayıt fişinizi iletin. Bir durum sorgusu mevcut kaydı okurken, gönderim komutu yeni bir işlem başlatabilir. Kullanacağınız düğmenin ne yaptığını açıklığa kavuşturun. Program hata ayrıntısını göstermiyorsa tek satırlık bildirimle yetinmeyin; işlem kaydını veya sistem yanıtını sağlayıcının güvenli destek kanalından isteyin.

GİB’in güncel duyurularını da kontrol edin. Bakım ya da paket değişikliği duyurusunun sizin işlem tarihinizi ve sorununuzu kapsadığını doğrulamadan bütün beklemeleri sistem yoğunluğuna bağlamayın. Belirli bir geçiş dönemine ait istisnayı sürekli geçerli kural olarak uygulamayın. Burada herkes için geçerli bir bekleme dakikası veya otomatik deneme takvimi verilmez.

Sağlayıcı teyidini uygulanabilir bir iş emrine dönüştürün

Destekten gelen “düzeltip deneyin” yanıtı yeterince açık değilse ayrıntı isteyin. Hangi kayıtta, hangi alanın ve kim tarafından değiştirileceğini yazın. Talimatın bu faturaya ait olduğunu teyit edin; daha önce başka bir hata için verilen çözümü kopyalamayın. Müşteri bilgilerini açık forumlara taşımadan, gerekli kayıtları yetkili destek kanalı üzerinden paylaşın.

Teyit alınmadan yeni fatura numarası üretmek, ETTN değiştirmek veya eski kaydı silmek bir takip yöntemi değildir. Çalışma fişinde boş kalan önemli soruları açık bırakın; varsayımla “çözüldü” yazmayın.

• Sonuç: İncelenen zarfın son kodu nedir; bu sonuç hangi sorgu tarihine dayanıyor?
• Devam eden işlem: Sistemin hâlen yürüttüğü bir deneme veya beklediği yanıt var mı?
• Düzeltme: Sorunun kaynağı hangi kayıt veya alan; önerilen işlem hangi teknik açıklamaya dayanıyor?
• Kimlikler: İşlem mevcut faturayla mı yürütülecek; fatura numarası, ETTN ve zarf ilişkisi nasıl korunacak?
• Yetki: İşlemi kullanıcı mı, yazılım desteği mi yapacak; ekipte tek sorumlu kim?
• Son kontrol: Uygulama sonrası hangi kayıt sorgulanacak ve destek talebi neye göre kapanacak?

Örnek: İki çalışanın aynı bekleyen faturayı izlemesi

Temsilî bir ofiste satış çalışanı faturayı gönderir, muhasebe çalışanı ekranda hâlâ bekleme uyarısı görür. İkinci çalışan faturayı yeniden hazırlamak yerine mevcut numarayı, ETTN’yi ve zarf referansını fişe aktarır. Satış çalışanı da başka bir gönderim başlatmadığını teyit eder. Destek talebi tek kayıt üzerinden açılır.

İlk sorgu sonucu ile daha sonra alınan yanıt farklıysa ikisi de tarihleriyle saklanır. Sağlayıcının açıklaması geldiğinde sorumlu kişi bunun aynı zarfa ait olduğunu kontrol eder. Gerekli işlem açıkça tanımlanmamışsa talep incelemede kalır. İşlem yapılmışsa yalnız düğmeye basıldığı not edilmez; ardından alınan yeni sonuç da fişe eklenir.

Bu örnek bir başarı veya süre garantisi değildir. Amaç, belirsizliği yeni belge oluşturarak büyütmeden yönetmektir. Teknik takip, fatura düzenleme ya da itiraz yükümlülüklerini kendiliğinden ertelemez; bunlarla ilgili değerlendirmeyi mali müşavirinizle ayrıca yürütün.

Takibi kanıtla kapatın

Kontrol fişinin sonunda önceki durum, yapılan işlem, sorumlu, son sorgu zamanı ve elde edilen sonuç birlikte bulunsun. Teknik tamamlanmayı alıcının ticari kabulü veya ödeme kaydı yerine yazmayın. Sonuç hâlâ belirsizse görevi sahipsiz bırakmadan bir sonraki kontrolü kimin yapacağını belirleyin.

Yeni bir e-fatura çözümü seçerken hata ayrıntısına erişim, zarf sorgulama ve destek kayıtlarını saklama ihtiyacınızı e-imza.plus ile görüşün. Hangi işin yazılımda, hangi işin sağlayıcı desteğiyle yürütüleceğini baştan netleştirin.