eForms i offentlige anskaffelser
eForms er den strukturerte datamodellen som brukes for elektroniske kunngjøringer i Doffin og TED.
eForms er standarden for kunngjøringsdata i offentlige anskaffelser. Den beskriver hvilke opplysninger en kunngjøring kan og må inneholde, hvordan feltene henger sammen og hvordan data representeres teknisk i UBL/XML.
For brukeren ser eForms ut som et skjema i KGV-et. Under overflaten er det en versjonert datamodell med kodeverk, betingelser og valideringsregler.
Fra skjermfelt til publisert kunngjøring
Et KGV bør ikke be brukeren forstå XML. Løsningen skal:
- velge riktig kunngjøringstype ut fra prosessen
- vise relevante felt og forklare hva de betyr
- håndheve obligatoriske og betingede regler underveis
- bygge gyldig UBL/XML i riktig eForms-versjon
- validere før innsending
- sende kunngjøringen via Doffin-integrasjonen
- bevare kildeverdier, generert XML og valideringsrapport
En teknisk gyldig XML-fil kan fortsatt være faglig feil. Hvis feil CPV-kode, frist eller tildelingskriterium er registrert, må løsningen hjelpe saksbehandleren å oppdage det før publisering.
SDK og versjoner
EU-kommisjonens eForms SDK inneholder definisjoner, regler, kodeverk og ressurser som applikasjoner kan bruke til å bygge og validere kunngjøringer. Nye SDK-versjoner kan endre felt, regler eller kodeverdier.
En plattform bør derfor lagre eForms-versjonen per kunngjøring og ha en eksplisitt oppgraderingsprosess. Ikke oppgrader gamle utkast stille. Vis hvilke kunngjøringer som påvirkes, kjør migrering i kopi og presenter nye valideringsfeil til ansvarlig bruker.
Nasjonale krav
EU-reglene er ikke hele bildet. Norske kunngjøringer kan ha nasjonal tilpasning og må gå gjennom Doffin. DFØs veiledning sier at eForms er formatet som aksepteres av Doffin og TED både over og under terskelverdiene.
Systemet må derfor skille mellom:
- eForms-schema og felles EU-regler
- regler knyttet til kunngjøringstypen
- norsk tilpasning og Doffin-validering
- virksomhetens egne arbeidsflyter og godkjenninger
God feilbehandling
En valideringsmelding bør vise hvilket brukerfelt feilen gjelder, hvorfor verdien avvises og hvordan den kan rettes. En ren XML-sti er nyttig for utviklere, men utilstrekkelig for en innkjøper.
| Lag | Eksempel | Hvem løser det |
|---|---|---|
| Skjema | Ugyldig format eller manglende verdi | Bruker eller system |
| Forretningsregel | Feltkombinasjonen er ikke tillatt | Bruker med fagstøtte |
| Nasjonal validering | Norsk regel eller kodeverk er brutt | Bruker eller produkteier |
| Transport | Timeout eller utilgjengelig endepunkt | Integrasjonslaget |
Dataene kan brukes videre
Strukturerte eForms-data kan støtte markedssøk, analyse og gjenbruk. Men vis alltid den offisielle kunngjøringen og konkurransedokumentene som autoritativ kilde. En normalisert database eller AI-oppsummering kan miste nyanser.
Les om Doffin Notices API og TED API .
Offisielle kilder
Se TEDs utviklerguide til eForms SDK og DFØs KGV-veiledning . Kontroller alltid støttet versjon i Doffin før produksjonssetting.