Geplande processen starten, invoeren en herstellen met meer regie

Veel organisaties hebben processen die eigenlijk voorspelbaar zouden moeten lopen, maar in de praktijk afhankelijk blijven van losse herinneringen, handmatige starts en impliciete aannames. Denk aan periodieke controles, dagelijkse importen, terugkerende klantopvolging of maandelijkse financiële afsluitingen. Zodra iemand vergeet te starten, een formulier net de verkeerde waarde opslaat of een extern systeem tijdelijk niet reageert, verschuift de status van feit naar interpretatie. De nieuwste verbeteringen in Odigos richten zich precies op dat snijvlak: processen starten aantoonbaar op het juiste moment, menselijke invoer wordt gecontroleerd onderdeel van de procescontext en fouten krijgen een expliciet BPMN-herstelpad.

Processen starten op de klok

Stel je een installatiebedrijf voor dat elke werkdag vroeg wil bepalen welke onderhoudsafspraken extra aandacht vragen. Tot nu toe begint zo’n proces vaak met een handmatige actie of een los systeem buiten het procesplatform. In Orchestra kun je nu een BPMN-proces laten starten via een timer-startgebeurtenis met een vaste planning. Daarmee modelleer je de dagelijkse controle als volwaardig proces, niet als randafspraak eromheen.

In zo’n proces laat je de timer-startgebeurtenis bijvoorbeeld om 07:30 een reeks taken openen. Daarna volgt een taak die de relevante werkorders of dossiers ophaalt, een gateway die bepaalt of opvolging nodig is, en eventueel parallelle paden voor planning, materiaalcontrole en klantcommunicatie. Bij het modelleren leg je ook vast wat er moet gebeuren als de vorige run nog loopt of als een gepland moment is gemist. Dat is bestuurlijk belangrijk: een gemiste run wordt geen onzichtbaar gat, maar een verklaarbare procesgebeurtenis.

De nieuwe planningweergave in Orchestra laat per planning zien wat het eerstvolgende en laatste moment is, welke recente runs er waren en waarom runs eventueel zijn overgeslagen. Je kunt een planning pauzeren, hervatten of handmatig direct uitvoeren. Daarmee wordt een periodiek proces bestuurbaar op dezelfde manier als elk ander proces: met status, historie en ingrijpmogelijkheid.

Menselijke invoer zonder verlies van procescontext

Periodieke processen bevatten bijna altijd momenten waarop een medewerker moet beoordelen of aanvullen. In het voorbeeld van het installatiebedrijf kan een planner bij een afwijking aangeven of een monteur extra instructies nodig heeft, of dat een afspraak moet worden doorgeschoven. Met Interact modelleer je zo’n moment als userTask met een formulier, terwijl het proces bepaalt wat er daarna met de inzending gebeurt.

Formuliertaken hebben hiervoor twee relevante verbeteringen gekregen. Ten eerste kun je instellen dat de taak de inzending niet zelf wegschrijft, maar de gevalideerde invoer als procesvariabele laat doorreizen. Een latere processtap kan die invoer dan combineren met proceswaarden die de medewerker niet mag aanpassen, zoals het dossier, de afspraak of het contract waar de taak bij hoort. Ten tweede kun je vaste waarden vanuit de procescontext laten invullen bij een formulier dat wel zelf schrijft. Als zo’n waarde niet kan worden bepaald, wordt afronden geweigerd in plaats van dat een leeg of verkeerd gekoppeld record ontstaat.

In de werkschermen die medewerkers gebruiken, sluit dit aan op betere keuzevelden in Focus . Een keuzeveld kan zijn opties filteren op een ander veld in hetzelfde formulier. Kies je eerst een klant, dan kan het volgende veld alleen de contactpersonen of objecten tonen die daarbij horen. Ook is aangescherpt dat een onaangeroerd gefilterd keuzeveld echt leeg blijft en niet stilzwijgend de eerste optie kiest. Dat lijkt klein, maar voorkomt dat een proces op papier correct is afgerond terwijl er in werkelijkheid een onbedoelde waarde is opgeslagen.

Fouten worden expliciete herstelpaden

Ook bij een goed gestart proces en een goed formulier blijft de werkelijkheid weerbarstig. Een externe planningstool, financieel systeem of klantportaal kan tijdelijk niet reageren. Odigos maakt die situatie beter modelleerbaar. Een taak met ingestelde herhaalpogingen en een foutpad gaat nu eerst door de herhaalreeks heen voordat een foutgrens wordt gevolgd. Pas als de pogingen op zijn, of als de fout niet herhaalbaar is, komt het error-boundary-event of het event-subproces in beeld.

In BPMN-termen kun je daardoor scherper ontwerpen. Je hangt aan een taak die met een extern systeem werkt een retryreeks en een boundary error event. Met specifieke foutcodes kun je verschillende herstelpaden modelleren: een tijdelijke onbereikbaarheid gaat naar wachten en opnieuw proberen, een inhoudelijke blokkade naar een taak voor de backoffice, en een onbekende situatie naar escalatie. Backlog ondersteunt dit door afgebroken verbindingen zonder antwoord als tijdelijk falen te behandelen, zodat zo’n hapering niet meteen als definitieve procesfout wordt gelezen.

Voor managers en proceseigenaren is vooral belangrijk dat deze beslissingen terug te volgen zijn. In StatusQuo zie je waar een proces staat en wat er in de audit trail is gebeurd. Zo ontstaat niet alleen technische betrouwbaarheid, maar ook bestuurlijke uitlegbaarheid: je ziet of een proces wacht op een medewerker, op een herhaalpoging of op een bewust gemodelleerd herstelpad.

Onderzoek welke terugkerende processen je zo bestuurbaar maakt

De combinatie van klokstart, gecontroleerde menselijke invoer en expliciete foutafhandeling maakt vooral processen sterker die vaak terugkomen en niet mogen afhangen van toevallige aandacht. Denk aan dagelijkse controles, periodieke rapportages, klantopvolging, facturatievoorbereiding of ketenprocessen met externe systemen. Wil je onderzoeken waar dit in jouw organisatie waarde toevoegt, plan dan een gratis adviesgesprek of maak direct een gratis Odigos-account aan.

Al het nieuws · Volg via RSS