Externe aanvragen verwerken zonder dubbele dossiers of losse statusupdates

Veel organisaties hebben hun primaire proces inmiddels deels geautomatiseerd, maar de echte complexiteit zit vaak aan de randen. Een partner levert een bestand aan, een klant vult een formulier in, een extern systeem stuurt een statuswijziging en een medewerker moet beoordelen of dit bij een lopend dossier hoort. Als zulke signalen niet strak worden geregisseerd, ontstaan dubbele dossiers, losse statusupdates en handmatige controles achteraf. De recente verbeteringen in Odigos richten zich op precies dat vraagstuk: externe input bestuurbaar verwerken van start tot opvolging. Daarmee bouwt Odigos voort op het thema uit externe aanvragen bestuurbaar verwerken van intake tot opvolging .

Stel je een installatiebedrijf voor dat onderhoudsverzoeken ontvangt van woningcorporaties, leveranciers en eigen monteurs. Soms komt een verzoek binnen via een formulier, soms als statusupdate vanuit een externe bron en soms als aangeleverd bestand. De operationeel manager wil niet dat elk kanaal zijn eigen werkwijze afdwingt. Het proces moet bepalen wat er gebeurt, welke controle verplicht is en wanneer een dossier pas verder mag.

Externe signalen als gecontroleerde start van een proces

In Orchestra kun je processen laten starten op verschillende soorten gebeurtenissen, zoals een nieuw record, een formulier, een externe aanroep of een bestand dat door een externe partij wordt aangeleverd. Voor het installatiebedrijf betekent dit dat een onderhoudsverzoek niet eerst in een gedeelde mailbox of losse map hoeft te belanden. Het startsein wordt onderdeel van het BPMN-proces zelf.

In het procesmodel leg je bijvoorbeeld een start event vast voor een nieuw onderhoudsverzoek. Daarna volgt een taak die de basisgegevens vastlegt, gevolgd door een gateway die bepaalt of het om een nieuwe melding of een update op een bestaand dossier gaat. Voor externe bestandsaanlevering kun je het proces laten reageren op het moment dat een bestand beschikbaar komt, waarbij de eerste processtap alleen de noodzakelijke kenmerken gebruikt om te bepalen welke route moet starten. De inhoudelijke beoordeling blijft een expliciete processtap, niet een impliciete aanname buiten het proces.

Toegang speelt hierbij een bestuurlijke rol. Met Sentinel borg je dat externe partijen alleen binnen hun eigen toegangsruimte kunnen aanleveren en dat rollen bepalen wie welk proces mag voeden of opvolgen. Zo wordt externe samenwerking geen uitzondering naast je procesmodel, maar een geregisseerd onderdeel ervan.

Aangeleverde tekst vertalen naar beslisbare procesdata

Externe input is zelden precies zo gestructureerd als je interne proces nodig heeft. Een statusveld bevat meerdere onderdelen, een referentie staat in een tekstregel of een leverancier gebruikt een vaste formulering waaruit je één waarde nodig hebt. De berekeningstaak in Orchestra is daarom uitgebreid met mogelijkheden om tekst op te knippen en patronen te herkennen. Ook zijn gatewaycondities consistenter gemaakt, inclusief beslissingen op lege of ontbrekende waarden.

In het voorbeeld van het installatiebedrijf kan een aangeleverde statusregel eerst door een berekeningstaak worden verwerkt. Die taak haalt bijvoorbeeld een opdrachtnummer, statuscode of planningsindicatie uit de tekst. Daarna beslist een gateway of de melding bij een bestaand onderhoudsdossier hoort, of dat een medewerker de aanlevering moet beoordelen. Als er geen bruikbare match is, loopt het proces niet vast en verdwijnt het niet stilletjes uit beeld. Je modelleert een aparte parkeertaak waarin een teamleider de situatie beoordeelt.

Dit is belangrijk voor bestuurbaarheid, omdat de controle vóór de processtap ligt die gevolgen heeft. Een dossier wordt pas bijgewerkt als de noodzakelijke gegevens aantoonbaar zijn herkend. Een KPI over doorlooptijd of werkvoorraad rust daardoor niet op vrije tekst of aannames, maar op procesdata die via taken en gateways is gecontroleerd.

Externe systemen bijwerken zonder dubbele werkelijkheid

Een tweede risico bij ketenprocessen is dubbele registratie. Als een proces een persoon, organisatie, project of dossier naar een extern systeem schrijft, wil je niet dat dezelfde relatie meerdere keren ontstaat. Odigos ondersteunt daarom een maak of werk bij werkwijze bij externe koppelingen: eerst wordt gezocht of een passend record bestaat, daarna wordt aangemaakt of bijgewerkt. Als er meerdere mogelijke treffers zijn, wordt dat als probleem behandeld in plaats van dat er willekeurig één wordt gekozen.

Voor het installatiebedrijf betekent dit dat een onderhoudsdossier bijvoorbeeld eerst gecontroleerd kan worden tegen een externe bron voordat het wordt bijgewerkt. In Orchestra modelleer je dit als een taak die gericht leest, gevolgd door een gateway. Eén duidelijke match leidt naar bijwerken, geen match naar aanmaken en meerdere matches naar een foutpad of handmatige beoordeling. Als een externe bron alleen bedoeld is om uit te lezen, respecteert Odigos dat en wordt schrijven niet uitgevoerd.

Medewerkers hoeven daarbij niet in het procesmodel te kijken om hun werk te doen. In Focus zien zij de taak die nu aandacht vraagt, bijvoorbeeld een parkeertaak voor een onduidelijke match. In StatusQuo houd je als manager zicht op de audit trail, de vastgelopen routes en de dossiers die wachten op beoordeling. Daarmee verschuift de sturing van achteraf herstellen naar tijdig ingrijpen op feiten.

Onderzoek welke externe processen je strakker kunt regisseren

Als je organisatie afhankelijk is van externe aanvragen, partnerupdates of brongegevens uit andere systemen, loont het om te onderzoeken waar nu handmatige controles, dubbele invoer of onduidelijke statusovergangen ontstaan. Juist daar kan een BPMN-proces met expliciete start events, berekeningstaken, gateways en foutpaden het verschil maken tussen automatisering en bestuurbare automatisering. Wil je verkennen welke processen hiervoor geschikt zijn, plan dan een gratis adviesgesprek of maak direct een gratis Odigos-account aan.

Al het nieuws · Volg via RSS