Introduction to DSFINVK DE
What is DSFinV-K?
Section titled “What is DSFinV-K?”fiskaly’s API is named DSFINVK DE. DSFinV-K is the official German government abbreviation for the standard.
DSFinV-K (Digitale Schnittstelle der Finanzverwaltung fur Kassensysteme) is the German standard for fiscal data exports from POS systems. It defines the structure and format of data that must be available to tax auditors on demand.
In practical terms: DSFinV-K is how your POS system packages its transaction data into an auditor-friendly export format.
DSFinV-K is not optional if you operate POS systems in Germany. Tax auditors can request DSFinV-K exports at any time, and you are legally obligated to provide them.
Do you need DSFINVK DE?
Section titled “Do you need DSFINVK DE?”| Scenario | Do you need DSFINVK DE? |
|---|---|
| You operate POS systems in Germany | Yes — legally required |
| You operate in Austria, France, Italy, Spain, or Sweden | No — DSFINVK DE is Germany-specific |
| You already use SIGN DE | Yes — DSFINVK DE complements SIGN DE. SIGN signs the transactions; DSFINVK DE exports them. |
How it relates to SIGN DE
Section titled “How it relates to SIGN DE”SIGN DE and DSFINVK DE are two separate products that work together for full German compliance:
Transaction happens at POS | +--> SIGN DE signs the transaction (cryptographic signature) | +--> DSFINVK DE records the transaction in a cash point closing | +--> At end of day: cash point closing is finalized | +--> On demand: DSFINVK DE export is generated for the auditorSIGN DE handles the real-time signing obligation. DSFINVK DE handles the reporting and export obligation. You need both.
How it works
Section titled “How it works”The fiskaly DSFINVK DE API is a RESTful API that:
- Receives cash point closing data — you submit structured transaction data at the end of each business day
- Stores it in the correct DSFinV-K format
- Generates exports on demand — compliant with the official BZSt specification
- Makes exports available for download via API
The naming convention follows the DFKA Taxonomy.
Integration effort
Section titled “Integration effort”| Scenario | Duration | Notes |
|---|---|---|
| Already on SIGN DE | 2-4 weeks | Map your POS data model to DSFINVK DE taxonomy, implement cash point closings |
| New (SIGN DE + DSFINVK DE together) | Included in the 8-13 week Germany estimate | See Integration Planning |
The main engineering work is mapping your POS data model to the DSFINVK DE taxonomy. This includes defining process types, business transaction types, VAT definitions, and structuring your end-of-day closing data.
Key resources
Section titled “Key resources”Key Characteristics
Structure of cash point closings and export format
Endpoints
API endpoints for closings, exports, and VAT definitions
Connecting SIGN DE
How to link your SIGN DE TSS with DSFINVK DE
Process & Transaction Types
Mapping your POS operations to DSFinV-K categories
Troubleshooting
Common issues and how to resolve them
Exports
Generating and downloading audit-ready export files
External resources
Section titled “External resources”- BZSt official DSFINVK DE documentation (German Federal Central Tax Office)
- Federal Ministry of Finance FAQ (legal requirements for POS vendors)
- DFKA Taxonomy (naming conventions used in the API)
- DSFINVK DE API Reference (full OpenAPI specification)
- Postman Quick Start (interactive exploration)
Help Center articles are available at support.fiskaly.com.
Was this page helpful?