Skip to content

Before integrating any fiskaly product, it helps to understand the platform’s building blocks. These concepts apply across all countries and products.

fiskaly uses a hierarchical organization model to represent your business structure:

🏢

Account

Your top-level entity. Created when you register on the HUB. Represents the POS provider or retailer.

📂

Group

An intermediate level that lets you cluster multiple units. Useful for organizing by region or brand.

🏪

Unit

Represents a single merchant or legal entity. Each unit has its own taxpayer data and fiscal resources.

In newer APIs (SIGN PT, SIGN IT, SIGN FR, E-Invoice), these are called GROUP and UNIT organization types. In SIGN DE, managed organizations serve the same purpose.

Every fiskaly account has two isolated environments:

EnvironmentPurposeData
TESTIntegration development and testingSimulated — no connection to tax authorities
LIVEProduction operationsReal — transactions are reported to tax authorities

API keys generated in TEST create TEST resources; keys generated in LIVE create LIVE resources. The two environments are completely separate — there is no data sharing between them.

All fiskaly APIs use JWT-based authentication:

POST /auth (or POST /tokens)
{ "api_key": "...", "api_secret": "..." }
→ { "access_token": "...", "refresh_token": "..." }
TokenLifetimeUsage
access_token24 hoursInclude as Authorization: Bearer <token> in all API requests
refresh_token48 hoursUse to obtain a new access token without re-authenticating

Scoped Authentication (SIGN PT, SIGN IT, SIGN FR, E-Invoice)

Section titled “Scoped Authentication (SIGN PT, SIGN IT, SIGN FR, E-Invoice)”

Newer APIs use additional headers to scope requests to a specific organization:

HeaderPurpose
Authorization: Bearer <token>Authentication
X-Api-Version: 2026-02-03API version selection
X-Scope-Identifier: <org_id>Scope requests to a specific organization unit
X-Idempotency-Key: <uuid>Ensure write operations are idempotent

While the exact resources vary by country, most fiskaly products follow a common pattern:

Account / Group
└── Unit (Organization)
└── Taxpayer
└── Location (Branch / Head Office)
└── System (Fiscal Device / POS)
└── Record / Transaction

Most resources follow a state machine:

ACQUIRED → COMMISSIONED → DECOMMISSIONED
(created) (active) (retired)
  • ACQUIRED: Resource is created but not yet active
  • COMMISSIONED: Resource is active and can process transactions
  • DECOMMISSIONED: Resource is retired and no longer accepts new operations

In SIGN DE, the equivalent states are CREATED → INITIALIZED → DISABLED.

ConceptGermany (SIGN DE)Austria (SIGN AT)Spain (SIGN ES)Italy (SIGN IT)Portugal (SIGN PT)France (SIGN FR)Sweden (SIGN SE)
Signing unitTSSSCUSignerSystemSystemSystemSystem
POS terminalClientCash RegisterClientSystemSystemSystemSystem
Fiscal recordTransactionReceiptInvoiceRecordRecordRecordRecord
Tax authorityBSI / BZStFinanzOnlineAEAT / Basque DFAsAdE (Agenzia delle Entrate)AT (Autoridade Tributária e Aduaneira)DGFiPSkatteverket

Each product has its own API endpoint. See the Base URLs & Environments reference for a complete list.

ProductTest EnvironmentLive Environment
SIGN DEkassensichv-middleware.fiskaly.com/api/v2kassensichv.fiskaly.com/api/v2
SIGN ATrksv.fiskaly.com/api/v1rksv.fiskaly.com/api/v1
SIGN EStest.es.sign.fiskaly.com/api/v1live.es.sign.fiskaly.com/api/v1
SIGN ITtest.api.fiskaly.comlive.api.fiskaly.com
SIGN FRtest.api.fiskaly.comlive.api.fiskaly.com
SIGN PTtest.api.fiskaly.comlive.api.fiskaly.com
SIGN SEtest.api.fiskaly.comlive.api.fiskaly.com