Teknisk håndbok SPESIFIKASJON. Påmelding i XML-FORMAT. versjon Status: Gjeldene. Påmelding XML format versjon 2.9

Størrelse: px
Begynne med side:

Download "Teknisk håndbok SPESIFIKASJON. Påmelding i XML-FORMAT. versjon 2.9. - Status: Gjeldene. Påmelding XML format versjon 2.9"

Transkript

1 Teknisk håndbok SPESIFIKASJON Påmelding i XML-FORMAT versjon

2 Dokumentansvarlig: Terje Dahl Endringslogg Ver. Kap. Beskrivelse av endring Sign. forf. Sign. dok.ansv. Dato Alle endringer fra 1.0 til 2.0 (fjernet fra endringslogg) Tormod Engen Rodi Kristiansen ServiceProviderName skal fylles ut med Men i en overgangsfase vil allikevel Thor sendes ut fra BBS, og BBS aksepterer dette som gyldig verdi fra eksisterende utstedere Endret beskrivelse av TAG er for Country og State. Det presiseres nå at feltet kan komme utfylt fra BBS, hvis kunde/nettbank har fylt ut feltet ved avtaleinngåelse TAG for EnrollmentDelete manglet i DTD for requestfil Endret DTD: Fra <!ELEMENT ServiceProvider (ServiceProviderName, ServiceProviderID?, ServiceID?)> til <!ELEMENT ServiceProvider (ServiceProviderName, ServiceProviderID, ServiceID)> Som gjør at ServiceProviderID, ServiceID blir valgfrie da de kun skal benyttes I toinfo Terje Dahl Terje Dahl Terje Dahl Terje Dahl Fjernet dette kapitelet, da Terje Dahl

3 det ikke lenger sendes ut endringsmeldinger på aktive avtaler. Aktive avtaler hvor status ikke endres blir ikke sendt ikke til utsteder, da disse allerede er validert OK Gyldig verdi for ServiceProviderName endres fra 8080 til THOR Rita Nordtug

4 1 INNLEDNING FORMÅL MED DOKUMENTET MÅLGRUPPE KONTAKTPERSONER I BBS FUNKSJONALITET OVERORDNET BESKRIVELSE FORSENDELSE OPPDRAG TRANSAKSJONSNIVÅ XML STANDARD (REQUEST/RESPONSE) FLYTSKJEMA TABELLER SOM BENYTTES I DETTE DOKUMENT SPESIFIKASJON AV REQUEST FILEN FRA BBS FORSENDELSESNIVÅ OPPDRAGSNIVÅ VEDLEGG Forespørsel om ny efaktura avtale i request fra BBS Forespørsel om ny efaktura-avtale Kvittering fra BBS på godkjent forespørsel om ny efaktura-avtale Kvittering fra BBS på avvist forespørsel om ny efaktura-avtale Melding om sletting av eksisterende efaktura-avtale i request fra BBS Melding til utsteder om sletting av aktiv efaktura-avtale DTD OVERSIKT OVER MELDINGER SOM KAN SENDES I REQUEST FILEN FRA BBS ENROLLMENTADD (NY EFAKTURA AVTALE), ENROLLMENTCHANGE (ENDRING EFAKTURA AVTALE), ELLER ENROLLMENTDELETE (MELDING OM SLETTING AV EFAKTURA AVTALE) Ulike meldingstyper & krav til utsteder's behandling av disse Behandling av felter i Request filen Svarfrist, purring & sletting av efaktura avtale Kvittering / verifikasjon i request-fil SPESIFIKASJON AV RESPONSE FILEN FRA UTSTEDER FORSENDELSESNIVÅ OPPDRAGSNIVÅ VEDLEGG Svar på forespørsel om ny efaktura-avtale i response fra utsteder Svar på Forespørsel om ny efaktura-avtale (Utsteder godkjenner avtalen) Svar på Forespørsel om ny efaktura-avtale (Utsteder avviser avtalen) Svar på forespørsel om endring av eksisterende efaktura-avtale i repsonse fra BBS Svar på forespørsel om endring av efaktura-avtale (Utsteder godkjenner endringen) Svar på forespørsel om endring av efaktura-avtale (Utsteder avviser endringen) DTD XSD SCHEMA OVERSIKT OVER MELDINGER SOM KAN SENDES I RESPONSE FILEN ENROLLMENTADD ELLER ENROLLMENTCHANGE Hvordan svare på request fil i response filen Krav til felter som må fylles ut i response filen

5 1 Innledning 1.1 Formål med dokumentet Dokumentet er opprettet for å vise hvilken filstruktur utstedere må forholde seg til i kommunikasjonen med BBS for å kunne behandle koblingsfiler. Utsteder/ partner vil med hjelp av dette dokumentet kunne lage en automatisk rutine som leser og prosesserer requestfiler, og på bakgrunn av prosesseringen lage en response-fil som kan sendes tilbake til BBS. 1.2 Målgruppe Målgruppen til dette dokumentet er de personer hos utsteder og eventuelle samarbeidspartnere som skal involveres i arbeidet med å vurdere og lage en automatisk rutine for godkjenning og avvisning av efaktura-avtaler. 1.3 Kontaktpersoner i BBS Har du spørsmål til funksjonalitet omtalt i dette dokumentet: Utsteder ta kontakt med Biller Team. 5

6 2 Funksjonalitet 2.1 Overordnet beskrivelse Request fil (forespørsel fra kunde og kvitteringer) En xml-fil kalt request-fil sendes fra BBS til utsteder. Filen inneholder/ kan inneholde: Forespørsel om nye efaktura-avtale fra kunde i nettbank Forespørsel om endring av eksisterende efaktura-avtale fra kunde i nettbank Melding om at kunde har slettet sin efaktura-avtale Kvittering / verifikasjon på at BBS har oppdatert efaktura avtale status i sitt system på bakgrunn av svar fra utsteder (response-filen). Dette gjelder svar på forespørsel om ny efaktura-avtale eller forespørsel om endring av efaktura-avtale. Response fil (svar fra utsteder) Utsteder sender en xml fil kalt response filen til BBS. Filen inneholder / kan inneholde: Svar på forespørsel om ny efaktura-avtale fra kunde (utsteder validerer & godkjenner kunde) Svar på forespørsel om ny efaktura-avtale fra kunde (utsteder validerer & avviser kunde) Svar på forespørsel om endring på eksisterende efaktura-avtale fra kunde (utsteder validerer & godkjenner) Svar på forespørsel om endring på eksisterende efaktura-avtale fra kunde (utsteder validerer & avviser) 2.2 Forsendelse En forsendelse er øverste nivå og skal kun forekomme 1 gang pr. fil. Forsendelsesnivå inneholder informasjon om avsender, mottaker og dato for forsendelsen. Forsendelsesnivå skal alltid fylles ut. 2.3 Oppdrag Oppdrags nivå forekommer en til flere ganger under forsendelsesnivå, typisk en gang per utsteder. Et oppdrag identifiserer et sett med transaksjoner tilhørende en utsteder. Oppdragsnivå skal alltid fylles ut. 2.4 Transaksjonsnivå Transaksjonsnivå inneholder informasjon om den enkelte transaksjon. Det kan være fra 1 til x antall detaljtransaksjoner på dette nivå. 6

7 2.5 XML Standard (request/response) Formatet på request / response filer for kundevalidering er XML 1.0. Request & response filen skal behandles i.h.h.t dtd og følge xml 1.0 standarden. Spesifikasjonene for XML 1.0 finner du på Vi gjør spesielt oppmerksom på at: XML standarden er case sensitive, dvs at store og små bokstaver må benyttes som henvist i dette dokumentet. 7

8 2.6 Flytskjema Her kommer et flytskjema som beskriver flyten mellom de ulike aktører og forklarer prosessen fra en kunde gjør en forespørsel om ny eller endring av efaktura avtale med utsteder og utsteder validerer og enten godkjenner / avviser forespørsel fra kunde. BBS sender kvittering til utsteder på at BBS har behandlet svaret. Når denne prosessen er utført er utsteder klar til å sende efaktura til kunde (hvis godkjent efaktura avtale). Figur 1 2. Nettbank registrerer avtale i efaktura-systemet. Avtale vises i nettbank som "avventende" BBS 3. BBS sender request-fil til utsteder 5. I nettbank vises avtale som godkjent eller avslått 6.BBS sender kvittering til utsteder 4. Utsteder sender response-fil til BBS Nettbank Utsteder 1. Forbruker registrerer at han ønsker å motta efaktura fra en utsteder Forbruker 8

9 2.7 Tabeller som benyttes i dette dokument Tabellene som benyttes for å beskrive forsendelse, oppdrag og detaljnivå forklares på følgende måte. TAG BESKRIVELSE FORMAT Beskriver tag som benyttes i xml Beskriver hva tag gjør Beskriver hvilket format innholdet av tag 9

10

11 3 Spesifikasjon av request filen fra BBS 3.1 Forsendelsesnivå Forsendelsesnivå er øverste nivå i en fil. Forsendelsesnivået forteller noe om hvilket fakturahotellet/utsteder som sender inn detaljtransaksjonene. TAG BESKRIVELSE FORMAT <?xml version="1.0" encoding="iso "?> Koden skal stå øverst i filen for å sikre rett formatering/ tegnsett på Xml-filen. <Message> Message markerer start og slutt på meldingen. - <Request> Header informasjon om fakturaen. - <FromInfo> Informasjon under FromInfo forteller hvem som sendte fila. - <ServiceProvider> - - <ServiceProviderName> <ToInfo> <ServiceProvider> Alltid verdien : THOR ServiceProviderName skal fylles ut med THOR. Informasjon under ToInfo forteller hvem fila skal til. numerisk, 4 posisjoner Alltid THOR - - <ServiceProviderID> Forteller hvem som skal motta filen. Alfanumerisk, 15 posisjoner Foretaksnummer F.eks. NOR <ServiceID> Alltid 1 Numerisk, 1 posisjon 11

12 3.2 Oppdragsnivå Oppdragsnivå inneholder informasjon om hvilken utsteder som sender inn detaljtransaksjonene. Følgende tabell gir en oversikt over hvilke elementer som er nødvendig for å definere et oppdrag. TAG BESKRIVELSE FORMAT <EnrollmentRQ> Inneholder flere transaksjoner. En transaksjon kan være en forespørsel om ny efaktura avtale eller endring av efaktura avtale eller kvittering på oppdatert efaktura avtale fra BBS på vegne av utsteder. - 12

13 3.3 Vedlegg Ny efaktura-avtale forespørsel i request filen Forespørsel om endring på eksisterende efaktura-avtale i request filen Sletting av efaktura-avtale i request filen Forespørsel om ny efaktura avtale i request fra BBS Forespørsel om ny efaktura-avtale Denne forespørselen inneholder efaktura avtale-informasjon fylt ut av kunde i nettbank. Denne informasjonen må utsteder benytte for å validere om kunde virkelig er kunde hos utsteder. Utsteder kan enten godta eller avslå denne forespørselen i response til BBS <?xml version="1.0" encoding="iso "?> <Message> <Request> <FromInfo> <ServiceProvider> <ServiceProviderName> <![CDATA[8080]]> </ServiceProviderName> </ServiceProvider> </FromInfo> <ToInfo> <ServiceProvider> <ServiceProviderID> <![CDATA[NOR ]]> </ServiceProviderID> <ServiceID> <![CDATA[1]]> </ServiceID> </ServiceProvider> </ToInfo> </Request> <EnrollmentRQ> <EnrollmentAdd> <AccountInfoRecord> <PortalInfo> <PortalEnrollmentStatus> <![CDATA[A]]> </PortalEnrollmentStatus> 13

14 </PortalInfo> <BillerInfo> <BillerAccountNumber> <![CDATA[999]]> </BillerAccountNumber> <BillerUserName /> <BillerPassword /> <BillerEnrollmentStatus> <![CDATA[P]]> </BillerEnrollmentStatus> </BillerInfo> <UserInfo> <FirstName> <![CDATA[Fornavn]]> </FirstName> <LastName> <![CDATA[Etternavn]]> </LastName> <DayPhone /> < /> <UserAddress> <Address1> <![CDATA[adr1]]> </Address1> <Address2> <![CDATA[]]> </Address2> <City> <![CDATA[Oslo]]> </City> <State /> <PostalCode> <![CDATA[0045]]> </PostalCode> <Country> <![CDATA[NO]]> </Country> </UserAddress> </UserInfo> <ThorInfo> <ThorContentProviderId> <![CDATA[NOR ]]> </ThorContentProviderId> <ThorUserId> <![CDATA[defg876dfg876df68 = =]]> </ThorUserId> </ThorInfo> 14

15 <ThorUserKey/> </AccountInfoRecord> </EnrollmentAdd> </EnrollmentRQ> </Message> 15

16 Kvittering fra BBS på godkjent forespørsel om ny efaktura-avtale Utsteder har godkjent forespørsel om ny efaktura-avtale sendt i response fil til BBS. BBS sender kvittering på at BBS har godkjent efaktura avtalen på vegne av utsteder, tilbake til utsteder. Denne kvitteringen skal utsteder bruke til å starte efaktura for kunden. <?xml version="1.0" encoding="iso "?> <Message> <Request> <FromInfo> <ServiceProvider> <ServiceProviderName> <![CDATA[8080]]> </ServiceProviderName> </ServiceProvider> </FromInfo> <ToInfo> <ServiceProvider> <ServiceProviderID> <![CDATA[NOR ]]> </ServiceProviderID> <ServiceID> <![CDATA[1]]> </ServiceID> </ServiceProvider> </ToInfo> </Request> <EnrollmentRQ> <EnrollmentChange> <AccountInfoRecord> <PortalInfo> <PortalEnrollmentStatus> <![CDATA[A]]> </PortalEnrollmentStatus> </PortalInfo> <BillerInfo> <BillerAccountNumber> <![CDATA[999]]> </BillerAccountNumber> <BillerUserName /> <BillerPassword /> <BillerEnrollmentStatus> <![CDATA[A]]> </BillerEnrollmentStatus> </BillerInfo> <UserInfo> 16

17 <FirstName /> <LastName /> <DayPhone /> < /> <UserAddress> <Address1 /> <Address2 /> <City /> <State /> <PostalCode /> <Country /> </UserAddress> </UserInfo> <ThorInfo> <ThorContentProviderId> <![CDATA[NOR ]]> </ThorContentProviderId> <ThorUserId> <![CDATA[defg876dfgsdgsd87454 = =]]> </ThorUserId> </ThorInfo> <ThorUserKey /> </AccountInfoRecord> </EnrollmentChange> </EnrollmentRQ> </Message> 17

18 Kvittering fra BBS på avvist forespørsel om ny efaktura-avtale Utsteder har sendt response med avslag av forespørsel om ny efaktura-avtale til BBS. BBS sender kvittering på at BBS har avvist avtalen og gitt kunde beskjed om avvisningsårsak på vegne av utsteder. <?xml version="1.0" encoding="iso "?> <Message> <Request> <FromInfo> <ServiceProvider> <ServiceProviderName> <![CDATA[8080]]> </ServiceProviderName> </ServiceProvider> </FromInfo> <ToInfo> <ServiceProvider> <ServiceProviderID> <![CDATA[NOR ]]> </ServiceProviderID> <ServiceID> <![CDATA[1]]> </ServiceID> </ServiceProvider> </ToInfo> </Request> <EnrollmentRQ> <EnrollmentChange> <AccountInfoRecord> <PortalInfo> <PortalEnrollmentStatus> <![CDATA[A]]> </PortalEnrollmentStatus> </PortalInfo> <BillerInfo> <BillerAccountNumber> <![CDATA[999]]> </BillerAccountNumber> <BillerUserName /> <BillerPassword /> <BillerEnrollmentStatus> <![CDATA[N]]> </BillerEnrollmentStatus> </BillerInfo> <UserInfo> 18

19 <FirstName /> <LastName /> <DayPhone /> < /> <UserAddress> <Address1 /> <Address2 /> <City /> <State /> <PostalCode /> <Country /> </UserAddress> </UserInfo> <ThorInfo> <ThorContentProviderId> <![CDATA[NOR ]]> </ThorContentProviderId> <ThorUserId> <![CDATA[ddfgdfgfd56dfg876df68 = =]]> </ThorUserId> </ThorInfo> <ThorUserKey /> </AccountInfoRecord> </EnrollmentChange> </EnrollmentRQ> </Message> 19

20 3.3.2 Melding om sletting av eksisterende efaktura-avtale i request fra BBS Kunde har slettet sin efaktura-avtale med utsteder i sin nettbank. Melding om sletting blir sendt fra BBS til utsteder.utsteder må da slette efaktura avtalen og sende vanlig papir faktura til kunde Melding til utsteder om sletting av aktiv efaktura-avtale <?xml version="1.0" encoding="iso "?> <Message> <Request> <FromInfo> <ServiceProvider> <ServiceProviderName> <![CDATA[8080]]> </ServiceProviderName> </ServiceProvider> </FromInfo> <ToInfo> <ServiceProvider> <ServiceProviderID> <![CDATA[NOR ]]> </ServiceProviderID> <ServiceID> <![CDATA[1]]> </ServiceID> </ServiceProvider> </ToInfo> </Request> <EnrollmentRQ> <EnrollmentDelete> <AccountInfoRecord> <PortalInfo> <PortalEnrollmentStatus> <![CDATA[A]]> </PortalEnrollmentStatus> </PortalInfo> <BillerInfo> <BillerAccountNumber> <![CDATA[999]]> </BillerAccountNumber> <BillerUserName /> <BillerPassword /> <BillerEnrollmentStatus> <![CDATA[D]]> 20

21 </BillerEnrollmentStatus> </BillerInfo> <UserInfo> <FirstName /> <LastName /> <DayPhone /> < /> <UserAddress> <Address1 /> <Address2 /> <City /> <State /> <PostalCode /> <Country /> </UserAddress> </UserInfo> <ThorInfo> <ThorContentProviderId> <![CDATA[NOR ]]> </ThorContentProviderId> <ThorUserId> <![CDATA[defg8s7876df86sd8sdf6 = =]]> </ThorUserId> </ThorInfo> <ThorUserKey /> </AccountInfoRecord> </EnrollmentDelete> </EnrollmentRQ> </Message> 21

22 3.4 DTD <!-- Definitions Request files --> <!ELEMENT Message (Request, EnrollmentRQ+)> <!ELEMENT Request (FromInfo, ToInfo)> <!ELEMENT FromInfo (ServiceProvider)> <!ELEMENT ServiceProvider (ServiceProviderName, ServiceProviderID, ServiceID)> <!ELEMENT ServiceProviderName (#PCDATA)> <!ELEMENT ServiceProviderID (#PCDATA)> <!ELEMENT ServiceID (#PCDATA)> <!ELEMENT ToInfo (ServiceProvider)> <!ELEMENT EnrollmentRQ (EnrollmentAdd?, EnrollmentDelete?, EnrollmentChange?)> <!ELEMENT EnrollmentAdd (AccountInfoRecord)> <!ELEMENT EnrollmentDelete (AccountInfoRecord)> <!ELEMENT EnrollmentChange (AccountInfoRecord)> <!ELEMENT AccountInfoRecord (PortalInfo, BillerInfo, UserInfo, ThorInfo, ThorUserKey)> <!ELEMENT PortalInfo (PortalEnrollmentStatus)> <!ELEMENT PortalEnrollmentStatus (#PCDATA)> <!ELEMENT BillerInfo (BillerAccountNumber, BillerUserName, BillerPassword, BillerEnrollmentStatus )> <!ELEMENT BillerAccountNumber (#PCDATA)> <!ELEMENT BillerUserName (#PCDATA)> <!ELEMENT BillerPassword (#PCDATA)> <!ELEMENT BillerEnrollmentStatus (#PCDATA)> <!ELEMENT UserInfo (FirstName, LastName, DayPhone, , UserAddress)> <!ELEMENT FirstName (#PCDATA)> <!ELEMENT LastName (#PCDATA)> <!ELEMENT DayPhone (#PCDATA)> <!ELEMENT (#PCDATA)> <!ELEMENT UserAddress (Address1, Address2, City, State, PostalCode, Country)> <!ELEMENT Address1 (#PCDATA)> <!ELEMENT Address2 (#PCDATA)> <!ELEMENT City (#PCDATA)> <!ELEMENT State (#PCDATA)> <!ELEMENT PostalCode (#PCDATA)> <!ELEMENT Country (#PCDATA)> <!ELEMENT ThorInfo (ThorContentProviderId, ThorUserId)> <!ELEMENT ThorContentProviderId (#PCDATA)> <!ELEMENT ThorUserId (#PCDATA)> <!ELEMENT ThorUserKey (#PCDATA)> 22

23 23

24 4 Oversikt over meldinger som kan sendes i request filen fra BBS Transaksjonsnivå forteller noe om hvilken type transaksjoner et oppdrag inneholder. Følgende tabell gir en oversikt over hvilke elementer som er nødvendig for å definere et betalingsoppdrag. 4.1 EnrollmentAdd (ny efaktura avtale), EnrollmentChange (Endring efaktura avtale), eller EnrollmentDelete (Melding om sletting av efaktura avtale) TAG BESKRIVELSE FORMAT <EnrollmentAdd> eller <EnrollmentChange> eller <EnrollmentDelete> Add = Ny avtale forespørsel Change = Endring forespørsel Delete = kunde sletter avtale - <AccountInfoRecord> Informasjon om avtalen grupper i : - PortalInfo BillerInfo (utsteder) UserInfo (Kunde) <PortalInfo> Portal informasjon om avtalen - <PortalEnrollmentStatus> Er implementert mest med tanke på Alfanumerisk, 1 posisjon fremtidig funksjonalitet. PortalEnrollmentStatus vil i normalsituasjoner ha en bokstav som verdi. Alltid = A <BillerInfo> Utsteder informasjon om avtalen - <BillerAccountNumber> Kundens kundenummer hos utstederen <BillerUserName> <BillerPassword> Viktig at utsteder returnerer samme verdi fra dette feltet i response filen. Kundens brukernavn hos utstederen. For fremtidig bruk. Kundens passord hos utstederen. For fremtidig bruk Alfanumerisk, 32 posisjoner Vil være blankt. 0 posisjoner Vil være blankt. 0 posisjoner 24

25 <BillerEnrollmentStatus> Gyldige statuser : P = forespørsel om ny eller endring av efaktura avtale Alfanumerisk, 1 posisjon A = kvittering på godkjent forespørsel om ny eller endring av efaktura avtale N = kvittering på avvist forespørsel om ny efaktura avtale D = kvittering på avvist forespørsel om endring av efaktura avtale Dette feltet må benyttes i validering mot utsteder kunderegister. <UserInfo> Informasjon om kunde - <FirstName> Kundens fornavn Alfanumerisk, 50 posisjoner Dette feltet bør benyttes i validering mot utsteder kunderegister. <LastName> Kundens etternavn Alfanumerisk, 50 posisjoner Dette feltet bør benyttes i validering mot utsteder kunderegister. <DayPhone> Fylles ikke ut. Vil være blankt. Ikke ibruk Tagg forekommer : <DayPhone /> < > Fylles ikke ut. Vil være blankt. Ikke ibruk Tagg forekommer : < /> <UserAddress> Informasjon om kundens adresse - <Address1> Vanligvis kundens gateadresse Alfanumerisk, 50 posisjoner <Address2> Benyttes dersom man behøver et ekstra Alfanumerisk, 50 felt til adressen. Vil ofte være tom. posisjoner <City> Kundens poststed Alfanumerisk, 50 posisjoner <State> I dagens løsning kan det sendes data Alfanumerisk, 30 med denne taggen, men det er ikke noe krav. Taggen må imidlertid alltid sendes med. Enten på formatet <State></State> eller <State/>. <PostalCode> Kundens postnummer Alfanumerisk, 20 posisjoner <Country> I dagens løsning kan det sendes data Alfanumerisk, 30 med denne taggen, men det er ikke noe krav. Taggen må imidlertid alltid sendes med. Enten på formatet <Country></Country> eller <Country/>. <ThorInfo> - 25

26 <ThorContentProviderId> <ThorUserId> <ThorUserKey> Utsteder's organisasjonsnummer Viktig at utsteder sender samme verdi tilbake til BBS i response fil. Kundens Id i efaktura systemet. Dette feltet inneholder en kryptert verdien. Viktig at utsteder sender samme verdi tilbake til BBS i response fil. I dagens løsning sendes ikke data med denne taggen. Taggen må imidlertid likevel sendes med. Enten på formatet <ThorUserKey></ ThorUserKey > eller < ThorUserKey />. Alfanumerisk, 14 posisjoner F.eks. NOR Alfanumerisk, 35 posisjoner Ikke ibruk Hvis det eventuelt kommer en verdi i dette feltet trenger ikke den å behandles av utsteder. 26

27 4.1.1 Ulike meldingstyper & krav til utsteder's behandling av disse Tabellen under beskriver de ulike meldingstyper med tilhørende status som utsteder kan motta fra BBS i request filen. Videre nedenfor beskrives hvilke krav utsteder må følge ved prosessering av de ulike meldingene. Case MedlingsType Fil Forklaring Status 1 AvtaleLages Request Forespørsel om ny efaktura avtale EnrollmentAdd BillerEnrollmentStatus = P 2 AvtaleEndres Request Forespørsel om endring av efaktura avtale EnrollmentChange BillerEnrollmentStatus = P 3 AvtaleSlettes Request Melding om sletting av EnrollmentDelete efaktura avtale. Utsteder BillerEnrollmentStatus = D stopper efaktura for kunde. 5 AvtaleKvittering Request Kvittering på avvist EnrollmentChange Ny = 4 Endring = 5 Tabell 1 forespørsel om endring AvtaleKvittering Request Kvittering på godkjent forespørsel om ny avtale eller endring av avtale 4 AvtaleKvittering Request Kvittering på avvist forespørsel om ny efaktura-avtale BillerEnrollmentStatus = D EnrollmentChange BillerEnrollmentStatus = A EnrollmentChange BillerEnrollmentStatus = N (Forklaring til case Ny4 & endring=5: Dette fordi kvittering på godkjent forespørsel om ny avtale eller endring av eksisterende avtale sendes med samme tag og samme BillerEnrollmentStatus = A) 27

28 Når utsteder leser request-filen skal følgende gjøres: Prosessere informasjon i <ToInfo> & <FromInfo> Lese avtaler, sjekke om de enten er : Ref. Tabell 1 : Case 1 (EnrollmentAdd) BillerEnrollmentStatus = P : Sjekk om efakturabruker er kunde av utsteder. Utsteder må validere informasjon i forespørselen om kunden er kunde av utsteder og at informasjonen stemmer. Hvis Ja: Godkjenn avtalen og send informasjon om dette til BBS i response-filen. Hvis Nei: Send informasjon til BBS om at kunde er nektet efaktura-avtale samt en begrunnelse for dette i response-filen. Mulig begrunnelser for avslag er beskrevet i spesifikasjon av response filen. Ref. Tabell 1: Case 2 (EnrollmentChange) BillerEnrollmentStatus = P : Når utsteder mottar en endringsforespørsel skal efaktura-referansen sjekkes mot utsteder's register. Hvis kunde er merket som efaktura bruker i utsteder's register: Godkjenn endringen. Hvis kunde ikke er merket som efaktura bruker i utsteder register : Behandle endringsforespørsel som det var en ny avtale. Validere kunde og Sjekk om efakturabruker er kunde av utsteder. Hvis Ja: Godkjenn avtalen og send informasjon om dette til BBS i response-filen. Hvis Nei: Send informasjon til BBS om at forespørsel om endring er avvist samt en begrunnelse for dette i response-filen. Mulig begrunnelser for avslag er beskrevet i spesifikasjon av response filen. Når utsteder avviser forespørsel om endring av efaktura-avtale vil kundens efaktura avtale opphøre og utsteder må oppdatere sitt register og stoppe efaktura for denne kunden. Konsekvens: Kunde vil ikke lenger ha mulighet til å betale sine utestående efaktura betalingskrav i efaktura-tjenesten. 28

29 Ref. Tabell 1: Case 3 (EnrollmentDelete) BillerEnrollmentStatus = D : Sjekk om kunde er registrert som efaktura bruker i utsteder register. Hvis Ja: Stopp efaktura for denne kunden og send papir faktura i fremtiden. Dette er melding om at kunde ikke lenger ønsker og få sin regning sendt som efaktura men vil ha den på vanlig papir. Eksisterende ubetalte/betalte efaktura krav vil ikke lenger være tilgjengelig for kunde. Hvis Nei: Overse søknaden. Ref. Tabell 1: Case 4 (EnrollmentChange) BillerEnrollmentStatus = A eller N : Hvis BillerEnrollmentStatus = A: Utsteder kan starte/opprettholde efaktura for denne kunden. Neste regning sendes som efaktura. Hvis BillerEnrollmentStatus = N: Kvittering på at BBS har avvist forespørsel om efaktura avtale og gitt kunde beskjed om avvisningsårsak på vegne av utsteder. Ref. Tabell 1: Case 5 (EnrollmentChange) BillerEnrollmentStatus = A eller D : Hvis BillerEnrollmentStatus = A: Utsteder kan starte/opprettholde efaktura for denne kunden. Neste regning sendes som efaktura. Hvis BillerEnrollmentStatus = D: Kvittering på at BBS har avvist forespørsel om endring av efaktura avtalen og gitt kunde beskjed om avvisningsårsak på vegne av utsteder. Utsteder må stoppe efaktura for denne kunden. 29

30 4.1.2 Behandling av felter i Request filen Det er viktig at utsteder behandler alle felter i request filen etter spesifikasjonen av request filen. Spesielt viktig er : <BillerAccountNumber>, <ThorContentProviderId & ThorUserId Disse 3 feltene er til sammen identifikator for avtalen hos BBS. For at BBS skal vite hvilken avtale utsteder svarer på må utsteder: BillerAccountNumber: Ved mottak/returnering av BillerAccountNumber hos utsteder skal det taes høyde for feltlengde på 32 karakterer. Det er viktig at utsteder returnerer eksakt samme verdi som de mottar. ThorContentProviderId: Ved mottak/returnering av ThorContentProviderId hos utsteder skal det taes høyde for feltlengde på 14 karakterer. ThorUserId: Ved mottak/returnering av ThorUserId hos utsteder skal det taes høyde for feltlengde på 35 karakterer. Det er viktig at hele verdien returneres BBS. Ellers vil ikke BBS oppdatere avtalen. Validering av kunde-informasjon på request fil mot utstederens kunderegister: Feltet BillerAccountNumber må benyttes i valideringsprosessen mot utsteder kunderegister. I tillegg bør det valideres mot enten feltet fornavn eller etternavn eller begge deler. Dette for at utsteder skal forsikre seg om at kunden er den han oppgir seg for å være. Tagger det gjelder: MÅ benyttes: <BillerAccountNumber> sammens med <FirstName> eller <LastName> 30

31 4.1.3 Svarfrist, purring & sletting av efaktura avtale Utsteder s svarfrist Svarfrist på forespørsler om ny efaktura avtale eller endring på eksisterende efaktura avtale: Utstedere må svare på request-fil ihht. avtale med BBS. BBS sender purring Hvis utsteder ikke svarer på forespørsler om ny efaktura avtale eller endring på eksisterende efaktura avtale ihht. til avtale med BBS vil BBS sende purring på de efakrua avtaler det gjelder. Purringene vil bli sendt på akkurat samme format i request filen som de ble sendt første gang til utsteder. Melding om sletting av efaktura avtale Når kunde sletter sin avtale med utsteder fra sin nettbank, sender BBS melding om sletting av efaktura avtale til utsteder request filen. Utsteder må da slette denne kunde i sitt efaktura register og stoppe efaktura for denne kunden. Utsteder skal ikke returnere svar på dette til BBS. 31

32 4.1.4 Kvittering / verifikasjon i request-fil Utsteder skal ikke svare på kvitteringer. Kvittering vil bli sendt utsteder i 3 tilfeller: 1. Ref. Tabell 1: Case 4 eller 5 (EnrollmentChange) BillerEnrollmentStatus = A : Beskrivelse av Scenario: Utsteder har tidligere mottatt forespørsel om ny efaktura-avtale eller endring av eksisterende efaktura-avtale, godkjenner avtalen / endringen i response fil til BBS. BBS svarer i neste request-fil med kvittering/verifikasjon på at BBS har oppdatert sitt efaktura avtale register på bakgrunn av response-fil fra utsteder. Utsteder s handling: Utsteder skal bruke denne kvitteringen til å starte efaktura eller videreføre efaktura for kunden. 2. Ref. Tabell 1: Case 4 (EnrollmentChange) BillerEnrollmentStatus = N : Beskrivelse av Scenario: Utsteder har tidligere mottatt forespørsel om ny efaktura-avtale, avslår forespørselen om ny efaktura avtale i response fil til BBS. BBS svarer med kvittering på at BBS har oppdatert sitt efaktura avtale register på bakgrunn av response-fil fra utsteder. Utsteder s handling: Kunde som sendte forespørsel er ikke kunde av utsteder. Utsteder skal ikke utføre noen handling ved mottak av denne kvitteringen. 3. Ref. Tabell 1: Case 5 (EnrollmentChange) BillerEnrollmentStatus = D : Beskrivelse av Scenario: Utsteder har tidligere mottatt request-fil med forespørsel om endring av allerede aktiv efaktura-avtale, og avslått denne i response-fil til BBS. BBS sender kvittering på at efakturaavtalen er deaktivert i BBS sitt system. Utsteder s handling: Utsteder må stoppe efaktura for denne kunden. 32

33 5 Spesifikasjon av response filen fra utsteder 5.1 Forsendelsesnivå Forsendelsesnivå er øverste nivå meldingen. Forsendelsesnivå inneholder informasjon om avsender og mottaker av ut forsendelsen. TAG BESKRIVELSE FORMAT <?xml version="1.0" encoding="iso "?> Koden skal stå øverst i filen for å sikre rett formatering/ tegnsett på Xml-filen. <Message> Message markerer start og slutt på meldingen. - <Response> Header informasjon om fakturaen. - <FromInfo> Informasjon under FromInfo forteller hvem som sendte fila. - <ServiceProvider> - - <ServiceProviderName> Alltid verdien : 8080 ServiceProviderName skal fylles ut med Men i en overgangsfase vil allikevel Thor sendes ut fra BBS, og BBS vil akseptere dette som gyldig verdi fra eksisterende utstedere i denne fasen. <ToInfo> Informasjon under ToInfo forteller hvem fila skal til. <ServiceProvider> numerisk, 4 posisjoner Alltid <ServiceProviderID> Forteller hvem som skal motta filen. Alfanumerisk, 15 posisjoner Foretaksnummer F.eks. NOR <ServiceID> Alltid 1 Numerisk, 1 posisjon 33

34 5.2 Oppdragsnivå Oppdragsnivå er et svar på de oppdrag som kom på inn forsendelsen. Her vil det ligge informasjon om hvilket oppdrag det er svar på og fra hvilken inn forsendelse oppdraget tilhører. TAG BESKRIVELSE FORMAT <EnrollmentRS> Inneholder flere transaksjoner (EnrollmentAdd eller EnrollmentChange). En transaksjon kan være en forespørsel om ny avtale eller endring av avtale eller kvittering på oppdatert avtale fra BBS på vegne av utsteder. - 34

35 5.3 Vedlegg Svar på forespørsel om ny efaktura-avtale i response filen Svar på forespørsel om endring på eksisterende efaktura-avtale i response filen Svar på forespørsel om ny efaktura-avtale i response fra utsteder Svar på Forespørsel om ny efaktura-avtale (Utsteder godkjenner avtalen) Utsteder kan velge å godta eller avslå denne forespørselen. Dette er vist i eksempel nedenfor <?xml version="1.0" encoding="iso "?> <Message> <Response> <FromInfo> <ServiceProvider> <ServiceProviderName> <![CDATA[8080]]> </ServiceProviderName> </ServiceProvider> </FromInfo> <ToInfo> <ServiceProvider> <ServiceProviderID> <![CDATA[NOR ]]> </ServiceProviderID> <ServiceID> <![CDATA[1]]> </ServiceID> </ServiceProvider> </ToInfo> <Status/> </Response> <EnrollmentRS> <EnrollmentAdd> <AccountInfoRecord> <BillerInfo> <BillerAccountNumber> <![CDATA[999]]> </BillerAccountNumber> <BillerEnrollmentStatus> <![CDATA[A]]> </BillerEnrollmentStatus> 35

36 <BillerReason/> <BillerMessage/> </BillerInfo> <ThorInfo> <ThorContentProviderId> <![CDATA[NOR ]]> </ThorContentProviderId> <ThorUserId> <![CDATA[defg876dsfg35676df68 = =]]> </ThorUserId> </ThorInfo> <ThorUserSignature> </ThorUserSignature> </AccountInfoRecord> </EnrollmentAdd> </EnrollmentRS> </Message> 36

37 Svar på Forespørsel om ny efaktura-avtale (Utsteder avviser avtalen) <?xml version="1.0" encoding="iso "?> <Message> <Response> <FromInfo> <ServiceProvider> <ServiceProviderName> <![CDATA[8080]]> </ServiceProviderName> </ServiceProvider> </FromInfo> <ToInfo> <ServiceProvider> <ServiceProviderID> <![CDATA[NOR ]]> </ServiceProviderID> <ServiceID> <![CDATA[1]]> </ServiceID> </ServiceProvider> </ToInfo> <Status/> </Response> <EnrollmentRS> <EnrollmentAdd> <AccountInfoRecord> <BillerInfo> <BillerAccountNumber> <![CDATA[999]]> </BillerAccountNumber> <BillerEnrollmentStatus> <![CDATA[N]]> </BillerEnrollmentStatus> <BillerReason> <![CDATA[01]]> </BillerReason> <BillerMessage> <![CDATA[Oppgitt efaktura referanse er ugyldig (se papirfaktura)]]> </BillerMessage> </BillerInfo> <ThorInfo> <ThorContentProviderId> <![CDATA[NOR ]]> </ThorContentProviderId> <ThorUserId> 37

38 <![CDATA[dfhgdfgdfg45345 ==]]> </ThorUserId> </ThorInfo> <ThorUserSignature /> </AccountInfoRecord> </EnrollmentAdd> </EnrollmentRS> </Message> 38

39 5.3.2 Svar på forespørsel om endring av eksisterende efaktura-avtale i repsonse fra BBS I efaktura tjenesten kan kunde endre sin allerede eksisterende efaktura-avtale. Meldingsflyt for slike endringer mellom BBS og utsteder er beskrevet i dette kapittelet Svar på forespørsel om endring av efaktura-avtale (Utsteder godkjenner endringen) <?xml version="1.0" encoding="iso "?> <Message> <Response> <FromInfo> <ServiceProvider> <ServiceProviderName> <![CDATA[8080]]> </ServiceProviderName> </ServiceProvider> </FromInfo> <ToInfo> <ServiceProvider> <ServiceProviderID> <![CDATA[NOR ]]> </ServiceProviderID> <ServiceID> <![CDATA[1]]> </ServiceID> </ServiceProvider> </ToInfo> <Status/> </Response> <EnrollmentRS> <EnrollmentChange> <AccountInfoRecord> <BillerInfo> <BillerAccountNumber> <![CDATA[999]]> </BillerAccountNumber> <BillerEnrollmentStatus> <![CDATA[A]]> </BillerEnrollmentStatus> <BillerReason/> <BillerMessage/> </BillerInfo> 39

40 <ThorInfo> <ThorContentProviderId> <![CDATA[NOR ]]> </ThorContentProviderId> <ThorUserId> <![CDATA[defg876dfg876df = =]]> </ThorUserId> </ThorInfo> <ThorUserSignature/> </AccountInfoRecord> </EnrollmentChange> </EnrollmentRS> </Message> 40

41 Svar på forespørsel om endring av efaktura-avtale (Utsteder avviser endringen) Utsteder har avvist forespørsel om endring av eksisterende efaktura-avtale. <?xml version="1.0" encoding="iso "?> <Message> <Response> <FromInfo> <ServiceProvider> <ServiceProviderName> <![CDATA[8080]]> </ServiceProviderName> </ServiceProvider> </FromInfo> <ToInfo> <ServiceProvider> <ServiceProviderID> <![CDATA[NOR ]]> </ServiceProviderID> <ServiceID> <![CDATA[1]]> </ServiceID> </ServiceProvider> </ToInfo> <Status/> </Response> <EnrollmentRS> <EnrollmentChange> <AccountInfoRecord> <BillerInfo> <BillerAccountNumber> <![CDATA[999]]> </BillerAccountNumber> <BillerEnrollmentStatus> <![CDATA[N]]> </BillerEnrollmentStatus> <BillerReason> <![CDATA[01]]> </BillerReason> <BillerMessage> <![CDATA[Oppgitt efaktura referanse er ugyldig (se papirfaktura)]]> </BillerMessage> </BillerInfo> <ThorInfo> <ThorContentProviderId> 41

42 <![CDATA[NOR ]]> </ThorContentProviderId> <ThorUserId> <![CDATA[defg876dfg245876df68 = =]]> </ThorUserId> </ThorInfo> <ThorUserSignature/> </AccountInfoRecord> </EnrollmentChange> </EnrollmentRS> </Message> 42

43 5.4 DTD <!-- Definitions Response files --> <!ELEMENT Message (Response, EnrollmentRS+)> <!ELEMENT Response (FromInfo, ToInfo, Status)> <!ELEMENT FromInfo (ServiceProvider)> <!ELEMENT ServiceProvider (ServiceProviderName, ServiceProviderID?, ServiceID?)> <!ELEMENT ServiceProviderName (#PCDATA)> <!ELEMENT ServiceProviderID (#PCDATA)> <!ELEMENT ServiceID (#PCDATA)> <!ELEMENT ToInfo (ServiceProvider)> <!ELEMENT Status (#PCDATA)> <!ELEMENT EnrollmentRS (EnrollmentAdd?, EnrollmentChange?)> <!ELEMENT EnrollmentAdd (AccountInfoRecord)> <!ELEMENT EnrollmentChange (AccountInfoRecord)> <!ELEMENT AccountInfoRecord (BillerInfo, ThorInfo, ThorUserSignature)> <!ELEMENT BillerInfo (BillerAccountNumber, BillerEnrollmentStatus, BillerReason, BillerMessage)> <!ELEMENT BillerAccountNumber (#PCDATA)> <!ELEMENT BillerEnrollmentStatus (#PCDATA)> <!ELEMENT BillerReason (#PCDATA)> <!ELEMENT BillerMessage (#PCDATA)> <!ELEMENT ThorInfo (ThorContentProviderId, ThorUserId)> <!ELEMENT ThorContentProviderId (#PCDATA)> <!ELEMENT ThorUserId (#PCDATA)> <!ELEMENT ThorUserSignature (#PCDATA)> 5.5 XSD Schema Filvedlegget under fungerer ikke hvis du sitter med denne filen I PDF-format. Ellers kan du dobbeltklikke for å se på filen. Innholdet i XSD for de som mottar spesifikasjonen som PDF, ligger som liten tekst under for kopiering til annen editor.. <?xml version="1.0" encoding="iso "?> <!-- Denne xsd er ment for distribusjon til utstedere dvs innsendere av response filer. --> <xs:schema xmlns:xs=" <xs:element name="message"> <xs:complextype> <xs:sequence> 43

44 <xs:element name="response" minoccurs="1" maxoccurs="1"> <xs:complextype> <xs:sequence> <xs:element name="fileinfo" minoccurs="0" maxoccurs="1"> <xs:complextype> <xs:sequence> <xs:element name="consignmentid" type="xs:string" minoccurs="1" maxoccurs="1"/> <xs:element name="commissionid" type="xs:string" minoccurs="1" maxoccurs="1" /> </xs:sequence> </xs:complextype> <xs:element name="frominfo" minoccurs="1" maxoccurs="1"> <xs:complextype> <xs:sequence> <xs:element name="serviceprovider" minoccurs="1" maxoccurs="1"> <xs:complextype> <xs:sequence> <xs:element name="serviceprovidername" minoccurs="1" maxoccurs="1"> <xs:simpletype> <xs:restriction base="xs:string"> <xs:whitespace value="collapse"/> <xs:pattern value="8080 Thor THOR"/> </xs:restriction> </xs:simpletype> </xs:sequence> </xs:complextype> </xs:sequence> </xs:complextype> <xs:element name="toinfo" minoccurs="1" maxoccurs="1"> <xs:complextype> <xs:sequence> <xs:element name="serviceprovider" minoccurs="1" maxoccurs="1"> <xs:complextype> <xs:sequence> <xs:element name="serviceproviderid" minoccurs="1" maxoccurs="1"> <xs:simpletype> <xs:restriction base="xs:string"> <xs:whitespace value="collapse"/> <xs:minlength value='14'/> <xs:maxlength value='14'/> </xs:restriction> </xs:simpletype> <xs:element name="serviceid" type="xs:string" minoccurs="1" maxoccurs="1" /> <xs:element name="serviceproviderfilereference" type="xs:string" minoccurs="0" maxoccurs="1" /> </xs:sequence> </xs:complextype> </xs:sequence> </xs:complextype> <xs:element name="status" type="xs:string" minoccurs="1" maxoccurs="1" /> </xs:sequence> </xs:complextype> <xs:element name="enrollmentrs" minoccurs="1" maxoccurs="unbounded"> <xs:complextype> <xs:sequence> <xs:element name="contentproviderinfo" minoccurs="0" maxoccurs="1"> <xs:complextype> <xs:sequence> <xs:element name="contentproviderfilereference" type="xs:string" minoccurs="0" maxoccurs="1"/> </xs:sequence> </xs:complextype> <xs:element name="enrollmentadd" minoccurs="0" maxoccurs="unbounded"> <xs:complextype> <xs:sequence> <xs:element name="accountinforecord" minoccurs="1" maxoccurs="1"> <xs:complextype> 44

45 <xs:sequence> <xs:element name="billerinfo" minoccurs="1" maxoccurs="1"> <xs:complextype> <xs:sequence> <xs:element name="billeraccountnumber" type="xs:string" minoccurs="1" maxoccurs="1" /> <xs:element name="billerenrollmentstatus" minoccurs="1" maxoccurs="1"> <xs:simpletype> <xs:restriction base="xs:string"> <xs:whitespace value="collapse"/> <xs:pattern value='a N'/> </xs:restriction> </xs:simpletype> <xs:element name="billerreason" minoccurs="1" maxoccurs="1"> <xs:simpletype> <xs:restriction base="xs:string"> <xs:whitespace value="collapse"/> <xs:pattern value=" "/> </xs:restriction> </xs:simpletype> <xs:element name="billermessage" type="xs:string" minoccurs="1" maxoccurs="1" /> </xs:sequence> </xs:complextype> <xs:element name="thorinfo" minoccurs="1" maxoccurs="1"> <xs:complextype> <xs:sequence> <xs:element name="thorcontentproviderid" minoccurs="1" maxoccurs="1"> <xs:simpletype> <xs:restriction base="xs:string"> <xs:whitespace value="collapse"/> <xs:minlength value='14'/> <xs:maxlength value='14'/> </xs:restriction> </xs:simpletype> <xs:element name="thoruserid" minoccurs="1" maxoccurs="1"> <xs:simpletype> <xs:restriction base="xs:string"> <xs:whitespace value="collapse"/> <xs:minlength value='1'/> </xs:restriction> </xs:simpletype> </xs:sequence> </xs:complextype> <xs:element name="thorusersignature" type="xs:string" minoccurs="1" maxoccurs="1" /> </xs:sequence> </xs:complextype> </xs:sequence> </xs:complextype> <xs:element name="enrollmentchange" minoccurs="0" maxoccurs="unbounded"> <xs:complextype> <xs:sequence> <xs:element name="accountinforecord" minoccurs="1" maxoccurs="1"> <xs:complextype> <xs:sequence> <xs:element name="billerinfo" minoccurs="1" maxoccurs="1"> <xs:complextype> <xs:sequence> <xs:element name="billeraccountnumber" type="xs:string" minoccurs="1" maxoccurs="1" /> <xs:element name="billerenrollmentstatus" minoccurs="1" maxoccurs="1"> <xs:simpletype> <xs:restriction base="xs:string"> <xs:whitespace value="collapse"/> <xs:pattern value='a N'/> </xs:restriction> </xs:simpletype> <xs:element name="billerreason" minoccurs="1" maxoccurs="1"> <xs:simpletype> <xs:restriction base="xs:string"> <xs:whitespace value="collapse"/> 45

46 <xs:pattern value=" "/> </xs:restriction> </xs:simpletype> <xs:element name="billermessage" type="xs:string" minoccurs="1" maxoccurs="1" /> </xs:sequence> </xs:complextype> <xs:element name="thorinfo" minoccurs="1" maxoccurs="1"> <xs:complextype> <xs:sequence> <xs:element name="thorcontentproviderid" minoccurs="1" maxoccurs="1"> <xs:simpletype> <xs:restriction base="xs:string"> <xs:whitespace value="collapse"/> <xs:minlength value='14'/> <xs:maxlength value='14'/> </xs:restriction> </xs:simpletype> <xs:element name="thoruserid" minoccurs="1" maxoccurs="1"> <xs:simpletype> <xs:restriction base="xs:string"> <xs:whitespace value="collapse"/> <xs:minlength value='1'/> </xs:restriction> </xs:simpletype> </xs:sequence> </xs:complextype> <xs:element name="thorusersignature" type="xs:string" minoccurs="1" maxoccurs="1" /> </xs:sequence> </xs:complextype> </xs:sequence> </xs:complextype> </xs:sequence> </xs:complextype> </xs:sequence> </xs:complextype> </xs:schema> 46

47 6 Oversikt over meldinger som kan sendes i response filen 6.1 EnrollmentAdd eller EnrollmentChange TAG BESKRIVELSE FORMAT <EnrollmentAdd> eller <EnrollmentChange> Add = Ny avtale forespørsel Change = Endring forespørsel Delete = kunde sletter avtale - <AccountInfoRecord> Informasjon om avtalen grupper i : PortalInfo BillerInfo (utsteder) UserInfo (Kunde) <BillerInfo> Utsteder informasjon om avtalen - <BillerAccountNumber> Kundens kundenummer hos utstederen <BillerEnrollmentStatus> <BillerReason> Viktig!! at utsteder returnerer samme verdi fra dette feltet i response filen. Dette fordi BBS ellers ikke vil klare å oppdatere avtale forespørsel med utsteder's svar. Enten Status A eller N A = Utsteder godkjenner forespørsel N = Utsteder avviser forespørsel Skal fylles ut hvis BillerEnrollmentStatus = N Alfanumerisk, 32 posisjoner Alfanumerisk,1 posisjon Alfanumerisk, 2 posisjoner - <BillerMessage> BillerReason er en tallkode som forteller årsaken til avslaget på søknaden. Lovlige verdier er; 01, 02, 03 Skal fylles ut hvis BillerEnrollmentStatus = N BillerMessage er et tekstfelt som med ord beskriver årsaken gitt i BillerReason. Lovlige verdier er; Oppgitt efaktura referanse er ugyldig (se papirfaktura) (BillerReason 01) Oppgitte personopplysninger er ikke i samsvar med Kunderegister (se papirfaktura) (BillerReason 02) Det tilbys ikke efaktura for dette produktet (BillerReason 03) Alfanumerisk, max 100 posisjoner 47

48 <ThorInfo> <ThorContentProviderId> <ThorUserId> Utsteder's organisasjonsnummer Benytt samme verdi som mottatt på request filen. Kundens Id i efaktura systemet. Dette feltet vi inneholde denne verdien kryptert. - Alfanumerisk, 14 posisjoner F.eks. NOR Alfanumerisk, 35 posisjoner <ThorUserSignature> Viktig at utsteder sender eksakt samme verdi tilbake til BBS i response fil. I dagens løsning sendes ikke data med denne taggen. Taggen må imidlertid likevel sendes med. Enten på formatet < ThorUserSignature ></ ThorUserSignature > eller < ThorUserSignature />. Ikke ibruk 48

49 6.1.1 Hvordan svare på request fil i response filen Her beskrives hvilke statuser og meldingstyper utsteder skal benytte for å enten godkjenne / avvise : Forespørsler om ny efaktura avtale Forespørsler om endring av efaktura avtale Case meldingstype Fil Forklaring Status 1 AvtaleLages Response Godkjent forespørsel om ny EnrollmentAdd efaktura avtale. BillerEnrollmentStatus = A 2 AvtaleLages Response Avvist forespørsel om ny efaktura avtale. EnrollmentAdd BillerEnrollmentStatus = N 3 AvtaleEndres Response Godkjent forespørsel om endring av efaktura avtale. EnrollmentChange BillerEnrollmentStatus = A 4 AvtaleEndres Response Avvist forespørsel om endring av efaktura avtale. EnrollmentChange BillerEnrollmentStatus = N Tabell 2 Ref. Tabell 2: Case 1 (EnrollmentAdd) BillerEnrollmentStatus = A : Utsteder har mottatt forespørsel om ny efaktura avtale i request fra BBS og ønsker å godkjenne denne i response fil til BBS. Utsteder må vente til kvittering fra BBS på å starte efaktura for denne kunden. Ref. Tabell 2: Case 2 (EnrollmentAdd) BillerEnrollmentStatus = N : Utsteder har mottatt forespørsel om ny efaktura avtale i request fra BBS og ønsker å avvise denne i response fil til BBS. Utsteder vil motta kvittering fra BBS på at forespørselen om efaktura avtalen er avvist og avvisningsårsak blitt meddelt kunde. Ref. Tabell 2: Case 3 (EnrollmentChange) BillerEnrollmentStatus = A : Utsteder har mottatt forespørsel i request fil fra BBS om endring av eksisterende efaktura avtale og ønsker å godkjenne denne forespørselen. Hvis forespørselen gjelder en tidligere avvist avtale skal utsteder vente på kvittering fra BBS for så å starte efaktura for denne kunden. Hvis forespørselen gjelder en allerede aktiv avtale skal utsteder fortsette efaktura som vanlig for denne kunden. 49

50 Ref. Tabell 2: Case 4 (EnrollmentChange) BillerEnrollmentStatus = D : Utsteder har mottatt forespørsel i request fil fra BBS om endring av eksisterende efaktura avtale og ønsker å avvise denne forespørselen. Hvis forespørselen gjelder en tidligere avvist avtale skal utsteder ikke gjøre noen ting. Hvis forespørselen gjelder en allerede aktiv avtale skal utsteder stoppe efaktura for denne kunden. 50

51 6.1.2 Krav til felter som må fylles ut i response filen Det er viktig at alle felter i response filen blir fylt ut ihht. spesifikasjonen for response filen. Spesielt gjelder dette feltene : <BillerEnrollmentStatus>, <BillerReason> og <BillerMessage> Disse feltene skal benyttes av utsteder til å godkjenne eller avvise forespørsler utsteder mottar og eventuelt (ved avvisning) gi kunde en avvisningsårsak. <BillerEnrollmentStatus> Status A for godkjent forespørsel om ny eller endring av efaktura-avtale Status N for avslått forespørsel om ny eller endring av efaktura- avtale <BillerReason> Skal fylles ut hvis <BillerEnrollmentStatus> = N <BillerMessage> Skal fylles ut hvis <BillerEnrollmentStatus> = N <BillerAccountNumber>, <ThorContentProviderId> og <ThorUserId> Disse 3 feltene er til sammen identifikator for avtalen hos BBS. For at BBS skal vite hvilken avtale utsteder svarer på må utsteder: <BillerAccountNumber> Skal inneholde efaktura koblingsbegrep for den efaktura-avtalen det gjelder. Hvis kunden har fylt ut feil efaktura referanse skal hele efaktura referanse som er feil returneres i response filen. <ThorContentProviderId> Skal Inneholde samme verdi som i spesifisert i ThorContentProviderId i request filen. (Utsteder s organisasjonsnummer) Dette er utsteder s id i BBS sitt system og brukes til å identifisere avtalen som skal oppdateres. F.eks. NOR <ThorUserId> Skal Inneholde samme verdi som mottatt i request-filen. Dette er forbrukerens id i BBS sitt system og brukes til å identifisere avtalen som skal oppdateres. F.eks. l2kj45l2kj52lkj452lk5j = = 51

Teknisk håndbok efaktura Spesifikasjon Påmelding i XML-format Innhold

Teknisk håndbok efaktura Spesifikasjon Påmelding i XML-format Innhold Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat Innhold Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s. 1 33 1 FUNKSJONALITET... 3 1.1 OVERORDNET BESKRIVELSE...

Detaljer

Teknisk håndbok efaktura - Kvitteringsfiler fra Nets fakturahotell

Teknisk håndbok efaktura - Kvitteringsfiler fra Nets fakturahotell Teknisk håndbok efaktura - Kvitteringsfiler fra Nets fakturahotell Teknisk håndbok efaktura - Spesifikasjon av kvitteringsfiler fra Nets fakturahotell p. 1-13 Teknisk håndbok efaktura Spesifikasjon av

Detaljer

Teknisk håndbok efaktura Spesifikasjon av sluttrecord i TAG for XLM-filer

Teknisk håndbok efaktura Spesifikasjon av sluttrecord i TAG for XLM-filer Teknisk håndbok efaktura Spesifikasjon av sluttrecord i TAG for XLM-filer Teknisk håndbok efaktura - Spesifikasjon av sluttrecord i TAG for XLM-filer p. 1-7 Innhold 1 INNLEDNING... 3 1.1 FORMÅL MED DOKUMENTET...

Detaljer

efaktura kvitteringer i BBS-format gjennomgått nov 2013 Side 1 av 32 Brukerhåndbok Utsteder efaktura

efaktura kvitteringer i BBS-format gjennomgått nov 2013 Side 1 av 32 Brukerhåndbok Utsteder efaktura efaktura kvitteringer i BBS-format gjennomgått nov 2013 Side 1 av 32 Brukerhåndbok Utsteder efaktura Spesifikasjon Kvittering for faktura i BBSformat Versjon 1.10 Teknisk håndbok Side 1 av 42 Versjon 2.6

Detaljer

XML Schema. David Massey MBIB

XML Schema. David Massey MBIB XML Schema David Massey MBIB4140 29-8-2017 Structured information toolkit "XML's new playmates include stylesheets for display and transformation, strong methods for linking resources, tools for data manipulation

Detaljer

NOIS-PIAH XML-import Filformat

NOIS-PIAH XML-import Filformat folkehelseinstitutt XML-import Filformat Forfatter: Roar Andersen Godkjent av: - 1 av 1 ENDRINGSOVERSIKT... 3 2 INTRODUKSJON... 4 2.1 IMPORTFILEN... 4 3 INFEKSJONSREGISTRERING FOR SPESIALISTHELSETJENESTEN...

Detaljer

Akseptansetest av sending og mottak Applikasjonskvittering

Akseptansetest av sending og mottak Applikasjonskvittering Akseptansetest av sending og mottak Applikasjonskvittering Meldingsversjon: 1.0 Akseptansetest av sending og mottak Applikasjonskvittering 2 Innholdsfortegnelse 1. Revisjonshistorikk 3 2. Akseptansetest

Detaljer

Hvordan komme i gang med B2C i Visma.net Financials?

Hvordan komme i gang med B2C i Visma.net Financials? Hvordan komme i gang med B2C i Visma.net Financials? Visma.net Financials støtter nå å sende fakturaer til privatkunder. Faktura sendes da via Nets til kundens nettbank. Du må først aktivere Autoinvoice

Detaljer

Spesifikasjon for utfylling og innsending av opplysninger over tilskudd til vitenskapelig forskning eller yrkesopplæring til Skatteetaten.

Spesifikasjon for utfylling og innsending av opplysninger over tilskudd til vitenskapelig forskning eller yrkesopplæring til Skatteetaten. Spesifikasjon for utfylling og innsending av opplysninger over tilskudd til vitenskapelig forskning eller yrkesopplæring til Skatteetaten. Gjelder for inntektsåret 2013 med første innrapportering i 2014.

Detaljer

Send og Motta efaktura bedrift i Nettbank bedrift

Send og Motta efaktura bedrift i Nettbank bedrift Kvikkguide Send og Motta efaktura bedrift i Nettbank bedrift Versjon 1/2016 Innhold Denne kvikkguiden gir en kort beskrivelse av tjenestene Send efaktura enkeltvis i Nettbank bedrift Motta efaktura enkeltvis

Detaljer

Akseptansetest av mottak Rekvirering av medisinske tjenester Medisinsk biokjemi

Akseptansetest av mottak Rekvirering av medisinske tjenester Medisinsk biokjemi Akseptansetest av mottak Rekvirering av medisinske tjenester Meldingsversjon: versjon 1.4, datert 20.05.2005 2 Akseptansetest av mottak Rekvirering av medisinske tjenester Innholdsfortegnelse 1. Revisjonshistorikk...

Detaljer

Boligsameie. Spesifikasjoner for utfylling og innsending av opplysninger til Skatteetaten. Gjelder for innrapportering fra og med januar 2016

Boligsameie. Spesifikasjoner for utfylling og innsending av opplysninger til Skatteetaten. Gjelder for innrapportering fra og med januar 2016 Boligsameie Spesifikasjoner for utfylling og innsending av opplysninger til Skatteetaten Gjelder for innrapportering fra og med januar 2016 Versjon 2.1 1. september 2015 1 Innhold 1 Introduksjon... 4 1.1

Detaljer

Gaver til visse frivillige organisasjoner og trosog livssynssamfunn

Gaver til visse frivillige organisasjoner og trosog livssynssamfunn Gaver til visse frivillige organisasjoner og trosog livssynssamfunn Spesifikasjon for utfylling og innsending av opplysninger til Skatteetaten Gjelder fra inntektsåret 2013 Versjon 2.0.2 15. oktober 2014

Detaljer

HØGSKOLEN I SØR-TRØNDELAG Avdeling for informatikk og e-læring - AITeL

HØGSKOLEN I SØR-TRØNDELAG Avdeling for informatikk og e-læring - AITeL HØGSKOLEN I SØR-TRØNDELAG Avdeling for informatikk og e-læring - AITeL Kandidatnr: Eksamensdato: Varighet: Fagnummer: Fagnavn: Klasse(r): Studiepoeng: Faglærer(e): Hjelpemidler: Oppgavesettet består av:

Detaljer

- Remittere innenlands - Motta informasjon om utgående betalinger (kontoutskrift) - Motta informasjon om innbetalinger på konto (referansebetalinger)

- Remittere innenlands - Motta informasjon om utgående betalinger (kontoutskrift) - Motta informasjon om innbetalinger på konto (referansebetalinger) Bestilling av bankoppkobling Sparebank 1 kunder Procountor Pr 01.01.2018, kan Sparebank 1 bank-kunder velge å bestille bankoppkobling til Procountor via to alternativer: Alternativ A Direkte remittering

Detaljer

Grensesnittene mellom Legemiddelverket og de andre eresept-aktørene

Grensesnittene mellom Legemiddelverket og de andre eresept-aktørene Grensesnittdokumentasjon Grensesnittene mellom Legemiddelverket og de andre eresept-aktørene - Webservice FEST for internett og Norsk Helsenett (NHN) 22.10.2014 Antall sider: 8 2 av 7 Innhold 1 Innledning

Detaljer

- Remittere innenlands - Motta informasjon om utgående betalinger (kontoutskrift) - Motta informasjon om innbetalinger på konto (referansebetalinger)

- Remittere innenlands - Motta informasjon om utgående betalinger (kontoutskrift) - Motta informasjon om innbetalinger på konto (referansebetalinger) Bestilling av bankoppkobling Sparebanken Vest kunder Procountor Pr 01.01.2018, kan Sparebanken Vest kunder velge å bestille bankoppkobling til Procountor via to alternativer: Alternativ A Direkte remmittering

Detaljer

Send og motta efaktura i Nettbank bedrift

Send og motta efaktura i Nettbank bedrift Versjon 1/2017 Kvikkguide Send og motta efaktura i Nettbank bedrift Innhold Denne kvikkguiden gir en kort beskrivelse av tjenestene Send efaktura enkeltvis i Nettbank bedrift Motta efaktura enkeltvis i

Detaljer

BSK STANDARD FOR OMNUMMERERINGSREGISTERET

BSK STANDARD FOR OMNUMMERERINGSREGISTERET BSK STANDARD FOR OMNUMMERERINGSREGISTERET Versjon: 1.11 2.jan. 2014 Bankenes Standardiseringskontor Postboks 2644 Solli Tlf. 23 28 45 10 0203 OSLO E-post: post@bsk.no INNHOLDSFORTEGNELSE INNHOLDSFORTEGNELSE...

Detaljer

Andre finansprodukter

Andre finansprodukter Andre finansprodukter Spesifikasjon for utfylling og innsending av opplysninger til Skatteetaten Gjelder fra inntektsåret 2014 med frist for innrapportering mai 2015 Versjon 1.0 11. november 2014 1 Innhold

Detaljer

Kvikkguide Send og Motta efaktura bedrift i Nettbank bedrift

Kvikkguide Send og Motta efaktura bedrift i Nettbank bedrift Kvikkguide Send og Motta efaktura bedrift i Nettbank bedrift Versjon 01.2014 1 Innhold Denne kvikkguiden gir en kort beskrivelse av tjenestene Send efaktura enkeltvis i Nettbank bedrift Motta efaktura

Detaljer

Læringsmål XML. Markering av tekst. SGML-familien. Forstå prinsippene bak XML og XHTML. Forstå hva XML kan brukes til og hvordan.

Læringsmål XML. Markering av tekst. SGML-familien. Forstå prinsippene bak XML og XHTML. Forstå hva XML kan brukes til og hvordan. Markeringsspråk og XML Læringsmål XML Forstå prinsippene bak XML og XHTML. Forstå hva XML kan brukes til og hvordan.

Detaljer

Brukerhåndbok og implementasjonsguide - efaktura med elektronisk signering

Brukerhåndbok og implementasjonsguide - efaktura med elektronisk signering Brukerhåndbok og implementasjonsguide - efaktura med elektronisk signering Innhold 1 FUNKSJONELL DOKUMENTASJON... 3 1.1 EFAKTURA IDENTIFISERING - KORT BESKREVET... 3 1 FLYTSKJEMA FOR EFAKTURA IDENTIFISERING...

Detaljer

Akseptansetest for mottak av PLO-meldingen: Helseopplysninger ved søknad

Akseptansetest for mottak av PLO-meldingen: Helseopplysninger ved søknad Akseptansetest for mottak av PLO-meldingen: Helseopplysninger ved søknad Meldingsversjon: Standard for elektronisk kommunikasjon med pleie- og omsorgstjenesten, versjon 1.5, datert 30.06.2009 2 Akseptansetest

Detaljer

Implementeringsveileder Elektronisk handelsformat Purring

Implementeringsveileder Elektronisk handelsformat Purring Implementeringsveileder Elektronisk handelsformat Purring Endringslogg Versjon Kommentar Forfatter Dato 1.0 Initial versjon Bao Nguyen, Difi 2011-01-28 Elektronisk handelsformat purring Side 2 av 21 Innhold

Detaljer

Transaksjonsstandard for virkesomsetningen i Norge. Transportoppdrag. Versjon 2.0. Desember 2007 SKOG-DATA AS

Transaksjonsstandard for virkesomsetningen i Norge. Transportoppdrag. Versjon 2.0. Desember 2007 SKOG-DATA AS Transaksjonsstandard for virkesomsetningen i Norge Versjon 2.0 Desember 2007 SKOG-DATA AS Innhold 1 Innledning 3 2 Dokumentasjon av 3 2.1 Oversikt 3 2.1.1 Meldinger 3 2.1.2 forretningsregler 3 2.1.3 Samhandling

Detaljer

BSK STANDARD FOR OMNUMMERERINGSREGISTERET

BSK STANDARD FOR OMNUMMERERINGSREGISTERET BSK STANDARD FOR OMNUMMERERINGSREGISTERET Versjon: 1.13 25. mai. 2016 Bankenes Standardiseringskontor Postboks 2644 Solli Tlf. 23 28 45 10 0203 OSLO E-post: post@bsk.no INNHOLDSFORTEGNELSE INNHOLDSFORTEGNELSE...

Detaljer

Akseptansetest for mottak PLO-meldingen: Orientering om tjenestetilbud

Akseptansetest for mottak PLO-meldingen: Orientering om tjenestetilbud Akseptansetest for mottak PLO-meldingen: Orientering om tjenestetilbud Meldingsversjon: Standard for elektronisk kommunikasjon med pleie- og omsorgstjenesten, versjon 1.5, datert 30.06.2009 2 Akseptansetest

Detaljer

Systemspesifikasjon AvtaleGiro

Systemspesifikasjon AvtaleGiro Systemspesifikasjon AvtaleGiro Systemspesifikasjon AvtaleGiro v 2.9 Side 1 av 21 Innhold 1 JUSTERING OG BLANKING AV FELTER... 3 2 FORSENDELSE FRA BETALINGSMOTTAKER... 3 2.1 STARTRECORD FORSENDELSE... 4

Detaljer

Registreringsskjema for Nets-tjenester

Registreringsskjema for Nets-tjenester Registreringsskjema for Nets-tjenester 1. Kunde (Kontoeier) Org.nr.: * Oppdragskonto: * Navn: * Epost kunde: * Adresse: * Postnummer: * Poststed: * Epost bank: * Kontaktperson kunde: * Kontaktperson bank:

Detaljer

Informasjon - digital forsendelse av fakturaer.

Informasjon - digital forsendelse av fakturaer. Informasjon - digital forsendelse av fakturaer. Vi som innbyggere gjør ulike digitale valg som innebærer at vi mottar faktura fra kommunen på andre måter enn via vanlig postgang. Det er ikke alltid vi

Detaljer

Pass og stell av barn

Pass og stell av barn Pass og stell av barn Beskrivelse av filformatet for innsending av opplysninger til Skatteetaten Gjelder fra inntektsåret 2013 Versjon 2.0.2 15. oktober 2014 1 Innhold 1 Introduksjon... 4 2 Krav til filvedlegg...

Detaljer

Angivelse av EHF profiler og dokumenttyper

Angivelse av EHF profiler og dokumenttyper Angivelse av profiler og dokumenttyper Innholdsfortegnelse Veileder profiler og dokumenttyper 1. Forord... 3 1.1 Formål med dokumentet... 3 1.2 Begrepsdefinisjoner... 4 1.2.1 Dokumenttype... 4 1.2.2 Customization...

Detaljer

KID-bytte - AvtaleGiro

KID-bytte - AvtaleGiro KID-bytte - AvtaleGiro KID-bytte AvtaleGiro p. 1-14 Innhold 1 BAKGRUNN... 3 2 GRUNNPRINSIPPER I FORBINDELSE MED KID-BYTTE... 3 3 MULIGE KOMBINASJONER... 4 4 RUTINE FOR KID-BYTTE... 5 5 INNSENDINGSFRIST

Detaljer

AvtaleGiro-KID-bytte. AvtaleGiro KID-bytte v 1.4 juli 2013 p. 1-15

AvtaleGiro-KID-bytte. AvtaleGiro KID-bytte v 1.4 juli 2013 p. 1-15 AvtaleGiro-KID-bytte AvtaleGiro KID-bytte v 1.4 juli 2013 p. 1-15 Innhold 1 BAKGRUNN... 3 2 GRUNNPRINSIPPER I FORBINDELSE MED KID-BYTTE... 3 3 MULIGE KOMBINASJONER... 4 4 RUTINE FOR KID-BYTTE... 5 5 INNSENDINGSFRIST

Detaljer

Brukerforum Vitari Høsten 2013 (11. november)

Brukerforum Vitari Høsten 2013 (11. november) Brukerforum Vitari Høsten 2013 (11. november) Autoinvoice og EDI Visma Global Logistikk (Presentert av Hans Jørgen Ulsund og Lars Ruud) Innholdsfortegnelse INNLEDNING OG VELKOMMEN... 3 LITT OM DASHBOARD...

Detaljer

Beskrivelse av filformatet for likningsoppgaven pass og stell av barn

Beskrivelse av filformatet for likningsoppgaven pass og stell av barn Beskrivelse av filformatet for likningsoppgaven pass og stell av barn Beskrivelsen gjelder likningsoppgaver fra inntektsåret 2013 med første innsending i 2014. Versjon 1.0 14. desember 2012 1 Innhold 1

Detaljer

Brukerhåndbok Utsteder efaktura. Brukerhåndbok efaktura Utsteder. Versjon 2.6. Side 1 av 42 Versjon 2.6

Brukerhåndbok Utsteder efaktura. Brukerhåndbok efaktura Utsteder. Versjon 2.6. Side 1 av 42 Versjon 2.6 Brukerhåndbok efaktura Utsteder Versjon 2.6 Side 1 av 42 Versjon 2.6 Innhold 1 INNLEDNING... 4 1.1 OM DETTE DOKUMENTET... 4 1.2 BEGREPSDEFINISJONER... 4 2 DETTE ER EFAKTURA... 6 2.1 EFAKTURA-TJENESTEN...

Detaljer

Brukerveiledning. Gruppe 9

Brukerveiledning. Gruppe 9 Forord : I dette dokumentet vil du få presentert en brukerveiledning for databasesystemet som vi har laget for Nor daglig vare import. Dokumentet er illustrert med bilder, og i tillegg finnes det forklaringer

Detaljer

PRODUKTBESKRIVELSE. NRDB Nummerforespørsel

PRODUKTBESKRIVELSE. NRDB Nummerforespørsel PRODUKTBESKRIVELSE NRDB Nummerforespørsel Versjon 1.3, mars 2012 NRDB Nummerforespørsel Versjon 1.3, mars 2012 Side 1 av 5 1. Innledning... 3 2. Beskrivelse av tjenesten... 3 2.1 Krav for tilknytning og

Detaljer

Merk! Du kan benytte alle løsningene på samme firma/klient. Det gjør det mulig å sette enkeltkunder til alternativ løsning hvis dette er ønskelig.

Merk! Du kan benytte alle løsningene på samme firma/klient. Det gjør det mulig å sette enkeltkunder til alternativ løsning hvis dette er ønskelig. Visma AutoInvoice Innledning Avtale / Priser / Lisenser Hvordan inngå avtale? Oppstart Egenskaper Firmaopplysninger Kontrollere kunder mot Visma AutoInvoice (fakturamottakere) Kunder (fakturamottakere)

Detaljer

Systemspesifikasjon AvtaleGiro

Systemspesifikasjon AvtaleGiro Systemspesifikasjon AvtaleGiro Systemspesifikasjon AvtaleGiro v 3.0 april 2013 Side 1 av 22 Innhold 1 STRUKTUR INNDATA... 3 2 FORSENDELSE FRA BETALINGSMOTTAKER... 3 2.1 STARTRECORD FORSENDELSE... 5 2.2

Detaljer

Brukerhåndbok Uni Micro AS INNLEDNING 1

Brukerhåndbok Uni Micro AS INNLEDNING 1 Brukerhåndbok Brukermanual Uni efaktura Versjon 1.0 Brukerhåndbok Uni Micro AS INNLEDNING 1 Kopirettigheter Uni Micro AS Dette dokument er beskyttet av lov av 12. mai 1961 nr. 2 om opphavsrett til åndsverk

Detaljer

Markeringsspråk og XML

Markeringsspråk og XML Rå tekst vs. formatert tekst Markeringsspråk og XML Det var en gang og snipp, snapp, snute, så var det eventyret ute. Standarder som ASCII, ISO 8859-x og Unicode gjelder rå tekst (

Detaljer

Verktøyintegrasjon DIPS

Verktøyintegrasjon DIPS ExorLive 25.1 januar 2012 D I P S A S A - J e r n b a n e v e i e n 8 5-8 0 3 7 B o d ø - N o r w a y w w w. d i p s. n o T e l : + 4 7 7 5 5 9 2 0 0 0 O r g. n r. 9 7 9 5 4 3 8 8 3 Side 2 av 9 Dokumentkontroll

Detaljer

XML Kurs for earkivar

XML Kurs for earkivar Timeplan XML Kurs for earkivar Dette er en 2 dagers kurs i XML og XSD. Kurset er totalt på timer med en repetitsjonstime. Hver time varer ca. 5 minutter og det er lagt opp til times lunsj pause fra 2 til

Detaljer

Skatteetaten Drosjesentraler Beskrivelse av filformatet for innsending av opplysninger til Skatteetaten Gjelder fra inntektsåret 2013 Versjon 1.0.

Skatteetaten Drosjesentraler Beskrivelse av filformatet for innsending av opplysninger til Skatteetaten Gjelder fra inntektsåret 2013 Versjon 1.0. Drosjesentraler Beskrivelse av filformatet for innsending av opplysninger til Skatteetaten Gjelder fra inntektsåret 2013 Versjon 1.0.2 15. oktober 2014 1 Innhold 1 Introduksjon... 4 2 Krav til filvedlegg...

Detaljer

Forslag til nasjonal standard for sending av vedlegg til nasjonale XML-meldinger

Forslag til nasjonal standard for sending av vedlegg til nasjonale XML-meldinger Høringsnotat Til Brukere av KITH-meldinger Fra KITH v/espen Stranger Seland, Anita Lorck Bjørgen m. fl. Dato 03.09.2010 Status Til høring frist for tilbakemeldinger er 27.09.2010 Forslag til nasjonal standard

Detaljer

PRODUKTBESKRIVELSE. NRDB Nummerforespørsel

PRODUKTBESKRIVELSE. NRDB Nummerforespørsel PRODUKTBESKRIVELSE NRDB Nummerforespørsel Versjon 1.2, juni 2007 Nasjonal referansedatabase AS, c/o Infostrada AS, St Olavs plass 3, N- 0165 OSLO Side 1 av 6 Innholdsfortegnelse 1. INNLEDNING... 3 2. NRDB

Detaljer

Kortversjon - Akseptansetest av sending Elektronisk epikrise - Den gode epikrise

Kortversjon - Akseptansetest av sending Elektronisk epikrise - Den gode epikrise Kortversjon - Akseptansetest av sending Elektronisk epikrise - Den gode epikrise Meldingsversjon: 1.1 datert 23.09.2006 Akseptansetest av sending Epikrise 2 Informasjon om avsendersystem Programvareleverandør:

Detaljer

Basis interoperabilitetstest - ebxml

Basis interoperabilitetstest - ebxml Basis interoperabilitetstest - ebxml Testversjon: 1.0 2 Basis interoperabilitetstest - ebxml Innholdsfortegnelse 1. Revisjonshistorikk... 3 2. Basis interoperabilitetstest - ebxml... 4 Hvordan gjennomføre

Detaljer

Innhold. efaktura Visma AutoInvoice til v.5.03... 1. Oppsett/Vedlikehold... 1. 1 - Systemkoder og Hovedkoder... 2. 2 - Systemkoder og e-faktura...

Innhold. efaktura Visma AutoInvoice til v.5.03... 1. Oppsett/Vedlikehold... 1. 1 - Systemkoder og Hovedkoder... 2. 2 - Systemkoder og e-faktura... Innhold efaktura Visma AutoInvoice til v.5.03... 1 Oppsett/Vedlikehold... 1 1 - Systemkoder og Hovedkoder... 2 2 - Systemkoder og e-faktura... 2 3 - Registrer AutoInvoice... 3 4 - Login AutoInvoice...

Detaljer

Hvordan komme i gang med

Hvordan komme i gang med Hvordan komme i gang med AvtaleGiro AvtaleGiro er et praktisk og lettvint system for faste betalingsoppdrag (FBO) som vi sterkt anbefaler at sentrene tar i bruk. Avtalegiro medfører at kundene trekkes

Detaljer

Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise

Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise Meldingsversjon: 1.1 datert 23.09.2006 Akseptansetest av mottak Epikrise 2 Informasjon om mottakersystem Programvareleverandør: Navn og

Detaljer

Skatteetaten Boligsameie Beskrivelse av filformatet for innsending av opplysninger til Skatteetaten Gjelder fra og med innrapportering i januar 2016

Skatteetaten Boligsameie Beskrivelse av filformatet for innsending av opplysninger til Skatteetaten Gjelder fra og med innrapportering i januar 2016 Boligsameie Beskrivelse av filformatet for innsending av opplysninger til Skatteetaten Gjelder fra og med innrapportering i januar 2016 Versjon 2.1 1. september 2015 1 Innhold 1 Introduksjon... 4 1.1 Endringer

Detaljer

Syklistenes Landsforening Systembeskrivelse AvtaleGiro

Syklistenes Landsforening Systembeskrivelse AvtaleGiro Syklistenes Landsforening Systembeskrivelse AvtaleGiro Dette dokumentet er tiltenkt regnskapsansvarlig hos Syklistenes Landsforening og kontaktpersoner i bank og hos Nets. Eilert Sundt Systemdesign AS

Detaljer

Kvikkguide Send og Motta efaktura bedrift i Nettbank Bedrift

Kvikkguide Send og Motta efaktura bedrift i Nettbank Bedrift Kvikkguide Send og Motta efaktura bedrift i Nettbank Bedrift Innhold Denne kvikkguiden gir en kort beskrivelse av følgende tjenester: - Send efaktura enkeltvis i Nettbank Bedrift - Motta efaktura enkeltvis

Detaljer

AvtaleGiro svarkuponger v 1.1

AvtaleGiro svarkuponger v 1.1 1 Innhold 1 BESKRIVELSE... 3 2 HVORDAN KOMME I GANG... 3 3 RUTINEN I DRIFT... 4 4 EKSEMPEL PÅ SVARKUPONG... 6 5 KRAV TIL UTFORMING AV SVARKUPONGER... 7 6 ENDRINGSLOGG FOR DENNE DOKUMENTASJON... 8 2 1 Beskrivelse

Detaljer

Kunderegisteret. Søk og vedlikehold. VISMA RETAIL AS Wirgenes vei 1, 3157 Barkåker, Telefon: +47 33 34 94 00

Kunderegisteret. Søk og vedlikehold. VISMA RETAIL AS Wirgenes vei 1, 3157 Barkåker, Telefon: +47 33 34 94 00 Kunderegisteret Søk og vedlikehold Page 2 of 7 OM DETTE DOKUMENTET VERSJONSHISTORIKK Versjon Beskrivelse Dato Hvem 1.0 Kunderegister 07.03.2014 BDR 2.0 3.0 INNHOLDSFORTEGNELSE OM DETTE DOKUMENTET... 2

Detaljer

Forsendelse i Zirius

Forsendelse i Zirius Forsendelse i Zirius Forsendelse er en måte for å sende data fra Zirius til kunde eller andre systemer på en automatisert måte. Dette kan for eksempel være Ordrebekreftelse på epost eller Fakturajournal

Detaljer

Distribusjon av varslinger

Distribusjon av varslinger Innhold Distribusjon av varslinger... 2 Definering av varslinger... 2 Opprette nytt varsel... 2 Generelt... 3 Generelt - Flettefelter... 5 Funksjoner... 7 Varsel alternativ kobling mot funksjoner... 8

Detaljer

Brukerhåndbok Utsteder efaktura. Brukerhåndbok efaktura Utsteder. Versjon 2.8. Brukerhåndbok Utsteder efaktura B2C Page 1 of 40

Brukerhåndbok Utsteder efaktura. Brukerhåndbok efaktura Utsteder. Versjon 2.8. Brukerhåndbok Utsteder efaktura B2C Page 1 of 40 Brukerhåndbok Utsteder efaktura Brukerhåndbok efaktura Utsteder Versjon 2.8 Brukerhåndbok Utsteder efaktura B2C Page 1 of 40 Innhold Contents 1 Innledning... 5 1.1 Om dette dokumentet... 5 1.2 Begrepsdefinisjoner...

Detaljer

Meldingsutveksling med Kreftregisteret over Norsk Helsenett

Meldingsutveksling med Kreftregisteret over Norsk Helsenett Meldingsutveksling med Kreftregisteret over Norsk Helsenett Versjonshistorikk Versjon Dato Kommentar Forfatter 0.1 2011-10-05 Første utkast Sølve Monteiro 0.2 2011-10-06 Legge til oppsummering Sølve Monteiro

Detaljer

LEVERINGSBETINGELSENE... 2 Disse vilkårene aksepteres ved å ta i bruk tjenesten... 2 Postens forpliktelser:... 2 Dine forpliktelser:... 2 Ansvar:...

LEVERINGSBETINGELSENE... 2 Disse vilkårene aksepteres ved å ta i bruk tjenesten... 2 Postens forpliktelser:... 2 Dine forpliktelser:... 2 Ansvar:... LEVERINGSBETINGELSENE... 2 Disse vilkårene aksepteres ved å ta i bruk tjenesten... 2 Postens forpliktelser:... 2 Dine forpliktelser:... 2 Ansvar:... 2 Mislighold:... 2 Oppsigelse av tjeneste:... 2 Hvordan

Detaljer

Vedlegg til meldinger

Vedlegg til meldinger Elektronisk samhandling Vedlegg til meldinger TEKNISK SPESIFIKASJON VERSJON 2.0 13.5.2011 KITH-rapport 1036 : 2011 KITH-rapport TITTEL Elektronisk samhandling Vedlegg til meldinger Forfatter Espen Stranger

Detaljer

Transaksjonsstandard for virkesomsetningen i Norge. Transportert virke. Versjon 2.0. Desember 2007 SKOG-DATA AS

Transaksjonsstandard for virkesomsetningen i Norge. Transportert virke. Versjon 2.0. Desember 2007 SKOG-DATA AS Transaksjonsstandard for virkesomsetningen i Norge Transportert virke Versjon 2.0 Desember 2007 SKOG-DATA AS Innhold 1 INNLEDNING 3 2 DOKUMENTASJON AV MELDING OM TRANSPORTERT VIRKE 3 2.1 Oversikt 3 2.1.1

Detaljer

INFORMASJON OM ELEKTRONISK FAKTURA TIL IVAR IKS

INFORMASJON OM ELEKTRONISK FAKTURA TIL IVAR IKS INFORMASJON OM ELEKTRONISK FAKTURA TIL IVAR IKS Innhold Innledning... 3 Hvordan komme i gang?... 3 Infrastruktur og format for elektronisk faktura...4 Infrastruktur (Aksesspunkt og ELMA)... 4 Elektronisk

Detaljer

Akseptansetest av mottak Elektronisk henvisning

Akseptansetest av mottak Elektronisk henvisning Akseptansetest av mottak Elektronisk henvisning Meldingsversjon: 1.0 datert 08.07.2005 Akseptansetest av mottak Henvisning 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK... 3 2. AKSEPTANSETEST FOR MOTTAK

Detaljer

Akseptansetest for mottak av PLO-meldingen: Helseopplysninger til lege

Akseptansetest for mottak av PLO-meldingen: Helseopplysninger til lege Akseptansetest for mottak av PLO-meldingen: Helseopplysninger til lege Meldingsversjon: Standard for elektronisk kommunikasjon med pleie- og omsorgstjenesten, versjon 1.5, datert 30.06.2009 2 Akseptansetest

Detaljer

Akseptansetest for mottak PLO-meldingen Orientering om tjenestetilbud

Akseptansetest for mottak PLO-meldingen Orientering om tjenestetilbud Akseptansetest for mottak PLO-meldingen Orientering om tjenestetilbud Meldingsversjon: Standard for elektronisk kommunikasjon med pleie- og omsorgstjenesten, versjon 1.4, datert 20.02.2008 Akseptansetest

Detaljer

Brukermanual. Visma Contracting AutoCollect

Brukermanual. Visma Contracting AutoCollect Brukermanual Visma Contracting AutoCollect 1 Innholdsfortegnelse Kom i gang med Visma Contracting AutoCollect 2 Purring pr. Avdeling 3 Opprett bilagsart for AutoCollect og hovedbokskonti 3 Kundekortet

Detaljer

TransportoppdragBekreftelse

TransportoppdragBekreftelse Transaksjonsstandard for virkesomsetningen i Norge Versjon 2.0 Desember 2007 SKOG-DATA AS Innhold 1 Innledning 3 2 Dokumentasjon av 3 2.1 Oversikt 3 2.1.1 Meldingstyper 3 2.1.2 Transportoppdrag forretningsregler

Detaljer

1 JUSTERING OG BLANKING AV FELTER...2

1 JUSTERING OG BLANKING AV FELTER...2 SYSTEMSPESIFIKASJON FOR OCR giro I N N H O L D 1 JUSTERING OG BLANKING AV FELTER...2 2 RECORDTYPER, RECORDLAYOUT, ORGANISERING AV RECORDS...2 2.1 STARTRECORD FOR FORSENDELSE...3 2.2 STARTRECORD FOR OPPDRAG...4

Detaljer

Hvordan komme i gang med

Hvordan komme i gang med Hvordan komme i gang med AvtaleGiro AvtaleGiro er et praktisk og lettvint system for faste betalingsoppdrag (FBO) som vi sterkt anbefaler at sentrene tar i bruk. Avtalegiro medfører at kundene trekkes

Detaljer

Brukerveiledning for Remittering/Filoverføring Nettbank bedrift

Brukerveiledning for Remittering/Filoverføring Nettbank bedrift Brukerveiledning for Remittering/Filoverføring Nettbank bedrift Versjon 10-2012 1 Filoverføring - integrering mot regnskaps- og lønnssystem Nettbank bedrift integreres enkelt med de fleste økonomisystemer,

Detaljer

HIS 1023:2010. Pasientliste Informasjonsmodell og XML meldingsbeskrivelse

HIS 1023:2010. Pasientliste Informasjonsmodell og XML meldingsbeskrivelse HIS 1023:2010.. Pasientliste Informasjonsmodell og XML meldingsbeskrivelse Versjon 1.6 Opprinnelig dato 1.12.2008 Sist endret 15.02.2012 KITH 21/08:2012 Publikasjonens tittel: Pasientliste. Informasjonsmodell

Detaljer

Spørsmål og svar. Anskaffelse av elektroniske faktureringstjenester

Spørsmål og svar. Anskaffelse av elektroniske faktureringstjenester Anskaffelse av elektroniske faktureringstjenester Endringslogg Dokumentnavn Versjon Opprettet Siste endret Status Fjellinjen Revisjonshistorikk - Spørsmål og svar v1.0 1.0 10.06.2011 10.06.2011 Godkjent

Detaljer

Orders Ethernet connect

Orders Ethernet connect Orders Ethernet connect For å registrere en ny bestilling, åpne Orders modulen og velg under appleten Order List. Klikk på appleten Line Items for å hente frem nytt skjermbilde. 2 Klikk på New under Sales

Detaljer

Markeringsspråk og XML Nettsider og XHTML

Markeringsspråk og XML Nettsider og XHTML Markeringsspråk og XML Nettsider og XHTML Det var en gang og snipp, snapp, snute, så var det eventyret ute. Læreboka kapittel 3 og 4 5. september 2007 XML og XHTML XML = EXtensible

Detaljer

Visma Enterprise. Versjon 18.12.13. Fakturering Brukerveiledning - enkel utgave

Visma Enterprise. Versjon 18.12.13. Fakturering Brukerveiledning - enkel utgave Visma Enterprise Versjon 18.12.13 Fakturering Brukerveiledning - enkel utgave Før du går i gang Dette er en forenklet utgave av brukerveiledningen i Fakturering beregnet for deg som skal skrive utgående

Detaljer

Akseptansetest av mottak Svarrapportering av medisinske tjenester Immunologi

Akseptansetest av mottak Svarrapportering av medisinske tjenester Immunologi Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK...

Detaljer

Akseptansetest av mottak Svarrapportering av medisinske tjenester Mikrobiologi

Akseptansetest av mottak Svarrapportering av medisinske tjenester Mikrobiologi Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. Revisjonshistorikk...

Detaljer

Individuelle pensjonsordninger

Individuelle pensjonsordninger Individuelle pensjonsordninger Spesifikasjon for utfylling og innsending av opplysninger til Skatteetaten Gjelder fra inntektsåret 2015 med frist for innrapportering i januar 2016 Versjon 1.0 Mai 2015

Detaljer

WSDL (../tjenester/forsendelseservice/forsendelsesservicev5? wsdl) Tilgang

WSDL (../tjenester/forsendelseservice/forsendelsesservicev5? wsdl) Tilgang ForsendelseServiceV5 Her beskrives funksjonalitet for ForsendelseServiceV5 WSDL (../tjenester/forsendelseservice/forsendelsesservicev5? wsdl) Tilgang For å benytte webservicen må en bruke HTTP Basic autentication

Detaljer

Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise

Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise Meldingsversjon: 1.1 datert 23.09.2006 Akseptansetest av mottak Epikrise 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK... 3 2. AKSEPTANSETEST

Detaljer

Kvikkguide Send og Motta efaktura bedrift i Nettbank bedrift

Kvikkguide Send og Motta efaktura bedrift i Nettbank bedrift Kvikkguide Send og Motta efaktura bedrift i Nettbank bedrift Versjon 01.2013 1 Innhold: Denne kvikkguiden gir en beskrivelse av tjenestene: - Send efaktura enkeltvis i Nettbank bedrift - Motta efaktura

Detaljer

Instruks for elektronisk arkivmateriale som avleveres eller overføres som depositum til IKA Møre og Romsdal IKS

Instruks for elektronisk arkivmateriale som avleveres eller overføres som depositum til IKA Møre og Romsdal IKS Instruks for elektronisk arkivmateriale som avleveres eller overføres som depositum til IKA Møre og Romsdal IKS Følgende retningslinjer skal følges ved deponering og/eller avlevering av elektroniske arkiver

Detaljer

Dokumenter som skal inngå i en melding kan opprettes og signeres uavhengig av hverandre.

Dokumenter som skal inngå i en melding kan opprettes og signeres uavhengig av hverandre. Systembeskrivelse for eksterne aktører Med milepæl 3 gir Kartverket neste innblikk i den kommende løsningen for elektronisk tinglysing. Milepæl 3 gir eksterne aktører mulighet til å få innsikt i grensesnitt

Detaljer

EN PRAKTISK INNFØRING I KRYPTERT E-POST FRA UDI

EN PRAKTISK INNFØRING I KRYPTERT E-POST FRA UDI EN PRAKTISK INNFØRING I KRYPTERT E-POST FRA UDI Asylavdelingen (ASA) i UDI forbereder seg til høsten 2010 der avdelingen skal begynne med fullelektronisk saksbehandling (esak). UDI har innført en løsning

Detaljer

BRUKERVEILEDNING FO R WWW.STYREVERVREGISTERET.NO

BRUKERVEILEDNING FO R WWW.STYREVERVREGISTERET.NO BRUKERVEILEDNING FO R WWW.STYREVERVREGISTERET.NO Noen av illustrasjonene i denne brukerveiledningen er hentet fra selskapenes tilsvarende system. Virkemåten er imidlertid den samme. 1 Innholdsfortegnelse

Detaljer

Innskudd, utlån og renter

Innskudd, utlån og renter Innskudd, utlån og renter Spesifikasjon for utfylling og innsending av opplysninger til Skatteetaten Gjelder fra inntektsåret 2013 Versjon 2.1.2 15. oktober 2014 1 Innhold 1 Introduksjon... 4 1.1 Nytt

Detaljer

Skatteetaten Innhold

Skatteetaten Innhold Spesifikasjoner for utfylling og innsending av opplysninger over gaver til visse frivillige organisasjoner og tros- og livssynssamfunn til Skatteetaten. Gjelder for inntektsåret 2013 med første innrapportering

Detaljer

Arbeide med : Avtalegiro I FENISTRA EIENDOM. Dokument kontroll

Arbeide med : Avtalegiro I FENISTRA EIENDOM. Dokument kontroll Arbeide med : Avtalegiro I FENISTRA EIENDOM Dokument kontroll Versjon 1.0 Release dato 15.06.2003 Sist Endret dato 15.06.2003 Innhold Forutsetninger... 3 Hensikt... 3 FENISTRA AVTALEGIRO... 3 Applikasjonsvindu...

Detaljer

Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise

Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise Meldingsversjon: 1.1 datert 23.09.2006 Akseptansetest av mottak Epikrise 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK... 3 2. AKSEPTANSETEST

Detaljer

MIN SIDE. informasjon

MIN SIDE. informasjon MIN SIDE informasjon Velkommen til Min Side Svorka jobber kontinuerlig for å gjøre hverdagen så enkel som mulig for våre kunder, og vi lanserer nå nye «Min Side» som et ledd i dette arbeidet. Logg deg

Detaljer

Til Leverandører. Krav til innhold i EHF fakturaer til DFØ

Til Leverandører. Krav til innhold i EHF fakturaer til DFØ Dato 01.02.2012 Referanse pejo Til Leverandører Krav til innhold i EHF fakturaer til DFØ Side 2 Innhold 1. Generelt... 3 a. Dialog med leverandør... 3 b. Test av XML filer... 3 c. Interntest DFØ... 3 d.

Detaljer

Beskrivelse av filformatet for opplysninger om "Kjøp fra primærnæring Pelsdyrskinn" til Skatteetaten

Beskrivelse av filformatet for opplysninger om Kjøp fra primærnæring Pelsdyrskinn til Skatteetaten Beskrivelse av filformatet for opplysninger om "Kjøp fra primærnæring Pelsdyrskinn" til Skatteetaten Gjelder fra inntektsåret 2013 med første innsending i 2014. Versjon 2.1 25. november 2013 1 Innhold

Detaljer

Akseptansetest av mottak Svarrapportering av medisinske tjenester Patologi

Akseptansetest av mottak Svarrapportering av medisinske tjenester Patologi Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. Revisjonshistorikk...

Detaljer

Vedlegg 2 Fullmakt ved operatørbytte

Vedlegg 2 Fullmakt ved operatørbytte Vedlegg 2 Fullmakt ved operatørbytte Abonnenten skal gi T-V fullmakt til å Bestille Operatørbytte, jf. Fullmaktsskjema ved enkelt fullmakt. Dersom Abonnenten ønsker at A-V skal annullere et Operatørbytte

Detaljer

Kom i gang med Visma AutoInvoice

Kom i gang med Visma AutoInvoice Kom i gang med Visma AutoInvoice Denne beskrivelsen er for de som har Visma Global (VG) og Visma Document Center (VDC) og ønsker å komme i gang med Visma AutoInvoice (AI) Versjonskrav: Visma Global minst

Detaljer