Pembatalan disetujui
Pembatalan disetujui: pemakaian awal berubah menjadi Dibatalkan dan jam terpakainya menjadi nol. Permintaan awal dan pembatalan tetap dapat ditinjau.
Alur permintaan cuti
Persetujuan cuti dengan langkah berikutnya yang jelas
Tetapkan peninjau dan langkah berikutnya yang tercatat untuk setiap permintaan. Kembalikan permintaan yang belum lengkap, setujui hanya setelah memeriksa jam dan pengalihan pekerjaan, serta tangani pembatalan tanpa kehilangan catatan awal.
Login untuk melihat pratinjau. Pasang dengan data contoh untuk mencoba permintaan dan keputusan Anda sendiri.
Lihat siapa yang bertindak berikutnya dan kapan jam dikurangi
Karyawan mengirim satu permintaan. Manajer yang ditugaskan meninjau jam dan serah terima, mengembalikan informasi yang kurang, atau mencatat keputusan. Hanya permintaan yang disetujui mengurangi cuti tersedia.
- Permintaan
Karyawan mengirim detail
Akun cuti yang dipilih menyediakan peninjau penanggung jawab. Tanggal, jam kerja terjadwal, dan informasi serah terima ikut tersimpan bersama permintaan.
Belum ada jam terpakai - Peninjauan
Manajer memeriksa jam dan pengalihan pekerjaan
Peninjau melihat konteks permintaan dan memeriksa jatah yang telah dibukukan. Catat apakah pengalihan pekerjaan sudah disepakati atau tidak diperlukan.
Tugas dengan penanggung jawab - Pengembalian
Pengaju memperbaiki catatan yang sama
Kembalikan permintaan yang belum lengkap dengan komentar spesifik. Pengaju mengubah input yang diizinkan dan mengirim ulang untuk ditinjau kembali.
Riwayat dipertahankan - Keputusan
Setujui atau tolak
Persetujuan yang selesai membukukan jam terpakai. Penolakan mengakhiri permintaan tanpa mengurangi jam. Pengalihan pekerjaan yang belum beres atau jatah yang tidak mencukupi akan memblokir persetujuan biasa.
Dampak saldo yang jelas
Pisahkan input permintaan dari hak mengambil keputusan
| Tanggung jawab | Karyawan atau pengaju | Peninjau yang ditugaskan | Administrator cuti |
|---|---|---|---|
| Detail permintaan | Masukkan tanggal, jam, dan serah terima; perbaiki permintaan yang dikembalikan | Baca permintaan dan minta klarifikasi | Kelola kolom dan panduan kebijakan |
| Pemberi persetujuan | Diambil dari akun yang dipilih | Terima tugas yang diberikan | Kelola peninjau akun; tetapkan ulang tugas terbuka secara eksplisit |
| Persetujuan dan pengalihan pekerjaan | Tidak dapat mengubah keputusan manajer | Catat hasil dan penilaian pengalihan pekerjaan | Kelola aturan peninjauan |
| Jatah | Tidak dapat membukukan kredit sendiri | Periksa akun sebelum memutuskan | Tinjau alokasi dan penyesuaian yang disetujui |
| Dampak pemakaian | Tidak dapat mengubahnya langsung | Persetujuan memicu dampak yang tercatat | Rekonsiliasi catatan pemakaian dan penyesuaian |
Ini adalah pembagian tanggung jawab yang dirancang dalam aplikasi terpasang. Petakan anggota nyata dan uji akses karyawan, manajer, serta administrator secara terpisah sebelum peluncuran.
Lihat kolom permintaan karyawan →Berikan keputusan tersendiri untuk pembatalan
Mengubah permintaan yang telah disetujui secara langsung menyulitkan penelusuran kesepakatan awal. Pembatalan terpisah merujuk pada permintaan awal dan meminta peninjau membalikkan pemakaian tersebut.
Pembatalan ditolak
Pembatalan ditolak: pemakaian awal tetap berlaku. Dalam contoh, permintaan empat jam Maya masih mengurangi saldo setelah manajer menolak pembatalan.
Untuk tanggal atau jam yang berbeda, sepakati pembatalan pemakaian lama terlebih dahulu dan kirim penggantinya. Jangan sampai keduanya tidak sengaja tetap menjadi cuti yang disetujui.
Pilih tanggapan yang menyelesaikan masalah
| Situasi | Langkah berikutnya yang berguna | Hindari |
|---|---|---|
| Tanggal dan jam tidak sesuai | Kembalikan permintaan untuk penjelasan atau koreksi | Menebak pola kerja karyawan |
| Jatah tersedia terlalu rendah | Kurangi atau kembalikan permintaan; tinjau penyesuaian yang sah secara terpisah | Menganggap catatan pengecualian yang diketik sebagai jatah tambahan |
| Belum ada yang menerima serah terima | Selesaikan kekosongan pengganti sebelum persetujuan biasa | Menganggap nama calon pengganti berarti sudah ada kesepakatan |
| Dua peninjau mungkin menyetujui permintaan terhadap saldo terbatas yang sama | Tetapkan satu peninjau untuk memutuskan permintaan secara berurutan dan segarkan saldo di antara keputusan | Menyetujui keduanya bersamaan karena masing-masing menampilkan jam yang cukup saat dibuka |
| Pemberi persetujuan tidak tersedia | Tetapkan ulang tugas terbuka melalui administrator berwenang | Membiarkan karyawan memilih pemberi persetujuan lain |
| Karyawan ingin menarik cuti yang telah disetujui | Gunakan proses pembatalan terhubung | Menghapus riwayat persetujuan awal |
Ubah satu tahap peninjauan tanpa membuat sistem baru
Kebutuhan tim berubah
Tim memulai dengan tanggal, jam, dan satu catatan serah terima. Kemudian cuti tim dukungan pelanggan juga memerlukan kontak pengganti dan tenggat serah terima.
Perbarui permintaan dan tahap peninjauan
Administrator dapat menambahkan kolom tersebut di Jodoo, mewajibkannya pada permintaan terkait, dan menampilkannya kepada peninjau. Akun, pemakaian, dan riwayat permintaan yang ada tidak memerlukan aplikasi terpisah.
Mengganti peninjau akun memengaruhi permintaan baru; tugas yang sudah terbuka perlu ditetapkan ulang secara eksplisit. Saat mengubah kolom permintaan, pastikan karyawan dapat mengisinya, manajer dapat melihatnya, dan permintaan yang disetujui tetap mengurangi jumlah jam yang benar.
Uji alur yang benar-benar akan digunakan tim
- Permintaan sehari penuh dengan saldo cukup dan pengalihan pekerjaan yang disepakati
- Permintaan sebagian hari pada jadwal enam jam atau hari kerja lebih pendek
- Permintaan yang dikembalikan, diperbaiki, dan dikirim ulang
- Permintaan yang ditolak tanpa mengubah akun
- Pembatalan yang disetujui dan pembatalan yang ditolak
- Login karyawan dan manajer terpisah dengan akses catatan yang sesuai
Uji alur ini dengan kebijakan Anda serta akun karyawan dan manajer terpisah sebelum mengundang tim. Catatan contoh bersifat fiktif. Akrual otomatis, perhitungan hari libur, payroll, dan keputusan cuti menurut peraturan tidak disertakan; putuskan permintaan terhadap satu akun terbatas secara berurutan.
Rencanakan proses manajemen cuti di sekitarnya →Pertanyaan tentang alur persetujuan cuti
Apa perbedaan mengembalikan dan menolak permintaan?
Mengembalikan meminta pengaju memperbaiki catatan yang sama dan mengirimkannya lagi. Menolak menutup permintaan tanpa persetujuan. Dalam contoh ini, keduanya tidak membukukan jam cuti.
Kapan jam dikurangi?
Saat alur peninjauan berakhir dengan persetujuan, dampak jam terpakai pada permintaan dibukukan. Permintaan tertunda atau kata persetujuan yang dimasukkan karyawan tidak otomatis membuat pemakaian tersebut.
Dapatkah pengaju menyetujui cutinya sendiri?
Tahap input pengaju tidak menampilkan kolom keputusan manajer. Peninjau penanggung jawab tersimpan pada akun cuti. Konfigurasikan hubungan anggota dan grup akses nyata agar seseorang tidak ditetapkan sebagai peninjau dirinya sendiri.
Apakah pembatalan menghapus permintaan awal?
Tidak. Pembatalan adalah catatan terpisah yang terhubung ke permintaan awal. Jika disetujui, pembatalan membalikkan dampak jam terpakai; jika ditolak, pemakaian awal tetap berlaku. Kedua keputusan tetap dapat diperiksa.
Dapatkah dua manajer menyetujui permintaan terhadap saldo yang sama secara bersamaan?
Gunakan satu peninjau untuk memutuskan permintaan tersebut secara berurutan. Walaupun persetujuan memeriksa saldo saat ini, contoh tidak menjamin dua keputusan pada waktu persis sama mencadangkan jam secara terpisah. Jika persetujuan bersamaan sangat penting, tambahkan dan uji perlindungan tersebut sebelum peluncuran.
Apakah setiap karyawan perlu memasang aplikasi sendiri?
Organisasi memasang dan mengonfigurasi templat satu kali, lalu memberi anggota akses yang sesuai ke aplikasi bersama. Pratinjau templat berisi contoh, bukan riwayat permintaan karyawan Anda.