Meer grip op ketenprocessen met meerdere ingangen en herstelbare stappen

Veel organisaties automatiseren niet één keurig afgebakende route, maar een keten waarin hetzelfde werk via verschillende ingangen binnenkomt. Een klant vult een formulier in, een partner levert gegevens aan en een medewerker start handmatig een dossier. Als die routes daarna uitwaaieren naar controles, beslissingen en externe systemen, verlies je snel grip: een optioneel veld blokkeert de voortgang, een beslisregel faalt op een lege waarde of een haperende koppeling verandert een proces in handmatig speurwerk.

De recente verbeteringen in Odigos richten zich precies op dat vraagstuk. Je kunt processen met meerdere startpunten beter modelleren, beslissingen eerder controleren en stappen herstelbaar maken wanneer een extern systeem tijdelijk niet meewerkt. Daarmee bouw je verder op de lijn uit Meer proceszekerheid bij piekbelasting en koppelingen : niet alleen sneller automatiseren, maar vooral bestuurbaar automatiseren.

Eén proces voor meerdere aanleverroutes

Stel je een installatiebedrijf voor dat storingsmeldingen ontvangt via een klantportaal, via een onderhoudspartner en via de eigen binnendienst. Voorheen ligt het voor de hand om daar aparte routes voor te maken, met het risico dat controles, statusoverzichten en uitzonderingen per kanaal anders gaan werken. In Orchestra kun je zo’n keten nu als één BPMN-proces benaderen met meerdere start-ingangen. Een melding uit het klantkanaal, een aanlevering van een partner en een interne taak kunnen daardoor uitkomen in dezelfde procesvariabelen en dezelfde vervolgstappen.

In het procesmodel zet je na de start bijvoorbeeld een normaliserend subproces neer dat verplichte gegevens controleert, ontbrekende informatie teruglegt bij de juiste medewerker en daarna via een gateway bepaalt of het om spoed, regulier onderhoud of een administratieve vraag gaat. Optionele datum-, tijd- en getalvelden kunnen leeg blijven zonder dat het dossier daardoor onterecht stukloopt. Met Interact betrek je medewerkers of klanten via taken en formulieren precies op het moment dat aanvulling nodig is, terwijl het proces zelf de regie houdt over wat daarna mag gebeuren.

Het bestuurlijke voordeel is dat je niet drie aparte werkelijkheden hoeft te bewaken. De herkomst mag verschillen, maar de voortgang, controles en audit trail volgen één procesontwerp. Daardoor kun je op doorlooptijd, uitval en werkvoorraad sturen zonder eerst kanalen handmatig gelijk te trekken.

Beslissingen die al bij het modelleren veiliger worden

In ketenprocessen zitten de risico’s vaak in beslismomenten. Een gateway lijkt logisch getekend, maar leest in de praktijk een gegeven dat leeg kan zijn. Dan ontstaat geen inhoudelijke afwijzing, maar technische uitval op het moment dat de klant of medewerker al wacht op de volgende stap. Odigos waarschuwt nu tijdens het modelleren wanneer een sequence flow een leeg-kunnende waarde gebruikt op een manier die bij uitvoering risicovol is. Hetzelfde oordeel wordt gebruikt bij opslaan, zodat een groene modelcontrole beter overeenkomt met uitvoerbaar procesgedrag.

In het voorbeeld van het installatiebedrijf kun je een gateway opnemen die bepaalt of een melding direct naar planning gaat of eerst langs contractcontrole moet. Als de contractinformatie nog niet betrouwbaar aanwezig is, hoort het proces niet te gokken. Je modelleert dan een taak om de gegevens aan te vullen of een parallel pad waarin contractstatus en beschikbaarheid afzonderlijk worden gecontroleerd. De conditie op de gateway blijft daarmee uitlegbaar: deze route wordt pas genomen als de onderliggende informatie aantoonbaar beschikbaar en geschikt is.

Moet een conditie later worden aangescherpt, dan hoeft het bestaande proces niet als geheel opnieuw te worden opgebouwd. De verbinding en haar voorwaarde kunnen gericht worden aangepast, met controles die voorkomen dat lopende instanties ongemerkt geraakt worden. In StatusQuo blijft vervolgens zichtbaar waar instanties staan, welke route is genomen en waar ingrijpen nodig is.

Herstelbare stappen bij haperende externe systemen

De derde verbetering zit in processtappen die afhankelijk zijn van systemen buiten het eigen proces. Denk aan het installatiebedrijf dat na acceptatie van een storing een werkorder wil aanmaken, klantgegevens wil bijwerken of een leverancier wil informeren. Zulke stappen kun je als taak in Orchestra opnemen en koppelen aan een beheerde externe verbinding, zodat de procesdefinitie zich richt op de bedrijfsstap en niet op losse technische inrichting.

Voor taken die tijdelijk kunnen falen is opnieuw proberen nu expliciet te modelleren met wachttijden per poging. Dat geldt niet alleen bij een duidelijke fout, maar ook wanneer een stap formeel slaagt terwijl de inhoud aangeeft dat de gewenste verwerking nog niet kan plaatsvinden. Na de ingestelde pogingen kun je via foutafhandeling alsnog een medewerkerstaak starten, bijvoorbeeld om de werkorder handmatig te beoordelen of een partner na te bellen. Backlog past in die aanpak door koppelingen betrouwbaar af te handelen met herhaalpogingen, zodat een tijdelijk haperend systeem niet meteen het hele proces stilzet.

Voor bestuurders en procesmanagers is dit belangrijk omdat uitzonderingen niet verdwijnen in losse e-mails of persoonlijke actielijsten. Het proces bepaalt wanneer opnieuw proberen zinvol is, wanneer menselijke beoordeling nodig is en wanneer een zaak als risico zichtbaar moet worden. Daarmee wordt monitoring een onderdeel van de procesinrichting, niet iets wat achteraf op incidenten wordt geplakt.

Onderzoek welke ketens je zo bestuurbaar kunt maken

Als je organisatie werkt met meerdere intakekanalen, beslisroutes en externe systemen, is de vraag niet alleen of je het proces kunt automatiseren. De vraag is of je het zo kunt automatiseren dat elke stap aantoonbaar klopt, uitzonderingen zichtbaar zijn en herstel niet afhankelijk is van toeval. Wil je onderzoeken welke processen in jouw organisatie hiervoor geschikt zijn, plan dan een gratis adviesgesprek of maak direct een gratis Odigos-account aan.

Al het nieuws · Volg via RSS