La fiscalisation suédoise peut sembler abstraite tant qu’on n’a pas suivi une seule vente à travers le système. Que se passe-t-il réellement entre le moment où le caissier appuie sur « payer » et l’impression d’un ticket conforme ? Ce guide retrace ce chemin de bout en bout — du logiciel de caisse, en passant par le système de contrôle cloud (TCS), jusqu’au code de contrôle sur le ticket — et montre où commencent et s’arrêtent les responsabilités d’un éditeur de caisse.
Qu’est-ce que la fiscalisation cloud ?
La fiscalisation cloud est le modèle, introduit par SKVFS 2020:9, dans lequel un système de contrôle certifié fonctionne comme un service et signe chaque transaction via une API — au lieu qu’une unité de contrôle physique effectue la signature sur site. La caisse envoie les données de transaction au système de contrôle cloud, qui renvoie un code de contrôle (avstämningskod) pour le ticket et tient les compteurs que Skatteverket utilise pour vérifier les ventes.
Le résultat est le même que dans l’ancien modèle matériel, livré par logiciel : pas de boîtier à installer, une seule intégration à maintenir.
Le flux de signature, étape par étape
Voici ce qui se passe quand une caisse réalise une vente via SIGN SE :
-
La caisse envoie la transaction à la fiskaly Unified API (UAPI) — une vente standard, un retour, une copie ou un autre type d’enregistrement pris en charge.
-
L’UAPI valide et route la requête, puis transmet la tâche de signature au système de contrôle certifié cloud (Infrasec TCS).
-
Le TCS signe la transaction, génère le code de contrôle de 113 caractères et met à jour les compteurs cumulés concernés.
-
Le code de contrôle est renvoyé à la caisse, qui l’imprime sur le ticket avec les autres champs obligatoires.
Côté intégrateur, c’est une seule interaction API. La gestion des compteurs et la logique de signature se déroulent derrière l’API — la caisse ne touche jamais directement aux mécanismes internes du TCS.
Où se situe Skatteverket — et où il ne se situe pas
Un point de confusion fréquent : fiskaly ne parle pas à Skatteverket au nom du commerçant. La connexion avec l’administration fiscale est une relation du commerçant avec Skatteverket pour l’enregistrement et la notification.
-
✅ fiskaly ↔ POS : signature des transactions, codes de contrôle, statut, compteurs
-
✅ Commerçant ↔ Skatteverket : enregistrement de l’unité de contrôle et de la caisse, notification
-
❌ fiskaly ↔ Skatteverket : aucune interaction directe
Cela compte pour cadrer une intégration. L’éditeur de caisse construit contre l’API fiskaly ; le commerçant finalise l’enregistrement auprès de Skatteverket avec les artefacts (comme le tillverkningsnummer) que le système expose.
Le contrôle quotidien du statut de la caisse
Avant de pouvoir traiter la moindre vente, une caisse suédoise doit confirmer que le système de contrôle est joignable et en bon état. Au démarrage, la caisse envoie une intention d’ouverture à l’API, qui vérifie le statut de la caisse auprès du TCS. Le TCS renvoie un code de statut, et l’API conditionne l’accès de la caisse au résultat : un statut sain autorise les ventes avec code de contrôle ; d’autres états n’autorisent que les notes hors ligne ou bloquent entièrement les ventes jusqu’à résolution.
Autrement dit, SIGN SE utilise les informations de statut renvoyées pour déterminer si les transactions signées peuvent se poursuivre ou si les procédures hors ligne doivent être suivies.
Ce qui reste à la charge de la caisse
La fiscalisation cloud supprime la charge de signature, mais l’éditeur de caisse reste responsable des parties les plus proches du client et des systèmes propres au commerçant :
-
❌ SIGN SE ne remplace pas le logiciel de caisse — c’est une couche API
-
❌ Il ne gère pas la mémoire du journal — cela reste une responsabilité de la caisse
-
❌ Il n’interagit pas avec Skatteverket — le commerçant s’enregistre manuellement
-
✅ La caisse gère la mise en page du ticket, le stockage du journal et les parcours côté commerçant
Connaître cette répartition d’emblée garde un projet d’intégration correctement cadré.
Comment fiskaly aide
SIGN SE fournit la fiscalisation cloud suédoise via une seule API REST, avec la même authentification et le même schéma d’intégration que les autres produits SIGN de fiskaly. Il génère le code de contrôle pour les tickets exigeant une signature, tient les compteurs cumulés de façon transparente via le TCS certifié, renvoie les messages de statut suédois obligatoires pour impression et applique le sas de démarrage afin qu’aucune vente ne se poursuive avant confirmation du statut.
Pour un éditeur déjà intégré avec SIGN sur un autre marché, ajouter la Suède est un effort incrémental plutôt qu’une construction à neuf — la forme de l’intégration est familière.
Test gratuit de l’API — sans engagement. Parlez à nos experts de l’intégration de la fiscalisation cloud pour la Suède.
Foire aux questions
fiskaly envoie-t-il mes données à Skatteverket ? Non. fiskaly gère la signature des transactions et renvoie codes de contrôle et statut à la caisse. L’enregistrement et la notification sont un processus direct entre le commerçant et Skatteverket ; fiskaly n’a aucune connexion directe avec l’administration fiscale.
Qu’est-ce que le code de contrôle de 113 caractères ? C’est l’avstämningskod que le système de contrôle certifié génère pour chaque ticket signé. La caisse l’imprime sur le ticket dans le cadre du contenu obligatoire, et c’est ce qui rend le ticket vérifiable.
Que se passe-t-il si le système de contrôle est hors ligne ? Le contrôle de statut renvoie alors un état qui n’autorise que les notes hors ligne (kontantnota), sans code de contrôle, jusqu’au rétablissement du contact. Certains états bloquent entièrement les ventes et exigent une escalade.
Quelle part dois-je construire moi-même ? Vous construisez contre une seule API. La signature et la gestion des compteurs se trouvent derrière. Vous restez responsable de la caisse elle-même, de la mise en page du ticket et du stockage du journal, et le commerçant gère l’enregistrement Skatteverket.
Prochaines étapes
La fiscalisation cloud en Suède suit un chemin clair : la caisse envoie une transaction, le système de contrôle certifié cloud la signe et renvoie un code de contrôle, et la caisse imprime un ticket conforme — avec un contrôle de statut au démarrage garantissant que le système ne vend que lorsqu’il peut vendre en conformité. Contribuant à garantir que les transactions signées ne sont traitées que lorsque le système de contrôle est opérationnel. fiskaly gère la signature ; le commerçant gère Skatteverket.
Demandez un rendez-vous pour voir l’intégration SIGN SE pour la Suède — avec test gratuit de l’API et sans engagement d’intégration.
Lectures associées : Unités de contrôle matérielles vs. cloud, Exigences des tickets suédois : les 13 champs obligatoires, Comment enregistrer une caisse enregistreuse auprès de Skatteverket.
Dernière mise à jour : octobre 2026. Cet article est une orientation générale, pas un conseil juridique. Vérifiez les exigences auprès des règles en vigueur de Skatteverket sur skatteverket.se.
