Denetçi yazarkasanızdan gerçekte neyi çeker

İşletme sahiplerinin çoğu DSFinV-K'yi hiç görmez. Bir fiş değildir, bir rapor değildir ve düzenli aralıklarla hiçbir yere sunulmaz. Yalnızca tek bir durumda ortaya çıkar: Finanzamt'tan biri tezgâhınızın önünde dikildiğinde ya da bir Betriebsprüfung için ofisinize oturduğunda ve yazarkasanızdan «çıktıyı» istediğinde.

1 Temmuz 2022'den bu yana bu çıktının standardın 2.3 sürümüne uyması gerekiyor. Yükseltilemeyen eski yazarkasalar için 2022 geçiş süresi de bu yılın 31 Aralık'ında bitiyor — yani 2023'ten itibaren TSE'siz ve DSFinV-K'siz bir Alman elektronik yazarkasası diye bir şey kalmıyor.

DSFinV-K neyin kısaltması

Digitale Schnittstelle der Finanzverwaltung für Kassensysteme — mali idarenin yazarkasa sistemleri için dijital arayüzü. Tek ve üreticiden bağımsız bir veri biçimi tanımlar; böylece bir denetçi herhangi bir yazarkasanın verisini aynı araçla okuyabilir. Denetçi çıktınızı bir denetim yazılımına, çoğunlukla IDEA'ya yükler ve otomatik kontroller çalıştırır: fiş numaralarındaki boşluklar, TSE imza zincirindeki kopukluklar, şüpheli iptal örüntüleri, KDV tutarsızlıkları, Z raporlarıyla uyuşmayan günlük toplamlar.

Başka bir deyişle: çıktı, yazarkasanızın ifadesidir. Eksiksiz, tutarlı ve talep üzerine üretilmiş olması gerekir.

Bir denetim nasıl geçer

Kassen-Nachschau habersizdir. Bir müfettiş açılış saatlerinde gelebilir, yazarkasayı görmek isteyebilir, nasıl kullanıldığını gözleyebilir ve DSFinV-K çıktısını yerinde, bir USB belleğe ister. Çıktı çalışmıyorsa ya da saatler sürüyorsa, bu zaten bir tespittir.

Bir işletme sahibinin teknisyen çağırmadan yapabilmesi gereken üç şey:

1. Yazarkasadan ya da arka ofisten herhangi bir tarih aralığı için DSFinV-K çıktısını başlatmak.
2. Verfahrensdokumentation'ı göstermek — kim neyi yapılandırdı, hangi TSE kullanılıyor, kesintiler nasıl ele alınıyor.
3. Günlük kapanışların — Tagesabschlüsse, Z-Bons — her gün yapıldığını ve çıktıyla uyuştuğunu göstermek.

Bu üçünden biri «bir arayayım» ise, sağlayıcınızdan bunu hemen düzeltmesini isteyin.

Geliştiriciler ve entegratörler için

DSFinV-K, onları tanımlayan bir index.xml ile birlikte bir dizi CSV dosyasıdır ve yazarkasa ile tarih aralığı başına bir paket olarak teslim edilir. Üç yapısal katmanı vardır.

Ana veriler. Stamm_ tabloları bir işlemin ait olduğu bağlamı taşır: Stamm_Abschluss, Stamm_Orte, Stamm_Kassen, Stamm_Terminals, Stamm_Agenturen, Stamm_USt, Stamm_TSE. Her günlük kapanış — Z_KASSE_ID, Z_ERSTELLUNG, Z_NR — diğer bütün satırların astığı anahtardır.

Fiş verileri. Bon tabloları Bonkopf içinde fiş başına bir satır tutar; alt tablolar KDV dökümü için Bonkopf_USt, ödemeler için Bonkopf_Zahlarten, Bonkopf_AbrKreis ve kalemler için Bonpos ile birlikte Bonpos_USt, Bonpos_Preisfindung ve Bonpos_Zusatzinfo. BON_TYP bir satışı — bir Beleg — eğitim, iptal ve mali olmayan «AVBelegabbruch» türlerinden ayırır.

TSE işlem verileri. TSE_Transaktionen fişlerinizle imzalar arasındaki köprüdür: işlem numarası, başlangıç ve bitiş zamanları, süreç türü ve verisi, imza sayacı ve değeri, ve Stamm_TSE'den gelen TSE kimliği. Her Bonkopf satırı tam olarak bir TSE işlemine atıf yapmalıdır.

Bir de kasa kapanış tabloları var — Z_GV_Typ, Z_Zahlart, Z_Waehrungen — toplamları işlem türü, ödeme yöntemi ve para birimine göre uzlaştıran.

Zor yoldan öğrendiğimiz pratik kurallar:

• Önce model, sonra çıktı. İşlem tablonuz «bu fişi hangi TSE işlemi imzaladı ve satır düzeyinde KDV dağılımı neydi» sorusunu yanıtlayamıyorsa, hiçbir CSV biçimlendirmesi sizi kurtarmaz. Çıktı, doğru bir veri modelinin izdüşümüdür.
• Değişmezlik. Bir fiş satırını asla güncellemeyin ya da silmeyin. Düzeltmeler, iptal atfı taşıyan yeni fişlerdir. Denetçiler düzenleme arar.
• Numaralandırma. Fiş numaraları yazarkasa başına boşluksuz olmalıdır. TSE'nin FINISHED yanıtı ile kendi commit'iniz arasında bir çökme olursa ne olduğunu sınayın.
• Kapanışlar zorunludur. Stamm_Abschluss satırı olmayan bir gün, denetçinin uzlaştıramayacağı bir gündür. Kapanışı otomatikleştirin; personelin hatırlamasına güvenmeyin.
• Kodlama ve biçim. UTF-8, noktalı virgülle ayrılmış, tırnaklı metin alanları, saat dilimiyle birlikte ISO 8601 tarihler. index.xml her dosyayı tam olarak tanımlamalıdır; doğrulama araçları önemsiz uyumsuzluklarda paketi reddeder.
• Yapabildiğiniz yerde TSE sağlayıcınızın çıktısını kullanın. fiskaly gibi bulut sağlayıcılar TSE_Transaktionen dosyasını ve TAR günlük çıktısını kendi taraflarında üretir; siz onu kendi iş verinizle birleştirirsiniz. Bu, en çok hataya açık parçayı ortadan kaldırır.
• Resmî doğrulayıcıyla sınayın — DFKA ve birkaç üretici denetleyici yayımlıyor — ve sentetik bir gün yerine üretimden gerçek bir tarih aralığıyla çalışın.

2.3 sürümü yeni tablolar değil, daha katı alan tanımları ve açıklamalar getirdi. Zaten temiz 2.2 çıktıları üretiyorsanız yükseltme çoğunlukla doğrulamadan ibarettir. Üretmiyorsanız, an bu andır.

Bu genel bilgidir; hukuki ya da mali danışmanlık değildir.

Daleenda DSFinV-K uygulamalarını denetler ve ısmarlama yazarkasa sistemleri için çıktı katmanları geliştirir. Bize örnek bir paket gönderin, bir Betriebsprüfer'in ne bulacağını söyleyelim.

Çıktınızı inceletin