e-Fatura Test Ortamı Nedir? Canlıya Geçmeden Önce Deneme

e-Fatura test ortamı, e-Fatura uygulamasını canlıya almadan önce belge, imza ve yanıt akışını sınadığınız ayrı deneme alanıdır. Buradaki kayıtlar, canlı ortamda düzenlenen gerçek ticari belgelerin yerine geçmez. Test sonuçları, teknik ve operasyonel hazır olmayı gösterir.

Bu rehber; ilk kez e-Fatura kullanacak işletmelere, yazılım ekiplerine ve mali müşavirlere yarar. Test hesabı açma, örnek belge gönderme, hata inceleme ve canlı geçiş kontrolünü aynı akışta açıklar.

e-Fatura test ortamı canlı sistemden hangi yönleriyle ayrılır?

e-Fatura test ortamı, canlı sistemden ayrı kimlik, adres ve kayıt akışı kullanan deneme alanıdır. Testte amaç, gerçek alıcıya ticari belge kesmek değil, sürecin doğru çalıştığını görmektir.

Test belgeleri genellikle test için tanımlanan kullanıcıya veya alıcıya gönderilir. Bu belgeler canlı ticari defter, cari hesap ve resmi fatura sürecini başlatmaz. Yine de test kayıtlarını silmeden önce sisteminizin saklama ve raporlama davranışını kontrol edin.

Örneğin bir kafe, testte önce tek ürünlü satış faturası gönderir. Ardından aynı belgeyi gerçek müşteri yerine test alıcısıyla karşılaştırır. Böylece fiyat, KDV, toplam ve alıcı bilgilerinin hangi ekranda değiştiği görülür.

Bu ayrım için önce ortam etiketini, sonra şirket hesabını ve son olarak alıcı kimliğini kontrol edin. Üç bilgi aynı anda doğrulanmadan gönderim düğmesine basmayın. Özellikle benzer kullanıcı adları yanlış ortam seçimine yol açabilir.

Canlı hesap açılmış olması, test erişiminin otomatik olarak hazır olduğu anlamına gelmez. Bazı yöntemlerde ayrıca test kullanıcı adı, parola, sertifika veya servis yetkisi tanımlanır.

Yanlış: Test faturası canlıya geçince otomatik olarak gerçek faturaya dönüşür. Doğru: Test tamamlandıktan sonra canlı ortamda yeni belge oluşturulur ve canlı gönderim ayrıca doğrulanır.

Uzman notu: Test adresi ile canlı adresi aynı ekranda görünüyorsa, gönderimden önce ortam etiketini ve kullanıcı hesabını birlikte kontrol edin.

Kimler e-Fatura test ortamını kullanmalı ve ne zaman başlamalı?

e-Fatura test ortamını, yeni başvuru yapacak, yazılım değiştirecek veya belge hacmi artacak her işletme kullanmalıdır. Test zorunluluğu, mükellefin teknik hata riskini azaltan pratik bir hazırlık adımıdır.

İlk kez geçiş yapan işletme, önce kendi fatura akışını tanımlamalıdır. Zorunluluk kapsamı, ciro şartları ve geçiş zamanı ayrıca incelenmelidir. Bunun için e-Fatura zorunluluğuna girmemek için ciro sınırı takibi rehberindeki yöntemi kullanabilirsiniz.

Mevcut kullanıcılar da test ortamına ihtiyaç duyar. Yeni muhasebe programı, ERP, e-ticaret bağlantısı veya özel entegratör değişikliği, daha önce çalışan akışı etkileyebilir. Küçük bir alan değişikliği bile XML doğrulamasını bozabilir.

Mali müşavir, testte özellikle vergi kodlarını ve fatura senaryolarını gözden geçirmelidir. Yazılım ekibi teknik yanıtı kontrol ederken, muhasebe ekibi belge içeriğinin ticari işleme uyduğunu kontrol etmelidir.

Gönüllü olarak e-Fatura kullanmak isteyen işletmeler de aynı yaklaşımı izlemelidir. Başvurunun kabul edilmesi, ürün kartlarının, kullanıcı rollerinin ve entegrasyon ayarlarının doğru olduğu anlamına gelmez.

Test, mevzuattaki başvuru veya zorunlu geçiş tarihini ertelemez. Başvuru kararı, geçiş süresi ve uygulanacak istisnalar için güncel GİB duyurusunu ve mali müşavirinizi kontrol edin.

Test ortamı, ticari kararın yerine geçmez. Sadece seçtiğiniz yöntemle belge oluşturabildiğinizi, imzalayabildiğinizi, gönderebildiğinizi ve yanıtı okuyabildiğinizi gösterir.

Test başlangıcını, canlı geçişten hemen önceye bırakmak yerine süreç planına bağlayın. Önce temel satış belgesini, sonra işletmeye özgü iade veya vergi senaryolarını çalıştırın. Her aşamada sorumlu kişiyi ve beklenen sonucu yazılı tutun.

e-Fatura test ortamına başlamadan önce hangi belgeler hazırlanır?

e-Fatura test ortamına başlamadan önce vergi kimliği, kullanıcı yetkileri, imza aracı ve örnek işlem verileri hazırlanır. İstenen belge ve bilgiler, portal, özel entegrasyon veya doğrudan entegrasyon yöntemine göre değişebilir.

Şirket unvanı, VKN, adres, vergi dairesi ve iletişim bilgileri önce kontrol edilmelidir. Bu alanlardan biri canlı kayıtta farklıysa, test sonucu üretim ayarlarını doğru yansıtmayabilir.

Başvuru dosyasının kapsamını görmek için e-Fatura için gereken belgeler listesi yazısını inceleyin. Listeyi test erişimiyle karıştırmayın; başvuru belgeleri ile teknik bağlantı bilgileri aynı şey değildir.

• İşletmenin unvanı, VKN veya TCKN bilgisi güncel kayıtla eşleştirilmiştir.
• Vergi dairesi, adres ve banka gibi fatura alanları örnek veriyle kontrol edilmiştir.
• Mali mühür veya kullanılacak elektronik imza cihazının erişimi doğrulanmıştır.
• Test kullanıcılarının oluşturma, gönderme, görüntüleme ve yanıt verme yetkileri belirlenmiştir.
• Ürün, hizmet, birim, KDV ve gerekiyorsa istisna kodları muhasebe kayıtlarıyla eşleştirilmiştir.
• Testte kullanılacak satış, iade ve ticari yanıt örnekleri hazırlanmıştır.
• Hata kayıtlarını, XML dosyalarını ve servis yanıtlarını saklayacak klasör veya ekran belirlenmiştir.

Örnek veri setini hazırlarken gerçek müşteri adını, telefonunu veya adresini kullanmayın. Test müşterisi, test ürünü ve deneme açıklaması ayrı tanımlanmalıdır. Böylece raporlarda gerçek ticari işlemlerle test kayıtları birbirine karışmaz.

Örnek belgeyi gerçek müşteri verileriyle hazırlamak yerine, kişisel veri içermeyen deneme bilgileri kullanın. Böylece test çıktıları yanlışlıkla gerçek alıcıya gönderilmez.

e-Fatura test hesabı ve entegrasyon erişimi nasıl açılır?

e-Fatura test hesabı, seçilen yönteme göre GİB test akışı, özel entegratör paneli veya doğrudan entegrasyon hesabı üzerinden açılır. Erişim ekranı ve istenen bilgiler, uygulama modeline göre değişir.

Portal yönteminde kullanıcı, test uygulamasına tanımlanan bilgilerle giriş yapar. Menü adları değişebilir. Bu nedenle giriş ekranındaki ortam bilgisini, test kullanıcı rolünü ve işlem yapılacak şirketi birlikte doğrulayın.

Özel entegrasyon yönteminde işletme kaydı, test servisi ve kullanıcı yetkisi sağlayıcı panelinden tanımlanır. API anahtarı, parola, sertifika veya servis adresi gibi bilgiler yalnızca yetkili kişilerde tutulmalıdır.

Doğrudan entegrasyonda yazılım ekibi, GİB tarafından yayımlanan teknik kılavuzdaki test servisine bağlanır. Servis adresi, mesaj formatı, imza yöntemi ve yanıt sorgulama adımları kılavuzla doğrulanır.

Test erişimi açıldıktan sonra ilk kontrol, boş bir belge göndermek değildir. Önce oturum açma, kullanıcı yetkisi, sertifika erişimi ve servis bağlantısı ayrı ayrı denenmelidir.

Bağlantı kontrolünde önce kimlik doğrulama sonucunu kaydedin. Daha sonra yetkili menüleri açın, sertifika bileşenini çalıştırın ve örnek sorgu gönderin. Bu sıra, belge hatasıyla erişim hatasını birbirinden ayırır.

Canlı hesaba ait kullanıcı adı, sertifika veya servis adresini test ayarına kopyalamayın. Ortam değişkenlerini yazılımda ayrı tutun. Böylece yanlışlıkla canlı alıcıya deneme belgesi gönderme riski azalır.

İşletmenizin portal ve bağlantı seçeneklerini incelemek için e-Fatura ürün sayfasındaki yöntemleri karşılaştırabilirsiniz. Ancak nihai teknik ayarı, kullandığınız sistemin güncel kılavuzuna göre yapın.

e-Fatura test ortamında örnek fatura nasıl gönderilir?

e-Fatura test ortamında örnek fatura göndermek için önce test kimlik bilgileriyle oturum açılır, ardından belge oluşturulur, imzalanır, doğrulanır ve test servisine iletilir.

İlk denemede tek bir ürün veya hizmet içeren basit bir satış faturası seçin. Karmaşık iskonto, çoklu vergi veya istisna içeren belgeyi ilk testte kullanmak, hatanın kaynağını belirsizleştirir.

1. Test ortamının adresini ve seçili şirket hesabını giriş ekranında doğrulayın.
2. Alıcı olarak test için tanımlanan VKN veya TCKN bilgisini seçin.
3. Belge tarihini, fatura türünü, para birimini ve ödeme bilgisini doldurun.
4. Ürün veya hizmet satırında miktar, birim fiyat, ölçü birimi ve vergi bilgisini girin.
5. Toplam matrah, vergi ve genel toplamın sistem tarafından doğru hesaplandığını kontrol edin.
6. Belgeyi UBL-TR XML olarak oluşturun ve şema ile iş kuralı doğrulamasından geçirin.
7. Mali mühür veya uygun elektronik imza ile test belgesini imzalayın.
8. Belgeyi test servisine gönderin, oluşan UUID ve gönderim numarasını kaydedin.

İlk belgeyi gönderdikten sonra aynı veriyi değiştirmeden tekrar kullanmayın. Yeni denemede yalnızca bir alanı değiştirin. Böylece sonucun ürün, vergi, alıcı veya imza ayarından kaynaklandığını daha kolay saptarsınız.

Gönderimden sonra yalnızca ekranda başarı mesajı görmeyi yeterli saymayın. Servis yanıtını sorgulayın, alıcı kutusunu kontrol edin ve belge durumunun son aşamaya ulaştığını doğrulayın.

Teknik gönderimin başarılı olması, alıcının ticari yanıt verdiği anlamına gelmez. Özellikle TİCARİ senaryoda yanıt sürecini ayrıca test edin. Başarılı ve hatalı örnekleri ayrı dosyalarla saklayın.

Hangi e-Fatura senaryoları test edilmelidir?

Test edilmesi gereken e-Fatura senaryoları, işletmenin gerçek satış, iade, kabul ve vergi işlemlerine göre seçilir. Kullanılmayan bir senaryoyu sırf listede bulunduğu için test etmek yerine, gerçek akışları kapsayın.

Basit başlangıç testi, SATIŞ türünde tek kalemli bir faturadır. Bu test; alıcı bilgisi, vergi hesaplama, toplamlar, imza ve gönderim bağlantısını birlikte kontrol eder.

TİCARİ senaryoda alıcının yanıt akışı ayrıca izlenmelidir. Kabul, ret veya yanıt bekleme durumlarının uygulamada nasıl göründüğünü test edin. Yanıt sonrası muhasebe aktarımının doğru belgeyle eşleştiğini de kontrol edin.

İADE senaryosu, daha önceki faturayla bağlantı kurulmasını ve miktarların doğru işlenmesini sınar. İade işlemi kullanmıyorsanız bu senaryoyu canlı kapsam dışında bırakın. Kullanıyorsanız hem tam hem kısmi iade örneği hazırlayın.

İstisna, tevkifat, özel matrah veya dövizli işlemler yalnızca işletmede gerçekten kullanılıyorsa test edilmelidir. Bu belgelerde vergi kodu, açıklama, kur ve toplam alanları birlikte incelenmelidir.

• Satış faturası, standart ürün veya hizmet akışının temel kontrolünü sağlar.
• Ticari fatura, alıcı yanıtının ve yanıt sonrası durum değişiminin kontrolünü sağlar.
• İade faturası, kaynak belge bağlantısını ve iade miktarının doğru aktarımını kontrol eder.
• İstisna veya tevkifat faturası, özel vergi alanlarının muhasebe kaydıyla uyumunu sınar.
• Dövizli fatura, para birimi, kur, vergi matrahı ve yuvarlama sonuçlarını gösterir.

Senaryo matrisi hazırlarken her satıra belge türü, alıcı tipi, kullanılan vergi yapısı ve beklenen yanıtı yazın. İşletmede bulunmayan bir senaryoyu zorunlu kabul etmeyin. Gerçek işlem çeşitliliğini eksiksiz kapsamak daha önemlidir.

Her testin beklenen sonucunu önceden yazın. Örneğin belge kabul edilmeli, ret yanıtı görünmeli veya alıcı kutusunda listelenmelidir. Beklenti yazılmazsa başarı değerlendirmesi kişiye göre değişir.

UBL-TR XML ve e-Fatura zorunlu alanları nasıl kontrol edilir?

UBL-TR XML kontrolü, e-Fatura dosyasının hem teknik yapısını hem de ticari içeriğini doğrulamaktır. XML dosyası açılıyor diye belge bütün zorunlu alanları taşıyor kabul edilmemelidir.

İlk kontrolde belge kimliği, UUID, tarih, fatura numarası, para birimi ve fatura türü incelenir. Satıcı ve alıcı bilgileri, VKN veya TCKN, adres ve vergi dairesi alanları da eşleştirilir.

Satır seviyesinde miktar, birim, birim fiyat, indirim ve vergi oranı kontrol edilir. Ara toplam, vergi toplamı ve genel toplam yeniden hesaplanır. Kuruş farkları, özellikle çok satırlı belgelerde ayrıca incelenmelidir.

XML şema doğrulaması, dosyanın teknik yapısını sınar. İş kuralı doğrulaması ise alanların birbiriyle anlamlı biçimde uyumlu olup olmadığını gösterir. İki kontrolden yalnızca biri başarılıysa test tamamlanmış sayılmaz.

Kontrolü ekrandaki önizlemeyle sınırlamayın. XML alanlarını satır satır inceleyin ve muhasebe aktarımındaki karşılığını bulun. Önizleme ile kayıt arasında fark varsa canlı gönderimden önce hangi kaynağın esas alındığını belirleyin.

Yanlış: XML dosyası doğrulandıysa fatura kesin kabul edilmiştir. Doğru: XML doğrulaması teknik uygunluğu gösterir; servis yanıtı ve alıcı işlemi ayrıca kontrol edilmelidir.

Yanlış: Vergi toplamı ekranda doğru görünüyorsa XML içeriği de mutlaka doğrudur. Doğru: XML içindeki oran, matrah, kod ve toplam alanları birlikte incelenmelidir.

Görsel önizleme ile XML içeriğini karşılaştırın. Önizlemede görünen açıklama, XML alanına eksik aktarılmış olabilir. Özellikle özel açıklamalar, sipariş numarası, teslimat bilgisi ve referans belge alanlarını ayrıca kontrol edin.

e-Fatura test ortamında yanıt ve hata kayıtları nasıl okunur?

e-Fatura test ortamında yanıt ve hata kayıtları, belge kimliği, servis sonucu, hata kodu ve işlem zamanı birlikte incelenerek okunur. Tek bir başarı veya hata ifadesi, tüm süreci açıklamaz.

Önce UUID, gönderim numarası, alıcı bilgisi ve işlem zamanını kaydedin. Ardından belgenin teknik olarak alınıp alınmadığını, iş kuralından geçip geçmediğini ve alıcı kutusuna ulaşıp ulaşmadığını ayrı kontrol edin.

Bir hata kodu varsa kodun tam metnini saklayın. Ekran görüntüsü tek başına yeterli olmayabilir. XML dosyası, kullanılan sürüm, kullanıcı ve gönderim zamanı da hata kaydına eklenmelidir.

Yanıt bekleniyor durumu, mutlaka başarısızlık anlamına gelmez. Servis sorgusu, kuyruk veya alıcı işlemi tamamlanmamış olabilir. Aynı belgeyi hemen yeniden göndermek, mükerrer kayıt veya belirsiz durum yaratabilir.

Gelen kutusunu da test edin. Giden belge gönderilmiş görünse bile, karşı taraftan gelen yanıtın kullanıcıya ve muhasebe sistemine doğru aktarıldığı ayrıca doğrulanmalıdır.

Dikkat: Canlı ortamda kontör kullanılan hizmetlerde gelen ve giden belgelerin her biri bir kontör düşürebilir. Test ortamının ücretlendirmesini ve test belgelerinin paket hesabına etkisini sağlayıcınızdan teyit edin.

Hata incelemesinde önce belgeyi yeniden göndermek yerine mevcut kaydı çoğaltın. Hata kodunu, XML sürümünü ve değiştirilecek alanı yazın. Düzeltmeden sonra yeni UUID oluştuysa iki kayıt arasındaki ilişkiyi ayrıca saklayın.

Hata çözüldükten sonra aynı testi yeniden çalıştırın. Önceki hatalı XML ile yeni XML arasındaki farkı kaydedin. Böylece yazılım ekibi, hangi alan değişikliğinin sonucu düzelttiğini açıkça görebilir.

Mali mühür e-Fatura test ortamında nasıl denenir?

Mali mühür, e-Fatura test ortamında belgenin elektronik olarak imzalanmasını ve sertifika erişiminin doğrulanmasını sağlar. Test, cihazın çalıştığını gösterir; canlı sertifikanın her ayarının hazır olduğunu tek başına kanıtlamaz.

Tüzel kişilerde mali mühür, gerçek kişi mükelleflerde ise başvuru modeline göre uygun elektronik imza veya mali mühür kullanılabilir. İşletmenizin durumunu güncel GİB bilgileri ve mali müşavirinizle doğrulayın.

Mühür kargoyla geldiyse aktivasyon ve ilk kullanım adımlarını Mali Mühür Aktivasyon rehberinde kontrol edin. Aktivasyon tamamlanmadan test imzası beklenen sonucu vermeyebilir.

Testte cihazın bilgisayarda görülmesi, sertifika parolasının çalışması ve imza bileşeninin belgeyi imzalaması ayrı ayrı denenmelidir. Gerekli sürücü veya yardımcı uygulamaları yalnızca güvenilir kaynaktan yükleyin.

İmza hatasında önce sertifika süresi, cihaz bağlantısı, kullanıcı yetkisi ve sistem saati kontrol edilir. Daha sonra XML dosyasının imzaya uygunluğu incelenir. Sorunu anlamadan tekrar tekrar PIN girmek cihazı kilitleyebilir.

Canlıya geçiş öncesinde imzalama testini farklı bir bilgisayarda da tekrarlamak gerekebilir. Ancak bu kontrol, yeni cihazda sürücü ve yardımcı bileşenlerin ayrıca kurulmasını gerektirir. Ortak bilgisayarlarda PIN güvenliğini ihmal etmeyin.

Test ve canlı ortam aynı sertifika ayarını kullanıyor olsa bile, servis adresi ve kullanıcı yetkisi farklı olabilir. Canlı geçişten önce imza ayarlarını üretim hesabında düşük riskli bir belgeyle yeniden doğrulayın.

Mali mühür PIN'ini e-posta, sohbet uygulaması veya ortak dosyada paylaşmayın. Yetkili kullanıcıları sınırlayın. İmza cihazının kimde bulunduğunu ve kaybolması halinde izlenecek yolu işletme içinde yazılı hale getirin.

e-Arşiv ve diğer e-belgeler e-Fatura testinden nasıl ayrılır?

e-Arşiv ve diğer e-belgeler, e-Fatura testinden ayrı belge türleri, alıcı koşulları ve teknik akışlar içerir. Bir e-Fatura testinin başarılı olması, e-Arşiv veya e-İrsaliye sürecinin de hazır olduğu anlamına gelmez.

e-Arşiv fatura, alıcının e-Fatura sistemindeki durumuna ve işlemin niteliğine göre kullanılan ayrı bir fatura akışıdır. Başvuru ve geçiş ayrıntıları için e-Arşiv başvurusu ve e-Fatura ile birlikte başvuru rehberini inceleyin.

Alıcı seçimini testte özellikle kontrol edin. E-Fatura kayıtlı bir alıcıya e-Fatura, kayıt durumu ve işlem koşulları uygun olan diğer alıcılara farklı belge akışı gerekebilir. Güncel kuralı sisteminizden ve mali müşavirinizden doğrulayın.

e-İrsaliye, mal hareketini belgeleyen ayrı bir süreçtir. Fatura testinde doğru toplamı görmek, sevk adresi, araç, teslim alan ve irsaliye referansı gibi alanların doğru çalıştığını göstermez.

Örneğin bir market, tedarikçiden gelen faturayı test ederken sevkiyat bilgilerini de denemek isteyebilir. Ancak fatura satırlarının doğru olması, irsaliye numarası ve teslimat alanlarının otomatik dolduğu anlamına gelmez. Bu alanlar ayrı test edilmelidir.

İşletme e-SMM, e-MM veya başka bir e-belge kullanıyorsa, her belge için ayrı test senaryosu hazırlamalıdır. Ortak müşteri ve ürün kartları kullanılabilir. Ancak belge türüne özgü alanlar ayrıca doğrulanmalıdır.

Test planında belge türü, alıcı tipi, senaryo, imza yöntemi ve beklenen yanıt ayrı sütunlarda yer almalıdır. Böylece bir belgedeki başarı, diğer bütün e-belgelere yanlış biçimde aktarılmaz.

Mevzuat, başvuru koşulları ve teknik kılavuzlar güncellenebilir. Özellikle geçiş tarihi, belge düzenleme biçimi ve istisna kapsamı için güncel GİB duyurusunu ve mali müşavirinizi kontrol edin.

Canlıya geçmeden önce e-Fatura test kontrolü nasıl tamamlanır?

Canlıya geçmeden önce e-Fatura test kontrolü, teknik bağlantıdan muhasebe aktarımına kadar bütün sürecin yazılı kanıtla doğrulanmasıyla tamamlanır. Sadece bir satış faturası göndermek yeterli değildir.

Son kontrolde her senaryo için belge örneği, beklenen sonuç, gerçekleşen sonuç ve sorumlu kişi kaydedilmelidir. Başarısız testler, canlı geçişten önce kapatılmalı veya mali müşavirle değerlendirilmelidir.

• Test ve canlı servis adresleri yazılımda ayrı değişkenlerle tanımlanmıştır.
• Canlı kullanıcı, şirket ve alıcı bilgilerinin test kayıtlarıyla karışmadığı doğrulanmıştır.
• Mali mühür veya elektronik imza canlı hesapta erişilebilir durumdadır.
• Satış, iade, ticari yanıt ve işletmeye özgü özel vergi senaryoları denenmiştir.
• Giden belge, gelen yanıt ve hata kayıtlarının hangi ekranda izleneceği belirlenmiştir.
• Muhasebe, satış, depo ve yönetici kullanıcılarının görev yetkileri test edilmiştir.
• Canlı gönderim öncesinde güncel GİB duyurusu ve mali müşavir görüşü kontrol edilmiştir.

Kontrol listesini yalnızca yöneticinin imzasıyla kapatmayın. Her satıra ekran adı, belge kimliği veya hata kaydı ekleyin. Böylece daha sonra aynı süreci tekrarlayan çalışan, sonucu yeniden kanıtlayabilir.

Örneğin küçük bir eczane sahibi, önce toptancıya yaptığı ticari satışları test edebilir. Ürün kodu, KDV, miktar ve iade bağlantısı kontrol edilir. Ardından bireysel müşteriye yapılan işlemin uygun belge akışı ayrıca incelenir.

Eczane sahibi, testte toptancı için kullanılan VKN'yi yanlışlıkla gerçek müşteri kaydıyla değiştirmemelidir. Yanlış: Her müşteriye aynı belge türünü seçmek. Doğru: Alıcı statüsü ve işlem türüne göre belge akışını doğrulamak.

Kullanıcıların mobil veya web ekranında belgeyi görmesi de test edilmelidir. Yetki eksikliği, belge teknik olarak başarılı olsa bile satış personelinin işlemi tamamlayamamasına neden olabilir.

Entegratör veya yazılım değişikliği yapıyorsanız, veri taşıma ve açık belgeler ayrıca kontrol edilir. Süreç risklerini görmek için entegratör değiştirme ve taşıma süreci rehberindeki kontrol noktalarını kullanabilirsiniz.

Canlı geçiş tarihi, yasal zorunluluk veya başvuru şartı için tahmin yapmayın. Güncel GİB duyurusunu ve mali müşavirinizi kontrol edin. Test tamamlanmadıysa, geçiş planındaki sorumlu ve yeni tarih yazılı biçimde güncellenmelidir.

Özet: 5 maddede e-fatura test ortamı

e-Fatura test ortamı, canlı gönderimden önce teknik, muhasebesel ve operasyonel hataları görünür kılan ayrı bir deneme sürecidir.

• Test ortamı, canlı sistemden farklı çalışır; testte oluşturulan belge gerçek ticari fatura yerine geçmez ve canlıya otomatik aktarılmaz.
• Başlamadan önce şirket bilgileri, kullanıcı yetkileri, imza aracı, ürün kartları, vergi kodları ve kişisel veri içermeyen örnek işlemler hazırlanmalıdır.
• Gönderim sürecinde XML oluşturma, imzalama, teknik doğrulama, servis yanıtı, alıcı kutusu ve muhasebe aktarımı ayrı ayrı kontrol edilmelidir.
• Satış, iade, ticari yanıt, istisna, tevkifat veya dövizli işlem gibi senaryolar yalnızca işletmenin gerçek ihtiyaçları varsa test edilmelidir.
• Canlıya geçmeden önce kullanıcı rolleri, servis adresleri, sertifika ayarları, kayıt planı ve güncel GİB duyuruları mali müşavirle birlikte doğrulanmalıdır.

Bu beş adım, test sonucunu ölçülebilir hale getirir. Her senaryo için belge kimliğini, yanıtı, hata kaydını ve sorumlu kişiyi saklayın.

efaturakontor.com'da e-Fatura, e-Arşiv, e-İrsaliye ve diğer e-belgelerde geçerli havuz kontör paketleri 100'den 500.000 kontöre kadar sunulur; ücretsiz e-fatura portalı da kullanılabilir. Sovos altyapısına tanımlama aynı gün yapılır ve kontörlerin kullanım süresi 12-18 aydır.

Test planınızdaki belge türlerine ve aylık işlem akışınıza göre portal veya havuz kontör kullanımını ayrıca değerlendirebilirsiniz.