Distribusjon av varslinger

Transkript

1 Innhold Distribusjon av varslinger... 2 Definering av varslinger... 2 Opprette nytt varsel... 2 Generelt... 3 Generelt - Flettefelter... 5 Funksjoner... 7 Varsel alternativ kobling mot funksjoner... 8 Mottakere... 8 Firma / konsern...10 Dynamiske mottakere...11 Oppslagsfelt for varsling - e-postadresse og telefonnummer for SMS...14 Adminmeldinger...15 Distribusjonsmonitor...17 Overløpssikring på meldinger...18 Eksempler på bruk av dynamiske mottakere...19 Melding til den ansatte...19 Melding til den ansattes attestant...20 Melding til nærmeste avdelingsleder, prioritert mottakerliste...21 Melding som ikke kan leveres...22 Versjon 1.0 Copyright Aditro Side 1 av 23

2 Distribusjon av varslinger Distribusjonssystemet for varslinger gir deg muligheten til å sette opp systemet til å sende ut meldinger til e-post, SMS eller Arbeidsbok når spesielle handlinger utføres i Aditro Lønn. Dette kan for eksempel være statusendringer ved kjøring av Jobbkø, ved treff på definerte verdier ved kjøring av Fri lønnsrapport eller endringer av status i arbeidsflyten på transaksjoner fra PLWeb. Distribusjonssystemet lar deg sette opp varslinger på akkurat de hendelsene du er interessert i, og med så mange mottakere du ønsker. Enkelte varslingstyper lar deg også definere dynamiske mottakere, hvor systemet finner mottakeren av varselet ut fra konteksten på handlingen som ble utført. For mer informasjon, se eget kapittel om Dynamiske mottakere. Definering av varslinger Opprette nytt varsel For å definere varslinger må du åpne menyvalg Jobbkø og kontroller Def. Distribusjon. For å opprette et nytt varsel trykker du på Ny knappen eller velger Fil Ny i menyen. Du må skrive inn et navn på varselet i feltet Navn. Etter at du lagrer varselet vil systemet angi en ny automatisk generert numerisk nøkkel. Versjon 1.0 Copyright Aditro Side 2 av 23

3 Generelt På fanen Generelt definerer du meldingsteksten som skal sendes ut og avsenderinformasjon for dette varselet. Versjon 1.0 Copyright Aditro Side 3 av 23

4 Standard oppførsel for systemet er å bruke avsenderinformasjon som du har definert under Systemadministrasjon System vedlikehold Innstillinger. Hvis du ønsker å overstyre denne informasjonen for varselet ditt kan du åpne ett av, eller begge feltene Avsendernavn e-post og Avsenderadr. e-post ved å krysse av ved siden av feltet, og skrive inn den overstyrte avsenderinformasjonen. Denne informasjonen vil da bli brukt som avsenderinformasjon for alle e-postmeldinger som blir generert av dette varselet. Denne overstyringen vil bare gjelde for det varselet du har definert overstyringen i, og påvirker ingen andre varsel i systemet. Versjon 1.0 Copyright Aditro Side 4 av 23

5 Generelt - Flettefelter Flettefelter gir deg muligheten til å bruke data fra hendelsen man kjører varslingen for som en del av selve varslingsteksten. Du kan sette inn flettefelter som en del av meldingstekst eller tittel og så vil systemet finne ut de faktiske verdiene på tidspunktet hvor varselet genereres og flette disse inn i meldingen. Hvis du trykker på knappen Vis tilgjengelige flettefelter får du opp et bilde som viser en liste over alle flettefelter du kan sette inn i meldingsteksten. Versjon 1.0 Copyright Aditro Side 5 av 23

6 Hvis du klikker på en rad, vil flettefelt-teksten kopieres til utklippstavlen og du kan lime den inn i meldingsteksten i varselet. Eksempler på bruk Det første eksempelet er at du ønsker å sette opp et varsel om at Webtransaksjoner har blitt attestert, og du ønsker å ha med ansattnummeret til den ansatte som har registrert transaksjonen. Da kan du definere følgende tekst i Melding e-post: Web-transaksjoner har blitt attestert for ansatt {ansattnr} Når en bruker attesterer en transaksjon vil da systemet finne frem all tilgjengelig informasjon, og hente ansattnummeret fra transaksjonen og fylle det inn i flettefeltet. Hvis ansattnummeret til den ansatte var 1234 vil meldingen som blir sendt til mottakeren av varselet bli: Web-transaksjoner har blitt attestert for ansatt 1234 Et annet eksempel på flettefelter kan være at du ønsker å definere ett varsel som skal generere meldinger for flere forskjellige handlinger. I dette tilfellet kan du ha med flettefelter som angir hvilken handling som ble utført. Da kan du definere følgende tekst i Melding e-post: Operasjonen {kildenavn} har blitt utført for ansatt {ansattnr} Når en bruker attesterer en transaksjon vil systemet da finne både operasjonen som ble utført og ansattnummeret til den ansatte. Meldingen som blir sendt til mottakeren av varselet vil da bli: Operasjonen WebTrans- Attestert har blitt utført for ansatt 1234 Et siste eksempel på bruk av flettefelter angår flettefeltet {melding}. Dette feltet har flere anvendelser, men den viktigste er i forbindelse med avvisning eller returnering av web-transaksjoner. Hvis en bruker avviser eller returnerer en web-transaksjon kan han eller hun oppgi en Versjon 1.0 Copyright Aditro Side 6 av 23

7 Funksjoner melding. Denne meldingen kan flettes inn i varselmeldingen ved bruk av flettefeltet {melding}. Du kan definere følgende tekst i Melding e-post: Transaksjon returnert. Begrunnelse: {melding} Når en bruker returnerer en web-transaksjon og skriver inn en melding, vil denne meldingen bli flettet inn i dette flettefeltet. Meldingen som blir sendt til mottakeren av varselet kan bli noe slik: Transaksjon returnert. Begrunnelse: Dette er en melding fra brukeren som returnerte transaksjonen. I tillegg til avvisning og returnering av web-transaksjoner brukes flettefeltet {melding} også i forbindelse med Jobbkø og Fri Lønnsrapport, og vil inneholde nyttig informasjon du kan bruke i varselmeldingene. Under fanen Funksjoner setter du opp for hvilke funksjoner, eller hendelser, du ønsker at systemet skal generere meldinger for. Du kan filtrere listen over tilgjengelige funksjoner på type ved å velge et utplukk i feltet Utplukk funksjoner. Versjon 1.0 Copyright Aditro Side 7 av 23

8 Varsel alternativ kobling mot funksjoner For varsel som allerede er opprettet fins det også en alternativ måte du kan knytte disse mot funksjoner. Denne funksjonaliteten finner du under fanen Varsel. På dette bildet får du en liste over alle tilgjengelige funksjoner på venstresiden av bildet. Ved å velge en funksjon i listen får du opp et bilde som gir deg en liste over tilgjengelige og valgte varsel som kan knyttes, eller allerede har blitt knyttet opp til, denne funksjonen. Mottakere Under fanen Mottakere definerer du hvem som skal motta meldinger generert av varselet. Versjon 1.0 Copyright Aditro Side 8 av 23

9 Klikk på Opprett ny mottaker for å legge til en ny mottaker. For å slette eksisterende mottakere kan du markere mottakeren i listen, og trykke på Slett valgte mottaker(e). Når du trykker på Opprett ny mottaker vil du få vist en dialog for å opprette mottakeren. I denne dialogen vil du få en rekke valg for å definere både hva slags melding som skal sendes til denne mottakeren, og hvem som skal motta meldingene. Mottakertype definerer hvilken type melding som skal sendes. Aktiv angir om denne mottakeren skal aktiveres og mottakeren motta meldinger eller ikke. Dette kan brukes for å legge til mottakere som kanskje ikke skal motta meldinger enda, eller midlertidig deaktivere Versjon 1.0 Copyright Aditro Side 9 av 23

10 Firma / konsern enkelte mottakere uten å deaktivere et helt varsel, og uten å være nødt til å slette mottakerinformasjonen. Under Mottaker kan du velge mellom direkte eller dynamisk mottaker. En Direkte mottaker vil være én, eller en liste av, e-postadresser eller telefonnummer som skal brukes som mottakere av meldinger fra dette varselet. Hvis varselet skal ha flere direkte mottakere kan du skille dem med semikolon. For direkte e-postmottakere kan du også ha med mottakernavn ved å skrive inn adresser på følgende format: Mottakernavn (mottaker.adresse@example.com) For Direkte mottakere kan du også velge en liste av mottakere fra en distribusjonsliste ved å klikke på søkeknappen ved siden av feltet Direkte. Her kan du sette inn en liste av e-post-mottakere fra en allerede definert liste definert under Ajourhold faste opplysninger Distribusjonsliste. For Dynamisk mottaker må du velge en dynamisk mottakere definert under Jobbkø og kontroller Mottakere. For mer informasjon om dynamiske mottakere, se Dynamiske mottakere. Under fanene for Firma og Konsern angir du for hvilke firma eller konsern dette varselet skal kjøre for. Versjon 1.0 Copyright Aditro Side 10 av 23

11 Her kan du velge i listen over både Firma og Konsern for å sette sammen et utplukk av firma hvor dette varselet skal være aktivt. Du kan også velge at varselet kun skal være aktivt for det firmaet hvor det er definert. Dette gjør du ved å krysse av for Kun lokalt firma på toppen av bildet. Hvis du gjøre dette får du ikke lenger mulighet til å velge firmaer i listen. Dynamiske mottakere For å definere dynamiske mottakere må du åpne menyvalg Jobbkø og kontroller Mottakere. Mottakere gir deg muligheten til å definere mottakere av varselmeldinger uavhengig av selve varseldefinisjonen, og i tillegg gir muligheten til å definere Dynamiske mottakere hvor systemet finner mottakeren basert på informasjon vedrørende den handlingen eller funksjonen som fører til at varselet blir generert. Dette kan være for eksempel ved attestering av Web transaksjoner hvor man ønsker å sende et varsel til vedkommende som skal behandle denne transaksjonen videre, eller ved returnering å sende en melding tilbake til den ansatte som eier de returnerte transaksjonene. For å opprette en ny Mottaker, trykk på knappen Ny eller velg Fil Ny fra menyen. Du må så skrive inn en nøkkel og et navn for denne mottakeren. Nøkkelen er alfanumerisk og kan inneholde opptil 10 tegn. Kategori er et felt tenkt brukt for sortering, og er ikke i bruk i dag. Når du har fylt inn Mottaker ID og Navn må du velge hva slags type mottaker dette skal være. Det fins tre typer mottakere du kan velge mellom: Versjon 1.0 Copyright Aditro Side 11 av 23

12 Faste opplysninger er for mottakere hvor du bare skriver inn en fast e-post adresse eller telefonnummer som meldinger sendes til direkte. Dette kan du bruke hvis du ønsker ett punkt å definere en mottaker for flere varsel hvor man kan tenkes at mottakerinformasjonen endrer seg over tid. Hvis du har flere varsel som skal til samme mottaker, og du forventer at denne mottakeren kan endre seg, kan det være en fordel å definere én mottaker med faste opplysninger heller enn å definere faste mottakeropplysninger på hvert enkelt varsel. En slik løsning vil være enklere å vedlikeholde. Ansatt er ganske likt Faste opplysninger i og med at dette også er en fast mottaker. Forskjellen er at du her definerer en ansatt fra ansattkartoteket direkte som en mottaker, og systemet vil slå opp henholdsvis e-postadresse og telefonnummer når meldinger genereres. For mer informasjon om hvordan systemet slår opp e-post og telefonnummerfelter fra ansattkartoteket, se Oppslagsfelt for varsling. Versjon 1.0 Copyright Aditro Side 12 av 23

13 Dynamisk mottaker er for mottakere hvor systemet skal slå opp den faktiske mottakeren basert på data tilhørende en varslingsoperasjon. Du må sette opp en prioritert liste over dynamiske mottakere. Når varselet genereres vil systemet ta utgangspunkt i ansattnummer eller aktivitetskode og gå nedover listen og forsøke å slå opp kontaktinformasjon. Du kan også velge bare én dynamisk mottaker om det er ønskelig. Informasjon som hentes fra aktivitetskode tar utgangspunkt i aktivitetskoden som er definert på transaksjonen. Informasjonen som hentes fra aktivitetskode fra ansatt tar utgangspunkt i aktivitetskoden som er definert på menyvalg Person Ajourhold Personopplysninger for den ansatte. Disse to typene vil aldri blandes, så hvis man har en mottaker av type Anviser aktivitetskode er det kun aktiviteten på transaksjonen som er utgangspunktet, og eventuelle koblinger mot aktivitet på den ansatte tas ikke hensyn til. Når en bruker utfører en handling som fører til at varsel kan genereres, leser systemet opp alle varsel og hvis det er definert noen dynamiske mottakere vil systemet forsøke å slå opp denne informasjonen ut fra konteksten til handlingen. Dynamiske mottakere er i hovedsak ment for varslinger i forbindelse med web-transaksjoner da utgangspunktet for å slå opp mottaker er enten ett ansattnummer eller en aktivitetskode, og det er bare for webtransaksjonshandlinger man er garantert at disse er med. Når systemet slår opp den dynamiske mottakere forsøker den først å finne den ansatte som har rollen definert av den dynamiske mottakeren, Versjon 1.0 Copyright Aditro Side 13 av 23

14 og så slår den opp enten e-post eller telefonnummer avhengig av typen varsel som skal sendes. For mer informasjon om hvordan systemet slår opp e-post og telefonnummerfelter fra ansattkartoteket, se Oppslagsfelt for varsling. Hvis systemet etter å ha gått gjennom hele listen over dynamiske mottakere ikke klarer å finne noen mottaker systemet klarer å slå opp, vil ikke varselet kunne sendes. I dette tilfellet vil systemet generere et nytt spesielt varsel for funksjon Admin som beskriver situasjonen, og som forklarer hvordan det forsøkte å slå opp de dynamiske mottakerne, og hvorfor man ikke klarte å finne noe mottakerinformasjon. For mer informasjon, se Adminmeldinger. For konkrete eksempler på dynamiske mottakere i bruk, se Eksempler på bruk av dynamiske mottakere. Oppslagsfelt for varsling - e-postadresse og telefonnummer for SMS For å definere på hvilken måte systemet skal slå opp informasjon om e- postadresser eller telefonnummer fra ansattkartotek må du åpne menypunkt Systemadministrasjon System vedlikehold. Under fanen Systemparameter velger du Varsling fra listen til venstre. Systemparametrene for E-postfelt for varsling bruker du for å angi hvilket felt fra ansattkartoteket systemet skal bruke når det skal hente en e-postadresse fra en dynamisk mottaker. Versjon 1.0 Copyright Aditro Side 14 av 23

15 Adminmeldinger Systemparameteren for Telefonnummerfelt for varsling bruker du for å angi hvilket felt fra ansattkartoteket systemet skal bruke når det skal hente et telefonnummer fra en dynamisk mottaker. Systemparametrene er firmastyrt, så systemet vil slå opp telefonnummer og e-postadresser på samme måte for alle ansatte i hele firmaet. Admin er en spesiell mottaksfunksjon som brukes for å motta meldinger fra selve varslingssystemet på at noe er feil. Du kan definere varsel som har Admin på listen av funksjoner for å motta disse meldingene. Hvis du har satt opp en dynamisk mottaker hvor systemet ikke klarer å slå opp den ansatte, eller e-post eller telefonnummeret til den ansatte, vil det sendes et varsel til funksjon Admin. Dette er en noe du kan bruke ved oppsett av systemet for å feilsøke varsel som ikke blir generert. Du kan også bruke den ved normal produksjon, da en dynamisk mottaker kan slutte å fungere hvis parametere som e-post adressefelter, organisasjonstre, ansattes roller i organisasjoner og på aktivitetskoder endrer seg over tid. Når du skal sette opp et varsel for Admin anbefales det at du bruker direkte mottakere, og ikke dynamiske mottakere. Hvis systemet ikke klarer å slå opp en dynamisk mottaker for et varsel til Admin, vil det ikke genereres flere meldinger, og informasjonen er tapt. Det er verdt å merke seg at hvis systemet ikke klarer å slå opp dynamiske mottakere for et varsel, vil det ikke genereres noen meldinger for hendelsen varselet skulle sendt meldinger for. Den eneste måten du kan fange opp at et varsel ikke ble utført er gjennom å motta meldinger til Admin. For å definere et varsel til Admin setter du opp en varsling som beskrevet tidligere. Det eneste du må huske på å gjøre er å ha med flettefeltet {melding} i meldingsteksten om du ønsker å hente ut informasjon om hva som gikk feil. Versjon 1.0 Copyright Aditro Side 15 av 23

16 Versjon 1.0 Copyright Aditro Side 16 av 23

17 Distribusjonsmonitor Distribusjonsmonitor er et bilde som lar deg overvåke meldingene som blir generert fra varslinger. For å bruke distribusjonsmonitoren åpner du menyvalg Jobbkø og kontroller Distribusjonsmonitor. På dette bildet vil du få en oversikt over alle meldinger som er sendt, klar til å sendes eller som har feilet under sending. For å se listen over de forskjellige typene meldinger, velg mapper i treet for Status. Alle meldinger som blir generert av systemet for varslinger vil være synlige i dette bildet. I tillegg til oversikt kan du også re-sende meldinger hvor meldingssendingen har feilet. For å se alle feilede meldinger velg Feilet i Status-treet. Dobbeltklikk på meldingen for å få opp detaljert informasjon om meldingen, samt en hendelseslogg som viser alle hendelser for meldingen med klokkeslett. For å se detaljer som viser hvorfor en melding ikke har blitt sendt, dobbeltklikk på den røde raden i hendelsesloggen og det vil vises en detaljert feilmelding som beskriver på hvilken måte meldingssendingen feilet. For å forsøke å sende meldinger på nytt markerer du meldingen(e) i listen til høyre og trykker på Send. For å slette meldinger markerer du meldingen(e) og trykker på Delete. Vær oppmerksom på at dette ikke sletter meldingene permanent, de blir bare fjernet fra distribusjonsmonitoren. Versjon 1.0 Copyright Aditro Side 17 av 23

18 Overløpssikring på meldinger I meldingssendingsystemet ligger det en funksjon som lar deg definere maks-grenser for samtidige meldinger av gitte typer. Ved å aktivere denne funksjonaliteten kan du stoppe meldingssending hvis systemet for eksempel genererer for mange SMS-meldinger. For å definere overløpssikring på meldinger må du åpne menyvalg Systemadministrasjon System Vedlikehold og fanen Innstillinger. Meldingssending aktivert angir om meldingssystemet skal sende meldinger eller ikke. Om dette feltet ikke er krysset av vil ingen meldinger sendes lenger. Hvis antall meldinger under sending går over en av grensene definert på overløpssikringen vil meldingssending automatisk blir deaktivert, og må re-aktiveres manuelt etter du har løst problemet som førte til at for mange meldinger ble generert. Aktiver meldingsoverløpssikring aktiverer funksjonaliteten med maks-grenser på antall samtidige meldinger. Hvis denne funksjonaliteten er skrudd på vil systemet hver gang det sender meldinger telle opp antall meldinger klarert for sending av hver type og sjekke mot tallene definert som maksverdier her. Om antallet på en type meldinger overskrider grensene vil meldingssending deaktiveres og ingen meldinger vil bli sendt inntil noen løser problemet som førte til at for mange meldinger ble generert, og aktiverer meldingssending igjen. Overløpssikringen gjelder bare for samtidige meldinger ved en forsendelse, dette er ikke en verdi pr. dag. Det vil si at hvis det kjøres Versjon 1.0 Copyright Aditro Side 18 av 23

19 mange operasjoner i løpet av en dag som til sammen genererer flere meldinger enn maksverdien vil dette ikke fanges opp av systemet, det er bare hvis én operasjon genererer for mange meldinger at det fanges opp. Eksempler på bruk av dynamiske mottakere Under følger noen konkrete eksempler på dynamiske mottakere i praksis, og er ment å forklare hvordan systemet for oppslag av mottakeren fungerer. Alle eksemplene forutsetter følgende tenkte oppsett i Aditro Lønn: Den ansatte Ole Hansen har ansattnr. 1, og jobber i avdeling 100. Den ansatte Jens Olsen har ansattnr. 2, og jobber i avdeling 100. Den ansatte Anne Jensen har ansattnr. 3 og jobber i avdeling 200. Avdeling 100 har angitt den ansatte Jens Olsen (2) som attestant for avdelingen. Denne avdelingen har ikke angitt noen leder, eller anviser. Avdeling 200 har angitt den ansatte Anne Jensen (3) som leder for avdelingen. Avdeling 100 har angitt avdeling 200 som sin overordnede organisasjon / moderorganisasjon. Melding til den ansatte Dette eksemplet forutsetter at man har definert et e-post varsel med en dynamisk mottaker, hvor den dynamiske mottakertypen Ansatt er eneste valgte mottaker, og dette varselet er aktivt for handlingen WebTrans Send til attestering. Versjon 1.0 Copyright Aditro Side 19 av 23

20 Brukeren gjør følgende: En bruker registrerer transaksjoner i Personec Lønn Web for den ansatte Ole Hansen (1), og sender disse til attestering. Systemet gjør følgende: Systemet ser at det ligger et aktivt varsel for hendelsen Send til attestering, og ser etter mottakere. Det finner en dynamisk mottaker som skal gå til Ansatt. Den ansatte er alltid den ansatte som transaksjonen er registrert for, i dette tilfellet Ole Hansen (1). Nå har systemet funnet den ansatte som skal motta meldingen, slår opp e-postadressen til Ole Hansen (1), og sender en e-postmelding. Melding til den ansattes attestant Dette eksemplet forutsetter at man har definert et e-post varsel med en dynamisk mottaker, hvor den dynamiske mottakertypen Attestant fra organisasjon er eneste valgte mottaker, og dette varselet er aktivt for handlingen WebTrans Send til attestering. Versjon 1.0 Copyright Aditro Side 20 av 23

21 Brukeren gjør følgende: En bruker registrerer transaksjoner i Personec Lønn Web for den ansatte Ole Hansen (1), og sender disse til attestering. Systemet gjør følgende: Systemet ser at det ligger et aktivt varsel for hendelsen Send til attestering, og ser etter mottakere. Det finner en dynamisk mottaker som skal gå til Attestant fra organisasjon. Det er alltid den ansatte som har registrert transaksjonen som er utgangspunktet for alle beregninger, i dette tilfellet Ole Hansen (1). Ut fra den ansatte finner systemet ut at han tilhører avdeling 100. Videre finner det ut at avdeling 100 har en gyldig attestant, og denne attestanten er Jens Olsen (2). Nå har systemet funnet den ansatte som skal motta varslingen, slår opp e-postadressen til Jens Olsen (2), og sender en e-postmelding. Melding til nærmeste avdelingsleder, prioritert mottakerliste Dette eksemplet forutsetter at man har definert et e-postvarsel med en dynamisk mottaker, hvor man har definert to mottakere i følgende rekkefølge; Leder fra organisasjon, Leder fra moderorganisasjon. Dette varselet må være aktivt for handlingen WebTrans Send til attestering. Versjon 1.0 Copyright Aditro Side 21 av 23

22 Brukeren gjør følgende: En bruker registrerer transaksjoner i Personec Lønn Web for den ansatte Ole Hansen (1), og sender disse til attestering. Systemet gjør følgende: Systemet ser at det ligger et aktivt varsel for hendelsen Send til attestering, og ser etter mottakere. Det finner to dynamiske mottakertyper. Den starter med den første mottakertypen, Leder fra organisasjon. Som alltid er det den ansatte fra transaksjonen som er utgangspunktet, så systemet finner ut at den ansatte Ole Hansen (1) tilhører avdeling 100. Men, avdeling 100 har ikke definert noen leder, så systemet klarer ikke slå opp noen mottaker for Leder fra organisasjon. Da går systemet videre til neste mottakertype på listen, Leder fra moderorganisasjon. Igjen er det Ole Hansen (1) som er utgangspunktet, og han tilhører fremdeles avdeling 100. Avdeling 100 har angitt avdeling 200 som overordnet org. id, så avdeling 200 er Ole Hansens moderorganisasjon. Avdeling 200 har definert en leder, Anne Jensen (3) og systemet kan bruke henne som mottaker av varselet. Nå har systemet funnet den ansatte som skal motta varslingen, slår opp e-postadressen til Anne Jensen (3), og sender en e-postmelding. Melding som ikke kan leveres Dette eksemplet forutsetter at man har definert et e-post varsel med en dynamisk mottaker, hvor den dynamiske mottakertypen Anviser fra Versjon 1.0 Copyright Aditro Side 22 av 23

23 organisasjon er eneste valgte mottaker, og dette varselet er aktivt for handlingen WebTrans Send til attestering. Brukeren gjør følgende: En bruker registrerer transaksjoner i Personec Lønn Web for den ansatte Ole Hansen (1), og sender disse til attestering. Systemet gjør følgende: Systemet ser at det ligger et aktivt varsel for hendelsen Send til attestering, og ser etter mottakere. Det finner en dynamisk mottaker som skal gå til Anviser fra organisasjon. Det er alltid den ansatte som har registrert transaksjonen som er utgangspunktet for alle beregninger, i dette tilfellet Ole Hansen (1). Ut fra den ansatte finner systemet ut at han tilhører avdeling 100. Systemet finner så ut at avdeling 100 ikke har definert noen anviser, og klarer derfor ikke å finne noen mottaker for Anviser fra organisasjon. Nå har systemet gått gjennom alle mottakertypene, uten å finne en mottaker. Det vil si at dette varselet ikke kan leveres. I slike tilfeller vil det genereres en Adminmelding. Denne meldingen vil inneholde en detaljert beskrivelse av hvordan systemet forsøkte å finne en dynamisk mottaker for meldingen, og kan brukes for å rette opp i denne feilen. For mer informasjon, se Adminmeldinger. Versjon 1.0 Copyright Aditro Side 23 av 23