Che cosa estrae davvero il verificatore dalla sua cassa

Quasi nessun titolare vede mai la DSFinV-K. Non è uno scontrino, non è un report, e non si trasmette da nessuna parte a scadenza fissa. Compare in una sola occasione: quando qualcuno del Finanzamt si presenta al suo banco, o si siede nel suo ufficio per una Betriebsprüfung, e chiede al registratore «l'esportazione».

Dal 1° luglio 2022 quell'esportazione deve seguire la versione 2.3 dello standard. Anche il periodo transitorio del 2022 per i vecchi registratori non aggiornabili finisce il 31 dicembre di quest'anno: dal 2023, quindi, non esiste più un registratore elettronico tedesco senza TSE e senza DSFinV-K.

Che cosa significa DSFinV-K

Digitale Schnittstelle der Finanzverwaltung für Kassensysteme — l'interfaccia digitale dell'amministrazione finanziaria per i sistemi di cassa. Definisce un unico formato dati indipendente dal fornitore, così che un verificatore possa leggere i dati di qualunque registratore con lo stesso strumento. Il verificatore carica la sua esportazione in un software di audit, di solito IDEA, e lancia controlli automatici: salti nella numerazione degli scontrini, interruzioni nella catena di firme TSE, schemi sospetti di annullamento, incongruenze IVA, totali giornalieri che non tornano con i report Z.

In altre parole: l'esportazione è la testimonianza del suo registratore. Dev'essere completa, coerente e prodotta su richiesta.

Com'è fatto un controllo

Una Kassen-Nachschau è senza preavviso. Un ispettore può arrivare durante l'orario di apertura, chiedere di vedere la cassa, osservare come viene usata e pretendere l'esportazione DSFinV-K sul posto, su una chiavetta USB. Se l'esportazione non funziona, o richiede ore, è già un rilievo.

Tre cose che un titolare dovrebbe saper fare senza chiamare un tecnico:

1. Avviare l'esportazione DSFinV-K per qualunque intervallo di date dalla cassa o dal back office.
2. Mostrare la Verfahrensdokumentation — chi ha configurato che cosa, quale TSE è in uso, come vengono gestiti i fermi.
3. Dimostrare che le chiusure giornaliere — Tagesabschlüsse, Z-Bons — vengono eseguite ogni giorno e coincidono con l'esportazione.

Se una di queste tre è un «faccio una telefonata», chieda subito al suo fornitore di sistemarla.

Per sviluppatori e integratori

La DSFinV-K è un insieme di file CSV più un index.xml che li descrive, consegnato come pacchetto per registratore e intervallo di date. Ci sono tre strati strutturali.

Dati anagrafici. Le tabelle Stamm_ portano il contesto a cui una transazione appartiene: Stamm_Abschluss, Stamm_Orte, Stamm_Kassen, Stamm_Terminals, Stamm_Agenturen, Stamm_USt, Stamm_TSE. Ogni chiusura giornaliera — Z_KASSE_ID, Z_ERSTELLUNG, Z_NR — è la chiave a cui si aggancia ogni altra riga.

Dati degli scontrini. Le tabelle Bon contengono una riga per scontrino in Bonkopf, con le tabelle figlie Bonkopf_USt per la ripartizione IVA, Bonkopf_Zahlarten per i pagamenti, Bonkopf_AbrKreis e Bonpos per le righe d'articolo con Bonpos_USt, Bonpos_Preisfindung e Bonpos_Zusatzinfo. BON_TYP distingue una vendita — un Beleg — dall'addestramento, dall'annullamento e dai tipi non fiscali «AVBelegabbruch».

Dati delle transazioni TSE. TSE_Transaktionen è il ponte fra gli scontrini e le firme: numero di transazione, orari di inizio e fine, tipo e dati del processo, contatore e valore della firma, e l'identificativo TSE da Stamm_TSE. Ogni riga Bonkopf deve fare riferimento a esattamente una transazione TSE.

Più le tabelle di chiusura di cassa — Z_GV_Typ, Z_Zahlart, Z_Waehrungen — che riconciliano i totali per tipo di operazione, mezzo di pagamento e valuta.

Regole pratiche imparate a nostre spese:

• Prima il modello, poi l'esportazione. Se la sua tabella delle transazioni non sa rispondere a «quale transazione TSE ha firmato questo scontrino, e qual era la ripartizione IVA a livello di riga», nessuna formattazione CSV la salverà. L'esportazione è una proiezione di un modello dati corretto.
• Immutabilità. Non aggiorni e non cancelli mai la riga di uno scontrino. Le correzioni sono nuovi scontrini con un riferimento di annullamento. I verificatori cercano le modifiche.
• Numerazione. I numeri di scontrino devono essere senza salti per ogni registratore. Provi che cosa succede in caso di crash fra la risposta FINISHED della TSE e il suo commit.
• Le chiusure sono obbligatorie. Un giorno senza una riga Stamm_Abschluss è un giorno che il verificatore non può riconciliare. Automatizzi la chiusura; non conti sulla memoria del personale.
• Codifica e formato. UTF-8, separatore punto e virgola, campi di testo fra virgolette, date in ISO 8601 con fuso orario. L'index.xml deve descrivere ogni file con precisione: gli strumenti di validazione rifiutano i pacchetti per disallineamenti banali.
• Usi l'esportazione del suo fornitore TSE dove può. I fornitori cloud come fiskaly generano il file TSE_Transaktionen e l'esportazione del log TAR dal loro lato; lei la unisce ai suoi dati gestionali. Così sparisce la parte più soggetta a errori.
• Provi con il validatore ufficiale — la DFKA e diversi fornitori pubblicano dei controllori — e con un intervallo di date reale, preso dalla produzione, non con una giornata sintetica.

La versione 2.3 ha portato definizioni di campo più severe e chiarimenti, non nuove tabelle. Se già produceva esportazioni 2.2 pulite, l'aggiornamento è per lo più validazione. Se non lo faceva, questo è il momento.

Questa è un'informazione generale, non una consulenza legale o fiscale.

Daleenda verifica implementazioni DSFinV-K e costruisce livelli di esportazione per sistemi di cassa su misura. Ci mandi un pacchetto di esempio e le diremo che cosa troverebbe un Betriebsprüfer.

Faccia esaminare la sua esportazione