Klaim perjalanan sudah masuk ERP, tetapi reviewer masih membuka lampiran satu per satu untuk mencari tanggal, peserta, dan hubungan biaya dengan surat tugas. Ketika bukti hotel berbeda tanggal dari jadwal dinas, masalahnya belum tentu pelanggaran: bisa ada perubahan perjalanan yang belum tercatat.
AI agent klaim perjalanan dinas dapat membantu mengumpulkan bukti dan menandai ketidaksesuaian untuk finance. Perannya adalah menyiapkan pemeriksaan, bukan memutuskan hak karyawan atau membayar penggantian biaya. Panduan ini memakai skenario ilustratif perusahaan jasa lapangan, bukan portofolio atau hasil implementasi Layana.ID.
Tetapkan Hasil Kerja Agent dan Pemilik Keputusan
Hasil yang berguna berupa paket review per klaim: identitas klaim, daftar bukti, hubungan dengan surat tugas, butir kebijakan yang relevan, serta pertanyaan yang belum terjawab. Setiap temuan harus menunjukkan sumbernya. Ringkasan “klaim tidak sesuai” tanpa lokasi bukti hanya memindahkan pekerjaan pencarian kepada reviewer.
Finance memiliki pemeriksaan kelengkapan dan pencatatan. Atasan atau pemilik anggaran mengonfirmasi tujuan bisnis sesuai kewenangannya. HR atau pengelola kebijakan menjelaskan aturan yang berlaku. Perselisihan dan pengecualian ditangani manusia melalui prosedur perusahaan; agent tidak memberi label kecurangan dari bukti yang belum lengkap.
Bedakan Pembacaan Dokumen dan Pengambilan Tindakan
OCR membantu mengambil teks dari bukti pindai. Rules memeriksa tanggal wajib, format mata uang, atau keberadaan lampiran. Model bahasa dapat membantu membaca uraian dan merangkum hubungan antarberkas. Workflow tetap dapat mengarahkan klaim dari pengaju ke pemeriksa dan pemberi persetujuan.
Agent relevan jika ia perlu memilih pemeriksaan lanjutan berdasarkan bukti, misalnya membaca revisi surat tugas setelah menemukan perbedaan tanggal. Batasi pilihan tersebut pada tool dan sumber yang diizinkan. Chatbot yang menjawab kebijakan perjalanan belum menjadi agent pemeriksa klaim; kemampuan berkomunikasi tidak sama dengan kemampuan mengakses sistem secara terkendali.
Hubungkan HRIS, ERP, dan Arsip dengan ID Stabil
Kontrak data minimal memuat ID klaim, ID karyawan yang berwenang diakses, ID surat tugas, tanggal perjalanan, status pengajuan, mata uang, nilai yang diajukan, dan referensi lampiran. HRIS menyediakan konteks penugasan yang memang diperlukan; ERP menjadi sumber status transaksi dan angka keuangan. Arsip menyimpan dokumen beserta versinya.
Jangan mencocokkan orang hanya dari nama. Dua karyawan dapat memiliki nama serupa, sementara dokumen lama memakai format berbeda. Jika ID sumber tidak dapat disambungkan secara pasti, tandai relasi belum terverifikasi. Agent juga tidak boleh membuka klaim rekan lain sekadar karena file berada dalam folder yang sama.
Rancang integrasi API dan pertukaran data dengan ruang akses minimum. Pada tahap pertama, gunakan akses baca dan simpan hasil analisis di area terpisah. Status ERP tetap menjadi rujukan; ringkasan agent tidak boleh diam-diam menggantikannya.
Gunakan Versi Kebijakan yang Sesuai Perjalanan
Kebijakan baru dapat berlaku setelah perjalanan dilakukan. Paket review harus menyebut versi aturan, periode berlaku, dan klausul yang dipakai. Jika dokumen tidak memiliki tanggal efektif atau ada dua versi yang bertentangan, eskalasi kepada pemilik kebijakan. Model tidak berwenang memilih aturan yang paling menguntungkan salah satu pihak.
Contoh ilustratif: hotel mencatat dua malam, sedangkan surat tugas awal hanya satu malam. Agent menemukan revisi jadwal yang sudah disetujui dan menautkannya sebagai bukti. Jika revisi hanya berupa catatan tidak resmi, hasilnya adalah permintaan konfirmasi, bukan keputusan otomatis menerima atau menolak biaya.
Susun Pemeriksaan yang Bisa Dibantah
- Kelengkapan: bukti apa yang diwajibkan dan mana yang belum ditemukan.
- Konsistensi: apakah tanggal, peserta, lokasi, dan nominal cocok antarsumber.
- Keterkaitan: apakah biaya terhubung dengan penugasan yang valid.
- Kebijakan: klausul mana yang relevan dan apakah pengecualian terdokumentasi.
- Ketidakpastian: bagian mana yang tidak terbaca atau membutuhkan penjelasan pengaju.
Setiap temuan menyimpan dokumen asal dan bagian yang diperiksa, bukan hanya kesimpulan. Bila pengaju memperbaiki lampiran, hasil review sebelumnya harus ditandai kedaluwarsa. Pemberi persetujuan melihat perubahan yang terjadi sesudah pemeriksaan sehingga approval tidak dipakai untuk paket bukti yang sudah berbeda.
Jaga Data Pribadi dan Batas Kewenangan
Bukti perjalanan bisa memuat nomor identitas, rincian pembayaran, atau informasi orang lain. Batasi data yang diteruskan ke komponen AI dan tentukan retensi bersama pemilik proses. Pemilihan hosting, penyedia model, logging, serta kontrak pemrosesan perlu diperiksa; jangan menganggap semua konfigurasi AI memiliki perlindungan data yang sama.
Lampiran diperlakukan sebagai data, termasuk jika berisi kalimat yang meminta sistem mengabaikan aturan. Instruksi dalam bukti tidak boleh memberi kewenangan baru. Lihat risiko prompt injection pada AI agent untuk batas antara isi dokumen dan instruksi sistem.
Uji Pilot dengan Kasus yang Menyulitkan Reviewer
Gunakan klaim historis yang disamarkan dan keputusan reviewer yang sudah diselesaikan. Sertakan bukti buram, lampiran ganda, perubahan jadwal, beberapa mata uang, klaim dibatalkan, dan pengguna tanpa hak akses. Pisahkan kegagalan membaca dokumen dari kesalahan menafsirkan kebijakan supaya perbaikannya tepat.
KPI meliputi kelengkapan temuan, temuan keliru, klaim yang tetap perlu pencarian manual, waktu reviewer sampai keputusan, dan jumlah akses yang ditolak dengan benar. Ukur juga waktu pengaju memperbaiki permintaan dokumen. Review yang cepat tetapi menghasilkan banyak permintaan keliru bukan perbaikan proses yang meyakinkan.
Mulai dari satu jenis perjalanan dengan kebijakan jelas, jalankan sebagai pendamping proses existing, dan tentukan batas penerimaan sebelum uji. Bekukan aksi pembayaran, perubahan nominal, serta keputusan pengecualian. Perluasan hanya dipertimbangkan jika bukti kualitas, beban review, dan kontrol akses sama-sama memadai.
Siapkan Brief untuk Diskusi Implementasi
Rujukan arsitektur Anthropic membedakan workflow berkode tetap dari agent yang memilih langkah secara dinamis; tulisan tersebut bukan jaminan hasil pada klaim perjalanan. Rancangan operasional dalam artikel ini perlu diuji pada kebijakan dan sistem perusahaan sendiri.
Untuk menilai kebutuhan AI bisnis bersama Layana.ID, siapkan contoh klaim yang disamarkan, alur persetujuan, kebijakan berversi, sumber data, dan PIC finance. Diskusikan pilot pemeriksaan klaim perjalanan dinas dengan keluaran review dan batas tindakan yang jelas.