Analyse par pays
La réforme Fiskalizacija 2.0 de la Croatie superpose une obligation B2B complète et un régime de fiscalisation B2C étendu à un système B2G en fonctionnement depuis des années.
La facturation au secteur public fonctionne depuis des années sur la base de la facturation électronique structurée — Fiskalizacija 2.0 étend le même alignement sur l'EN 16931 à l'économie B2B et B2C nationale, bien plus vaste.
La réforme croate de « Fiscalisation 2.0 » a rendu obligatoires la facturation électronique structurée (émission et réception) et la déclaration électronique en temps réel pour tous les contribuables croates assujettis à la TVA, en plus de l'obligation de facturation électronique B2G déjà en vigueur depuis 2019.
L'obligation d'émettre (pas seulement de recevoir) des factures électroniques structurées et des données de déclaration électronique s'étend aux entités non assujetties à la TVA — petites entreprises, indépendants et certains organismes publics/budgétaires.
La Croatie s'appuie sur le modèle de facture européen standard, mais y ajoute une couche nettement nationale de champs obligatoires supplémentaires.
HR-FISK 2.0 va au-delà de la base EN 16931 — les extensions croates ne sont pas cosmétiques, elles ajoutent des champs que la norme européenne n'exige pas.
Ces trois ajouts — OIB, code CPA et coordonnées bancaires — sont exactement les champs qui font trébucher les ERP configurés pour une implémentation EN 16931 générique plutôt que spécifiquement pour la Croatie.
Ne présumez pas que le XML de la facture a besoin de sa propre signature comme pour la FatturaPA italienne — l'exigence croate se situe au niveau de la couche de transport (SOAP).
Il s'agit d'une échappatoire étroite, pas d'une dérogation générale — elle existe spécifiquement pour le cas où le système ne parvient réellement pas à trouver une adresse routable pour le destinataire.
C'est l'aspect qui surprend le plus : la Croatie ne compte pas un seul flux, mais trois fonctionnant en parallèle — échange, fiscalisation et déclaration électronique mensuelle.
L'Access Point du fournisseur interroge l'AMS, qui renvoie l'URL du service de métadonnées (MPS) de l'acheteur ; l'AP interroge ensuite ce MPS pour découvrir le point de terminaison technique de l'AP de l'acheteur. Aucune connexion bilatérale statique n'est nécessaire.
Les deux parties d'une transaction la confirment indépendamment à l'administration fiscale — c'est ce qui fait de la fiscalisation un contrôle véritablement bilatéral plutôt qu'une déclaration à sens unique.
Cette troisième couche capte ce que les flux en temps réel manquent — précisément, ce qui est arrivé à une facture après son émission (rejetée ? payée ?), plutôt que de simplement confirmer son existence.
Les grandes entreprises ont la possibilité d'intégrer leur ERP directement à l'administration fiscale plutôt que de passer par un Access Point tiers — à évaluer si vos volumes de factures justifient ce développement.
Contrairement à un flux de contrôle unique, la Croatie exige que les trois fonctionnent de manière indépendante :
Cette structure de « double déclaration » crée une boucle d'audit fermée — l'administration fiscale reçoit des confirmations indépendantes à la fois du côté vendeur et du côté acheteur, pas un flux unique.
Comme la Croatie fait fonctionner trois obligations en parallèle, « se mettre en conformité » signifie configurer les trois — pas seulement choisir un Access Point.
Déterminez quels identifiants votre entreprise utilise pour l'acheminement des factures — au minimum votre OIB, ainsi que tout identifiant secondaire comme le GLN — car chacun peut être associé à un Access Point récepteur différent dans l'AMS.
Vérifiez que le prestataire choisi figure sur la liste officielle des intermédiaires certifiés de l'administration fiscale croate, ayant passé les évaluations de conformité et de sécurité — ou envisagez une intégration ERP directe si vous traitez de gros volumes.
Faites-le pour chaque identifiant — ne présumez pas que l'enregistrement de votre OIB couvre automatiquement les identifiants secondaires que vous utilisez également.
Vérifiez que la génération UBL 2.1 inclut les champs spécifiques à la Croatie — OIB, codes produit CPA à 6 chiffres et coordonnées bancaires — pas seulement l'ensemble de base EN 16931.
Configurez la déclaration en temps réel à l'administration fiscale pour les factures que vous émettez, ainsi qu'un processus de confirmation en temps réel distinct pour les factures que vous recevez — ce sont réellement deux flux techniques différents, pas un seul.
Mettez en place un processus pour déclarer les factures rejetées/non livrées (en tant que destinataire) et les paiements reçus (en tant qu'émetteur) avant l'échéance du 20 de chaque mois, sans exception.
La Croatie ne s'accorde aucune « période de grâce » — le barème de sanctions s'applique dès la date d'entrée en vigueur de chaque élément, avec des fourchettes échelonnées selon la taille de l'entreprise.