Introduksjon
Denne siden gir noen generelle anbefalinger på om hvordan du som aktør leverandør av medlemssystem bør håndtere medlemsdata, og hvordan du bør bygge opp din en robust integrasjon.
Medlemsinformasjon
Profilhåndtering
NIF anbefaler sterkt at man lar medlemmet ha ytterligere Dersom leverandørene ønsker det, kan de selv berike medlemsdata fra NIF med kontakt og adresseinformasjon lagret i deres database. Noe av bakgrunnen for dette er at NIF lener seg primært mot folkeregisteret, og de folkeregistrerte opplysningene. Det betyr at du kan oppleve at medlemmer har en annen bostedsadresse i NIF sine systemer, enn de vil ha, eller ønsker å ha i medlemssystemet deres som postadresse eller kontaktadresse. Det kan være mange grunner til dette, f.eks midlertidig bosted pga studieopphold. Det NIF krever er at personobjektet er synkronisert med NIF og at personobjektetes medlemsskap er synkronisert med NIF.
Personer med kode 4, 6 og 7 adresseinformasjon
Det finnes enkelte personer i Norge som har av ulike grunner skjult adresse. Disse personene har like rett til å bedrive idrett som alle andre. NIF anbefaler at leverandørene av medlemssystemer er ytterst forsiktige med å eksponere disse personobjektene til uvedkommende eller i deltagerlister o.l. NIF anbefaler at kun medlemsansvarlig i idrettslaget har tilgang til opplysningene, som lagres lokalt i egen database. NIF besitter og utleverer primært opplysninger som er vasket mot Folkeregisteret. Dette innebærer at medlemmer kan ha en annen bostedsadresse hos NIF, enn der de faktisk oppholder seg. Feks. studenter. NIF krever at selve personobjektet og dets medlemsskap er synkronisert.
Adressesperre i Folkeregisteret
Adressesperre i Folkeregisteret er et tiltak for å beskytte trusselutsatte personer. Det er to offentlige etater som kan beslutte å gi personer adressesperre og legge dette inn i Folkeregisteret. Politiet og fylkesnemda for barnevern og sosiale saker. Adressesperringen skjer i Folkeregisteret. Det er to varianter av adressesperre. Kode 7, “Fortrolig adresse” og Kode 6 “Strengt fortrolig adresse”.
Personer med adressesperre har også rett til å bedrive idrett. NIF har ikke adresseinformasjon til disse personene, og dermed utleveres heller ikke adresseinformasjon til 3.parter. Dersom leverandør av medlemssystem har beriket adresseinformasjon i sine løsninger, er det leverandøren selv som har ansvar for at personer med adressesperre ikke eksponeres.
Betalingsinformasjon
Innrapportering av betalingsobjekter
NIF anbefaler at man innraporterer leverandørene innrapporterer betalingsobjekter APIet umiddelbart etter at transaksjonen har gått igjennom i leverandørens systemer. På denne måten er informasjonen anvendbar i andre systemer i idrettens økosystem. Les mer om innrapportering av betalingsobjekter her.
Implementasjon - Generelle tips
Prosessering av informasjon fra 3.part kan ta noe tid. Dette skyldes at det er flere operasjoner som skal foregå i sekvens, både ved innmelding og utmelding av medlemmer.
Eksempel:
Eksternt medlemssystem melder Mikro Midas inn i et idrettslag med add membership. Mikro Midas finnes fra før i Idrettens Sentrale Database, men han ligger registrert med feil organisasjonstilknytning og medlemskapet kunne ikke opprettes maskinelt. Medlemskapet til Mikro Midas i dette idrettslaget er ikke å anse som opprettet før leverandøren har fått en FunctionId i retur på Subscription Queue.
Eksternt medlemssystem melder Mikro Midas ut av et idrettslag med cancel membership. Medlemssystemet forsøker å melde Mikro Midas inn i samme idrettslag igjen. Dersom prosesseringen av den første utmeldingen ikke er klar, vil innmelding feile. Utmelding er ikke fullstendig før leverandøren har fått FunctionId med IsPassive=1 i retur på Subscription Queue.