PEPPOL
PEPPOL står for Pan-European Public Procurement Online.
PEPPOL er NemHandel for Europa og skal fremme samhandelen på tværs af landegrænserne i Europa. Dette skal gøres ved at lave fælles standarder og software for alle EU-lande. Disse standarder beskriver hvordan elektroniske dokumenter kan udveksles på tværs i Europa, også selvom de enkelte landes lovgivning for elektroniske fakturaer kan variere fra hinanden.
Disse nye standarder skal understøtte processerne ved udbud, kataloger, ordre og faktura.
Standarderne bygger på CEN/BII.
Der arbejdes ligesom i Danmark med profil-begrebet. Der er udviklet forskellige CEN/BII profiler, der fortæller hvilken handelsproces de enkelte dokumenter udveksles under.
F.eks.: profilen urn:www.nesubl.eu:profiles:profile5:ver2.0 BuyerParty understøtter modtagelse af faktura/kreditnote uden forudgående ordre
Danmark spiller, gennem IT & Telestyrelsen, en stor rolle i projektet. IT & Telestyrelsen er medlem af PEPPOL's konsortium og leder arbejdsgruppen WP8 og er med i grupperne eOrdering og eInvoicing.
Den tekniske del af PEPPOL (transport af dokumenter) har fået betegnelsen BUSDOX.
BUSDOX står for: Business Document Exchange Network
Specifikationerne af BUSDOX v. 1.0 er frigivet og består af:
CommonDefinitions
Service Metadata Locator (SML)
Service Metadata Publishing (SMP)
Secure Trusted Asynchronous Reliable Transport (START)
Lightweight Message Exchange Profile (LIME)
-
PEPPOL Identifier Schemes
MailEDI arbejder som "Sub-Contractor" under IT & Telestyrelsen. Vi er med i udviklingen af .NET versionen af transportbibliotekerne (LIME og START)
Dette arbejde foregår i WP8 (arkitektur, design og validering)

Begreber i BUSDOX:
-
Alle virksomheder, der vil sende og modtage dokumenter elektronisk, skal tilknyttes et Access Point (AP)
-
AP opretter kundes data på et Service Metadata Publishing (SMP)
-
SMP opretter så dele af kundes data på Service Metadata Locator (SML)
Der findes altså kun en central SML - styret af PEPPOL.
Der findes mange SMP'er og AP'er (op til flere i hvert land) AP og SML kan være drevet af samme firma (service provider); men det er ikke noget krav. De kan ligge hos forskellige udbydere. Men modsat SML, så er disse drevet af private firmaer.
Så hvis en leverandør i Danmark skal sende en faktura til en kunde i Tyskland, så sender leverandøren dokumentet til sin AP (også kaldet serviceprovider) og derefter:
-
Afsenders AP spørg SML: "Hvor finder jeg mere info på dette modtagerID?"
-
SML svarer med adressen på afsenders SMP
-
Afsendes AP spørg SMP: "Hvilken AP har kunden med dette modtagerID og der modtager faktura?"
-
SMP svarer med adressen på modtagers AP
-
Afsenders AP sende nu fakturaen til modtagers AP
-
Modtagers AP lægger nu fakturaen i modtagers "mailbox" på AP'et
-
Modtager kan nu hente fakturaen.
Fordi det er modtager, der selv tømmer postkassen, så behøver man ikke have en PC kørende 24/7
Læs mere om PEPPOL...
Læs mere om arbejdsgrupperne...
Læs mere om arbejdsgruppen WP8...
Læs mere om BUSDOX specifikationerne...