Skip to content

Konfigurasi Formulir Reimbursement ​

Gunakan bab ini untuk menyiapkan formulir reimbursement yang dapat digunakan karyawan. Lengkapi posisi, pengguna, dan hak akses pada Setup Awal terlebih dahulu. Kategori Biaya mengelompokkan setiap baris biaya; Formulir Reimbursement mengatur keseluruhan klaim.

Kapan Menggunakan Formulir Reimbursement ​

Pisahkan formulir hanya jika jenis klaim memerlukan field, instruksi, penomoran, atau aturan persetujuan berbeda. Misalnya, General Claim untuk biaya biasa dan Travel Claim untuk informasi perjalanan serta bukti. Formulir aktif tersedia untuk klaim baru hanya jika pemohon juga memiliki akses yang diperlukan.

Prioritas Form di Menu Create ​

Urutan formulir dan tindakan pada baris

Prioritas pada daftar menentukan urutan di menu Ajukan Reimbursement. Gunakan tindakan panah atas/bawah untuk memindahkan formulir. Urutan tersimpan otomatis setelah perpindahan berhasil; tidak ada langkah Simpan Prioritas terpisah. Periksa urutan terbaru sebelum meninggalkan halaman.

Prioritas lebih kecil tampil lebih atas. Memindahkan formulir nonaktif ke atas tidak membuatnya tersedia. Prioritas ini bukan prioritas pemilihan aturan persetujuan.

Membuka Formulir Reimbursement ​

  1. Buka Konfigurasi → Form & Field → Formulir Reimbursement.
  2. Tambahkan formulir atau pilih tindakan Ubah pada formulir existing.
  3. Pilih tab yang sesuai, lakukan perubahan, lalu klik Simpan. Perubahan aturan disimpan melalui dialog aturan.
TabFungsinya
UmumNama, deskripsi, perilaku, ikon, dan penomoran.
Akses & FieldPeran pemohon, field tambahan header, dan field tambahan detail.
Aturan PersetujuanKondisi, tahap persetujuan, urutan, dan Uji Workflow.
InstruksiPanduan yang dapat dibuka karyawan pada halaman dokumen.
CetakPenetapan template cetak opsional.

1. Pengaturan Umum Form ​

Buka Umum.

Pengaturan umum formulir

Pilih Nama dan Deskripsi yang jelas. Pilih ikon bawaan atau unggah gambar dalam format yang didukung. Ikon mengenalkan formulir di menu pengajuan; tidak mengubah izin. Gunakan tindakan status aktif pada daftar untuk mengaktifkan atau menghentikan penggunaan formulir.

Hak Akses ​

Buka Akses & Field.

Peran serta field header/detail

Tampil di Hak Akses membatasi peran pemohon yang dapat menggunakan formulir. Jika kosong, semua peran diperbolehkan; ini tidak memberikan izin pengajuan yang belum dimiliki pengguna. Pilih peran tertentu jika formulir terbatas untuk kelompok khusus.

Jika formulir tidak terlihat, periksa status aktif, pilihan peran, dan akses membuat dokumen pada pengguna. Izin mengelola formulir berbeda dari izin mengajukan klaim.

Header Custom Fields Vs Field Tambahan Detail ​

Pada Akses & Field, pilih field aktif dari daftar field tambahan:

AreaDigunakan Untuk
Field TambahanSatu nilai per klaim, seperti kode proyek atau tujuan perjalanan.
Field Tambahan DetailNilai pada setiap baris biaya, seperti tanggal struk atau nama toko.

Urutan pemilihan menentukan urutan tampilan; field terakhir yang dipilih tampil paling bawah. Periksa jenis, status wajib, opsi, dan teks bantuan sebelum menghubungkan field. Satu field dapat memiliki fungsi berbeda pada header dan detail; jangan meminta informasi ganda tanpa alasan.

Flag Perilaku Form ​

Kontrol berikut berada di Umum:

FlagYang Dialami Pengguna
Posisi TerkunciMenggunakan posisi pengguna saat membuat klaim dan mencegah pemilihan manual. Membantu alur berbasis hierarki tetap konsisten.
Tanggal TerkunciMencegah perubahan tanggal pada halaman pembuatan. Gunakan hanya jika kebijakan perusahaan tidak mengizinkan pemilihan tanggal manual.
Lampiran Utama Reimburse WajibBukti harus dilampirkan sebelum pengajuan.
Aktifkan Qty & PriceBaris biaya menggunakan kuantitas × harga satuan, bukan input nominal saja.

Opsi ini tidak menggantikan aturan persetujuan atau pemeriksaan izin. Gunakan Qty & Price untuk klaim seperti jarak perjalanan atau jumlah malam menginap, bukan sekadar mengubah tampilan.

2. Penomoran Dokumen ​

Penomoran juga berada di Umum.

PengaturanFungsinya
Awalan Dokumen / Akhiran DokumenTeks dan variabel tanggal sebelum/sesudah nomor urut.
Nomor SelanjutnyaNomor urut berikut yang akan diberikan; bukan cara mengganti nomor dokumen existing.
Panjang NomorLebar pengisian nol: lima digit menampilkan 00001.
Reset Nomor SetiapContinue, Month, atau Year.
Contoh Nomor DokumenContoh nomor yang dihasilkan.

Contohnya, prefix GC-{year2}{month}-, panjang 5, dan reset bulanan dapat menghasilkan GC-2610-00001 pada Oktober 2026. Token tanggal meliputi {year4}, {year2}, dan {month}.

Token dan periode reset mengikuti zona waktu perusahaan, bukan tanggal biaya yang dimundurkan atau jam perangkat Anda. Dokumen existing, termasuk draf yang sudah bernomor, tidak diberi nomor ulang saat formulir diubah. Jika periode perusahaan mundur dan penomoran terblokir, minta administrator memeriksa zona waktu/periode; jangan menurunkan nomor urut untuk melewati peringatan.

Periksa preview, simpan, dan ubah penomoran melalui proses yang disepakati perusahaan.

3. Instruksi ​

Buka Instruksi, aktifkan Tampilkan Instruksi Prosedur Reimbursement, tulis panduan praktis, lalu simpan.

Pengaturan instruksi

Contoh: “Lampirkan struk yang terbaca”, “Jelaskan tujuan bisnis”, atau “Sertakan persetujuan perjalanan jika diperlukan”. Simpan kebijakan panjang di dokumen terpisah dan tautkan jika sesuai.

Pengguna membuka instruksi melalui ikon di samping nama formulir pada halaman pembuatan/dokumen. Isi tersimpan terbaru digunakan saat halaman dibuka kembali, termasuk dokumen existing; menonaktifkan instruksi menyembunyikan ikon. Lihat Panduan Pengguna Reimbursement untuk tampilan karyawan. Ini panduan formulir, bukan kondisi IF atau tahap persetujuan tambahan.

4. Aturan Persetujuan ​

Buka Aturan Persetujuan.

Aturan persetujuan dan Uji Workflow

Aturan memiliki Nama, kondisi IF, dan tahap persetujuan THEN. Klik Tambah, lengkapi dialog, lalu simpan. Aturan aktif diperiksa berdasarkan prioritas; hanya aturan pertama yang cocok digunakan. Aturan berikutnya tidak menambahkan alur persetujuan lain.

Kondisi IF ​

Kondisi aturan dan tahap persetujuan

  1. Klik + pada IF.
  2. Pilih Jumlah, Posisi, Deskripsi, atau field tambahan header yang tersedia.
  3. Pilih operator yang didukung field tersebut.
  4. Isi nilai pembanding atau pilih posisi/opsi.
  5. Tambahkan kondisi lain hanya jika kedua syarat harus berlaku.
FieldContoh dan Artinya
JumlahMinimum (>=) 1000000 mencakup tepat satu juta; Maksimum (<=) juga mencakup nilai batasnya.
PosisiPilih nilai posisi yang tersedia pada kontrol kondisi; pastikan hasilnya melalui Uji Workflow.
DeskripsiSama dengan, Mengandung, atau Kosong, sesuai kebutuhan.
Field tambahan headerOperator mengikuti jenis field, misalnya minimum/maksimum angka atau perbandingan tanggal.

Semua kondisi IF dalam satu aturan menggunakan AND: setiap kondisi harus cocok. IF kosong berlaku untuk semua reimbursement pada formulir tersebut. Kondisi ini berbeda dari pilihan OR/AND pada tahap THEN. Isi nilai sesuai format kontrol; jangan menulis kalimat seperti “di atas satu juta” pada nilai nominal.

Pemberi persetujuan di THEN ​

Tambahkan tahap sesuai urutan persetujuan. Tahap berikutnya menunggu tahap sebelumnya selesai.

PilihanCara Menentukan Pengguna
SupervisorMencari ke atas dari posisi aktual pemohon sampai posisi induk pertama yang memiliki pengguna aktif selain pemohon. Posisi induk yang kosong dapat dilewati.
PIC Posisi TeratasMenggunakan pengguna aktif pada posisi tertinggi dalam hierarki, selain pemohon; tidak mencari ke posisi bawah jika posisi teratas kosong.
PenggunaMenggunakan pengguna aktif tertentu yang dipilih dalam perusahaan ini.

Tidak ada field penunjukan PIC pada editor Posisi. Keanggotaan posisi diatur pada akun pengguna. Satu posisi dapat memiliki beberapa pengguna aktif.

Untuk tahap dengan beberapa pengguna, pilih OR (Anyone can approve) jika satu persetujuan cukup, atau AND (Everyone must approve) jika semua pengguna pada tahap tersebut wajib menyetujui. Pilihan ini tidak mengubah urutan antartahap.

Pemohon tidak dapat menyetujui reimbursement-nya sendiri. Setelah menentukan penerima melalui delegasi aktif, Reimbursement mengeluarkan pihak yang akhirnya ditugaskan apabila orang tersebut adalah pemohon, termasuk pemohon yang dipilih melalui Pengguna. Jika pemohon yang dipilih mendelegasikan kepada orang lain yang memenuhi syarat, orang lain tersebut masih dapat ditugaskan. Penerima yang berulang tidak ditugaskan lagi pada tahap berikutnya. Pengguna tertentu yang tidak tersedia atau hierarki tidak valid tetap merupakan kesalahan konfigurasi.

Jika Pemohon Ada Dalam Aturan ​

Mengeluarkan pemohon bukan berarti persetujuan sudah diberikan. Ketentuan OR/AND pada tahap berlaku bagi pihak yang masih ditugaskan:

Tahap yang DiaturHasil Tanpa Delegasi
Pemohon sajaTahap dilewati. Lanjut ke tahap berikutnya yang masih memiliki pihak untuk memberikan persetujuan.
Pemohon OR LiamLiam tetap wajib menyetujui; adanya pemohon tidak memenuhi OR.
Pemohon AND LiamLiam tetap wajib menyetujui.
Pemohon AND Liam AND pihak lainKedua pihak yang tersisa wajib menyetujui.

Jika seluruh tahap tidak memiliki pihak yang tersisa, fase persetujuan reimbursement dapat selesai tanpa keputusan manusia. Klaim menjadi siap untuk langkah pembayaran berikutnya; ini tidak menjalankan transfer dana. Periksa kesesuaiannya dengan kebijakan perusahaan sebelum menggunakan aturan tersebut.

Tahap pemohon saja dilewati pada Uji Alur

Pemohon OR pihak lain tetap membutuhkan persetujuan pihak lain

Uji dengan pemohon yang benar. Contoh ini berlaku untuk Reimbursement, bukan validasi pemohon yang dipilih sebagai pemberi persetujuan pada Konfigurasi Kas Bon. Alur ditentukan ketika mengirim atau mengirim ulang; keputusan terdahulu tidak ditulis ulang dan penugasan yang sudah menunggu tidak otomatis dibentuk kembali.

Penugasan tidak memberikan hak akses persetujuan. Pengguna tanpa akses tetap Pending dan dapat menerima pemberitahuan, tetapi tidak dapat membuka atau memutuskan persetujuan sampai izin yang sesuai diberikan. Periksa seluruh catatan simulator sebelum mengandalkan aturan.

5. Contoh Skenario Persetujuan ​

Berikut contoh kebijakan, bukan ketentuan wajib dari Reimburse.id:

NominalPersetujuan
Di bawah Rp1.000.000Tidak ada aturan cocok; disetujui otomatis.
Rp1.000.000 atau lebihSupervisor, lalu PIC Posisi Teratas.

Buat aturan aktif bernama High Amount Claim dengan Jumlah → Minimum (>=) → 1000000. Tambahkan Supervisor sebagai tahap 1 dan PIC Posisi Teratas sebagai tahap 2. Jangan menambahkan aturan tanpa kondisi jika kebijakan yang dituju adalah persetujuan otomatis di bawah batas tersebut.

Dengan Eka Employee pada Operations Staff, Supervisor mengarah ke Liam Team Lead pada Operations Team Lead; posisi teratas mengarah ke Jessica Andini. Pastikan keduanya memiliki akses persetujuan. Untuk pemohon yang juga berada pada posisi teratas, jangan menganggap alurnya akan sama.

Periksa Uji Workflow Sebelum Memakai Formulir ​

  1. Simpan aturan, lalu klik Uji Workflow.
  2. Pilih pemohon yang sebenarnya dan isi nominal/deskripsi/nilai field tambahan contoh.
  3. Klik Simulasikan dan baca aturan terpilih, hasil kondisi, tahap, serta peringatannya.
  4. Ubah nominal untuk memeriksa nilai batas dan nilai di bawahnya, lalu simulasikan kembali.

Aturan cocok dan pengguna yang dipilih

Tidak ada aturan cocok dan persetujuan otomatis

Posisi contoh memengaruhi kondisi posisi; Supervisor/PIC tetap mengikuti posisi aktual pemohon yang dipilih. Simulasi memakai konfigurasi tersimpan, tidak menyimpan atau mengajukan klaim, dan tidak mengirim permintaan persetujuan. Preview berhasil bukan bukti persetujuan atau pembayaran aktual sudah selesai.

6. Prioritas Aturan ​

Prioritas aturan menentukan alur, sedangkan prioritas form menentukan urutan menu. Gunakan tindakan perpindahan aturan dan periksa urutan terbaru. Letakkan kondisi khusus dahulu dan aturan tanpa kondisi terakhir hanya jika kebijakan perusahaan mewajibkan persetujuan untuk kasus lainnya.

Pola PrioritasHasil
Aturan khusus dahulu, umum terakhirAlur khusus digunakan jika cocok; klaim lain memakai alur umum.
Aturan umum dahuluCocok untuk semua klaim sehingga aturan bawah tidak dipilih.
Tidak ada aturan aktif yang cocokPersetujuan selesai otomatis; administrasi pembayaran tetap terpisah.

Jika semua nominal harus diperiksa, tambahkan aturan terakhir dengan IF kosong dan pemberi persetujuan yang diperlukan. Ini mengubah kebijakan contoh sebelumnya: klaim kecil juga akan menunggu persetujuan.

7. Status Aktif, Nonaktif, dan Hapus ​

Nonaktifkan formulir jika tidak lagi ditawarkan untuk klaim baru. Dokumen historis tetap tersimpan. Menonaktifkan aturan mengeluarkannya dari pencocokan alur baru; bukan cara membatalkan persetujuan existing.

Gunakan Hapus hanya jika diizinkan aplikasi dan tidak ada riwayat terkait. Jika penghapusan ditolak, periksa pesan dan utamakan menonaktifkan daripada menghapus dokumen terkait.

8. Checklist yang Disarankan ​

  1. Nama formulir, status aktif, dan akses pemohon sudah tepat.
  2. Field header/detail, informasi wajib, dan teks bantuan sesuai kebijakan.
  3. Penomoran memakai zona waktu serta preview yang benar.
  4. Instruksi aktif jika membantu pengguna.
  5. Nilai batas IF, urutan aturan, pilihan OR/AND, dan perilaku tanpa kecocokan sudah disengaja.
  6. Posisi aktual karyawan dan izin setiap pemberi persetujuan sudah benar.
  7. Uji Workflow memberikan hasil yang diharapkan pada, di bawah, dan di atas batas, tanpa peringatan yang belum diselesaikan.

Lanjutkan ke Panduan Pengguna Reimbursement untuk mengajukan klaim. Jika diperlukan, atur Kas Bon secara terpisah.

Desain Cetak Opsional ​

Penghubungan Template Print Reimbursement ​

Buka Cetak, pilih template yang sesuai, lalu simpan. Biarkan kosong untuk memakai tampilan cetak reimbursement bawaan.

Tab cetak dan penetapan template

Buka Konfigurasi → Template & Ekspor → Cetak Reimbursement. Tambah/ubah template, susun section, baris/kolom, dan block, tinjau preview dengan dokumen yang mewakili, lalu simpan. Kembali ke tab Cetak pada formulir untuk menghubungkannya.

Editor desain cetak

Block dapat menampilkan judul, paragraf, Label & Value, detail biaya, lampiran, persetujuan/tanda tangan, dan identitas perusahaan. Desain khusus bersifat opsional, bukan syarat pengajuan pertama.

Apa Saja yang Bisa Ditampilkan oleh Label & Value ​

Hubungkan field standar, field tambahan header, field profil pemohon, atau field tanggal. Label tetap dapat tampil saat dokumen tidak memiliki nilai untuk field tersebut; periksa hubungan field dan data sebelum mengubah template.

Pengaturan Print Khusus ​

Field tanggal dapat memakai format khusus cetak. Satu template dapat dipakai beberapa formulir; mengubahnya dapat memengaruhi hasil cetak formulir terkait. Pilih template aktif yang sesuai dan periksa dokumen nyata selain preview.

Masalah Umum pada Print Builder ​

MasalahYang Perlu Diperiksa
Nilai kosongData dokumen dan hubungan field.
Tampilan lama/bawaanPenetapan template pada tab Cetak formulir.
Preview berbedaDokumen contoh dan template yang terhubung mungkin berbeda.
Template tidak tersediaJenis, status aktif, dan akses pengelolaan template.

Masalah Umum ​

MasalahYang Perlu Diperiksa
Formulir tidak terlihatStatus aktif, pilihan peran pemohon, dan akses membuat.
Field detail hilangHubungkan di Akses & Field, bukan hanya pilihan header.
Pengguna persetujuan salahPosisi aktual pemohon, keanggotaan aktif, delegasi, urutan aturan, dan akses persetujuan.
Klaim disetujui tanpa pemeriksaanTidak ada aturan cocok, atau seluruh tahap tidak memiliki pihak yang tersisa setelah pemohon/penerima berulang dikeluarkan maupun pilihan dinamis tidak menemukan kandidat. Periksa Uji Workflow dan kebijakan yang dituju.
Penomoran terblokirPeriksa zona waktu/periode dan peringatan; jangan reset nomor urut untuk melewatinya.