Salta ai contenuti

Concetti fondamentali

Prima di integrare qualsiasi prodotto fiskaly, è utile comprendere i mattoni della piattaforma. Questi concetti si applicano a tutti i paesi e prodotti.

fiskaly utilizza un modello organizzativo gerarchico per rappresentare la struttura della tua azienda:

🏢

Account

La tua entità di livello superiore. Creata quando ti registri nell'HUB. Rappresenta il fornitore POS o il rivenditore.

📂

Group

Un livello intermedio che consente di raggruppare più unità. Utile per organizzare per regione o brand.

🏪

Unit

Rappresenta un singolo commerciante o persona giuridica. Ogni unità ha i propri dati contribuente e risorse fiscali.

Nelle API più recenti (SIGN PT, SIGN IT, SIGN FR, E-Invoice), questi sono chiamati tipi di organizzazione GROUP e UNIT. In SIGN DE, le organizzazioni gestite hanno lo stesso scopo.

Ogni account fiskaly dispone di due ambienti isolati:

AmbienteScopoDati
TESTSviluppo e test di integrazioneSimulati — nessuna connessione con le autorità fiscali
LIVEOperazioni in produzioneReali — le transazioni vengono comunicate alle autorità fiscali

Le chiavi API generate in TEST creano risorse TEST; le chiavi generate in LIVE creano risorse LIVE. I due ambienti sono completamente separati — non c’è condivisione di dati tra loro.

Tutte le API fiskaly utilizzano l’autenticazione basata su JWT:

POST /auth (o POST /tokens)
{ "api_key": "...", "api_secret": "..." }
→ { "access_token": "...", "refresh_token": "..." }
TokenDurataUtilizzo
access_token24 oreIncludi come Authorization: Bearer <token> in tutte le richieste API
refresh_token48 oreUsalo per ottenere un nuovo access token senza ri-autenticarsi

Autenticazione con scope (SIGN PT, SIGN IT, SIGN FR, E-Invoice)

Sezione intitolata “Autenticazione con scope (SIGN PT, SIGN IT, SIGN FR, E-Invoice)”

Le API più recenti utilizzano header aggiuntivi per limitare le richieste a una specifica organizzazione:

HeaderScopo
Authorization: Bearer <token>Autenticazione
X-Api-Version: 2026-02-03Selezione della versione API
X-Scope-Identifier: <org_id>Limita le richieste a una specifica unità organizzativa
X-Idempotency-Key: <uuid>Garantisce l’idempotenza delle operazioni di scrittura

Sebbene le risorse esatte varino per paese, la maggior parte dei prodotti fiskaly segue uno schema comune:

Account / Group
└── Unit (Organizzazione)
└── Taxpayer (Contribuente)
└── Location (Branch / Head Office)
└── System (Dispositivo fiscale / POS)
└── Record / Transaction (Record / Transazione)

La maggior parte delle risorse segue una macchina a stati:

ACQUIRED → COMMISSIONED → DECOMMISSIONED
(creata) (attiva) (dismessa)
  • ACQUIRED: la risorsa è stata creata ma non è ancora attiva
  • COMMISSIONED: la risorsa è attiva e può elaborare transazioni
  • DECOMMISSIONED: la risorsa è dismessa e non accetta più nuove operazioni

In SIGN DE, gli stati equivalenti sono CREATED → INITIALIZED → DISABLED.

ConcettoGermania (SIGN DE)Austria (SIGN AT)Spagna (SIGN ES)Italia (SIGN IT)Portogallo (SIGN PT)Francia (SIGN FR)
Unità di firmaTSSSCUSignerSystemSystemSystem
Terminale POSClientCash RegisterClientSystemSystemSystem
Registro fiscaleTransactionReceiptInvoiceRecordRecordRecord
Autorità fiscaleBSI / BZStFinanzOnlineAEAT / DFAs BascheAdE (Agenzia delle Entrate)AT (Autoridade Tributária e Aduaneira)DGFiP

Ogni prodotto ha il proprio endpoint API. Consulta il riferimento URL di base e ambienti per un elenco completo.

ProdottoAmbiente di testAmbiente live
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