E-faturaya geçmeden önce gönderme ve alma nasıl test edilir?

Önce hangi ortamda çalışacağınızı belirleyin

E-faturaya geçişi sınamak için önce kullandığınız hizmetin yetkili bir test ortamı sunup sunmadığını öğrenin. Sunuyorsa gönderme, alma ve arşiv adımlarını orada deneyin. Sunmuyorsa hazırlığı ekran gösterimi ve belge oluşturmayan kontrollerle yapın; canlı doğrulamayı ilk gerçek ticari işleme bağlayın. Sırf denemek için canlı sistemde fatura düzenlemeyin.

Bu rehber işletmenizin günlük iş akışını kontrol etmek içindir. GİB’in entegratörlere uyguladığı teknik kabul testlerinin yerine geçmez. Hesabın açılması, ekibin ekranı kullanabilmesi ve faturanın karşı tarafa ulaşması ayrı sonuçlardır; her biri için hangi kanıtı göreceğinizi önceden belirleyin.

Resmî entegrasyon testi ile müşteri demosunu ayırın

GİB’in Haziran 2026 tarihli Özel Entegrasyon Kılavuzu’nun altıncı bölümü, özel entegratörlerin kullanıcı hesabı, gönderici birim ve posta kutusu testlerini açıklıyor. Burada bir test kullanıcısından söz edilmesi, her işletmenin bu hesaba veya aynı test ortamına doğrudan erişebileceği anlamına gelmez. Son kullanıcıya sunulan deneme erişiminin kapsamını hizmeti aldığınız kuruluştan öğrenin.

Mayıs 2026 tarihli e-Arşiv Başvuru Kılavuzu’ndaki test senaryoları da ilgili entegrasyon başvuru sürecinin parçasıdır. E-fatura için kullanacağınız ortama kendiliğinden taşınamaz. GİB’in doğrudan entegrasyon açıklamasında ise BİS Raporu ve test tanım formu bulunur. Kendi sisteminizi bağlamıyorsanız bu teknik süreci, kullanıcı eğitiminizle karıştırmayın.

• Test adresini ve erişimi kimin verdiğini kaydedin; yalnız satış sunumundaki “demo” ifadesiyle yetinmeyin.
• Hangi işlemlerin gerçekten çalıştığını sorun: yalnız ekran gezintisi mi, gönderim ve alım da var mı?
• İzinli örnek kimlikleri ve alıcıları sağlayıcıdan alın; rastgele VKN veya gerçek müşterinizin bilgilerini kullanmayın.
• Bu ortamdan canlı sisteme belge, e-posta veya muhasebe kaydı aktarılmadığını doğrulatın.

Test ve canlı hesabı görünür biçimde ayırın

Test için ayrı bir tarayıcı profili veya açıkça adlandırılmış bir oturum kullanabilirsiniz. Ortam adresini, hesabın bağlı olduğu işletmeyi, örnek veri kümesini ve kontrol tarihini forma yazın. Oturum açmadan önce adresi, belge işlemi başlatmadan önce ortamı tekrar kontrol edin. Bu, burada önerilen bir çalışma düzenidir; bütün yazılımlarda aynı düğmelerin bulunduğu varsayılmaz.

Gerçek hesaba geçişte aktivasyon durumunu ayrıca doğrulayın. Özel Entegrasyon Kılavuzu, entegratörün mükellef bildiriminden sonra GİB’in olumlu yanıtıyla hesabın etkinleşmesini açıklıyor. Panel parolası almanız, gönderme ve alma kaydınızın tamamlandığını tek başına göstermez. Etkinleştirme sonucunu ve varsa eksik işlemi destek kaydıyla netleştirin.

Gönderme ve alma için farklı kabul ölçütleri koyun

Gönderim provasına alıcı kaydından başlayın: izinli test alıcısı, belge senaryosu, kalemler ve toplamlar beklediğiniz gibi mi? Önizleme ile son gönderim adımını ayırın. Örneğin Paraşüt’ün ürün kılavuzunda kayıt oluşturma ve elektronik gönderimi başlatma ayrı adımlardır; alıcının vergi numarası da gönderim akışını etkiler. Bu ekran adlarını başka bir programa aynen uygulamayın.

Gönderimde belge kimliğini ve son durum bilgisini kaydedin. Ardından aynı test akışının alıcı tarafında görünmesini sağlayıcınızla sınayın. Bir listede “gönderildi” yazması, gelen kutusu ve muhasebe aktarımı kontrollerini bitirmez. Alım provasını da ayrıca yapın: izinli göndericiden gelen örnek belge bulunabiliyor, açılabiliyor ve doğru kayda bağlanabiliyor mu?

Muhasebe bağlantısı kullanıyorsanız aynı belgenin numarası, tarafları ve toplamı iki sistemde de eşleşmeli. Aktarım kapsamını önceden belirleyin; programın bütün alanları kendiliğinden taşıdığını varsaymayın. Deneme kayıtlarının gerçek defter veya stok hareketlerine karışmaması için bu adımı da izinli test düzeninde yürütün.

Gönderme–alma–arşiv kabul formu

Aşağıdaki form bir çalışma örneğidir; GİB’in resmî test formu değildir. Kopyalayıp her satırın ortam ve kimlik alanını doldurun. Kanıt alanına parola veya PIN yazmayın; işlem zamanı, maskelenmiş belge kimliği ve erişimi sınırlı kayıt konumu yeterlidir. Destek bekleyen satırı başarılı olarak işaretlemeyin.

Dosyayı arşivden geri açmadan kontrolü bitirmeyin

GİB’in saklama hizmeti veren kurumlara yönelik kılavuzu, e-faturanın özgün biçimiyle, imza veya mühür bilgisi ve bileşen ilişkileri korunarak saklanmasını açıklıyor. Bu nedenle kabul formunda yalnız PDF önizlemesini görmekle yetinmeyin. Hizmetinizden hangi elektronik dosyaları alabildiğinizi ve bunları hangi araçla açıp doğrulayabildiğinizi sorun.

Örneği dışa aktarın, kaydettiğiniz konumdan yeniden bulun ve açın. Görüntünün okunmasıyla elektronik imza kontrolünün sonucu ayrı kayıtlardır. Eksik dosya, doğrulama hatası veya erişim sorunu varsa mesajı kaydedip sağlayıcıya iletin. Kaynak dosyayı değiştirerek ya da yeniden PDF oluşturarak hatayı örtmeyin.

Test erişimi yoksa ilk gerçek işlemi kontrollü izleyin

Gösterimde anlatılan fakat çalıştırılamayan adımlara “gösterildi, denenmedi” yazın. Gerçek hesaba geçmeden önce sorumluyu, destek kanalını ve kontrol listesini belirleyin. Vergi oranı, belge türü ve düzenleme zamanı gibi işleme bağlı bilgileri muhasebe sorumlunuzla doğrulayın; örnek senaryodan kendi işleminize otomatik sonuç çıkarmayın.

İlk gerçek satışın faturasını olağan iş akışında düzenlediğinizde gönderim sonucunu izleyin; ilk gerçek alış belgesinde de gelen kutusu, muhasebe ve arşiv satırlarını tamamlayın. Henüz alış belgesi gelmediyse alma kontrolü açık kalır. Hata halinde tekrar fatura oluşturmadan önce mevcut belgenin durumunu netleştirin. Hazırlık listenizdeki eksikleri ve e-fatura tedarik ihtiyacınızı e-imza.plus ile paylaşabilirsiniz.