GoBD uyumlu fatura: neden böyle bir şey yok – ve Alman vergi dairesi gerçekte neyi denetliyor

Tek bir fatura „GoBD uyumlu" olamaz. Çünkü GoBD, bir faturada nelerin yer alması gerektiği konusunda hiçbir şey söylemez; o Alman KDV kanununda yazar. GoBD başka bir şeyi düzenler: nasıl çalıştığınızı. Bir işlemi ne zaman kaydettiğinizi, belgeleri o ana kadar nasıl güvenceye aldığınızı, sisteminize kimin girebildiğini ve bir fatura hatalı olduğunda ne olduğunu. Dolayısıyla uyumlu olan her zaman iş akışınızdır, asla tek bir kâğıt parçası değil. İyi bir program bunun yaklaşık yarısını sizden alır; diğer yarısı sizde kalır ve bunu hiçbir satın alma değiştirmez. Üstelik bunun bir mührü de yok: Alman vergi idaresi muhasebe yazılımları hakkında açıkça hiçbir belge vermez ve denetim şirketlerinin sertifikaları onu bağlamaz.

Bu yazı genel bilgi verir ve vergi danışmanlığının yerini tutmaz.

İçindekiler

1. GoBD ve § 14 UStG – hangisi neyi düzenler?
2. Var olmayan GoBD mührü
3. İş bölümü: programınız ve siz
4. Programın sizin için hallettikleri
5. Temmuz 2025'ten beri yeni: PDF'i artık saklamanız gerekmiyor
6. Kimsenin sizden alamayacakları
7. Neyi ne kadar saklamanız gerekir
8. Süreç dokümantasyonu – iki sayfa yeter
9. Klasördeki Word faturalarım sorun mu?
10. Denetçi itiraz ederse gerçekte ne olur?
11. Bu küçük işletmeler için de geçerli mi?
12. Geçiş: eski faturalara ne olacak?
13. Bir yazılım sağlayıcısına sorulacak altı soru

GoBD ve § 14 UStG – hangisi neyi düzenler?

GoBD, çok uzun bir resmî başlığın kısaltmasıdır: „Defterlerin, kayıtların ve belgelerin elektronik biçimde usulüne uygun tutulması ve saklanması ile veri erişimine ilişkin ilkeler". Bu bir kanun değil, Alman Federal Maliye Bakanlığı'nın bir genelgesidir – yani vergi idaresinin mevzuatı nasıl yorumladığını ve bir denetimde ne beklediğini açıklamasıdır. Güncel metin 28 Kasım 2019 tarihlidir ve iki kez değiştirilmiştir: Mart 2024'te ve son olarak 14 Temmuz 2025'te.

Faturalarınız için birbirinden tamamen farklı iki kural bütünü iç içe geçer ve kafa karışıklığı tam da buradan doğar:

Yani biri size „GoBD uyumlu fatura şablonu" satıyorsa, gerçekte size § 14 UStG'deki zorunlu bilgileri içeren bir şablon satıyordur. Bunların tek tek neler olduğunu fatura yazma rehberimizde bulabilirsiniz. Buna karşılık çalışma biçiminizin GoBD'ye uygun olup olmadığı ancak sonrasında belli olur – fatura yazıldıktan sonra onunla yaptığınız her şeyde.

Var olmayan GoBD mührü

Birçok sağlayıcının reklamının dürüstlükten uzaklaştığı nokta burasıdır. GoBD, 179 ila 181 numaralı kenar notlarında – genelgenin numaralanmış paragraflarına böyle denir – üç şeyi çok açık söyler:

• Kenar notu 179: bilişim sistemlerinin çokluğu ile kurulum ve birleşimlerindeki farklılık, „vergi idaresinin uygunluğa ilişkin genel geçer hiçbir açıklamasına" imkân vermez. Vergi dairesi bir yazılımı toptan onaylayamaz.
• Kenar notu 180: bir muhasebenin düzgün olduğuna dair onaylar „ne bir vergi denetimi çerçevesinde ne de bağlayıcı bir görüş çerçevesinde" verilir. Yani bunu önceden de belgeletemezsiniz.
• Kenar notu 181: üçüncü kişilerin „sertifikaları" veya „raporları" vergi idaresi karşısında „hiçbir bağlayıcılık" doğurmaz. Bir denetim şirketi bir programı sertifikalandırmış olsa bile, denetçi bunu kabul etmek zorunda değildir.

Bunun basit bir nedeni var ve bu, mührün kendisinden daha önemli: GoBD size hitap eder, yazılım üreticinize değil. Program bir araçtır. Onunla düzgün çalışıp çalışmadığınızı hiçbir üretici garanti edemez – bu yüzden sertifikalandıramaz da.

İş bölümü: programınız ve siz

Çevrimiçi rehberlerin çoğunun gidermediği yanlış anlama tam da buradadır: GoBD'yi bir yazılım sorunu gibi ele alırlar. Gerçekte gereklilikler iki yarıya ayrılır.

Sağdaki sütun, yazılımı satın alırken birlikte almadığınız kısımdır. Aynı zamanda bir denetçinin ilk fark ettiği kısımdır – çünkü belgelerin aylarca beklediğini ya da üç kişinin aynı kullanıcı hesabıyla çalıştığını hemen görür.

Programın sizin için hallettikleri

Sonradan hiçbir şeyi değiştirememek

Bu, temel gerekliliktir. Bir kez düzenlenmiş fatura, kimsenin sonradan sessizce değiştiremeyeceği biçimde saklanmalıdır – ve buna rağmen bir şey değiştirilirse, öncesinde ne yazdığı ve kimin değiştirdiği sonradan görülebilmelidir. Resmî dilde buna „değiştirilemezlik" denir.

Nedeni basit: 3.000 avroluk bir faturayı kimse fark etmeden sonradan 300 avroya indirebilseydiniz, tüm muhasebe değersiz olurdu. Denetçiler tam da bu yüzden önce buraya bakar.

Bir fatura programı bunu, faturayı çıktı anında „kilitleyerek" çözer: PDF'i indirdiğiniz ya da faturayı e-postayla gönderdiğiniz andan itibaren belge artık ne düzenlenebilir ne de silinebilir.

Hiçbir fatura eksik olamaz

Fatura numaralarınız ardışık ve tek olmalıdır (§ 14 f. 4 no. 4 UStG) ve hiçbir fatura kayıtlardan kaybolmamalıdır. Numara dizisindeki boşluk her denetimin klasik sorusudur: „2026-0147 nerede?"

Sık rastlanan bir yanılgı: boşluk, bir taslağı iptal etmenizden doğmaz. İyi programlar numarayı ancak fatura fiilen düzenlendiğinde verir – yarım kalmış bir taslağı silen kimse numara dizisinde delik açmaz. Bir fatura iptal edildiği için yine de boşluk oluşursa, iptal belgesi görünür kaldığı ve durum böylece açıklanabilir olduğu sürece bu sorun değildir.

Temmuz 2025'ten beri yeni: PDF'i artık saklamanız gerekmiyor

Bu değişiklik çevrimiçi rehberlerin neredeyse tamamının gözünden kaçtı, oysa gerçek bir iş tasarrufu sağlıyor. 14 Temmuz 2025 tarihli genelgeyle GoBD'nin 76 numaralı kenar notu yeniden yazıldı.

Özü şu: düzenlediğiniz bir faturanın PDF'ini kalıcı olarak saklamanız gerekmez, eğer faturanın „içerik olarak özdeş bir nüshasını" her an üretebiliyorsanız. Nüsha, resmî dilde şu demektir: aynı fatura bir kez daha, kelimesi kelimesine ve rakamı rakamına aynı. Faturayı tek tuşla değişmeden yeniden çıkaran bir fatura programı kullandığınızda durum tam olarak budur.

Uygulamada bu şu anlama gelir: programla çalışan kişinin ayrıca her fatura PDF'ini bir klasöre kopyalaması gerekmez. Buna karşılık faturalarını Word'de yazan kişi buna dayanamaz – Word, denetlenmiş bir veri kümesinden özdeş bir nüsha üretmez, bu arada değişmiş olabilecek bir dosyayı açar.

Elektronik faturalar için asıl belgenin ne olduğu da aynı anda netleştirildi: saklanması gereken, bir XRechnung veya bir ZUGFeRD faturasının içindeki makine tarafından okunabilir dosyadır – ZUGFeRD'de bu, PDF'in içinde görünmez biçimde durur. Okunabilir görünümü ancak dosyada bulunmayan veya ondan farklı bilgiler içeriyorsa ayrıca saklamanız gerekir. İki biçim arasındaki farkı XRechnung ve ZUGFeRD faturası yazılarımızda açıklıyoruz.

Kimsenin sizden alamayacakları

Şimdi çoğu rehberde eksik olan kısma gelelim. Bu altı madde yazılımınızı değil, iş gününüzü ilgilendirir.

1. Bir işlemi ne zaman kaydetmeniz gerekir

Belgeleri istediğiniz kadar bekletemezsiniz. GoBD somut süreler belirtir:

• Nakit her gün. Kasa tahsilat ve ödemeleri günlük olarak kaydedilmelidir (§ 146 f. 1 c. 2 AO). Nakit tahsil eden bundan kaçamaz.
• Nakit dışı her şey on gün içinde. Nakit dışı işlemlerin on gün içinde kaydedilmesi sakıncasız sayılır (kenar notu 47).
• Aylık kayıt serbesttir – ama tek bir koşulla (kenar notu 50): işlemler önceden zamanında not edilmiş olmalı ve kesin kayda kadar hiçbir şeyin kaybolmamasını örgütsel önlemlerle güvence altına almalısınız.

Yaygın uygulamanın çöktüğü yer burasıdır: belgeleri mali müşavir randevusuna kadar bir kutuda biriktirmek kenar notu 50'yi karşılamaz. Biriktirmek yasak olduğu için değil – arada hiçbir şey not edilmediği ve güvenceye alınmadığı için.

2. Belgeleri kayda geçmeden önce güvenceye almak

„Fatura geliyor" ile „fatura kaydedildi" arasında, sizin kapatmanız gereken bir boşluk vardır. İstenen, belgelerin bu süre içinde kaybolamamasıdır.

Küçük bir işletmede bunun için az şey yeter, yalnızca belirlenmiş ve hep aynı olması gerekir: sabit bir gelen klasörü, her kâğıt belgede sıra numarası veya tarih kaşesi, gelen fatura e-postaları için ayrı bir klasör. Belirleyici olan yöntem değil, bir yöntemin var olması ve herkesin ona uymasıdır. Bunu alış tarafında düzgün kurmayı gelen faturaları yönetmek yazımızda anlatıyoruz.

3. Kâğıdı tarayıp atmak – yalnızca yazılı talimatla

Kâğıt belgeleri tarayıp aslını sonra imha eden kişi, yöntemi önceden yazıya dökmelidir (kenar notu 136). Bu örgütsel talimat dört soruyu yanıtlar:

• Kim tarayabilir?
• Ne zaman taranır – geldiğinde, haftalık, aylık?
• Ne taranır, ne taranmaz?
• Nasıl denetlenir taramanın eksiksiz ve okunaklı olduğu – ve değilse ne olur?

Kulağa bürokratik geliyor ama on dakikada yazılır. Ve „dijitalleştirildi" ile „kuralları kimse bilmeden belge imha edildi" arasındaki farktır. Telefonla fotoğraf çeken de aynı kurala girer – bu açıkça serbesttir, ama aynı ölçüde belgelenmesi gerekir.

4. Sisteme kim girebilir?

GoBD bir iç kontrol sistemi ister ve bu bağlamda açıkça erişim ve yetki kontrollerini, görevler ayrılığını ve verilerin tahrifine karşı koruma önlemlerini sayar (kenar notu 100). Bu kontroller kurulmalı, uygulanmalı ve belgelenmelidir.

İşletme gündelik hayatına çevrildiğinde bu şu demektir:

• Her çalışan kendi erişimini alır. Ofiste elden ele dolaşan ortak bir parola her kaydı değersiz kılar – sonradan kimse kimin ne yaptığını söyleyemez.
• Göreve göre yetki: yalnızca teklif yazan birinin ödemelere ve muhasebeye erişmesi gerekmez.
• Biri ayrıldığında erişimi kaldırılır. Hemen, bir gün değil.
• Yılda bir kez kimin hâlâ erişimi olduğunu gözden geçirin. Belgelenmesi beklenen „kontrol" budur – tarihli bir not yeterlidir.

Programı yetki yönetimini sağlar. Onu kullanmak ya da herkesi ortak bir erişimle çalıştırmak sizin kararınızdır.

5. Veri yedeklemesi

Verileriniz kayba karşı güvence altında olmalıdır. Yedekleme yoksa bu, programınız ne kadar iyi olursa olsun, başlı başına bir eksikliktir.

Bulut yazılımında teknik yedeklemeyi sağlayıcı üstlenir; kendi bilgisayarınızdaki yazılımda bunu siz yaparsınız. Her iki durumda da bir görev sizde kalır: yedeklemenin gerçekten çalıştığını ve geri yüklenebildiğini ara sıra denetlemek. Hiç geri yüklenmemiş bir yedek, sınanmış bir yedek değildir.

6. Yeniden düzenlemeyin – iptal edin

Bu, en sık rastlanan gündelik ihlaldir ve yazılımla değil, alışkanlıkla ilgisi vardır. Müşteri arar, fiyat tutmaz, fatura „yeniden yapılır" ve eskisi atılır.

Böylece aynı fatura numarasının iki farklı sürümü var olur: biri müşteride, biri sizde. § 146 f. 4 AO tam da bunu yasaklar – bir kayıt, özgün içeriği artık tespit edilemeyecek biçimde değiştirilemez.

Temiz yol her zaman aynıdır: özgün faturaya atıf yapan bir iptal belgesi oluşturmak, ardından düzeltilmiş faturayı yeni bir numarayla yazmak. Her iki belge de kalır ve görünür olur. İyi bir program bu yolu zorunlu kılar. Word'de bunu kendiniz düşünmek zorundasınız – ve günlük telaşta çoğu kez tam da bu olmaz. İptal yerine ne zaman bir düzeltme faturasının yeteceğini fatura düzeltme yazımızda açıklıyoruz.

Neyi ne kadar saklamanız gerekir

Birçok rehberde burada hâlâ eski rakam duruyor. Faturalar için eskiden on yıl geçerliydi – 1 Ocak 2025'ten beri sekiz yıl. Ve belge türüne göre üç farklı süre geçerlidir:

Süre her zaman ancak faturanın düzenlendiği veya yazının alındığı takvim yılının sonunda başlar. Mart 2026 tarihli bir faturayı dolayısıyla 2035 başından itibaren atabilirsiniz.

Önemli bir çekince: belgeler, tarh zamanaşımı henüz dolmamış vergiler bakımından önem taşıdığı sürece süre işlemez. Sizde bir denetim sürüyorsa veya açık bir işlem varsa her şey durur – hesapça çoktan gidebilecek olanlar da dâhil.

Peki e-postalar? Bunun için pratik bir kural var (kenar notu 121): yalnızca bir faturayı taşıyan ve başka bir şey içermeyen e-posta bir zarf gibidir – saklanması gerekmez. Saklanması gereken ektir. Buna karşılık e-posta kendisi ticari bir şey içeriyorsa – bir fiyat taahhüdü, kararlaştırılmış bir tarih, bir şikâyet yanıtı – ticari yazışmadır ve saklanmalıdır. Tereddüt ederseniz e-postayı saklayın; bir maliyeti yok.

Süreç dokümantasyonu – iki sayfa yeter

Bu, iki yarıyı birbirine bağlayan kelepçedir ve neredeyse herkesin atladığı noktadır. Kastedilen, çalışma biçiminizin yazılı bir tarifidir: faturalarınızı neyle yazıyorsunuz? Gelen belgeler nereye düşüyor? Kimin erişimi var? Ne sıklıkla yedek alınıyor? Ne zaman taranıyor ve kâğıdı kim atıyor?

İki bölümden oluşur. Teknik bölümü – kullanılan programın içeride nasıl çalıştığını – yazılım sağlayıcınız verir; ciddi sağlayıcılar bunun için bir denetçiye sunabileceğiniz bir sistem tarifi hazır tutar. İkinci bölümü kendiniz yazarsınız ve kısa olabilir. Bir çalışanı olan küçük bir esnaf işletmesi için yukarıdaki altı maddeyi kapsıyorsa iki sayfa yeter. Tarihli ve imzalı olsun; bir şey değiştirirseniz eski sürümü saklayın – çünkü denetçi o zaman hangi kuralların geçerli olduğunu bilmek ister, bugün hangilerinin geçerli olduğunu değil.

Hiçbir denetçi el kitabı beklemez. Ama „sizde bu nasıl işliyor?" sorusuna yalnızca omuz silkerek yanıt verebiliyorsanız, görüşme daha kötü başlar.

Klasördeki Word faturalarım sorun mu?

Dürüst yanıt: yasak değil. Ama tam da ilk gerekliliği kendi başına karşılamayan çalışma biçimidir.

Bir Word veya Excel dosyası her an açılabilir, değiştirilebilir ve yeniden kaydedilebilir; üstelik sonradan bir şeyin değiştiği dosyadan anlaşılmaz. Windows klasöründeki dışa aktarılmış PDF de yalnızca sınırlı ölçüde yardımcı olur: silinebilir, değiştirilebilir veya üzerine yazılabilir ve klasörün kendisi bunların hiçbirini kaydetmez. Vergi idaresi açısından sıradan bir dosya saklama, bu yüzden sonraki değişikliklere karşı yeterli bir güvence değildir.

Bunu ek önlemlerle telafi edebilirsiniz – örneğin dosyaları yazma korumalı ve kayıt tutarak saklayan bir arşiv sistemi ve bunun nasıl işlediğini tam olarak anlatan bir süreç dokümantasyonuyla. Bu serbesttir, ama emek ister ve bunu kanıtlayabilmeniz gerekir. Ayrıntılı değerlendirme Word veya Excel ile fatura yazmak – serbest mi? yazımızda.

Denetçi itiraz ederse gerçekte ne olur?

Burada serinkanlı bir bakış işe yarar, çünkü bu konu çoğu kez bol korkuyla satılır.

Her biçimsel hata muhasebenizin reddedilmesine yol açmaz. İçtihada göre önemli olan bir eksikliğin biçimsel anlamı değil, esasa ilişkin ağırlığıdır: biçimsel eksiklikler vergi dairesine ancak rakamların esas bakımından doğruluğundan kuşkulanmaya yol açtıklarında takdir yetkisi verir. Ciro, belgeler ve ödemeler boşluksuz örtüşürken süreç dokümantasyonunun eksik olması, numara boşlukları, sonradan değiştirilmiş tutarlar ve üç ay kimsenin dokunmadığı belgeler bulunan bir muhasebeden bambaşka bir şeydir.

Takdir şu demektir: vergi dairesi, ciro ve kârı belgelerinizden düzgün biçimde saptayamadığında bunları kendisi belirler (§ 162 AO). Ve eksiklikler ne kadar ağırsa, bunu o kadar kaba yapabilir. Asıl mali zarar budur – zaten var olmayan bir sertifikanın eksikliği için kesilecek bir ceza değil.

Tersinden bakınca: amaç hatasızlık değil, açıklanabilirliktir. İzlenebilir çalışan ve rakamlarını temellendirebilen kişi, arşivi kusursuz olmasa da bir denetimden düzgün çıkar.

Bu küçük işletmeler için de geçerli mi?

Evet. GoBD işletmenin büyüklüğüne de bilanço düzenleyip düzenlemediğinize de bağlı değildir. Vergi bakımından önem taşıyan tüm kayıtlar için geçerlidir – kârınızı basit gelir-gider yöntemiyle belirliyorsanız da, küçük işletme olarak KDV hesaplamıyorsanız da.

Kapsam elbette farklıdır. Yılda 120 fatura yazan birinin belge yönetim sistemine de uzun bir talimata da ihtiyacı yoktur. Ama yukarıdaki maddeler aynı kalır, yalnızca küçültülmüş hâlde: nakit her gün, belgeler sabit bir yerde, kişi başına ayrı erişim, yeniden düzenleme yerine iptal, iki sayfa dokümantasyon. Küçük işletme faturalarında ayrıca nelerin geçerli olduğunu KDV'siz fatura yazmak yazımızda anlatıyoruz.

Geçiş: eski faturalara ne olacak?

Word'den bir programa geçerseniz hemen bir sonraki soru gelir: son yılların faturaları ne olacak?

Önce en önemli kural – eski faturaları „düzgün" görünsünler diye yeni programa girmeyin. Böylece geçmiş bir düzenleme tarihi taşıyan, o biçimde hiç var olmamış belgeler doğar. Bu, kusurlu bir arşivden çok daha kötüdür, çünkü sonradan kurgulanmış bir muhasebe gibi görünür.

Geçmiş, geriye dönük olarak değiştirilemez hâle getirilemez. Bunun yerine yapabilecekleriniz sınırlıdır:

• Mevcut arşivi olduğu gibi bırakmak ve eksiksiz yedeklemek – tercihen yazma korumalı ve ikinci bir yerde bir kopyayla.
• Tüm yeni faturaların programdan çıkacağı bir kesim tarihi belirlemek.
• Tam da bu geçişi süreç dokümantasyonunda tutmak: ne zamana kadar Word, ne zamandan itibaren program, eski dosyalar nerede. Tarihli bir paragraf yeter.

Bununla geçmiş onarılmış olmaz, ama açıklanmış olur – ve önemli olan tam da açıklanabilirliktir.

Bir yazılım sağlayıcısına sorulacak altı soru

Mühür bir işe yaramadığından, tek anlamlı sınama sormaktır. Bu altı soru sağlam programları güzel tasarlanmış fatura üreticilerinden ayırır.

1. Düzenlenmiş bir faturayı hâlâ değiştirebilir veya silebilir miyim? Doğru yanıt net bir hayırdır.
2. Fatura numarası ne zaman kesinleşir – oluştururken mi, çıktı alırken mi? Çıktı alırken. Aksi hâlde her iptal edilen taslak bir boşluk üretir.
3. Hatalı faturayı nasıl düzeltirim? Aslıyla bağlantılı kalan bir iptal belgesiyle. Üzerine yazarak değil.
4. Her çalışana kendi yetkileriyle kendi erişimini verebilir miyim – ve kimin ne zaman neyi değiştirdiğini görebiliyor muyum? Bu olmadan „erişim kontrolü" maddesini hiç karşılayamazsınız.
5. Bir denetçi verilerimi makinece işlenebilir biçimde isterse onlara nasıl ulaşırım? Gereken, genellikle DATEV biçiminde gerçek bir dışa aktarım ve belgelerin kendisidir.
6. Süreç dokümantasyonuma ekleyebileceğim bir sistem tarifi var mı? Yoksa teknik bölümü kendiniz yazmanız gerekir – ve bunu yapamazsınız, çünkü yazılımın içeride nasıl çalıştığını bilmiyorsunuz.

office1.cloud tam da bu noktalar boyunca kuruldu: faturalar ilk çıktıda kilitlenir ve sonrasında ne değiştirilebilir ne silinebilir, numara ancak çıktıda verilir, düzeltmeler yalnızca bağlantılı iptal belgeleri üzerinden yürür, her çalışan kademeli yetkilerle kendi erişimini alır, değişiklikler kendiniz görebileceğiniz ve dosya olarak dışa aktarabileceğiniz bir kayda düşer ve denetim durumu için DATEV biçiminde dışa aktarım vardır. Süreç dokümantasyonunuzun teknik bölümü için, mali müşavirinize veya bir denetçiye sunabileceğiniz ayrıntılı bir sistem ve süreç tarifi sağlıyoruz.

Bilinçli olarak iddia etmediğimiz şey: bununla otomatik olarak GoBD uyumlu olduğunuz. Gerekliliklerin yarısı sizde – ne zaman kaydettiğiniz, belgeleri nasıl güvenceye aldığınız, sizde kimin erişimi olduğu. Dünyadaki hiçbir program bunu sizden alamaz ve başka bir şey vadeden GoBD'yi okumamıştır.

Sizde bir denetim kapıdaysa veya son yılların arşivinde boşluklar varsa, toparlamaya başlamadan önce mali müşavirinizle konuşun.