Formatet

Her finder du svarene på de ofte stillede spørgsmål om formatet. En uddybelse af svarene findes ved at klikke på tilhørende spørgsmål.

Hvorfor har jeg problemer med tegnene "<" og "&" ?

Måske, fordi de eneste to tegn, der skal "escapes" i XML, er "&" og "<".

Må man benytte æøå i filnavne?

Det kan ikke anbefales at benytte æøå i filnavnet på en elektronisk regning.

Hvordan skal "aftalte felter" fortolkes?

Felter, der står anført med kategorien "Aftales", er felter, som to parter kan aftale at udveksle med hinanden, før en udveksling finder sted.

Skal vi understøtte meddelelsestyperne PIETEST, PIPTEST mv.?

Meddelelser med endelsen "TEST" er frivillige meddelelser, som spejler de øvrige meddelelser.

Hvordan skal DEFAULT-værdierne forstås for Læs Ind-meddelelser?

Default-værdien er en fast tekst, som elementet skal indeholde i Læs Ind- meddelelser, felterne skal optræde, men ikke benyttes.

Hvorfor bruge ”null” i stedet for en tom streng som værdi i udfaldsrum?

Dette er valgt for at tydeliggøre, at der er tale om en bevidst handling, der skal håndteres som beskrevet i dokumentationen.

Hvad er det myndighederne kan kræve kommer med i en regning?

De nye krav stillet af Bekendtgørelse om information i OIOXML elektronisk regning er RegningsModtagerID, KøbsOrdreNummer, DimensionsKontoStreng og KundeReferenceID.

Hvad er forskellen mellem KundeIdentifikation (Invoice/BuyerParty/ID) og RegningsModtagerID (Invoice/BuyersReferenceID)? Hvorfor kan den første være et CVR nummer eller EAN lokationsnummer, mens den anden kun må være et EAN Lokationsnummer?

RegningsModtagerID bruges til at få regningen sendt til det rigtige sted. Den fungerer som nøglen inden for VANS netværket. Derfor må det kun være ét EAN lokationsnummer.

Hvorfor kræver online-validatoren, at Sellerparty.OrderContact.ID er udfyldt, når den er anført som aftalefelt i bekendtgørelsen?

Der er tale om en fejl i bekendtgørelsen - feltet Sellerparty.OrderContact.ID skal være udfyldt.