Templat data pengelolaan pengeluaran Anda
Templat data pengelolaan pengeluaran Anda
- Atribut yang disarankan untuk dikumpulkan agar analisis lebih menyeluruh
- Aktivitas utama yang perlu dilacak untuk menemukan proses secara akurat
- Panduan praktis untuk mengekstrak data
Atribut pengelolaan pengeluaran
| 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
|
|||
Aktivitas pengelolaan pengeluaran
| 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
|
|||
Panduan ekstraksi
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.
Tidak perlu kartu kredit. Mulai optimalkan proses hari ini.