ediverse Explorer la plateforme

À la une PEPPOL BIS Billing 3.0 L’obligation européenne d’e-invoicing arrive : France sept 2026, Belgique janv 2026, Allemagne 2025.

Russie — FNS, UPD et flux EDF

La Russie a déployé un cadre national de facturation électronique pivot via les opérateurs EDF (Electronic Document Flow) agréés FNS depuis 2014. Le schéma central, l'UPD (Universal Transfer Document), combine facture fiscale (счёт-фактура) et bon de livraison en un seul XML signé.

Timeline réglementaire

  • 6 avril 2011 — Loi 63-FZ. Cadre fédéral sur la signature électronique, distingue la signature simple, renforcée non qualifiée et qualifiée (KEP), seule reconnue pour les documents fiscaux.
  • 5 mars 2012 — Ordre FNS ММВ-7-6/138@. Approuve le premier schéma XML de facture électronique (электронный счёт-фактура).
  • 21 octobre 2014 — Ordre FNS ММВ-7-15/155@. Introduit l'UPD (Universal Transfer Document), schéma unifié facture + bon de livraison + acte de service.
  • 1er janvier 2019 — Loi 488-FZ Markirovka. Étiquetage obligatoire (tabac, médicaments, fourrures, chaussures…) avec transmission UPD à Честный ЗНАК via opérateur EDF.
  • 1er janvier 2022 — Système traçabilité produits importés. RNPT (numéro d'enregistrement de l'envoi) obligatoire dans l'UPD pour certains produits importés (frigos, lave-linge, transformateurs…).
  • 1er juillet 2022 — Format UPD 5.02. Mise à jour ordre ED-7-26/970@ — extension des champs traçabilité et Markirovka.
  • 1er avril 2025 — Format UPD 5.03. Mise à jour intégrant ESBL (étiquette nationale produits sensibles) et ajustements TVA.

Schéma technique

Le format UPD (Универсальный передаточный документ) est un XML imposé par la FNS, encodé en windows-1251 avec balises en russe. Caractéristiques :

  • Function (Функция) : СЧФ (facture fiscale seule), ДОП (acte de transfert seul), СЧФДОП (combiné facture + acte).
  • КНД 1115131 : code formulaire UPD FNS.
  • СвПрод / СвПокуп : blocs vendeur / acheteur avec INN, KPP, adresse РФ (codes régions, OKATO).
  • СодФХЖ1 : lignes du document avec ОКЕИ (unités), ОКПД2 (nomenclature produit), taux TVA (НалСт), RNPT pour produits importés traçables.
  • Signature détachée : KEP au format CAdES-BES ou CAdES-X Long Type 1, normes ГОСТ Р 34.10-2012 (clé) et ГОСТ Р 34.11-2012 (hash).

Exemple minimal d'un UPD SCHFDOP (facture + acte combinés) :

xmlupd-5.03.xml
<?xml version="1.0" encoding="windows-1251"?>
<Файл ИдФайл="ON_NSCHFDOPPR_2BM-7707083893_2BM-7706107510_..."
      ВерсФорм="5.03"
      ВерсПрог="Ediverse 1.0">
  <Документ КНД="1115131" Функция="СЧФДОП" ДатаИнфПр="16.05.2026"
            ВремИнфПр="10.30.00" НаимЭконСубСост="Ediverse Demo LLC">
    <СвСчФакт НомерСчФ="142" ДатаСчФ="16.05.2026">
      <СвПрод>
        <ИдСв>
          <СвЮЛУч НаимОрг="Ediverse Demo LLC"
                  ИННЮЛ="7707083893" КПП="770701001"/>
        </ИдСв>
        <Адрес>
          <АдрРФ Индекс="125009" КодРегион="77"
                 Город="Москва" Улица="Тверская" Дом="13"/>
        </Адрес>
      </СвПрод>
      <СвПокуп>
        <ИдСв>
          <СвЮЛУч НаимОрг="Customer Demo LLC"
                  ИННЮЛ="7706107510" КПП="770601001"/>
        </ИдСв>
      </СвПокуп>
      <ДенИзм КодОКВ="643"/>
      <СодФХЖ1>
        <СвТов НомСтр="1" НаимТов="Cloud services May 2026"
               ОКЕИ_Тов="796" КолТов="1.00" ЦенаТов="50000.00"
               СтТовБезНДС="50000.00" НалСт="20%" СумНал="10000.00"
               СтТовУчНал="60000.00"/>
      </СодФХЖ1>
    </СвСчФакт>
  </Документ>
</Файл>

Flux de soumission

Le modèle russe est un 5-corner via opérateurs EDF : le vendeur signe l'UPD avec sa KEP, dépose chez son opérateur, qui route vers l'opérateur de l'acheteur (roaming) si différent. L'acheteur signe l'accusé de réception, et l'ensemble est répliqué à la FNS via reporting automatique.

textupd-flow.txt
┌─────────────┐    ┌─────────────────┐    ┌─────────────┐
│ Vendeur RU  │───>│ Opérateur EDF   │───>│ Acheteur RU │
│ (ERP, UPD)  │    │ (Diadoc, Kontur,│    │ (réception) │
│ + KEP sig   │    │  Taxnet, Tensor)│    │ + accusé    │
└─────────────┘    └────────┬────────┘    └─────────────┘


                  ┌──────────────────┐
                  │ FNS (nalog.gov.ru│  ← reporting fiscal
                  │  via opérateur)  │     automatique
                  └──────────────────┘

Pour les biens étiquetés Markirovka (tabac, alcool, médicaments, chaussures…), l'opérateur transmet en parallèle les codes DataMatrix au système Честный ЗНАК (CRPT). Pour les biens importés sous traçabilité, le RNPT déclaré dans l'UPD est répliqué automatiquement à la FNS pour rapport trimestriel.

Validation

  • FNS — portail facturation électronique : nalog.gov.ru/el_doc — schémas XSD UPD officiels, listes d'opérateurs EDF agréés, listes d'autorités de certification KEP.
  • Diadoc (СКБ Контур) : diadoc.ru — premier opérateur EDF russe, API REST, sandbox publique.
  • СБИС (Tensor) : sbis.ru — opérateur EDF, ERP intégré, gros volumes.
  • Честный ЗНАК (CRPT) : честныйзнак.рф — système national de traçabilité Markirovka adossé à l'UPD.

Pièges courants

  1. Encodage windows-1251 obligatoire. Les XSD FNS rejettent les XML en UTF-8 : la déclaration encoding="windows-1251" est requise et le contenu doit être réellement encodé en CP1251. Une conversion BOM UTF-8 → CP1251 sans purge des caractères hors-table casse les noms propres et adresses contenant des caractères non-russes (lettres latines accentuées d'origine, symboles techniques).
  2. KEP ГОСТ vs RSA. Une signature avec un certificat RSA (même qualifié EU eIDAS) n'est pas reconnue. Le KEP doit utiliser ГОСТ Р 34.10-2012 sur courbe elliptique russe et ГОСТ Р 34.11-2012 (hash Streebog), avec certificat émis par une CA accréditée par le Ministère du Développement Numérique (Минцифры).
  3. Roaming inter-opérateurs. Vendeur sur Diadoc et acheteur sur Tensor : l'échange passe par un roaming agreement entre opérateurs. Toutes les paires ne sont pas couvertes, et certaines exigent que les deux parties activent explicitement le roaming. Vérifier la matrice de roaming avant onboarding d'un client clé.
  4. Format UPD vs version XSD. La FNS publie régulièrement des révisions (5.01, 5.02, 5.03…), chacune avec sa date d'entrée en vigueur et une période de tolérance pour l'ancienne version. Émettre en 5.02 après la bascule 5.03 sans tolérance déclenche un rejet par l'opérateur EDF.
  5. Traçabilité Markirovka et RNPT. Oubli des codes DataMatrix sur l'UPD d'un produit étiqueté : l'opérateur transmet quand même, mais le rapprochement Честный ЗНАК échoue et le produit apparaît comme "non livré" dans la chaîne, créant un risque d'immobilisation chez l'acheteur.

Liens transverses