Policy Reimbursement Karyawan: Aturan yang Bisa Dipakai Finance

Policy reimbursement karyawan adalah aturan tertulis yang menjelaskan pengeluaran apa yang boleh diganti, siapa yang boleh mengajukan, bukti apa yang wajib, siapa yang menyetujui, dan kapan pembayaran dilakukan.

Intinya

• Policy yang dipakai finance tidak harus panjang. Ia cukup jelas untuk menghasilkan keputusan yang konsisten, dan cukup fleksibel untuk menangani pengecualian.
• Mulai dari alur: pengajuan → pemeriksaan bukti → approval → pembayaran → pencatatan dan rekonsiliasi.
• Pisahkan reimbursement dari pengeluaran yang seharusnya dibayar lewat kartu perusahaan atau business account, supaya sumber transaksi tidak tercampur.

Finance memeriksa kuitansi dan dokumen pendukung sebelum pengajuan reimbursement disetujui.

Kalau kamu sedang membenahi alur reimbursement dari nol, halaman Reimbursement Monit bisa jadi bahan pembanding untuk melihat bagaimana pengajuan, approval, dan pembayaran dirangkai dalam satu alur.

Mengapa policy reimbursement sering tidak dipakai?

Banyak policy berhenti sebagai dokumen karena hanya berisi kalimat umum seperti "semua pengeluaran harus disetujui atasan." Tim tetap butuh jawaban operasional:

• Apakah transportasi lokal perlu receipt?
• Berapa lama batas pengajuan setelah transaksi?
• Siapa approver jika pengaju adalah manager?
• Bagaimana jika vendor tidak mengeluarkan kuitansi?
• Apakah makan malam dengan client diperlakukan berbeda dari makan biasa?
• Apa yang dilakukan jika nominal melewati batas?
• Kapan reimbursement dibayar setelah disetujui?

Kalau policy tidak menjawab situasi tersebut, keputusan berpindah ke chat dan kebiasaan masing-masing orang. Akibatnya, finance mengejar bukti, karyawan menunggu pembayaran, dan laporan biaya sulit dibandingkan antarperiode. Bahasan serupa ada di kebijakan reimbursement karyawan dan aturan pengecualian pengeluaran karyawan.

Apa saja isi minimum policy?

1. Ruang lingkup dan siapa yang boleh mengajukan

Tulis apakah policy berlaku untuk karyawan tetap, kontraktor, pekerja lapangan, atau kategori lain. Perlakuan untuk kontraktor bisa mengikuti kontrak dan proses vendor, jadi jangan menyamakan semua pihak tanpa konfirmasi HR atau Legal.

2. Kategori yang boleh dan tidak boleh

Gunakan kategori yang mengikuti cara kerja tim. Contohnya:

• Transportasi (taksi, parkir, tol): catat tanggal, tujuan, dan receipt jika tersedia.
• Makan kerja (meeting client atau tim): catat peserta, tujuan bisnis, dan receipt.
• Pembelian kecil (alat kantor, kebutuhan lapangan): catat vendor, item, dan project.
• Perjalanan dinas (hotel, transportasi): lampirkan itinerary, tanggal, dan ikuti policy perjalanan.
• Biaya digital yang tidak dibayar dari kartu perusahaan: catat vendor, owner, periode, dan alasan.

Daftar ini hanya contoh. Setiap perusahaan perlu menyesuaikan kategori, dokumentasi, dan batas internal dengan finance dan HR, serta dengan Legal/Tax bila relevan.

3. Batas nominal dan aturan approval

Jangan hanya menulis "sesuai kewajaran." Tentukan batas berdasarkan kategori atau kondisi yang bisa diperiksa. Di atas batas tertentu, minta approval tambahan. Jelaskan juga apakah approval harus dilakukan sebelum transaksi, atau boleh sesudahnya untuk kondisi tertentu.

Angka batas adalah kebijakan internal, bukan angka universal. Review secara berkala agar tetap sesuai budget dan pola pengeluaran. Untuk struktur persetujuan yang lebih rinci, lihat approval matrix pengeluaran perusahaan.

4. Bukti transaksi dan konteks bisnis

Receipt adalah bukti pembayaran, tetapi belum tentu menjelaskan tujuan bisnis. Minta informasi minimum: tanggal, merchant, nominal, kategori, tujuan, project atau client, dan approver.

Jika receipt hilang, policy harus menjelaskan apakah ada surat pernyataan, bukti alternatif, atau penolakan. Jangan membolehkan pengajuan tanpa bukti secara bebas, karena finance akan sulit membedakan pengecualian yang valid dari pengeluaran yang tidak bisa diverifikasi.

5. Batas waktu pengajuan dan pembayaran

Tulis kapan pengajuan harus dibuat, kapan approver memeriksa, dan bagaimana finance memberi status. Gunakan SLA internal yang benar-benar bisa dipenuhi, bukan janji waktu yang belum disepakati organisasi.

6. Pajak dan dokumen legal

Policy reimbursement tidak boleh dipakai untuk menyimpulkan perlakuan pajak secara otomatis. Jika pengeluaran menyangkut PPN, PPh, faktur pajak, vendor luar negeri, atau dokumen legal, minta arahan dari tim Tax, Finance, atau Legal yang bertanggung jawab.

Bagaimana alur reimbursement dari pengajuan sampai pembayaran?

Langkah 1: Karyawan mengajukan

Pengajuan mencantumkan tanggal, kategori, nominal, merchant, tujuan bisnis, cost center atau project bila diperlukan, serta receipt. Foto bukti harus terbaca dan tidak memuat data yang tidak perlu.

Langkah 2: Sistem atau finance memeriksa kelengkapan

Periksa field wajib, duplikasi, periode, dan kesesuaian nominal dengan bukti. Status yang jelas sangat membantu: draft, submitted, perlu dilengkapi, ditolak, menunggu approval, approved, ready to pay, dan paid.

Langkah 3: Approver memeriksa kebutuhan bisnis

Approver memastikan pengeluaran terkait pekerjaan, sesuai policy, dan punya budget owner. Approval bukan sekadar klik. Jika ada pengecualian, alasan dan keputusannya perlu disimpan.

Langkah 4: Finance memproses pembayaran

Finance memeriksa data penerima dan status approved sebelum membayar. Pisahkan pengajuan yang siap dibayar dari yang masih menunggu informasi. Jangan menandai paid hanya karena payment request sudah dibuat.

Langkah 5: Finance merekonsiliasi

Cocokkan pengajuan dengan pembayaran, periode, kategori, cost center, dan pencatatan accounting. Jika ada pembatalan, pembayaran ganda, atau nominal berubah, simpan status dan owner tindak lanjutnya. Untuk pencegahan klaim ganda, baca cara mencegah double claim pengeluaran karyawan.

Kapan memakai kartu perusahaan dan kapan reimbursement?

Keduanya bukan pilihan yang harus saling menghapus. Tentukan dulu kriterianya: siapa yang menalangi dana, apakah vendor menerima metode pembayaran perusahaan, seberapa mudah bukti dan owner-nya dilacak, serta seberapa berat beban rekonsiliasinya. Baru setelah itu pilih instrumen.

Jangan memaksa semua biaya masuk reimbursement. Sebaliknya, jangan menerbitkan kartu untuk semua kebutuhan jika jumlah kartu akan sulit dirawat. Perbandingan lengkapnya ada di reimbursement vs corporate card.

Seperti apa contoh policy untuk tim kecil?

Contoh ilustrasi: sebuah tim beranggotakan beberapa orang yang sering melakukan perjalanan, membeli kebutuhan kantor, dan menemui client. Policy ringkasnya bisa menetapkan:

1. Pengajuan dibuat maksimal sesuai batas waktu internal setelah transaksi.
2. Setiap pengajuan mencantumkan tujuan bisnis, kategori, nominal, dan receipt.
3. Meeting client mencantumkan nama client atau project dan peserta yang relevan.
4. Pengeluaran di atas batas kategori membutuhkan approval tambahan.
5. Pengaju tidak menyetujui pengajuannya sendiri.
6. Receipt yang hilang masuk jalur pengecualian dengan bukti alternatif jika diizinkan.
7. Finance hanya memproses status approved dan memberi status paid setelah pembayaran terkonfirmasi.
8. Pengajuan duplikat, di luar periode, atau tanpa konteks dikembalikan untuk diperbaiki.

Jangan menyalin daftar ini tanpa menyesuaikan batas nominal, peran, jadwal pembayaran, dan sistem accounting perusahaan.

Bagaimana menangani pengecualian?

Policy yang terlalu kaku membuat orang mencari jalan informal. Policy yang terlalu longgar menghilangkan kontrol. Buat jalur pengecualian yang terbatas:

• alasan pengecualian;
• siapa yang boleh menyetujui;
• bukti alternatif yang diterima;
• batas waktu penyelesaian;
• apakah pengecualian berlaku satu kali atau menjadi perubahan policy;
• kapan finance meninjau ulang.

Buat exception log dengan kolom pengaju, kategori, nominal, alasan, approver, status, dan tindakan berikutnya. Jangan menghapus pengajuan bermasalah dari laporan. Simpan statusnya agar pola yang berulang bisa terlihat.

Apa yang perlu dicek sebelum memilih software?

Tulis masalah dan alur kerja lebih dulu, baru bandingkan software berdasarkan kebutuhan nyata:

• apakah reimbursement dan transaksi kartu terlihat dalam konteks yang sama;
• apakah approval bisa dibedakan berdasarkan nominal, kategori, atau departemen;
• apakah receipt bisa dilampirkan dan dicari;
• apakah status payment batch jelas;
• apakah accounting export atau integrasi cocok dengan sistem yang dipakai;
• apakah ada audit trail untuk perubahan dan approval;
• apakah pengguna bisa memahami status tanpa bertanya ke finance;
• bagaimana data, akses, dan retensi dokumen dikelola.

Jangan memilih hanya karena daftar fiturnya panjang. Uji dengan tiga contoh nyata: reimbursement perjalanan, pembelian kecil tanpa receipt standar, dan pengeluaran meeting client. Lihat apakah finance bisa menjelaskan statusnya tanpa membuka banyak spreadsheet. Panduan lanjutan ada di memilih software expense management.

Bagaimana Monit dapat membantu?

Berdasarkan halaman resmi Monit, berikut pemetaan kebutuhan ke fitur yang dijelaskan di sana:

• Pengajuan lewat aplikasi: Reimbursement Monit menjelaskan karyawan memotret receipt dan mengirimnya dari aplikasi mobile, termasuk perhitungan klaim perjalanan berdasarkan jarak sesuai tarif perusahaan.
• Approval berjenjang: alur approval dapat diatur berdasarkan nominal, kategori, atau departemen, dan manager bisa menyetujui dari web atau mobile.
• Pembayaran: pengajuan yang sudah disetujui dapat dibayarkan secara bulk oleh finance.
• Kartu, receipt, dan pembukuan: Expense Management Monit menghubungkan kartu virtual dan fisik dengan limit per karyawan, pencocokan receipt, alur approval, dan sinkronisasi ke accounting software. Detail integrasi ada di halaman Accounting Integration.

Beberapa batasan yang perlu kamu ketahui: Monit adalah perusahaan teknologi, bukan bank. Rekening dan kartu diterbitkan lewat bank mitra yang merupakan anggota LPS, dan layanan pembayaran disediakan oleh penyedia jasa pembayaran berlisensi Bank Indonesia. Detail eligibility, konfigurasi approval, alur pembayaran, sistem accounting yang didukung, dan kebijakan dokumen perlu dikonfirmasi sesuai akun dan kebutuhan perusahaanmu. Monit tidak menggantikan policy internal maupun arahan Tax, HR, dan Legal.

FAQ

Apakah semua pengeluaran karyawan harus melalui reimbursement?

Tidak. Pengeluaran berulang atau terencana bisa memakai kartu perusahaan jika sesuai policy. Reimbursement tetap berguna ketika karyawan harus membayar lebih dulu, vendor tidak menerima metode pembayaran perusahaan, atau jenis transaksi tertentu memang diatur lewat jalur itu. Yang penting, setiap jenis pengeluaran punya jalur yang jelas dan tertulis.

Apakah receipt selalu wajib?

Sebaiknya policy menetapkan receipt sebagai bukti utama, lalu menjelaskan prosedur bila receipt hilang atau memang tidak tersedia, misalnya parkir atau transportasi tertentu. Bukti alternatif dan approval pengecualian harus dibatasi, punya approver yang jelas, dan dicatat di exception log agar bisa ditinjau berkala.

Siapa yang menyetujui reimbursement?

Biasanya budget owner atau manager yang memahami kebutuhan bisnis, dengan pemeriksaan finance untuk kelengkapan dan pencatatan. Pengaju sebaiknya tidak menyetujui pengajuannya sendiri. Struktur akhirnya mengikuti prinsip pemisahan tugas (segregation of duties) dan policy organisasi masing-masing, termasuk siapa yang menyetujui jika pengaju adalah manager.

Berapa lama reimbursement harus dibayar?

Tidak ada SLA yang berlaku universal. Tetapkan jadwal yang realistis untuk perusahaanmu, misalnya siklus pembayaran mingguan atau dua mingguan, lalu komunikasikan ke karyawan. Bedakan juga tiga status: approved, ready to pay, dan paid, supaya karyawan tahu posisi pengajuannya tanpa harus bertanya ke finance.

Apakah software expense management otomatis menyelesaikan masalah reimbursement?

Tidak. Software membantu alur, bukti, approval, dan status, tetapi kategori, policy, owner, budget, dan keputusan pengecualian tetap harus dirancang dan dijalankan oleh manusia. Software yang baik membuat aturan yang sudah jelas lebih mudah dijalankan, bukan menggantikan aturan yang belum ditulis.

Langkah berikutnya

Ambil sepuluh pengajuan reimbursement terakhir, lalu kelompokkan berdasarkan kategori, kelengkapan bukti, waktu approval, dan alasan pengecualian. Dari situ, tulis policy satu halaman yang menjawab siapa, apa, kapan, bukti apa, dan siapa yang menyetujui. Setelah itu, uji apakah alur kartu perusahaan dan reimbursement bisa berjalan tanpa membuat finance mengejar konteks lewat chat.

Mau melihat bagaimana alur ini bisa diatur di satu tempat? Coba Monit dan sesuaikan dengan kebutuhan timmu.