|
Met al die ANDEZ aanbestedingen ligt de term midoffice bij velen op de lippen. Maar wat is dat eigenlijk, zo'n midoffice? Sommigen denken (terecht) dat het een technische voorziening is om berichten uit te wisselen tussen front- en backoffice. Anderen beweren (terecht) dat het primair om het multi-channel frontoffice gaat (met de kanalen web, telefoon, balie en post). Weer anderen denken (ook terecht) dat een midoffice iets is om een klantcontactcentrum (KCC) te ondersteunen bij de afhandeling van lichte bouwvergunningen etc. Wat is het nou?
Wel, eigenlijk is het midoffice sec slechts een onderdeel van een hele ‘suite’ van applicaties voor elektronische dienstverlening. Vandaar dat we in de ANDEZ aanbestedingen liever spreken van een midoffice suite. Nog liever spreek ik van een ‘dienstverleningsarchitectuur’. De midoffice suite is immers primair bedoeld om multi-channel dienstverlening bij gemeenten, provincies maar ook banken etc. mogelijk te maken.
De dienstverleningsarchitectuur (de suite) omvat applicaties (en misschien nog wel belangrijker: de inrichting!) voor webintake (E-formulieren), voor PIP (Persoonlijke Internet Pagina met o.a. status van mijn aanvragen), voor de ondersteuning van KCC-medewerkers en voor de vastlegging en monitoring van aanvragen voor gemeentelijke producten. Daarbij kennen we twee smaken: dun en dik.
De kern van een ‘dun’ midoffice is de ‘broker’, waarmee berichten elektronisch worden doorgeschakeld van front- naar backoffice. Ook zorgt de broker voor verbindingen tussen alle onderdelen van de midoffice suite. Met behulp van de broker kan een elektronische aanvraag voor bijvoorbeeld een bouwvergunning worden doorgeleid naar de juiste afdeling van de backoffice (en backoffice applicatie, zoals BWT4all).
De kern van een ‘dik’ midoffice is dat de afhandeling geheel in het KCC (dus in het front- en/of midoffice) gebeurt. Dus zonder toedoen van de traditionele backoffice. Daartoe is de midoffice suite vaak uitgebreid met een Document Management Systeem (DMS) of relatiebeheersysteem, waarin de verschillende afhandelingprocessen kunnen worden ingericht en de administratie kan worden gevoerd.
In plaats van een applicatie per product/proces (zoals in de meeste backoffices), is er dus een generieke applicatie in het KCC waarmee meerdere producten/processen kunnen worden afgehandeld. Maastricht doet de bouwvergunning niet meer met BWT4all maar met een generiek DMS, waar ook andere zaken mee kunnen worden geregeld. Zo kunnen steeds meer producten en processen worden gekanteld van backoffice naar KCC.
Door producten volledig in het KCC af te handelen wordt de doorlooptijd verkort, de dienstverlening verbeterd en de kosten gereduceerd. De toekomst is dus aan het dikke midoffice (ofwel het KCC-systeem), waarbij de afdelingen (en applicaties) van de backoffice allemaal geheel overbodig zijn geworden. Dan gaat bijvoorbeeld het Centric midoffice concurreren met de vele Centric backoffice applicaties. De leveranciers van backoffices zijn dus gewaarschuwd!
Wouter Keller is directeur/oprichter van M&I/Argitek, adviesbureau voor E-business applicatiearchitecturen
Only registered users can write comments. Please login or register. |