Goedkeuring via WeChat-groepen: hoe zet je goedkeuringsstromen, officiële documenten en organisatie‑toegangsrechten om in een systeem?

Inleiding: Goedkeuring van zakenreizen gebeurt via groepsberichten, en om de goedkeurder te vinden moet men vragen stellen

Een productiebedrijf met ongeveer 200 werknemers heeft na het nieuwe jaar de eerste aanvraag voor een zakenreis als volgt afgehandeld: een medewerker @-t de leidinggevende in de groep; nadat de leidinggevende dit heeft gezien, antwoordt hij met “OK”; de medewerker maakt hiervan een screenshot en bewaart deze. Wanneer de financiële afdeling aan het einde van de maand de reiskostenvergoeding verwerkt, vergelijkt ze de screenshots één voor één met het budget; en wanneer de HR-afdeling aan het einde van het jaar het aantal reisdagen per medewerker bijhoudt, blijkt dat sommige screenshots ontbreken en dat de gegevens tussen verschillende afdelingen niet op elkaar zijn afgestemd.

Dit is geen uitzondering. In tal van bedrijven in China verloopt de goedkeuring op deze manier:

• Om iemand te vinden moet men vragen stellen: In de eerste week na indiensttreding vragen nieuwe medewerkers meestal: “Wie moet mijn verlofaanvraag goedkeuren? Wie controleert mijn declaratie?”
• Groepsberichten dienen als bewijs: Een bericht in WeChat of DingTalk waarin staat “@baas goedgekeurd” wordt beschouwd als een officiële goedkeuring, waardoor er achteraf geen audit mogelijk is.
• Gegevens tussen afdelingen kloppen niet: De verkoopafdeling is van mening dat een klantbezoek al is goedgekeurd, terwijl de marketingafdeling vindt dat dit niet het geval is; de financiële afdeling betaalt vervolgens op basis van de screenshot van de verkoopafdeling.
• Toegangsgerechtigheid berust op mondelinge afspraken: Wanneer een manager vertrekt en zijn toegangsrechten niet worden ingetrokken, weet de nieuwe medewerker niet wie de contracten beoordeelt die door de oude manager zijn goedgekeurd.

De oorzaak van deze problemen ligt niet in hoe complex de goedkeuring zelf is, maar in het feit dat de goedkeuringsprocessen niet in een systeem zijn vastgelegd. Groepsberichten, mondelinge afspraken en screenshots zijn slechts tijdelijke middelen; wat ontbreekt is een gestructureerd, traceerbaar en logisch vastgelegd platform. Een OA-systeem (Office Automation-systeem) structureert dit proces: het legt alles vast—wie, welk onderwerp, wanneer, wie is benaderd, volgens welke regels is goedgekeurd, en hoe de gegevens na goedkeuring worden opgeslagen—allemaal binnen één goedkeuringsflow.

01 Hoe wordt de bedrijfsvoering opgedeeld: de drie-lagenstructuur van de goedkeuringsflow

Als we het goedkeuringsproces opsplitsen, bestaat het eigenlijk uit drie lagen:

1. De laag van de zaken: medewerkers dienen specifieke verzoeken in, zoals “zakenreis, verlof, declaratie, contract, stempel, inkoop”, en elk verzoek bevat een bedrag, aantal dagen, bijlagen en verwante zakelijke objecten (bijvoorbeeld een zakenreisaanvraag is gekoppeld aan een verkooporder, een declaratie aan een factuur).
2. De laag van het proces: zaken gaan van de ene naar de andere stap; de goedkeurders op elke stap worden dynamisch berekend (op basis van afdeling, niveau, bedrag en categorie), in plaats van vastgelegd.
De laag van de gegevens: na goedkeuring of afwijzing moeten de gegevens teruggevoerd worden naar de bedrijfssystemen (HR, financiën, verkoop, contractenbibliotheek); ze mogen niet alleen in de goedkeuringsflow blijven.
3. De relatie tussen deze drie lagen is als volgt:
De zaken vormen de ingang, het proces is de ruggengraat en de gegevens vormen de uitgang. Als bij het maken van een OA-systeem alleen het proces wordt gerealiseerd zonder de gegevensuitvoer, wordt de goedkeuringsflow tot een eiland; als alleen de zaken worden verwerkt zonder het proces, verwordt het systeem tot een “formuliersysteem”.

De relatie tussen deze drie lagen is als volgt:De zaken vormen de ingang, het proces is de ruggengraat en de gegevens vormen de uitgang.Als bij het maken van een OA-systeem alleen het proces wordt gerealiseerd zonder de gegevensuitvoer, wordt de goedkeuringsflow tot een eiland; als alleen de zaken worden verwerkt zonder het proces, verwordt het systeem tot een “formuliersysteem”.

02 Hoe ontwerpen: de drievoudige combinatie van dynamische knooppunten, toegangsmatrix en sporenregistratie

Knooppuntontwerp: de goedkeurder is niet vastgelegd

Veel OA-systemen leggen bij de start direct de goedkeurders vast: “Zakenreisaanvraag → Afdelingsmanager → HR → Algemeen directeur”. Het gevolg is dat wanneer de afdelingsmanager wordt overgeplaatst, HR wordt samengevoegd met de administratieve afdeling of de algemeen directeur op reis is, het hele systeem in de war raakt.

De juiste aanpak:De goedkeurder wordt dynamisch berekend op basis van regels. Er zijn meestal vier dimensies voor deze regels:

• Afdelingsdimensie: De afdeling van de aanvrager wordt gekoppeld aan de huidige verantwoordelijke van die afdeling (volgens de organisatiestructuur in real-time).
• Niveaudimensie: Bedragen, dagen en contractbedragen worden ingedeeld in verschillende intervallen, die corresponderen met verschillende niveaus van goedkeuring.
• Rol-dimensie: Bij contractbedragen boven 500.000 moet de juridische afdeling betrokken zijn; wanneer een medewerker op zakenreis naar het buitenland gaat, moet de veiligheids- en compliance-afdeling ook ondertekenen.
• Agent-dimensie: Wanneer de goedkeurder op vakantie of zakenreis is, wordt de taken automatisch overgedragen aan een agent, die wordt aangewezen op basis van de organisatiestructuur of door HR.

Door deze vier dimensies te combineren tot een “regeluitdrukking”, berekent de procesmotor de knooppunten in real-time volgens de regels,zonder de naam van de goedkeurder vast te leggen. Zelfs bij personeelswisselingen of organisatorische aanpassingen hoeft het proces niet aangepast te worden.

Toegangsontwerp: drie niveaus van menu’s, gegevens en velden

Toegang gaat niet over “of je in het systeem mag komen”, maar over drie niveaus:

• Menu-niveau: Of je deze module mag zien (gewone medewerkers kunnen “organisatiestructuurbeheer” niet zien).
• Gegevensniveau: Of je deze gegevens mag bekijken (Verkoopafdeling I kan alleen de declaraties van haar eigen medewerkers zien, niet die van Verkoopafdeling II).
• Veldniveau: Of je bepaalde velden van deze gegevens mag zien (gewone goedkeurders kunnen het salarisveld van de aanvrager niet zien, maar HR wel).

Na het opdelen van de drie niveaus van toegang kan het OA-systeem complexe organisatiestructuren ondersteunen: groep–filiaal–afdeling–team; bij data die over verschillende niveaus heen gaan, gelden twee regels gelijktijdig: “Ik kan mijn eigen lijn zien + ik ben verantwoordelijk voor deze lijn”.

Sporenregistratie: de zeven elementen van het goedkeuringslogboek

Bij elke goedkeuringsactie moeten de zeven elementen worden vastgelegd:

1. Operateur: Wie heeft geklikt.
2. Operationele tijd: Tot op de seconde nauwkeurig.
3. Operationele handeling: Goedkeuring, afwijzing, doorverwijzing, extra ondertekening, intrekking.
4. Opmerkingen bij de handeling: Afwijzingsredenen moeten altijd worden ingevuld, goedkeuring mag leeg blijven.
5. Positie van het knooppunt: Op welk punt van het proces bevindt zich de actie nu.
6. Snapshot van de gekoppelde gegevens: De veldwaarden van de zakelijke objecten (bedrag, bijlagen) worden tijdens de goedkeuring exact zoals ze waren bewaard; het is verboden om achteraf de zakelijke objecten te wijzigen zonder dat de goedkeuringsnotities veranderen.
7. Apparaat- en IP-sporen: Van welk apparaat en welk IP is de actie uitgevoerd (voor compliance-audits).

Ontbreekt één van deze zeven elementen, dan ontstaan er bij audits voortdurend discussies. Een veelvoorkomende valkuil is dat “opmerkingen vrijblijvend” zijn; hierdoor ontbreekt de reden voor afwijzing, waardoor medewerkers steeds opnieuw dezelfde zaak indienen en de goedkeuringsflow verlengd wordt.

03 Hoe ontwikkelen: de drievoudige combinatie van procesmotor, formulierengine en berichtbus

Het hart van de ontwikkeling van een OA-systeem zijn drie motoren, niet N pagina’s:

Procesmotor

De procesmotor schrijft geen code; processen kunnen worden uitgevoerd door configuratie. Te ondersteunen kenmerken:

• Serieel, parallel, gezamenlijke ondertekening, of gezamenlijke ondertekening: Vier basistypen van processen; de aanvraag voor permanente aanstelling is serieel (HR → leidinggevende → CEO), terwijl inkopen met gezamenlijke ondertekening parallel verlopen (financiën en inkoopeigenaar keuren tegelijkertijd).
• Voorwaardelijke vertakkingen: Volgens bedrag, categorie en niveau van de aanvrager worden de processen gesplitst; onder 5.000 yuan volgt een vereenvoudigd traject, tussen 5.000 en 50.000 yuan wordt dubbel gecontroleerd door afdeling en financiën, en boven 50.000 yuan komt de CEO erbij.
• Terugdraaien en afwijzen: Afwijzen naar de indiener, afwijzen naar een willekeurige stap, afwijzen naar de vorige stap; alle drie de soorten afwijzing moeten worden ondersteund.
• Extra ondertekening en doorsturen van ondertekening: De goedkeurder kan de taak doorsturen naar een collega (doorsturen van ondertekening) en ook een collega meenemen voor mede-goedkeuring (extra ondertekening).
• Intrekken en annuleren: De indiener kan zaken intrekken die nog niet zijn goedgekeurd; de beheerder kan abnormale zaken annuleren.

Nadat de procesengine is ontwikkeld, kunnen we een nieuw type goedkeuring toevoegen zonder code te hoeven schrijven, waarbij je met slechts een diagram en een formulier direct live kunt gaan. Dit is het belangrijkste verschil tussen OA en “goedkeuringen uitbesteden aan externe ontwikkelaars”.

Formulierenengine

Formulieren moeten “nul-code ontwerp” hebben: veldtypen (tekst, getal, datum, bijlage, gekoppelde bedrijfsobjecten), validatieregels, verplichte of optionele invoer, zichtbaarheid- of verborgenheidscriteria – alles visueel via slepen en neerzetten configureren. Op deze manier hoeft HR bijvoorbeeld geen wijzigingen in de declaratievelden door te voeren en hoeft de verkoop geen extra contractvelden toe te voegen, zonder dat IT hiervoor een planning hoeft op te stellen..

De formulierenengine moet ondersteunen:

• Veldniveau toegangsrechten: Voor hetzelfde formulier zien verschillende goedkeurders andere velden (een gewone goedkeurder ziet bijvoorbeeld niet het mobiele telefoonnummer van de indiener).
• Veldkoppeling: Wanneer "Contracttype = Dienstcontract" wordt geselecteerd, worden automatisch de specifieke velden voor dienstcontracten weergegeven.
• Gegevens terugschrijven: Na goedkeuring worden de gegevens automatisch teruggeschreven naar de bedrijfssystemen (contractstatus, HR-aanwezigheid, financiële boekingen).

Berichtbus

Bij goedkeuring of afwijzing ontvangen zowel de indiener als de betrokken bedrijfssystemen (HR, financiën, verkoop) onmiddellijk een melding. De berichtbus verzendt alles uniform:

• Interne systeemmeldingen: Intranetberichten plus taken in behandeling.
• IM-meldingen: WeChat Work-, DingTalk- en Feishu-webhooks sturen berichten naar de betreffende groepen of individuen.
• E-mail en sms: Back-upmeldingen bij belangrijke mijlpalen (contractgoedkeuring, buitenlandse zakenreizen).
• Meldingen van bedrijfssystemen: Na goedkeuring wordt een bericht toegevoegd aan de taken in behandeling van het bedrijfssysteem (financiën ontvangen een taak voor declaratie, HR ontvangt een taak voor indiensttreding).

De berichtbus is geen "decoratie", maar de "terugkoppeling" van het goedkeuringsproces — zonder meldingen weet de indiener niet wie hij de volgende stap moet benaderen, waardoor het hele proces vastloopt.

Afsluiting: Volgorde, risico's en indicatoren van de implementatie

De implementatie van het OA-systeem verloopt in drie fasen:

1. Fase 1 (1 maand): De drie veelvoorkomende zaken verlof, zakenreis en declaratie worden ingevoerd, met deelname van alle medewerkers. Breng eerst de goedkeuringen uit de WeChat-groep over naar het systeem, zelfs als het alleen deze drie zaken betreft, worden de gegevens tussen afdelingen direct op één lijn gebracht.
2. Fase 2 (2–3 maanden): De vier middelmatig frequente zaken contract, stempel, inkoop en betaling worden toegevoegd, gekoppeld aan het financiële systeem. In deze fase moet ook de terugschrijving van gegevens worden gerealiseerd (na goedkeuring van het contract wordt het automatisch gearchiveerd in de contractenbibliotheek).
3. Fase 3 (op aanvraag): De volledige personeelsprocessen zoals prestatiebeoordeling, promotie, vaststelling, werving en ontslag worden ingevoerd. Deze fase staat onder leiding van HR en vereist integratie van de HR-hoofdgegevens.

Veelvoorkomende risico's:

• Te flexibele regels: Als de configuratie van het goedkeuringsproces te vrij is, weet niemand wie de volgende stap moet nemen. Principe: Het aantal procesmodellen mag niet meer dan 30 zijn, anders ontspoort het.
• Ontbrekende gemachtigden: Wanneer de goedkeurder op zakenreis is en geen gemachtigde heeft aangewezen, blijft het proces drie dagen hangen zonder beoordeling. Het systeem detecteert "processen die langer dan 24 uur vastzitten" en geeft automatisch een alarm.
• Gegevens die niet worden teruggeschreven: Hoewel het goedkeuringsproces is afgerond, worden de aanwezigheidsgegevens in het HR-systeem niet bijgewerkt en ontbreken boekingen in het financiële systeem. Terugschrijving vereist "dubbele controle": na het invullen in het OA-systeem wordt actief de interface van het bedrijfssysteem aangeroepen om te bevestigen dat de gegevens zijn ontvangen.

Indicatoren om te beoordelen of de implementatie slaagt:

• Gemiddelde duur van goedkeuring: Voor de implementatie liep het proces drie dagen via de groep; na de implementatie wordt binnen één dag een gesloten cyclus bereikt in het systeem.
• Consistentie van gegevens tussen afdelingen: De foutmarge bij het afstemmen van de drie verschillende meetmethoden van HR, financiën en verkoop is met meer dan 80% verminderd.
• Traceerbaarheid voor audit: Door willekeurig 20 eerdere goedkeuringen te selecteren, is de naleving van alle zeven essentiële elementen 100%.

Het verplaatsen van goedkeuringen van de WeChat-groep naar het systeem is niet bedoeld om "op het systeem te gaan", maar om het zoeken naar personen te veranderen van afhankelijkheid van mensen naar afhankelijkheid van regels. Zodra de regels eenmaal zijn vastgelegd, blijven de goedkeuringen stabiel, ongeacht wie er vertrekt of hoe de organisatie verandert.