Meer grip op processen die wachten, koppelen en vastlopen

In veel organisaties ontstaat procesverlies niet doordat niemand zijn werk doet, maar doordat een proces onduidelijk wacht. Een termijn loopt af, een externe koppeling geeft geen bruikbaar vervolg, twee procespaden lijken tegelijk aan de beurt of een taak wordt opnieuw geprobeerd zonder dat de onderliggende oorzaak is opgelost. Voor een teamleider of operationeel manager is dat lastig bestuurbaar: het werk staat niet echt stil in de planning, maar er gebeurt ook niets aantoonbaars meer.

De nieuwste verbeteringen in Odigos richten zich precies op die grens tussen normaal wachten en vastlopen. Ze maken het procesmodel strenger waar dat nodig is, leggen faalredenen duidelijker vast en zorgen dat herstel via het proces zelf kan plaatsvinden. Stel je een installatiebedrijf voor dat storingsmeldingen verwerkt, onderdelen reserveert bij een leverancier, monteurs plant en na afloop de werkbon laat controleren. Juist in zo’n keten, met interne taken, wachttijden en externe systemen, wil je niet sturen op aannames maar op feiten.

Procesontwerp dat stilstand vooraf voorkomt

In Orchestra worden BPMN-processen nu op meer punten beoordeeld voordat je ze vastlegt. Een gateway zonder terugvalpad, een stap zonder vervolg die geen eindpunt is, een halve retry-instelling of een proceslus die na een parallelle samenvoeging maar een deel van de takken opnieuw raakt, kan in de praktijk zorgen voor zaken die blijven hangen. Odigos houdt zulke situaties nu eerder tegen of geeft, bij bestaande procesmodellen, een waarschuwing zodat onderhoud niet onnodig blokkeert.

Voor het installatiebedrijf betekent dit dat je het storingsproces concreet kunt modelleren zonder verborgen gaten. Na de intake kan een parallel pad tegelijk de klantgegevens controleren en de beschikbaarheid van een monteur bepalen. Een gateway beslist daarna of het een spoedmelding is, of dat de melding volgens de normale planning doorgaat. Als geen enkele voorwaarde past, moet er een standaardroute zijn, bijvoorbeeld handmatige beoordeling. Daarmee voorkom je dat een melding alleen maar geen route heeft.

Ook wachtmomenten zijn betrouwbaarder geworden. Kalenderregels, werkdagen, vrije dagen en timers kunnen explicieter worden ingericht, terwijl Odigos beter bewaakt welke wachtende tak achter een event based gateway daadwerkelijk mag winnen. Als twee termijnen tegelijk geldig lijken, mag niet per ongeluk meer dan één vervolgpad ontstaan. In een proces waarin een offerte automatisch escaleert op de eerste werkdag van de maand, maar ook een herinnering kent op een vaste termijn, blijft de procesregie dus bij het model liggen en niet bij toeval in de uitvoering.

Koppelingen die falen worden herstelbaar werk

Veel procesautomatisering staat of valt met koppelingen. Een storingsmelding kan pas verder als een planningssysteem reageert, een onderdelenleverancier een reservering bevestigt of een financieel systeem een projectcode accepteert. Backlog handelt zulke vervolgacties betrouwbaarder af met herhaalpogingen, maar er is nu ook een belangrijk gat gedicht: als het hervatten van een wachtende processtap definitief niet meer lukt, blijft de instantie niet langer stil op lopend staan.

In plaats daarvan markeert Odigos de betreffende stap als fout en de procesinstantie als geschorst. Dat is dezelfde herstelbare toestand die je ook krijgt wanneer een stap in de procesmotor zelf faalt. De oorzaak komt in de audit trail te staan, inclusief de handelingsrichting: herstart de stap of breek het proces af. Voor het installatiebedrijf is dat het verschil tussen een werkbon die dagenlang onzichtbaar op een externe reactie blijft wachten en een werkbon die op de proceslijst verschijnt als ingrijppunt.

Ook bij uitgaande aanroepen is het onderscheid scherper geworden. Een koppeling kan nu explicieter bepalen of een situatie opnieuw geprobeerd mag worden of juist niet, bijvoorbeeld omdat onduidelijk is of de andere partij het verzoek al heeft ontvangen. Daarmee kun je in Orchestra een foutafhandeling modelleren die past bij het bedrijfsrisico. Een onderdelenreservering wil je misschien opnieuw aanbieden als zeker is dat zij niet is aangekomen, maar niet als een tweede aanbieding tot dubbele levering kan leiden.

Inzicht waarmee je operationeel kunt sturen

Als een proces wel vastloopt, moet je snel kunnen zien waar, waarom en wat de volgende verstandige actie is. In StatusQuo is de audit trail daarom leesbaarder en bruikbaarder geworden. Processtappen en statussen worden in gewone taal getoond, wachtende timers zijn duidelijker herkenbaar en de vergrote procesweergave loopt mee met live updates. Een operationeel manager hoeft dus niet alleen naar losse taken te kijken, maar kan het verloop van de procesinstantie als geheel volgen.

In het voorbeeld van het installatiebedrijf zie je in StatusQuo of de intake klaar is, of de onderdelencontrole wacht, of de monteursplanning is vastgelopen en welke fout de laatste stap gaf. Bij een herstart wordt bovendien duidelijker gewaarschuwd wanneer dezelfde fout zonder correctie opnieuw zal optreden. Dat helpt voorkomen dat medewerkers herhaaldelijk op dezelfde knop drukken terwijl eigenlijk het procesgegeven, de koppeling of de inrichting moet worden gecorrigeerd.

De bestuurlijke waarde zit daarmee niet alleen in minder uitval, maar vooral in betere duiding. Een proces dat wacht, wacht aantoonbaar op een termijn, taak of externe reactie. Een proces dat niet meer verder kan, wordt zichtbaar als herstelbaar werk. En een procesmodel dat later tot stilstand zou leiden, wordt eerder in de inrichting aangescherpt. Zo verschuift procesautomatisering van uitvoeren naar beheersen.

Onderzoek waar jouw processen stil kunnen vallen

Wil je weten welke processen in jouw organisatie baat hebben bij strengere procesregie, betere foutafhandeling en zicht op wachtende stappen? Plan dan een gratis adviesgesprek . Wil je zelf verkennen hoe Odigos processen modelleert, uitvoert en inzichtelijk maakt, maak dan direct een gratis Odigos-account aan.

Al het nieuws · Volg via RSS