Aanbevelingen voor het identificeren en kwalificeren van stromen
Van toepassing op deze aanbeveling voor de Well-Architected Reliability-checklist: Power Platform
| RE:02 | Identificeren en beoordelen van gebruikers- en systeemstromen. Gebruik een kriticiteitsschaal op basis van uw bedrijfsvereisten om prioriteit te geven aan de stromen. |
|---|
In deze gids worden de aanbevelingen beschreven voor het identificeren en prioriteren van werklaststromen. Het identificeren en prioriteren van workloadstromen houdt in dat gebruikersstromen en systeemstromen in kaart worden gebracht om hun kritieke belang voor de organisatie te bepalen. Deze praktijk zorgt ervoor dat u de meest kritieke workloadfunctionaliteit identificeert en prioriteert om het risico op schadelijke fouten te verminderen. Het niet identificeren en prioriteren van workloadstromen kan leiden tot systeemstoringen en een verminderde betrouwbaarheid van de workload.
Definities
| Term | Definitie |
|---|---|
| Gebruikersstroom | De paden of reeksen acties die gebruikers ondernemen binnen een toepassing of systeem. |
| Systeemstroom | De stroom van informatie en processen binnen een systeem. Het systeem volgt deze stroom automatisch om gebruikersstromen of workloadfunctionaliteit in te schakelen. |
Belangrijke ontwerpstrategieën
Wanneer u uw workload ontwerpt, is het essentieel om de gebruikersstromen en systeemstromen te definiëren.
Gebruikersstromen brengen de beweging van een gebruiker door uw toepassing in kaart. Ze richten zich op de gebruikersinterface, interacties, beslissingen en de stappen die nodig zijn om een taak te voltooien. Gebruikersstromen bieden een gebruikersgericht perspectief op gebruikerservaring en interfaceontwerp.
Systeemstromen brengen de interne werking van uw workload in kaart. Ze richten zich op gegevensverplaatsing, invoerverwerking, uitvoerverwerking en interacties tussen workloadcomponenten, back-endservices en externe API's. Systeemstromen geven de ingewikkelde details aan van hoe de workload intern werkt.
U moet stromen vroeg in de ontwerpfase van uw workload identificeren en definiëren. Het geeft u een duidelijker inzicht in wat de betrouwbaarheid van uw workload beïnvloedt. Het stemt uw architectonische beslissingen nauw af op de betrouwbaarheidsdoelstellingen van uw workload.
Alle gebruikers- en systeemstromen identificeren
De uitkomst van het identificeren van alle gebruikers- en systeemstromen is een catalogus van alle stromen in uw workload. Dit identificatieproces vereist dat u elke gebruikersinteractie en elk proces binnen een systeem van begin tot eind in kaart brengt. Dit in kaart brengen is een voorwaarde voor het identificeren van kritische stromen. Hier volgen aanbevelingen voor het identificeren van alle gebruikers- en systeemstromen in een workload:
Identificeer de belangrijkste bijdragers. Denk na over iedereen die een bijdrage levert aan het proces. Dit omvat mensen op uw afdeling en andere afdelingen die allemaal samenwerken aan het probleem. Begrijp wat ze doen in de context van het bedrijfsprobleem dat wordt opgelost.
Interview belanghebbenden. Belanghebbenden kunnen waardevolle informatie verstrekken om stromen te identificeren, en ze kunnen u zelfs helpen stromen in kaart te brengen en te prioriteren. U kunt ook gebruikers, bedrijfsanalisten en technische teams interviewen om inzichten te verzamelen over gebruikersinteracties en afhankelijkheden binnen de workload.
Ontdek processen die u kunt verbeteren met procesmining. Als uw taak volledig op de desktop wordt uitgevoerd, kunt u procesmining gebruiken om alle stappen te ontdekken die mensen in uw organisatie nemen om de taak te voltooien. Procesmining visualiseert uw proces in een proceskaart en onthult knelpunten en metrische gegevens voor uw proces in een analytisch rapport.
documentatie bekijken. In de ontwerpfase beschikt u mogelijk niet over documentatie om de beoordeling juist uit te voeren. Als er echter documentatie bestaat, moet u deze gebruiken. Vraag naar systeemarchitectuurdiagrammen, gebruikershandleidingen en procesbeschrijvingen. Deze documenten kunnen u helpen de beoogde functionaliteit van de workload en de afzonderlijke stromen ervan te begrijpen.
Observeer welke activiteiten er worden uitgevoerd. Als de taak vandaag op een andere manier wordt uitgevoerd, monitor dan de taak die in uitvoering is. Noteer de activiteiten die de gebruiker uitvoert om de taken in deze stap van het bedrijfsproces te voltooien. Verdiep u in de details van de activiteiten. Bij het beslissen over de activiteiten, moet u rekening houden met oorzaak en gevolg voor elke activiteit, hoe ze zich tot elkaar verhouden en hoe ze u dichter bij uw gewenste doel brengen. Geef het startpunt van het proces aan en vul de activiteiten in die tot het doel leiden. Activiteiten kunnen opeenvolgend zijn, wat betekent dat de ene activiteit pas kan plaatsvinden als de vorige is voltooid, of parallel, wat betekent dat twee of meer activiteiten tegelijkertijd kunnen plaatsvinden.
Bepaal welke gegevens nodig zijn en waar deze vandaan komen. Maak een lijst van alle gegevensbronnen en kijk waar de gegevens vandaan komen. Komen ze uit een intern systeem of een externe gegevensbron? Hoe verifiëren gebruikers zich om de gegevens te verkrijgen? Is er sprake van verschillende toestemmingsniveaus? Veranderen de gegevens op basis van wie het systeem gebruikt?
Geef aan welke gegevens zijn gemaakt of bewerkt. Wordt er een papieren formulier of elektronisch formulier gebruikt om de gegevens vast te leggen? Zo'n formulier kan een startpunt zijn als u nadenkt over de indeling van schermen en hoe de gegevens worden vastgelegd. Wat zijn de gegevens die worden vastgelegd? Hoe worden ze genoemd? Is dit de echte naam uit de gegevensbron of een algemene naam die in dit deel van het bedrijf wordt gebruikt? Mogelijk moet u de naam in de gegevensbron toewijzen aan de bekende naam die uw gebruikers kennen.
Bepaal de beslissingen die zijn genomen als onderdeel van de gebruikers- of systeemstroom. Wordt aan het einde van deze activiteit in het proces een beslissing genomen? Is er een manier waarop de oplossing de beslissing automatisch kan nemen op basis van de gegevens? Is er een hiërarchie voor de gegevens? Elke onkostendeclaratie kan bijvoorbeeld meerdere onkosten bevatten en voor sommige onkostentypen is aanvullende informatie vereist. Is deze beslissing aan iemand meegedeeld? Hoe wordt het gecommuniceerd? Zijn er goedkeuringen nodig voordat de volgende stap van het proces begint? Hoe worden die goedkeuringen vastgelegd? Is er een specifieke gebruiker of rol die de volgende stap in het proces kan goedkeuren?
Lijst geïdentificeerde stromen. Met interviews, documentatie en observatie moet u alle stromen in de workload kunnen identificeren. Stel een lijst samen van alle stromen die u identificeert, en categoriseer deze in gebruikersstromen (gericht op gebruikersinteracties) en systeemstromen (gericht op back-endprocessen en gegevensverplaatsing).
Definieer begin- en eindpunten van de stroom. Geef voor elke geïdentificeerde stroom duidelijk aan waar de stroom begint en waar deze eindigt. Voor gebruikersstromen documenteert u elke gebruikersinteractie en het verwachte resultaat van deze interactie. Focus op de gebruikerservaring en het interfaceontwerp. Voor systeemstromen moet u onderliggende triggers en verwachte resultaten identificeren.
Verdeel elke stroom. Verdeel elke stroom in afzonderlijke stappen en beschrijf de acties, beslissingen of processen die op elk punt plaatsvinden. Merk op hoe elke stap samenwerkt met andere delen van het systeem, inclusief afhankelijkheden van andere stromen of externe systemen. U moet kunnen vaststellen hoe stromen integreren met en invloed hebben op de workload en gebruikerservaring. Deze dubbele aanpak biedt een holistisch beeld van uw gehele workload.
documenteer unieke uitvoer. Identificeer eventuele alternatieve paden of uitzonderingen binnen elke stroom, zoals foutafhandeling of voorwaardelijke vertakking. Als een stroom meerdere mogelijke uitkomsten heeft, moet u deze als afzonderlijke vermeldingen aan de catalogus toevoegen. Voor gebruikersstromen moet u het beoogde gedrag van de interactie identificeren. Voor systeemstromen moet u het beoogde gedrag van het proces identificeren.
Visualiseer met diagrammen. Maak stroomdiagrammen of diagrammen om de stroom en de stappen ervan visueel weer te geven. U kunt gebruikmaken van hulpmiddelen zoals Microsoft Visio, UML-sequentiediagrammen (Unified Modeling Language), use-casediagrammen, eenvoudige tekenhulpmiddelen of een beschrijvende lijst in tekstformaat (zie Voorbeeld van een stroomcatalogus).
Werk de stroom toewijzing iteratief bij. Stroomtoewijzing is een iteratief proces. Stromen kunnen veranderen, splitsen of combineren, vooral in de ontwerpfase. Naarmate de workloadstromen duidelijker worden gedefinieerd, moet u de catalogus met stromen bijwerken zodat ze overeenkomen. Valideer en verfijn uw stroomdiagrammen met feedback van belanghebbenden om nauwkeurigheid en volledigheid te kunnen garanderen.
Identificeer bedrijfsprocessen voor elke stroom
Bedrijfsprocessen zijn een reeks taken om een resultaat te bereiken, zoals onkostendeclaratie, jaarlijks verlofbeheer, orderafhandeling of voorraadbeheer. De identificatie van bedrijfsprocessen voor elke stroom omvat het in kaart brengen van stromen naar een of meer bedrijfsprocessen. Deze toewijzing helpt u het belang van elke stroom voor het bedrijf te begrijpen.
Mogelijk beschikt u over bestaande documentatie of bedrijfsplannen die de stromen naar bedrijfsprocessen in kaart brengen. Soms kunnen gebruikershandleidingen, trainingsmateriaal of systeemspecificaties inzicht verschaffen in het beoogde gebruik en doel van de workload en de stromen ervan. Als dat niet het geval is, moet u stromen toewijzen aan de bedrijfsprocessen die ze ondersteunen. Hier volgen aanbevelingen om bedrijfsprocessen voor elke stroom te identificeren:
gebruik werklastuitvoer. U kunt de uitvoer van de workload en de uitsplitsing van de stromen gebruiken om stromen te correleren met de bedrijfsprocessen die ze ondersteunen. Bekijk eerst de uitvoer die de workload genereert. De uitvoer kan bestaan uit verkooprapporten, gegevensbestanden of voltooide taken.
Interviews afnemen. Praat met teamleden en belanghebbenden die met de workload te maken hebben. U moet specifieke vragen stellen over hun dagelijkse taken, hoe zij de workload gebruiken en welke doelstellingen zij daarmee bereiken. Technische teams hebben vaak een beter inzicht in de workloadstructuur en kunnen inzicht bieden in de bedrijfsprocessen die ondersteunt worden door deze structuur.
Controleer het werklastgebruik. Voor bestaande workloads monitort u de workload en zoekt u naar gebruikspatronen die onderliggende bedrijfsprocessen aangeven, zoals gegevensinvoer, orderverwerking of klantinteractie.
Verbinden de uitvoer naar een bedrijfsproces. Verbind de punten van de stroomuitvoer met het algehele bedrijfsproces dat ze ondersteunen. Als een stroomstap bijvoorbeeld het verwerken van klantorders omvat, ondersteunt deze rechtstreeks het bedrijfsproces orderafhandeling. Orderafhandeling draagt bij aan de bedrijfsdoelstellingen van het behouden van klanttevredenheid en het genereren van omzet. Gebruik ten slotte de uitsplitsing van de stroom om te bepalen welke stroom het verkooprapport heeft gemaakt.
Identificeer proceseigenaren en belanghebbenden voor elke stroom
De proceseigenaar voor een stroom is de persoon die verantwoordelijk is voor de succesvolle uitvoering van een bepaald proces. Zij zijn verantwoordelijk voor dat proces en de stromen die dit proces ondersteunen. U moet voor elke workloadstroom de proceseigenaar identificeren. U moet ook de belanghebbenden voor elke stroom identificeren. Belanghebbenden kunnen betrokken zijn bij de workload, afhankelijkheden van een stroom hebben, of een afhankelijkheid van de stroom beheren.
Mogelijk beschikt u over een RAM (Responsible Assigment Matrix)- en RACI (Responsible, Accountable, Consulten, and Informed)-matrix die al proceseigenaren en belanghebbenden identificeert. Doorgaans zijn proceseigenaren verantwoordelijk of aansprakelijk voor een proces, en u raadpleegt of informeert belanghebbenden.
Identificeer escalatiepaden voor elke stroom
Bij het identificeren van escalatiepaden gaat het om het bepalen van kanalen voor het escaleren van problemen die verband houden met een stroom. Problemen die moeten worden geëscaleerd, kunnen urgente updates, beveiligingsproblemen, verslechteringen of technische incidenten zijn. Het doel van het identificeren van een escalatiepad is het garanderen van een tijdige en effectieve probleemoplossing.
Het escalatiepad dat u uitstippelt, moet beginnen met de persoon of groep die het meest waarschijnlijk een bepaald probleem zal oplossen. Als deze persoon of groep het probleem niet kan oplossen, moet het escalatiepad het volgende contactpunt identificeren. Het volgende contactpunt heeft bredere verantwoordelijkheden en kan mitigatiestrategieën met meer delen van de organisatie coördineren. Het aantal mensen op een escalatiepad varieert per stroom en organisatie. Te veel mensen op een escalatiepad kunnen de oplossingspogingen vertragen.
De zakelijke impact van elke stroom identificeren
De identificatie van de zakelijke impact van elke stroom is essentieel om te begrijpen hoe elke stroom bijdraagt aan de belangrijkste bedrijfsdoelstellingen. De bedrijfsimpact kan prestatieverbetering, directe of indirecte kostenbesparingen, risicobeperking of bedrijfstransformatie omvatten. Door zowel de positieve als de negatieve impact van elke stroom te begrijpen, kunt u prioriteit geven aan inspanningen om de betrouwbaarheid van de stromen te garanderen die het belangrijkst zijn voor uw bedrijf. Het is belangrijk om rekening te houden met de directe impact van stroomstoringen en het indirecte effect ervan op andere onderling verbonden processen. Hier volgen de stappen om de zakelijke impact van elke stroom te identificeren:
Identificeer positieve impact. Bepaal de verwachte voordelen wanneer een stroom zoals bedoeld verloopt. De verwachte voordelen kunnen bestaan uit verbeterde operationele efficiëntie en effectiviteit, verhoogde klant- of medewerkerstevredenheid, verbeterde gegevensbeveiliging, het garanderen van naleving van wettelijke vereisten of enig ander positief effect op het bedrijf.
Identificeer negatieve impact. Beoordeel de mogelijke negatieve gevolgen als een proces mislukt of niet zoals verwacht werkt. Overweeg het kwantificeren van specifieke verliezen, zoals omzetdalingen. Neem subjectieve effecten op, zoals reputatieschade, erosie van het vertrouwen van klanten of nadelige effecten op andere gerelateerde bedrijfsprocessen.
Definieer capaciteits- en beschikbaarheidsveronderstellingen. Stel aannames vast over de verwachte capaciteit en beschikbaarheid van elk proces. Houd rekening met factoren als verwachte kantooruren en het beoogde percentage uptime. Als er verwachtingen zijn voor de hersteltijddoelstelling (RTO) of herstelpuntdoelstelling (RPO), moet u deze verwachtingen opnemen. Deze aannames helpen bij het begrijpen van de betrouwbaarheidsvereisten van elke stroom.
Door deze aspecten systematisch te evalueren, kunt u een uitgebreid beeld krijgen van de impact van elke stroom op het bedrijf, en kunt u strategische beslissingen nemen over de optimalisatie van de betrouwbaarheid.
Wijs aan elke stroom een kriticiteitsclassificatie toe
Dankzij een gedetailleerde evaluatie van het belang van de stroom in verhouding tot de algemene bedrijfsimpact kunt u aan elke stroom een kriticiteitsclassificatie toekennen. Het doel is om de stromen op prioriteit te sorteren en een label toe te wijzen waarmee u de kritieke stromen kunt identificeren. Dit proces is een logisch vervolg op het identificeren, in kaart brengen en afstemmen op bedrijfsprocessen en impact. Gebruik de volgende kriticiteitsbeschrijvingen om uw kritische kwalificaties toe te kennen:
Kritiek (hoge criticaliteit): Kritieke stromen zijn integraal aan de kernfuncties van het bedrijf. Ze hebben rechtstreeks invloed op cruciale aspecten van een bedrijf, zoals klantervaring, financiële transacties, beveiligingsprotocollen, menselijke gezondheid en veiligheid. Het mislukken of verstoren van deze stromen zou tot aanzienlijke negatieve gevolgen op de korte of lange termijn kunnen leiden. Voorbeelden van negatieve effecten zijn onder meer omzetverlies, vertrouwensbreuk en juridische problemen. Het prioriteren van deze stromen zorgt ervoor dat de meest cruciale aspecten van de workload robuust en veerkrachtig zijn.
Belangrijk (gemiddeld kritisch): Belangrijke stromen vervullen een deel van een bedrijfsfunctie, maar hebben geen directe interface met of invloed op kritieke bedrijfsactiviteiten. Als een probleem bijvoorbeeld een interne gegevensverwerkingsstroom verstoort, kunt u de gegevensverwerking opnieuw proberen zonder directe externe gevolgen. Deze stromen zijn essentieel voor een soepele bedrijfsvoering, maar bieden een buffer in termen van direct klant- of financieel effect, waardoor beheerde reacties op problemen mogelijk zijn.
productiviteit (lage criticaliteit): Productiviteitsstromen hebben geen direct of significant effect op de kernfuncties van het bedrijf of de klantervaring. Voorbeelden zijn onder meer ondersteunende processen en gebruiksscenario's voor kleine teams, zoals het regelmatig overbrengen van bestanden om een back-up te maken van de opslag of het verwerken van feedbackenquêtes. Hoewel deze stromen bijdragen aan het algehele systeem, is het onwaarschijnlijk dat de verstoring ervan significante directe zakelijke of operationele problemen zal veroorzaken, en er bestaat vaak een handmatige oplossing.
Door deze gestructureerde aanpak voor het toekennen van kriticiteit te volgen, kunt u effectief prioriteiten stellen aan resources en u concentreren op het behouden en verbeteren van de betrouwbaarheid en effectiviteit van uw meest kritieke stromen.
Afweging: Hogere verwachtingen ten aanzien van betrouwbaarheid gaan soms gepaard met hogere operationele kosten en een hogere beheerlast voor exploitanten. Zorg ervoor dat belanghebbenden de potentiële kostenstijgingen begrijpen die gepaard gaan met het verbeteren van de betrouwbaarheid van kritieke stromen.
Voorbeeld van stroomcatalogus
Het volgende voorbeeld biedt een compleet scenario en illustreert belangrijke punten waarmee u uw stromen kunt identificeren, toewijzen en prioriteren. De voorbeeldworkload is een Line-Of-Business-app voor onkostendeclaratie, waarmee werknemers onkostenformulieren kunnen invullen, managers de onkosten kunnen beoordelen en goedkeuren, en auditors wekelijkse rapporten kunnen bekijken.
Gebruikersstroom 1: vul het onkostenformulier in
Stroombeschrijving: Medewerkers gebruiken de applicatie om het onkostenformulier in te vullen.
Bedrijfsprocessen: Deze stroom ondersteunt het invullen en indienen van het onkostenformulier, maar is asynchroon en daardoor minder kritisch.
Proceseigenaar: Bedrijfsbeheerder
Belanghebbenden: Werknemers, lijnmanager, bedrijfsadministratie
Escalatiepaden: Applicatieteam, platformteam
Impact op het bedrijf: Deze stroom is belangrijk voor werknemers om onkosten te kunnen declareren, maar heeft geen directe invloed op de belangrijkste inkomstenstroom van het bedrijf en heeft geen directe impact op de klant. Wanneer medewerkers geen declaraties kunnen aanmaken omdat deze stroom niet beschikbaar is, heeft dit geen negatieve invloed op de omzet of reputatie van het bedrijf. Medewerkers kunnen declaraties op een later tijdstip indienen. Een langdurige downtime kan leiden tot creditcardtoeslagen als de onkostenbetalingen worden gemist. Hoge beschikbaarheid is echter niet essentieel voor dit proces. De bedrijfsbeheerders hebben voor dit proces een beschikbaarheidsvereiste van 90% gespecificeerd en zijn akkoord met downtime buiten kantooruren vanwege onderhoudsdoeleinden.
Kritieke beoordeling: Productiviteit (laag)
Gebruikersstroom 2: onkosten beoordelen en goedkeuren
Stroombeschrijving: Lijnmanagers van de werknemer beoordelen de onkostendeclaratie en keuren deze goed.
Bedrijfsprocessen: Deze stroom ondersteunt het beoordelen en goedkeuren van onkostendeclaraties, maar het is een asynchroon proces.
Proceseigenaar: Bedrijfsbeheerder
Belanghebbenden: Werknemers, lijnmanager, bedrijfsadministratie
Escalatiepad: Applicatieteam, platformteam
Impact op de bedrijfsvoering: Met deze stroom kunnen lijnmanagers onkostendeclaraties beoordelen en goedkeuren en om meer details vragen. Een hoge beschikbaarheid van deze stroom is niet van cruciaal belang, aangezien lijnmanagers zeven dagen de tijd hebben om onkostendeclaraties goed te keuren. Wanneer medewerkers geen declaraties kunnen aanmaken omdat deze stroom niet beschikbaar is, heeft dit geen negatieve invloed op de omzet of reputatie van het bedrijf. Medewerkers kunnen declaraties op een later tijdstip indienen. Een langdurige downtime kan leiden tot creditcardtoeslagen als de onkostenbetalingen worden gemist. Hoge beschikbaarheid is echter niet essentieel voor dit proces. De bedrijfsbeheerders hebben voor dit proces een beschikbaarheidsvereiste van 90% gespecificeerd en zijn akkoord met downtime buiten kantooruren vanwege onderhoudsdoeleinden.
Kritieke beoordeling: Productiviteit (laag)
Gebruikersstroom 3: transacties invoeren en boeken
Stroombeschrijving: Bedrijfsbeheerders moeten uitgaven controleren en transacties boeken om credit Kaarten te kunnen betalen.
Bedrijfsprocessen: Deze stroom ondersteunt de betaling van kredietkosten kaart.
Proceseigenaar: Bedrijfsbeheerder
Stakeholders: Bedrijfsadministratie, platformteam, datateam
Escalatiepad: Platformteam, datateam, platformteam oproepbare engineer
Impact op de bedrijfsvoering: Deze stroom is essentieel voor het betalen van kosten. Het missen van betalingen kan leiden tot creditkosten kaart. Meestal zit er echter voldoende tijd tussen het indienen van de kosten en het moment waarop de betaling verschuldigd is. De bedrijfsbeheerders hebben voor dit proces een beschikbaarheidsvereiste van 90% gespecificeerd en zijn akkoord met downtime buiten kantooruren vanwege onderhoudsdoeleinden.
Kritieke beoordeling: Gemiddeld
Systeemstroom 4: een wekelijkse onkostendeclaratie maken
Stroombeschrijving: Er wordt een wekelijks rapport met uitgaven gemaakt dat de CFO kan beoordelen. Het rapport wordt gegenereerd en gepubliceerd naar Power BI, en er wordt een melding verzonden naar de CFO.
Bedrijfsprocessen: Deze stroom ondersteunt het beoordelen van uitgaven.
Proceseigenaar: CFO
Belanghebbenden: Bedrijfsadministratie, alle technische teams
Escalatiepad: Applicatieteam oproeptechnicus, platformteam oproeptechnicus, datateam oproeptechnicus
Impact op de bedrijfsvoering: Als deze stroom niet beschikbaar is, heeft dat geen gevolgen voor de omzet of reputatie van het bedrijf. De bedrijfsbeheerders hebben voor dit proces een beschikbaarheidsvereiste van 90% gespecificeerd en zijn akkoord met downtime buiten kantooruren vanwege onderhoudsdoeleinden.
Kritieke beoordeling: Gemiddeld
Gebruikersstroom 5: controlekosten
Stroombeschrijving: Externe accountants voeren just-in-time audits van uitgaven uit om te controleren of de rapporten voldoen aan de nalevingsvereisten.
Bedrijfsprocessen: Deze stroom ondersteunt rechtstreeks de nalevings- en auditprocessen. Zonder deze functionaliteit kan het bedrijf boetes krijgen van externe auditors.
Proceseigenaar: Platformteam
Belanghebbenden: Platformteam, operationeel team, bedrijfsbeheerders
Escalatiepad: Platformteam oproepbare ingenieur
Impact op de bedrijfsvoering: Deze stroom vereist een hoge beschikbaarheid, omdat externe accountants zonder waarschuwing of melding rapportages van uitgaven kunnen opvragen. Als deze stroom niet beschikbaar is, kan dit leiden tot boetes. Het is een belangrijk proces waarvoor het bedrijf een uptime van 99,9% verwacht, ook tijdens langere kantooruren.
Kritieke beoordeling: Hoog
Power Platform faciliteren
Overweeg om procesmining en taakmining in Power Automate te gebruiken, inclusief een procesoverzicht, een krachtig hulpmiddel waarmee u uw bedrijfsprocessen kunt visualiseren en analyseren.
Meer informatie over hoe u uw ideeën kunt omzetten in een volledig functionele oplossing door het plannen van een Power Apps-project.
Controlelijst voor betrouwbaarheid
Raadpleeg de volledige reeks aanbevelingen.