Teknisk håndbok efaktura Spesifikasjon Påmelding i XML-format Innhold
|
|
- Simen Henriksen
- 8 år siden
- Visninger:
Transkript
1 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
2 1 FUNKSJONALITET OVERORDNET BESKRIVELSE... 3 REQUEST FIL (FORESPØRSEL FRA KUNDE OG KVITTERINGER)... 3 RESPONSE FIL (SVAR FRA UTSTEDER) 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 Melding om sletting av eksisterende efakturaavtale i request fra BBS 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 requestfil SPESIFIKASJON AV RESPONSE FILEN FRA UTSTEDER FORSENDELSESNIVÅ OPPDRAGSNIVÅ VEDLEGG Svar på forespørsel om ny efakturaavtale i response fra utsteder Svar på forespørsel om endring av eksisterende efakturaavtale i repsonse fra BBS 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 ENDRINGSLOGG FOR DENNE BRUKERHÅNDBOKEN Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s. 2 33
3 1 Funksjonalitet 1.1 Overordnet beskrivelse Request fil (forespørsel fra kunde og kvitteringer) En xmlfil kalt requestfil sendes fra BBS til utsteder. Filen inneholder/ kan inneholde: Forespørsel om nye efakturaavtale fra kunde i nettbank Forespørsel om endring av eksisterende efakturaavtale fra kunde i nettbank Melding om at kunde har slettet sin efakturaavtale Kvittering / verifikasjon på at BBS har oppdatert efaktura avtale status i sitt system på bakgrunn av svar fra utsteder (responsefilen). Dette gjelder svar på forespørsel om ny efakturaavtale eller forespørsel om endring av efakturaavtale. 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 efakturaavtale fra kunde (utsteder validerer & godkjenner kunde) Svar på forespørsel om ny efakturaavtale fra kunde (utsteder validerer & avviser kunde) Svar på forespørsel om endring på eksisterende efakturaavtale fra kunde (utsteder validerer & godkjenner) Svar på forespørsel om endring på eksisterende efakturaavtale fra kunde (utsteder validerer & avviser) 1.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. 1.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. 1.4 Transaksjonsnivå Transaksjonsnivå inneholder informasjon om den enkelte transaksjon. Det kan være fra 1 til x antall detaljtransaksjoner på dette nivå. 1.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. Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s. 3 33
4 1.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 efakturasystemet. Avtale vises i nettbank som "avventende" BBS 3. BBS sender requestfil til utsteder 5. I nettbank vises avtale som godkjent eller avslått 6.BBS sender kvittering til utsteder 4. Utsteder sender responsefil til BBS Nettbank Utsteder 1. Forbruker registrerer at han ønsker å motta efaktura fra en utsteder Forbruker Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s. 4 33
5 1.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 Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s. 5 33
6 2 Spesifikasjon av request filen fra BBS 2.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="iso8859 1"?> <Message> Koden skal stå øverst i filen for å sikre rett formatering/ tegnsett på Xmlfilen. Message markerer start og slutt på meldingen. <Request> Header informasjon om fakturaen. <FromInfo> Informasjon under FromInfo forteller hvem som sendte fila. <ServiceProviderName> Alltid verdien : 8080 ServiceProviderName skal fylles ut med <ToInfo> Informasjon under ToInfo forteller hvem fila skal til. numerisk, 4 posisjoner Alltid 8080 <ServiceProviderID> Forteller hvem som skal motta filen. Alfanumerisk, 15 posisjoner Foretaksnummer F.eks. NOR <ServiceID> Alltid 1 Numerisk, 1 posisjon Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s. 6 33
7 2.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. 2.3 Vedlegg Ny efakturaavtale forespørsel i request filen Forespørsel om endring på eksisterende efakturaavtale i request filen Sletting av efakturaavtale i request filen Forespørsel om ny efaktura avtale i request fra BBS Forespørsel om ny efakturaavtale Denne forespørselen inneholder efaktura avtaleinformasjon 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="iso88591"?> <Message> <Request> <FromInfo> <ServiceProviderName> <![CDATA[8080]]> </ServiceProviderName> </ServiceProvider> </FromInfo> <ToInfo> <ServiceProviderID> <![CDATA[NOR ]]> </ServiceProviderID> <ServiceID> <![CDATA[1]]> </ServiceID> </ServiceProvider> </ToInfo> </Request> <EnrollmentRQ> <EnrollmentAdd> <AccountInfoRecord> <PortalInfo> <PortalEnrollmentStatus> <![CDATA[A]]> </PortalEnrollmentStatus> </PortalInfo> <BillerInfo> <BillerAccountNumber> <![CDATA[999]]> </BillerAccountNumber> <BillerUserName /> Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s. 7 33
8 <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> <ThorUserKey/> </AccountInfoRecord> </EnrollmentAdd> </EnrollmentRQ> </Message> Kvittering fra BBS på godkjent forespørsel om ny efakturaavtale Utsteder har godkjent forespørsel om ny efakturaavtale 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="iso88591"?> <Message> <Request> <FromInfo> <ServiceProviderName> <![CDATA[8080]]> </ServiceProviderName> </ServiceProvider> </FromInfo> <ToInfo> <ServiceProviderID> Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s. 8 33
9 <![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> <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> Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s. 9 33
10 Kvittering fra BBS på avvist forespørsel om ny efakturaavtale Utsteder har sendt response med avslag av forespørsel om ny efakturaavtale 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="iso88591"?> <Message> <Request> <FromInfo> <ServiceProviderName> <![CDATA[8080]]> </ServiceProviderName> </ServiceProvider> </FromInfo> <ToInfo> <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> <FirstName /> <LastName /> <DayPhone /> < /> <UserAddress> <Address1 /> <Address2 /> <City /> <State /> <PostalCode /> <Country /> </UserAddress> </UserInfo> <ThorInfo> <ThorContentProviderId> <![CDATA[NOR ]]> </ThorContentProviderId> <ThorUserId> <![CDATA[ddfgdfgfd56dfg876df68 = =]]> </ThorUserId> </ThorInfo> <ThorUserKey /> Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s
11 </AccountInfoRecord> </EnrollmentChange> </EnrollmentRQ> </Message> Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s
12 2.3.2 Melding om sletting av eksisterende efakturaavtale i request fra BBS Kunde har slettet sin efakturaavtale 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 efakturaavtale <?xml version="1.0" encoding="iso88591"?> <Message> <Request> <FromInfo> <ServiceProviderName> <![CDATA[8080]]> </ServiceProviderName> </ServiceProvider> </FromInfo> <ToInfo> <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]]> </BillerEnrollmentStatus> </BillerInfo> <UserInfo> <FirstName /> <LastName /> <DayPhone /> < /> <UserAddress> <Address1 /> <Address2 /> <City /> <State /> <PostalCode /> <Country /> </UserAddress> </UserInfo> <ThorInfo> <ThorContentProviderId> <![CDATA[NOR ]]> </ThorContentProviderId> <ThorUserId> <![CDATA[defg8s7876df86sd8sdf6 = =]]> </ThorUserId> Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s
13 </ThorInfo> <ThorUserKey /> </AccountInfoRecord> </EnrollmentDelete> </EnrollmentRQ> </Message> 2.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)> Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s
14 3 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. 3.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å fremtidig funksjonalitet. PortalEnrollmentStatus vil i normalsituasjoner ha en bokstav som verdi. Alfanumerisk, 1 posisjon Alltid = A <BillerInfo> Utsteder informasjon om avtalen <BillerAccountNumber> Kundens kundenummer hos Alfanumerisk, 32 utstederen posisjoner Viktig at utsteder returnerer samme verdi fra dette feltet i response filen. <BillerUserName> Kundens brukernavn hos utstederen. For fremtidig bruk. <BillerPassword> Kundens passord hos utstederen. For fremtidig bruk <BillerEnrollmentStatus> Gyldige statuser : P = forespørsel om ny eller endring av efaktura avtale Vil være blankt. 0 posisjoner Vil være blankt. 0 posisjoner 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 Dette feltet bør benyttes i validering mot utsteder kunderegister. Alfanumerisk, 50 posisjoner Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s
15 <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 felt til adressen. Vil ofte være tom. Alfanumerisk, 50 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> <ThorContentProviderId> Utsteder's organisasjonsnummer Viktig at utsteder sender samme verdi Alfanumerisk, 14 posisjoner F.eks. NOR tilbake til BBS i response fil. <ThorUserId> Kundens Id i efaktura systemet. Dette feltet inneholder en kryptert verdien. Alfanumerisk, 35 posisjoner <ThorUserKey> 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 />. Ikke ibruk Hvis det eventuelt kommer en verdi i dette feltet trenger ikke den å behandles av utsteder 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 efaktura avtale. Utsteder stopper efaktura for kunde. EnrollmentDelete BillerEnrollmentStatus = D Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s
16 5 AvtaleKvittering Request Kvittering på avvist forespørsel om endring Ny = 4 AvtaleKvittering Request Kvittering på godkjent Endring = forespørsel om ny avtale 5 eller endring av avtale 4 AvtaleKvittering Request Kvittering på avvist forespørsel om ny efakturaavtale Tabell 1 EnrollmentChange 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) Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s
17 Når utsteder leser requestfilen 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 responsefilen. Hvis Nei: Send informasjon til BBS om at kunde er nektet efakturaavtale samt en begrunnelse for dette i responsefilen. 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 efakturareferansen 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 responsefilen. Hvis Nei: Send informasjon til BBS om at forespørsel om endring er avvist samt en begrunnelse for dette i responsefilen. Mulig begrunnelser for avslag er beskrevet i spesifikasjon av response filen. Når utsteder avviser forespørsel om endring av efakturaavtale 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 efakturatjenesten. 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 Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s
18 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 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 kundeinformasjon 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> Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s
19 3.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å requestfil 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. Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s
20 3.1.4 Kvittering / verifikasjon i requestfil 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 efakturaavtale eller endring av eksisterende efakturaavtale, godkjenner avtalen / endringen i response fil til BBS. BBS svarer i neste requestfil med kvittering/verifikasjon på at BBS har oppdatert sitt efaktura avtale register på bakgrunn av responsefil 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 efakturaavtale, 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 responsefil 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 requestfil med forespørsel om endring av allerede aktiv efakturaavtale, og avslått denne i responsefil til BBS. BBS sender kvittering på at efakturaavtalen er deaktivert i BBS sitt system. Utsteder s handling: Utsteder må stoppe efaktura for denne kunden. Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s
21 4 Spesifikasjon av response filen fra utsteder 4.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="iso8859 1"?> <Message> Koden skal stå øverst i filen for å sikre rett formatering/ tegnsett på Xmlfilen. Message markerer start og slutt på meldingen. <Response> Header informasjon om fakturaen. <FromInfo> Informasjon under FromInfo forteller hvem som sendte fila. <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. numerisk, 4 posisjoner Alltid 8080 <ServiceProviderID> Forteller hvem som skal motta filen. Alfanumerisk, 15 posisjoner Foretaksnummer F.eks. NOR <ServiceID> Alltid 1 Numerisk, 1 posisjon Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s
22 4.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. 4.3 Vedlegg Svar på forespørsel om ny efakturaavtale i response filen Svar på forespørsel om endring på eksisterende efakturaavtale i response filen Svar på forespørsel om ny efakturaavtale i response fra utsteder Svar på Forespørsel om ny efakturaavtale (Utsteder godkjenner avtalen) Utsteder kan velge å godta eller avslå denne forespørselen. Dette er vist i eksempel nedenfor <?xml version="1.0" encoding="iso88591"?> <Message> <Response> <FromInfo> <ServiceProviderName> <![CDATA[8080]]> </ServiceProviderName> </ServiceProvider> </FromInfo> <ToInfo> <ServiceProviderID> <![CDATA[NOR ]]> </ServiceProviderID> <ServiceID> <![CDATA[1]]> </ServiceID> </ServiceProvider> </ToInfo> <Status/> </Response> <EnrollmentRS> <EnrollmentAdd> <AccountInfoRecord> <BillerInfo> <BillerAccountNumber> <![CDATA[999]]> </BillerAccountNumber> <BillerEnrollmentStatus> <![CDATA[A]]> </BillerEnrollmentStatus> <BillerReason/> <BillerMessage/> </BillerInfo> <ThorInfo> <ThorContentProviderId> Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s
23 <![CDATA[NOR ]]> </ThorContentProviderId> <ThorUserId> <![CDATA[defg876dsfg35676df68 = =]]> </ThorUserId> </ThorInfo> <ThorUserSignature> </ThorUserSignature> </AccountInfoRecord> </EnrollmentAdd> </EnrollmentRS> </Message> Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s
24 Svar på Forespørsel om ny efakturaavtale (Utsteder avviser avtalen) <?xml version="1.0" encoding="iso88591"?> <Message> <Response> <FromInfo> <ServiceProviderName> <![CDATA[8080]]> </ServiceProviderName> </ServiceProvider> </FromInfo> <ToInfo> <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> <![CDATA[dfhgdfgdfg45345 ==]]> </ThorUserId> </ThorInfo> <ThorUserSignature /> </AccountInfoRecord> </EnrollmentAdd> </EnrollmentRS> </Message> Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s
25 4.3.2 Svar på forespørsel om endring av eksisterende efakturaavtale i repsonse fra BBS I efaktura tjenesten kan kunde endre sin allerede eksisterende efakturaavtale. Meldingsflyt for slike endringer mellom BBS og utsteder er beskrevet i dette kapittelet Svar på forespørsel om endring av efakturaavtale (Utsteder godkjenner endringen) <?xml version="1.0" encoding="iso88591"?> <Message> <Response> <FromInfo> <ServiceProviderName> <![CDATA[8080]]> </ServiceProviderName> </ServiceProvider> </FromInfo> <ToInfo> <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> <ThorInfo> <ThorContentProviderId> <![CDATA[NOR ]]> </ThorContentProviderId> <ThorUserId> <![CDATA[defg876dfg876df = =]]> </ThorUserId> </ThorInfo> <ThorUserSignature/> </AccountInfoRecord> </EnrollmentChange> </EnrollmentRS> </Message> Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s
26 Svar på forespørsel om endring av efakturaavtale (Utsteder avviser endringen) Utsteder har avvist forespørsel om endring av eksisterende efakturaavtale. <?xml version="1.0" encoding="iso88591"?> <Message> <Response> <FromInfo> <ServiceProviderName> <![CDATA[8080]]> </ServiceProviderName> </ServiceProvider> </FromInfo> <ToInfo> <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> <![CDATA[NOR ]]> </ThorContentProviderId> <ThorUserId> <![CDATA[defg876dfg245876df68 = =]]> </ThorUserId> </ThorInfo> <ThorUserSignature/> </AccountInfoRecord> </EnrollmentChange> </EnrollmentRS> </Message> 4.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)> Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s
27 <!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)> 4.5 XSD Schema Filvedlegget under fungerer ikke hvis du sitter med denne filen I PDFformat. 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="iso88591"?> <! Denne xsd er ment for distribusjon til utstedere dvs innsendere av response filer. > <xs:schema xmlns:xs=" <xs:element name="message"> <xs:element name="response" minoccurs="1" maxoccurs="1"> <xs:element name="fileinfo" minoccurs="0" maxoccurs="1"> <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:element name="frominfo" minoccurs="1" maxoccurs="1"> <xs:element name="serviceprovider" minoccurs="1" maxoccurs="1"> <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:sequence> <xs:element name="toinfo" minoccurs="1" maxoccurs="1"> <xs:element name="serviceprovider" minoccurs="1" maxoccurs="1"> Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s
28 <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:sequence> <xs:element name="status" type="xs:string" minoccurs="1" maxoccurs="1" /> </xs:sequence> <xs:element name="enrollmentrs" minoccurs="1" maxoccurs="unbounded"> <xs:element name="contentproviderinfo" minoccurs="0" maxoccurs="1"> <xs:element name="contentproviderfilereference" type="xs:string" minoccurs="0" maxoccurs="1"/> </xs:sequence> <xs:element name="enrollmentadd" minoccurs="0" maxoccurs="unbounded"> <xs:element name="accountinforecord" minoccurs="1" maxoccurs="1"> <xs:element name="billerinfo" minoccurs="1" maxoccurs="1"> <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:element name="thorinfo" minoccurs="1" maxoccurs="1"> <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:element name="thorusersignature" type="xs:string" minoccurs="1" maxoccurs="1" /> Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s
29 </xs:sequence> </xs:sequence> <xs:element name="enrollmentchange" minoccurs="0" maxoccurs="unbounded"> <xs:element name="accountinforecord" minoccurs="1" maxoccurs="1"> <xs:element name="billerinfo" minoccurs="1" maxoccurs="1"> <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:element name="thorinfo" minoccurs="1" maxoccurs="1"> <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:element name="thorusersignature" type="xs:string" minoccurs="1" maxoccurs="1" /> </xs:sequence> </xs:sequence> </xs:sequence> </xs:sequence> </xs:schema> Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s
30 5 Oversikt over meldinger som kan sendes i response filen 5.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 Alfanumerisk, 32 posisjoner <BillerEnrollmentStatus> <BillerReason> <BillerMessage> 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 BillerReason er en tallkode som forteller årsaken til avslaget på søknaden. Lovlige verdier er; 01, 02, 03 Skal fylles ut hvis BillerEnrollmentStatus = N Alfanumerisk,1 posisjon Alfanumerisk, 2 posisjoner Alfanumerisk, max 100 posisjoner BillerMessage er et tekstfelt som med ord beskriver årsaken gitt i BillerReason. Lovlige verdier er; <ThorInfo> <ThorContentProviderId> 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) Utsteder's organisasjonsnummer Benytt samme verdi som mottatt på request filen. Alfanumerisk, 14 posisjoner F.eks. NOR Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s
31 <ThorUserId> Kundens Id i efaktura systemet. Dette feltet vi inneholde denne verdien kryptert. 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 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 efaktura avtale. EnrollmentAdd 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. 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. Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s
32 5.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 efakturaavtale 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 efakturaavtalen 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 requestfilen. Dette er forbrukerens id i BBS sitt system og brukes til å identifisere avtalen som skal oppdateres. F.eks. l2kj45l2kj52lkj452lk5j = = Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s
33 6 Endringslogg for denne brukerhåndboken Dokumentansvarlig: Terje Dahl 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 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 2.8 Gjennomgang av dokumentet Terje Dahl hha hha Mars 2010 Teknisk håndbok efaktura Spesifikasjon Påmelding i XMLformat versjon 2.9 s
Teknisk håndbok SPESIFIKASJON. Påmelding i XML-FORMAT. versjon 2.9. - Status: Gjeldene. Påmelding XML format versjon 2.9
Teknisk håndbok SPESIFIKASJON Påmelding i XML-FORMAT versjon 2.9-1 - Dokumentansvarlig: Terje Dahl Endringslogg Ver. Kap. Beskrivelse av endring Sign. forf. Sign. dok.ansv. Dato 1.0 2.0 Alle endringer
DetaljerTeknisk 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
DetaljerTeknisk 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...
Detaljerefaktura 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
DetaljerXML 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
DetaljerNOIS-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...
DetaljerBrukerhå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...
DetaljerAkseptansetest 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
DetaljerHvordan 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
DetaljerSend 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
DetaljerSpesifikasjon 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.
DetaljerGaver 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
DetaljerSend 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
DetaljerKvikkguide 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
DetaljerBoligsameie. 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
DetaljerAkseptansetest 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- 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
DetaljerAndre 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
DetaljerSystemspesifikasjon 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- 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
DetaljerBSK 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...
DetaljerTransaksjonsstandard 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
DetaljerHØ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:
DetaljerKID-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
DetaljerAngivelse 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...
DetaljerAvtaleGiro-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
DetaljerImplementeringsveileder 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
DetaljerBrukerforum 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...
DetaljerSystemspesifikasjon 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
DetaljerBSK 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...
DetaljerAkseptansetest 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
DetaljerPass 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...
DetaljerBrukerhå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
DetaljerAkseptansetest 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
DetaljerGrensesnittene 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
DetaljerRegistreringsskjema 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:
DetaljerLæ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.
DetaljerBrukerhå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...
DetaljerBeskrivelse 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
DetaljerInformasjon - 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
DetaljerBrukerveiledning. 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
DetaljerVerktø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
DetaljerSkatteetaten 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...
DetaljerBrukerhå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...
DetaljerPRODUKTBESKRIVELSE. 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
DetaljerMerk! 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)
DetaljerKvikkguide 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
DetaljerSkatteetaten 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
DetaljerPRODUKTBESKRIVELSE. 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
DetaljerBasis interoperabilitetstest - ebxml
Basis interoperabilitetstest - ebxml Testversjon: 1.0 2 Basis interoperabilitetstest - ebxml Innholdsfortegnelse 1. Revisjonshistorikk... 3 2. Basis interoperabilitetstest - ebxml... 4 Hvordan gjennomføre
DetaljerLEVERINGSBETINGELSENE... 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
DetaljerTransaksjonsstandard 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
DetaljerAkseptansetest 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
DetaljerSyklistenes 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
DetaljerXML 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
DetaljerAvtaleGiro 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
DetaljerKortversjon - 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:
DetaljerINFORMASJON 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
DetaljerMarkeringssprå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 (
DetaljerInnhold. 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...
DetaljerTransportoppdragBekreftelse
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
DetaljerSpø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
DetaljerDistribusjon 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
DetaljerForsendelse 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
DetaljerVisma 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
DetaljerHvordan 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
DetaljerWSDL (../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
DetaljerAkseptansetest 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
DetaljerBeskrivelse 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
DetaljerAkseptansetest 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
DetaljerIndividuelle 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
DetaljerBrukerdokumentasjon for Nets fakturahotell efaktura B2C
Brukerdokumentasjon for Nets fakturahotell efaktura B2C versjon 2.0 s. 1-17 Innhold 1 INNLEDNING... 3 1.1 Om dette dokumentet... 3 1.2 Rollebeskrivelser... 3 1.3 Noen ord og uttrykk....4 2 DETTE ER NETS
DetaljerDokumenter 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
Detaljer1 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
DetaljerSystemspesifikasjon - Betaling med engangsfullmakt - Verdipapirhandel
Systemspesifikasjon - Betaling med engangsfullmakt - Verdipapirhandel Systemspesifikasjon - Betaling med engangsfullmakt - Verdipapirhandel v3.1 p. 1-26 Betaling med engangsfullmakt - Verdipapirhandel
DetaljerForslag 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
DetaljerAkseptansetest 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
DetaljerBrukermanual. 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
DetaljerAvtalevilkår for efaktura B2C mellom fakturautsteder og banken, av 11.11. 2011
Avtalevilkår for efaktura B2C mellom fakturautsteder og banken, av 11.11. 2011 A. Innledende bestemmelser 1. Kort beskrivelse av tjenesten efaktura B2C er en tjeneste for elektronisk formidling og presentasjon
DetaljerMeldingsutveksling 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
DetaljerMIN 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
DetaljerInnskudd, 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
DetaljerKunderegisteret. 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
DetaljerGrensesnitt - Inkasso
. Grensesnitt - Inkasso Document number: 2007-635-11370_021 Filename: Grensesnitt - Inkasso Revision number: 1 2 3 4 5 Creation/revision date: 26.09.2007 25.05.2009 19.06.2009 12.03.2010 12.04.2010 Written/revised
DetaljerForhåndsstilte spørsmål
Forhåndsstilte spørsmål Hva skjer om vi ikke er klar for elektronisk fakturering av statlig- og kommunal virksomhet innen de fristene som er satt i St.mld 36 (juni 2012)? Benytt web faktura portal for
DetaljerSystemspesifikasjon Direkte remittering
Systemspesifikasjon Direkte remittering Systemspesifikasjon Direkte remittering v 4.5 april 2014 s. 1-28 Innhold SYSTEM SPESIFIKATION FOR DIREKTE REMITTERING... 3 1. STRUKTUR INNDATA... 3 2. RECORDTYPER,
DetaljerINFORMASJON OM ELEKTRONISK FAKTURA TIL. Fredrikstad kommune
INFORMASJON OM ELEKTRONISK FAKTURA TIL Fredrikstad kommune 1 Innhold Innledning... 3 Hvordan komme i gang?... 3 Infrastruktur og format for elektronisk faktura... 4 Infrastruktur (Aksesspunkt og ELMA)...
DetaljerSøndre Land kommune og elektronisk faktura/kreditnota
Til Søndre Land kommunes leverandører Søndre Land kommune og elektronisk faktura/kreditnota Søndre land kommune ønsker at våre leverandører skal sende elektronisk faktura/kreditnota. Dette gir en rekke
DetaljerAkseptansetest 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
DetaljerINFORMASJON OM ELEKTRONISK FAKTURA TIL LILLEHAMMER, GAUSDAL OG ØYER KOMMUNE. Fellesenhet økonomi 17.03.15 1
INFORMASJON OM ELEKTRONISK FAKTURA TIL LILLEHAMMER, GAUSDAL OG ØYER KOMMUNE Fellesenhet økonomi 17.03.15 1 Innhold Innledning... 3 Hvordan komme i gang... 3 Infrastruktur og format for elektronisk faktura...
DetaljerGS1 Validering. effektiv validering av elektroniske meldinger
GS1 effektiv validering av Implementering av Implementering av Fordeler for Fordeler brukereforav GS1 validering GS1 Norway GS1 Norway Nye brukere opplever ofte implementeringen av elektroniske meldinger
DetaljerSkatteetaten 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(historikk) dd.mm.åååå 1 03.01.2013 Opprettelse av dokument Olav 2 11.01.2013 Innspill fra KRB Olav 3 15.01.2013 Påført saksnummer Kristian
Til: Fornyings- administrasjonsog kirkedepartementet Fra: Olav A. Kristiansen Kopi: Kristian Bergem Dato: 03.01.13 Saksnr: 13/000113 Versjon Dato Kort omtale av endring Ansvarlig (historikk) dd.mm.åååå
DetaljerVedlegg 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
DetaljerKvikkguide 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
DetaljerInstruks 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
DetaljerRaimond Brekke, Sales Manager VISMA KREDITTOPPLYSNING
Raimond Brekke, Sales Manager VISMA KREDITTOPPLYSNING Hvorfor Visma Kredittopplysning? Hvert år taper norske bedrifter millioner av kroner på dårlige betalere Redusere risiko for tap Etterspurt funksjonalitet
DetaljerAkseptansetest 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
DetaljerBrødrene Dahl Versjon 6.11 for Intermec CK1
Brødrene Dahl Versjon 6.11 for Intermec CK1 Skan For å skanne en strekkode Space Mellomrom S1 For numerisk tastatur: Lar deg trykke en bokstav. For vanlig tastatur: Bytte mellom små og store bokstaver.
DetaljerBrukerdokumentasjon Prosjekt nr. 2011-16 PayEx Logistics
Side 1 av 17 Payex Logistics Brukermanual Ver. 1.0 31.05.2011 Gruppe 16 Høgskolen i Oslo Side 2 av 17 1 Innledning Denne brukerdokumentasjonen forklarer bruken av logistikksystemet som er laget for PayEx.
Detaljer