Templat data pengelolaan pengeluaran Anda

Expensify
Templat data pengelolaan pengeluaran Anda

Templat data pengelolaan pengeluaran Anda

Templat ini memandu Anda mengumpulkan data yang diperlukan untuk menganalisis proses pengelolaan pengeluaran. Templat ini menjelaskan atribut penting yang perlu dikumpulkan, aktivitas utama yang perlu dilacak, serta cara praktis mengambil data dari sistem Expensify. Gunakan panduan ini untuk menyiapkan data dan mendapatkan insight process mining.
  • Atribut yang disarankan untuk dikumpulkan agar analisis lebih menyeluruh
  • Aktivitas utama yang perlu dilacak untuk menemukan proses secara akurat
  • Panduan praktis untuk mengekstrak data
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut pengelolaan pengeluaran

Berikut kolom data yang disarankan untuk disertakan dalam log peristiwa agar analisis dan optimalisasi pengelolaan pengeluaran berjalan menyeluruh.
3 Wajib 5 Disarankan 12 Opsional
Nama Deskripsi
ID Laporan Pengeluaran
ExpenseReportId
Pengenal unik untuk laporan pengeluaran yang mengelompokkan semua aktivitas terkait, dari pengajuan hingga penggantian biaya.
Deskripsi

ID Laporan Pengeluaran adalah pengenal kasus utama dalam proses pengelolaan pengeluaran. Setiap ID mewakili satu kumpulan pengeluaran yang diajukan karyawan untuk disetujui dan diganti biayanya. Atribut ini penting untuk melacak perjalanan laporan dari awal hingga akhir dan menyusun seluruh siklusnya, termasuk semua pengajuan, persetujuan, penolakan, dan pembayaran.

Mengapa ini penting

Atribut ini menggabungkan semua peristiwa terkait ke dalam satu instans proses. Inilah dasar analisis process mining.

Sumber data

Ini adalah kunci utama pada objek data laporan pengeluaran, yang biasanya tersedia melalui endpoint reports di Expensify API dengan nama 'reportID'.

Contoh
RPT_84321RPT_99012RPT_10573
Nama Aktivitas
ActivityName
Nama peristiwa bisnis yang terjadi pada waktu tertentu dalam proses laporan pengeluaran.
Deskripsi

Nama Aktivitas menjelaskan langkah atau tonggak tertentu dalam proses pengelolaan pengeluaran, seperti 'Laporan Pengeluaran Diajukan' atau 'Disetujui Manajer'. Atribut ini menjadi dasar peta proses, sehingga analis dapat melihat alur kerja, menemukan jalur yang umum, serta mengenali penyimpangan atau hambatan. Menganalisis urutan aktivitas penting untuk memahami efisiensi dan kepatuhan proses.

Mengapa ini penting

Atribut ini menentukan langkah-langkah dalam peta proses, sehingga alur proses, variasi, dan siklus pengerjaan ulang dapat dilihat dan dianalisis.

Sumber data

Atribut ini biasanya diperoleh dengan memetakan perubahan status laporan, komentar, atau entri log riwayat dari Expensify ke daftar aktivitas yang sudah distandardisasi.

Contoh
Laporan biaya diajukanDisetujui ManajerDitolak Bagian KeuanganPenggantian Biaya Dibayarkan
Waktu Peristiwa
EventTime
Waktu yang menunjukkan kapan aktivitas atau peristiwa tertentu terjadi pada laporan pengeluaran.
Deskripsi

Waktu Peristiwa mencatat tanggal dan waktu setiap aktivitas dalam proses secara tepat. Informasi waktu ini penting untuk menghitung waktu siklus, durasi, dan waktu tunggu antar langkah. Data ini membantu menganalisis hambatan, tren kinerja dari waktu ke waktu, dan kepatuhan terhadap perjanjian tingkat layanan. Tanpa cap waktu yang akurat, analisis process mining hanya dapat menemukan alur proses.

Mengapa ini penting

Cap waktu diperlukan untuk semua analisis berbasis waktu, termasuk menghitung waktu siklus, menemukan hambatan, dan memantau kinerja proses.

Sumber data

Ini adalah cap waktu pembuatan yang terkait dengan setiap entri log riwayat atau perubahan status dalam data laporan Expensify.

Contoh
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-01T09:12:05Z
Departemen Karyawan
EmployeeDepartment
Departemen atau unit bisnis tempat pengaju bekerja.
Deskripsi

Atribut ini menunjukkan departemen organisasi tempat karyawan yang mengajukan laporan bekerja, seperti 'Penjualan', 'Teknik', atau 'Pemasaran'. Dimensi ini penting untuk membandingkan waktu siklus, tingkat penolakan, dan kepatuhan kebijakan di berbagai bagian perusahaan. Perbandingan ini membantu menemukan masalah atau kebutuhan pelatihan di departemen tertentu.

Mengapa ini penting

Memungkinkan Anda menelusuri analisis lebih dalam untuk membandingkan kinerja proses dan kepatuhan di berbagai unit bisnis.

Sumber data

Informasi ini mungkin disimpan sebagai tag pada laporan atau di profil pengguna pengaju di Expensify. Anda mungkin perlu melengkapinya dengan data dari sistem HR eksternal.

Contoh
PenjualanPemasaranTeknikKeuangan
Pemberi Persetujuan
Approver
Nama atau ID pengguna yang bertanggung jawab menyetujui atau menolak laporan pengeluaran.
Deskripsi

Atribut Pemberi Persetujuan menunjukkan manajer atau anggota tim keuangan yang mengambil tindakan atas laporan pengeluaran yang diajukan. Informasi ini penting untuk menganalisis perilaku tiap pemberi persetujuan, seperti waktu persetujuan, tingkat penolakan, dan pembagian beban kerja. Dengan memahami kinerja pemberi persetujuan, Anda dapat menemukan kebutuhan pelatihan, membagi ulang beban kerja, dan menyederhanakan proses persetujuan.

Mengapa ini penting

Atribut ini penting untuk menganalisis hambatan persetujuan, pembagian beban kerja, dan tingkat penolakan tiap pemberi persetujuan.

Sumber data

Informasi ini terdapat dalam riwayat laporan atau log alur kerja, biasanya terkait dengan peristiwa persetujuan atau penolakan. Nama kolomnya mungkin 'managerEmail' atau sejenisnya.

Contoh
jane.doe@example.comjohn.smith@example.comfinance.approver@example.com
Penanda Pelanggaran Kebijakan
PolicyViolationFlag
Indikator boolean yang bernilai benar jika laporan ditandai karena pelanggaran kebijakan.
Deskripsi

Penanda ini menunjukkan apakah laporan pengeluaran memicu satu atau beberapa pelanggaran kebijakan, misalnya melebihi batas belanja atau tidak menyertakan bukti pembayaran. Sistem otomatis Expensify sering menandai masalah seperti ini. Atribut ini penting untuk dasbor Ikhtisar Pelanggaran Kebijakan, yang membantu menghitung masalah kepatuhan dan menentukan bagian yang perlu diperbaiki.

Mengapa ini penting

Mengukur kepatuhan terhadap kebijakan secara langsung dan membantu menemukan laporan yang perlu ditinjau lebih lanjut. Atribut ini menjadi masukan penting untuk dasbor kepatuhan.

Sumber data

Laporan Expensify biasanya memiliki kolom atau status khusus yang menunjukkan pelanggaran, seperti 'hasViolations' atau penanda boolean serupa.

Contoh
truefalse
Pengaju
Submitter
Karyawan yang membuat dan mengajukan laporan pengeluaran.
Deskripsi

Atribut Pengaju menunjukkan karyawan yang mengeluarkan biaya dan meminta penggantian. Informasi ini digunakan untuk menganalisis pola pengeluaran berdasarkan karyawan, departemen, atau jabatan. Atribut ini membantu menjawab kelompok mana yang paling sering mengalami keterlambatan atau memiliki tingkat pelanggaran kebijakan tertinggi, sehingga pengalaman karyawan dapat dianalisis dengan lebih baik.

Mengapa ini penting

Memungkinkan analisis kinerja proses dari sudut pandang karyawan dan membantu menemukan kelompok yang sering mengalami masalah atau keterlambatan.

Sumber data

Ini adalah kolom utama pada objek laporan pengeluaran, biasanya bernama 'policyEmail', 'submitterEmail', atau 'employeeEmail'.

Contoh
sara.jones@example.comkevin.lee@example.commaria.garcia@example.com
Total Nilai Laporan
ReportTotalAmount
Jumlah nilai uang seluruh pengeluaran dalam laporan.
Deskripsi

Atribut ini menunjukkan jumlah seluruh pengeluaran dalam satu laporan. Ini adalah metrik keuangan penting untuk berbagai analisis, misalnya menemukan pengeluaran bernilai tinggi yang mungkin perlu ditinjau lebih lanjut atau mengikuti jalur persetujuan berbeda. Atribut ini juga digunakan dalam pelaporan keuangan dan untuk memahami pola belanja di seluruh organisasi.

Mengapa ini penting

Membantu menganalisis laporan pengeluaran bernilai tinggi dan menemukan tren belanja. Atribut ini juga penting untuk dasbor keuangan dan kepatuhan.

Sumber data

Tersedia pada objek laporan Expensify, biasanya dengan nama 'total' atau 'amount'.

Contoh
150.752500.0089.50
Alasan Penolakan
RejectionReason
Alasan yang diberikan pemberi persetujuan saat menolak laporan pengeluaran atau mengembalikannya untuk direvisi.
Deskripsi

Saat menolak laporan pengeluaran, pemberi persetujuan biasanya dapat menyertakan alasan. Atribut teks ini mencatat alasan tersebut dan memberikan informasi kualitatif yang berharga tentang penyebab laporan tidak disetujui. Dengan menganalisis alasan penolakan, Anda dapat menemukan kesalahan umum saat pengajuan, kebijakan yang kurang jelas, atau kebutuhan pelatihan karyawan. Temuan ini membantu meningkatkan tingkat persetujuan pada pengajuan pertama.

Mengapa ini penting

Memberikan informasi kualitatif tentang penyebab pengerjaan ulang. Informasi ini penting untuk menemukan akar masalah penolakan laporan.

Sumber data

Informasi ini biasanya terdapat dalam komentar atau log riwayat yang terkait dengan peristiwa penolakan.

Contoh
Bukti pembayaran tidak ada untuk pengeluaran di atas $75Kategori pengeluaran yang dipilih salahPengeluaran yang sama diajukan lebih dari sekali
Disetujui pada pengajuan pertama
IsFirstPassApproval
Penanda hasil perhitungan yang bernilai benar jika laporan disetujui tanpa penolakan atau revisi.
Deskripsi

Penanda boolean ini dihitung untuk setiap laporan pengeluaran guna mengetahui apakah laporan melewati proses persetujuan tanpa hasil negatif, seperti ditolak atau dikembalikan untuk direvisi. Nilai ini mengukur langsung kualitas dan efisiensi proses, serta menjadi masukan bagi KPI Tingkat Persetujuan pada Pengajuan Pertama. Tingkat yang tinggi menunjukkan pengajuan berkualitas baik dan kebijakan dipahami dengan jelas.

Mengapa ini penting

Mengukur langsung kualitas pengajuan awal dan efisiensi alur persetujuan, sekaligus menunjukkan seberapa sering pekerjaan perlu diulang.

Sumber data

Nilai ini dihitung dengan memeriksa urutan aktivitas untuk ExpenseReportId tertentu. Jika urutan tersebut tidak memuat 'Ditolak oleh Manajer', 'Ditolak oleh Keuangan', atau 'Laporan Dikembalikan untuk Direvisi', penanda bernilai benar.

Contoh
truefalse
Hasil Audit
AuditOutcome
Hasil audit manual atau otomatis atas laporan pengeluaran.
Deskripsi

Atribut ini mencatat hasil audit, seperti 'Lulus', 'Gagal', atau 'Lulus dengan Temuan'. Atribut ini relevan bagi perusahaan yang menerapkan tahap audit resmi dalam proses pengeluaran, baik untuk semua laporan maupun sampel tertentu. Dengan menganalisis hasil audit, Anda dapat memahami tingkat kepatuhan dan efektivitas kontrol yang diterapkan.

Mengapa ini penting

Mengukur hasil pemeriksaan kepatuhan secara langsung dan penting untuk menganalisis efektivitas proses audit.

Sumber data

Atribut ini mungkin hanya berupa konsep atau disimpan sebagai tag maupun komentar. Ketersediaannya bergantung pada konfigurasi proses khusus perusahaan di Expensify.

Contoh
LulusGagal, Pelanggaran KebijakanLulus dengan Catatan
Kategori Pengeluaran
ExpenseCategory
Kategori yang ditetapkan untuk satu rincian pengeluaran dalam laporan.
Deskripsi

Kategori Pengeluaran mengelompokkan jenis belanja, seperti 'Perjalanan', 'Makanan dan Hiburan', atau 'Perangkat Lunak'. Satu laporan dapat memuat beberapa kategori. Namun, atribut ini sering diringkas ke tingkat laporan, misalnya dengan memilih kategori yang paling sering muncul atau yang nilainya paling besar. Atribut ini digunakan untuk menganalisis tren belanja dan memeriksa kepatuhan kebijakan untuk jenis pengeluaran tertentu.

Mengapa ini penting

Membantu menganalisis pola belanja, pelanggaran kebijakan, dan waktu persetujuan untuk berbagai jenis pengeluaran.

Sumber data

Tersedia pada tingkat rincian pengeluaran ('transactions') dalam laporan. Anda perlu menerapkan agregasi atau aturan bisnis untuk menetapkannya pada tingkat kasus.

Contoh
Tiket PesawatPenginapanMakananPerlengkapan Kantor
Mata Uang
Currency
Kode mata uang untuk nilai dalam laporan pengeluaran.
Deskripsi

Atribut Mata Uang menunjukkan mata uang yang digunakan untuk Total Nilai Laporan, seperti USD, EUR, atau GBP. Atribut ini penting bagi organisasi yang beroperasi di beberapa negara agar data keuangan dapat ditafsirkan dengan benar. Analisis semua nilai uang bersama atribut ini untuk menghindari penjumlahan yang keliru.

Mengapa ini penting

Membantu memastikan analisis dan pelaporan keuangan akurat dengan memberikan konteks yang diperlukan untuk semua nilai uang.

Sumber data

Ini adalah kolom standar pada objek laporan Expensify, biasanya bernama 'currency'.

Contoh
USDEURGBPCAD
Metode Pembayaran
PaymentMethod
Metode yang digunakan untuk mengganti biaya karyawan.
Deskripsi

Atribut ini menjelaskan cara karyawan menerima penggantian biaya, seperti 'Transfer Langsung (ACH)', 'PayPal', atau 'Kartu Kredit Perusahaan'. Dengan menganalisis metode pembayaran, Anda dapat memahami tahap penggantian biaya, terutama jika metode tertentu menyebabkan keterlambatan lebih lama. Atribut ini memberikan konteks tambahan untuk langkah-langkah akhir proses.

Mengapa ini penting

Memberikan konteks untuk tahap penggantian biaya dan dapat digunakan untuk menganalisis keterlambatan atau biaya yang terkait dengan berbagai metode pencairan.

Sumber data

Informasi ini biasanya tersedia dalam detail penggantian biaya pada laporan yang sudah ditutup.

Contoh
ACHPayPalBill.com
Nama Kebijakan
PolicyName
Nama kebijakan pengeluaran yang berlaku untuk laporan.
Deskripsi

Di Expensify, kelompok karyawan yang berbeda dapat mengikuti kebijakan pengeluaran yang berbeda. Atribut ini menunjukkan kebijakan khusus yang mengatur laporan pengeluaran. Atribut ini penting untuk analisis karena memungkinkan Anda membandingkan kepatuhan dan efisiensi antar kebijakan, yang mungkin memiliki aturan dan alur kerja persetujuan berbeda.

Mengapa ini penting

Memungkinkan analisis proses dikelompokkan berdasarkan aturan yang berlaku. Ini penting untuk memahami variasi yang disebabkan oleh perbedaan kebijakan.

Sumber data

Ini adalah kolom standar pada objek laporan di Expensify, biasanya bernama 'policyID' atau 'policyName'.

Contoh
Kebijakan Karyawan ASKebijakan Tim Penjualan InggrisKebijakan Perjalanan Eksekutif
Pembaruan Data Terakhir
LastDataUpdate
Waktu yang menunjukkan kapan data untuk rekaman ini terakhir kali diperbarui dari sistem sumber.
Deskripsi

Atribut ini mencatat tanggal dan waktu terakhir kali data diekstrak dan diperbarui di alat process mining. Informasi ini menunjukkan seberapa baru data yang digunakan dan membantu Anda memahami apakah analisis mencerminkan kondisi terkini. Dengan begitu, pengguna dapat memercayai temuan dan mengambil keputusan berdasarkan data terbaru.

Mengapa ini penting

Memastikan pengguna mengetahui kebaruan data, yang penting agar analisis proses tetap relevan dan akurat.

Sumber data

Biasanya berupa cap waktu pekerjaan ekstraksi data, yang ditambahkan selama proses transformasi data (ETL).

Contoh
2023-11-20T08:00:00Z2023-11-21T08:00:00Z
Sistem Sumber
SourceSystem
Sistem tempat data diekstrak.
Deskripsi

Atribut ini menunjukkan asal data proses, dalam hal ini 'Expensify'. Informasi ini penting untuk tata kelola data, terutama jika data dari beberapa sistem digabungkan. Atribut ini membantu melacak asal-usul data dan memahami konteks proses.

Mengapa ini penting

Memberikan konteks penting untuk melacak asal-usul data dan membedakan proses saat data dari beberapa sistem sumber dimuat ke lingkungan yang sama.

Sumber data

Nilainya tetap ('Expensify') dan perlu ditambahkan selama proses transformasi data.

Contoh
ExpensifyExpensifyAPI-v2.0
Status Laporan
ReportStatus
Kondisi laporan pengeluaran saat ini dalam siklus prosesnya.
Deskripsi

Status Laporan menunjukkan posisi laporan pengeluaran saat ini dalam proses, seperti 'TERBUKA', 'DIAJUKAN', 'DISETUJUI', 'SUDAH DIGANTI BIAYANYA', atau 'DITUTUP'. Status ini memberikan gambaran kemajuan laporan. Dalam process mining, atribut ini sering digunakan untuk menentukan Nama Aktivitas. Atribut ini juga dapat digunakan sebagai dimensi untuk menganalisis lama waktu laporan berada di setiap status.

Mengapa ini penting

Menunjukkan kondisi kasus saat ini dan sering digunakan sebagai sumber untuk menyusun log aktivitas dalam process mining.

Sumber data

Ini adalah kolom standar pada objek laporan Expensify, biasanya bernama 'status' atau 'state'.

Contoh
DIAJUKANDISETUJUISUDAH DIGANTI BIAYANYADITUTUP
Total Waktu Siklus
TotalCycleTime
Total waktu sejak peristiwa pertama dibuat hingga peristiwa terakhir selesai dalam satu laporan pengeluaran.
Deskripsi

Total Waktu Siklus dihitung untuk setiap kasus dan mengukur durasi proses pengelolaan pengeluaran dari awal hingga akhir untuk satu laporan. Metrik ini menjadi indikator kinerja utama (KPI) untuk efisiensi proses secara keseluruhan. Perhitungannya menggunakan selisih waktu antara aktivitas pertama, misalnya 'Laporan Pengeluaran Dibuat', dan aktivitas terakhir, misalnya 'Penggantian Biaya Dibayarkan'.

Mengapa ini penting

KPI utama ini mengukur kecepatan proses secara keseluruhan dan membantu menemukan kasus yang berlangsung lama, yang mungkin menandakan masalah sistemik.

Sumber data

Atribut ini dihitung dengan mengambil (MAX(EventTime) - MIN(EventTime)) untuk setiap ExpenseReportId.

Contoh
6048001209600259200
Waktu Akhir Peristiwa
EventEndTime
Waktu saat aktivitas tertentu berakhir. Berguna untuk aktivitas yang durasinya dapat diukur.
Deskripsi

Banyak aktivitas dalam pengelolaan pengeluaran berlangsung seketika, tetapi aktivitas seperti 'Peninjauan Manajer' dapat dimodelkan dengan waktu mulai dan waktu selesai. Waktu Akhir Peristiwa menandai selesainya aktivitas tersebut. Jika digunakan bersama Waktu Mulai, atribut ini membantu menghitung waktu pemrosesan tiap langkah secara tepat dan menunjukkan bagian proses yang menyita waktu.

Mengapa ini penting

Memungkinkan Anda menghitung waktu pemrosesan aktivitas dan membedakan waktu kerja aktif dari waktu tunggu.

Sumber data

Biasanya bukan kolom langsung. Nilainya ditentukan dari waktu peristiwa berikutnya dalam urutan untuk kasus yang sama.

Contoh
2023-10-26T10:05:12Z2023-10-27T15:00:00Z
Wajib Disarankan Opsional

Aktivitas pengelolaan pengeluaran

Berikut langkah proses dan tonggak utama yang perlu dicatat dalam log peristiwa agar proses dapat ditemukan secara akurat dan hambatan teridentifikasi.
7 Disarankan 6 Opsional
Aktivitas Deskripsi
Disetujui Bagian Keuangan
Bagian keuangan atau pemberi persetujuan akhir telah meninjau dan memberikan persetujuan akhir atas laporan pengeluaran. Tindakan ini tercatat dalam riwayat alur kerja dan biasanya mengubah status laporan menjadi 'Disetujui'.
Mengapa ini penting

Ini adalah tahap persetujuan terakhir sebelum penggantian biaya. Lama waktu yang dibutuhkan pada tahap ini berpengaruh besar terhadap waktu siklus keseluruhan dan KPI Rata-rata Waktu Tunggu Penggantian Biaya.

Sumber data

Data ini diambil dari riwayat atau jejak audit laporan, yang mencatat tindakan persetujuan akhir, pemberi persetujuan dari tim keuangan, dan waktunya.

Pengumpulan data

Tercatat sebagai tindakan persetujuan akhir tersendiri dalam riwayat alur kerja laporan.

Jenis peristiwa explicit
Disetujui Manajer
Manajer langsung atau pemberi persetujuan tingkat pertama telah meninjau dan menyetujui laporan pengeluaran. Peristiwa ini tercatat dalam log alur kerja persetujuan, yang memuat tindakan pemberi persetujuan beserta waktunya.
Mengapa ini penting

Ini adalah tonggak penting dalam proses persetujuan. Dengan menganalisis waktu sejak laporan diajukan hingga tahap ini, Anda dapat menemukan hambatan terkait manajer dan mengukur KPI Waktu Siklus Persetujuan Manajer.

Sumber data

Data ini diambil dari riwayat atau jejak audit laporan, yang mencatat tindakan persetujuan, nama pemberi persetujuan, dan waktunya.

Pengumpulan data

Tercatat sebagai tindakan persetujuan tersendiri dalam riwayat alur kerja laporan.

Jenis peristiwa explicit
Laporan biaya diajukan
Karyawan secara resmi mengajukan laporan biaya yang telah selesai agar alur persetujuan dimulai. Ini menandai peralihan penting dari entri data ke proses pemeriksaan, yang biasanya tercatat melalui perubahan status dan waktu pengajuan.
Mengapa ini penting

Aktivitas ini merupakan tonggak penting yang memulai siklus persetujuan. Aktivitas ini menjadi titik awal untuk mengukur waktu pemeriksaan oleh manajer dan tim keuangan.

Sumber data

Disimpulkan dari perubahan status laporan dari 'Open' atau 'Draft' menjadi 'Processing' atau 'Submitted', beserta waktu perubahan tersebut.

Pengumpulan data

Diperoleh dari perubahan status menjadi 'Processing' dan waktu pengajuan terkait.

Jenis peristiwa inferred
Laporan biaya dibuat
Menandai saat karyawan mulai membuat laporan biaya baru. Biasanya, peristiwa ini tercatat dengan waktu pembuatan ketika laporan pertama kali disimpan di Expensify.
Mengapa ini penting

Aktivitas ini menjadi titik awal analisis proses dan penting untuk mengukur total waktu siklus, dari pembuatan hingga penggantian biaya.

Sumber data

Peristiwa ini diambil dari waktu pembuatan laporan dalam riwayat laporan atau log audit Expensify. Setiap objek laporan memiliki tanggal pembuatan.

Pengumpulan data

Dicatat saat laporan biaya pertama kali dibuat dan disimpan.

Jenis peristiwa explicit
Laporan Dikembalikan untuk Direvisi
Pemberi persetujuan, baik manajer maupun staf keuangan, mengembalikan laporan kepada karyawan untuk diperbaiki atau dilengkapi informasinya. Peristiwa ini biasanya disimpulkan dari perubahan status menjadi 'Terbuka' setelah sebelumnya berstatus 'Sedang Diproses'.
Mengapa ini penting

Aktivitas ini menunjukkan adanya pengerjaan ulang, salah satu sumber utama inefisiensi. Dengan melacaknya, Anda dapat menghitung siklus pengerjaan ulang, mengukur KPI Tingkat Pengerjaan Ulang, dan menemukan akar masalah.

Sumber data

Disimpulkan dari perubahan status laporan dari 'Sedang Diproses' atau 'Diajukan' kembali menjadi 'Terbuka'. Waktu perubahan status menandai terjadinya peristiwa ini.

Pengumpulan data

Ditentukan dari perubahan status laporan dari 'Sedang Diproses' kembali menjadi 'Terbuka'.

Jenis peristiwa inferred
Laporan Ditutup
Laporan pengeluaran resmi ditutup di sistem setelah semua tindakan, termasuk penggantian biaya dan sinkronisasi akuntansi, selesai. Peristiwa ini biasanya disimpulkan dari status akhir seperti 'Ditutup'.
Mengapa ini penting

Menetapkan titik akhir proses yang pasti, terpisah dari penggantian biaya. Ini berguna untuk menganalisis tahap akhir akuntansi dan pengarsipan.

Sumber data

Disimpulkan dari perubahan status laporan ke status akhir seperti 'Ditutup'. Perubahan ini biasanya terjadi setelah penggantian biaya dan ekspor data akuntansi.

Pengumpulan data

Ditentukan dari perubahan status laporan menjadi 'Ditutup' beserta waktu perubahannya.

Jenis peristiwa inferred
Penggantian Biaya Dibayarkan
Pembayaran berhasil dikirim kepada karyawan, sehingga tahap penggantian biaya selesai. Peristiwa ini tercatat dalam log pemrosesan pembayaran atau melalui pembaruan status akhir di Expensify.
Mengapa ini penting

Ini adalah titik akhir penting untuk mengukur waktu siklus dari sudut pandang karyawan. Data ini penting untuk KPI Rata-rata Waktu Siklus Laporan Pengeluaran dan Rata-rata Waktu Tunggu Penggantian Biaya.

Sumber data

Disimpulkan dari perubahan status laporan menjadi 'Sudah Diganti Biayanya'. Integrasi Expensify dengan sistem pembayaran menyediakan waktu perubahan status ini.

Pengumpulan data

Ditentukan dari perubahan status laporan menjadi 'Sudah Diganti Biayanya' beserta waktu perubahannya.

Jenis peristiwa inferred
Biaya ditambahkan ke laporan
Menandai saat karyawan menambahkan item biaya tertentu ke laporan, seperti bukti pembayaran yang dipindai atau biaya yang dimasukkan secara manual. Tindakan ini tercatat dalam log riwayat terperinci laporan.
Mengapa ini penting

Analisis waktu antara pembuatan laporan dan penambahan biaya dapat menunjukkan keterlambatan karyawan dalam mengumpulkan bukti atau menyiapkan pengajuan.

Sumber data

Diambil dari jejak audit atau riwayat laporan biaya, yang mencatat tindakan seperti penambahan setiap item biaya.

Pengumpulan data

Dicatat dalam riwayat laporan setiap kali item biaya baru ditambahkan.

Jenis peristiwa explicit
Dibukukan ke Akuntansi
Data keuangan dari laporan pengeluaran telah diekspor dan dibukukan ke sistem akuntansi atau ERP perusahaan. Ini adalah langkah terakhir yang menandai selesainya proses dari sisi pencatatan keuangan.
Mengapa ini penting

Menandai penutupan akhir laporan pengeluaran di sistem keuangan. Tahap ini penting untuk mengukur keseluruhan proses dari awal hingga akhir dan memastikan data tersinkronisasi.

Sumber data

Data ini diambil dari log integrasi antara Expensify dan perangkat lunak akuntansi. Anda mungkin perlu menggabungkan data dari kedua sistem.

Pengumpulan data

Tercatat dalam riwayat integrasi saat data berhasil disinkronkan ke sistem akuntansi.

Jenis peristiwa explicit
Ditolak Bagian Keuangan
Bagian keuangan telah meninjau dan menolak laporan pengeluaran sehingga proses penggantian biaya berhenti. Peristiwa ini tercatat dalam riwayat alur kerja beserta waktu dan alasan penolakan.
Mengapa ini penting

Peristiwa ini membantu menemukan hambatan dan alasan penolakan pada tahap peninjauan akhir. Informasi ini penting untuk menganalisis tingkat penolakan keseluruhan dan masalah kepatuhan.

Sumber data

Data ini diambil dari riwayat laporan, yang mencatat tindakan penolakan oleh tim keuangan beserta waktu dan nama pengguna.

Pengumpulan data

Tercatat sebagai tindakan penolakan tersendiri dalam riwayat alur kerja laporan.

Jenis peristiwa explicit
Ditolak Manajer
Pemberi persetujuan tingkat pertama telah meninjau dan menolak laporan pengeluaran. Biasanya, proses pun berhenti. Penolakan ini tercatat dalam log alur kerja, sering kali disertai alasannya.
Mengapa ini penting

Menganalisis peristiwa penolakan penting untuk memahami KPI Tingkat Penolakan Laporan Pengeluaran. Analisis ini membantu menemukan alasan umum penolakan dan bagian proses yang perlu diperbaiki.

Sumber data

Data ini diambil dari riwayat laporan, yang mencatat tindakan penolakan, identitas pihak yang menolak, dan waktunya. Status laporan biasanya berubah menjadi 'Ditolak'.

Pengumpulan data

Tercatat sebagai tindakan penolakan tersendiri dalam riwayat alur kerja laporan.

Jenis peristiwa explicit
Pelanggaran kebijakan ditandai
Pemeriksaan otomatis menemukan biaya yang melanggar kebijakan perusahaan, misalnya melebihi anggaran atau tidak disertai bukti pembayaran. Peristiwa ini tercatat saat penanda pelanggaran kebijakan ditetapkan pada laporan atau item biaya.
Mengapa ini penting

Menunjukkan masalah kepatuhan dan membantu menemukan kebijakan yang sering dilanggar, sehingga Anda dapat memberikan pelatihan yang tepat sasaran atau memperjelas kebijakan. Data ini penting untuk KPI Policy Violation Count.

Sumber data

Disimpulkan dari penanda atau atribut 'Policy Violation' yang bernilai true pada data laporan biaya. Waktu peristiwa menunjukkan kapan penanda tersebut ditetapkan.

Pengumpulan data

Diperoleh dari waktu pembaruan atribut pelanggaran kebijakan pada laporan.

Jenis peristiwa inferred
Penggantian Biaya Dijadwalkan
Setelah mendapat persetujuan akhir, laporan pengeluaran masuk antrean pemrosesan pembayaran. Peristiwa ini menandai peralihan dari tahap persetujuan ke tahap pembayaran dan sering kali tercatat saat status laporan berubah menjadi 'Sedang Diganti Biayanya'.
Mengapa ini penting

Menandai awal waktu tunggu penggantian biaya. Dengan menganalisis jeda antara tahap ini dan pembayaran aktual, Anda dapat menemukan keterlambatan dalam proses pencairan.

Sumber data

Disimpulkan dari perubahan status laporan menjadi 'Sedang Diganti Biayanya' atau 'Pembayaran Sedang Diproses', beserta waktu perubahannya.

Pengumpulan data

Ditentukan dari perubahan status yang menunjukkan laporan masuk antrean pembayaran.

Jenis peristiwa inferred
Disarankan Opsional

Panduan ekstraksi

Cara mengambil data dari Expensify

Siap memulai?

Gunakan templat ini untuk menyiapkan data dengan lebih mudah dan mendapatkan insight berharga tentang proses pengelolaan pengeluaran Anda. Mulai sekarang untuk mempercepat penggantian biaya dan mengoptimalkan operasional.

Optimalkan pengelolaan pengeluaran: mulai uji coba gratis hari ini

Sederhanakan pengelolaan pengeluaran di Expensify, kurangi waktu siklus hingga 30%, dan tingkatkan kepuasan.

Mulai uji coba gratis

Tidak perlu kartu kredit. Mulai optimalkan proses hari ini.