{"id":288,"date":"2025-11-04T21:49:45","date_gmt":"2025-11-04T21:49:45","guid":{"rendered":"https:\/\/bjornproost.nl\/?page_id=288"},"modified":"2025-11-05T07:58:09","modified_gmt":"2025-11-05T07:58:09","slug":"hoofstuk-9-implementatie-van-automatisering","status":"publish","type":"page","link":"https:\/\/bjornproost.nl\/?page_id=288","title":{"rendered":"Hoofdstuk 9 – Implementatie van automatisering"},"content":{"rendered":"\n

De rol van structuur, rollen en kwaliteitsborging<\/em> in het implementatie process<\/p>\n\n\n\n

Na de fasen van analyse, SOP\u2019s en de processenfabriek volgt het punt waarop processen volwassen genoeg zijn om te automatiseren.
Waar de processenfabriek inzicht en structuur heeft gebracht, zorgt de implementatiefase dat die structuur ook digitaal wordt uitgevoerd<\/strong>.<\/p>\n\n\n\n

Automatisering binnen het Accountancy Maturity Model (AMM)<\/strong> vraagt niet alleen om technologie, maar ook om methodiek<\/strong>.
Om te zorgen dat de juiste dingen worden geautomatiseerd \u2014 op de juiste manier, met de juiste kwaliteit.<\/p>\n\n\n\n

\n\n\n\n

Van idee naar uitvoering<\/strong><\/h2>\n\n\n\n

De implementatiefase vertaalt het werk uit de processenfabriek naar concrete automatiseringen.
Dat kan in allerlei vormen: via low-code tools zoals n8n, Zapier, Make, Power Automate<\/strong> of enterprise-oplossingen als UiPath<\/strong>.
De onderliggende principes blijven echter gelijk:<\/p>\n\n\n\n

    \n
  • werk standaardiseren,<\/li>\n\n\n\n
  • kwaliteit bewaken,<\/li>\n\n\n\n
  • risico\u2019s beheersen,<\/li>\n\n\n\n
  • en resultaten meetbaar maken.<\/li>\n<\/ul>\n\n\n\n

    Om dat te doen wordt gewerkt met een vaste set documenten, rollen en kwaliteitsstappen<\/strong> \u2014 samen vormen ze de ruggengraat van een gecontroleerde automatiseringsaanpak.<\/p>\n\n\n\n

    \n\n\n\n

    De sleutelrollen in een automatiseringsproject<\/strong><\/h2>\n\n\n\n

    Elke implementatie kent verschillende betrokkenen met hun eigen verantwoordelijkheden.
    De exacte titels kunnen per kantoor verschillen, maar de functie van de rol blijft gelijk:<\/p>\n\n\n\n

    Rol<\/strong><\/th>Verantwoordelijkheid<\/strong><\/th><\/tr><\/thead>
    Solution Architect<\/strong><\/td>Ontwerpt de technische oplossing, bepaalt koppelingen, infrastructuur en veiligheidsrichtlijnen.<\/td><\/tr>
    Business Analyst \/ Procesconsultant<\/strong><\/td>Beschrijft het proces, bewaakt de aansluiting met de praktijk en vertaalt deze naar logische stappen (AS IS \u2013 TO BE).<\/td><\/tr>
    Automation Developer<\/strong><\/td>Bouwt en test de automatisering, onderhoudt de workflows en documenteert de logica.<\/td><\/tr>
    Project Manager<\/strong><\/td>Stuurt planning, resources en kwaliteit; bewaakt voortgang en communicatie.<\/td><\/tr>
    Process Owner \/ SME (Subject Matter Expert)<\/strong><\/td>Levert de vakinhoudelijke kennis van het proces en valideert de output.<\/td><\/tr>
    Infrastructure Engineer<\/strong><\/td>Richt de technische omgeving in en beheert toegang, rechten en beveiliging.<\/td><\/tr>
    Support \/ Hypercare Team<\/strong><\/td>Zorgt voor continu\u00efteit na oplevering, onderhoud en bijsturing.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

    De samenwerking tussen deze rollen bepaalt de kwaliteit van het eindresultaat.
    Automatisering is niet een IT-feestje: het is een samenspel tussen proceskennis, techniek en databeheer!<\/strong><\/p>\n\n\n\n

    Kleine organisatie minder rollen<\/h3>\n\n\n\n

    Wanneer een organisatie of afdeling kleiner is en niet alle rollen afzonderlijk kan invullen, blijft de methodiek hetzelfde \u2014 alleen worden verantwoordelijkheden gecombineerd. Een procesconsultant of financieel specialist kan bijvoorbeeld zowel de rol van Business Analyst<\/strong> als Process Owner<\/strong> vervullen, terwijl een Developer<\/strong> ook de rol van Solution Architect<\/strong> of Tester<\/strong> op zich neemt. Belangrijk is dat niet de functietitel leidend is, maar de kwaliteit van besluitvorming en vastlegging<\/strong>. Ook in kleine teams gelden dezelfde principes: werk wordt beschreven (PDD), getest (Testing Plan, UAT), en geborgd (Runbook). De kracht ligt in het vasthouden van de structuur, niet in het aantal mensen. Juist kleine afdelingen profiteren van duidelijke formats en checklists, omdat kennis vaak bij \u00e9\u00e9n persoon zit. Door de documentatie centraal op te slaan \u2014 bijvoorbeeld in SharePoint of Teams \u2014 en periodiek samen te toetsen of processen nog kloppen met de praktijk, blijft de datakwaliteit bewaakt en groeit de volwassenheid stap voor stap, ook met beperkte capaciteit.<\/p>\n\n\n\n

    \n\n\n\n

    De kern van datagedreven implementatie: kwaliteitsborging<\/strong><\/h2>\n\n\n\n

    In lijn met het AMM staat kwaliteit boven snelheid.
    Dat betekent dat elk project wordt uitgevoerd volgens vaste kwaliteitscriteria uit ISO\/IEC 25012<\/strong>:<\/p>\n\n\n\n

      \n
    • Nauwkeurigheid<\/strong>: is de output exact wat bedoeld is?<\/li>\n\n\n\n
    • Volledigheid<\/strong>: worden alle varianten en uitzonderingen afgevangen?<\/li>\n\n\n\n
    • Consistentie<\/strong>: levert het proces elke keer hetzelfde resultaat op?<\/li>\n\n\n\n
    • Actualiteit<\/strong>: werkt de automatisering altijd met actuele data?<\/li>\n\n\n\n
    • Compliance<\/strong>: voldoet alles aan wet- en regelgeving?<\/li>\n<\/ul>\n\n\n\n

      Deze criteria worden niet achteraf getoetst, maar ingebouwd in de documentatie en testfase<\/strong>.
      Daarom is de juiste set documenten cruciaal \u2014 ze vormen het geheugen en de borging van elk project.<\/p>\n\n\n\n

      \n\n\n\n

      De standaarddocumenten binnen een automatiseringsproject<\/strong><\/h2>\n\n\n\n

      De volgende documenten zijn essentieel voor een gecontroleerde, herhaalbare en kwalitatieve automatiseringsimplementatie.
      Ze gelden onafhankelijk van de gebruikte tool (UiPath, n8n, Zapier, Make of Power Automate).<\/p>\n\n\n\n

      Document<\/strong><\/th>Wat is het?<\/strong><\/th>Wie gebruikt het?<\/strong><\/th><\/tr><\/thead>
      Application Access Tracker<\/strong><\/td>Registreert en beheert toegangsverzoeken tijdens de ontwikkeling en uitrol van automatisering. Zorgt dat iedereen op gecontroleerde wijze toegang heeft tot data en systemen.<\/td>Solution Architect, Infrastructure Engineer<\/td><\/tr>
      PDD (Process Definition Document)<\/strong><\/td>Beschrijft het proces dat wordt geautomatiseerd, inclusief alle stappen, beslisregels en uitzonderingen. Toont de situatie v\u00f3\u00f3r (AS IS) en na automatisering (TO BE).<\/td>Business Analyst, Process Owner, Solution Architect, Development Lead<\/td><\/tr>
      SDD (Solution Design Document)<\/strong><\/td>Technische blauwdruk van de automatisering. Beschrijft datastromen, koppelingen, systeeminteracties en logica.<\/td>Business Analyst, Automation Developer<\/td><\/tr>
      Technical Testing Plan<\/strong><\/td>Legt vast hoe de oplossing getest wordt, inclusief functionele tests, systeemonafhankelijke testen en gebruikersacceptatie (UAT).<\/td>Solution Architect, Automation Developer<\/td><\/tr>
      UAT Planner & Test Case Template<\/strong><\/td>Beschrijft de testcases voor User Acceptance Testing en legt resultaten vast. Zorgt voor transparantie in validatie.<\/td>Process Owner, Automation Developer, Support Team<\/td><\/tr>
      Issue Tracker<\/strong><\/td>Houdt alle problemen, bugs en verbeterpunten bij die tijdens ontwikkeling en testen worden gevonden.<\/td>Automation Developer<\/td><\/tr>
      Runbook<\/strong><\/td>Handleiding voor beheer en onderhoud van de automatisering. Bevat informatie over opstart, foutafhandeling, logging en recovery.<\/td>Support Team, Development Team<\/td><\/tr>
      Code Review Template<\/strong><\/td>Document waarin codekwaliteit, effici\u00ebntie en best practices worden ge\u00ebvalueerd.<\/td>Development Team<\/td><\/tr>
      Project Management Workbook<\/strong><\/td>Structuurdocument voor planning, mijlpalen, communicatie en risico\u2019s.<\/td>Project Manager<\/td><\/tr>
      Technology Checklist<\/strong><\/td>Controlelijst van technische randvoorwaarden voordat gestart wordt met ontwikkeling (toegang, data, rechten, infrastructuur).<\/td>Solution Architect, Infrastructure Engineer<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
      \n\n\n\n

      De kwaliteitscyclus van implementatie<\/strong><\/h2>\n\n\n\n

      Automatisering is nooit een lineair project \u2014 het volgt een cyclische kwaliteitsaanpak.
      Elke fase levert een document op dat de volgende fase versterkt.<\/p>\n\n\n\n

      1. Kick-off & Business Case Validation<\/strong>
      Het team bespreekt het doel, scope en succescriteria.
      Kwaliteitscriteria worden vastgelegd in het PDD en de eerste risico\u2019s in de Project Workbook.<\/p>\n\n\n\n

      2. Process Analysis & Design<\/strong>
      De huidige werkwijze (AS IS) wordt in kaart gebracht en vergeleken met de gewenste (TO BE).
      De datakwaliteit wordt beoordeeld: zijn de inputs betrouwbaar en structureel bruikbaar?
      Het resultaat wordt vastgelegd in het PDD<\/strong> en SDD<\/strong>.<\/p>\n\n\n\n

      3. Development & Testing<\/strong>
      De automatisering wordt gebouwd en getest.
      Alle fouten en afwijkingen worden geregistreerd in de Issue Tracker<\/strong> en besproken in code reviews.
      Het Technical Testing Plan<\/strong> zorgt voor objectieve kwaliteitsborging.<\/p>\n\n\n\n

      4. UAT & Runbook<\/strong>
      Het proces wordt getest in een acceptatieomgeving.
      De resultaten worden vastgelegd in de UAT Planner<\/strong> en het Runbook<\/strong> vormt de basis voor overdracht naar beheer.<\/p>\n\n\n\n

      5. Deployment & Hypercare<\/strong>
      De automatisering wordt in productie gebracht.
      De supportteams gebruiken de documentatie om te monitoren en bij te sturen.
      Eventuele afwijkingen worden gemeld via de Issue Tracker<\/strong>, en verbeteringen worden vastgelegd als change requests<\/strong>.<\/p>\n\n\n\n

      6. Project Closure & Handover<\/strong>
      Na evaluatie wordt de volledige documentatie overgedragen aan beheer of de interne data steward.
      De datakwaliteit, performance en compliance worden geborgd in dashboards \u2014 zodat de fabriek blijft draaien.<\/p>\n\n\n\n

      \n\n\n\n

      Datakwaliteit als eindproduct<\/strong><\/h2>\n\n\n\n

      In elk stadium van de implementatie is data het echte eindproduct<\/strong>.
      Een foutloze automatisering zonder betrouwbare input is nog steeds onbetrouwbaar.
      Daarom geldt binnen het AMM:<\/p>\n\n\n\n

      \n

      \u201cAutomatisering is pas waardevol als de data waarop ze draait voorspelbaar en betrouwbaar is.\u201d<\/p>\n<\/blockquote>\n\n\n\n

      Elk document in de implementatiefase draagt bij aan dat principe:<\/p>\n\n\n\n

        \n
      • De PDD<\/strong> garandeert begrip van het proces.<\/li>\n\n\n\n
      • De SDD<\/strong> borgt de technische juistheid.<\/li>\n\n\n\n
      • De Testing-documenten<\/strong> waarborgen nauwkeurigheid en volledigheid.<\/li>\n\n\n\n
      • En het Runbook<\/strong> garandeert actualiteit en compliance in de uitvoering.<\/li>\n<\/ul>\n\n\n\n

        Zo ontstaat een keten waarin automatisering niet alleen werk automatiseert,
        maar ook kwaliteit reproduceert<\/strong>.<\/p>\n\n\n\n

        \n\n\n\n

        Samenvatting<\/strong><\/h2>\n\n\n\n

        De implementatie van automatisering binnen het Accountancy Maturity Model vraagt om evenveel structuur als innovatie.
        Rollen, documenten en kwaliteitscriteria vormen samen het raamwerk waarmee automatisering betrouwbaar kan landen in de praktijk.<\/p>\n\n\n\n

        Een volwassen kantoor:<\/p>\n\n\n\n

          \n
        • werkt met vaste rollen en verantwoordelijkheden;<\/li>\n\n\n\n
        • borgt elk project met duidelijke documentatie;<\/li>\n\n\n\n
        • toetst elke stap aan datakwaliteit;<\/li>\n\n\n\n
        • en ziet automatisering niet als eindpunt, maar als onderdeel van een continu verbeterproces<\/strong>.<\/li>\n<\/ul>\n\n\n\n

          Zo groeit de processenfabriek uit tot een gecontroleerde digitale productielijn<\/strong>,
          waar automatiseringen niet alleen taken uitvoeren,
          maar bijdragen aan betrouwbaarheid, transparantie en voorspelbare waarde.<\/p>\n","protected":false},"excerpt":{"rendered":"

          De rol van structuur, rollen en kwaliteitsborging in het implementatie process Na de fasen van analyse, SOP\u2019s en de processenfabriek volgt het punt waarop processen volwassen genoeg zijn om te automatiseren.Waar de processenfabriek inzicht en structuur heeft gebracht, zorgt de implementatiefase dat die structuur ook digitaal wordt uitgevoerd. Automatisering binnen het Accountancy Maturity Model (AMM) […]<\/p>\n","protected":false},"author":2,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"_joinchat":[],"footnotes":""},"class_list":["post-288","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/bjornproost.nl\/index.php?rest_route=\/wp\/v2\/pages\/288","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/bjornproost.nl\/index.php?rest_route=\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/bjornproost.nl\/index.php?rest_route=\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/bjornproost.nl\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/bjornproost.nl\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=288"}],"version-history":[{"count":4,"href":"https:\/\/bjornproost.nl\/index.php?rest_route=\/wp\/v2\/pages\/288\/revisions"}],"predecessor-version":[{"id":295,"href":"https:\/\/bjornproost.nl\/index.php?rest_route=\/wp\/v2\/pages\/288\/revisions\/295"}],"wp:attachment":[{"href":"https:\/\/bjornproost.nl\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=288"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}