Aller au contenu

Concepts fondamentaux

Avant d’intégrer un produit fiskaly, il est utile de comprendre les blocs de construction de la plateforme. Ces concepts s’appliquent à tous les pays et à tous les produits.

fiskaly utilise un modèle organisationnel hiérarchique pour représenter la structure de votre entreprise :

🏢

Compte

Votre entité de plus haut niveau. Créée lors de votre inscription sur le HUB. Représente le fournisseur de caisse ou le détaillant.

📂

Groupe

Un niveau intermédiaire permettant de regrouper plusieurs unités. Utile pour organiser par région ou par enseigne.

🏪

Unité

Représente un seul commerçant ou une entité juridique. Chaque unité possède ses propres données contribuable et ressources fiscales.

Dans les API plus récentes (SIGN IT, SIGN FR, E-Invoice), celles-ci sont appelées types d’organisation GROUP et UNIT. Dans SIGN DE, les organisations gérées remplissent le même rôle.

Chaque compte fiskaly dispose de deux environnements isolés :

EnvironnementObjectifDonnées
TESTDéveloppement et tests d’intégrationSimulées — aucune connexion avec les autorités fiscales
LIVEOpérations en productionRéelles — les transactions sont signalées aux autorités fiscales

Les clés API générées en TEST créent des ressources TEST ; les clés générées en LIVE créent des ressources LIVE. Les deux environnements sont complètement séparés — il n’y a pas de partage de données entre eux.

Toutes les API fiskaly utilisent l’authentification basée sur JWT :

POST /auth (ou POST /tokens)
{ "api_key": "...", "api_secret": "..." }
→ { "access_token": "...", "refresh_token": "..." }
TokenDuréeUtilisation
access_token24 heuresInclure comme Authorization: Bearer <token> dans toutes les requêtes API
refresh_token48 heuresUtiliser pour obtenir un nouveau token d’accès sans se ré-authentifier

Authentification avec portée (SIGN IT, SIGN FR, E-Invoice)

Section intitulée « Authentification avec portée (SIGN IT, SIGN FR, E-Invoice) »

Les API plus récentes utilisent des headers supplémentaires pour limiter les requêtes à une organisation spécifique :

HeaderObjectif
Authorization: Bearer <token>Authentification
X-Api-Version: 2026-02-03Sélection de la version de l’API
X-Scope-Identifier: <org_id>Limite les requêtes à une unité organisationnelle spécifique
X-Idempotency-Key: <uuid>Garantit l’idempotence des opérations d’écriture

Bien que les ressources exactes varient selon les pays, la plupart des produits fiskaly suivent un schéma commun :

Account / Group
└── Unit (Organisation)
└── Taxpayer (Contribuable)
└── Location (Établissement / Siège)
└── System (Dispositif fiscal / Caisse)
└── Record / Transaction

La plupart des ressources suivent une machine à états :

ACQUIRED → COMMISSIONED → DECOMMISSIONED
(créée) (active) (retirée)
  • ACQUIRED : la ressource est créée mais pas encore active
  • COMMISSIONED : la ressource est active et peut traiter des transactions
  • DECOMMISSIONED : la ressource est retirée et n’accepte plus de nouvelles opérations

Dans SIGN DE, les états équivalents sont CREATEDINITIALIZEDDISABLED.

ConceptAllemagne (SIGN DE)Autriche (SIGN AT)Espagne (SIGN ES)Italie (SIGN IT)France (SIGN FR)
Unité de signatureTSSSCUSignerSystemSystem
Terminal POSClientCash RegisterClientSystemSystem
Enregistrement fiscalTransactionReceiptInvoiceRecordRecord
Autorité fiscaleBSI / BZStFinanzOnlineAEAT / DFAs BasquesAdE (Agenzia delle Entrate)DGFiP

Chaque produit possède son propre endpoint API. Consultez la référence URL de base et environnements pour une liste complète.

ProduitEnvironnement de testEnvironnement 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?