Inhoud
Wat is een MOR-melding precies?
MOR staat voor Meldingen Openbare Ruimte. In de praktijk: een burger of inwoner constateert iets in de openbare ruimte dat aandacht nodig heeft — kapotte straatlamp, omgevallen verkeersbord, kuil in de weg, overhangende boomtak — en meldt dat bij de gemeente. Veel gemeenten hebben een eigen kanaal (gemeente-app, formulier op de website), anderen werken met landelijke kanalen zoals BuitenBeter, Fixi of Slim Melden.
MOR+ is een geavanceerdere variant waarbij niet alleen burgermeldingen maar ook professionele meldingen vanuit de buitendienst, sensoren of inspectie-rondes in dezelfde flow lopen. Voor gemeenten met een areaal-onderhoudscontract is MOR+ het centrale registratiesysteem; alle taken voor de aannemer komen daar uit.
De keten: 6 stappen van burger tot herstel
Een typische MOR-melding loopt in zes stappen:
- Burger meldt via app, website of telefoon. Foto en locatie worden mee meegestuurd.
- Gemeente registreert de melding in het MOR(+)-systeem en classificeert categorie + prioriteit.
- Gemeente beoordeelt of het binnen het lopende onderhoudscontract valt of niet — eventueel met aanvullende foto-keuring.
- Doorzetten naar aannemer via mail, portal-export of een gestandaardiseerde uitwisseling.
- Aannemer plant en voert uit — vaak met een eigen werkbon-systeem en planning.
- Terugkoppeling naar gemeente (en optioneel terug naar de burger) met statusupdate en foto van de uitvoering.
Waar tijd verloren gaat
In de hierboven beschreven keten is de gemiddelde doorlooptijd in NL gemeenten 8-15 werkdagen voor niet-spoedeisende MOR-meldingen. Onderzoek van Bouwend Nederland en VNG laat zien dat het overgrote deel van die tijd niet in de uitvoering zelf zit, maar tussen de stappen:
- Stap 3 → 4 (gemeente naar aannemer): gemiddeld 2-4 dagen. Mail wordt verstuurd, valt in een algemene inbox, wordt later opgepakt door planner.
- Stap 4 → 5 (planning naar uitvoering): 3-7 dagen. Planner verwerkt de mail in eigen systeem, plant de bon in, geeft door aan ploeg.
- Stap 5 → 6 (uitvoering naar terugkoppeling): 2-3 dagen. Ploeg meldt klaar via formulier of WhatsApp, kantoor verwerkt en stuurt terug naar gemeente.
Bij elkaar: 7-14 dagen wachttijd voor handmatige overdracht-stappen. Bij een gemiddelde gemeente met enkele duizenden MOR-meldingen per jaar is dat duizenden uren ongebruikte tijd in dossiers.
Welke systemen zitten er tussenin?
In een typische gemeente-aannemer-keten zie je deze systemen langskomen:
- MOR(+)-systeem van de gemeente — typisch CWS van Cocensus, MOR+ van Civision, OpenLine of een eigen GBI-koppeling.
- Areaal-management / GIS — ArcGIS, QGIS, GeoVisia, ObjectVision. Hier worden assets en hun locaties beheerd.
- Werkbon-systeem van de aannemer — vaak een eigen ERP-module (AFAS, Exact, Bouw7) of een dedicated werkbon-app.
- Registratie-/inspectie-app in het veld — voor het uitvoeren van de daadwerkelijke werkzaamheden en het vastleggen van foto's, materialen en uren.
- Communicatie-tools — mail, WhatsApp, Teams. Gebruikt voor ad-hoc afstemming en statusupdates.
Het probleem: weinig van deze systemen praten geautomatiseerd met elkaar. Mail blijft de lijm tussen gemeente en aannemer. WhatsApp tussen kantoor en buitenploeg. Elk transitiepunt is een handmatig copy-paste-moment.
Vier integratie-punten met de meeste impact
Niet alles automatiseren is realistisch — sommige systemen hebben simpelweg geen API. Maar deze vier punten leveren met relatief weinig werk de grootste tijdwinst:
1. Gemeente-MOR → aannemer-werkbon (stap 3 → 4)
In plaats van een mail-export, een directe webhook of API-koppeling. Zodra de gemeente de melding goedkeurt voor uitvoering, krijgt de aannemer binnen seconden een nieuwe job in het systeem — met foto, locatie, classificatie en prioriteit.
2. Werkbon-systeem → veldapp (stap 4 → 5)
Geplande werkbonnen verschijnen automatisch op de mobiele app van de uitvoerende ploeg. GPS-route, asset-context, eerdere foto's — allemaal direct beschikbaar. Geen ploegleider die 's ochtends mailtjes doorstuurt.
3. Veldapp → werkbon-systeem (stap 5 → 6 deel 1)
Zodra de ploeg "klaar" markeert in de app, gaat er een gefactureerde-werkbon-event terug naar het ERP. Met before/after-foto's, materiaal-gebruik en uren. Geen kantoorverwerking achteraf.
4. Aannemer → gemeente-MOR (stap 5 → 6 deel 2)
Status-update + foto teruggekoppeld naar het gemeente-MOR-systeem via dezelfde API of webhook. De gemeente kan direct terugkoppelen naar de burger ("uw melding is afgehandeld; bedankt voor de melding").
Voorbeeld: webhook-gestuurde flow
Een werkende flow ziet er bijvoorbeeld zo uit:
- Gemeente keurt MOR-melding goed → MOR-systeem stuurt webhook naar
https://fieldopsapp.nl/api/incoming/mormet JSON-payload (locatie, foto-URL, classificatie). - FieldOps maakt automatisch een melding aan, koppelt aan het juiste asset (op basis van GPS), wijst toe aan de juiste ploeg op basis van skill-routing (bijv. een asfalt-melding gaat naar de asfalt-ploeg).
- Mobiele app van de toegewezen monteur krijgt push-notificatie.
- Monteur voert uit, maakt foto, markeert klaar.
- FieldOps stuurt webhook terug naar het gemeente-systeem met status + foto.
- Gemeente kan automatisch een terugkoppelings-mail naar de burger sturen.
Totale doorlooptijd: van uren tot enkele dagen, in plaats van 8-15. Geen mailbox-bottlenecks. Geen kwijtgeraakte foto's. Volledige audit-trail per melding.
Welke KPI's bewijzen dat het werkt?
Voor de business-case is het handig om vooraf te meten en daarna te vergelijken. Vier KPI's die het effect zichtbaar maken:
- Mediaan doorlooptijd tussen MOR-binnenkomst en uitvoering. Mediaan, niet gemiddelde — want enkele uitschieters vertekenen het beeld.
- Aantal handmatige overdrachts-momenten per melding (niet meer dan 1 idealiter).
- Foto-completeness: percentage afgehandelde meldingen mét before+after-foto in het systeem.
- Burger-CSAT — gemeenten die direct terugkoppelen melden 30-50% hogere tevredenheid bij dezelfde uitvoeringskwaliteit.
Hoe start je klein?
Een volledige integratie tussen gemeente en aannemer is een meerjarig project. Maar dat hoef je niet als eerste stap. Realistisch: begin met één integratie-punt en bouw uit.
- Stap 1: aannemer maakt registratie digitaal. Veldploeg krijgt een app met foto, GPS, CROW-classificatie. Geen koppeling met gemeente nog. Alleen interne winst — minder kantoorverwerking, betere data.
- Stap 2: gemeente stuurt mail-export automatisch naar een endpoint dat ze parseert. Werkt voor 80% van de meldingen; de rest blijft handmatig.
- Stap 3: upgrade naar webhook waar de gemeente het ondersteunt. Of API-pull als de gemeente alleen GET-endpoints heeft.
- Stap 4: bidirectionele koppeling met statusupdates terug.
FieldOps ondersteunt elk van deze niveaus: HMAC-getekende webhooks (in en uit), OpenAPI-conforme REST endpoints, OAuth 2.0 voor gemeentelijke SSO en CSV-import voor de gemeenten die nog geen API hebben. De veldapp verwerkt de uitvoering en koppelt automatisch terug.
Verder lezen
Voor de norm-kant van keuringen die je in dezelfde flow vastlegt: wat is CROW 146 en de NEN 2767-2 conditiescore. Voor de software-keuze die hierop volgt: asset management software vergelijking.
Externe bronnen voor MOR-systemen en gemeentelijke keten: VNG.nl publiceert handreikingen voor digitalisering van de openbare ruimte, en de Bouwend Nederland-vakgroep GWW heeft sector-onderzoek over doorlooptijden en samenwerking gemeente-aannemer.