Persetujuan bergantung pada kumpulan WeChat: bagaimana menghasilkan sistem untuk aliran persetujuan, dokumen rasmi dan kuasa organisasi

Pembukaan: Kelulusan perjalanan kerja bergantung pada mesej kumpulan, mencari pengelola kelulusan pula bergantung pada bertanya

Sebuah syarikat pembuatan dengan kira-kira 200 orang pekerja, permohonan perjalanan pertama selepas tahun baru berjalan seperti ini: seorang pekerja menyebut nama ketua dalam kumpulan, ketua membalas "OK" setelah melihatnya, kemudian pekerja tersebut menangkap skrin dan menyimpannya; apabila bahagian kewangan membuat bayaran balik perjalanan pada akhir bulan, mereka merujuk kepada tangkapan skrin satu demi satu untuk membandingkan dengan bajet; pada akhir tahun, bahagian sumber manusia mengira "jumlah hari pekerja melakukan perjalanan", tetapi mendapati tangkapan skrin tidak lengkap serta data antara jabatan tidak selaras.

Ini bukanlah fenomena yang berasingan. Dalam banyak syarikat di negara kita, proses kelulusan berlaku seperti berikut:

• Mencari orang bergantung pada bertanya : Pada minggu pertama masuk kerja, soalan yang paling kerap ditanya oleh pekerja baharu ialah "Siapa yang perlu saya minta kebenaran untuk cuti? Siapa yang akan memeriksa permohonan bayaran balik saya?"
• Mesej kumpulan dijadikan sebagai bukti : Di WeChat atau DingTalk, apabila terdapat mesej "@bos telah meluluskan", ia dianggap sebagai kelulusan, namun selepas itu tiada cara untuk menjalankan audit.
• Data antara jabatan tidak selaras : Bahagian jualan berpendapat bahawa lawatan pelanggan telah diluluskan, manakala bahagian pemasaran pula berpendapat sebaliknya; bahagian kewangan membayar berdasarkan tangkapan skrin dari bahagian jualan.
• Kebenaran hanya bergantung pada kata lisan : Apabila seorang pengurus meninggalkan syarikat, kebenaran beliau tidak ditarik balik, dan pekerja baharu yang masuk tidak tahu siapa yang memegang kontrak yang telah diluluskan oleh pengurus terdahulu.

Punca masalah ini bukanlah kerana "betapa rumitnya proses kelulusan", tetapi kerana aliran kelulusan tidak dimasukkan ke dalam sistem . Mesej kumpulan, kata lisan dan tangkapan skrin hanyalah media sementara; yang diperlukan ialah medium yang terstruktur, dapat disimpan rekodnya dan boleh ditelusuri. Sistem OA (sistem automasi pejabat) adalah cara untuk menjadikan perkara ini terstruktur: menyimpan semua maklumat seperti "siapa, perkara apa, bila, siapa yang dicari, aturan apa yang digunakan untuk meluluskan, serta bagaimana data disimpan selepas kelulusan" dalam satu aliran kelulusan.

01 Bagaimana memecahkan urusan: Struktur tiga lapisan aliran kelulusan

Memecahkan urusan kelulusan sebenarnya terbahagi kepada tiga lapisan:

1. Lapisan perkara : Pekerja memulakan "perjalanan kerja, cuti, bayaran balik, kontrak, penggunaan cop, pembelian" dan lain-lain perkara tertentu; setiap perkara turut disertakan jumlah wang, bilangan hari, lampiran serta objek perniagaan berkaitan (permohonan perjalanan berkaitan dengan pesanan jualan, bayaran balik berkaitan dengan invois).
2. Lapisan proses : Perkara bergerak dari satu nod ke nod seterusnya, dengan pengelola kelulusan bagi setiap nod ditentukan secara dinamik (berdasarkan jabatan, gred, jumlah wang, jenis produk), bukannya ditetapkan secara tetap.
3. Lapisan data : Selepas kelulusan atau penolakan, data hendaklah disimpan semula ke dalam sistem perniagaan (HR, kewangan, jualan, pangkalan kontrak), bukannya hanya terhenti di aliran kelulusan.

Hubungan antara ketiga-tiga lapisan ialah: Perkara sebagai pintu masuk, proses sebagai batang utama, dan data sebagai pintu keluar . Jika sistem OA hanya membina proses tanpa menyediakan saluran data keluar, aliran kelulusan akan menjadi pulau yang terasing; jika hanya membina perkara tanpa proses, ia akan berubah menjadi "sistem pengisian borang".

02 Cara reka bentuk: Tiga komponen utama—nod dinamik, matriks kebenaran, dan rekod jejak

Reka bentuk nod: Pengelola kelulusan bukanlah ditetapkan secara tetap

Ramai pengguna OA menetapkan pengelola kelulusan secara tetap sejak awal: "Permohonan perjalanan → Pengurus Jabatan → HR → Pengarah Urusan". Akibatnya, apabila pengurus jabatan bertukar, HR digabungkan dengan bahagian pentadbiran, atau pengarah urusan keluar, sistem menjadi kacau-balau.

Kaedah yang betul: Pengelola kelulusan ditentukan secara dinamik mengikut peraturan . Terdapat empat dimensi peraturan:

• Dimensi jabatan : Jabatan pemohon dipadankan dengan ketua jabatan semasa (menggunakan senarai organisasi secara masa nyata).
• Dimensi gred : Jumlah wang, bilangan hari, nilai kontrak dikaitkan dengan julat tertentu, seterusnya menentukan tahap kelulusan yang berbeza.
• Dimensi peranan : Jika nilai kontrak melebihi 500,000, bahagian undang-undang mesti terlibat; jika pekerja melakukan perjalanan ke luar negara, aspek keselamatan dan pematuhan perlu disahkan bersama.
• Dimensi wakil : Jika pengelola kelulusan bercuti atau melakukan perjalanan, kuasa akan secara automatik dialihkan kepada wakil, yang ditetapkan melalui hubungan organisasi atau bahagian HR.

Gabungkan keempat-empat dimensi ini menjadi "ekspresi peraturan", maka enjin proses akan mengira nod secara real-time mengikut peraturan, tanpa menetapkan nama pengelola kelulusan secara tetap . Pertukaran jawatan atau penyusunan semula organisasi tidak memerlukan pengubahsuaian templat proses.

Reka bentuk kebenaran: Tiga peringkat—menu, data, dan medan

Kebenaran bukan sekadar "boleh masuk ke dalam sistem", tetapi terdiri daripada tiga peringkat:

• Peringkat menu : Bolehkah melihat modul ini (pekerja biasa tidak boleh melihat "Pengurusan Struktur Organisasi")?
• Peringkat data : Bolehkah melihat data ini (Bahagian Jualan I hanya boleh melihat bayaran balik pekerja dalam jabatan mereka, tidak boleh melihat Bahagian Jualan II)?
• Peringkat medan : Bolehkah melihat sesetengah medan dalam data ini (pengelola kelulusan biasa tidak boleh melihat medan gaji pemohon, tetapi HR boleh)?

Setelah memecahkan kebenaran kepada tiga peringkat, sistem OA mampu menyokong struktur organisasi yang kompleks: kumpulan–cawangan–jabatan–kumpulan; data rentas peringkat hendaklah dikawal secara serentak mengikut dua peraturan: "Saya boleh melihat data saya sendiri + Saya adalah ketua barisan ini".

Reka bentuk rekod jejak: Tujuh unsur dalam log kelulusan

Setiap kali membuat kelulusan, tujuh unsur mesti direkodkan:

1. Pelaku operasi : Siapa yang membuat klik.
2. Masa operasi : Ketepatan hingga saat.
3. Tindakan operasi : Setuju, tolak, serahkan, tandatangan tambahan, tarik balik.
4. Pendapat operasi : Pendapat penolakan mesti diisi, pendapat persetujuan boleh kosong.
5. Lokasi nod : Nod mana dalam proses sedang berada.
6. Tangkapan skrin data berkaitan : Nilai medan objek perniagaan semasa kelulusan (jumlah wang, lampiran) disimpan seperti asal, tidak dibenarkan mengubah objek perniagaan kemudian tanpa mengubah rekod kelulusan.
7. Jejak peranti dan IP : Dari peranti mana dan IP mana ia dihantar (digunakan untuk audit pematuhan).

Jika salah satu daripada tujuh unsur ini tidak lengkap, pihak audit pasti akan berdebat. Lubang yang lazim ialah "pendapat operasi boleh kosong", menyebabkan penolakan tiada alasan, pekerja terpaksa mengemaskini permohonan berulang kali, dan aliran kelulusan menjadi lebih panjang.

03 Cara pembangunan: Tiga komponen utama—enjin proses, enjin borang, dan bas mesej

Inti pembangunan OA ialah tiga enjin, bukannya N halaman:

Enjin proses

Enjin proses tidak memerlukan pengaturcaraan, hanya perlu konfigurasi untuk menjalankan proses. Ciri-ciri yang perlu disokong:

• Aliran bersiri, selari, tandatangan bersama, tandatangan bergilir : Empat jenis aliran asas, permohonan tetap menggunakan aliran bersiri (HR → Ketua → CEO), manakala pembelian menggunakan aliran bersama (bahagian kewangan dan ketua pembelian menilai serentak).
• Percabangan syarat : Mengikut jumlah wang, jenis produk, gred pemohon, aliran dibahagikan; di bawah 5,000 yuan menggunakan aliran ringkas, 5,000 hingga 50,000 yuan melalui penilaian berganda oleh jabatan dan kewangan, manakala lebih daripada 50,000 yuan perlu mendapat kelulusan CEO.
• Pemulangan dan penolakan: Menolak kepada pemohon, menolak kepada mana-mana nod, menolak kepada nod sebelumnya; ketiga-tiga jenis penolakan ini perlu disokong.
• Penambahan tandatangan dan pemindahan tandatangan: Pihak yang memproses boleh memindahkan tugas kepada rakan sekerja (pemindahan tandatangan), malah boleh juga melibatkan seorang rakan sekerja untuk turut menyemak (penambahan tandatangan).
• Pencabutan dan pembatalan: Pemohon boleh mencabut perkara yang belum selesai diproses; pengurus pula boleh membatalkan perkara yang tidak normal.

Selepas enjin proses dihasilkan, satu lagi jenis kelulusan ditambah tanpa perlu menulis kod, hanya perlu melukis rajah dan menyusun borang untuk terus dilancarkan. Inilah kunci yang membezakan OA daripada "pembangunan luaran bagi kelulusan".

Enjin borang

Borang hendaklah direka bentuk secara "sifar kod": jenis medan (teks, nombor, tarikh, lampiran, objek perniagaan berkaitan), peraturan penyahsah, wajib atau pilihan, serta syarat paparan dan kepakaran, semuanya boleh dikonfigurasi secara visual dengan cara seret dan lepaskan. Dengan cara ini, bahagian HR boleh menyesuaikan medan bayaran balik, manakala bahagian jualan pula boleh menambah medan kontrak, tanpa perlu merancang jadual dengan IT.

Enjin borang hendaklah menyokong:

• Kebenaran peringkat medan: Pada borang yang sama, para pemegang kelulusan yang berbeza akan melihat medan yang berlainan (pemegang kelulusan biasa tidak dapat melihat nombor telefon pemohon).
• Perkaitan medan : Apabila “Jenis Kontrak = Kontrak Perkhidmatan” dipilih, medan khas untuk kontrak perkhidmatan akan terbuka secara automatik.
• Penulisan semula data : Selepas kelulusan, maklumat akan secara automatik disimpan semula ke dalam sistem perniagaan (status kontrak, rekod kehadiran HR, dokumen kewangan).

Bas mesej

Apabila kelulusan diperoleh atau ditolak, pemohon serta sistem perniagaan berkaitan (HR, kewangan, jualan) akan segera menerima notis. Notis dihantar secara bersepadan melalui bas mesej:

• Notis dalam sistem : Surat dalam talian ditambah dengan tugas yang belum selesai.
• Notis IM : Webhook WeChat Korporat, DingTalk, Feishu, yang akan menghantar maklumat ke kumpulan atau individu yang bersesuaian.
• E-mel dan SMS : Notis sandaran bagi titik penting (kelulusan kontrak, perjalanan luar negara).
• Mesej sistem perniagaan : Selepas kelulusan, satu mesej akan dihantar ke senarai tugas dalam sistem perniagaan (kewangan menerima tugas bayaran balik, HR menerima tugas pengambilan pekerja).

Bas mesej bukan sekadar hiasan, tetapi merupakan “gelang pusingan” bagi aliran kelulusan—tanpa notis mesej, pemohon tidak tahu siapa yang perlu dihubungi seterusnya, menyebabkan keseluruhan proses terhenti.

Penutupan: Urutan pelaksanaan, risiko dan petunjuk prestasi

Pelancaran sistem OA dibahagikan kepada tiga langkah:

1. Fasa pertama (1 bulan) : Memasukkan tiga urusan frekuensi tinggi iaitu cuti, perjalanan kerja dan bayaran balik, merangkumi semua pekerja. Pertama sekali, aliran kelulusan dari kumpulan WeChat dipindahkan ke dalam sistem , walaupun hanya memindahkan tiga perkara ini sahaja, data antara jabatan akan segera diselaraskan.
2. Fasa kedua (2–3 bulan) : Memasukkan empat urusan frekuensi sederhana iaitu kontrak, pengesahan cop, pembelian dan pembayaran, serta menyambungkan dengan sistem kewangan. Dalam fasa ini, penulisan semula data perlu diselaraskan (kontrak yang diluluskan akan secara automatik dimasukkan ke dalam pangkalan data kontrak).
3. Fasa ketiga (menurut keperluan) : Memasukkan seluruh proses sumber manusia seperti prestasi, kenaikan pangkat, pengambilan tetap, pengambilan pekerja dan peletakan jawatan. Fasa ini diketuai oleh HR, dengan tujuan menyelaraskan data asas HR.

Risiko yang lazim:

• Peraturan yang terlalu fleksibel : Konfigurasi aliran kelulusan terlalu bebas, sehingga tiada siapa yang tahu siapa yang bertanggungjawab seterusnya. Prinsip: Jumlah templat proses tidak boleh melebihi 30 , jika lebih, proses akan menjadi sukar dikawal.
• Tiada penugasan wakil : Apabila jurulatih keluar untuk perjalanan kerja tanpa menugaskan wakil, proses akan terhenti selama 3 hari tanpa sebarang kelulusan. Sistem akan mengesan “proses tergantung melebihi 24 jam” dan mengeluarkan amaran automatik.
• Tiada penulisan semula data : Walaupun kelulusan telah diperoleh, rekod kehadiran dalam sistem HR masih belum dikemas kini, manakala dokumen kewangan juga belum diterbitkan. Penulisan semula perlu melalui “penyemakan dua kali”, selepas OA menulis, sistem perniagaan akan secara aktif memeriksa sama ada mesej telah diterima.

Petunjuk bagi menilai sama ada projek berjaya atau tidak:

• Purata tempoh penyelesaian kelulusan : Sebelum pelancaran, proses dalam kumpulan mengambil masa 3 hari; selepas pelancaran, proses dalam sistem dapat diselesaikan dalam masa 1 hari.
• Keserasian data antara jabatan : Kadar kesilapan dalam penyelarasan tiga set data—HR, kewangan dan jualan—telah berkurangan lebih daripada 80%.
• Kadar kesinambungan audit : Secara rawak, 20 rekod kelulusan lama telah diperiksa, dan kadar kelengkapan tujuh unsur utama mencapai 100%.

Memindahkan proses kelulusan dari kumpulan WeChat ke dalam sistem bukanlah sekadar untuk “memasukkan ke dalam sistem”, tetapi adalah untuk menjadikan “pencarian orang” daripada bergantung kepada individu kepada bergantung kepada peraturan . Setelah peraturan ditetapkan, tidak kira siapa yang meninggalkan syarikat atau bagaimana organisasi berubah, proses kelulusan tetap akan berjalan lancar.