Employee onboarding automation: automasi onboarding pekerja

Employee onboarding automation menyediakan maklumat alu-aluan dan senarai semak serta mengatur serahan kepada penyelaras secara konsisten berdasarkan rekod pekerja yang diluluskan. Titik mula yang berguna ialah pek onboarding yang telah disemak dan menyatakan jawatan, versi dasar yang terpakai, tugas yang ditetapkan dan butiran yang belum diselesaikan.

Dalam cadangan AI Flowi Workflow ini, HR meluluskan baris sumber dan penyelaras menyemak pek yang dijana. Perubahan penggajian, penyediaan akaun dan nasihat pekerjaan berada di luar konfigurasi ini.

Takrifkan batas pek onboarding

Pek ialah bahan persediaan, bukan bukti bahawa tugas onboarding telah dilaksanakan. Asingkan tugas yang diminta daripada tugas yang selesai dan simpan rekod penyelesaian sebenar dalam proses yang sudah digunakan pasukan anda. Ayat yang dijana seperti “peralatan diminta” tidak boleh dianggap sebagai pengesahan bahawa peralatan telah dibekalkan.

Asingkan kandungan dasar umum daripada baris pekerja individu. Baris tersebut membekalkan fakta yang telah diluluskan untuk digunakan seperti rujukan pekerja, jawatan, tarikh mula dan penyelaras. Senarai semak yang diluluskan secara berasingan membekalkan langkah khusus jawatan. Sumber dasar yang terpakai menerangkan langkah tersebut tanpa membenarkan model mereka syarat atau kewajipan.

Sediakan akaun dan percubaan dalam persekitaran ujian yang diasingkan

Sediakan baris pekerja sintetik, senarai semak jawatan yang diluluskan dan penyemak HR dalam ruang kerja aliran kerja; berikan kebenaran kepada destinasi ujian Sheets dan Docs yang diasingkan melalui rujukan akses Google dan aturkan perkhidmatan pembenaman serta pendrafan yang dicaj berasingan dengan kelayakan penyedia pilihan anda melalui rujukan akses model.

Draf Notion adalah pilihan. Jika anda memilihnya, gunakan akaun Notion dan kelayakan integrasi anda sendiri dengan akses kepada pangkalan data atau halaman ujian. Mulakan dengan destinasi ujian yang tidak mengandungi rekod pekerja. Lihat persediaan komponen Notion dan dokumentasi sambungan untuk keperluan akses asas.

Konfigurasikan draf penyelaras

contoh konfigurasi, bukan ujian yang direkodkan

Gabungan onboarding ini didokumenkan dalam katalog; Ai Flowi belum mengujinya dalam persekitaran pengeluaran.

1. Read Range: pilih sambungan yang diberi kuasa dalam google_account. Tetapkan spreadsheet_id kepada buku kerja onboarding yang diasingkan untuk ujian. Hadkan range_name kepada baris pekerja yang diluluskan HR. Semak values yang dikembalikan dengan tajuk lajurnya sebelum mendraf pek.
2. Knowledge Base: gunakan arahan mendapatkan dasar bagi jawatan dan lokasi pekerja.
3. Parser: ikuti rujukan Parser secara berasingan untuk baris pekerja dan petikan dasar.
4. Prompt Template: letakkan arahan onboarding secara literal dalam template, diikuti baris yang disemak HR, senarai semak yang dipilih dan petikan dasar yang terpakai. prompt yang terhasil mempunyai jenis Message. Penggabungan sumber dilakukan secara manual di sini; rujuk rujukan pemformatan sebelum mencuba penggantian pemboleh ubah.
5. OpenAI dan Structured Output: dapatkan sambungan model melalui rujukan persediaan penyedia; sambungkan output LanguageModel kepada model. Hantar arahan pek yang digabungkan secara manual melalui input_value. Namakan kontrak draf ini onboarding_pack_draft dalam schema_name. Isi editor jadual bagi output_schema dengan tajuk pek, teks pek, rujukan dasar dan perkara yang belum diselesaikan. Dalam system_prompt, larang tarikh mula rekaan dan dakwaan bahawa tugas yang diminta telah selesai.
6. Semak draf berstruktur dengan baris asal. Penyelaras meluluskan ayat dan perkara yang belum diselesaikan sebelum peringkat penulisan dokumen.

Pilih draf dokumen atau Notion

Gunakan persediaan bersama daripada JSON kepada dokumen untuk pek onboarding yang diterima.

Di sini, medan tajuk yang dicadangkan ialah pack_title dan medan kandungan ialah pack_text: bawa rujukan pekerja dan versi senarai semak ke dalam tajuk, dan sertakan tugas yang diminta bersama jabatan yang bertanggungjawab dalam teks. Kekalkan tarikh mula yang belum disahkan dalam senarai isu penyelaras, bukannya menjadikannya arahan alu-aluan.

Untuk draf Notion pilihan, Create Page menyenaraikan notion_secret, database_id dan properties_json yang serasi dengan Message. Bina muatan sifat hanya selepas mengesahkan medan pangkalan data destinasi. Eksport tidak membekalkan skema sifat penuh. Periksa api_run_model sebelum membawa pengecam halaman yang dicipta ke langkah lain.

Add Content to Page menggunakan notion_secret, block_id dan markdown_text; huraiannya menyatakan penukaran markdown kepada blok dan penambahannya. Semak rujukan halaman yang dicipta secara manual sebelum menggunakannya sebagai block_id. Pelaksanaan semula penambahan boleh mengulangi teks, jadi periksa sasaran sebelum mencuba semula penulisan yang hasilnya tidak pasti.

Selaraskan tarikh mula yang berubah sebelum serahan

Dalam percubaan sintetik, baris pekerja yang diluluskan mengandungi tarikh mula yang disahkan, manakala draf alu-aluan lama mengandungi tarikh terdahulu. Penyelaras patut mengenal pasti rujukan pekerja dan versi baris, kemudian menyediakan draf pengganti daripada baris yang disemak itu. Jangan ubah versi dasar semata-mata kerana tarikh berubah; kebolehgunaan dasar ialah keputusan berasingan.

Semasa penyediaan sumber, kekalkan rujukan pekerja, jawatan, status tarikh mula dan penyelaras daripada baris, serta simpan versi senarai semak dan petikan dasar bersama sumber berasingannya. Kehilangan label tarikh disahkan berbanding tarikh cadangan boleh menjadikan cadangan perancangan seolah-olah suatu komitmen. Petikan dasar mesti mengekalkan sekatan jawatan atau lokasi yang menentukan pihak yang tertakluk kepadanya.

Pek yang disemak semula menyenaraikan tugas yang diminta dan jabatan yang bertanggungjawab. Penyelaras menyemak tajuk dokumen dengan pekerja yang dimaksudkan dan memberitahu jabatan penerima draf yang menggantikan draf terdahulu. Penghantaran peralatan dan pengaktifan akaun kekal sebagai rekod penyelesaian berasingan; menggantikan dokumen alu-aluan tidak boleh membuktikan mana-mana peristiwa tersebut.

Bezakan pek pengganti daripada tugas yang selesai

Apabila penyelaras menerima pengganti, kekalkan rujukan draf terdahulu dan jelaskan sumber yang berubah: baris pekerja yang dipinda, senarai semak yang disemak semula atau dasar yang baru terpakai. Pembetulan tarikh mula patut jelas kepada jabatan yang mengatur peralatan, manakala tugas yang tidak berubah mengekalkan status penyelesaian sedia ada. Minta penyelaras menyelaraskan rekod tersebut sebelum serahan. Penjanaan pek lain tidak boleh membatalkan permintaan terdahulu, menetapkan semula tugas yang selesai atau memberitahu jabatan penerima versi yang perlu diikuti. Itu ialah keputusan penyelarasan yang jelas, direkodkan di luar teks yang dijana.

Bagaimana menyemak pek orientasi dan kegagalan separa?

• Biarkan tarikh mula belum disahkan dalam baris sintetik. Pek patut meminta penyelaras menyelesaikannya.
• Gunakan jawatan tanpa senarai semak yang diluluskan. Semak bahawa pengetahuan umum model tidak menjadi dasar baharu.
• Bekalkan petikan dasar yang lapuk. Penyemak patut menolaknya sebelum penciptaan dokumen.
• Cipta draf dengan destinasi yang tidak tersedia. Periksa ralat nod dan sasaran sebelum percubaan lain.
• Ulangi permintaan yang diterima. Sahkan sama ada dokumen kedua atau kandungan Notion berulang muncul; cadangan ini tiada langkah penyahduplikasian.

Fahami sempadan bukti

Contoh dokumen daripada penyerahan borang melaporkan 42/42 lulus, dengan menerima penukaran pengakhiran baris Windows kepada LF. Semakannya meliputi pengesahan borang dan bacaan semula dokumen; ia mengecualikan senarai semak jawatan, carian dasar dan cabang Notion ini. Halaman itu juga meliputi pemulihan apabila penciptaan berjaya tetapi penulisan kandungan pertama gagal: penyelaras mesti memeriksa destinasi, bukannya mengandaikan pek alu-aluan lengkap wujud.

Gunakan senarai semak yang lebih ringkas jika penyelaras hanya memerlukan senarai tugas yang tetap. Reka bentuk berbantukan model ini tidak sesuai untuk perubahan pekerjaan automatik, pemberian kebenaran atau tafsiran pengecualian dasar. Kawalan akses, pengekalan data pekerja dan perekodan kelulusan mesti ditetapkan oleh pasukan anda; medan semakan yang dijana tidak menguatkuasakannya.

Penggunaan dan reka bentuk proses berkaitan

Pelan: Go dari USD8/bulan dengan bil tahunan (USD10 bulanan), Plus dari USD16 (USD20 bulanan), Pro 100 dari USD80 (USD100 bulanan), Pro 200 dari USD160 (USD200 bulanan) dan Pro 500 dari USD400 (USD500 bulanan), dengan 5,000 hingga 250,000 Flowi Tokens sebulan dan pilihan tambah nilai; 1 token bagi setiap pelaksanaan nod; penggunaan API dan model pihak ketiga tidak termasuk.

Kira setiap cabang output yang dipilih dan sebarang percubaan berulang daripada sejarah sebenar. Peta aliran kerja HR menerangkan serahan antara jabatan; pentadbiran pengambilan pekerja meliputi rekod permohonan terdahulu. Rujuk rujukan katalog dan kes penggunaan untuk skop komponen dan resipi.

Oleh Ai Flowi · Panduan onboarding oleh Ai Flowi · Tarikh penerbitan 2026-10-11

Sumber rasmi: dokumentasi Notion API