OpenPeppol har tagit över Peppols SML: därför ger uppslagningar mot den gamla EC-zonen i tysthet inaktuella svar

Den 2 september 2026 slutförde OpenPeppol övertagandet av Service Metadata Locator (SML), den DNS-baserade katalog som talar om för en sändande accesspunkt var en mottagares metadata publiceras. Fram till dess hade SML driftats av Europeiska kommissionen under edelivery.tech.ec.europa.eu. Nu drivs den av OpenPeppol under participant.sml.prod.tech.peppol.org. Tekniskt sett är förändringen liten - det handlar om en annan DNS-zon - men den har en bieffekt som är lätt att missa: den gamla zonen fortsätter att svara, och svaren blir alltmer felaktiga.

Vad som ändrades och när

• 19 mars 2026 - migreringsperioden inleds och den nya OpenPeppol-zonen börjar spegla EC-zonen.
• 31 maj 2026 - sista dag för SMP-leverantörer att flytta sina registreringsanrop för administration till OpenPeppols endpoint.
• 31 augusti 2026 - sista dag för accesspunkter och andra klienter som gör uppslagningar att flytta sina DNS-uppslagningar till den nya zonen.
• 2 september 2026 - OpenPeppols SML blir det primära systemet och EC-miljön ingår inte längre i produktionskedjan.
• September 2026 - EC-zonen ska avvecklas när kommissionen bedömer det lämpligt.

Varför den gamla zonen är farlig, inte bara föråldrad

En avvecklad zon skulle sluta fungera på ett tydligt sätt: varje uppslagning skulle ge svaret "hittades inte", och all övervakning skulle upptäcka det inom några minuter. Den gamla EC-zonen gör något värre. Den fortsätter att returnera poster, men SMP-leverantörer som har slutfört sin migrering skriver inte längre till den. För en klient som fortfarande gör uppslagningar mot den gamla zonen sker tre saker utan någon varning:

• deltagare som registrerats via en migrerad SMP efter övergången finns inte - uppslagningen ger svaret "inte registrerad";
• deltagare som har flyttat från en leverantör till en annan ser ut att fortfarande tillhöra sin tidigare leverantör;
• deltagare som har avregistrerats av en migrerad SMP ser fortfarande ut att vara registrerade.

Inga felmeddelanden visas. Data slutar helt enkelt att uppdateras för en växande andel av nätverket, en SMP i taget.

Så såg det ut i våra egna data

Vi skriver om detta eftersom det hände oss. Vår leverantörskoppling och markeringen "routningsbar/inte routningsbar" på varje deltagarsida bygger på SML-uppslagningar. Mellan den 2 och 14 september 2026 gick dessa uppslagningar fortfarande till den gamla zonen. Vi upptäckte det när Michael Walther från The Invoicing Hub skickade tre exempel där vår sida inte stämde överens med referensuppslagningen på peppol.helger.com - en deltagare visades som inte routningsbar trots att den uppenbart var det, eftersom den hade registrerats via en migrerad SMP den 13 september, och två deltagare visades med sina tidigare leverantörer efter att ha flyttat till Pennylane respektive ITEMS.

Den 14 september flyttade vi samtliga uppslagningar till OpenPeppol-zonen och gjorde nya uppslagningar för hela nätverket under natten. Siffrorna ger en bild av hur snabbt de två zonerna glider isär:

• Av de omkring 183 000 deltagare som vi hade markerat som "inte routningsbara" och kontrollerade på nytt under natten var 3 532 (cirka 1,9 %) i själva verket registrerade i nätverket - de var osynliga för oss enbart eftersom deras SMP redan hade migrerat.
• Bland deltagare som hade registrerats under veckan före korrigeringen var läget betydligt värre: i ett urval av de senaste resultaten med svaret "hittades inte" var 9 av 10 felaktiga.
• Från en dag till nästa ökade antalet deltagare med en leverantörskoppling med omkring 39 000 - ungefär tre gånger mer än under en normal dag - och 18 800 deltagare som hade angetts som "okända" fick en leverantör. De största ökningarna stod Pennylane (+8 558), Indy (+6 826), Banqup/Jefacture (+6 719), Saphety (+3 089) och Axway (+2 362) för. En del av detta är normal daglig tillväxt, medan resten beror på att de två zonerna kom ikapp varandra.

De SMP:er där skillnaderna mellan de två zonerna var störst i våra data var de som migrerade tidigt - däribland Pennylane, Jefacture (Banqup), peppolint (ITEMS), eezi, Odoo, Storecove och Myflowin. Registreringar som gjorts via SMP:er som migrerade sent, eller via de stora nationella SMP:erna, var fortfarande identiska i båda zonerna.

Detta får två konsekvenser för den som läser vår statistik: antalen per leverantör och siffrorna för "inte routningsbar" förändrades den 15 september av tekniska skäl, inte på grund av organisk tillväxt eller kundomsättning. Alla jämförelser mellan våra data från den 2-14 september och det aktuella nätverket bör göras med detta i åtanke.

Om du gör egna Peppol-uppslagningar

Alla som har byggt verifiering av deltagare, övervakning eller analys ovanpå SML - integratörer, ERP-leverantörer, ID-kontrolltjänster och forskare - bör kontrollera vilken zon deras kod frågar mot. Produktionszonen är iso6523-actorid-upis.participant.sml.prod.tech.peppol.org. Testzonen (SMK) är iso6523-actorid-upis.participant.sml.test.tech.peppol.org. Hashningen av deltagaridentifieraren (Base32 av SHA-256, U-NAPTR-post) är oförändrad, så bytet kräver bara en ändring på en rad i konfigurationen. Ett snabbt sätt att verifiera ett resultat är verktyget för deltagaruppslagning på peppol.helger.com, som redan frågar mot OpenPeppol-zonen.

Den bredare lärdom vi drar handlar om mer än en enda migrering: en discovery-tjänst som fortsätter att svara efter att den har upphört att vara auktoritativ utgör ett datakvalitetsproblem, inte ett tillgänglighetsproblem, och kräver en annan typ av kontroll än övervakning av drifttid. Vi gör nu omedelbart en ny SML-förfrågan när en SMP inte längre känner till en deltagare, uppdaterar inom en timme varje deltagarsida som öppnas med data som är äldre än tre dagar och visar datumet "Senast verifierad" på varje deltagarsida.

Tack

Vi vill tacka Michael Walther från The Invoicing Hub, som för andra gången tog sig tid att jämföra våra deltagarsidor med det aktuella nätverket och skicka exakta, reproducerbara exempel. Utan dem hade vi inte upptäckt avvikelsen förrän kommissionen stängde av den gamla zonen.