Wstęp: Zaakceptowanie podróży służbowej opiera się na wiadomościach w grupie, a znalezienie osoby do zatwierdzenia wymaga pytania
W małym przedsiębiorstwie produkcyjnym liczącym około 200 osób, pierwszy wniosek o podróż służbową po Nowym Roku został załatwiony następująco: pracownik @odznacza szefa w grupie; szef po przeczytaniu odpowiada „OK”, a pracownik robi zrzut ekranu i go zapisuje; pod koniec miesiąca dział finansowy przygotowując rozliczenie wydatków służbowych, porównuje poszczególne zrzuty z budżetem; pod koniec roku dział HR sumuje „liczbę dni przepracowanych w delegacji” i okazuje się, że zrzuty są niekompletne, a dane między działami nie są zsynchronizowane.
Nie jest to jednostkowy zjawisko. W wielu firmach w Chinach procedura zatwierdzania przebiega właśnie w ten sposób:
- Znalezienie osoby zależy od pytania : W pierwszym tygodniu po przyjęciu nowego pracownika najczęściej zadawane pytanie brzmi: „Kto musi zatwierdzić moje urlopy? Kto sprawdzi moje koszty podróży?”
- Wiadomości w grupie jako dowód : W grupie WeChat lub DingTalk, „@szef zatwierdził” uznawane jest za akceptację, co uniemożliwia późniejszą audytację.
- Brak zgodności danych między działami : Dział sprzedaży uważa, że wizyta u klienta została zatwierdzona, podczas gdy dział marketingu twierdzi, że nie; dział finansowy na podstawie zrzutów z działu sprzedaży dokonuje płatności.
- Uprawnienia na podstawie ustnych instrukcji : Po odejściu pewnego menedżera jego uprawnienia nie zostały cofnięte, a nowy pracownik nie wie, u kogo znajdują się umowy zatwierdzone przez poprzedniego menedżera.
Korzeń tych problemów tkwi nie w tym, jak skomplikowana jest sama procedura zatwierdzania, ale w tym, że proces zatwierdzania nie został wprowadzony do systemu . Wiadomości w grupie, słowa ustne oraz zrzuty ekranu są tylko tymczasowymi środkami; brakuje strukturyzowanego, rejestrowanego i śledzonego nośnika. System OA (system automatyzacji biura) służy do zestraty tej sytuacji: wszystko – kto, jakie sprawy, kiedy, do kogo się zgłosiło, według jakich zasad zatwierdzono i jak po zatwierdzeniu dane są przechowywane – zostaje zawarte w jednej linii zatwierdzania.
01 Jak podzielić działalność: trójpoziomowa struktura procesu zatwierdzania
Rozłożenie procesu zatwierdzania na trzy warstwy jest w istocie trójpoziomowe:
- Warstwa sprawy : Pracownik inicjuje konkretne sprawy takie jak „podróż służbową, urlop, rozliczenie, umowa, pieczęć, zakupy” – każda z nich wiąże się z kwotą, liczbą dni, załącznikami oraz powiązanymi obiektami biznesowymi (np. wniosek o podróż służbowa powiązany z zamówieniem sprzedaży, rozliczenie z fakturą).
- Warstwa procesu : Sprawy przemieszczają się z jednego węzła do kolejnego; decydenci na poszczególnych węzłach są obliczani dynamicznie (według działu, stopnia, kwoty, kategorii), a nie ustaleni raz na zawsze.
- Warstwa danych : Po zatwierdzeniu lub odrzuceniu dane muszą zostać zapisane z powrotem do systemów biznesowych (HR, finanse, sprzedaż, baza umów), a nie pozostawać wyłącznie w ramach samego procesu zatwierdzania.
Relacja pomiędzy tymi trzema warstwami jest następująca: Sprawy stanowią wejście, proces jest główną linią, a dane są wyjściem . Jeśli przy projektowaniu systemu OA uwzględni się tylko proces, bez zapewnienia wyjścia dla danych, proces zatwierdzania stanie się izolowanym wyspą; jeśli zrealizuje się tylko sprawy, bez opracowania procesu, system zamieni się w „system wypełniania formularzy”.
02 Jak zaprojektować: zestaw trzech elementów – dynamiczne węzły, matryca uprawnień i rejestrowanie działań
Projektowanie węzłów: decydenci nie są ustaleni raz na zawsze
Wiele systemów OA od początku zaznacza decydentów w sposób stały: „wniosek o podróż → menedżer działu → HR → dyrektor generalny”. W rezultacie, gdy menedżer zmienia stanowisko, HR zostaje włączony do działu administracyjnego, a dyrektor generalny wyjeżdża, cały system wpada w chaos.
Prawidłowe rozwiązanie: Decydenci są obliczani dynamicznie na podstawie zasad . Zasady zwykle opierają się na czterech wymiarach:
- Wymiar działu : Dział, do którego należy wnioskodawca, odpowiada aktualnemu kierownikowi tego działu (sprawdzane na żywo wg drzewa organizacyjnego).
- Wymiar stopnia : Kwota, liczba dni i wartość umowy odpowiadają różnym przedziałom, co determinuje różne poziomy zatwierdzania.
- Wymiar roli : Jeśli wartość umowy przekracza 500 tysięcy, prawo musi być zaangażowane; gdy pracownik wyjeżdża za granicę, bezpieczeństwo i zgodność z przepisami wymagają podpisu dodatkowego.
- Wymiar pełnomocnika : Gdy decydent jest na urlopie lub w podróży, decyzja automatycznie przechodzi na pełnomocnika, który jest ustalany na podstawie relacji organizacyjnych lub przez dział HR.
Po połączeniu tych czterech wymiarów w „wyrażenie reguł” silnik procesu oblicza węzły na bieżąco, bez zapisywania imion decydentów w sposób stały . Nawet gdy dochodzi do zmiany stanowiska czy reorganizacji, nie trzeba modyfikować szablonu procesu.
Projektowanie uprawnień: trzy poziomy – menu, dane i pola
Uprawnienia nie dotyczą „czy można wejść do systemu”, lecz są trójpoziomowe:
- Poziom menu : Czy można zobaczyć dany moduł (zwykły pracownik nie widzi „zarządzania strukturą organizacyjną”).
- Poziom danych : Czy można przeglądać dane (dział sprzedaży może widzieć tylko rozliczenia pracowników swojego działu, nie widzi rozliczeń działu drugiego).
- Poziom pól : Czy można przeglądać niektóre pola danych (zwykły decydent nie widzi pola wynagrodzenia wnioskodawcy, ale HR może je zobaczyć).
Po rozłożeniu trójpoziomowych uprawnień, system OA jest w stanie obsługiwać złożone struktury organizacyjne: grupa–filia–dział–grupa; dane między poziomami kontrolowane są równolegle na podstawie dwóch zasad: „mogę widzieć tylko swoje własne dane + jestem odpowiedzialnym za tę linię”.
Projektowanie rejestrowania działań: siedem elementów logu zatwierdzania
Każda operacja zatwierdzania musi zawierać siedem elementów:
- Osoba wykonująca operację : Kto nacisnął przycisk.
- Czas wykonania operacji : Dokładnie do sekundy.
- Działanie wykonane : Zgoda, odrzucenie, przekazanie, dodatkowy podpis, cofnięcie.
- Opinia wykonująca : Opinia odrzucająca musi być wypełniona, zgoda może być pusta.
- Pozycja węzła : Na którym etapie procesu znajduje się dana operacja.
- Zrzut danych powiązanych : Podczas zatwierdzania wartości pól obiektów biznesowych (kwota, załączniki) są zachowywane bez zmian, nie dopuszczając późniejszych modyfikacji obiektów bez zmiany zapisów zatwierdzania.
- Ślad urządzenia i adresu IP : Z jakiego urządzenia i z jakiego adresu IP wysłano (do celów audytu zgodności).
Brak któregokolwiek z tych siedmiu elementów prowadzi do spornych sytuacji podczas audytu. Najczęstszy pułap to „opinia wykonująca może być pusta”, co skutkuje brakiem uzasadnienia odrzucenia, powtarzaniem wniosków przez pracownika i wydłużeniem procesu zatwierdzania.
03 Jak rozwijać: zestaw trzech elementów – silnik procesu, silnik formularzy i magistrala komunikacyjna
Opracowanie systemu OA opiera się na trzech silnikach, a nie na N stronach:
Silnik procesu
Silnik procesu nie wymaga pisania kodu, wystarczy konfiguracja, by proces mógł funkcjonować. Wymagane cechy:
- Seryjne, równoległe, podpisujące, albo podpisujące jednocześnie : Cztery podstawowe typy procesów; wniosek o zatrudnienie to proces seryjny (HR → szef → CEO), zakupy z podpisem jednoczesnym to proces równoległy (finanse i szef zakupów oceniają jednocześnie).
- Rozgałęzienia warunkowe : Rozdzielanie według kwoty, kategorii i stopnia wnioskodawcy; do 5 tysięcy idzie prosty proces, od 5 do 50 tysięcy – dwustronne zatwierdzenie działu i finansów, powyżej 50 tysięcy – zatwierdzenie również przez CEO.
- Powrót i odrzucenie: Obsługa trzech typów odrzuceń – powrót do wnioskodawcy, powrót do dowolnego węzła oraz powrót do poprzedniego węzła.
- Dodawanie podpisu i przekazanie zadań: Osoba aprobaty może przekazać zadanie koleżance/koleżankowi (przekazanie zadań) oraz zaprosić kolejną osobę do wspólnego rozpatrywania (dodanie podpisu).
- Wycofanie i unieważnienie: Wnioskodawca może wycofać sprawę, która nie została jeszcze zaopiniowana; administrator może unieważnić nietypowe sprawy.
Po stworzeniu silnika procesów, wprowadzono nową kategorię aprobat bez konieczności pisania kodu, wystarczy narysować diagram i skonfigurować formularz, aby uruchomić system. To jest kluczowa różnica OA od „zlecania opracowania aprobat na zewnątrz”.
Silnik formularzy
Formularze mają być „projektowane bez kodowania”: typy pól (tekst, liczba, data, załącznik, powiązany obiekt biznesowy), zasady walidacji, wymagane/wolne pola, warunki ukrywania/pokazywania – wszystko można konfigurować wizualnie poprzez przeciąganie. Dzięki temu HR może dostosować pola związane z raportami, a dział sprzedaży dodać pola dotyczące umów, bez konieczności planowania przez IT.
Silnik formularzy musi obsłużyć:
- Prawa dostępu na poziomie pola: Na jednym i tym samym formularzu różne osoby aprobaty widzą inne pola (np. zwykły decydent nie widzi numeru telefonu wnioskodawcy).
- Powiązanie pól: Po wybraniu „Typ kontraktu = Kontrakt usługowy” automatycznie rozszerzają się pola specyficzne dla kontraktów usługowych.
- Zapis danych z powrotem: Po zatwierdzeniu automatycznie zapisywane są z powrotem do systemów biznesowych (status kontraktu, obecność w HR, dokumentacja finansowa).
Szyna komunikacyjna
Po zatwierdzeniu lub odrzuceniu wnioskodawca oraz odpowiednie systemy biznesowe (HR, finanse, sprzedaż) otrzymują natychmiastowe powiadomienia. Komunikacja jest wysyłana jednolitym kanałem:
- Powiadomienia wewnątrzsystemowe: Wiadomości wewnętrzne wraz z zadaniami do wykonania.
- Powiadomienia IM: Webhooky do Enterprise WeChat, DingTalk i Feishu, przekazywane do odpowiednich grup lub osobistych.
- E‑mail i SMS: Powiadomienia zapasowe na istotnych etapach (np. po zatwierdzeniu kontraktu, podczas wyjazdu zagranicznego).
- Komunikaty z systemów biznesowych: Po zatwierdzeniu generowany jest wpis w systemie biznesowym z zadaniem do wykonania (np. zgłoszenie do zwrotu kosztów w dziale finansowym, przyjęcie do pracy w dziale HR).
Szyna komunikacyjna nie jest „ozdobą”, lecz „pętlą” procesu审批 — bez powiadomień wnioskodawca nie wie, do kogo ma się zwrócić dalej, co prowadzi do zablokowania całego procesu.
Podsumowanie: kolejność wdrożenia, ryzyko i wskaźniki
Wdrożenie systemu OA odbywa się w trzech etapach:
- Pierwszy etap (1 miesiąc): Wprowadzenie trzech często występujących czynności — urlop, wyjazd służbowy i rozliczenie kosztów — objęcie wszystkich pracowników. Najpierw przeniesienie procedur审批 z grupy WeChat do systemu, nawet jeśli zostanie przeniesione tylko tych trzech spraw, dane między działami natychmiast zostaną zsynchronizowane.
- Drugi etap (2–3 miesiące): Wprowadzenie czterech średnio częstych czynności — kontrakty, pieczętowanie, zakupy i płatności — zintegrowanie z systemem finansowym. W tym etapie należy zrealizować funkcję zapisu danych z powrotem (po zatwierdzeniu kontraktu automatycznie archiwizowany w bazie kontraktów).
- Trzeci etap (według potrzeb): Wprowadzenie pełnego cyklu kadrowego — ocena efektywności, awans, przejście na stałe, rekrutacja, zwolnienie itp. Ten etap jest prowadzony przez dział HR; niezbędne jest połączenie z głównymi danymi HR.
Częste ryzyko:
- Zbyt elastyczne zasady: Zbyt swobodne konfigurowanie procesów审批 może doprowadzić do sytuacji, gdy nikt nie wie, kto jest odpowiedzialny za następny krok. Zasada: Liczba szablonów procesów nie powinna przekraczać 30, bo więcej – kontrola ulega utracie.
- Brak przydzielonego zastępcy: Jeśli osoba odpowiadająca za审批 wyjechała, a nie przydzielono jej zastępcę, proces zalega na 3 dni bez żadnego zatwierdzenia. System automatycznie alarmuje, gdy proces zalega dłużej niż 24 godziny.
- Brak zapisu danych z powrotem: Po zatwierdzeniu obecność w systemie HR nie została zaktualizowana, a w systemie finansowym nie pojawił się odpowiedni dokument. Zapis z powrotem wymaga „podwójnej weryfikacji”: po zapisie w OA system automatycznie kontaktuje się z interfejsem systemu biznesowego, aby potwierdzić odbiór.
Wskaźniki oceny skuteczności projektu:
- Średni czas realizacji审批: Przed wdrożeniem proces trwał 3 dni w grupie, po wdrożeniu — zamknięty w ciągu 1 dnia w systemie.
- Spójność danych między działami: Odpowiedzialność za spory w rozliczeniach między HR, finansami i sprzedażą zmniejszyła się o ponad 80%.
- Możliwość audytu i śledzenia: Losowo wybrane 20 historii审批, wskaźnik kompletności siedmiu elementów wynosi 100%.
Przeniesienie procedur审批 z grupy WeChat do systemu nie służy wyłącznie „wprowadzeniu do systemu”, ale przede wszystkim przeniesieniu „szukania osoby” z zależności od ludzi na zależność od zasad. Gdy zasady zostaną spisane, niezależnie od tego, kto odejdzie czy jak zmieni się struktura organizacyjna, proces审批 pozostanie uporządkowany.