EDIFACT retail hongrois

Avant et indépendamment du RTIR Online Számla, le commerce de détail hongrois échange ~500 millions de messages EDIFACT par an entre enseignes et fournisseurs : commandes, livraisons, factures, retours. EANCOM 2002 reste le standard, supervisé par GS1 Hungary.

Enseignes hongroises et étrangères

Messages EDIFACT utilisés

• ORDERS. Commande de l'enseigne au fournisseur. Volume dominant. Variants courants : commande standard, commande promotionnelle (avec PROMO segment), commande à livrer en EDI (DropShipment).
• ORDRSP. Réponse fournisseur : confirmation, changement, refus partiel/total. Maturité variable selon l'enseigne — Spar et Lidl exigent ORDRSP systématique, CBA moins strict.
• DESADV. Avis d'expédition (ASN, Advanced Shipping Notice) avant livraison physique. Indique colis, palettes, SSCC des unités logistiques. Permet réception scan-only.
• INSDES. Instructions d'expédition (peu utilisé en Hongrie hors automotive).
• RECADV. Accusé de réception après livraison physique. Permet la facturation auto-facturation pour les partenaires en self-billing.
• INVOIC. Facture commerciale au sens EDIFACT. Toujours utilisée entre enseigne et fournisseur — coexiste avec le flux NAV Online Számla (cf. section dédiée plus bas).
• REMADV. Avis de paiement (Remittance Advice). Utilisé par les enseignes pour annoncer les paiements consolidant plusieurs factures (compensation, avoirs).
• PRICAT. Catalogue prix-tarif. Échangé en début de relation et à chaque révision tarifaire.
• SLSRPT. Reporting des ventes au fournisseur (volumes sortie de caisse, gestion catégorie). Données quotidiennes ou hebdomadaires.

GS1 Hungary — gouvernance

GS1 Hungary (officiellement Magyar GS1 Egyesület) est l'organisation de référence pour les standards EDIFACT et les identifiants barcoded en Hongrie :

• Préfixe GS1 hongrois : 599 (sur les codes-barres EAN-13 des produits fabriqués en Hongrie).
• Membres. ~12 000 entreprises adhérentes, essentiellement fournisseurs FMCG, enseignes de la GMS, fabricants industriels.
• Subsets EANCOM 2002. GS1 Hungary publie les subsets harmonisés pour les messages clés (ORDERS, DESADV, INVOIC), en accord avec les variantes nationales (codes pays, devises, taux TVA hongrois).
• Implementation Guidelines (IG). Documents téléchargeables membres uniquement (~80 € par IG message). Mis à jour annuellement.
• Certifications. GS1 Hungary délivre des certifications GS1 Datapool (catalogue produits) et GS1 Smart Search (référencement produit pour ASN).
• Liens internationaux. Représentation au sein de GS1 Global Office et du Conseil européen GS1 in Europe.

Réseaux et VANs

• AS2 dominant (~70 % des flux). Configuration classique avec accusés MDN signés. Certificats X.509 émis par les partenaires en bilateral.
• OFTP2 (~5 %). Quelques flux automotive (BMW Debrecen, Mercedes Kecskemét) sur réseau ENX. Pas dominant en retail.
• SFTP (~15 %). Variante low-tech pour les petits fournisseurs, hébergée chez l'enseigne ou un VAN tiers.
• HTTPS REST/SOAP (~10 %). Émergence chez les nouveaux fournisseurs e-commerce / pure players. Pas toujours EDIFACT au sens strict (parfois XML ou JSON propriétaire).

VANs majeurs présents en Hongrie :

• Comarch EDI Hungary. Bureau local de Comarch (PL), leader sur ~40 % des flux retail. Plateforme infohub avec connecteurs SAP/Oracle.
• EDITEL Magyarország. Filiale du groupe EDITEL (AT/DE/CZ). Spécialiste retail Europe centrale.
• GXS / OpenText. Présence historique pour les multinationales (Unilever HU, P&G HU, Coca-Cola HBC HU).
• B2BX (hongrois). VAN local hongrois pour PMEs et fournisseurs régionaux.
• Tata Consultancy Services (TCS). Présent via TCS BaNCS pour les fournisseurs IT outsourcés.

Coexistence avec NAV RTIR

• Pas de chaînage natif. Le standard EDIFACT INVOIC et le schéma XSD NAV sont indépendants. Aucune référence croisée obligatoire (ni transactionId NAV dans l'INVOIC, ni numéro EDIFACT dans le XML NAV).
• Bonne pratique recommandée. Insérer le numéro de facture juridique (qui sert à la fois dans l'INVOIC et dans le XML NAV) dans le champ invoiceNumber partagé. Ainsi l'enseigne peut cross-checker via queryInvoiceCheck NAV si elle le souhaite.
• Flux multi-canal. Une seule facture juridique, deux supports techniques distincts. La déduction TVA et le paiement reposent sur l'INVOIC EDIFACT (validée par les processus enseigne), pas sur le flux NAV (qui est purement déclaratif).
• Coût intégrateur. Toute intégration EDIFACT retail hongroise doit prévoir le module NAV RTIR en parallèle. Un seul des deux suffit rarement.

Pièges courants

• Croire que l'INVOIC EDIFACT suffit. Le flux EDI n'éteint pas l'obligation NAV RTIR. Beaucoup de fournisseurs européens découvrent le RTIR après un premier contrôle NAV et un redressement.
• Mauvais alignement GLN / adoszám. Le GLN identifie le partenaire en EDIFACT, mais NAV exige l'adoszám. Le mapping GLN → adoszám doit être maintenu localement, sans erreur de doublon (un GLN par adoszám, pas un GLN par site).
• Confusion GTIN-13 vs codes internes enseigne. Lidl et Aldi utilisent leurs propres SKU codes en plus du GTIN EAN-13. Le mapping doit être bidirectionnel à chaque envoi.
• Sous-traiter au VAN sans gouvernance. Un VAN transmet les flux mais ne gère pas la conformité NAV RTIR. La responsabilité reste celle du fournisseur. Bien clarifier les périmètres dans le contrat.
• Mélanger devises HUF / EUR. Pour les fournisseurs multidevises, l'INVOIC peut être en EUR avec un taux de change indicatif ; le RTIR NAV impose la facture en HUF (ou en EUR avec conversion explicite + taux MNB). Erreur fréquente.

Liens transverses

• Hub Hongrie — RTIR complet
• NAV Online Számla — plateforme B2B
• EDIFACT automotive hongrois
• Régimes TVA hongrois
• Caisses online pénztárgép
• GS1 Hungary — Magyar GS1 Egyesület
• GS1 EANCOM — standard global