Zum Inhalt springen

Deutschland (SIGN DE)

Deutschland hat die umfangreichsten Fiskalpflichten aller von fiskaly unterstützten Länder. Eine vollständige deutsche Integrierung erfordert drei Produkte, die zusammenarbeiten:

ProduktFunktionErforderlich?
SIGN DESigniert jede Transaktion kryptografisch über eine BSI-zertifizierte Cloud-TSSJa — KassenSichV
DSFINVK DEErstellt prüffertige Fiskal-Datenexporte aus KassenschlüssenJa — für Steuerprüfer
SUBMIT DEÜbermittelt elektronische Meldungen an ELSTER (Schnittstelle der Steuerbehörde)Ja — seit 2025
SAFEArchiviert Fiskaldaten 10–30 Jahre in zertifizierten RechenzentrenEmpfohlen

Die Kassensicherungsverordnung (KassenSichV) verpflichtet alle elektronischen Aufzeichnungssysteme (ERS) in Deutschland:

  • Eine zertifizierte Technische Sicherheitseinrichtung (TSS) zu verwenden, um jede Transaktion zu signieren
  • Manipulationssichere Prüfpfade mit kryptografischen Signaturen zu führen
  • DSFinV-K-Exporte für Steuerprüfer zu erstellen
  • QR-Codes auf Belegen mit den Signaturdaten zu drucken

Die fiskaly Cloud-TSS ist die erste Cloud-basierte TSS, die BSI-Zertifizierung erhalten hat, derzeit gültig bis 2033. Keine Hardware, keine lokalen Kryptomodule — nur API-Aufrufe.

Für PMs bei der Aufwandsschätzung:

PhaseDauerWas passiert
Sandbox-Einrichtung1–2 TageKontoerstellung, API-Schlüssel, erste signierte Transaktion
SIGN DE Integrierung3–5 WochenTSS-Bereitstellung, Transaktionssignierung, Beleg-QR-Codes, Fehlerbehandlung
DSFINVK DE Integrierung2–3 WochenPOS-Datenmodell auf DSFINVK-DE-Taxonomie abbilden, Kassenschlüsse implementieren
SUBMIT DE Integrierung1–2 WochenSteuerpflichtigenregistrierung, Meldungsabgabe
End-to-End-Tests1–2 WochenVollständige Ablaufvalidierung in der Sandbox
Go-live1 WocheLIVE-Bereitstellung, stufenweiser Rollout, Monitoring-Einrichtung
Gesamt8–13 Wochen1–2 Backend-Entwickler mit POS-Domänenerfahrung

Weitere Informationen zu Teamanforderungen, Abhängigkeitsplänen und einer Rollout-Zeitleiste finden Sie im Integrierungsplanungsleitfaden.

Ihr Kassensystem
|
|-- POST /auth (API-Schlüssel + Secret) --> Bearer-Token (24h)
|
|-- PUT /tss/{id} -----------------> TSS erstellen + initialisieren (einmalig pro Standort)
|-- PUT /tss/{id}/client/{id} -----> Client erstellen (einer pro Kassenhardware)
|
|-- PUT /tss/{id}/tx/{id} ---------> Transaktion starten (Status: ACTIVE)
|-- PUT /tss/{id}/tx/{id} ---------> Transaktion abschließen (Status: FINISHED)
| Antwort enthält Signatur + QR-Code-Daten
|
|-- POST /dsfinvk/closings --------> Kassenschlussdaten übermitteln
|-- GET /dsfinvk/exports --------> DSFinV-K-Exportdatei generieren
|
|-- POST /submission/submit -------> Meldung an ELSTER übermitteln
  • Die fiskaly TSS in Ihr ERS integrieren
  • Sicherstellen, dass jede Transaktion vor der Belegausgabe signiert wird
  • QR-Codes mit Signaturdaten auf Belegen drucken
  • DSFINVK-DE-Kassenschlüsse am Ende des Tages erstellen
  • Meldungen über SUBMIT DE einreichen
  • Timeouts graceful behandeln (siehe Fehlerbehandlung)
  • Ein ERS mit integrierter TSS, das an sein Konto gebunden ist, betreiben
  • TSS-Exporte und DSFinV-K-Exporte innerhalb der vorgeschriebenen Fristen an Prüfer liefern
  • Sicherungskopien von Fiskaldaten aufbewahren (10–30 Jahre Aufbewahrungsfrist, zwei physische Standorte empfohlen)
  • Die zertifizierte Cloud-TSS betreiben und warten (SLA 99,9 % Verfügbarkeit)
  • Software-Updates und Sicherheitspatches bereitstellen (kostenlos)
  • Zertifizierungsverlängerungen verwalten
  • API-Verfügbarkeit und -Performance gewährleisten

Vor dem Produktivbetrieb prüfen:

  • Für jeden Standort/Shop eine eigene TSS erstellt, auf UNINITIALIZED gesetzt, Admin-PIN festgelegt und TSS auf INITIALIZED gesetzt
  • Client für jeden Kassenterminal erstellt
  • Jede Transaktion wird signiert (Start + Abschluss-Lebenszyklus)
  • Beleg enthält KassenSichV-QR-Code (Formatreferenz)
  • QR-Code wird korrekt validiert (Validierungstool)
  • DSFINVK-DE-Kassenschlüsse werden erfolgreich generiert
  • SUBMIT-DE-Meldung wird von ELSTER akzeptiert
  • Signier-Timeout beträgt 3–5 Sekunden und blockiert den Kassenvorgang nicht
  • Wiederholungslogik behandelt 5xx-Fehler mit exponentiellem Backoff
  • Admin ist nach der Bereitstellung abgemeldet
  • LIVE-Umgebung separat von TEST bereitgestellt

Was this page helpful?