...
EMS er et tjenestelag for håndtering av medlemmer, organisasjoner og grupperinger innen idretten. Tjenestene er bygget etter en modell hvor du som systemleverandør kan inngå en avtale med en eller flere idrettslag om å håndtere deres medlemmer på et systemteknisk nivå på vegne av idrettslaget.
EMS er bygget slik at man som teknisk leverandør skal kan være i synk med idrettens sentrale database (ISD). Det betyr at EMS leverer tjenester og endepunkter slik at du leverandøren kan påse at idrettslagets medlemslister medlemsregister er lik likt og synkronisert med medlemslisten medlemsregisteret hos NIF. Dette er essensielt for at idrettslaget skal rapportere riktig antall medlemmer fra sin organisasjon. EMS er primært bygget for kontroll og verifisering, ikke direkte oppslag mot ISD. NIF krever at idrettslagets medlemssystem skal fungere uavhengig av om NIF sine tjenester er tilgjengelig eller ikke. Se mer om dette under eksempelarkitektur og komponentbeskrivelser.
MERK: Med tilgang til å bruke EMS for å synkronisere mot NIFISD, har man en godkjent NIF- integrasjon. NIF godkjenner ikke medlemssystemer. Du kan lese mer om dette her.
...
Tjenestene er bygget etter et privacy by design-prinsipp som er skissert opp slik at du som systemaktør leverandører kun har tilgang til de medlemmene medlemmer som er tilknyttet det idrettslaget du leverandøren har en avtale og databehandleravtale med. Hvis personen er medlem i flere idrettslag vil du leverandøren ikke motta opplysninger om disse medlemskapene, med mindre du leverandøren har en avtale med dette idrettslaget også. Du Leverandøren vil da ha samme personobjekt, men dette vil være knyttet til flere idrettslag og grener.
...
Tjenester i skissen | Forklaring |
|---|---|
EMS | Her finner du tjenester som legger finnes tjenester for å legge til medlemskap, fjerner fjerne medlemskap, innsending av betalingsinformasjon, lese lisenser, lese organisasjonstrukturen til de idrettslagene du leverndøren har tilgang til. |
EMS Read | Tjenester for å hente ut medlemmer på idrettslagsnivå, organisasjonsstrukturer med medlemslister, tilgang til betalte lisenser og medlemskap. |
EMS Updates | Dette er en Azure Service Bus Message Queue , kun for degpr leverandør. Her vil du leverandøren motta ulike meldinger som håndterer endringer og oppdateringer for et medlem eller en organisasjon som du leverandøren har tilgang til. |
ISD (Idrettens Sentrale Database) | Dette er masterdatabasen hvor all informasjon om medlemmer og organisasjoner finnes. |
Min idrett | Min idrett er tjenesten som alle medlemmer i norsk idrett har tilgang til, forutsatt at de har opprettet Idrettens ID. Min idrett er det eneste stedet for å redigere sine personopplysninger. Her kan informasjon som telefonnummer, epost og andre kontaktopplysninger legges til. Medlemmer Medlemskap knyttet til idrettslag som bruker NIFs medlemssystemer, kan administrere disse medlemskapene administreres herifra. Endringer av personinformasjon som gjøres i Min idrett, vil sendes til meldingskøen til relevante mottakere (leverandører). |
Komponentoversikt for Buypass Services
Tjenester i skissen | Forklaring |
|---|---|
Idrettens ID | Idrettens egen identifikasjon- og innloggingstjeneste. Denne tjenesten benyttes i de fleste løsninger som et medlem benytter seg av innenfor sin idrett. Det er et krav om at idrettens Idrettens ID skal benyttes som en eller flere valgmuligheter for pålogging i det eksterne medlemsskapssystemettil medlemssystemer fra eksterne leverandører. Se mer om Idrettens ID her. |
Buypass payments, Isonen etc.. | Buypass tilbyr en rekke tjenester til norsk idrett. Blant annet betalingsløsninger og arrangementsløsningen Isonen. |
...
Tjenester i skissen | Forklaring | Valgfrihet? | Logging og anbefalt hvor lenge |
|---|---|---|---|
CurrentState sync tjeneste | Du Leverandøren må implementere noe funksjonalitet for å laste ned medlemmer via les-API’et når du får tilgang til et nytt idrettslag er gitt. Dette er måten du leverandøren kan verifisere eventuelle medlemsregistre du har som finnes fra før. | Nei | N/A |
Add/Delete og Payments | Du Leverandøren må implementere funksjonalitet for å registrere, fjerne og håndtere medlemskap for et idrettslag og gren. Det anbefales at du leverandøren logger alle requests du som sender til våre NIFs API’er. Dette for å gjøre eventuell feilsøking enklere. | Nei | Ja, 90 dager |
Read Queue functions | Du Leverandøren må implementere funksjonalitet for å håndtere alle endringer på medlemmer og organisasjonsendringer du mottar som mottas på meldingskøen. Det sendes en rekke meldinger og du leverandøren må sette deg godt inn i hva de ulike meldingstypene betyr, og hvilke du som bør håndterehåndteres. En del meldinger behøver du kanskje å gjøre noe medkanskje ikke behandles av leverandøren. Det anbefales at du leverandøren lagrer meldingene selv, før du behandler demde behandles. På denne måten sikres det at meldingene er lastet ned riktig. | Nei | Ja, 90 dager |
3P Database | EMS er ikke bygget for at du leverandører skal håndtere medlemmer med direkte oppslag igjennom API’er. Det er laget for at du leverandører skal og kan synkronisere mot ISD. Med andre ord må du leverandører ha dinsin(e) egen(e) database(r) som du bygger dine applikasjoner motdet bygges applikasjoner rundt. | Nei | N/A |
Mer Merk at alle tjenestene som er i eksempelarkitekturen på din leverandørens side er forslag, ikke en fasit.
...