PEPPOL Slovaquie — Authority DXC, Access Points DXC + POSAM
La Slovaquie a rejoint PEPPOL en 2018 avec une PEPPOL Authority hébergée par DXC Technology Slovakia (Bratislava). Le réseau slovaque s'appuie sur deux Access Points actifs (DXC, POSAM) et est utilisé pour le B2G via slovensko.sk (eFaktúra) ainsi que pour les flux B2B cross-border, en particulier automobiles (Volkswagen, Kia, Stellantis, JLR).
Histoire — du joining 2018 à BIS Billing 3.0
La Slovaquie a fait un choix stratégique en 2018 : confier la fonction PEPPOL Authority à un opérateur privé (DXC Technology Slovakia) plutôt qu'à une agence publique. Ce modèle, partagé notamment avec l'Irlande (DPER), permet une mise en route rapide sans création de structure publique dédiée. La contrepartie est une dépendance commerciale qui a forcé MIRRI SR à formaliser un contrat-cadre 2021-2026 avec DXC pour stabiliser la mission.
2014 | PEPPOL OpenPEPPOL AISBL fondée, transition depuis le projet
| LSP CIP-ICT 2008-2012. Bruxelles, gouvernance multilatérale.
|
2017 | Premières Access Points slovaques accrédités par OpenPEPPOL,
| sous l'égide de PEPPOL Authority hôte (DE / AT initialement).
|
2018 | Slovaquie obtient son propre PEPPOL Authority : DXC
| Technology Slovakia (Bratislava) — équivalent national des
| autorités SE (DIGG), FR (DGFiP), DE (KoSIT).
|
2019 | POSAM rejoint le réseau comme Access Point opérationnel,
| s'ajoutant à DXC. Couverture marché slovaque.
|
2020 | Profil PEPPOL BIS Billing 3.0 stabilisé, utilisé pour
| l'intégration eFaktúra slovensko.sk. ICD 0143 (IČO)
| confirmé comme identifiant de routage primaire.
|
2023 | Mandat B2G eFaktúra effectif — slovensko.sk devient le
| plus gros consommateur PEPPOL côté slovaque, opérant
| comme Access Point récepteur pour l'État.
|
2024-2025 | Croissance flux cross-border : Tchéquie, Autriche,
| Allemagne (Volkswagen Bratislava → siège Wolfsburg via
| PEPPOL AS4). Pologne tirée par KSeF voisin.
|
2026 | Discussion PEPPOL 5-corner model + PEPPOL CTC — Slovaquie
| observateur pour son pilote FRSR. Gouvernance — PEPPOL Authority + OpenPEPPOL
Trois niveaux de gouvernance interagissent :
- OpenPEPPOL AISBL (Bruxelles) — propriétaire des spécifications BIS, des profils, du SML central. Gouvernance multilatérale (78 Authorities en 2026).
- PEPPOL Authority Slovaquie = DXC Technology Slovakia — relais national : accréditation des Access Points slovaques, politique d'usage nationale, liaison avec MIRRI SR pour les flux B2G.
- Access Points (DXC, POSAM) — opérateurs techniques, fournissent l'interface AS4 et le SMP, signent les contrats client final (entreprise / collectivité).
Schéma technique — AS4, SMP, SML
PEPPOL Slovaquie suit le 4-corner model standard : émetteur → AP émetteur (C2) → AP récepteur (C3) → récepteur final (C4). Le routage repose sur la lookup SML → SMP → endpoint AS4 :
POST /as4 HTTP/1.1
Host: ap.dxc.sk
Content-Type: multipart/related; boundary="MIMEBoundary"; type="application/soap+xml"
--MIMEBoundary
Content-Type: application/soap+xml; charset=UTF-8
<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope"
xmlns:eb="http://docs.oasis-open.org/ebxml-msg/ebms/v3.0/ns/core/200704/">
<soap:Header>
<eb:Messaging>
<eb:UserMessage>
<eb:MessageInfo>
<eb:Timestamp>2026-06-15T10:14:00Z</eb:Timestamp>
<eb:MessageId>uuid:8f4d-2026-0091@dxc.sk</eb:MessageId>
</eb:MessageInfo>
<eb:PartyInfo>
<eb:From>
<eb:PartyId type="urn:fdc:peppol.eu:2017:identifiers:ap">
POP000123
</eb:PartyId>
</eb:From>
<eb:To>
<eb:PartyId type="urn:fdc:peppol.eu:2017:identifiers:ap">
POP000456
</eb:PartyId>
</eb:To>
</eb:PartyInfo>
<eb:CollaborationInfo>
<eb:Service>urn:fdc:peppol.eu:2017:poacc:billing:01:1.0</eb:Service>
<eb:Action>busdox-docid-qns::Invoice</eb:Action>
</eb:CollaborationInfo>
</eb:UserMessage>
</eb:Messaging>
</soap:Header>
<soap:Body/>
</soap:Envelope> Access Points slovaques
| Access Point | Siège | Spécialité | Cible client |
|---|---|---|---|
| DXC Technology Slovakia | Bratislava | Authority + AP corporate | Grandes entreprises, État, secteur public |
| POSAM s.r.o. | Bratislava | AP managed services + ERP integration | PME, ETI, secteur santé |
| Comarch Slovakia | Bratislava (filiale PL) | AP via Comarch EDI | Retail, manufacturing |
| Pagero Slovakia | Cross-border (siège SE) | AP cross-border, hub multi-pays | Multinationales, automotive |
| SovaNET | Bratislava | VAN local + bridge PEPPOL | PME locales |
Adoption — B2G obligatoire, B2B volontaire
- ~6 M factures B2G/an via slovensko.sk eFaktúra (2024) — quasiment toutes acheminées via PEPPOL BIS 3.0.
- ~3 M factures B2B PEPPOL/an estimées (volume réel non publié, agrégation DXC + POSAM + Comarch + Pagero) — surtout cross-border vers Autriche, Allemagne, Tchéquie, Pologne.
- Secteurs phares : automobile (VW Bratislava, Kia Žilina, Stellantis Trnava, JLR Nitra), électronique (Foxconn, Samsung Galanta), pharma (Zentiva, GSK), retail (Lidl, Kaufland, Tesco SK).
- Cross-border #1 : Allemagne — flux constructeur automobile (paiement Wolfsburg → fournisseurs SK), suivi par Autriche, Tchéquie, Pologne.
Pièges courants
- Confondre PEPPOL et eFaktúra. eFaktúra = service B2G côté État slovaque (slovensko.sk). PEPPOL = réseau de transport interopérable, utilisé PAR eFaktúra. eFaktúra reçoit via son endpoint PEPPOL, mais le réseau PEPPOL en lui-même est bien plus large que le B2G.
- Choisir un AP sans couverture SK. Tous les AP PEPPOL UE peuvent techniquement envoyer vers slovensko.sk, mais en pratique, le support en cas de rejet Schematron (règles slovaques) est variable. Préférer un AP avec présence Bratislava si volumes B2G slovaques significatifs.
- ICD 0143 vs 9914. ICD 0143 = IČO (national). ICD 9914 = VAT EU intracommunautaire (anciennement IT VAT, étendu). Le BIS Billing 3.0 utilise principalement 0143 pour la partie SK et 9914 pour le VAT.
- Penser que PEPPOL = signature. AS4 PEPPOL utilise une signature WS-Security au niveau transport, mais cela n'est pas une signature électronique qualifiée eIDAS. Pour les factures requérant signature qualifiée (rare en SK B2B), traitement séparé requis.
- Ignorer le SMP. Pour recevoir des factures PEPPOL, il faut être publié dans un SMP avec la liste des profils supportés. Une entreprise non publiée ne peut pas recevoir, même si l'émetteur tente l'envoi.