e-fatura saklama nedir? Tanımı, Nerede Kullanılır, Dikkatler
e-fatura saklama nedir sorusunun yanıtını; belge formatı, süre, erişim, güvenlik ve doğru arşivleme adımlarıyla öğrenin.
e-Fatura saklama, düzenlenen ve alınan e-Faturaların özgün elektronik dosyalarıyla, doğrulama bilgileriyle ve erişim kayıtlarıyla korunması demektir. Amaç, belgenin gerektiğinde okunabilmesi ve kaynağının doğrulanabilmesidir.
e-Fatura saklama, düzenlenen ve alınan e-Faturaların özgün elektronik dosyalarıyla, doğrulama bilgileriyle ve erişim kayıtlarıyla korunması demektir. Amaç, belgenin gerektiğinde okunabilmesi ve kaynağının doğrulanabilmesidir.
Bu konu; e-Fatura kullanan işletmeler, mali müşavirler ve denetim hazırlığı yapan yöneticiler için önemlidir. Doğru saklama yöntemi, yalnızca dosya kaybını önlemez; belgeye hızlı ulaşmayı, işlem durumunu kontrol etmeyi ve gerektiğinde kanıt sunmayı da sağlar.
e-Fatura saklama nedir ve neyi ifade eder?
e-Fatura saklama, faturanın elektronik ortamda oluşturulan asıl dosyasını ve bu dosyayı açıklayan kayıtları korumaktır. Saklanan temel dosya çoğunlukla UBL-TR XML yapısındadır; PDF görünümü ise okumayı kolaylaştıran yardımcı bir kopyadır.
Bu işlem yalnızca bir klasöre dosya yüklemek anlamına gelmez. Belgenin bütünlüğü, düzenleyen tarafı, alıcı bilgileri, tarih, tutar, belge numarası ve işlem durumu birlikte korunmalıdır. Böylece dosya daha sonra anlamlandırılabilir.
Bir e-Faturanın saklama kaydı; gönderim, alım, teslim, kabul, ret veya iptal gibi durumları da içerebilir. Her platform bütün durumları aynı adlarla göstermeyebilir. Bu nedenle kullanılan sistemin durum ekranı ayrıca incelenmelidir.
Arşiv ile yedekleme aynı şey değildir. Yedekleme, veri kaybına karşı kopya oluşturur; arşivleme ise belgeyi düzenli, aranabilir ve gerektiğinde doğrulanabilir biçimde muhafaza eder.
Örneğin bir toptancı, müşterisine gönderdiği faturanın XML dosyasını, PDF görünümünü, ETTN bilgisini ve gönderim sonucunu birlikte saklamalıdır. Sadece e-posta ekindeki PDF, bu kayıtların tamamını karşılamayabilir.
e-Arşiv Fatura da elektronik saklama gerektirir; ancak e-Fatura ile aynı belge türü değildir. İki belgenin düzenlenme akışları, alıcı profilleri ve kullanılan uygulamalar farklı olabilir. Saklama politikası bu ayrımı dikkate almalıdır.
Sonuç olarak e-Fatura saklama, belgenin yalnızca kaybolmamasını değil, sonradan doğru belge olarak tanınabilmesini hedefler. Dosya adı vermek veya yazdırıp klasöre koymak, tek başına yeterli bir elektronik arşiv yöntemi değildir.
e-Fatura saklama neden önemlidir?
e-Fatura saklama, işletmenin mali kayıtlarını koruması, denetim taleplerine yanıt vermesi ve ticari işlemlerini geriye dönük açıklayabilmesi için önemlidir. Saklama yapılmadığında doğru belgeye ulaşmak zorlaşır.
Vergi incelemesi, bağımsız denetim veya müşteri itirazı sırasında faturanın özgün elektronik dosyası istenebilir. İşletme bu dosyaya, ilgili kayıtlarla birlikte erişemezse işlem tarihini ve tutarını açıklamakta zorlanabilir.
Elektronik arşiv, muhasebe kayıtlarıyla belge kayıtlarının karşılaştırılmasını da kolaylaştırır. Fatura numarası, ETTN, vergi kimlik numarası ve tarih gibi alanlar eşleştirildiğinde eksik veya mükerrer kayıtlar daha erken fark edilir.
Fatura saklama, tahsilat ve ödeme takibini de destekler. Bir satış faturası için ödeme alınmadığında, ilgili belgenin gönderim durumu ve müşteri bilgileri hızlıca kontrol edilebilir. Böylece yanlış belge üzerinden iletişim kurulmaz.
Belge kaybı, yalnızca teknik bir sorun değildir. Bilgisayar arızası, personel değişikliği, e-posta hesabının kapanması veya yanlış klasör silinmesi, geçmiş kayıtların bulunamamasına yol açabilir.
Ancak saklama işlemi, faturadaki hatayı kendiliğinden düzeltmez. Yanlış tutar, yanlış alıcı veya hatalı vergi bilgisi varsa, işletme ilgili düzeltme, iptal veya yeni belge sürecini ayrıca yönetmelidir.
Bu nedenle arşiv, muhasebe uygulamasından bağımsız bir depo gibi görülmemelidir. Muhasebe programı, e-belge sistemi ve şirketin dosyalama politikası arasında tutarlı bir bağlantı kurulmalıdır.
e-Fatura nerede saklanır ve kim sorumludur?
e-Fatura; GİB süreçleriyle bağlantılı platformlarda, özel entegratör sistemlerinde veya işletmenin kendi güvenli altyapısında saklanabilir. Seçilen ortamdan bağımsız olarak kayıtların korunması sorumluluğu işletmede kalır.
GİB portalı, e-Fatura oluşturma ve gönderme süreçlerinde kullanılabilir; ancak işletme, portalın arşiv kapsamını ve geçmiş belgelere erişim koşullarını ayrıca kontrol etmelidir. Portalda görünen her kayıt, kurumun yedekleme politikasının yerine geçmez.
Özel entegratör, belge oluşturma, iletme, alma ve arşivleme işlemlerini tek bir sistemde sunabilir. Özel entegratör seçiminin teknik ve sözleşmesel yönlerini anlamak için Özel Entegratör Nedir? başlıklı rehber incelenebilir.
İşletme kendi sunucusunu da kullanabilir; fakat bu yöntemde erişim yetkileri, yedekleme, veri bütünlüğü, felaket kurtarma ve kayıtların aranabilirliği işletmenin teknik sorumluluğundadır.
| Saklama seçeneği | Temel avantaj | Kontrol edilmesi gereken konu |
|---|---|---|
| GİB portalı | Temel e-Fatura işlemlerine erişim sağlar. | Geçmiş belge erişimi ve dışa aktarma kapsamı kontrol edilmelidir. |
| Özel entegratör | Gönderim, alım, durum takibi ve arşiv işlemlerini birleştirebilir. | Sözleşmedeki saklama süresi, dışa aktarma ve erişim koşulları incelenmelidir. |
| Kurum içi sistem | Dosyalama politikası üzerinde doğrudan kontrol sağlar. | Teknik bakım, güvenlik, yedekleme ve kurtarma sorumluluğu işletmeye aittir. |
Bir hizmet sağlayıcının belge saklaması, işletmenin kendi kayıt sorumluluğunu tamamen ortadan kaldırmaz. Sözleşme sona erdiğinde dosyaların hangi formatta, ne kadar sürede ve nasıl alınacağı önceden öğrenilmelidir.
İşletme, saklama yerini seçerken yalnızca kullanıcı arayüzüne bakmamalıdır. Arama alanları, dışa aktarma biçimi, erişim kayıtları, rol yönetimi ve hizmet kesintisi senaryosu birlikte değerlendirilmelidir.
e-Fatura hangi formatta ve hangi bilgilerle saklanır?
e-Fatura, asıl elektronik belge niteliğini taşıyan UBL-TR XML dosyası ve bu dosyayla ilişkili doğrulama bilgileriyle saklanır. PDF, belgenin okunabilir görünümünü sunar; çoğu durumda tek başına asıl elektronik kayıt değildir.
XML içinde fatura numarası, düzenleme tarihi, satır bilgileri, mal veya hizmet açıklaması, miktar, birim fiyat, vergi alanları, toplam tutar ve taraf bilgileri bulunabilir. Saklama sistemi bu alanların bozulmadan korunmasını sağlamalıdır.
Elektronik imza veya mali mühür, belge türüne ve düzenleme akışına göre dosyanın doğrulanmasında rol oynayabilir. İmza ya da mühür bilgisi ayrıca tutuluyorsa, XML dosyasıyla ilişkisinin korunması gerekir.
Alıcının vergi kimlik numarası veya TCKN bilgisi de önemli bir kontrol alanıdır. TCKN ile düzenlenen faturaların hangi durumlarda kullanıldığını anlamak için TCKN Fatura Nedir? açıklamasına bakılabilir.
Yanlış: PDF dosyasını tek başına e-Faturanın aslı kabul etmek. Doğru: UBL-TR XML dosyasını, doğrulama bilgilerini ve PDF görünümünü ilişkili biçimde saklamaktır.
Dosya adında yalnızca müşteri adının bulunması da yeterli değildir. Arşiv, ETTN veya belge kimliği, fatura numarası, tarih, vergi kimlik numarası ve işlem durumu gibi alanlarla aranabilmelidir.
Bir belge sistemden indirildiğinde, XML ile PDF aynı dosya adı altında birleştirilmemelidir. Her iki dosyanın ilişkisi açıkça korunmalı ve kullanıcı, hangi dosyanın asıl elektronik kayıt olduğunu anlayabilmelidir.
e-Fatura saklama süresi nedir?
e-Fatura saklama süresi, belgenin türüne, tabi olduğu vergi ve ticaret hükümlerine, işletmenin kayıt yükümlülüklerine ve güncel GİB düzenlemelerine göre değerlendirilir. Tek bir süreyi her durum için otomatik uygulamak doğru değildir.
Elektronik belgeler için saklama süresi araştırılırken yalnızca uygulamadaki dosya arşivine bakılmamalıdır. Vergi kayıtları, ticari defterler, sözleşmeler ve devam eden uyuşmazlıklar farklı saklama ihtiyaçları doğurabilir.
Bir hizmet sağlayıcının 10 yıl güvenli saklama sunması, sağlayıcının hizmet kapsamını gösterir. Bu bilgi, her belgenin mevzuat bakımından mutlaka aynı süreyle saklanacağı anlamına gelmez.
İşletme, saklama politikasını belge türü, düzenleme dönemi, muhasebe kapanışı, devam eden denetim ve olası hukuki süreçleri dikkate alarak hazırlamalıdır. Silme tarihi yalnızca dosyanın yaşı üzerinden belirlenmemelidir.
Örneğin bir faturanın ilgili hesap dönemi kapandıktan sonra incelenmesi gerekebilir. Belge hakkında itiraz, iade, tahsilat veya dava süreci varsa, normal silme planı bu süreci dikkate almalıdır.
Mevzuat ve uygulama değişebildiği için güncel GİB duyurusunu ve mali müşavirinizi kontrol edin. Özellikle süre, format, erişim ve dışa aktarma şartlarında hizmet sağlayıcının güncel sözleşmesi de okunmalıdır.
Yedekleme süresi ile yasal saklama süresi birbirine karıştırılmamalıdır. Yedek daha uzun tutulabilir; ancak yedeğin aranabilir, okunabilir ve gerektiğinde kullanılabilir olması için ayrıca test yapılmalıdır.
Gelen ve giden e-Faturalar nasıl saklanır?
Gelen ve giden e-Faturaların her biri ayrı kayıt olarak, belge içeriği ve işlem durumu korunarak saklanmalıdır. Sadece işletmenin düzenlediği faturaları arşivlemek, eksik bir kayıt düzeni oluşturur.
Giden faturada gönderim zamanı, alıcı, iletim sonucu ve varsa kabul veya ret bilgisi izlenmelidir. Gelen faturada ise alım zamanı, tedarikçi, muhasebe bağlantısı ve işletmenin verdiği yanıt kaydedilmelidir.
Faturanın kabul edilmesi, belgenin arşivden çıkarılacağı anlamına gelmez. Kabul yanıtı ile faturanın XML dosyası birlikte saklanmalı, iki kayıt arasında ilişki kurulmalıdır. Bu konu için Kabul Yanıtı Nedir? rehberinden yararlanılabilir.
Gelen faturalar, ilgili satın alma veya gider kaydıyla eşleştirilmelidir. Giden faturalar ise satış, sevkiyat, tahsilat veya cari hesap kaydıyla ilişkilendirilebilir. Eşleştirme, yanlış faturanın işleme alınmasını önler.
Kontör planlamasında belge yönü de dikkate alınmalıdır. efaturakontor.com kullanım modelinde gelen ve giden belgelerin her biri 1 kontör düşürür; bu nedenle yalnızca düzenlenen faturalar üzerinden tahmin yapmak eksik sonuç verir.
Örneğin küçük bir üretici, ay sonunda 40 giden ve 60 gelen e-Faturayı ayrı ayrı kontrol etmelidir. Toplam belge trafiği, yalnızca satış faturası sayısından değil, alış faturalarından da oluşur.
İptal, ret veya hata durumlarında önceki dosya silinmemelidir. Belgenin son durumu, ilgili yanıt ve düzeltme belgesi birlikte tutulmalıdır. Böylece arşiv, işlemin hangi aşamada değiştiğini gösterebilir.
e-Fatura saklama nasıl yapılır?
e-Fatura saklama; kapsam belirleme, belgeyi alma, özgün dosyayı koruma, indeksleme, erişim yetkisi verme ve kurtarma testi adımlarından oluşur. Süreç, belge sisteme girdiği anda başlamalıdır.
İşletme önce hangi e-belgeleri saklayacağını yazılı olarak belirlemelidir. Sadece e-Fatura değil, ilgili kabul yanıtı, gönderim sonucu, iptal bilgisi ve muhasebe eşleştirmesi de kapsamda değerlendirilebilir.
- İşletme, gelen ve giden e-Fatura kapsamını ve sorumlu kullanıcıları belirlemelidir.
- Sistem, belgeyi XML formatında almalı ve mümkünse ilgili PDF görünümünü ilişkilendirmelidir.
- Belgenin ETTN, numara, tarih, vergi kimlik numarası ve işlem durumu indekslenmelidir.
- Dosya, kullanıcı rolüne göre yetkilendirilmiş güvenli bir arşiv alanına kaydedilmelidir.
- Gönderim, alım, kabul, ret veya iptal gibi durum kayıtları faturayla ilişkilendirilmelidir.
- Yedekleme yapılmalı ve belirli aralıklarla örnek belge geri yüklenerek test edilmelidir.
- Saklama politikası, güncel GİB duyuruları ve mali müşavir görüşü doğrultusunda gözden geçirilmelidir.
Otomatik arşivleme kullanılan sistemlerde bile işlem sonucunun başarıyla tamamlandığı kontrol edilmelidir. Ekranda belge görünmesi, XML dosyasının hatasız ve indirilebilir olduğu anlamına gelmeyebilir.
Yeni personel göreve başladığında rol tanımları güncellenmeli, ayrılan personelin erişimi kapatılmalıdır. Arşiv güvenliği, yalnızca teknik sistemin değil, kullanıcı yönetiminin de konusudur.
Bu adımlar küçük işletmelerde aylık kontrol listesiyle, yüksek hacimli işletmelerde ise otomatik raporlarla izlenebilir. Yöntem değişse de amaç, her belgenin bulunabilir ve doğrulanabilir kalmasıdır.
Saklanan e-Fatura nasıl bulunur ve doğrulanır?
Saklanan e-Fatura; ETTN, fatura numarası, tarih, vergi kimlik numarası, müşteri veya tedarikçi adı ve işlem durumu üzerinden bulunur. Arama sonucu, belgenin içeriğiyle karşılaştırılarak doğrulanmalıdır.
Arama ekranında tek bir alanla yetinmek yerine iki veya üç bilgi birlikte kullanılmalıdır. Örneğin fatura numarası ile vergi kimlik numarasının eşleştirilmesi, benzer numaralı belgelerin karıştırılmasını azaltır.
Bulunan XML dosyası, ekranda görünen PDF ile karşılaştırılmalıdır. Tutar, tarih, taraf bilgileri ve vergi alanları aynı değilse belge yeniden indirilmemeli; sistem yöneticisi veya hizmet sağlayıcıyla neden araştırılmalıdır.
Doğrulama sırasında dosyanın imza veya mühür bilgisi, platformun sunduğu belge doğrulama ekranı ve işlem durumu birlikte incelenebilir. Kullanılan hizmetin doğrulama yöntemi güncel teknik dokümantasyondan öğrenilmelidir.
Arşivden dışa aktarma yapılacaksa XML, PDF ve işlem kayıtları ayrı ayrı alınmalıdır. Dosyalar tek bir görsel rapora dönüştürülürse özgün elektronik verilerin bir bölümü kaybolabilir.
Uzman notu: Denetim veya müşteri itirazı beklenmeden örnek bir faturayı bulun, XML dosyasını indirin ve doğrulama ekranındaki bilgilerle karşılaştırın.
Geri yükleme testi de aynı derecede önemlidir. Yedek dosya açılmıyor, karakterler bozuluyor veya belge kimliği bulunamıyorsa, arşiv yalnızca kağıt üzerinde güvenli görünür.
Arama performansı düşükse dosya adlarını rastgele değiştirmek yerine indeks alanları gözden geçirilmelidir. Düzenli alan yapısı, hem muhasebe çalışanlarının hem de denetim sırasında yetkili kişilerin işini hızlandırır.
e-Fatura arşivinde hangi güvenlik kontrolleri yapılır?
e-Fatura arşivinde güvenlik; yetki kontrolü, veri bütünlüğü, yedekleme, erişim kaydı ve güvenli dışa aktarma kontrollerinin birlikte uygulanmasıdır. Tek bir parola veya tek bir sunucu yeterli güvenlik sağlamaz.
Kullanıcılar görevlerine göre ayrılmalıdır. Fatura oluşturabilen bir kullanıcının tüm arşivi silebilmesi gerekmeyebilir. Mali müşavir, yönetici, satış çalışanı ve teknik kullanıcı için farklı yetkiler tanımlanmalıdır.
Erişim kayıtları, kimin hangi belgeyi ne zaman görüntülediğini veya indirdiğini göstermelidir. Özellikle toplu dışa aktarma ve silme yetkileri sınırlı tutulmalı, kritik işlemler kayıt altına alınmalıdır.
API ile entegrasyon kullanılıyorsa anahtar bilgileri e-posta veya ortak metin dosyasında paylaşılmamalıdır. API anahtarı nedir? yazısındaki güvenlik ilkeleri, e-belge bağlantılarında da dikkate alınmalıdır.
Hizmet sağlayıcı değerlendirilirken verinin nasıl yedeklendiği, hizmet kesintisinde erişimin nasıl sürdürüldüğü ve sözleşme bitiminde dosyaların nasıl teslim edildiği sorulmalıdır. Yanıtlar yazılı belgelerde bulunmalıdır.
- Arşiv kullanıcılarının görevlerine uygun ayrı erişim rolleri bulunmalıdır.
- XML dosyalarının değiştirilip değiştirilmediği anlaşılabilecek bütünlük kontrolleri uygulanmalıdır.
- Yedeklerin hangi aralıklarla alındığı ve geri yükleme testlerinin nasıl yapıldığı bilinmelidir.
- Toplu indirme, silme ve kullanıcı yetkisi değiştirme işlemleri kayıt altına alınmalıdır.
- Hizmet sona erdiğinde dosyaların hangi formatta teslim edileceği sözleşmede açıklanmalıdır.
- Güncel GİB duyuruları ve mali müşavir değerlendirmesi düzenli olarak kontrol edilmelidir.
Güvenlik, hizmet sağlayıcının bilinen bir marka olmasından ibaret değildir. İşletmenin kendi kullanıcı politikası, cihaz güvenliği ve erişim alışkanlıkları da arşivin güvenilirliğini doğrudan etkiler.
Küçük işletme e-Fatura saklamayı nasıl yönetir?
Küçük bir işletme, e-Fatura saklamayı günlük kontrol ve aylık mutabakat düzeniyle yönetebilir. Örneğin e-Fatura mükellefi olan küçük bir market, tedarikçi faturalarıyla kurumsal müşterilere düzenlediği faturaları ayrı izlemelidir.
Market sahibi her gün gelen faturaların sisteme ulaşıp ulaşmadığını kontrol edebilir. Fatura tedarikçi adı, belge numarası ve tutar bilgisiyle satın alma kaydına bağlanmalıdır. Eksik belge varsa tedarikçiden yeniden gönderim istenmelidir.
Giden faturalar için satış kaydı, alıcı bilgisi ve gönderim durumu kontrol edilmelidir. Belge gönderilemediyse, yalnızca PDF çıktısı almak yerine sistemdeki hata açıklaması incelenmelidir.
Ay sonunda gelen ve giden belge listesi muhasebe kayıtlarıyla karşılaştırılabilir. Bu karşılaştırma, arşivde bulunan fakat muhasebeye işlenmeyen veya muhasebede bulunan fakat arşivde görünmeyen kayıtları ortaya çıkarır.
İşletme sahibi, tüm personele sınırsız arşiv yetkisi vermemelidir. Satış çalışanı belge görüntüleyebilir; ancak silme, toplu indirme veya kullanıcı oluşturma yetkileri yöneticiyle sınırlandırılabilir.
Kontör kullanan işletmeler, aylık tahmin yaparken gelen ve giden belgeleri birlikte saymalıdır. efaturakontor.com modelinde her gelen ve giden belge 1 kontör düşürdüğü için yalnızca satış adedini esas almak eksik planlama yaratır.
Belge sayısı az olan işletmelerde dosyaları masaüstüne kaydetmek pratik görünebilir; ancak personel değişikliği ve cihaz arızası bu yöntemi riskli hale getirir. Merkezi, aranabilir ve yetkili erişimli arşiv daha izlenebilir bir düzen kurar.
e-Fatura saklamada hangi hatalardan kaçınılır?
e-Fatura saklamada en sık yapılan hatalar, yalnızca PDF tutmak, gelen faturaları atlamak, işlem durumunu kaydetmemek ve yedekleri hiç test etmemektir. Bu hatalar, belgeye ihtiyaç duyulduğunda ortaya çıkar.
Bir faturayı e-posta kutusunda bırakmak da güvenilir arşiv sayılmaz. E-posta hesabı kapanabilir, ek dosya silinebilir veya aynı faturanın farklı sürümleri birbirine karışabilir. Özgün XML dosyası merkezi arşive alınmalıdır.
Yanlış: Fatura reddedildiyse XML dosyasını silmek. Doğru: Faturayı, ret yanıtını ve varsa sonraki düzeltme veya yeni belgeyi birlikte saklamaktır.
Tevkifat, istisna veya özel vergi bilgileri içeren faturalar ayrıca dikkat gerektirir. Arşivleme, bu alanların doğruluğunu düzeltmez; fakat ilgili alanların bozulmadan korunmasını sağlar. Tevkifat kavramı için Tevkifat Nedir? açıklaması incelenebilir.
Bir diğer hata, dosya saklama süresini otomatik silme ayarıyla yönetmektir. Otomatik silme kullanılacaksa ilgili dönem, devam eden uyuşmazlık ve mevzuat şartları kontrol edilmeden işlem yapılmamalıdır.
Yedek almak fakat geri yüklemeyi denememek de yaygın bir eksikliktir. Örnek bir belge belirli aralıklarla geri yüklenmeli, XML açılmalı, PDF görünümü kontrol edilmeli ve belge kimliği aranabilmelidir.
Hizmet sağlayıcı değiştirilecekse geçiş planı hazırlanmalıdır. Eski arşivden XML, PDF, işlem kayıtları ve durum bilgileri alınmadan yeni sisteme geçmek, geçmiş kayıtların kopmasına neden olabilir.
Özet: 5 maddede e-Fatura saklama
Özet: e-Fatura saklama, elektronik faturanın asıl dosyasını, doğrulama bilgilerini ve işlem geçmişini düzenli biçimde korumaktır. Doğru yöntem, yalnızca dosyayı saklamaz; belgeyi bulunabilir, okunabilir ve açıklanabilir halde tutar.
Aşağıdaki beş madde, e-Fatura arşivi oluştururken temel kontrol çerçevesini verir. Mevzuat ve hizmet koşulları değişebileceği için güncel GİB duyurusunu ve mali müşavirinizi kontrol edin.
- e-Fatura saklama, PDF görüntüsünü değil, öncelikle özgün UBL-TR XML dosyasını ve ilgili doğrulama kayıtlarını korumaktır.
- Gelen ve giden faturalar ayrı kayıt olarak izlenmeli; kabul, ret, iptal, gönderim ve alım durumları ilgili belgeyle ilişkilendirilmelidir.
- Saklama süresi tek bir rakamla otomatik belirlenmemeli; belge türü, güncel mevzuat, ticari kayıtlar ve devam eden uyuşmazlıklar birlikte değerlendirilmelidir.
- Arşivde ETTN, fatura numarası, tarih, vergi kimlik numarası, taraf bilgileri ve işlem durumu gibi alanlarla arama yapılabilmelidir.
- Yetki yönetimi, yedekleme, geri yükleme testi, dışa aktarma ve hizmet sona erdiğinde veri teslimi önceden planlanmalıdır.
Belge hacmini planlayan işletmeler, efaturakontor.com'da tüm e-belgelerde geçerli havuz kontör seçeneklerini 100'den 500.000 kontöre kadar inceleyebilir; gelen ve giden belgelerin her birinin 1 kontör düşürdüğünü hesaba katmalıdır.
Platformda ücretsiz e-fatura portalı, 10 yıl güvenli saklama, Sovos altyapısına aynı gün tanımlama ve 12-18 ay kullanım süresi bilgileri sunulur. Seçimden önce güncel hizmet koşulları, GİB duyurusu ve mali müşavir görüşü kontrol edilmelidir.
Sık Sorulan Sorular
e-fatura saklama nedir?
e-Fatura saklama, düzenlenen ve alınan e-Faturaların özgün UBL-TR XML dosyalarıyla, doğrulama bilgileriyle ve işlem kayıtlarıyla korunmasıdır. PDF görünümü okumayı kolaylaştırır; ancak çoğu durumda elektronik asıl dosyanın yerini tutmaz. Arşivde fatura numarası, ETTN, tarih, taraf bilgileri ve gönderim veya alım durumu aranabilir olmalıdır.
e-Fatura hangi formatta saklanmalıdır?
e-Fatura öncelikle özgün UBL-TR XML dosyasıyla saklanmalıdır. Faturanın PDF görünümü, okunabilirlik için XML ile ilişkilendirilerek ayrıca tutulabilir. Elektronik imza veya mali mühür bilgileri uygulanabilir olduğu durumda korunmalıdır. Dosya numarası, tarih, vergi kimlik numarası, ETTN ve işlem durumu da arşiv kaydında bulunmalıdır.
e-Fatura saklama süresi kaç yıldır?
Saklama süresi, belgenin türüne, vergi ve ticaret hükümlerine, güncel GİB düzenlemelerine ve devam eden uyuşmazlıklara göre değerlendirilir. Bir hizmet sağlayıcının 10 yıl güvenli saklama sunması, hizmet kapsamını gösterir; her belge için mevzuat süresinin otomatik olarak 10 yıl olduğu anlamına gelmez. Güncel GİB duyurusu ve mali müşavir görüşü kontrol edilmelidir.
Gelen e-Faturalar da saklanmalı mıdır?
Evet. Gelen e-Faturalar da özgün XML dosyası, PDF görünümü, alım zamanı, tedarikçi bilgisi ve işlem durumu ile saklanmalıdır. Kabul, ret veya iptal yanıtları ilgili faturayla ilişkilendirilmelidir. Yalnızca işletmenin düzenlediği giden faturaları arşivlemek eksik kayıt oluşturur. Kontör planlamasında gelen ve giden belgelerin toplamı dikkate alınmalıdır.
PDF dosyası e-Fatura saklamak için yeterli midir?
PDF dosyası, e-Faturanın okunabilir görünümünü sağlar; ancak çoğu durumda özgün elektronik belgenin yerine geçmez. UBL-TR XML dosyası, doğrulama bilgileri ve işlem kayıtları da korunmalıdır. PDF ile XML arasındaki tutar, tarih, alıcı ve satıcı bilgileri karşılaştırılmalıdır. Arşiv sistemi, bu dosyaları ilişkili biçimde sunmalıdır.
e-Fatura arşivinde hangi güvenlik kontrolleri yapılmalıdır?
Arşivde kullanıcı rolleri, erişim kayıtları, veri bütünlüğü, yedekleme, geri yükleme ve dışa aktarma kontrolleri yapılmalıdır. Toplu indirme ve silme yetkileri sınırlandırılmalıdır. Hizmet sona erdiğinde dosyaların hangi formatta alınacağı önceden öğrenilmelidir. API anahtarı kullanılıyorsa bilgiler ortak dosyalarda veya e-postalarda paylaşılmamalıdır.
Tüm e-belgelerde geçerli havuz kontör, ücretsiz portal, aynı gün tanımlama. Sovos altyapısı.