Die Genehmigung erfolgt über WeChat-Gruppen: Wie lassen sich Genehmigungsflüsse, offizielle Dokumente und Organisationsberechtigungen in ein System integrieren?

Einleitung: Die Genehmigung von Dienstreisen erfolgt per Gruppennachricht, die Suche nach dem Genehmigenden läuft über Nachfragen

In einem Fertigungsunternehmen mit rund 200 Mitarbeitern verlief die erste Dienstreiseanfrage nach dem Jahreswechsel folgendermaßen: Der Mitarbeiter erwähnte in der Gruppe seinen Vorgesetzten; dieser antwortete mit „OK“, worauf der Mitarbeiter einen Screenshot anfertigte und speicherte. Ende des Monats, wenn die Finanzabteilung die Reisekostenabrechnungen bearbeitete, wurden die Screenshots einzeln mit dem Budget abgeglichen. Am Jahresende erfasste die Personalabteilung die „Anzahl der Dienstreisetage“ – doch es stellte sich heraus, dass einige Screenshots fehlten und Daten zwischen den Abteilungen nicht übereinstimmten.

Dies ist kein Einzelfall. In zahlreichen Unternehmen in China läuft die Genehmigung auf folgende Weise ab:

• Die Suche nach dem Genehmigenden erfolgt über Nachfragen: In der ersten Woche nach dem Einstieg fragen neue Mitarbeiter am häufigsten: „Bei wem beantrage ich Urlaub? Wer prüft meine Reisekostenabrechnung?“
• Gruppennachrichten als Belege: In WeChat- oder DingTalk‑Gruppen gilt ein „@Chef genehmigt“ als Bestätigung der Genehmigung; im Nachhinein lässt sich dies jedoch nicht mehr nachvollziehen.
• Daten zwischen den Abteilungen stimmen nicht überein: Die Vertriebsabteilung meint, eine Kundenbesichtigung sei bereits genehmigt, die Marketingabteilung hingegen ist anderer Meinung; die Finanzabteilung zahlt auf Grundlage des Screenshots der Vertriebsabteilung aus.
• Berechtigungen werden mündlich übermittelt: Wenn ein Manager das Unternehmen verlässt und seine Zugriffsrechte nicht zurückgenommen werden, weiß der neue Mitarbeiter nicht, bei wem sich die vom ehemaligen Manager genehmigten Verträge befinden.

Der Ursprung dieser Probleme liegt nicht darin, wie komplex die Genehmigung selbst ist, sondern darin, dass die Genehmigungsprozesse nicht in ein System eingebunden sind. Gruppennachrichten, mündliche Absprachen und Screenshots sind nur vorübergehende Mittel; was fehlt, ist ein strukturiertes, nachvollziehbares und protokolliertes Medium. Ein OA‑System (Office‑Automatisierungssystem) ermöglicht genau dies: Es fasst alle relevanten Informationen – „wer, welche Angelegenheit, zu welchem Zeitpunkt, bei wem, nach welchen Regeln genehmigt wurde und wie die Daten nach der Genehmigung weiterverarbeitet werden“ – in einem einzigen Genehmigungsfluss zusammen.

01 Wie wird das Geschäft aufgeteilt: Die dreistufige Struktur eines Genehmigungsflusses

Wenn man die Genehmigung in ihre Bestandteile zerlegt, ergibt sich tatsächlich eine dreistufige Struktur:

1. Ebenen der Angelegenheiten: Mitarbeiter initiieren konkrete Anliegen wie „Dienstreise, Urlaub, Reisekostenabrechnung, Verträge, Stempelverwendung, Einkauf“; jede dieser Angelegenheiten enthält Beträge, Zeiträume, Anhänge sowie verwandte Geschäftspartner (z. B. eine Dienstreiseanfrage ist mit einem Verkaufsauftrag verknüpft, eine Reisekostenabrechnung mit einer Rechnung).
2. Ebenen des Prozesses: Angelegenheiten wandern von einem Knoten zum nächsten; die Genehmiger an jedem Knoten werden dynamisch berechnet (je nach Abteilung, Hierarchieebene, Betrag und Produktkategorie) und sind nicht fest vorgegeben.
3. Ebenen der Daten: Nach Genehmigung oder Ablehnung müssen die Daten wieder in die jeweiligen Geschäftssysteme (Personalwesen, Finanzen, Vertrieb, Vertragsdatenbank) zurückgeschrieben werden; sie dürfen nicht nur im Genehmigungsfluss verbleiben.

Die Beziehung zwischen diesen drei Ebenen lautet:Die Angelegenheit ist der Eingang, der Prozess ist das Rückgrat und die Daten sind der Ausgang. Wenn man bei der Entwicklung eines OA‑Systems nur den Prozess umsetzt, ohne die Datenexporte zu berücksichtigen, wird der Genehmigungsfluss zur Insel; wenn man nur die Angelegenheiten abbildet, ohne den Prozess zu gestalten, verkommt das System zu einem bloßen Formularsystem.

02 Wie entwirft man: Dynamische Knoten, Berechtigungsmatrix und Protokollierung – das Dreierpack

Knotenkonstruktion: Genehmiger sind nicht fest vorgegeben

Viele OA‑Systeme legen die Genehmiger gleich zu Beginn fest: „Dienstreiseantrag → Abteilungsleiter → Personalabteilung → Generaldirektor“. Das Ergebnis: Wechsel der Abteilungsleiter, Integration der Personalabteilung in die Verwaltung, Auslandsreisen des Generaldirektors – alles gerät durcheinander.

Die richtige Vorgehensweise:Genehmiger werden dynamisch anhand von Regeln berechnet. Diese Regeln basieren in der Regel auf vier Dimensionen:

• Abteilungsdimension: Die Abteilung des Antragstellers wird mit dem jeweiligen aktuellen Leiter dieser Abteilung verknüpft (nach dem Organisationsbaum in Echtzeit ermittelt).
• Hierarchie‑Dimension: Beträge, Zeiträume und Vertragswerte werden in unterschiedliche Bereiche unterteilt, denen jeweils verschiedene Genehmigungsebenen zugeordnet sind.
• Rollen‑Dimension: Bei Verträgen über 500.000 Euro muss die Rechtsabteilung unbedingt eingebunden werden; bei Dienstreisen ins Ausland sind Sicherheits‑ und Compliance‑Aspekte zwingend mitzuzeichnen.
• Vertretungs‑Dimension: Wenn der Genehmiger krank oder auf Dienstreise ist, wird die Vertretung automatisch aktiviert; die Vertretung wird entweder durch die Organisationsstruktur oder über die Personalabteilung festgelegt.

Diese vier Dimensionen werden zu einer „Regelausdruck“ kombiniert; der Prozess‑Engine berechnet die Knoten in Echtzeit gemäß diesen Regeln,ohne die Namen der Genehmiger fest vorzuschreiben. So müssen bei Stellenwechseln oder organisatorischen Umstrukturierungen keine Änderungen am Prozess‑Template vorgenommen werden.

Berechtigungskonstruktion: Drei Ebenen – Menüs, Daten und Felder

Berechtigungen sind nicht einfach „Kann man ins System einsteigen?“, sondern haben drei Stufen:

• Menüebene: Kann man dieses Modul sehen? (Ein einfacher Mitarbeiter kann beispielsweise die „Organisationsstrukturverwaltung“ nicht einsehen.)
• Datenebene: Kann man diese bestimmte Datenspalte sehen? (Die Vertriebsabteilung kann nur die Reisekostenabrechnungen ihrer eigenen Mitarbeiter einsehen, nicht die der zweiten Abteilung.)
• Felderebene: Können bestimmte Felder dieser Datenspalte eingesehen werden? (Ein normaler Genehmiger kann das Gehaltsfeld des Antragstellers nicht sehen, HR hingegen schon.)

Nach der Aufteilung in diese drei Berechtigungsstufen kann das OA‑System auch komplexe Organisationsstrukturen unterstützen: Konzern–Filialen–Abteilungen–Arbeitsgruppen; bei Daten über mehrere Ebenen gelten zwei Regeln gleichzeitig: „Ich kann meine eigene Ebene sehen + Ich bin der Verantwortliche für diese Ebene“.

Protokollierungskonstruktion: Die sieben Elemente des Genehmigungsprotokolls

Jede Genehmigungsaktion muss diese sieben Elemente dokumentieren:

1. Person, die die Aktion ausführt: Wer hat geklickt?
2. Zeitpunkt der Aktion: Genau bis zur Sekunde.
3. Aktionsschritte: Zustimmung, Ablehnung, Weiterleitung, Mitzeichnung, Rücknahme.
4. Meinung zur Aktion: Ablehnungsgründe müssen angegeben werden, Zustimmung darf frei bleiben.
5. Position des Knotens: An welcher Stelle des Prozesses befindet sich die aktuelle Genehmigung?
6. Schnappschuss der verbundenen Daten: Die Feldwerte der betroffenen Geschäftspartner (Beträge, Anhänge) werden beim Genehmigen originalgetreu gespeichert; nachträgliche Änderungen an den Geschäftspartnern sind nicht zulässig, wenn die Genehmigungsaufzeichnungen unverändert bleiben.
7. Spuren von Gerät und IP‑Adresse: Von welchem Gerät und welcher IP‑Adresse wurde die Genehmigung ausgeführt? (Für Compliance‑Audits.)

Fehlt eines dieser sieben Elemente, kommt es bei Audits oft zu Streitigkeiten. Ein häufiger Fehler ist, dass die „Meinung zur Aktion“ frei bleibt; so bleibt die Ablehnung ohne Begründung, der Mitarbeiter wiederholt seinen Antrag, und der Genehmigungsfluss zieht sich unnötig in die Länge.

03 Wie entwickelt man: Prozess‑Engine, Formular‑Engine und Nachrichtenbus – das Dreierpack

Das Herzstück der OA‑Entwicklung sind drei Engines, nicht N Seiten:

Prozess‑Engine

Die Prozess‑Engine schreibt keinen Code, sondern lässt sich durch Konfiguration steuern. Zu den unterstützten Funktionen gehören:

• Serielles, paralleles, gemeinsames oder sequentielles Zeichen: Vier grundlegende Flussarten; der Antrag auf Festanstellung ist seriell (HR → Vorgesetzter → CEO), während der Einkaufsprozess parallel abläuft (Finanzen und Einkaufsleiter prüfen gleichzeitig).
• Bedingte Abzweigungen: Je nach Betrag, Produktkategorie und Status des Antragstellers werden die Flüsse getrennt; bis 5.000 Yuan läuft ein vereinfachter Prozess, zwischen 5.000 und 50.000 Yuan erfolgt eine doppelte Prüfung durch Abteilung und Finanzen, über 50.000 Yuan kommt noch der CEO hinzu.
• Rückkehr und Ablehnung: Es müssen drei Arten der Ablehnung unterstützt werden – zurück an den Antragsteller, zurück an einen beliebigen Knoten oder zurück zum vorherigen Knoten.
• Nachunterzeichnung und Weiterleitung: Der Genehmiger kann die Aufgabe an einen Kollegen weiterleiten (Weiterleitung) oder einen Kollegen zur gemeinsamen Prüfung hinzuziehen (Nachunterzeichnung).
• Rücknahme und Stornierung: Der Antragsteller kann noch nicht abgeschlossene Vorgänge zurücknehmen; der Administrator kann außergewöhnliche Vorgänge stornieren.

Nachdem der Prozess-Engine fertig entwickelt ist, wird eine neue Kategorie von Genehmigungen eingeführt, für die kein Code geschrieben werden muss, sondern lediglich ein Diagramm gezeichnet und ein Formular konfiguriert werden muss, um sofort in Betrieb genommen zu werden. Dies ist der entscheidende Unterschied von OA gegenüber der „externen Entwicklung von Genehmigungsprozessen“.

Formular-Engine

Das Formular soll „null‑Code‑Design“ ermöglichen: Feldtypen (Text, Zahl, Datum, Anhang, verknüpftes Geschäftselement), Validierungsregeln, Pflicht‑ und optionaler Eingang sowie Sichtbarkeits‑ und Ausblendbedingungen – alles lässt sich visuell per Drag‑&‑Drop konfigurieren. So können HR‑Abteilungen die Felder für Reisekostenabrechnungen anpassen und das Vertriebsteam zusätzliche Felder für Verträge hinzufügen, ohne dass IT‑Termine vereinbart werden müssen

. .

Die Formular‑Engine muss Folgendes unterstützen:

• Feld‑Level‑Berechtigungen: Für dieselbe Tabelle sehen verschiedene Genehmiger unterschiedliche Felder (ein normaler Genehmiger sieht beispielsweise die Mobilnummer des Antragstellers nicht).
• Feldverknüpfung: Wurde „Vertragsart = Dienstleistungsvertrag“ ausgewählt, werden die speziellen Felder für Dienstleistungsverträge automatisch angezeigt.
• Datenrückschreibung: Nach der Genehmigung wird automatisch in das Geschäftssystem zurückgeschrieben (Vertragsstatus, HR‑Anwesenheit, Finanzbelege).

Nachrichtenbus

Nach Genehmigung oder Ablehnung erhalten der Antragsteller sowie die beteiligten Geschäftssysteme (HR, Finanzen, Vertrieb) umgehend eine Benachrichtigung. Die Nachrichten werden zentral über den Nachrichtenbus versendet:

• Systeminterne Benachrichtigung: In-App-Nachricht mit zu erledigender Aufgabe.
• IM-Benachrichtigung: WeChat für Unternehmen, DingTalk und Feishu-Webhooks werden in die entsprechenden Gruppen oder an einzelne Personen gesendet.
• E-Mails und SMS: Benachrichtigung über die Sicherung wichtiger Knotenpunkte (Vertragsfreigabe, Auslandsreise).
• Nachrichten des Geschäftssystems: Nach der Genehmigung wird eine Nachricht in das Aufgabenmodul des Geschäftssystems geschrieben (die Finanzabteilung erhält eine Aufgabe zur Abrechnung, die Personalabteilung erhält eine Aufgabe zur Einstellung).

Die Nachrichtenbus‑Funktion ist kein „Schmuckstück“, sondern der „Rücklauf“ des Genehmigungsflusses – ohne Benachrichtigungen weiß der Antragsteller nicht, an wen er sich als Nächstes wenden soll, und der gesamte Prozess bleibt stecken.

Abschluss: Reihenfolge, Risiken und Kennzahlen der Umsetzung

Die Inbetriebnahme des OA-Systems erfolgt in drei Schritten:

1. Erste Phase (1 Monat): Drei häufig genutzte Vorgänge – Urlaub, Dienstreise und Abrechnung – werden für alle Mitarbeiter abgedeckt.Zunächst werden die Genehmigungen aus der WeChat-Gruppe in das System übertragen., selbst wenn nur diese drei Dinge umgestellt würden, wären die abteilungsübergreifenden Daten sofort synchronisiert.
2. Phase zwei (2–3 Monate): Die vier mittelhäufigen Vorgänge Vertragsabschluss, Siegelung, Einkauf und Zahlung sind an das Finanzsystem angebunden. In dieser Phase soll die Datenrückverarbeitung realisiert werden (nach Genehmigung eines Vertrags wird dieser automatisch in der Vertragsdatenbank archiviert).
3. Dritte Ausgabe (auf Anfrage): Die gesamte Personalabwicklung – von der Leistungsbewertung über Beförderungen und die Übernahme in die Festanstellung bis hin zu Einstellungen und Kündigungen. In dieser Phase steht die HR‑Abteilung im Mittelpunkt; es gilt, die zentralen HR‑Daten zu integrieren.

Häufige Risiken:

• Die Regeln sind zu flexibel.: Die Konfiguration der Genehmigungsflüsse ist zu frei, sodass am Ende niemand weiß, wer als Nächstes an der Reihe ist. Grundsatz:Der Prozessvorlage dürfen nicht mehr als 30 Elemente enthalten., bei zu viel gerät es außer Kontrolle.
• Agentenfehlzuordnung: Der Genehmiger war auf Dienstreise und hatte keinen Stellvertreter eingesetzt; der Prozess blieb drei Tage lang ohne Genehmigung. Das System erkannte, dass der Prozess länger als 24 Stunden „angehängt“ war, und löste automatisch einen Alarm aus.
• Daten wurden nicht zurückgeschrieben.: Die Genehmigung wurde erteilt, doch im HR‑System wurde die Anwesenheit nicht aktualisiert, und im Finanzsystem gibt es keinen Beleg. Für die Rückschreibung ist eine „Doppelprüfung“ erforderlich; nach dem Schreiben im OA muss die Schnittstelle des Geschäftssystems aktiv aufgerufen werden, um die Empfangsbestätigung zu prüfen.

Indikatoren für die Erfolgsquote des Prüfprojekts:

• Durchschnittliche Dauer der Genehmigungsbearbeitung: Vor der Inbetriebnahme drei Tage im Gruppenchat, nach der Inbetriebnahme innerhalb eines Tages im System abgeschlossen.
• Abteilungsübergreifende Datenkonsistenz: Die Fehlerrate bei der Abstimmung zwischen den drei Systemen HR, Finanzen und Vertrieb ist um mehr als 80 % gesunken.
• Auditierbarkeitsrate: Zufällig wurden 20 frühere Genehmigungen ausgewählt, die Quote der vollständigen Angabe aller sieben Elemente beträgt 100 %.

Die Überführung der Genehmigungsprozesse aus den WeChat-Gruppen in das System dient nicht dem „Systemaufbau“, sondernMachen Sie die Aufgabe „Personen finden“ von einer abhängigen Aufgabe zu einer regelbasierten Aufgabe.. Sobald die Regeln schriftlich festgehalten sind, bleibt die Genehmigung auch bei Wechseln im Personal oder organisatorischen Veränderungen geordnet.