Salta ai contenuti

Germania (SIGN DE)

La Germania ha i requisiti di conformità fiscale più completi tra tutti i paesi supportati da fiskaly. Un’integrazione tedesca completa richiede tre prodotti che lavorano insieme:

ProdottoFunzioneObbligatorio?
SIGN DEFirma crittograficamente ogni transazione tramite una Cloud-TSS certificata BSISì — KassenSichV
DSFINVK DEGenera esportazioni di dati fiscali pronti per l’audit dalle chiusure di cassaSì — per le verifiche fiscali
SUBMIT DEInvia dichiarazioni elettroniche a ELSTER (interfaccia dell’autorità fiscale tedesca)Sì — dal 2025
SAFEArchivia i dati fiscali per 10–30 anni in data center certificatiConsigliato

La Kassensicherungsverordnung (KassenSichV) impone a tutti i sistemi elettronici di registrazione (ERS) in Germania di:

  • Utilizzare un sistema di sicurezza tecnica (TSS) certificato per firmare ogni transazione
  • Mantenere tracciati di verifica a prova di manomissione con firme crittografiche
  • Generare esportazioni DSFinV-K per i revisori fiscali
  • Stampare codici QR sulle ricevute contenenti i dati della firma

La Cloud-TSS di fiskaly è la prima TSS basata su cloud ad aver ottenuto la certificazione BSI, attualmente valida fino al 2033. Nessun hardware, nessun modulo crittografico locale — solo chiamate API.

Per i PM che stimano il lavoro:

FaseDurataCosa succede
Configurazione sandbox1–2 giorniCreazione account, chiavi API, prima transazione firmata
Integrazione SIGN DE3–5 settimaneProvisioning TSS, firma transazioni, QR code sulle ricevute, gestione degli errori
Integrazione DSFINVK DE2–3 settimaneMappare il modello dati POS sulla tassonomia DSFINVK DE, implementare chiusure di cassa
Integrazione SUBMIT DE1–2 settimaneRegistrazione contribuente, presentazione dichiarazioni
Test end-to-end1–2 settimaneValidazione completa del flusso in sandbox
Go-live1 settimanaProvisioning LIVE, rollout graduale, configurazione monitoraggio
Totale8–13 settimane1–2 sviluppatori backend con esperienza nel dominio POS

Consulta la Guida alla pianificazione dell’integrazione per i requisiti del team, le mappe delle dipendenze e un modello di cronologia di lancio.

Il tuo sistema di cassa
|
|-- POST /auth (chiave API + segreto) --> Token Bearer (24h)
|
|-- PUT /tss/{id} -----------------> Creare + inizializzare TSS (una volta per sede)
|-- PUT /tss/{id}/client/{id} -----> Creare client (uno per terminale POS)
|
|-- PUT /tss/{id}/tx/{id} ---------> Avviare transazione (stato: ACTIVE)
|-- PUT /tss/{id}/tx/{id} ---------> Completare transazione (stato: FINISHED)
| La risposta include firma + dati QR code
|
|-- POST /dsfinvk/closings --------> Inviare dati di chiusura cassa
|-- GET /dsfinvk/exports --------> Generare file di esportazione DSFinV-K
|
|-- POST /submission/submit -------> Presentare dichiarazione a ELSTER

La tua responsabilità (fornitore del sistema di cassa)

Sezione intitolata “La tua responsabilità (fornitore del sistema di cassa)”
  • Integrare la TSS di fiskaly nel tuo ERS
  • Assicurarti che ogni transazione sia firmata prima dell’emissione della ricevuta
  • Stampare QR code con i dati della firma sulle ricevute
  • Generare chiusure di cassa DSFINVK DE a fine giornata
  • Presentare dichiarazioni tramite SUBMIT DE
  • Gestire i timeout correttamente (vedi gestione degli errori)
  • Avere un ERS con TSS integrata collegata al proprio account
  • Consegnare le esportazioni TSS e DSFinV-K ai revisori entro i termini richiesti
  • Mantenere backup dei dati fiscali (conservazione di 10–30 anni, si raccomandano due sedi fisiche)
  • Operare e mantenere la Cloud-TSS certificata (SLA disponibilità 99,9%)
  • Fornire aggiornamenti software e patch di sicurezza (gratuiti)
  • Gestire i rinnovi della certificazione
  • Mantenere la disponibilità e le prestazioni dell’API

Prima del lancio in produzione, verifica:

  • Per ogni sede/negozio, assicurati di avere una TSS individuale creata, impostata su UNINITIALIZED, PIN amministratore impostato e TSS impostata su INITIALIZED
  • Client creato per ogni terminale POS
  • Ogni transazione è firmata (ciclo di vita start + finish)
  • La ricevuta include il QR code KassenSichV (riferimento formato)
  • Il QR code si valida correttamente (strumento di validazione)
  • Le chiusure di cassa DSFINVK DE vengono generate correttamente
  • La dichiarazione SUBMIT DE viene accettata da ELSTER
  • Il timeout di firma è di 3–5 secondi e non blocca il processo di pagamento
  • La logica di retry gestisce gli errori 5xx con backoff esponenziale
  • L’amministratore è disconnesso dopo il provisioning
  • L’ambiente LIVE è fornito separatamente da TEST

Was this page helpful?