Serbie — facturation électronique via le SEF (e-Faktura)

La Serbie a centralisé l'émission et la réception des factures sur le SEF (Sistem e-Faktura, « e-Faktura »), une plateforme publique opérée par le ministère des Finances. Toute facture B2G et B2B doit y transiter sous forme de XML structuré conforme à un CIUS de la norme européenne EN 16931.

Contexte & cadre légal

La facturation électronique serbe repose sur la Loi sur la facturation électronique (Zakon o elektronskom fakturisanju, publiée au Journal officiel « Službeni glasnik » n° 44/2021 et amendée à plusieurs reprises). Elle institue un système national obligatoire et centralisé, le SEF (Sistem e-Faktura), exploité par le ministère des Finances (Ministarstvo finansija) ; l'Administration fiscale (Poreska uprava) intervient pour le contrôle et l'enregistrement de la TVA.

• Qui est concerné ? Les entités du secteur public, les assujettis à la TVA, et plus largement tout opérateur du secteur privé pour ses transactions avec l'État (B2G) et entre entreprises (B2B).
• Pourquoi ? Lutter contre la fraude à la TVA, automatiser le rapprochement comptable et préparer des déclarations de TVA pré-remplies à partir des données déjà présentes dans le système.
• Modèle. Il s'agit d'un modèle de clearance : la facture n'est pas valable tant qu'elle n'a pas été émise via le SEF, qui la valide, l'horodate et la délivre à l'acheteur.
• Archivage. Les factures électroniques doivent être conservées au moins 10 ans conformément à la réglementation comptable et fiscale serbe ; le SEF assure aussi un stockage des documents.

La Serbie n'étant pas membre de l'Union européenne, elle n'applique pas la directive 2014/55/UE, mais a délibérément aligné son format sur la norme européenne EN 16931 pour faciliter l'interopérabilité.

Timeline réglementaire

• Mai 2021 — Adoption de la Loi sur la facturation électronique (Journal officiel 44/2021).
• 1ᵉʳ mai 2022 — Le secteur public doit pouvoir recevoir et stocker les e-factures (B2G réception).
• 1ᵉʳ juillet 2022 — Le secteur public doit émettre des e-factures et l'enregistrement électronique de la TVA débute (G2B / B2G émission).
• 1ᵉʳ janvier 2023 — Obligation généralisée B2B : toute facture entre assujettis transite par le SEF.
• 2024-2025 — Montées de version successives du SEF (v3.x), validations renforcées, mises à jour du manuel technique interne et des exemples XML.
• Novembre 2024 — Adoption de la Loi sur les bons de livraison électroniques (e-otpremnice / SEO), avec déploiement progressif.
• 1ᵉʳ janvier 2026 — Premières obligations e-otpremnice pour le secteur public et les produits soumis à accises.
• 1ᵉʳ avril 2026 — Entrée en vigueur des amendements 2025-2026 (Journal officiel 109/2025) : factures internes générées dans le SEF (auto-facturation, avances, corrections), e-facture obligatoire pour les ventes au détail réglées par carte d'entreprise, contrôles de validation renforcés.
• Fin 2026 — Plusieurs mesures « B2B renforcées » (champs additionnels, stockage électronique de tous les documents SEF, règles TVA détaillées) ont été reportées à fin 2026.
• Janvier 2027 — Déploiement des déclarations de TVA pré-remplies générées par le SEF (reporté depuis 2026).

Note : plusieurs dates 2026-2027 dépendent d'amendements successifs et de reports ; les vérifier sur le portail officiel avant tout projet d'intégration.

Format & schéma technique

Le format imposé est un XML UBL 2.1 restreint par un CIUS serbe (Core Invoice Usage Specification) de la norme SRPS EN 16931-1:2019/A2:2020. Voir notre page UBL pour la structure générale. Deux espaces de noms structurent le document :

• cbc — Common Basic Components : éléments simples (dates, montants, identifiants).
• cac — Common Aggregate Components : structures composées (parties, adresses, lignes).

Le SEF couvre plusieurs types de documents : facture (Invoice), note de crédit et note de débit (CreditNote / DebitNote), facture d'acompte (avans) et, depuis avril 2026, les factures internes générées directement dans la plateforme.

Squelette minimal d'une facture e-Faktura (illustratif) :

<Invoice xmlns="urn:oasis:names:specification:ubl:schema:xsd:Invoice-2"
         xmlns:cac="urn:oasis:names:specification:ubl:schema:xsd:CommonAggregateComponents-2"
         xmlns:cbc="urn:oasis:names:specification:ubl:schema:xsd:CommonBasicComponents-2">
  <cbc:CustomizationID>urn:cen.eu:en16931:2017#compliant#urn:mfin.gov.rs:srbdt:2021</cbc:CustomizationID>
  <cbc:ID>2024-00042</cbc:ID>
  <cbc:IssueDate>2026-06-23</cbc:IssueDate>
  <cbc:DocumentCurrencyCode>RSD</cbc:DocumentCurrencyCode>
  <cac:AccountingSupplierParty>
    <cac:Party>
      <cac:PartyTaxScheme>
        <cbc:CompanyID>RS123456789</cbc:CompanyID>
        <cac:TaxScheme><cbc:ID>VAT</cbc:ID></cac:TaxScheme>
      </cac:PartyTaxScheme>
    </cac:Party>
  </cac:AccountingSupplierParty>
  <cac:AccountingCustomerParty>...</cac:AccountingCustomerParty>
  <cac:TaxTotal>
    <cbc:TaxAmount currencyID="RSD">2000.00</cbc:TaxAmount>
  </cac:TaxTotal>
  <cac:LegalMonetaryTotal>
    <cbc:PayableAmount currencyID="RSD">12000.00</cbc:PayableAmount>
  </cac:LegalMonetaryTotal>
  <cac:InvoiceLine>...</cac:InvoiceLine>
</Invoice>

L'intégration se fait soit via le portail SEF (saisie / dépôt manuel), soit via l'API REST du SEF (échange système-à-système avec clé d'API). Le ministère publie un manuel technique interne et des jeux d'exemples XML régulièrement mis à jour sur efaktura.gov.rs.

Flux de transmission

Le SEF fonctionne en clearance centralisé : aucune facture B2G/B2B n'existe légalement en dehors de la plateforme. Étapes types :

1. Génération — l'émetteur produit le XML UBL 2.1 (depuis son ERP, un prestataire, ou directement dans le portail).
2. Dépôt — il l'envoie au SEF via l'API (avec sa clé d'API) ou via l'interface web.
3. Validation plateforme — le SEF contrôle la syntaxe UBL, les règles EN 16931, les codes TVA et la cohérence (p. ex. la date de livraison ne peut être postérieure à la date d'émission).
4. Horodatage & délivrance — la facture validée est horodatée puis mise à disposition de l'acheteur dans son espace SEF.
5. Réponse de l'acheteur — l'acheteur accepte ou rejette la facture. Côté secteur public, des délais réglementaires s'appliquent ; côté privé, l'absence de réaction peut conduire à un rejet automatique après un délai de grâce.
6. Enregistrement TVA — l'assujetti effectue l'enregistrement électronique de la TVA dans le SEF (la date butoir a été étendue, typiquement vers le 12 du mois suivant la période fiscale).
7. Transmission au CRF — pour les transactions impliquant le secteur public, le SEF transmet lui-même la facture au Registre central des factures (CRF, Centralni registar faktura) opéré par le Trésor : l'émetteur n'a plus à enregistrer séparément dans le CRF.

Validation & conformité

La conformité repose sur trois couches de contrôle :

• Schéma UBL 2.1 — le XML doit être valide vis-à-vis du schéma XSD UBL ; tout élément mal formé est rejeté.
• Règles métier EN 16931 (BR-*) — héritées de la norme européenne via le CIUS serbe : par exemple BR-CO-10 (la somme des montants HT des lignes doit égaler le total HT du document), BR-S-* pour la cohérence des catégories de TVA, ou les règles imposant un identifiant fiscal valide pour le vendeur et l'acheteur.
• Règles nationales SEF — contrôles propres à la Serbie ajoutés au fil des versions : codes de TVA serbes valides uniquement, date de livraison ≤ date d'émission, contrôles renforcés sur les remises et les transactions détaillées (à partir d'avril 2026).

Le ministère met à disposition un service de validation en ligne pour les documents XML UBL 2.1 sur le portail efaktura.gov.rs, permettant de tester un fichier avant production. Le CIUS serbe (specifikacija upotrebe osnovnog modela fakture) précise les champs obligatoires, conditionnels et interdits par rapport au cœur EN 16931.

Pièges courants

• Confondre EN 16931 « générique » et CIUS serbe. Une facture conforme au cœur EN 16931 peut échouer la validation SEF : il faut respecter le CustomizationID serbe et les règles nationales spécifiques.
• Date de livraison > date d'émission. Depuis le durcissement des contrôles, le SEF rejette ce cas pourtant fréquent dans les ERP mal paramétrés.
• Codes de TVA non reconnus. Seuls les codes de catégorie/exonération admis par le SEF passent ; un mapping ERP approximatif provoque des rejets en masse.
• Oublier l'enregistrement électronique de la TVA. Émettre la facture ne suffit pas : l'enregistrement TVA dans le SEF est une obligation distincte avec sa propre échéance mensuelle.
• Double enregistrement au CRF. Depuis que le SEF transmet lui-même au CRF, ré-enregistrer manuellement crée des doublons ; vérifier le statut côté SEF.
• Non-réponse de l'acheteur privé. L'absence d'acceptation/rejet dans les délais peut entraîner un rejet automatique : surveiller activement la boîte SEF.
• Factures internes hors SEF (post-avril 2026). Auto-factures, avances et corrections doivent désormais être générées dans la plateforme pour les utilisateurs SEF — un point de rupture pour les anciens workflows.
• Suivre les reports. Plusieurs échéances 2026-2027 (TVA pré-remplie, B2B renforcé) ont été décalées : se fier au portail officiel plutôt qu'à d'anciens calendriers.

Liens transverses

• Standard UBL — la syntaxe de base du format e-Faktura serbe.
• Peppol — réseau d'interopérabilité de référence dont la Serbie reste proche par son alignement EN 16931, sans en imposer l'usage.
• Glossaire EDI / e-invoicing — définitions (CIUS, clearance, EN 16931, TVA).
• Tous les pays — comparer la Serbie aux autres régimes.

Sources officielles :

• efaktura.gov.rs — portail e-Faktura (documentation, exemples XML, service de validation).
• efaktura.mfin.gov.rs — environnement de production du SEF.
• mfin.gov.rs — ministère des Finances de la République de Serbie.