Integration med Unitel Generel vejledning Maj 2005

Transkript

1 Integration med Unitel Generel vejledning Maj 2005

2 Indhold Indledning Fordele ved integration med Unitel Integreret løsning til udbetalinger Integreret løsning til indbetalinger Samlede fordele ved integration med Unitel Elektronisk betalingsformidling - Unitel Unitel til pc Unitel EDI Åbningstider for betalinger i Unitel Betalingstransaktioner Indenlandske betalinger Udenlandske betalinger Særlige betalinger Mest anvendte betalingstyper Adviseringer Udbetalinger Indbetalinger Kontoposteringer Indhold og funktionalitet i en integrationsløsning Model for en integrationsløsning Løsningskomponenter fælles for ud- og indbetalinger Løsningskomponenter til udbetalinger Løsningskomponenter til indbetalinger Køreplan for udvikling af integrationsløsning Kontakt til Nordea Teknisk dokumentation Rådgivning ved udarbejdelse af specifikation Test Salg og markedsføring Ordforklaring Appendiks A. Tekniske vejledninger til Unitel B. Regler for anvendelse af tekstkoder og fri tekst i "Indenlandsk bankoverførsel" C. Indbetalingskort / Girobetaling D. Regler for anmeldelse til Danmarks Nationalbank via Unitel E. Oversigt over opkoblingsformer til Unitel EDI F. Dataflow ved integration med Unitel EDI G. Fuldmagtsforhold ved betalingsanmodninger H. Sikkerhed i Unitel EDI - DES/MAC Sikkerhed: Hemmeligholdelse, integritet og uafviselighed

3 Indledning I mange virksomheder rettes fokus på optimering af arbejdsprocesser og rationalisering af administrative rutiner. Det har bl.a. medført, at integration mellem forskellige datasystemer er blevet mere og mere udbredt. Denne tendens er ingen undtagelse, når fokus rettes mod økonomisystemer og et Office Banking system som Unitel. Det er dog ikke uden betydning, hvorledes en integrationsløsning mellem et økonomisystem og Unitel designes, for at kunden kan få dækket netop sine behov i relation til økonomistyring. I en integrationsløsning flyttes grænsen mellem bank- og kundesystem tættere på kunden, hvilket både kan være en fordel og en ulempe. Fordelen består i, at kunden kan få udført sin betalingsformidling på en nem og fleksibel måde. Ulempen er, at kunden er afhængig af den funktionalitet, som er indeholdt i integrationsløsningen. Er løsningen ikke funktionelt i orden, kan det betyde, at kunden ikke kan tilrettelægge sin betalingsformidling på den mest optimale måde. Integration med Unitel er dermed ikke udelukkende et spørgsmål om at overføre data fra kunden til Nordea og omvendt, men i høj grad også et spørgsmål om design af en løsning, som kan dække kundens forretningsmæssige behov i relation til økonomistyring. Denne vejledning har tre mål: at beskrive en række faktuelle forhold om Unitel og Nordeas betalingsformidlingsprogram i Unitel. at anskueliggøre nogle værdiskabende anvendelsesmuligheder ved integration med Unitel. at anvise Nordeas anbefalinger til indhold og funktionalitet i en integrationsløsning. Vejledningen henvender sig primært til software-udbydere, som står foran at ny- eller videreudvikle en integrationsløsning til Unitel. Den kan dog med fordel også læses af kunder, som vil vide mere om fordelene ved integration mellem et økonomisystem og Unitel. Inden ny - eller videreudvikling igangsættes, skal der altid tages kontakt til Cash Management Systemer for at få information om evt. planlagte ændringer i betalingstyper, formater og/eller sikkerhedskoncepter. Har du spørgsmål til vejledningen eller ønsker du rådgivning om andre forhold i relation til integreret betalingsformidling kan du kontakte: Cash Management Systemer Telefon: Telefax: [email protected] Cash Management Systemers servicetilbud er primært rettet mod software-udbydere. Har du som kunde i Nordea spørgsmål til denne vejledning, beder vi dig i første omgang kontakte din sædvanlige kontaktperson vedrørende betalingsformidling i Nordea. 3

4 1. Fordele ved integration med Unitel Idégrundlaget for integration med Unitel tager udgangspunkt i: Genanvendelse af data Optimering af arbejdsprocesser Idégrundlaget er nærmere belyst nedenfor. Udgangspunktet er en opdeling af integrationsløsningen til henholdsvis udbetalinger og indbetalinger. 1.1 Integreret løsning til udbetalinger Udbetalingssiden omfatter kundens/virksomhedens betalinger til kreditorer, fx vareleverandører, offentlige myndigheder, eller lønudbetalinger til virksomhedens medarbejdere. Betalinger kan være tilbagevendende eller enkeltstående. En integreret løsning på udbetalingssiden vil følge denne principskitse: Virksomhed Unibank Nordea Faktura Registrering Bogføring Betalingsforslag Betaling Bogføring Afstem ning Figur 1.1: Integreret løsning, udbetalinger Betalingsanmodning Advisering Posteringsdata Unitel For at virksomheden kan opnå en værdiskabende effekt af en integreret løsning, skal den enkelte udbetaling være genereret på baggrund af data, som er registreret i virksomhedens økonomisystem, fx en faktura, sådan som det er anført i figur 1.1. Hermed er det grundlæggende datasæt for at danne en betalingsanmodning til rådighed, idet beløb, forfaldsdato, beløbsmodtager samt betalingsreference normalt vil fremgå af registreringerne i virksomhedens kreditor- eller lønsystem. Når betalingsanmodningen er overført til Nordea, danner Unitel et returdatasæt til kunden. Dette datasæt består af advisering af anmodede og udførte betalinger samt posteringsdata. Datasættet kan anvendes til bogføring af udbetalingen samt afstemning af virksomhedens bankkonti. 4

5 Fordelene for kunden ved en integreret udbetalingsløsning er: Manuelle betalinger, fx checks, kan enten afskaffes eller reduceres Bogføring af udbetalinger kan automatiseres Afstemning af bankkonti kan automatiseres Rettidige betalinger kan tilrettelægges på en mere smidig måde Fejl kan undgås eller reduceres væsentligt 1.2 Integreret løsning til indbetalinger Indbetalingssiden omfatter virksomhedens indbetalinger fra diverse debitorer, typisk virksomhedens kunder. Integration med Unitel kan baseres på adviseringer fra indbetalingskort og/eller bankoverførsler. En integreret løsning til indbetalinger vil følge denne principskitse: Virksomhed Debitor Nordea Udskrivning Faktura/ rykker Indbetaling PI clearing Bogføring Registrering Udligning Indbetalingskort advisering/ Bankoverførsel advisering Unitel Bogføring Afstemning Posteringsdata Figur 1.2: Integreret løsning, indbetalinger På baggrund af virksomhedens registreringer i debitorsystemet udskrives en faktura med et indbetalingskort med påtrykt betalingsreference. Når debitor indbetaler det skyldige beløb i et pengeinstitut eller på et posthus, vil beløb samt betalingsreference blive overført til Nordea i forbindelse med pengeinstitutternes interne clearing. Herefter genererer Nordea et datasæt til virksomheden bestående af indbetalingskort adviseringer samt posteringsdata. På baggrund af indbetalingskort- samt evt. bankoverførselsadviseringer kan virksomheden udligne åbne debitorposter, og evt. udskrive rykkere for ikke betalte forfaldne fakturaer. På tilsvarende vis kan posteringsdata anvendes til afstemning af virksomhedens bankkonti. 5

6 Fordelene for kunden ved en integreret indbetalingsløsning er automatisering af: bogføring af indbetalinger udligning/afstemning af debitorer rykkerprocedurer afstemning af bankkonti 1.3 Samlede fordele ved integration med Unitel En integreret løsning mellem virksomhedens økonomisystem og Unitel kan give kunden disse samlede fordele: Administrative lettelser i form af mindre ressourceforbrug til: - udfærdigelse af manuelle betalinger - bogføring af ind- og udbetalinger - afstemning af debitorer og kreditorer - afstemning af bankkonti - udskrivning af rykkere Minimering af fejlinput ved genanvendelse af data Hurtigere procedurer og mere effektivt handelsforløb Fokus på problemløsning frem for kontrol Den centrale fordel ved integration er således en genanvendelse af allerede tilgængelige data fra andre administrative processer i virksomheden, hvorved der er mulighed for rationalisering og effektivisering. 6

7 2. Elektronisk betalingsformidling - Unitel Unitel er et af Nordeas elektroniske informations- og transaktionssystemer rettet mod erhvervskunder. Med Unitel kan virksomheden udføre bankforretninger uafhængigt af bankens normale åbningstider. Kunden kan få adgang til Unitel enten via et pc-program eller en EDI-løsning. Principperne i de to løsninger er skitseret i figur 2.1 og uddybet i den efterfølgende tekst. Brugergrænseflade som selvstændigt program - Unitel til pc Økonomisystem X Format: UTF / EDI4 Unitel til pc Kommunikation : Internet Unitel Nordeas baggrundssystemer (Host) Unitel Integrationsløsning Format: EDI4 / EDIFACT Unitel EDI Brugergrænseflade integreret i økonomisystem, AS/400, UNIX, NT osv. samt MAINFRAME Figur 2.1: Principskitse, Unitel 2.1 Unitel til pc Betalingsanmodninger kan dannes decentralt ved brug af Unitel til pc (et pc-program udviklet af Nordea) og overføres efterfølgende til Nordea via internettet. Betalingsanmodningerne kan også dannes i kundens eget økonomisystem og derefter eksporteres i en fil til Unitel til pc. Unitel til pc kan endvidere levere elektroniske adviseringer vedr. udbetalinger, indbetalinger og posteringer på kundens konti. 2.2 Unitel EDI Modsat Unitel til pc præsenteres Unitel EDI ikke med en brugergrænseflade overfor kunden. En Unitel EDI-løsning medfører udveksling af data direkte mellem kundens økonomisystem og Nordea. I sådanne løsninger er Unitel EDI alene en fil- eller dokumentudvekslingsgrænseflade, som med rette kan betragtes som en elektronisk postkasse med en række ind- og udbakker. Det er dog vigtigt at fastholde opdelingen mellem brugergrænseflade og filudvekslingsgrænseflade. Således kan flere varianter af brugergrænseflader kommunikere med Unitel EDI. Ved integration mellem Unitel EDI og et økonomisystem vil brugergrænsefladen ligge i økonomisystemet. Princippet bag Unitel EDI er skitseret i figur 2.1. Kundens edb-system er placeret i venstre side af figuren. Kunden sender sine instruktioner til postkassen, Unitel EDI, i midten. Disse instruktioner afhentes og behandles efterfølgende af Nordeas applikationer, som er placeret i højre side. Fra disse applikationer genereres forskellige former for datasæt til kunden, som afleveres i postkassen. Kunden kan herefter modtage disse data ved at etablere forbindelse til Unitel EDI. Pilene indikerer retningen af datastrømmen, og hvorvidt det enkelte leverancesystem anvender en eneller tovejs kommunikation. 7

8 Kommunikation med Unitel EDI er nærmere beskrevet i appendiks E og i flere tekniske vejledninger. Se oversigt over disse i appendiks A. 2.3 Åbningstider for betalinger i Unitel Betalingsanmodninger kan afleveres indenfor Unitels åbningstid, som fremgår af skemaet nedenfor, med overførselsdato indtil 90 dage frem i tiden. For hver betalingstype er fastsat et cut-off tidspunkt, dvs. det seneste tidspunkt, hvor betalingsanmodningen skal være afleveret for at kunne blive udført samme dag. Cut-off tidspunkter fremgår af bilaget "Betalinger via Unitel". Via Unitel Online Unitel til pc Åbningstid Mandag - fredag kl Unitel EDI Mandag kl søndag kl I tidsrummet kl kan systemet være lukket Betalingsanmodninger behandles dog kun i tidsrummet kl på bankdage, se nedenfor Figur 2.2: Åbningstider i Unitel Betalingsanmodninger mellemlagres i Unitel EDI. I tidsrummet kl trækkes betalingsanmodninger ud fra Unitel EDI hvert 10. minut til behandling i selve Unitel systemet. Ændrede åbningstider når afviklingen af betalinger i Unitel er omlagt i løbet af Den enkelte kunde får særskilt information inden betalingerne omlægges. Via Åbningstid Unitel Online Unitel til pc Alle dage kl kl Unitel EDI Mandag kl søndag kl I tidsrummet kl kan systemet være lukket Betalingsanmodninger behandles dog kun i tidsrummet kl på bankdage, se ovenfor Figur 2.3: Ændrede åbningstider i Unitel i løbet af

9 Returdata fra Unitel er tilgængelige til afhentning i Unitel EDI som anført nedenfor: Datatype Modtagelsessvar Anvendes som kvittering for modtagelse af data i Unitel EDI Tilgængeligt i Unitel EDI Umiddelbart efter data er afleveret fra kunden, fx betalingsanmodninger. Statussvar Anvendes som kvittering for modtagelse af betalingsanmodninger i Unitel EDI med angivelse af valideringsresultat i Unitel Ca min. efter Unitel har modtaget data fra Unitel EDI. Eksempel: Betalingsanmodninger afleveres kl til Unitel EDI. Kl vil statussvar kunne forventes i kundens postkasse. Fejladvis Anvendes som specifikation af evt. fejlbehæftede betalingsanmodninger Samtidig med statusadvis, dvs. ca min. efter Unitel har modtaget data fra Unitel EDI. Fejladvis leveres dog kun, hvis en leverance indeholder fejlbehæftede betalingsanmodninger. Betalingsadvis Anvendes som kvittering til beløbsafsender for udførte betalinger samt kvittering for modtagne betalingsanmodninger Udførte betalinger: Fra kl dagen efter betalingens udførelse. Betalingsanmodninger: Fra kl dagen efter modtagelse af betalingsanmodningen. Advisering om indbetalinger med Indbetalingskort Anvendes som meddelelse til beløbsmodtager om indbetalinger foretaget med Indbetalingskort Efter kl på den dag advisering er bestilt til. Er daglig advisering bestilt, kan advisering afhentes efter kl på alle bankdage. Adviseringsdag er da lig med bogføringsdag. Bankoverførselsadvisering Anvendes som meddelelse til beløbsmodtager om indbetalinger foretaget med Bankoverførsler Efter kl på den dag advisering genereres. Posteringsdata Anvendes som elektronisk kontoudtog Efter kl dagen efter den dag der er bestilt posteringsdata til. Posteringsdata kan leveres dagligt eller ugentligt. Depotdata Danske beholdninger: Anvendes som elektronisk depotudskrift Dagligt efter kl Udenlandske beholdninger: Dagligt efter kl Figur 2.4: Tidspunkter for levering af returdata i Unitel EDI 9

10 3. Betalingstransaktioner I det følgende redegøres kort for anvendelsesmulighederne af Nordeas betalingsprogram indeholdt i Unitel. Information om transaktionsgebyrer og valørregler findes i bilaget "Betalinger via Unitel". Unitel kan håndtere en række indenlandske og udenlandske betalingstyper, som alle er beskrevet på de følgende sider. Herudover kan Unitel håndtere særlige betalingstyper, som kræver et specifikt aftalegrundlag mellem den enkelte kunde og Nordea. Disse betalingstyper er kort beskrevet i afsnittet om særlige betalinger. I beskrivelsen af hver enkelt betalingstype er angivet record-identer, der refererer til de 3 forskellige dataformater, som kan anvendes i forbindelse med integration til Unitel til pc og Unitel EDI: EDI4: Formatet anvendes både ved direkte integration med Unitel EDI og ved integration med Unitel til pc UTF: Kommasepareret format, der anvendes ved integration med Unitel til pc EDIFACT: Formatet anvendes alene ved direkte integration med Unitel EDI Disse formater er nærmere beskrevet i 3 særskilte formatbeskrivelser, se appendiks A for yderligere information. Afsnit 3 afsluttes med en oversigt over de mest anvendte betalingstyper. 10

11 3.1 Indenlandske betalinger Indenlandsk bankoverførsel 1 : Record id.: EDI4: UBT04500 UTF: 45 EDIFACT: IBB UKA, IBB UUA og IBB ULA Anvendelse: Advisering: Indenlandsk bankoverførsel i DKK eller EUR mellem egne konti i Nordea, eller til 3. mand, som er kontoførende i Nordea eller et andet pengeinstitut. Overførslen kan anvendes til alle formål, fx lønoverførsler og kreditorbetalinger. Girobetalinger (kortartkode 01) kan med fordel betales via denne type. Som kontonummer benyttes gironummer med registreringsnummer 1199 foran. Overførsler i EUR skal hæves på en EUR-konto. Ved overførsler til 3. mand er det muligt at knytte en valgfri meddelelse til beløbsmodtager. Meddelelsen kan enten bestå af en kort tekst på beløbsmodtagers kontoudtog, eller det kan være en kombination af en kort tekst og en mere uddybende særskilt meddelelse. Beløbsmodtager kan enten modtage meddelelse om betalingen straks, ved at modtagers pengeinstitut sender et brev med meddelelsen til beløbsmodtager samme dag, som pengene krediteres kontoen. Eller beløbsmodtager kan modtage meddelelse om betalingen senest samtidig med det næste kontoudtog. Ved overførsel til 3. mand kan beløbsmodtagers identifikation af afsender (fx et kundenummer), samt en reference til primært dokument (fx et fakturanummer), anføres i særskilte felter. Tekstkoder og fri meddelelse, som overstiger 20 karakterer, kan ikke sammensættes fuldstændig valgfrit. Mulighederne for sammensætning af adviseringen afhænger af afsenders valg af: - tekstkode - reference til primært dokument - kreditors identifikation af debitor - straksadvisering Regler for sammensætning af tekstkoder og fri meddelelse, herunder lønog pensionsoverførsler er anført i appendiks B. Samlerpost Betalingstypen kan håndtere samlerposteringer, hvorved alle overførsler med samme overførselsdato og samme samlerpostnummer vil blive trukket på beløbsafsenders konto med ét samlet beløb. 1 Indenlandsk bankoverførsel er en form for "multi-betalingstype". Afhængig af, hvilke ønsker beløbsafsender har til omfang og hastighed af advisering til modtager, effektueres betalingen fra Nordea til modtagende pengeinstitut ved hjælp af forskellige betalingstyper. Således bliver betalingen enten udført som en "Kontooverførsel i Nordea", "Bankoverførsel med kort meddelelse", "Bankoverførsel med meddelelse" eller "Bankoverførsel med straksmeddelelse". Det er disse betalingstyper, som fremgår af bilaget "Betalinger via Unitel". 11

12 Indbetalingskort/Girobetaling: Record id.: EDI4: UBT04600 UTF: 46 EDIFACT: IBK A01, A04, A15, A71, A73, A75. Anvendelse: Advisering: Samlerpost: Overførsel til 3. mand, hvor beløbsmodtager som grundlag for betalingen har udstedt et indbetalingskort eller et giroindbetalingskort. Afhængig af kortarten skal enten betalingsid (betalingsreference) og/eller meddelelse til modtager udfyldes. Appendiks C uddyber brugen af kortarter, betalingsid og meddelelsesfelter ved kortbaserede indbetalingsmedier. Betalingstypen kan håndtere samlerposteringer, hvorved alle overførsler med samme overførselsdato og samme samlerpostnummer vil blive trukket på beløbsafsenders konto med ét samlet beløb. Check til Danmark: Record id.: EDI4: UBT04700 UTF: 47 EDIFACT: 26 DFA, 26 DFM Anvendelse: Særlige forhold: Overførsel til 3. mand, når andre betalingsformer ikke er mulige, eller når beløbsmodtager kræver betaling via check. Betalingstypen genererer en bankcheck, som enten fremsendes direkte fra Nordea til beløbsmodtager eller til beløbsafsender efter dennes ønske. Bemærk at en bankcheck til forskel fra en almindelig check debiteres ved udstedelsen og ikke kan tilbagekaldes. Valutakontooverførsel mellem konti i Nordea: Record id.: EDI4: UBT05600 UTF: 56 EDIFACT: IBB VAL Anvendelse: Særlige forhold: Overførsel mellem egne valutakonti i Nordea, eller overførsel til 3. mand med valutakonto i Nordea. Beløbsafsender har 4 linier a 35 karakterer til rådighed til angivelse af meddelelse vedr. betalingen. Overførslen kan gennemføres uden eller med veksling. 12

13 3.2 Udenlandske betalinger Udenlandske betalingstyper kan også benyttes til at overføre valuta til et andet dansk pengeinstitut. Mulighederne for kombination af de enkelte felter er beskrevet i vejledningerne på "Overførsel til udlandet via Unitel generel information" og "Overførsel til udlandet via Unitel opbygning af kontonumre" Standardoverførsel: Record id.: EDI4: UBT04900 UTF: 49 EDIFACT: UBB ALO Anvendelse: Advisering: Særlige forhold: Overførsel til 3. mand, som er kontoførende i et udenlandsk pengeinstitut. Standardoverførsel er den billigste udenlandske betalingstype, men har også den længste overførselstid. Beløbsafsender har i alt 4 linier a 35 karakterer til rådighed til angivelse af meddelelse til modtager. Nordeas korrespondentbanknet muliggør, at hovedparten af Nordeas overførsler til udlandet kan sendes direkte til beløbsmodtagers pengeinstitut. I tilfælde, hvor Nordea ikke har kontakt med beløbsmodtagers pengeinstitut, sendes overførslen via en lokal korrespondentbank. I disse tilfælde kan der opstå en forsinkelse af advisering om betalingen til beløbsmodtager. Standardbetalinger der indeholder korrekte informationer i henhold til betingelserne for EU Payment eller Nordea Payment, bliver udført som disse. Ekspresoverførsel: Record id.: EDI4: UBT05000 UTF: 50 EDIFACT: UBB - EXP Anvendelse: Advisering: Særlige forhold: Samme anvendelsesområde som en standardoverførsel, blot gennemføres overførslen væsentligt hurtigere. Ekspresoverførsel henvender sig derfor primært til kunder, som overfører store beløb, og hvor overførselstiden er af betydning. Beløbsafsender har i alt 4 linier a 35 karakterer til rådighed til angivelse af meddelelse til modtager Ekspresoverførsel kan anvendes med og uden veksling. Hvis den anvendes med veksling vil transaktionsgebyret blive tillagt et promilletillæg. Nordeas korrespondentbanknet muliggør, at hovedparten af Nordeas overførsler til udlandet kan sendes direkte til beløbsmodtagers pengeinstitut. I tilfælde, hvor Nordea ikke har kontakt med beløbsmodtagers 13

14 pengeinstitut, sendes overførslen via en lokal korrespondentbank. I disse tilfælde kan der opstå en forsinkelse af advisering om betalingen til beløbsmodtager. Koncernoverførsel til udenlandsk pengeinstitut: Record id.: EDI4: UBT05100 UTF: 51 EDIFACT: UBB KON Anvendelse: Advisering: Særlige forhold: Overførsel fra en koncerns konto i Nordea til samme koncerns konto i et udenlandsk pengeinstitut. Beløbsafsender har i alt 4 linier a 35 karakterer til rådighed til angivelse af meddelelse til modtager Betalingsanmodningen skal sendes senest 2 dage før dispositionsdagen. Nordea Intracompany Payment: Record id.: EDI4: UBT05200 UTF: 52 EDIFACT: UBB NOR Anvendelse: Advisering: Særlige forhold: Overførsel fra en koncerns konti i Nordea til koncernens konti i Nordeas udenlandske enheder. Beløbsafsender har i alt 4 linier a 35 karakterer til rådighed til angivelse af meddelelse til modtager Overførslen kan gennemføres med og uden veksling. Check til udlandet: Record id.: EDI4: UBT05400 UTF: 54 EDIFACT: 23 DFA, 23 DFM Anvendelse: Advisering: Særlige forhold: Overførsel til 3. mand, når andre betalingsformer ikke er mulige, fx når beløbsmodtagers udenlandske pengeinstitut ikke er kendt. Beløbsafsender har i alt 4 linier a 35 karakterer til rådighed til angivelse af meddelelse til modtager Ingen. 14

15 3.3 Særlige betalinger Ud over de i afsnit 2.1 og 2.2 beskrevne betalingstyper findes nogle betalingstyper, som kræver et særligt aftalegrundlag mellem kunden og Nordea, før betalingen kan effektueres. Er det korrekte aftalegrundlag ikke til stede mellem kunden og Nordea, vil en sådan betalingsanmodning blive afvist. I det nedenstående følger en kort beskrivelse af de særlige betalingstyper efter samme struktur som øvrige betalingstyper. Gebyr- og valørregler indgår i det konkrete aftalegrundlag. Koncernoverførsel: Record id.: EDI: UBT05500 UTF: 55 EDIFACT: IBB NAT Advisering: Anvendelse: Der er ikke mulighed for at angive meddelelse Indenlandsk overførsel via Nationalbanken mellem en koncerns konti i flere pengeinstitutter. Overførslen kan gennemføres uden valørtab ved beløb over 5 mio. kr. når overførslen meldes til såvel modtagende som afsendende pengeinstitut. Request for Transfer: Record id.: EDI: UBT04300 UTF: 43 EDIFACT: MTA + særlig aftalt kode Anvendelse: Anmodning om betaling fra en konto i et udenlandsk pengeinstitut. Pengeinstituttet kan enten være en udenlandsk Nordea-afdeling eller et andet pengeinstitut. Request for Transfer giver mulighed for hjemtagelse af penge fra kundens konto i udlandet, og for bestilling af indenlandske eller udenlandske overførsler fra kontoen i det pågældende land. Fx kan en kunde anvende Request for Transfer til at betale sine kreditorer i Tyskland ved at bestille indenlandske (tyske) overførsler fra kundens konto i Nordea Tyskland. IBAN må kun benyttes efter forudgående aftale med kontoførende bank og Nordea. Se også "Indtastning af Request for transfer" på Vejledningerne indeholder oplysning om, hvilke overførselstyper der kan anvendes i de enkelte lande, samt anvisning om indholdet i meddelelsesfelter etc. Advisering: Muligheden for at angive en meddelelse til modtager afhænger af overførselstypen. Der vil max. være 4 linier af 35 karakterer til rådighed. 15

16 3.4 Mest anvendte betalingstyper Nordea fører statistik over, hvorledes vores kunder anvender Unitel. Statistikmaterialet er interessant for at kunne vurdere, hvilke betalingstyper der anvendes hyppigst, og dermed hvilke betalingstyper der med fordel kan indeholdes i en integrationsløsning. Nedenstående figur 3.1 viser anvendelsen af indenlandske betalingstyper og figur 3.2 viser de mest anvendte udenlandske betalingstyper. Anvendelsen af de særlige betalingstyper er ikke medtaget. Statistikken er opdelt mellem antal transaktioner og omsætning. 1 angiver hyppigste anvendte type, 2 næsthyppigste osv. Betalingstype Hyppighed ift. antal transaktioner Hyppighed ift. omsætning Indenlandsk bankoverførsel 1 1 Girobetaling 3 3 Indbetalingskort 2 2 Checks til Danmark 4 4 Figur 3.1: Mest anvendte indenlandske betalingstyper Betalingstype Hyppighed ift. antal transaktioner Hyppighed ift. omsætning Standardoverførsel 1 2 Checks til udlandet 3 3 Ekspresoverførsel 2 1 Figur 3.2: Mest anvendte udenlandske betalingstyper Request for Transfer, som er en instruks til en udenlandsk bank om udførelse af en given betaling, er ikke med i statistikken, da den dækker over flere forskellige betalingstyper. Brug af Request for Transfer er dog i hastig vækst og kan derfor være en vigtig del af en integrationsløsning. 16

17 4. Adviseringer Nordea leverer flere former for adviseringer i relation til betalingsformidling. De beskrevne adviseringer leveres elektronisk. Det betyder, at data kan genanvendes i forskellige automatiserede afstemningsrutiner i virksomhedens økonomisystem, som det kort blev beskrevet i afsnit 1. Anvendelsesmulighederne af de enkelte adviseringstyper er ligeledes beskrevet. Enkelte papirbaserede adviseringstyper er ligeledes beskrevet. Disse adviseringer er ikke anvendelige i forbindelse med integreret betalingsformidling, men er medtaget i gennemgangen for at give et fuldstændigt billede af betalings- og adviseringsflowet. 4.1 Udbetalinger Adviseringstyper og -omfang: Advisering af udbetalinger kan opdeles i tre typer: Betalingsanmodninger. Leveres kun for betalinger, som har en senere overførselsdato end anmodningsdato. Adviset er således en bekræftelse på kundens betalingsanmodning. Udførte betalinger. Adviset er en kvittering for udførelse af en betalingsanmodning. Tilbagekaldte betalinger. Adviset er en bekræftelse på, at en anmodet betaling er tilbagekaldt. Tilbagekaldelse af betalinger kan kun ske via Unitel Online. Advisering af indenlandske udbetalinger leveres kun elektronisk. Udenlandske udbetalinger adviseres både på papir og elektronisk Formatbeskrivelserne indeholder en nærmere uddybning af indholdet af lang og kort advisering. Se appendiks A for yderligere information. Anvendelsesmuligheder for udbetalingsadviseringer: Advisering af udbetalinger kan anvendes på flere måder. Dels som bogføringsgrundlag, og dels som afstemningsgrundlag. Ved udenlandske betalinger er udbetalingsadviset af særlig interesse, idet kursen for den afregnede valuta fremgår heraf. På denne baggrund kan en kursdifference beregnes og bogføres. I økonomisystemer bliver en udbetaling bogført på det tidspunkt, hvor betalingskladden godkendes, dvs. inden en advisering er modtaget retur fra Nordea. Denne procedure harmonerer med forsigtighedsprincippet om at tage en udgift, når denne truer. I disse tilfælde vil udbetalingsadviseringen primært tjene som afstemningsgrundlag og som bogføringgrundlag for kursdifferencer ved udenlandske betalinger. Ulempen ved brug af denne metode er dog, at overblikket over virksomhedens likviditet kan blive forringet. Ved at anvende udbetalingsadviseringer aktivt i økonomisystemet kan forsigtighedsprincippet overholdes, samtidig med at der lettere kan skabes et overblik over virksomhedens likviditetssituation. Et eksempel herpå er angivet i det følgende, hvor anvendelsen af udbetalingsadvisering er illustreret ved hjælp af kontoskitser. 17

18 (1) Registrering af faktura: Denne registrering sker på vanlig vis og har ingen umiddelbar relation til en integrationsløsning. Den er medtaget for fuldstændighedens skyld, da fx fakturaregistreringer danner udgangspunktet for dannelsen af et betalingsforslag. Omkostninger/ lager Kreditorer Debet Kredit Debet Kredit 1 1 (2) Bogføring af betalingsanmodning: Når et betalingsforslag er dannet, og dermed en betalingsanmodning til Nordea, kan anmodningen enten bogføres direkte på hhv. bank og kreditorer, når betalingsanmodningen er udlæst til banken, eller bogføres på en eller flere mellemregningskonti (såkaldte interimskonti), indtil endelig bogføring kan ske. Dermed skabes overblik over likviditet, og forsigtighedsprincippet overholdes. Den direkte bogføring på hhv. bank og kreditorer vil, som nævnt ovenfor, ikke umiddelbart give mulighed for overblik over virksomhedens likviditet. Alternativt kan et betalingsforslag gemmes uden bogføring. Denne metode vil dog heller ikke umiddelbart give overblik over forventede pådragne forpligtelser, eller nuværende eller fremtidig likviditetssituation. (3) Bogføring af betalingsadvisering: Når betalingsadvisering modtages fra Nordea, kan endelig bogføring ske på bank og kreditor konti som modposteringer til udligning af interimskonti. Alternativt kan bogføring ske på baggrund af betalingsadviseringen i det tidligere gemte ikke bogførte betalingsforslag. Kreditorer interimskonto Debet Kredit Bank interimskonto Debet 2 2 Kreditorer interimskonto Debet Kredit Debet Kredit Bank interimskonto 2 2 Kreditorer 3a 3b Bank Kredit Debet Kredit Debet Kredit 3a 3b (4) Bogføring af kursdifferencer: For udenlandske betalinger, hvor en kronekonto er anvendt som debetkonto, fremgår den afregnede kurs af betalingsadviseringen. På baggrund heraf kan en evt. kursdifference bogføres. Kontoskitsen illustrerer bogføring af en positiv kursdifference. Kursdifferencer Bank Debet Kredit Debet Kredit 4 3b 4 18

19 4.2 Indbetalinger Advisering af inden- og udenlandske indbetalinger afhænger af den betalingstype, som beløbsafsender har valgt til overførslen. Adviseringstyper og -omfang Indenlandske indbetalinger adviseres i Nordea på nedenstående måde, alt efter hvilken betalingstype beløbsafsender har anvendt: Bankoverførsel med kort meddelelse: Bankoverførsel med meddelelse Bankoverførsel med straksmeddelelse: Indbetalingskort: Advisering fremgår af beløbsmodtagers kontoudtog i form af en tekst på indtil 20 karakterer. Kontoudtog er papirbaserede, men kan leveres elektronisk under navnet "Posteringsdata". Se afsnit 4.3. Advisering fremgår af beløbsmodtagers kontoudtog i form af en tekst på indtil 20 karakterer samt oplysning om nummer på en særskilt meddelelse, der indeholder yderligere advisering. Denne meddelelse sendes med brevpost senest ved udsendelsen af næste kontoudtog. Adviseringerne kan også leveres elektronisk via Unitel (posteringsdata og bankoverførselsadvis). Advisering fremsendes med brevpost samme dag som pengene indsættes på kontoen. Adviseringen indeholder overførselsbeløb, kreditvalør samt beløbsafsenders meddelelse. Advisering fremgår også af beløbsmodtagers kontoudtog i form af en tekst på indtil 20 karakterer samt oplysning om nummer på den fremsendte meddelelse Adviseringen kan også leveres elektronisk via Unitel (posteringsdata og bankoverførselsadvis). Advisering kan enten leveres på beløbsmodtagers kontoudtog, eller som særskilt advisering. Vælges særskilt advisering vil flere indbetalinger med samme overførselsdag optræde som en sumpost på beløbsmodtagers kontoudtog. Den særskilte advisering indeholder bl.a. debitoridentifikation, indbetalingsdato, kreditvalør, evt. gebyrbeløb samt evt. meddelelse fra beløbsafsender. Særskilt advisering leveres enten på papir eller elektronisk. For yderligere information om anvendelse af bankoverførselsadvisering, se afsnit Udenlandske indbetalinger adviseres i Nordea på papir, uanset hvilken betalingstype beløbsafsender har anvendt. Er der knyttet en meddelelse til betalingen, fremgår meddelelsen af adviset. Indbetalingskortadviseringer Advisering af indbetalinger via indbetalingskort kan anvendes til flere formål. Selve indbetalingen kan bogføres direkte, hvor indbetalingsadviseringen anvendes som bogføringsgrundlag Debitorbogholderiet kan udlignes automatisk på baggrund af de bogførte indbetalinger Evt. gebyrer, som pålægges kreditor ved indbetalingen, kan bogføres direkte på baggrund af adviseringen 19

20 (1) Bogføring af indbetalingsadvisering: Det leverede indbetalingsadvis indeholder en række informationer knyttet til indbetalingen. Feltindholdet af indbetalingskortadvisering er udførligt specificeret i flere vejledninger og afhænger af, om advisering afhentes direkte fra Unitel EDI, eller ved brug af Unitel til pc. Se appendiks A for yderligere detaljer. Følgende informationer fra adviseringen kan bruges til bogføring af selve indbetalingen: Indbetalingsdato, dato for indbetaling på indbetalingsstedet. Debitoridentifikation, kreditorbestemt nummer som muliggør identifikation af betalingen. Bogføringsdato, dato for bogføring på kreditors konto. Kreditbeløb, indbetalt beløb. Nøglen til en direkte bogføring af indbetalingen er den kreditorbestemte debitoridentifikation. Denne identifikation fremgår af det indbetalingskort, som kreditor har udstedt. Kreditor har 14 eller 15 cifre plus et kontrolciffer til rådighed, hvor kreditor kan placere en entydig identifikation af debitor, alt efter hvilken type af indbetalingskort, der bruges. Denne identifikation kan fx bestå af: Debitors kunde-/kontonummer hos kreditor Fakturanummer vedrørende betalingen En kombination af begge Da debitoridentifikationen er af afgørende betydning i kreditors videre behandling af indbetalingen, er der knyttet et kontrolciffer til den egentlige debitoridentifikation. Dette kontrolciffer beregnes efter modulus 10. (2) Bogføring af evt. gebyrer knyttet til indbetalingen: Ved indbetaling på indbetalingsstedet kan der ske fejl ved indlæsning af debitoridentifikationen. Enten fordi kontrolcifret på kortet ikke stemmer med modulus 10, fordi debitoridentifikationen ikke er maskinel læsbar, eller fordi debitoridentifikationen af anden grund ikke kan indlæses. I disse tilfælde bliver kreditor pålagt et gebyr for håndteringen af fejlbehæftede kort. I adviset vil det fremgå, om den enkelte indbetaling har været fejlbehæftet, og om der er pålagt kreditor et gebyr. På baggrund af disse informationer kan evt. gebyrer bogføres automatisk. (3) Håndtering af fejlbehæftede indbetalinger: I få tilfælde kan indbetalingskortet ikke indlæses korrekt på indbetalingsstedet. Det vil både kunne medføre et gebyr (som beskrevet ovenfor), men vil også give kreditor problemer med at identificere indbetalingen. I adviseringen indgår derfor et arkivnummer, som gør det muligt at spore det originale indbetalingsbilag i indbetalingsstedets arkiv, dvs. i det pågældende pengeinstituts filial eller posthus. Tilbageførsler af indbetalingskortadviseringer Adviseringer om indbetalinger via indbetalingskort kan ske elektronisk, dette indebærer at tilbageførsler via PBS også adviseres elektronisk. Det kan undertiden ske, at der ved en fejl sendes advisering om en indbetaling flere gange, eller at en indbetaling er fejlbehæftet. Nordea tilbagefører derfor denne indbetaling og sender en advisering om tilbageførsel elektronisk. 20

21 Med hensyn til hvilke felter og koder, der benyttes ved tilbageførsel henvises til vejledningerne: Indbetalingskort advisering og Unitel EDI - CREMUL FIK. Det bør derfor sikres at økonomisystemet kan håndtere advisering om tilbageførsler, så bogføringen og eventuelle rettelser sker automatisk. 4.3 Kontoposteringer Ud over de rene adviseringer af henholdsvis ind- og udbetalinger, kan posteringer på en given konto leveres elektronisk til kunden. Informationerne til kunden er reelt identiske med de informationer, som er tilgængelige på et almindeligt papirbaseret kontoudtog. Posteringsdata kan dermed betragtes som et elektronisk kontoudtog. Anvendelsesmuligheder for posteringsdata: Posteringsdata kan anvendes til forskellige afstemningsrutiner. Som eksempel på konkrete afstemninger på baggrund af posteringsdata kan nævnes: Afstemning af udbetalinger udført via Unitel Afstemning af indløste checks Afstemning af salg via Dankortterminaler Generel afstemning af posteringer og saldi på bankkonti I Unitel til pc kan posteringsdata sorteres og eksporteres efter samtlige posteringstyper. I Unitel EDI kan følgende posteringsdata leveres: Alle poster, kun indløste checks eller kun dankortposter. (1) Afstemning af udbetalinger foretaget via Unitel En egenreference, som kunden selv vælger, kan anføres på betalingsanmodningen, der transmitteres til Unitel. Denne egenreference kan fx være et kreditornummer. Kunden modtager sine kontoposteringer elektronisk. I dette datasæt vil egenreferencen fremgå. En søgning på åbne udbetalinger kan herefter gennemføres, og posterne kan lukkes. 21

22 5. Indhold og funktionalitet i en integrationsløsning Dette afsnit har retningslinier og anbefalinger for indhold og funktionalitet, som bør indgå i en integrationsløsning til Unitel. Både retningslinier og anbefalinger er baseret på Nordeas erfaringer med vores kunders brug af Unitel. 5.1 Model for en integrationsløsning En integrationsløsning kan enten udvikles som et tilvalgsmodul til et økonomisystem eller være indeholdt i systemet som standard. Uanset type af løsning er det nødvendigt, at løsningen indeholder en grundfunktionalitet og nogle basale registre. Komponenterne, som en integrationsløsning bør bestå af, er skitseret i denne model: Modellen tager udgangspunkt i en stamdata- og en kommunikationskomponent, som er fælles for både udbetalings- og indbetalingsløsninger. Der er knyttet 4 komponenter til hhv. udbetalinger og indbetalinger. I de efterfølgende afsnit bliver Nordeas anbefalinger til indhold af de forskellige komponenter beskrevet mere indgående. Stamdata Udbetalinger: Indbetalinger: Betalingsoplysninger Udligning og bogføring Betalingsforslag Identifikation Filudlæsning Filindlæsning Sikkerhed Udskrivning af indbetalingskort Kommunikation Figur 5.1: Model for en integrationsløsning Det er forskelligt fra økonomisystem til økonomisystem, om alle, enkelte eller ingen af integrationsløsningens komponenter er til stede i systemet i forvejen. Samtidig er det afgørende, hvilket Unitel produkt økonomisystemet skal integreres med. Nordea håndterer funktionaliteten i nogle af komponenterne ved integration med bestemte Unitel produkter, og disse komponenter kan derfor udelades i integrationsløsningen. 22

23 Integration med Sikkerhed Kommunikation Unitel til pc Unitel EDI fra IBM iseries 400, UNIX el. Windows systemer Unitel EDI fra MVS Unitel til pc har et indbygget sikkerhedssystem, som beskytter betalingsdata under transmission. Sikkerhed og/eller kommunikation Nordea leverer et EDI Sikkerheds- og Transport Modul (ESTM), som kan anvendes både til EDI/4 og EDIFACTformat. ESTM kan benyttes på platforme med styresystemer, der har en javafortolker Sikkerhed 1. Nordea kan levere sikkerhedsmodul Unikrypt MVS til MVS platform: 2. Nordea kan levere algoritmen, som skal anvendes i sikkerhedskomponenten. Algoritmen kan betragtes som kernen i komponenten, og integrationsløsningen skal dermed kunne håndtere programfunktionalitet mv. omkring sikkerhed. Unitel til pc indeholder et kommunikationsprogram med specialudviklede scripts til styring af kommunikationen med Unitel Online og Unitel EDI. Sikkerhed og/eller kommunikation Nordea leverer et EDI Sikkerheds- og Transport Modul (ESTM), som kan anvendes både til EDI/4 og EDIFACTformat. ESTM kan benyttes på platforme med styresystemer, der har en javafortolker Figur 5.2: Løsningskomponenter til integration, der er indeholdt i Unitel produkter 5.2 Løsningskomponenter fælles for ud- og indbetalinger Stamdata Et stamdataregister er en komponent, som med fordel kan anvendes både af en udbetalings- og en indbetalingsløsning. Stamdata er kendetegnet ved at følge kunden og er således konstante værdier, som anvendes i forbindelse med dannelse af betalingsfiler og anmodninger om postkassetømning til Unitel EDI. Stamdataregistret skal som minimum indeholde følgende informationer: Til brug for alle udbetalingsløsninger: Debetkontonr. Kundens egen konto, hvorfra udbetalinger skal hæves. Debetkonto skal angives på hver betalingsanmodning, som dataoverføres til Nordea. Til brug for udbetalingsløsninger med direkte integration til Unitel EDI: UBT-nr. Kundens Unitel Betalingsnr., som bl.a. anvendes som identifikation, når kunden dataoverfører betalingsanmodninger til Nordea. Krypteringsnøgler. Kundens krypteringsnøgler skal kunne indtastes. Disse nøgler anvendes til at beskytte data under transmission. Til brug for alle løsninger med direkte integration til Unitel EDI: EDI-ident. Kundens postkassenummer i Unitel EDI, som anvendes til at angive den postkasse, som skal modtage retursvar på kundens transmission til Unitel EDI. 23

24 Til brug for alle indbetalingsløsninger: Kreditornummer. Kundens eget kreditornummer, som bl.a. anvendes ved udskrivning af Indbetalingskort, og ved validering af modtagne indbetalingskortadviseringer. Kreditkontonummer: Kundens egen konto, hvor indbetalinger via indbetalingskort og bankoverførsler indsættes. Kommunikation Som det fremgår af fig. 5.2., er kommunikationskomponenten indbygget i Unitel til pc og ESTM (EDI Sikkerheds- og Transport Modul). Ved brug af Unitel EDI fra MVS skal kommunikationskomponenten sættes op særskilt. Kommunikationskomponentens opgaver har ikke noget at gøre med den fysiske kommunikationskontrol, dvs. protokoller for skærmdialog og filoverførsel. Kommunikationskomponenten skal styre kommunikation med Unitel EDI på applikationsniveau, dvs. kommandoer for afsendelse og afhentning af data i Unitel EDI og kontrol af samme. Disse kommandoer er fælles, hvad enten integrationsløsningen anvendes til ind- og eller udbetalinger. Funktionaliteten er beskrevet i særskilte implementeringsvejledninger. 5.3 Løsningskomponenter til udbetalinger Betalingsoplysninger Betalingsoplysninger er stamdata, som er knyttet til betalingsmodtager, som fx kan være en af virksomhedens leverandører eller en af virksomhedens medarbejdere. Nordea anbefaler, at indtastningsfelter til stamdata inddeles i indenlandske og udenlandske betalingsmodtagere. Integrationsløsningen skal som minimum rumme mulighed for at følgende betalingsoplysninger kan registreres på de enkelte betalingsmodtagere: Fælles felter for inden- og udenlandske betalingsmodtagere: Navn og adresse. Unitel giver mulighed for angivelse af navn og adresse med 4 linier af 35 karakterer Betalingstype. Default valg af betalingstype til den pågældende betalingsmodtager. Valg bør kunne overskrives i betalingsforslaget. I fig. 5.3 nedenfor findes de betalingstyper, som Nordea anbefaler som minimum i en integrationsløsning Betalingsbetingelser. En forfaldsdato bør registreres på hver enkelt skyldigt beløb ud fra den valgte værdi af dette felt. Hermed er der grundlag for en søgning efter forfaldsdato i betalingsforslaget Egen identifikation hos betalingsmodtager. Felt til angivelse af virksomhedens navn eller kundenummer hos betalingsmodtager. I Unitel kan oplysningen overføres til feltet "meddelelse til modtager" eller på indenlandske overførsler til feltet "modtagers identifikation af afsender". Egen identifikation af betaling. Feltet kan anvendes som egen identifikation af betalingen ved brug af Unitel feltet "Egen reference". Egen identifikation kunne fx være kreditornummer eller kreditornavn. 24

25 Betalingstyper På baggrund af afsnittet "Mest anvendte betalingstyper" anbefaler vi som minimum, at der implementeres følgende indenlandske betalingstyper: Indenlandsk bankoverførsel Indbetalingskort / Girobetaling Derudover anbefaler vi implementering af minimum én udenlandsk betalingstype: Standardoverførsel Figur 5.3: Nordeas anbefaling vedr. valg af betalingstyper Felter til indenlandske betalingsmodtagere: Kontoinformation, modtager Giro-kontonummer, modtager Kreditornummer. Modtagers "konto" i Indbetalingskortsystemet Kortartkode. Den kortartkode, som modtager anvender på indbetalingskort eller giroindbetalingskort Felter til udenlandske betalingsmodtagere: Betalingsmodtagers bank. Navn og adresse på betalingsmodtagers bankforbindelse. Unitel giver mulighed for angivelse af navn og adresse med 4 linier a 35 karakterer. Feltet skal udfyldes med min. 3 linier Udenlandsk bankkode / Registreringsnummer. I enkelte lande indgår bankkode/registreringsnummer ikke som en integreret del af kontonummeret, som det er tilfældet i Danmark. For betalinger til disse lande er det hensigtsmæssigt at anføre bankkode særskilt. Se endvidere bilaget "Overførsel til udlandet via Unitel" SWIFT-adresse. 'Adressen' på betalingsmodtagers bankforbindelse i det internationale SWIFT samarbejde. Koden er alfanumerisk og har en længde på enten 8 eller 11 karakterer. Se endvidere bilaget "Overførsel til udlandet via Unitel" Landekode Betalingsforslag Betalingsforslaget er en meget central komponent i en udbetalingsløsning. Betalingsforslaget er - for kreditorbetalinger - resultatet af en søgning i åbne poster. Imidlertid er det en fordel med udbyggede søgekriterier ved dannelse af betalingsforslag - for eksempel er det et minimum, at forfaldne poster automatisk kan fremfindes i betalingskladden, ligesom andre søgekriterier vil være relevante. For lønninger vil betalingsforslaget blive dannet på baggrund af en lønkørsel i kundens lønsystem. I forbindelse med dannelse af betalingsforslaget er det væsentligt, at følgende funktionalitet er til rådighed: Datafangst af betalingsid. For betalinger, hvor modtager har udstedt et giro- eller fælles indbetalingskort, er det vigtigt, at betalingsid kan datafanges. Dette skal senest gøres ved klargøringen af betalingerne i betalingsforslaget. Den bedste løsning er en datafangst i tilknytning til en fakturaregistrering. Ved datafangsten bør der udføres moduluskontrol på betalingsid. 25

26 Forfald på en ikke-bankdag. Mange økonomisystemer tager ikke højde for helligdage, når forfaldsdato anføres på en faktura. Betalinger, som anmodes udført på en ikke-bankdag, bliver afvist i Unitel. Det er derfor væsentligt, at denne fejl opdages, inden data overføres til Unitel. Samlerpost. Ved dannelse af betalingsforslaget bør kunden have mulighed for at anføre et samlerpostnummer. Herved kan udbetalingerne hæves på kundens konto i ét samlet beløb. Samlerbetalinger. For at minimere transaktionsgebyrer, bør kunden have mulighed for at samle flere betalinger til den samme modtager til én betaling. Godkendelse af betalingsforslag. Ved direkte integration med Unitel EDI skal der være knyttet en godkendelsesfacilitet til behandlingen af betalingerne i betalingsforslaget, således at de enkelte betalingsanmodninger er kvitterede inden dataoverførsel til Unitel. Se appendiks G for uddybende information om kvittering og fuldmagtsforhold, og appendiks H for overvejelser om sikring af betalingsforslaget mellem 1. og 2. kvittering. Filudlæsning Når betalingsforslaget er endeligt godkendt, er betalingsanmodningerne klar til overførsel til Unitel for videre ekspedition. Data til de enkelte anmodninger skal sammenstilles i en fil, der er struktureret i et af de dataudvekslingsformater, som Unitel kan modtage. Data hentes dels fra betalingsforslaget, dels fra betalingsoplysningerne om kreditorer og lønmodtagere. Sikkerhed Udbetalingsløsninger til Unitel EDI skal endvidere kunne håndtere den sikkerhedsmæssige klargøring af betalingsfilen, inden filen transmitteres til Unitel. Se appendiks H. Som det fremgår af fig. 5.2., er sikkerhedskomponenten kun nødvendig, hvis man ikke benytter Unitel til pc eller ESTM (EDI Sikkerheds- og Transport Modul). I begge disse programmer er der nemlig indbygget rutiner, som varetager sikkerhedskomponentens opgaver 5.4 Løsningskomponenter til indbetalinger Indbetalingskort Da en integrationsløsning på indbetalingssiden forudsætter anvendelse af indbetalingskortet som indbetalingsmedie, er det af afgørende betydning, at kunden kan udskrive indbetalingskort i forbindelse med fakturaer. Kunden bør ved parametre kunne afgøre, hvilken information OCR-liniens betalingsid skal indeholde. Filindlæsning Unitel EDI leverer indbetalingskortadviseringer i PBS fællesformat (fastlængde) eller som EDI- FACT CREMUL FIK, mens Unitel til pc kan levere indbetalingskortadviseringer i følgende formater: PBS fællesformat (fastlængde og kommasepareret) Danske Bank format (CMM format) - kun kortart 71 BG Bank (GiroBank) format - kun kortart 71 26

27 Beskrivelse af formaterne kan hentes Nordeas hjemmeside: Nordea anbefaler, at PBS fællesformaterne anvendes. I forbindelse med filindlæsning er det væsentligt, at integrationsløsningen kan håndtere adviseringsdata for flere kreditornumre. Dette vil i praksis betyde, at løsningen skal kunne håndtere flere sektioner af datarecords. Identifikation De indlæste datarecords skal valideres mod et register over åbne betalingsid, således at entydig identifikation af de enkelte bogføringsposter kan ske. Der bør også være mulighed for manuel udkrydsning ved fejl i OCR linie eller beløb, der gør en automatisk udligning umulig. Udligning og bogføring På baggrund af filindlæsning og identifikation skal der dannes et bogføringsforslag, hvor de enkelte indbetalinger udligner åbne debitorposter, og samlekonti for debitorer krediteres. Herudover skal løsningen: Debitere bankkonto. Summen af indbetalinger pr. bogføringsdato debiteres bankkontoen i ét beløb. Postere gebyrer på gebyrkonto. Evt. gebyrer, som er blevet pålignet kreditor, posteres automatisk i bogføringsforslaget. Tilbageførsler af indbetalingskort adviseringer, Se punkt 4.2 Indbetalinger - Tilbageførsler af adviseringer Bankoverførselsadvisering Når adviseringer om indbetalinger via bankoverførsler modtages elektronisk, er det muligt også at foretage automatisk udligning af debitorer, som ikke betaler via indbetalingskort. Debitor kan anmodes om at anføre fakturanummer eller kundenummer i et bestemt felt i overførslen. Udligningsprogrammet kan så søge efter information i netop dette felt. Udligningsprogrammet kan også søge efter genkendelige data, fakturanummer, kundenummer eller kundenavn i alle tilgængelige informationsfelter, afhængigt af hvor stor en del af indbetalingerne man ønsker at kunne udligne automatisk. Principperne er de samme som beskrevet ovenfor under 5.4.1, den automatiske udligning vil dog aldrig kunne nå så høj en udligningsprocent som ved brug af indbetalingskort. 27

28 6. Køreplan for udvikling af integrationsløsning Herunder følger en "køreplan" for implementering af en integrationsløsning. Beskrivelsen kan opfattes som en opsummering af de tidligere afsnit, hvor der lægges vægt på den rådgivning, de informationer og den testsupport Cash Management Systemer tilbyder. 6.1 Kontakt til Nordea Hvis du som softwareudbyder står overfor at skulle udvikle/opdatere en integrationsløsning mod et af Unitel produkterne, vil det naturlige udgangspunkt være en kontakt til Cash Management Systemer, som er Nordeas centrale funktion for rådgivning vedrørende integrationsløsninger. Du har eventuelt allerede haft kontakt med en Cash Management rådgiver, som har et indgående produktkendskab, men som ikke har mulighed for dybdegående rådgivning om udvikling af integrationsløsninger. 6.2 Teknisk dokumentation For at kunne udvikle en integrationsløsning til Unitel, er det nødvendigt med kendskab til de dataudvekslingsformater mv., som anvendes i Unitel. Cash Management Systemer udarbejder teknisk dokumentation til brug for integration med Unitel. Dokumentationen omfatter følgende områder: Forretningsmæssige overvejelser vedrørende funktionalitet, indhold og anvendelsesområder Specifikation af recordformater og feltanvendelse Specifikation af særlige implementeringsforhold og kommunikation Specifikation af sikkerhedsimplementering Anvisninger på test af løsning Vi har lavet en række vejledninger for at dække disse dokumentationsområder. Se en oversigt i Appendiks A. På figuren i appendiks A fremgår det, at denne vejledning "Integration med Unitel, Generel vejledning" udgør den overliggende dokumentation. Denne vejledning dækker de forretningsmæssige overvejelser vedrørende funktionalitet, indhold og anvendelsesområder. Herudover anvendes denne vejledning til at samle information, som er fælles for flere af de øvrige vejledninger fx brug af kortartkoder på de forskellige typer indbetalings- og girokort Ved den indledende kontakt vil Cash Management Systemer rådgive om hvilke vejledninger, der er relevante at læse i det konkrete tilfælde. Vejledningerne er tilgængelige på Nordeas hjemmeside: Rådgivning ved udarbejdelse af specifikation Beslutningen om løsningens funktionalitet og antallet af benyttede betalingstyper er en vigtig del i specifikationen af integrationsløsningen. Som beskrevet tidligere i denne vejledning findes der flere forskellige betalingstyper med hvert sit formål. Du kan få rådgivning hos Cash Management Systemer i forbindelse med valg af betalingstyper og funktionalitet. Endvidere kan du få svar på mere tekniske spørgsmål, som fx definition og anvendelse af moduluskontrol eller opsætning af kommunikationen. 6.4 Test Når udviklingen af integrationsløsningen er færdig, er det altid relevant med en grundig aftestning. Vi står derfor også til rådighed med rådgivning om testforløbet. 28

29 6.5 Salg og markedsføring Når produktet er klar til frigivelse, er den næste opgave at få det solgt. Du står selv for ansvaret for salget af den udviklede integrationsløsning eventuelt via et forhandlernet. Nordea er imidlertid også aktiv i markedsføringen af produktet. Som tidligere beskrevet kan Nordeas forgrenede distributionsnet være en vigtig salgs- og informationskanal overfor potentielle kunder. I Nordea er der beskæftiget en række Cash Management rådgivere, som bl.a. har til opgave at formidle viden og kendskab til vores erhvervskunder om eksisterende integrationsløsninger til Unitel produkter. Cash Management Systemer forsyner Nordeas Cash Management rådgivere med viden om de enkelte integrationsløsninger til Unitel. Vi forsøger til stadighed at fremskaffe nye informationer om integrationsløsninger til Unitel, og derfor opfordrer vi til at indsende oplysninger om indhold og funktionalitet til Cash Management Systemer. Du vil så udover at opnå en mulig afsætningsmæssig fordel, løbende blive orienteret om nye tiltag i Unitel, ændringer i formater etc. 29

30 7. Ordforklaring Kvittering af en betalingsanmodning kan opfattes som under- skriften på en check. Personerne som kvitterer (underskriver) skal være tildelt den nødvendige fuldmagt for, at kvitteringen er gyldig og betalingsanmodningen bliver udført. Advisering Betalingsanmodning Clearing Debetkonto Debitering DES/MAC Dispositionsdag EDI EDIFACT Fuldmagtsforhold Korrespondentbank: Kreditering Kreditkonto Kreditors identifikation af debitor Kvittering af betalingsanmodning Meddelelse. Kan fx være en meddelelse om indbetaling af et beløb med angivelse af beløbsafsenders navn eller anden form for debitoridentifikation. En betalingsanmodning kan defineres som en ordre indsendt fra betalingsafsender til Nordea om betaling af et beløb til beløbsmodtager. Udligning af tilgodehavender pengeinstitutterne imellem over disses konti i Danmarks Nationalbank. Konto, hvor en betaling skal hæves. Når en konto i et pengeinstitut debiteres, hæves der et beløb på kontoen. Data Encryption Standard/Message Authentication Code. Sikkerhedsrutinen bygger grundlæggende på DES-algoritmen til kryptering af meddelelsen og beregning af MAC-værdien. Den dag, hvor modtager af en betaling kan disponere over betalingen uden at lide rentetab. Eletronic Data Interchange. Struktureret overførsel af data, struktureret efter tiltrådte fælles standarder. Endvidere Nordeas eget ind- og udlæsningsformat til Unitel EDI og Unitel til pc. Eletronic Data Interchange for Administration, Commerce and Transport. Syntaks for elektronisk dataudveksling defineret i regi af FN. En betalingsanmodning bliver accepteret og udført af Nordea, hvis den er kvitteret på én af følgende måder: - med én S kode - med to forskellige A koder - med én A kode og én B kode Udenlandsk bank, hvor Nordea er kontoførende. Når en konto i et pengeinstitut krediteres, indsættes der et beløb på kontoen. Konto, hvor en betaling skal indsættes. Referencemulighed i 'Indenlandsk bankoverførsel'. Referencen vil typisk være et kundenummer. 30

31 Moduluskontrol Office Banking Personlig kode PBS Reference til primært dokument UDUS Unitel UTF Valutakonto Valør VANS Opklarende kontrol, der består i, at et ekstra kontrolciffer tilføjes et tal. Dette ekstra ciffer er beregnet med en algoritme ud fra de øvrige cifre i tallet. Fællesbetegnelse for selvbetjeningssystemer til erhvervskunder. Modsvarer begrebet Home Banking. Den personlige kode er en 6-cifret kode, som indehaveren vælger. Koden registreres i bankens systemer og kan bruges til kvittering af betalingsanmodninger samt til at få direkte adgang til bankens systemer. Indehaveren forpligter sig derfor til at hemmeligholde den personlige kode og opbevare den på fuldt forsvarlig vis. Pengeinstitutternes BetalingsSystemer. Selskab, der er ejet af danske pengeinstitutter og som varetager administrative opgaver, support og i nogle tilfælde salg i forbindelse med betalingssystemer fælles for pengeinstitutsektoren. Referencemulighed i 'Indenlandsk bankoverførsel'. Primært dokument vil typisk være en faktura. Universel Data Udvekslings System. Pengeinstitutternes kommunikationssystem, der ligger til grund for elektronisk udveksling af transaktionsoplysninger. Nordeas elektroniske informations- og betalingssystem. Se også "Office Banking". UniTel Format. Kommasepareret indlæsningsformat for betalingsanmodninger til Unitel til pc. Konto som føres i anden valuta end danske kroner, fx EUR. Den dag hvor et beløb indgår i kontoens renteberegning. Value Added Network Service også kaldet servicenet. Hermed forstås et datanet, som ud over datatransmission tilbyder informationssøgning, network management, adgang til datakraft og elektronisk post etc. 31

32 Appendiks A. Tekniske vejledninger til Unitel I forbindelse med udvikling af integration til Unitel har vi lavet en række tekniske vejledninger. Hovedparten af disse vejledninger kan hentes på Nordeas hjemmeside: men de resterende vejledninger kan fås ved henvendelse til Cash Management Systemer. En oversigt i skemaform over alle tekniske vejledninger følger nedenfor. Oversigten er inddelt i løsninger til henholdsvis udbetalinger og indbetalinger/adviseringer. Funktionalitet og indhold Vejledning Integration med Unitel Generel vejledning Anvendelse Overordnet vejledning i integration med Unitel Beskrivelse af betalingstyper og adviseringsformer Integration med alle Unitel produkter Recordformater og tekniske specifikationer Vejledning Unitel Betalinger i EDI/4-format Unitel Betalingeradviseringer i EDI/4- format Unitel til pc Kommasepareret format for betalinger Unitel EDI PAYMUL Indbetalingskort Blankethåndbog for fremstilling Unitel til pc Indbetalingskortadvisering Unitel EDI Indbetalingskortadvisering Unitel til pc Posteringsdata Unitel EDI Posteringsdata Anvendelse Udlæsningsformat for betalingsadvisering Integration med Unitel til pc og Unitel EDI Indlæsningsformat for betalingsanmodninger (EDI4-format) Integration med Unitel til pc og Unitel EDI Indlæsningsformat for betalingsanmodninger (kommasepareret) Integration med Unitel til pc Indlæsningsformat for betalingsanmodninger (EDIFACT format) Udlæsningsformat for betalingsadvisering (EDIFACT format) Appendiks til Finansrådets vejledning for betalingsmeddelelser i EDIFACT (vers. 4). Integration med Unitel EDI Tekniske specifikationer for fremstilling af indbetalingskort Godkendelsesprocedure. Integration med alle Unitel produkter Udlæsningformat for indbetalingskortadviseringer (PBS, Danske Bank og Giro formater). Integration med Unitel til pc Udlæsningsformat for indbetalingskortadvisering (modificeret PBS format). Integration med Unitel EDI Udlæsningformat for kontoposteringer (Nordea format) Integration med Unitel til pc Udlæsningformat for kontoposteringer (Nordea format) Integration med Unitel EDI 32

33 Unitel EDI2 Depotdata Unitel til PC Kreditadvisering på indenlandske bankoverførsler Unitel EDI FINSTA Unitel EDI CREMUL FIK Unitel EDI CREMUL Bankoverførselsadvis Implementering, Generelt Vejledning Unitel EDI Implementeringsdrejebog Unitel EDI Testdrejebog Udlæsningsformat for depotoplysninger (Nordea format) Integration med Unitel EDI Udlæsningsformat for bankoverførselsadviseringer (kommasepareret). Integration med Unitel til PC Posteringsdata for kontoposteringer i Unitel EDIFACT Udlæsningsformat for adviseringer af indbetalingskort i Unitel EDIFACT (CREMUL meddelelse) Elektronisk indlæsning af indbetalingsadviseringer i Unitel EDIFACT Anvendelse Implementeringsvejledning for integration med Unitel EDI Testvejledning for integration med Unitel EDI Implementering af sikkerhed og/eller kommunikation Vejledning Unitel EDI Sikkerheds- og transport modul (ESTM) Unitel EDI Implementeringsguide for mainframes Unikrypt MVS Unitel EDI Sikkerhedsimplementering Anvendelse Installationsvejledning og kommandoer til EDI Sikkerheds- og transport modul. (Afhentning af data (FINSTA, CREMUL, Posteringsdata, FIadvis, MT940 mv.) samt betalinger i EDIFACT og EDI4-format) Kommandoer for afsendelse og udtræk af data i Unitel EDI Format for styrerecords Kommunikation Integration med Unitel EDI fra systemer på mainframes m.fl. (betalinger og adviseringer) Installationsvejledning og kommandoer til UNIKRYPT MVS Integration med Unitel EDI fra MVS platform (betalinger i EDI- FACT-format) Anvisninger på implementering af DES/MAC sikkerhed Integration med Unitel EDI fra systemer på mainframe m.fl. (betalinger i EDI4- og EDIFACT-format) Test Vejledning Integration med Unitel Testvejledning Anvendelse Anvisninger på test. Testdata Integration med alle Unitel produkter 33

34 B. Regler for anvendelse af tekstkoder og fri tekst i "Indenlandsk bankoverførsel" Hvis kunden ønsker at overføre penge til en anden bankkonto, anvendes betalingstypen "Indenlandsk bankoverførsel" i Unitel. Afhængig af kundens valg af: Tekstkode Meddelelse til modtager Reference til primært dokument og kreditors identifikation af debitor Straksadvisering vil Nordea udføre betalingen som enten "Bankoverførsel med kort meddelelse", "Bankoverførsel med meddelelse" eller "Bankoverførsel med straksmeddelelse". Type Navn i Unitel Bankoverførsel med kort meddelelse Bankoverførsel med meddelelse Indenlandsk bankoverførsel Bankoverførsel med straksmeddelelse Da betalingen udføres som én af 3 mulige betalingstyper, der hver især har en bestemt funktionalitet, er mulighederne for anvendelse af tekstkoder, fri tekst mv. ikke helt valgfrie. Skemaet nedenfor anviser de gældende regler for anvendelse af tekstkoder og fri tekst mv., alt efter hvilken betalingstype betalingen ønskes udført som. Bemærk, at skemaet fortsætter på næste side. Funktionalitet Mulighed for straksmeddelelse Bankoverførsel med kort meddelelse Nej Bankoverførsel med meddelelse Nej Bankoverførsel med straksmeddelelse Ja Meddelelse til modtager i fri tekst Nej 41 linier af 35 karakterer 41 linier af 35 karakterer Angivelse af alternativ afsender Nej Ja, men anvendte linier fragår linier til rådighed for fri tekst Ja, men anvendte linier fragår linier til rådighed for fri tekst Mulighed for samlerpost Anvendelse af fri tekst i tekstkodelinie på modtagers kontoudtog Anvendelse af tekstkode Ja Ja Ja Nej Ja Nej Skal anvendes Skal anvendes Nej 34

35 Funktionalitet Bankoverførsel med kort meddelelse Bankoverførsel med meddelelse Bankoverførsel med straksmeddelelse Angivelse af reference til primært dokument Angivelse af kreditors identifikation af debitor Tekstkoder til Lønog Pensionsoverførsler Nej Ja Ja Nej Ja Ja 099 Løn** 103 Pension** 156 Lønoverførsel** dages løn** Ingen Ingen Øvrige tilgængelige tekstkoder 102 Info-overførsel 151 Overskydende skat 153 Børnefamilieydelse *) 210 ATP-Pension*) 212 ATP-Kompensation*) 008 Opgjort valuta*) 014 Valuta*) 016 Fonds*) 018 Omkostninger 035 Husleje 056 Inkasso*) 058 Veksler*) 068 Overførsel 071 Terminsydelse*) 082 Remburs*) 086 Tilbageførsel 100 [Fri tekst] 101 Stående ordre*) 139 Klientkontomidler 145 Tilskud 158 Indbetaling 159 Regning 160 Faktura 161 Kontingent 162 Ekspeditionsgebyr*) 163 Udbytte 199 Driftstilskud*) 262 Gebyr*) 307 Udlæg Ingen * De markerede koder er ikke tilgængelige i Unitel til pc fra version ** For at sikre, at beløbsmodtagere af løn- og pensionsoverførsler (uanset om de har konti i Nordea eller i andre pengeinstitutter) modtager overførslerne rettidigt og samtidigt, skal overførslerne indeholde en af disse tekstkoder. 35

36 C. Indbetalingskort / Girobetaling For beløbsmodtager er der flere fordele ved brug af indbetalingskort som opkrævningsmetode. En af fordelene er bl.a. muligheden for advisering om modtagne betalinger. Adviseringen kan modtages via kontoudskrift, papirliste, Unitel EDI eller Unitel til pc. Gennem Unitel transmitteres adviseringsdata til modtagers pc, AS/400 anlæg eller mainframe, hvilket giver mulighed for elektronisk afstemning. Det er afgørende for beløbsmodtager, at betalingsreference (betalingsid) bliver indtastet korrekt og overført, således at afstemning kan foretages automatisk. Figur C.1 herunder viser et indbetalingskort med OCR-linien nederst på kortet. Denne linie indeholder informationer om kortartkode, betalingsid og kreditornummer. Figur C.1: Eksempel på indbetalingskort Kortartkoden fortæller om den valgte betalingstype og krav/mulighed for brug af betalingsreference (betalingsid). I indbetalingskortet i figur C.1 er kortartkoden 75, hvilket betyder, at betalingsid skal udfyldes med 15 cifre samt et modulus kontrolciffer, i alt 16 cifre. I eksemplet er valgt betalingsid De 8 cifre efter "+" angiver kreditornummer 2 ( ). 2 Gironummer ved giroindbetalingskort. 36

37 Herunder følger en oversigt over valideringen af kortartkoder, der kan betales gennem Unitel. Kortart BetalingsID (antal cifre) Meddelelseslinier Alternativ afsender JA 01 Kan ikke udfyldes Bør benyttes - Op til 4 linier 04 Skal altid udfyldes (16) 15 Skal altid udfyldes (16) 71 Skal altid udfyldes (15) Kan ikke benyttes Kan ikke benyttes Kan ikke benyttes 73 Kan ikke udfyldes Skal benyttes - op til 41 linier 75 Skal altid udfyldes (16) Kan benyttes - Op til 41 linier NEJ NEJ NEJ JA NEJ 37

38 D. Regler for anmeldelse til Danmarks Nationalbank via Unitel. Ved overførsel til udlandet eller til en konto i et dansk pengeinstitut med status "Konto for valutaudlænding" skal der ikke foretages anmeldelse til Danmarks Nationalbank efter 1. januar

39 E. Oversigt over opkoblingsformer til Unitel EDI På figur E.1 vises opkoblingsmulighederne til Nordea. Som figuren illustrerer, er der mange forskellige opkoblingsformer til Nordea. En del af Nordeas strategi er således at tilbyde et bredt og udbygget opkoblingskoncept overfor kunderne. 3 Kunden HOST UNIX, tandem IBM iseries PC VANS operatør Fx Dan Net, KMD, ADP, Mærsk Data Internettet NORDEA DMZ Firewalls RACF sikkerhedslag Unitel EDI postkasse Unitel Online PC: Unitel til pc anvender internettet som kommunikationsvej. Der anvendes SSL kryptering for at beskytte data. SSL er en sikkerhedsstandard, der er er indarbejdet i nyere browsere fra Microsoft og Netscape. Unitel til pc kræver, at der er åbnet for udgående trafik på to porte i en evt. firewall: Port 443 (HTTPS trafik) og port (sikker Telnet). HOST: Kommunikation fra en host-maskine til Nordea kan foregå via protokollerne RJE og NJE via forskellige nettyper og VANS. iseries, UNIX/VAX.: Til platforme, der kan afvikle java programmer, tilbydes Unitel EDI Sikkerheds- og Transport modul (ESTM). MAC: Opkoblingsformen og protokollen ved opkobling fra MAC svarer til PC, og er beskrevet under denne. Skal kunne emulere Windows. 3 I appendiks A findes en oversigt over de forskellige vejledninger, som beskriver bl.a. opkoblingsformer fra de respektive platforme. 39

40 F. Dataflow ved integration med Unitel EDI Dataflow mellem kundens edb-system og Unitel EDI er skitseret i nedenstående figurer, som illustrerer henholdsvis overførsel af betalingsanmodninger og afhentning af indbetalingsadviseringer. I figur F.1 er vist dataflowet ved overførsel af betalingsanmodninger. Kunde Unitel EDI Unibank Tid Dannelse af betalingsfil Betalingsfil Modtagelse Evt. validering M odt. svar Dannelse af modt. svar Nordea Afl. af data til U nitel Betalinger Betalingsdata Datamodtagelse og validering Dannelse af udtræksanm. UD-record Statussvar til afhentning Status svar Dannelse af statussvar Evt. validering Statussvar Behandling af betalingsanm. Dannelse af udtræksanm. UD-record Betalings advis til afhentning Betalingsadvisering Dannelse af betalings advis Behandling af betalings advis Betalingsadvisering Figur F.1: Dataflow ved overførsel af betalingsanmodninger til Unitel EDI Når kunden har dataoverført en fil med betalingsanmodninger til Unitel, bliver der dannet et modtagelsessvar som kvittering fra Unitel EDI og afgivet til kunden, inden kommunikationen afsluttes. Af dette svar fremgår, om data er modtaget korrekt, eller om en fejl er opstået under transmissionen. Såfremt data blev modtaget uden fejl i transmission, vil Unitel senere afhente data i Unitel EDI til behandling. Denne behandling starter med en validering af de modtagne betalingsanmodninger og danner et statussvar til kunden. Statussvaret afhentes ved at sende en UD-record, som er en anmodning om at udtrække data fra Unitel EDI. Statussvaret indeholder en oversigt over antallet af accepterede og evt. fejlbehæftede betalingsanmodninger. For hver fejlbehæftet betalingsanmodning vil der være et fejladvis. Fejlbehæftede betalingsanmodninger skal transmitteres igen, når fejlen er udbedret. Accepterede betalingsanmodninger vil efterfølgende blive udført i henhold til kundens instruktioner. Som kvittering herfor dannes et betalingsadvis, som afhentes på samme vis som statussvaret. Betalingsadviseringer kan herefter anvendes aktivt i kundens edb-system, således som angivet i afsnit

41 I figur F.2 er vist dataflowet for afhentning af adviseringer fra Nordea. I figuren er indbetalingsadviseringer anvendt som eksempel. Kunde Unitel EDI Unibank Nordea Tid Modtagelse af indb. data Dannelse af udtræksanm. UD-record Indb. advisering til afhentning Indbetalingsadvisering Dannelse af indb. advisering Behandling af indb. advisering Indbetalingsadvisering Figur F.2: Dataflow ved afhentning af data fra Unitel EDI Nordea modtager indbetalinger og adviseringer knyttet hertil i forbindelse med clearingen mellem pengeinstitutterne. Indbetalingsadvisering til den enkelte kunde bliver efterfølgende dannet og placeret i Unitel EDI. Kunden kan herefter danne en udtræksanmodning og afhente sine indbetalingsadviseringer på samme vis som ved statussvar og betalingsadviseringer. Når data er modtaget, kan de anvendes aktivt i kundens edb-system, således som det er beskrevet i afsnit 4.2. Dataflowet er identisk ved afhentning af posteringsdata. 41

42 G. Fuldmagtsforhold ved betalingsanmodninger En elektronisk betalingsanmodning kan opfattes som en papirløs check. For at en betalingsanmodning accepteres i Nordea, og pengene kan udbetales til betalingsmodtageren, skal betalingsanmodningen være underskrevet/kvitteret af personer i virksomheden med fuldmagt til at afdisponere beløb på virksomhedens konti. Disse personers fuldmagt defineres i den aftale, som virksomheden indgår med Nordea ved oprettelse af Unitel-adgangen. Ved kvittering af betalingsanmodninger benytter brugerne deres 6-cifrede personlige kode. Til disse personlige koder kan knyttes forskellige fuldmagtsforhold. Virksomheden kan fx beslutte, at alle betalingsanmodninger skal kvitteres enten af to separate brugere eller af én "superbruger". Derfor har Nordea udviklet et hierarki af fuldmagter, hvor S koden er den mest omfattende. Her følger en oversigt over fuldmagtsforholdene: En betalingsanmodning bliver accepteret og udført af Nordea, hvis den er kvitteret på én af følgende måder: - med én S kode - med to forskellige A koder - med én A kode og én B kode 42

43 H. Sikkerhed i Unitel EDI - DES/MAC I dag fremsendes informationer i stadig større grad via offentlige net. Det stiller krav til forsendelsernes sikkerhed. Nordea lægger afgørende vægt på at kunne kontrollere, at modtagne betalingsanmodninger virkelig kommer fra den angivne afsender, og at indholdet er præcis som ønsket af kunden, herunder at personer med aftalt prokura har godkendt betalingerne. For at opnå dette på et højt niveau, anvender Nordea kryptografisk teknik baseret på de mest anvendte internationale standarder til beskyttelse af finansielle transaktioner. Ved brug af DES-algoritme beregnes for hver forsendelse en MAC-værdi (Message Authentication Code), som vedhæftes forsendelsen. MAC-værdien er en kryptografisk checksum, som kun kan beregnes, hvis man er i besiddelse af en hemmelig kryptografisk nøgle, som banken har genereret og udvekslet med den pågældende kunde. Hver kunde får sin individuelle nøgle og beregner ved brug af det software, som Nordea stiller til rådighed, en MAC-værdi på de væsentligste felter i betalingsanmodningen. Ved modtagelsen beregner banken ligeledes en MAC-værdi med den angivne kundes nøgle og sammenligner med den fremsendte MAC-værdi. Hvis de er ens, er der vished for både afsenders identitet og ægtheden af de modtagne data. Banken kontrollerer fuldmagtsforholdet på grundlag af de medsendte personlige koder. Koderne er kryptograferet, således at de ikke kompromitteres under fremsendelsen. Anbefalinger vedr. sikkerhedsimplementering Nordea anbefaler følgende forholdsregler ved implementering af sikkerhed i en integrationsløsning. Anbefalingerne er udarbejdet på baggrund af erfaringer fra tilsvarende sikkerhedslag i andre af Nordeas systemer, samt grundigt kendskab til den løbende offentlige debat om sikkerhed i datakommunikation. Undgå misbrug af personlig kode: Den personlige kode er central i sikkerheden i Unitel. Den personlige kode - eventuelt i forening med andre personlige koder - benyttes til kvittering af betalingsforslag, som senere dataoverføres til Unitel EDI og gennemføres i Nordea. De personlige koder skal altid kryptograferes inden lagring på disk. Koderne bør imidlertid alene lagres på disk som en del af et kvitteret, men ikke fremsendt betalingsforslag. Den personlige kode skal derfor datafanges, hver gang et forslag skal kvitteres. Lagring af den kryptografiske nøgle: Som beskrevet ovenfor er den kryptografiske nøgle grundstammen i DES/MAC sikkerhedsrutinerne. Kendskab til nøglen vil kunne sætte eventuel tredjemand i stand til at læse samt ændre krypterede meddelelser. Det anbefales, at den kryptografiske nøgle udelukkende er kendt af systemet og ikke kan misbruges af andre, herunder eventuel systemadministrator. Derfor skal den kryptografiske nøgle lagres i ikke-læsbar stand, krypteret efter en fast nøgle. Denne nøgle kan enten være hardkodet i software, eller kan baseres på et af kunden valgt "password," som ikke lagres, men indtastes ved systemopstart. Det sidste giver kunden mulighed for at etablere en høj sikring af den kryptografiske nøgle. 43

44 Undgå modifikation af betalingsforslag: Når brugeren har kvitteret et betalingsforslag med sin personlige kode, må betalingsforslaget ikke kunne modificeres, før en eventuel anden kvittering (personlig kode) er påhæftet. Hvis det førstegangskvitterede betalingsforslag fx bliver gemt i en åben database, vil en ekstra betalingsanmodning kunne tilføjes, inden betalingsforslaget bliver kvitteret anden gang. For at undgå modifikation vil beregning af MAC-værdi kunne benyttes. MAC-beregning af et kvitteret betalingsforslag gør det muligt at undersøge, om betalingsforslaget er blevet modificeret, ved at kontrollere MAC-værdien. før yderligere kvitteringer tilføjes. Ved tilføjelse af den personlige kode til et betalingsforslag anbefales det, at koden fortsat hemmeligholdes. Hemmeligholdelsen kan ske ved DES-kryptering af den personlige kode efter indtastning. Undgå modifikation af endelig fil: Hverken den kryptograferede personlige kode eller MAC-værdien må kunne genbruges i forbindelse med andre betalinger. I beregningen af disse værdier skal derfor inddrages en forsendelsesreference, således at genbrug umuliggøres. Hvis den endelige forsendelsesreference ikke er til rådighed, skal der anvendes en midlertidig intern reference, som ligeledes forhindrer intern genanvendelse af DES/MAC-beregning. På denne måde sikres, at en afgiven personlig kode ikke kan hæftes på andre vilkårlige betalinger. Sikkerhedsorientering til kunden: Endelig anbefaler Nordea, at brugeren af bogføringssystemet bliver orienteret om eventuelle sikkerhedsrisici ved brug af systemet. Fx bør kunden orienteres om en systemadministrators eventuelle udvidede rettigheder i forhold til personlige koder. Det er også relevant at informere om fordelen ved funktionsadskillelse mellem personer, som kan oprette kreditorer, og personer, som kan betale til kreditorer. Denne orientering bør indgå som en vigtig del af implementering af et system hos en kunde. Skriftlig bekræftelse Efter udvikling af en integrationsløsning mod et Unitel produkt kan Nordeas forgrenede distributionsnet være en vigtig salgs- og informationskanal overfor potentielle kunder. Nordeas Cash Management rådgivere har bl.a. til opgave at formidle viden og kendskab til eksisterende integrationsløsninger mod Unitel produkter. Cash Management Rådgiverne får deres informationer fra Cash Management Systemer. Før en given integrationsløsning kan anbefales, er det vigtigt, at Cash Management Systemer har et grundigt kendskab til løsningens funktionalitet, de valgte betalingstyper samt sikkerhedsniveau. Derfor anmoder Nordea om en skriftlig bekræftelse på, at ovenstående anbefalinger vedr. implementering af DES/MAC sikkerhed er blevet fulgt i den aktuelle integrationsløsning. 44

45 Sikkerhed: Hemmeligholdelse, integritet og uafviselighed For at godkendte betalinger ikke manipuleres efter godkendelse, foretages en MAC kontrol beregning af nøglefelter i betalingsordren baseret på kundens krypteringsnøgler. Det kaldes integritet. Som ekstra sikkerhed skiftes krypteringsnøglerne hver 12. måned. MAC = Message Autentication Control. UNITEL nummer + UNITEL adgangskode 2 nøglebreve = krypteringsnøgler Kundens hemmelige adgangskode skiftes hver 30. dag. Det sikrer kunden, at det er denne, der får adgang til Unitel. Det kaldes uafviselighed. UBT nummer UNITEL EDI ident postkasse Identifikation af virksomheden. Konto Brugernes personlige koder, som bruges til kvittering, skal holdes hemmelige for at sikre uafviselighed. Brugerne identificeres ved 3 bogstaver. og den enkelte bruger vælger selv en 6-cifret kvitteringskode. SSS: AAA: BBB: