Aksesspunkt
Aksesspunkt er en transportformidler av filer fra en utsteder til en mottaker. Aksesspunktet må innordne seg etter retningslinjene gitt av EU prosjektet PEPPOL og den regionale myndighet som man lager avtale med.
Fremgangsmåten er slik:
1) Les dokumentasjonen som ligger på www.peppol.eu/peppol_components/peppol-eia
Mer informasjon om dokumentasjon og forslag til kode ligger under "Utdypende beskrivelse" nederst på denne siden. Her ligger også mer informasjon om Difi sin egen kode.
2) Meld din interesse for å bli aksesspunkt til din regionale myndighet i Norge –
Difi på mail: Elektronisk.faktura@difi.no, merk mailen med ”Ønsker å bli aksesspunkt”.
Du vil da motta kravene for aksesspunkt som er spesielle for Norge +
få sertifikat for START for utvekslingen mellom aksesspunktene, sertifikatskjema
Avtalen mellom regional myndighet - Difi - og aksesspunktet, avtalene.
3) Sett opp ditt aksesspunkt, finn utsteder og mottaker som vil knytte seg til ditt aksesspunkt + utsteder og/eller mottaker som er knyttet til et aksesspunkt (for å kunne teste løsningen).
4) Kontakt det andre aksesspunktet og si at du har en utsteder/mottaker som vil koble seg på infrastrukturen.
5) Godkjenning: Når dokumenter er sendt gjennom fra utsteder til mottaker og både utsteder og mottaker har godkjent dokumentene som er sendt skal Difi informeres og en testrapport leveres. Testrapporten vil være den samme som finnes www.peppol.eu/peppol_components/peppol-eia
Merk! PEPPOL er i en pilotfase frem til mai 2012. Difi samarbeider med PEPPOL og innfører samme infrastruktur. Nye aksesspunk må påregne endringer i løsningen i denne perioden og være villige til å rette seg etter dem.
Difi vil være behjelpelige med å svare på spørsmål om infrastruktur og teknikk til den grad Difi har mulighet og kompetanse. Ut over dette må den enkelte aktør stille spørsmålene sine til fora som finnes på nette, oppsøke informasjon via www.peppol.eu/peppol_components/peppol-eia
eller kjøpe tjenester hos aktører/aksesspunkter som tilbyr denne tjenesten.
Aksesspunktene er pliktige til å teste og hjelpe hverandre i en oppstart hvis det nye aksesspunktet har programmert seg klar for å kunne utføre en test mellom en utsteder og en mottaker.
Hvis testingen krever teknisk kompetanse hjelp fra det andre aksesspunktet så avtaler deltakere seg imellom om hvordan dette skal godtgjøres.
Ved en konflikt mellom partene rettes dette til Difi - Elektronisk.faktura@difi.no – merk mailen med ”Konflikt mellom AP og AP om test”.
Mer informasjon om dokumentasjon under "Utdypende beskrivelse":
Kode for å aksesspunkt:
Difi har fått laget en plug and play kode som er enkel å installere.
Koden (Oxalis) finnes som binær kode (last ned og kjør), og kodeverket enkelt å sette i produksjon. Koden krever Apache/Tomcat, Java, Metro. Sertifikat utstedes av Difi ved å sende mail til Elektronisk.faktura@difi.no.
Kode og dokumentasjon lastes ned fra GitHub - klikk her. Binær kode hentes her
Koden er kun tilgjengelig for Java.
Spørsmål om koden sendes til aksesspunkt@difi.no. Merk mailen med «Difi kode»
Dette er en forbedret kode av det som PEPPOL benytter og vil bli vedlikeholdt av Difi.
eller
Open e-PRIOR open source kode som kan benyttes av alle som ønsker å bli aksesspunkt. Den er laget i Java og benyttet en Linux maskin. Databaseoppsettet er laget for test og må endres til et annet databaseoppsett. Kode finnes her:
http://forge.osor.eu/forum/forum.php?forum_id=851
http://forge.osor.eu/forum/forum.php?forum_id=821
Difi har ikke erfaring med denne koden og ønsker tilbakemelding fra de som benytter den - Elektronisk.faktura@difi.no.
eller
PEPPOL sin sample code ligger her:
http://www.peppol.eu/peppol_components/peppol-eia/ict-architecture/transport-infrastructure/models
eller
Swedish National Financial Management Authority (ESV) har laget en test implementasjon for simulering av en SMP Server og START for Akesspunkt.
Reference implementation running on Ubuntu Linux (Virtual machine): Download PEPPOL Workshop her: SMP/Aksesspunkt test
Styringsstruktur,-prosesser og avtaler:
http://www.peppol.eu/peppol_components/peppol-eia/governance/transport-infrastructure/models/
Strategi, omfang og prinsipper som regulerer IKT-arkitekturen:
http://www.peppol.eu/peppol_components/peppol-eia/ict-architecture/transport-infrastructure/strategy
Høy nivå oversikt og beskrivelse av IKT-arkitektur og IKT-tjenester,
og avhengigheter til andre IKT-arkitekturer og senarioer:
http://www.peppol.eu/peppol_components/peppol-eia/ict-architecture/transport-infrastructure/framework
Service spesifikasjoner for tjenester i IKT-arkitektur. Retningslinjer for å forstå IKT-arkitektur spesifikasjoner.
http://www.peppol.eu/peppol_components/peppol-eia/ict-architecture/transport-infrastructure/models/
Design og implementering av komponenter for gjenbruk,
skal brukes i utforming og gjennomføring av desentralisert tjenester (Java eller .NET utvikling):
http://www.peppol.eu/peppol_components/peppol-eia/ict-architecture/transport-infrastructure/services-components/
Eksempel bygging design av desentraliserte tjenester:
http://www.peppol.eu/peppol_components/peppol-eia/ict-architecture/transport-infrastructure/designs/
Eksempel implementeringer av desentraliserte Services (software):
http://www.peppol.eu/peppol_components/peppol-eia/ict-architecture/transport-infrastructure/implementations/
Online test og validerings verktøy
http://www.difi.no/anskaffelser/elektronisk-faktura/verktoykasse-for-elektronisk-handel
