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.

📂

Gruppo

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 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 IT, SIGN FR, E-Invoice)

Sezione intitolata “Autenticazione con scope (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 (Sede / Sede principale)
└── 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 CREATEDINITIALIZEDDISABLED.

ConcettoGermania (SIGN DE)Austria (SIGN AT)Spagna (SIGN ES)Italia (SIGN IT)Francia (SIGN FR)
Unità di firmaTSSSCUSignerSystemSystem
Terminale POSClientCash RegisterClientSystemSystem
Registro fiscaleTransactionReceiptInvoiceRecordRecord
Autorità fiscaleBSI / BZStFinanzOnlineAEAT / DFAs BascheAdE (Agenzia delle Entrate)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

Was this page helpful?