Aller au contenu

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 :

🏢

Account

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.

📂

Group

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

Section intitulée « Authentification avec portée (SIGN PT, 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 (Branch / Head Office)
└── 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 CREATED → INITIALIZED → DISABLED.

ConceptAllemagne (SIGN DE)Autriche (SIGN AT)Espagne (SIGN ES)Italie (SIGN IT)Portugal (SIGN PT)France (SIGN FR)
Unité de signatureTSSSCUSignerSystemSystemSystem
Terminal POSClientCash RegisterClientSystemSystemSystem
Enregistrement fiscalTransactionReceiptInvoiceRecordRecordRecord
Autorité fiscaleBSI / BZStFinanzOnlineAEAT / DFAs BasquesAdE (Agenzia delle Entrate)AT (Autoridade Tributária e Aduaneira)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