Filematch AA Vask og vedlikehold mot Arbeidsgiverog Arbeidstakerregisteret

Versjon: 1.0 Dato: 18.06.12 evry.com Tjenestebeskrivelse Filematch AA Vask og vedlikehold mot Arbeidsgiverog Arbeidstakerregisteret

Revisjonshistorie Revisjon nr. Revisjonsdato Endringer Revidert av 0 18.06.12 Konvertering til EVRY-mal Tove Reitan Side 2/28

Innhold 1 Generelt om tjenesten 4 2 Grensesnittbeskrivelse - Vask 5 2.1 Input til vask 5 2.2 Retur fra vask 6 2.2.1 Header-recordene 7 2.2.3 Retur fra Arbeidsgiver- og Arbeidstakerregisteret 13 2.3 Elementer i vaskeløsningen 19 2.3.1 Matchkriterier og treffsikkerhetsnivå 19 2.3.2 Bruk av soundex (lydkode) ved vask på navn 21 2.3.3 Rekkefølge på navn til vask 21 2.3.4 Snuing av navn 22 3 Grensesnittbeskrivelse - Vedlikehold 24 3.1 Retur fra vedlikehold 24 3.1.2 AAT Endring av arbeidstakerdata 24 3.1.3 Aktive og opphørte arbeidsforhold 26 3.1.4 SAT Slett arbeidsforhold 27 4 Endringslogg 28 Side 3/28

1 Generelt om tjenesten Filematch AA er en tjeneste som hjelper deg med å holde deg oppdatert på personers ansettelsesforhold. Basert på Arbeidsgiver- og arbeidstakerregisteret (AA) kan man få personregister med ansettelsesforhold slik de er registrert i AA-registeret Tjenesten består av 2 sentrale deler: Vask er løsning for identifisering og oppdatering av data fra AA-registeret. Vedlikehold er løsning for å vedlikeholde identifiserte personobjekter i brukerens system etter hvert som data om objektene endres i AA. Tjenesten forutsetter at brukeren må identifisere de personobjekter det skal gjøres vask og vedlikehold av. Identifisering gjøres ved at brukeren oppgir fødselsnr og navn for hvert personobjekt som skal vaskes/ vedlikeholdes.

2 Grensesnittbeskrivelse - Vask 2.1 Input til vask Mottaksrutinene for vask er fleksible. Før data vaskes behandles de i rutiner som preparerer dataene slik at de blir vaskbare. Dette omfatter bl.a. formatkonvertering, feltidentifisering, soundex(lydkode)-generering og rensing av elementer som vil kunne bidra til å øke treffandelen. Standard mottaksformat er basert på txt-format (eller tilsvarende), med faste felt- og recordlengder. Vi kan motta data på ASCII, ANSI og EBCDIC tegnsett. Feltene kan inneholde både små og stor bokstaver. Vi kan også motta filer på andre formater mot et tillegg i pris for å konvertere til vaskeformatet. Dette kan eksempelvis være filer med variabel felt- og recordlengde med ulike separatorer mellom felter og records. Excel-filer er et annet eksempel. Normalt tar vi betalt på timebasis for å gjøre formatkonverteringer. Standard recordformat for input til vask er følgende: Nr Feltnavn Startpos Type/lengde Beskrivelse 1 KUNDE-IDENT 1 A/8 Kundens kunde-identifikasjon hos EDB, normalt kundenummeret. 2 AVDELINGSNR 9 A/6 Avdeling hvis dette er aktuelt 3 EGEN-ID 15 A/16 Unik ID i kundens egen portefølje til bruk for tilbakematch når data mottas i retur fra vask. 4 FODSELSDATO 31 A/6 Hvis man har fødselsdato registrert legges denne her på forman DDMMÅÅ 5 PERSONNR 37 A/5 Hvis man har personnummer registrert legges dette her. 6 NAVN 42 A/50 Personens navn. Hvis etternavn, fornavn og mellomnavn er sammensatt i ett og samme felt legges dette her, ellers bare etternavn. 7 FORNAVN 92 A/50 Personens fornavn og eventuelle mellomnavn. Fornavn legges først. 8 SYSTEM-DATA 142 A/58 Fylles ut etter nærmere avtale. Settes i Total lengde er 200 byte. utgangspunktet til blank. Sørg for å sortere input til vask i den rekkefølge man ønsker retur! Returfil kommer i samme rekkefølge som input. Side 5/28

2.2 Retur fra vask Returfil består av header-records som kommer først i fila. Disse inneholder informasjon om porteføljen til og fra vask. Deretter kommer selve porteføljen som er vasket. For den vaskede porteføljen vil personobjektet til vask komme først, umiddelbart etterpå kommer forslaget til personobjekt som er identifisert. Hvis personobjekt til vask enten ikke fant treff eller fant duplikater kommer kun personobjektet til vask i retur. Det markeres med treff-koder for hver record som enten fant treff, eller ikke fant treff. Det er mulig å få tilført bare treff-recorden uten at personobjektet til vask kommer med i retur. Se for øvrig kapittel 3.3.1 Matchkriterier og treffsikkerhetsnivå for detaljer vedr. treffnivåene. Retur fra vask kan leveres i både upper case (kun store bokstaver), eller i mixed case (stor første bokstav, små resten). Det kan foretas manuell etterkontroll for å forsøke å heve treffandelen på objekter som ikke finner unik treff. Dette gjøres i følge særskilt avtale mellom kunden og distributøren. Side 6/28

2.2.1 Header-recordene 2.2.1.1 Input header record IHF IHF inneholder parametrene som er benyttet i forbindelse med vask. Nr Feltnavn Start Type/lengde Beskrivelse 1 IHF-FIL-ID 1 A/16 Fil-id som identifiserer kjøringen 2 IHF-REC-ID 17 A/3 Alltid 'IHF' 3 IHF-SEPARATOR-FELT-I 20 A/1 Feltseparator på input-fil til vask 4 IHF-SEPARATOR-RECORD-I 21 A/1 Separator på record på input-fil til vask 5 IHF-FIL-DATO 22 A/8 ÅÅÅÅMMDD 6 IHF-KUNDEIDENT 30 A/8 Kundens kunde-identifikasjon hos EDB, normalt kundenummeret. 7 IHF-PASSORD 38 A/8 Sjelden benyttet 8 IHF-FELT-KONVERTER 46 A/1 9 IHF-AVDELING 47 A/6 Avdeling hvis dette er aktuelt 10 Til internt bruk 53 A/1 Ikke i bruk 11 Til intent bruk 54 A/1 12 FILLER 55 A/2 13 IHF-RFL-NAVN 57 A/3 Rekkefølge på navn i inputfil til vask 14 IHF-TREFF-NIVAA-TAB. 60 A/30 Treffnivå som er definert som sikker og unik. Må gjenspeile tillatelse. 15 IHF-MATCH-ALLE-NIVAA 90 A/1 Matche alle nivå (J/N) 16 IHF-BENYTT-HIST 91 A/1 Benytt historikk (J/N) 17 IHF-BENYTT-SNUING 92 A/1 Benytt snuing av navn (J/N) 18 IHF-MIN-ALDER 93 N/2 Filter på alder. Minimumsalder som skal aksepteres. 19 IHF-KUN-SNU-NIVAA-A 95 A/1 Kun snunivå A (J/N) 20 IHF-REL-PERSON-BARN 96 A/1 Tilføring av barn til omspurt person (J/N) 21 IHF-REL-PERSON-EKTEF 97 A/1 Tilføring av ektefelle/partner til omspurt person (J/N) 22 IHF-REL-PERSON-FAR 98 A/1 Tilføring av far til omspurt person (J/N) 23 IHF-REL-PERSON-MOR 99 A/1 Tilføring av mor til omspurt person (J/N) 24 IHF-LOV- TILF-PERSON- ULIK-NAVN 100 A/1 Gjelder ved identifisering på FNR (11 siffer). Lov til å tilføre opplysninger på person hvis ulikhet på navn. Default er N. (J/N) 25 IHF-MAX-ALDER 101 2/N Filter på sikre treff. Max alder 26 IHF-KONTR-MIN-ALDER 103 2/N Kontroll på alder minimumsalder 27 IHF-KONTR-MAX-ALDER 105 2/N Kontroll på alder maximimumsalder 28 FILLER 107 A/4 Side 7/28

29 IHF-PROD1 111 A/4 Tilføring av produkt (GRUI, ADRT, REST m.v. Se egen beskrivelse under) 30 IHF-PROD2 115 A/4 Tilføring av produkt (GRUI, ADRT, REST m.v. Se egen beskrivelse under)t 31 IHF-PROD3 119 A/4 Tilføring av produkt (GRUI, ADRT, REST m.v. Se egen beskrivelse under)t 32 IHF-PROD4 123 A/4 Tilføring av produkt (GRUI, ADRT, REST m.v. Se egen beskrivelse under)t 33 IHF-PROD5 127 A/4 Tilføring av produkt (GRUI, ADRT, REST m.v. Se egen beskrivelse under)t 34 FILLER 131 A/7 35 MAX-ÅR-SKATT 138 N/1 Gyldige verdier 1 9. Antall år tilbake som skal tilføres fra Skattelistene. 36 IHF-DATO-AVGRENS-DODU 139 A/8 Avgrensning av døde evt utvandret, dvs eldste dato. Gjelder kun ved produktene GRUD og GRUU. 37 IHF-SEPARATOR-FELT-R 147 A/1 Feltseperator på returfil. Kan være semikolon (;). 38 IHF-SEPARATOR-RECORD-R 148 A/1 Separator på record. Kan være skigard (#) 39 IHF-FORSLAGSLISTE 149 A/1 Ikke aktuelt ved vask mot AA 40 IHF-FORSLAGSLISTE-ANT 150 N/3 Ikke aktuelt ved vask mot AA 41 IHF-BOKSTAV 153 A/1 Alternative bokstavkonvertering: U = Upper case (kun store bokst.) M = Mixed (store og små bokst.) 42 IHF-SORTERING 154 A/3 Alternativer: INP = samme rekkeflg som inputfil. FNR = Stigende på fødselsnr. 43 IHF-RETUR-TYPE 157 A/3 Alternative forsendelsesmåter av returfil etter vask: DSK = Disket CD = Compact Disk EPS = E-post AUT = Automatisk (som regel via FTP) 44 IHF-RETUR-ADRESSE 160 A/30 Som regel kundens navn. 45 IHF-FIKTIVT-PERSNR 190 A/1 J/N Hvis Ja: Benyttes for å få tilført en unik nøkkel hvis kunden ikke har tillatelse til å få tilført personnummer. Hvis Nei: Kunden får tilført det reelle personnummeret Side 8/28

46 IHF-FODDATO 191 A/1 Tilføring av fødselsdato. Styres av tillatelsen 47 IHF-MAN-INDIKATOR 192 A/1 Foreløpig ikke i bruk. 48 IHF-TILF-NYTT-FNR 193 A/1 Tilføring av nytt fnr (J/N) 49 IHF-INPREC-TILBAKE 194 A/1 Tilføring av inputrecord tilbake i returfil. (J/N) 50 IHF-OVERSIKT-DUPLIKATER 195 A/1 Ikke aktuelt ved vask mot AA 51 IHF-FILTER-INDIKATOR 196 A/1 Foreløpig ikke i bruk 52 Til internt bruk 197 A/22 53 IHF-SLAA-SAMMEN-PROD 219 A/1 J/N Hvis ja: Produktene blir slått sammen til en record på samme linje. NB! Inputrecord blir ikke tilført her. Hvis Nei: Produktene kommer i hver sin record på linjer under hverandre. 54 IHF-VISE-SPER-ADR 220 A/1 Vise sperrede adresser. Forutsetter tillatelse. Alternativer: Blank = Sperrede adresser blir ikke tilført (defaultverdi) 4 = Klientadresse blir tilført 7 = Fortrolig adresse blir tilført A = Både 4 og 7 blir tilført. 55 IHF-AJH-INDIKATOR 221 A/1 Innmelding til periodisk vedlikehold: I = vask med Innmelding Blank = vask uten innmelding 56 FILLER 222 A/3 57 IHF-KUNDENS-REF 225 A/15 Som regel kontaktperson hos kunden 58 IHF-DATO-AVGRENS-HIST 240 N/8 ÅÅÅÅMMDD. Eldste dato for historisk navn og adresse. Gjelder kun ved HADR og HNVN. 59 IHF-HIST-ANT 248 N/3 Maks. antall forekomster av historikk. Gjelder kun HADR og HNVN. 60 FILLER 251 A/149 Side 9/28

2.2.1.2 Input antall record IAF IAF viser summering av forkjellige elementer i inputfilen til vask. Nr Feltnavn Start Type/lengde Beskrivelse 1 IAF-FIL-ID 1 A/16 Fil-id som identifiserer kjøringen 2 IAF-REC-ID 17 A/3 Alltid IAF 3 IAF-ANT-IPF 20 N/9 Antall personobjekter til vask 4 IAF-ANT-FODNR 29 N/9 Antall personobjekter med fødselsnr (11 siffer) 5 IAF-ANT-FODSDATO 38 N/9 Antall personobjekter med fødselsdato (6 siffer) 6 IAF-ANT-ELEMENT-NAVN 47 N/9 Antall personobjekter med 2 elementer i navn. 7 IAF-ANT-ADRESSE 56 N/9 Antall personobjekter med oppgitt adresse 8 IAF-ANT-POSTNR 65 N/9 Antall personobjekter med postnr 9 IAF-ANT-NIVAA-PRIO 74 N/9 Ikke i bruk 10 IAF-ANT-EGEN-RLFNAVN 83 N/9 Ikke i bruk 11 IAF-ANT-DUP-FODSNR 92 N/9 Antall objekter med duplikater på fødselsnr 12 IAF-ANT-DUP-FDATO-SNDX 101 N/9 Antall objekter med duplikater på fødelsdato, SNDX1 og SNDX2 13 IAF-ANT-DUP-SNDX 110 N/9 Antall objekter med duplikater på SNDX1, SNDX2 14 FILLER 119 A/32 Side 10/28

2.2.1.3 Retur antall record RAF RAF viser resultatet av vasken med antall på de ulike elementene (identifiserte, status, treffnivå osv). NR Feltnavn Start Type/lengde Beskrivelse 1 RAF-FIL-ID 1 A/16 Fil-id som identifiserer kjøringen 2 RAF-REC-ID 17 A/3 Alltid 'RAF' 3 RAF-DATO 20 A/8 ÅÅÅÅMMDD. Dato for kjøring av vask. 4 RAF-KLOKKE 28 A/6 TTMMSS. Tidspunkt for kjøringen- 5 RAF-MATCH-PROS 34 N/5 Tall med 2 desimaler. Total treffprosent. (999V99) 6 RAF-FORSLAG-PROS 39 N/5 (999V99) Tall med 2 desimaler. Prosentandel med trefforslag på returfil. 7 RAF-SIKKER-UNIK-PROS 44 N/5 (999V99) Tall med 2 desimaler. Prosentandel med sikker unike treff på returfil. 8 RAF-ANT-TIL-VASK 49 N/8 Totalt antall objekter til vask. 9 RAF-ANT-FORSLAG 57 N/8 Antall objekter med trefforslag. 10 RAF-ANT-SIKKER-UNIK-TR 65 N/8 Antall objekter med sikker unike treff. 11 RAF-ANT-USIKRE-TR 73 N/8 Antall objekter med usikre/duplikate treff 12 RAF-ANT-IKKE-TR 81 N/8 Antall objekter uten treff 13 RAF-ANT-REC-I-FIL 89 N/8 Ikke i bruk. 14 RAF-SIKKER-01 97 N/7 Antall sikker unike treff på nivå 01 15 RAF-SIKKER-02 104 N/7 Antall sikker unike treff på nivå 02 16 RAF-SIKKER-03 111 N/7 Antall sikker unike treff på nivå 03 17 RAF-SIKKER-04 118 N/7 Antall sikker unike treff på nivå 04 18 RAF-SIKKER-05 125 N/7 Antall sikker unike treff på nivå 05 19 RAF-SIKKER-06 132 N/7 Antall sikker unike treff på nivå 06 20 RAF-SIKKER-07 139 N/7 Antall sikker unike treff på nivå 07 21 RAF-SIKKER-08 146 N/7 Antall sikker unike treff på nivå 08 22 RAF-SIKKER-09 153 N/7 Antall sikker unike treff på nivå 09 23 RAF-SIKKER-10 160 N/7 Antall sikker unike treff på nivå 10 24 RAF-SIKKER-11 167 N/7 Antall sikker unike treff på nivå 11 25 RAF-SIKKER-12 174 N/7 Antall sikker unike treff på nivå 12 26 RAF-SIKKER-13 181 N/7 Antall sikker unike treff på nivå 13 27 RAF-SIKKER-14 188 N/7 Antall sikker unike treff på nivå 14 28 RAF-SIKKER-15 195 N/7 Antall sikker unike treff på nivå 15 29 RAF-ANT-DODE 202 N/7 Antall døde med sikker og unik 30 RAF-ANT-UTVANDRET 209 N/7 Antall utvandrede med sikker og unik 31 RAF-ANT-BOSATT 216 N/7 Antall bosatte med sikker og unik 32 RAF-ANT-FORSV 223 N/7 Antall forsvunnede med sikker og unik 33 RAF-ANT-UTGFODNR 230 N/7 Antall med utgått fødselsnummer med sikker Side 11/28

og unik 34 RAF-ANT-UTFLYT 237 N/7 Antall utflyttede av det geografiske området. Gjelder kun ved geografisk vedlikehold. 35 RAF-DUPL-01 244 N/7 Antall usikre/duplikate treff på nivå 01 36 RAF-DUPL-02 251 N/7 Antall usikre/duplikate treff på nivå 02 37 RAF-DUPL-03 258 N/7 Antall usikre/duplikate treff på nivå 03 38 RAF-DUPL-04 265 N/7 Antall usikre/duplikate treff på nivå 04 39 RAF-DUPL-05 272 N/7 Antall usikre/duplikate treff på nivå 05 40 RAF-DUPL-06 279 N/7 Antall usikre/duplikate treff på nivå 06 41 RAF-DUPL-07 286 N/7 Antall usikre/duplikate treff på nivå 07 42 RAF-DUPL-08 293 N/7 Antall usikre/duplikate treff på nivå 08 43 RAF-DUPL-09 300 N/7 Antall usikre/duplikate treff på nivå 09 44 RAF-DUPL-10 307 N/7 Antall usikre/duplikate treff på nivå 10 45 RAF-DUPL-11 314 N/7 Antall usikre/duplikate treff på nivå 11 46 RAF-DUPL-12 321 N/7 Antall usikre/duplikate treff på nivå 12 47 RAF-DUPL-13 328 N/7 Antall usikre/duplikate treff på nivå 13 48 RAF-DUPL-14 335 N/7 Antall usikre/duplikate treff på nivå 14 49 RAF-DUPL-15 342 N/7 Antall usikre/duplikate treff på nivå 15 50 RAF-IKKE-HISTORIKK 349 N/7 Avviste treff pga av at historikk ikke ble benytte 51 RAF-BARE-NIVAA-A 356 N/7 Avviste treff pga av snunivå annet A 52 RAF-ALDER-FILTER 363 N/7 Avviste treff pga av filter på alder 53 RAF-NAVIAA-A-FILTER 370 N/7 Avviste treff pga av filter på snunivå 54 Filler 377 A/15 Ikke I bruk 55 RAF-LOPENR 392 N/9 Internt løpenr. Side 12/28

2.2.3 Retur fra Arbeidsgiver- og Arbeidstakerregisteret 2.2.3.1 AATF, Retur fra AA-registeret, Arbeidstaker Nr Feltnavn Start Type/lengde Beskrivelse Identifiserings- og Som i dagens løsning treffdata: 1 FIL-ID 1 A/16 Fil-id sammen med kunde-id identifiserer en vaskekjøring unikt. 2 REC-ID 17 A/3 Alltid RPF 3 PRODUKT 20 A/4 Alltid AATF" 4 EGEN-ID 24 A/16 Kundens unike nøkkel. Benyttes for at man skal kunne matche tilbake etter vask. Treff.informasjon: 5 TREFF-NIVAA 40 A/2 Indikerer enten at recorden er input til vask, eller hvordan resultatet av treffet ble: IN Input-record, med påfølgende forslag 96 Ulikhet på navn. Gjelder kun ved identifisering på fødselsnummer 98 Input-record, duplikate treff funnet. 99 Input-record, ingen treff funnet 01 89 Treff-records med aktuelt treffnivå, se egen oversikt. 6 SNU-NIVÅ-NAVN 42 A/1 A V, indikerer hvilken navnekombinasjon (snu-nivå) treffet ble gjort på, se egen oversikt. 7 AKTIVT-HISTORISK 43 A/1 Indikerer om treffet er gjort mot aktive eller historiske data. A Aktivt H Historisk 8 LIKHET-SX1 44 A/1 Indikerer likhet på soundex 1 (lydkode av navneelement 1 (etternavn), ref SNU-NIVÅ- NAVN) J Ja, likhet N Nei, ulikhet OBS! Ved identifisering på fødselsnr (treffnivå 01) se presisering i kap. 3.3.1.1 9 LIKHET-SX2 45 A/1 Indikerer likhet på soundex 2 (lydkode av navneelement 2 (fornavn), ref SNU-NIVÅ- NAVN) J Ja, likhet N Nei, ulikhet Side 13/28

OBS! Ved identifisering på fødselsnr (treffnivå 01) se presisering i kap. 3.3.1.1 10 SIKKER-UNIK 46 A/1 Indikerer om treffet er identifisert som: * - sikkert # - filtrert <blank> - hverken sikkert eller filtrert Arbeidstakerforhold: 11 FODSELSDATO 47 N/6 Personens fødselsdato på formen ddmmåå 12 PERSONNR 53 N/5 Personnr 13 ORGNR 58 N/11 Arbeidsgivers org.nr. 14 ORGNAVN 69 A/30 Arbeidsgivers navn 15 KOMMUNENR 99 N/4 Arbeidssteds kommunenummer 16 KOMMUNENAVN 103 A/20 Arbeidsstedets kommunenavn 17 STATUS 123 A/1 Status på arbeidsforholdet P = Permisjon F = Flyttet til utlandet O = Opphørt arbeidsforhold N = Tilbake til ordinært arbeidsforhold Blank = Ikke oppgitt 0 = Feil oppgitt kode 18 DATO-BEGYNT 124 N/8 Dato for start av arb.forhold ÅÅÅÅMMDD 19 DATO-SLUTTET 132 N/8 Dato for slutt på arb.forhold ÅÅÅÅMMDD VARIGHETS-KD 140 A/1 K = Kortvarig uten forsikring F = Kortvarig med forsikring V = Varig arbeidsforhold I = Innenriksfart U = Utenriksfart Blank = Over tre måneders varighet på arbeidsforholdet eller ikke oppgitt 0 = Feil oppgitt kode 20 ARBEIDSTID-KD 141 A/1 Kode for arbeidstid: '1' Under 50 % '2' 50 % - 75 % '3' Over 75 % 21 ARBEIDSTID 142 A/10 Arbeidstid beskrevet med tekst 22 ARBEIDSTID-PRUKE 152 A/4 TTHH i Timer og Hundredeler pr uke 23 YRKESKODE 156 N/7 Kode for yrkestittel 24 YRKESTEKST 163 A40 Tekst for yrkestittel 25 FIKTIVT-PNR 203 A/1 Indikator for fiktivt personnr. J = Fiktivt personnr N eller blank = Ordinært personnr. 26 SKIPS-REGISTER 204 A/1 0 = NOR Side 14/28

I = NIS U = UTL 27 FARTS-OMRÅDE 205 A/1 I = INNENRIKS U = UTENRIKS 28 TYPE-FARTØY 206 A/1 T = TURISTSKIP I = OLJEBORING 29 LEDIG 204 A/178 Ledig til senere bruk (blanke). Sorteringsdata: 30 SORT-ID 385 P/6 Til bruk for system 31 SORT-PRIO 391 A/1 Til bruk for system 32 LØPENR 392 N/9 Nummmerering av objektene i porteføljen ihht. input-rekkefølge. Total record-lengde (når fast rec.format) er 400 byte. Det vil kunne forekomme 0, 1 eller flere AATF-records. 2.2.3.2 AATH, Retur fra AA-registeret, Arbeidstakerhistorikk AATH har samme layout og innhold som AATF som er beskrevet ovenfor. Unntaket er feltnr 3 - PRODUKT som her er AATH. Side 15/28

2.2.3.3 AAG, Retur fra AA-registeret, Arbeidsgiver Nr Feltnavn Start Type/lengde Beskrivelse Identifiserings- og Som i dagens løsning treffdata: 1 FIL-ID 1 A/16 Fil-id sammen med kunde-id identifiserer en vaskekjøring unikt. 2 REC-ID 17 A/3 Alltid RPF 3 PRODUKT 20 A/4 Alltid AAG" 4 EGEN-ID 24 A/16 Kundens unike nøkkel. Benyttes for at man skal kunne matche tilbake etter vask. Treff.informasjon: 5 TREFF-NIVAA 40 A/2 Indikerer enten at recorden er input til vask, eller hvordan resultatet av treffet ble: IN Input-record, med påfølgende forslag 96 Ulikhet på navn. Gjelder kun ved identifisering på fødselsnummer 98 Input-record, duplikate treff funnet. 99 Input-record, ingen treff funnet 01 89 Treff-records med aktuelt treffnivå, se egen oversikt. 6 SNU-NIVÅ-NAVN 42 A/1 A V, indikerer hvilken navnekombinasjon (snu-nivå) treffet ble gjort på, se egen oversikt. 7 AKTIVT-HISTORISK 43 A/1 Indikerer om treffet er gjort mot aktive eller historiske data. A Aktivt H Historisk 8 LIKHET-SX1 44 A/1 Indikerer likhet på soundex 1 (lydkode av navneelement 1 (etternavn), ref SNU-NIVÅ- NAVN) J Ja, likhet N Nei, ulikhet OBS! Ved identifisering på fødselsnr (treffnivå 01) se presisering i kap. 3.3.1.1 9 LIKHET-SX2 45 A/1 Indikerer likhet på soundex 2 (lydkode av navneelement 2 (fornavn), ref SNU-NIVÅ- NAVN) J Ja, likhet N Nei, ulikhet OBS! Ved identifisering på fødselsnr (treffnivå 01) se presisering i kap. 3.3.1.1 Side 16/28

10 SIKKER-UNIK 46 A/1 Indikerer om treffet er identifisert som: * - sikkert # - filtrert <blank> - hverken sikkert eller filtrert Arbeidsgiverinfo: 11 AG-ORGNR 47 N/9 Organisasjonsnummeret til den enheten som dataene gjelder for 12 AG-ORGNR1 56 N/9 Organisasjonsnummeret til juridisk enhet. Når AG-ART =E vil AG-ORGNR og AG-ORGNR1 være like. 13 AG-ORGNR-REF 65 N/9 Henvisningnummer for Organisasjonsledd i offentlig sektor 14 AG-ANSVH 74 A/4 Viser ansvarshavende trygdekontornummer 15 AG-HOVEDSETE 78 A/3 Landkode 16 AG-ARSPURRING 81 A/1 0=Årskontroll-lister sendt 1=Første purring 2=Varsel om ileggelse av tvangsmulkt er sendt 3=Begjæring om utlegg sendt namsmannen 5=Årskontroll i retur 6=Konkurs 9=Årskontroll-lister er motatt fra arbeidsgiver 17 AG-MALFORM 82 A/1 B=Bokmål N=Nynork E=Engelsk 18 AG-NAVN1 83 A/26 Enhetens navn del 1 19 AG-NAVN2 109 A/26 Enhetens navn del 2 20 AG-ADR1 135 A/28 Adressen som her følger er postadresse hvis denne finnes, ellers er det forretningsadressen som vises. 21 AG-ADR2 163 A/32 22 AG-POSTNR 195 N/4 23 AG-UTLAND-POSTNR 199 N/4 24 AG-UTLAND-POSTSTED 203 A/35 Utenlandsk postadresse 25 AG-LANDKODE 238 A/2 Landkoden til adressen 26 AG-KONTOR-KOMMUNE 240 N/4 Kontorkommunen til enhet 27 AG-ARBEIDSSTED 244 N/4 Trygdekontornummeret til arbeidsstedet 28 AG-TLF 248 A/13 29 AG-ETABLERT 261 A/6 Virksomheten startet. Format ÅÅÅÅMM 30 AG-BSTATUS 267 A/1 1=Aktiv enhet 8=Opphørt enhet 31 AG-BTYPE 268 A/1 Benyttes ikke. 32 AG-OPPHORT 269 N/6 Virksomhetens opphørstidspunkt. Format ÅÅÅÅMM 33 AG-ARSAK 275 A/4 Årsakskode ved avvikling og nedleggelse Side 17/28

34 AG-GIRONR 279 N/11 Kontonummer 35 AG-GIRO-ADRESSE 290 N/9 Viser organisasjonsnummeret til den enheten som refusjon fra trygdeetaten skal sendes til. 36 AG-ANT-BEDRIFTER 299 N/4 Antall bedrifter knyttet til juridisk enhet 37 AG-ARDAG 303 N/5 År + dagnummer. Format ÅÅÅÅMM 38 AG-STD-NAVN 308 A/30 39 AG-NESTE-BOKSTAV 338 A/1 40 AG-ART 339 A/1 E=Juridisk-enhet 41 AG-ANSATTE 340 A/1 42 Ledig 341 A/44 Sorteringsdata: F=Bedrift-enhet G=Historikk J=Enheten skal ha ansatte N=Enheten har ikke ansatte Blank=Ikke oppgitt 43 SORT-ID 385 P/6 Til bruk for system 44 SORT-PRIO 391 A/1 Til bruk for system 55 LØPENR 392 N/9 Nummmerering av objektene i porteføljen ihht. input-rekkefølge. Total record-lengde (når fast rec.format) er 400 byte. Hvis man abonnerer på AAG Arbeidsgiverinformasjon vil det forekomme 1 AAG-record pr AATF- record (Arbeidstakerinformasjon). Dvs. hver AATF-record blir etterfulgt av én AAGrecord. Linken mellom disse er EGEN-ID og ORG-NR 2.2.3.4 AAGH, Retur fra AA-registeret, Arbeidsgiver - historikk AAGH har samme layout og innhold som AAG som er beskrevet ovenfor. Unntaket er feltnr 3 - PRODUKT som her er AAGH. Abonnement på AAGH Arbeidsgiverinformasjon forutsetter også abonnement på AATH (Historisk Arbeidstakerinformasjon). Det vil forekomme 1 AAGH-record pr AATH- record. Dvs. hver AATH-record blir etterfulgt av én AAGH-record. Linken mellom disse er EGEN-ID og ORG-NR. Side 18/28

2.3 Elementer i vaskeløsningen For å skaffe en oversikt over de muligheter og mekanismer som ligger i vaskeløsningen har vi tatt med en beskrivelse av elementer som benyttes. Bl.a. er det viktig å ta stilling til hvilke treff-sikkerhetsnivå som skal aksepteres etter at vask er gjennomført. 2.3.1 Matchkriterier og treffsikkerhetsnivå Matchkriterier er de nøkkelelementer som benyttes for å identifisere objektene i kundens registerportefølje mot det/de registrene man vasker mot. Målsetting er å identifisere objektene i registerporteføljen for påføring og oppdatering av data. Treffsikkerhetsnivå sier noe om hvor godt treffet mellom kundens register og det register man vasker mot ble. Matchkriterier og treffsikkerhetsnivå er sammenfallende i Filematch-løsningen. I vår generelle vaskeløsning har vi treffsikkhetsnivå fra 1 15. Ved identifisering mot AA benyttes kun treffnivå 01 og 99. Nivå 1 ansees som det sikreste, nivå 15 som det minst sikre: Treff nivå Matchkriterier Sx1 = Soundex (lydkode) 12 tegn/ Sx2 = Soundex (lydkode) 4 tegn 01 Fødselsnr. (kontroll av likhet på navn markeres med indikatorer). Se kap. 2.3.1.1 02 Fødselsdato + sx1 etternavn + sx2 fornavn + 2 siffer postnr + 3 bokst. av gateadr. + husnr. 03 Fødselsdato + sx1 etternavn + sx2 fornavn + 2 siffer postnr + 3 bokst. av gateadr. 04 Sx1 etternavn + sx2 fornavn + 4 siffer postnr + 3 bokst av gateadr. + husnr. 05 Sx1 etternavn + sx2 fornavn + 2 siffer postnr + 3 bokst av gateadr. + husnr. 06 Fødselsdato + sx1 etternavn + sx2 fornavn + 2 siffer postnr 07 Fødselsdato + sx1 etternavn + sx2 fornavn + 1 siffer postnr 08 Fødselsdato + sx1 etternavn + sx2 fornavn 09 Sx1 etternavn + sx2 fornavn + 4 siffer postnr + 3 bokst av gateadr. 10 Sx1 etternavn + sx2 fornavn + 2 siffer postnr + 3 bokst av gateadr. 11 Sx1 etternavn + sx2 fornavn + 4 siffer postnr 12 Fødselsdato + sx1 etternavn 13 Sx1 kortnavn element 1 + element 2 + element 3 14 Sx1 etternavn + sx2 fornavn + 2 siffer postnr 15 Sx1 etternavn + sx2 fornavn + 1 siffer postnr 96 Ulikhet på navn ved identifisering på fødselsnr. Informasjon fra DSF blir ikke tilført. Gjelder for vask på fødselsnummer med krav om entydig identifisering, dvs. at det må være likhet på både fødselsnummer, etternavn og fornavn. Dette styres av tillatelse fra Sentralkontoret, men gjelder hovedsakelig for private virksomhet. 97 Manuell treff 98 Duplikat treff 99 Ikke treff Side 19/28

2.3.1.1 Identifisering på fødselsnummer treffnivå 01 Ved treff på 01-nivå med identifisering på fødselsnummer foretas en spesiell kontroll av likhet på navn. Kravet er at et av elementene i oppgitt navn skal være samsvar med etternavn i DSF og et av elementene i oppgitt navn skal være i samsvar med fornavn. Identifisering på etternavn og fornavn gjøres uavhengig av i hvilket felt navnet er oppgitt ved input. Likhet på lydkoden (lydkode1 etternavn og lydkode2 fornavn) refererer således til at det er funnet likhet på et de oppgitte navneelementene i input til vask med aktive navnelementer i DSF. Sammenligning gjøres mellom oppgitte navnelementer og følgende navne-elementer i DSF: Fornavn, Mellomnavn, Etternavn og Ugift navn. Side 20/28

2.3.2 Bruk av soundex (lydkode) ved vask på navn Soundex er en lydkode som blir generert på grunnlag av etternavn og fornavn i både registeret man vasker mot og kundens registerportefølje. I den genererte lydkoden blir varianter i skrivemåte av navnene eliminert slik at man kan oppnå en større treffandel mellom registrene. Eks. Navn: Soundex (sx1): Soundex (sx2) Reg.portef.: Johnsen Jon IONSN ION Vaskereg.: Jonsen John IONSN ION 2.3.3 Rekkefølge på navn til vask For å kunne vaske på ulike rekkefølger av navnet har vi laget regler for hvordan vi tolker hva som er etternavn, fornavn og eventuelle mellomnavn i en kundes registerportefølje. Følgende viser oversikt over alternativer (felt som benyttes i vask er understreket): Kode: Rekkefølge på navn: Eksempel (input fra kunde): EFD Etternavn Fornavn er delt. Normann Hansen Jan Ola evt. Benytter: Siste + første element. Hansen Jan Ola Normann FME Fornavn Mellomnavn Etternavn. Jan Ola Normann Hansen Benytter: Siste + første element. EFM FEM EMF Etternavn Fornavn Mellomnavn. Benytter: Første + andre element. Fornavn Etternavn Mellomnavn. Benytter: Andre + Første element. Etternavn Mellomnavn Fornavn. Benytter: Første + Siste element. Hansen Jan Ola Normann evt. Normann Hansen Jan Ola Jan Hansen Ola Normann Hansen Normann Ola Jan VAR el blank Forskjellig. Benytter: FME eller EFM Benytter fornavn-databasen for å identifisere rekkefølgen. PS: Alle bindestreker i navn blir konvertert til blank før vask. Dette gjelder både fornavn og etternavn. 2.3.3.1 Fornavn-database Dersom kundens registerportefølje ikke har noen enhetlige rekkefølge på navnet (fornavn, mellomnavn, etternavn i ulike rekkefølger), kan kundens navnefelt analyseres mot en fornavn-database. Dette er en database som er bygget opp på grunnlag av alle fornavn i DSF. Den er etablert ved å trekke ut alle fornavn og matche disse mot alle etternavn for å bestemme om navnet er fornavn eller etternavn. For å kjøre analyse benyttes kode VAR for rekkefølge på navn. Hvis første element i navn fra kunde er et fornavn antas navnet å være på Side 21/28

format FME. Hvis første element i navn fra kunde ikke er et fornavn antas navnet å være på format EFM 2.3.4 Snuing av navn Et navn kan være skrevet på mange forskjellige måter. Som nevnt kan rekkefølgen være forskjellig, men også bruk av mellomnavn, dobbelt etternavn, dobbelt fornavn, navn som ugift og historisk navn kan skape problem for identifisering. For å øke muligheten til å identifisere ved hjelp av navn har vi innført en algoritme der vi snur på elementene i navnet. Navnekombinasjonene som benyttes i vaskedatabasen er derfor mange. Vi benytter følgende navneelementer (alle generert med soundex) når vaskedatabasen blir etablert: Etternavn (sx1 - lang soundex): 1. Etternavn - 1. element 2. Etternavn - 2. element (hvis finnes) 3. Mellomnavn - 1. element (hvis finnes) 4. Mellomnavn - 2. element (hvis finnes) 5. Tidligere navn - 1. element (hvis finnes) 6. Tidligere navn - 2. element (hvis finnes) Fornavn (sx2 - kort soundex): 7. Fornavn - 1. element 8. Fornavn - 2. element (hvis finnes) 9. Etternavn - 1. element 10. Etternavn - 2. element (hvis finnes) 11. Mellomnavn - 1. element (hvis finnes) 12. Mellomnavn - 2. element (hvis finnes) 13. Tidligere navn - 1. element (hvis finnes) 14. Tidligere navn - 2. element (hvis finnes) Elementene blir satt sammen i følgende mulige kombinasjoner i vaskedatabasen: Undernivå Sx1 Sx2 Kommentar a 1 7 Etternavn 1 + Fornavn 1 (alltid med) b 1 8 Etternavn 1 + Fornavn 2 c 1 10 Etternavn 1 + Etternavn 2 d 1 11 Etternavn 1 + Mellomnavn 1 e 2 7 Etternavn 2 + Fornavn 1 f 2 8 Etternavn 2 + Fornavn 2 g 2 9 Etternavn 2 + Etternavn 1 h 2 11 Etternavn 2 + Mellomnavn 1 i 3 7 Mellomnavn 1 + Fornavn 1 j 3 8 Mellomnavn 1 + Fornavn 2 k 3 12 Mellomnavn 1 + Mellomnavn 2 l 3 9 Mellomnavn1 + Etternavn 1 m 4 7 Mellomnavn 2 + Fornavn 1 n 4 8 Mellomnavn 2 + Fornavn 2 o 4 11 Mellomnavn 2 + Mellomnavn 1 p 4 9 Mellomnavn 2 + Etternavn 1 q 5 7 Tidligere navn 1 + Fornavn 1 r 5 8 Tidligere navn 1 + fornavn 2 s 5 14 Tidligere navn 1 + Tidligere navn 2 t 6 7 Tidligere navn 2 + Fornavn 1 Side 22/28

u 6 8 Tidligere navn 2 + Fornavn 2 v 6 13 Tidligere navn 2 + Tidligere navn 1 I tillegg til treffsikkerhetsnivå vil undernivået (eller snunivået ) framkomme i resultat fra vask. Side 23/28

3 Grensesnittbeskrivelse - Vedlikehold 3.1 Retur fra vedlikehold 3.1.1.1 Generelt om endringer fra AA-registeret Det er slik at vi mottar alle arbeidsforhold på en person på nytt når det er endring på et arbeidsforhold eller det er et nytt arbeidsforhold. Det betyr at alle arbeidsforhold man har fra tidligere må slettes før man behandler første arbeidsforhold på en person. Ut snittet SAT er da en hjelp til dette, da den alltid vil komme først. Deretter kommer utsnittet AAT for hvert arbeidsforhold som personen har evt. har hatt som det evt. er endring VIKTIG! Hvis kunden kun ønsker å abonnere på aktive arbeidsforhold må man også abonnere på SAT, ellers vil kunden ikke få beskjed på at personen ikke lenger har aktive arbeidsforhold. Dersom kunden abonnerer på både aktive og opphørte arbeidsforhold, men ikke ønsker å motta utsnittet SAT så må kunden selv takle dette før behandling av første arbeidsforholdet (utsnitt AAT) på personen. 3.1.2 AAT Endring av arbeidstakerdata Når en person har hatt en endring i ett eller flere elementer i recorden blir recorden rapporterert til kunden. Nr Feltnavn Start Type/lengde Beskrivelse Identifiseringsdata: 1 RECORDTYPE 1 A/1 Alltid 1 datarecord 2 EGEN-ID 2 A/16 Kundens unike nøkkel. Benyttes for at man skal kunne identifisere endringen ved hjelp av egen nøkkel. 3 EDB Infobanks ID 18 N/11 EDBs interne ID på objektet. Fødselsnummer for de som har tillatelse til å motta dette. Fiktiv fødselsnummer for de som ikke har tillatelse. 4 KJØRENR 29 N/6 Kjørenr identifiserer rekkefølge på endringen ifht. evt. andre endringer på samme person. 5 SEKVENSNR 35 N/6 Detaljering av kjørenr. Behandles i rekkefølge for en og samme person innenfor samme kjørenr. 6 UTSNITTSKODE 41 A/3 Alltid AAT' Arbeidstakerforhold: 7 ORGNR 44 A/11 Arbeidsgivers org.nr. 8 ORGNAVN 55 A/30 Arbeidsgivers navn 9 KOMMUNENR 85 N/4 Arbeidssteds kommunenummer Side 24/28

10 KOMMUNENAVN 89 A/20 Arbeidsstedets kommunenavn 11 STATUS 109 A/1 Status på arbeidsforholdet P = Permisjon F = Flyttet til utlandet O = Opphørt arbeidsforhold N = Tilbake til ordinært arbeidsforhold Blank = Ikke oppgitt 0 = Feil oppgitt kode 12 DATO-BEGYNT 110 N/8 Dato for start av arb.forhold ÅÅÅÅMMDD 13 DATO-SLUTTET 118 N/8 Dato for slutt på arb.forhold ÅÅÅÅMMDD. Kun utfylt for opphørte arbeidsforhold 14 VARIGHETS-KD 126 A/1 K = Kortvarig uten forsikring F = Kortvarig med forsikring V = Varig arbeidsforhold I = Innenriksfart U = Utenriksfart Blank = Over tre måneders varighet på arbeidsforholdet eller ikke oppgitt 0 = Feil oppgitt kode 15 ARBEIDSTID-KD 127 A/1 Kode for arbeidstid: '1' Under 50 % '2' 50 % - 75 % '3' Over 75 % 16 ARBEIDSTID 128 A/10 Arbeidstid beskrevet med tekst 17 ARBEIDSTID-PRUKE 138 A/4 TTHH i Timer og Hundredeler pr uke 18 YRKESKODE 142 N/7 Kode for yrkestittel 19 YRKESTEKST 149 A/40 Tekst for yrkestittel 26 SKIPS-REGISTER 189 A/1 0 = NOR I = NIS U = UTL 27 FARTS-OMRÅDE 190 A/1 I = INNENRIKS U = UTENRIKS 28 TYPE-FARTØY 191 A/1 T = TURISTSKIP I = OLJEBORING Side 25/28

3.1.3 Aktive og opphørte arbeidsforhold Kunden kan velge om han skal bare ha med aktive eller både aktive og opphørte arbeidsforhold når det skjer en endring. VIKTIG! Hvis man ikke abonnerer på opphørte arbeidsforhold, vil man ikke få informasjon om dato for når arbeidsforholdet ble avsluttet, ref. felt 13 - DATO-SLUTTET. Side 26/28

3.1.4 SAT Slett arbeidsforhold Hensikten med SAT er å markere at person har endring i sine arbeidsforhold, og tidligere informasjon må erstattes av etterfølgende records med utsnittet AAT er alle endrede/nye aktive arbeidsforhold på personen + evt. opphørte arbeidsforhold. Hvis kunden kun skal ha aktive arbeidsforhold så er det viktig å abonnere på utsnittet SAT. De vil ellers ikke få melding om siste aktive arbeidsforhold opphører. Nr Feltnavn Start Type/lengde Beskrivelse Identifiseringsdata: 1 RECORDTYPE 1 A/1 Alltid 1 datarecord 2 EGEN-ID 2 A/16 Kundens unike nøkkel. Benyttes for at man skal kunne identifisere endringen ved hjelp av egen nøkkel. 3 EDB Infobanks ID 18 N/11 EDBs interne ID på objektet. Fødselsnummer for de som har tillatelse til å motta dette. Fiktiv fødselsnummer for de som ikke har tillatelse. 4 KJØRENR 29 N/6 Kjørenr identifiserer rekkefølge på endringen ifht. evt. andre endringer på samme person. 5 SEKVENSNR 35 N/6 Detaljering av kjørenr. Behandles i rekkefølge for en og samme person innenfor samme kjørenr. 6 UTSNITTSKODE 41 A/3 Alltid SAT' Info: 1 SLETT- 44 N/11 Arbeidsgivers org.nr. ARBEIDSFORHOLD Eksempel ved bruk av utsnittet SAT. SAT person1 AAT person1 arbeidsforhold1 AAT person1 arbeidsforhold2 Osv.. SAT person2 AAT person2 arbeidsforhold1 AAT person2 arbeidsforhold2 Osv. Eksempel på person uten aktive arbeidsforhold, dvs alle er opphørt når kunden abonnere kun på aktive arbeidsforhold. SAT person3 Side 27/28

4 Endringslogg Dato Kapittel Beskrivelse Utført av 14.11.2011 Mindre layout-messige justeringer TRE 13.12.2011 AATF, Retur fra AA-registeret, Arbeidstaker 13.12.2011 AAT Endring av arbeidstakerdata 3 nye felter: SKIPS-REGISTER FARTS-OMRÅDE TYPE-FARTØY Rettet startposisjon fom feltnr. 14 TRE TRE 13.12.2011 AAT Endring av arbeidstakerdata 15.12.2011 Generelt om endringer fra AA-registeret 3 nye felter: SKIPS-REGISTER FARTS-OMRÅDE TYPE-FARTØY Nytt kapittel TRE TRE 15.12.2011 Aktive og opphørte arbeidsforhold Nytt kapittel TRE 15.12.2011 SAT Slett arbeidsforhold Nytt kapittel under Grensesnittbeskrivelse for vedlikehold. TRE Side 28/28