Integrationer

Del af Softwaredrift og overvågning

Overvåg integrationer, der kan stoppe arbejdet

Se hvilke integrationer der kræver driftskontrol, hvilke signaler der afslører manglende arbejde, og hvem der skal reagere.

Overvåg en integration ved at kontrollere, om den forventede opgave bliver færdig hos modtageren. En vellykket afsendelse eller grøn systemstatus er ikke nok, hvis poster bliver liggende, kommer for sent eller giver forkert resultat.

Aftal for hver forbindelse, hvad der skal ske, hvornår, og hvem der reagerer ved afvigelse.

Vælg de forbindelser, der betyder noget

Tag udgangspunkt i arbejdet. Hvis godkendte kundeordrer skal blive til interne opgaver, er forbindelsen vigtig, når medarbejdere ikke kan fortsætte uden resultatet. Skriv kildesystem, målsystem, forventet hændelse og en reference, der forbinder posterne. Registrér også, om arbejdet kan fortsætte manuelt, og hvem der afstemmer bagefter.

Beslutningen gælder driften af en eksisterende forbindelse. Valg af webhook eller planlagte API-kald, feltmapping og genforsøg hører til integrationsdesignet. Driftsovervågningen skal vise, når forbindelsen ikke leverer det aftalte resultat.

Brug flere signaler om samme opgave

SignalSpørgsmål det besvarerMulig blind vinkel
Seneste kørselStartede integrationen?Kørslen kan være startet uden korrekt resultat.
Fejl og afvisningerStandsede et registreret forsøg?Manglende hændelser står måske ikke som fejl.
Ventende poster og alderBliver arbejde liggende?En forkert færdigmelding kan skjule problemet.
Afstemning mellem kilde og målFindes de forventede resultater?Kræver en aftalt reference og periode.

Vælg kontrolhyppighed ud fra, hvor længe opgaven må vente. Angiv forventet tidsrum for overførslen og en regel for, hvornår forsinkelse skal undersøges. Tag højde for perioder uden normale poster, så fravær af aktivitet ikke udløser en fejlalarm.

Signalers pålidelighed i overvågning af integrationer

Seneste kørsel
Kørslen startede, men resultatet kan være forkert
Fejl og afvisninger
Forsøg stoppede, men manglende hændelser registreres ikke som fejl
Ventende poster og alder
Arbejde ligger i venteværelset – muligvis ukorrekt færdigmelding
Afstemning mellem kilde og mål
Resultater findes ikke – kræver aftalt reference og tidsperiode

Sørg for at nogen kan handle på alarmen

En alarm bør føre til en bestemt opgave: find berørte poster, vurder virkning, vælg midlertidig håndtering og tildel rettelsen. Bevar tekniske detaljer til fejlsøgning, men giv den faglige ejer en forståelig beskrivelse af det berørte arbejde.

Power Automate kan vise kørsler og fejl. Microsoft oplyser dog, at e-mail om en enkelt fejlet kørsel ikke sendes ved alle fejltyper eller er slået til for alle flows som standard. Beskeden går til flowets ejer eller medejere, ikke til administratorer alene på grund af deres rolle, og der gælder en pause på 28 dage før endnu en besked af samme type for samme flow.

Kontrollér derfor modtagere og indstillinger, og brug kørsels- eller administrationsvisningen til fejl, der ikke giver en individuel e-mail.

Alarmhåndtering i Power Automate – nøgletal og begrænsninger

E-mail til flow-ejer
Sendes kun ved visse fejltyper
Pause før ny besked
28 dage efter samme fejltype
Modtagere af alarm
Flow-ejer eller medejere – ikke automatisk administrator
Alternative kontrolmetoder
Kørselsvisning eller administrationsvisning for fejl uden e-mail

Prøv kontrolkæden med kendte tilfælde

Beskriv en gennemført overførsel, en afvist post og en post, der aldrig udløser en kørsel. Angiv på forhånd, hvilket signal hvert tilfælde skal give, hvem der skal se det, og hvordan posten findes igen. Undersøg i en egnet prøveopsætning. Tilføj en forsinket overførsel, hvis tiden er afgørende.

Notér efter virkelige hændelser, om kontrollen pegede på de berørte sager tidsnok til, at nogen kunne handle. Justér den efter fundene.

Checkliste til prøvning af kontrolkæden

  • Afviset postSignal: Fejl eller afvisning, status i målsystem er 'afvist'
  • Post, der aldrig udløser kørselSignal: Ingen kørsel i forventet periode, ingen resultater i mål

Mere fra Integrationer

Implementering og drift

Dokumentér ændringer i automatiske regler

Skriv ændringer i automatiske regler ned med formål, omfang, godkendelse, kontrol og vej tilbage.

Implementering og drift

Test gendannelse af nødvendige data

Planlæg en gendannelsesprøve, der kontrollerer data, bilag, relationer, adgang og tiden frem til brugbart arbejde.