Templat data Purchase to Pay - Pemrosesan Faktur Anda

Coupa
Templat data Purchase to Pay - Pemrosesan Faktur Anda

Templat data Purchase to Pay - Pemrosesan Faktur Anda

Templat ini memandu Anda menyiapkan data penting untuk menganalisis pemrosesan faktur di Coupa. Templat ini menjelaskan atribut yang perlu dikumpulkan dan aktivitas utama yang perlu dicatat dalam log peristiwa. Anda juga akan menemukan panduan praktis untuk mengekstrak data dari sistem Coupa agar Anda dapat memulai process mining dengan lancar.
  • Atribut yang disarankan untuk dikumpulkan
  • Aktivitas utama yang perlu dilacak
  • Panduan ekstraksi data dari Coupa
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut Purchase to Pay - Pemrosesan Faktur

Berikut kolom data yang disarankan untuk dimasukkan ke log peristiwa agar analisis pemrosesan faktur Purchase to Pay lebih menyeluruh.
3 Wajib 6 Disarankan 11 Opsional
Nama Deskripsi
Nomor faktur
InvoiceNumber
Pengenal unik untuk faktur pemasok. Nomor ini menjadi kunci utama untuk melacak faktur sepanjang siklusnya.
Deskripsi

Nomor faktur adalah referensi unik yang diberikan pemasok pada dokumen faktur. Dalam process mining, nomor ini berfungsi sebagai ID kasus yang menghubungkan semua aktivitas terkait, mulai dari penerimaan dan validasi hingga persetujuan dan pembayaran akhir.

Dengan menganalisis proses berdasarkan nomor faktur, Anda dapat melihat seluruh perjalanan setiap faktur dari awal hingga akhir. Analisis ini membantu menemukan variasi jalur pemrosesan, mengukur waktu siklus secara akurat, dan mengidentifikasi faktur tertentu yang mengalami keterlambatan, penahanan, atau pengecualian. Atribut ini menjadi dasar untuk memahami kinerja pemrosesan faktur secara terperinci.

Mengapa ini penting

Nomor ini menjadi pengenal kasus penting yang menghubungkan semua peristiwa untuk satu faktur, sehingga analisis proses dari awal hingga akhir dapat dilakukan secara utuh.

Sumber data

Ini adalah kolom utama pada objek Invoice di Coupa. Anda dapat menemukannya di detail header faktur pada antarmuka pengguna atau melalui Invoices API.

Contoh
INV-2023-00123785549-APO45001-INV
Waktu peristiwa
EventTime
Stempel waktu yang menunjukkan secara tepat kapan aktivitas atau peristiwa tertentu terjadi.
Deskripsi

Waktu peristiwa, atau stempel waktu, mencatat tanggal dan waktu persis saat aktivitas dilakukan. Data ini menjadi dasar kronologis log proses dan mengurutkan semua peristiwa untuk setiap kasus.

Atribut ini penting untuk semua analisis berbasis waktu dalam process mining. Data ini digunakan untuk menghitung waktu siklus antaraktivitas, mengetahui durasi hambatan, mengukur waktu tunggu, dan menganalisis kinerja proses dalam berbagai periode. Stempel waktu yang akurat penting untuk menyusun model proses yang realistis dan menghasilkan KPI kinerja yang bermakna.

Mengapa ini penting

Data ini menyediakan urutan waktu yang diperlukan untuk menghitung durasi, waktu siklus, dan waktu tunggu, yang menjadi dasar analisis kinerja.

Sumber data

Data ini tercatat dalam jejak audit atau log riwayat objek Invoice di Coupa. Setiap tindakan atau perubahan status yang dicatat memiliki stempel waktu.

Contoh
2023-10-26T10:00:00Z2023-11-05T14:32:15Z2023-11-15T09:01:45Z
Aktivitas
ActivityName
Nama peristiwa bisnis atau tugas tertentu yang terjadi selama siklus pemrosesan faktur.
Deskripsi

Nama aktivitas menjelaskan langkah dalam alur kerja pemrosesan faktur, seperti 'Faktur dibuat', 'Faktur dikirim untuk persetujuan', atau 'Pembayaran dijalankan'. Setiap aktivitas menandai titik waktu tertentu saat status atau kepemilikan faktur berubah.

Dalam process mining, urutan aktivitas membentuk peta alur proses. Dengan menganalisis aktivitas ini, Anda dapat melihat proses yang sebenarnya, menemukan jalur yang umum maupun jarang terjadi, mendeteksi hambatan saat aktivitas memakan waktu terlalu lama, serta menemukan langkah yang tidak patuh atau tidak efisien, seperti pengulangan pekerjaan.

Mengapa ini penting

Atribut ini penting untuk menyusun peta proses dan memvisualisasikan serta menganalisis alur kerja pemrosesan faktur yang sebenarnya.

Sumber data

Atribut ini biasanya diperoleh dari log peristiwa, jejak audit, atau perubahan status dalam modul Invoice Coupa. Anda mungkin perlu memetakan perubahan status atau tindakan pengguna tertentu ke nama aktivitas yang telah ditentukan.

Contoh
Faktur diajukan untuk diprosesFaktur disetujuiFaktur ditahanPembayaran dijalankan
Nama pemasok
VendorName
Nama pemasok yang mengajukan faktur.
Deskripsi

Nama pemasok menunjukkan mitra bisnis tempat barang atau jasa diperoleh. Informasi ini penting untuk menganalisis kinerja pembayaran dan hubungan dengan pemasok.

Atribut ini memungkinkan Anda mengelompokkan proses faktur berdasarkan pemasok. Anda dapat menjawab pertanyaan seperti, 'Pemasok mana yang waktu pemrosesan fakturnya paling lama?' atau 'Apakah kita selalu membayar pemasok strategis tertentu tepat waktu?'. Analisis berdasarkan pemasok penting untuk dashboard Ketepatan Waktu Pembayaran Pemasok dan pengelolaan hubungan pemasok.

Mengapa ini penting

Atribut ini memungkinkan proses dikelompokkan dan dianalisis berdasarkan pemasok. Informasi ini penting untuk mengelola hubungan dengan pemasok dan menemukan masalah yang khusus terjadi pada pemasok tertentu.

Sumber data

Informasi ini termasuk dalam data inti faktur di Coupa dan terhubung dari objek Supplier/Vendor.

Contoh
Global Office SuppliesTech Solutions Inc.Creative Marketing Agency
Nomor pesanan pembelian
PurchaseOrderNumber
Pengenal pesanan pembelian (PO) yang menjadi dasar penagihan faktur.
Deskripsi

Nomor pesanan pembelian menghubungkan faktur dengan dokumen pembelian awal. Hubungan ini menjadi dasar proses pencocokan PO, yang merupakan langkah penting dalam validasi faktur di banyak organisasi.

Dalam process mining, atribut ini penting untuk menganalisis pencocokan PO dan penyelesaian ketidaksesuaian. Atribut ini memungkinkan Anda menyaring faktur berdasarkan PO tertentu dan diperlukan untuk dashboard Ikhtisar Ketidaksesuaian Pencocokan PO. Banyaknya faktur tanpa nomor PO dapat menunjukkan pembelian di luar prosedur atau pengadaan yang tidak patuh.

Mengapa ini penting

Atribut ini menghubungkan faktur dengan proses pengadaan, sehingga efisiensi pencocokan PO dan penanganan ketidaksesuaian dapat dianalisis.

Sumber data

Ini adalah kolom standar pada objek Invoice Line di Coupa yang digunakan untuk menghubungkan baris faktur dengan baris PO.

Contoh
PO4500123PO4500456PO4500789
Pengguna
User
Pengguna atau agen sistem yang melakukan aktivitas.
Deskripsi

Atribut ini menunjukkan individu atau sistem otomatis yang bertanggung jawab menjalankan langkah proses tertentu, seperti menyetujui faktur atau melepas penahanan. Nilainya biasanya berupa ID pengguna, nama, atau alamat email.

Analisis proses berdasarkan pengguna penting untuk memahami kinerja tim, pembagian beban kerja, dan kebutuhan pelatihan. Informasi ini juga penting untuk menganalisis hambatan karena dapat menunjukkan apakah keterlambatan terkonsentrasi pada pemberi persetujuan atau tim tertentu. Selain itu, atribut ini membantu membedakan aktivitas manual dan otomatis.

Mengapa ini penting

Atribut ini membantu menganalisis beban kerja, menemukan hambatan yang disebabkan pengguna atau tim tertentu, serta menilai kinerja dan kepatuhan pengguna.

Sumber data

Informasi pengguna biasanya tercatat di jejak audit atau riwayat faktur di Coupa dan dikaitkan dengan setiap tindakan.

Contoh
john.doe@company.comjane.smithSystem.Automation
Status faktur
InvoiceStatus
Kondisi faktur saat ini dalam alur kerja pemrosesan.
Deskripsi

Status faktur menunjukkan posisi faktur pada waktu tertentu, misalnya 'pending approval', 'approved', 'on hold', atau 'paid'. Atribut ini berubah seiring faktur bergerak dalam proses.

Atribut ini penting untuk dashboard pemantauan operasional, seperti dashboard Volume dan Status Pemrosesan Faktur. Anda dapat melacak jumlah faktur yang masih terbuka dan pembagiannya di berbagai tahap. Analisis perubahan status dari waktu ke waktu juga menjadi sumber utama untuk menentukan atribut 'ActivityName'.

Mengapa ini penting

Atribut ini menunjukkan posisi faktur saat ini dalam alur kerja, yang penting untuk dashboard operasional dan pelacakan status.

Sumber data

Ini adalah kolom status utama pada objek Invoice di Coupa.

Contoh
Menunggu persetujuanDisetujuiDibatalkanDibayar
Tanggal jatuh tempo pembayaran
PaymentDueDate
Tanggal batas pembayaran faktur agar tidak terlambat.
Deskripsi

Tanggal jatuh tempo pembayaran dihitung berdasarkan tanggal faktur dan ketentuan pembayaran yang disepakati. Tanggal ini menjadi batas waktu pembayaran kepada pemasok.

Atribut ini menjadi acuan untuk mengukur kinerja pembayaran tepat waktu. Atribut ini digunakan langsung untuk menghitung KPI Tingkat Pembayaran Tepat Waktu dengan membandingkannya dengan tanggal pembayaran sebenarnya. Analisis selisih dari tanggal ini membantu menemukan masalah sistemik yang menyebabkan keterlambatan pembayaran serta menilai dampaknya terhadap hubungan dengan pemasok dan potensi denda keterlambatan.

Mengapa ini penting

Tanggal ini menjadi acuan utama untuk mengukur kinerja pembayaran tepat waktu, menjaga hubungan dengan pemasok, dan menghindari denda.

Sumber data

Coupa biasanya menghitung tanggal ini berdasarkan kolom 'Invoice Date' dan 'Payment Terms'. Tanggal tersebut tersedia pada catatan faktur.

Contoh
2023-11-302023-12-152024-01-10
Total nilai faktur
InvoiceTotalAmount
Nilai total faktur, termasuk pajak dan biaya lainnya.
Deskripsi

Atribut ini menunjukkan total jumlah yang harus dibayar pada faktur. Data keuangan ini menjadi dasar berbagai analisis.

Analisis proses berdasarkan nilai faktur dapat mengungkap pola penting. Misalnya, faktur bernilai tinggi mungkin melewati jalur persetujuan yang lebih ketat sehingga waktu siklusnya lebih lama. Nilai faktur juga digunakan untuk menilai dampak finansial dari proses yang tidak efisien, seperti nilai faktur yang sedang diblokir atau tertunda.

Mengapa ini penting

Atribut ini memberikan konteks keuangan penting untuk menganalisis perubahan perilaku proses berdasarkan nilai faktur dan dampak finansial keterlambatan.

Sumber data

Ini adalah kolom standar pada objek Invoice di Coupa, biasanya bernama 'Total' atau 'Total Amount'.

Contoh
1500.75250.0012345.50
Alasan penangguhan
HoldReason
Alasan spesifik faktur ditangguhkan atau diblokir pembayarannya.
Deskripsi

Alasan penangguhan menjelaskan mengapa faktur tidak dapat dilanjutkan ke tahap pembayaran. Contohnya, 'Kuantitas tidak sesuai' atau 'Menunggu penerimaan barang'. Informasi ini penting untuk memahami penyebab keterlambatan pembayaran.

Atribut ini menjadi kunci untuk dasbor Analisis Akar Penyebab Blokir Pembayaran. Dengan mengelompokkan dan menghitung frekuensi setiap alasan penangguhan, perusahaan dapat menemukan masalah yang paling sering menghambat proses pembayaran. Hasilnya dapat digunakan untuk melakukan perbaikan terarah, mencegah penangguhan berikutnya, dan mempercepat pembayaran.

Mengapa ini penting

Atribut ini menjelaskan penyebab keterlambatan pembayaran, sehingga Anda dapat menganalisis akar masalah secara terarah dan mengurangi frekuensi serta durasi pemblokiran pembayaran.

Sumber data

Saat faktur ditangguhkan di Coupa, biasanya pengguna memilih atau memasukkan alasannya. Data ini terkait dengan status penangguhan faktur.

Contoh
Harga PO tidak sesuaiMenunggu penerimaan barangFaktur duplikat
Alasan penolakan
RejectionReason
Alasan yang diberikan saat faktur ditolak dalam proses persetujuan.
Deskripsi

Saat menyetujui menolak faktur, biasanya mereka memberikan alasan, seperti 'Jumlah tidak sesuai' atau 'Faktur duplikat'. Atribut ini mencatat alasan tersebut, baik dalam bentuk teks bebas maupun kode.

Data ini sangat berguna untuk menganalisis akar penyebab keterlambatan persetujuan dan pekerjaan ulang. Dengan menganalisis frekuensi setiap alasan penolakan, organisasi dapat menemukan masalah sistemik pada proses sebelumnya, seperti data PO yang tidak akurat atau kebiasaan vendor dalam membuat faktur. Informasi ini mendukung dasbor Analisis Hambatan Persetujuan Faktur.

Mengapa ini penting

Atribut ini menunjukkan akar penyebab penolakan faktur secara langsung, sehingga Anda dapat menemukan area yang perlu diperbaiki dan mengurangi pekerjaan ulang.

Sumber data

Informasi ini dicatat saat pengguna memilih tindakan 'Tolak' dalam alur kerja persetujuan. Biasanya, data tersimpan di kolom komentar atau jejak audit.

Contoh
Kuantitas tidak sesuaiHarga tidak sesuai dengan POPengajuan faktur duplikat
Apakah otomatis
IsAutomated
Penanda yang menunjukkan apakah aktivitas dilakukan oleh sistem otomatis atau pengguna.
Deskripsi

Atribut boolean ini membedakan tugas yang dijalankan otomatis oleh sistem, seperti pencocokan PO otomatis atau pencatatan yang dibuat sistem, dari tugas yang dilakukan pengguna secara manual.

Analisis atribut ini membantu mengukur tingkat otomatisasi dalam alur kerja pemrosesan faktur. Anda dapat menggunakannya untuk mengukur keberhasilan inisiatif otomatisasi, menemukan langkah manual yang masih bisa diotomatisasi, serta membandingkan efisiensi dan tingkat kesalahan aktivitas otomatis dengan aktivitas manual. Informasi ini membantu Anda memahami biaya dan efisiensi proses yang sebenarnya.

Mengapa ini penting

Atribut ini membantu mengukur tingkat otomatisasi proses, menemukan peluang untuk menambah otomatisasi, dan menilai dampak bot yang sudah digunakan.

Sumber data

Nilai ini biasanya ditentukan dengan memeriksa apakah 'User' yang terkait dengan aktivitas merupakan akun sistem atau layanan, bukan akun pengguna.

Contoh
truefalse
Apakah pembayaran tepat waktu
IsOnTimePayment
Penanda boolean yang menunjukkan apakah faktur dibayar pada atau sebelum tanggal jatuh tempo.
Deskripsi

Atribut hasil perhitungan ini menunjukkan apakah setiap faktur dibayar tepat waktu. Nilainya ditentukan dengan membandingkan waktu aktivitas 'Payment Executed' dengan 'Payment Due Date'. Jika pembayaran dilakukan pada atau sebelum tanggal jatuh tempo, nilainya true.

Penanda ini memudahkan penghitungan KPI Tingkat Pembayaran Tepat Waktu. Anda dapat memfilter dan mengelompokkan data untuk menganalisis ciri pembayaran terlambat, seperti vendor, departemen, atau nilai faktur yang sering terkait dengan keterlambatan.

Mengapa ini penting

Atribut ini memudahkan analisis kinerja pembayaran dan menjadi dasar untuk menghitung KPI penting, yaitu Tingkat Pembayaran Tepat Waktu.

Sumber data

Atribut ini dihitung dengan logika: 'Payment Executed Date' <= 'Payment Due Date'. Perhitungan ini dilakukan di alat process mining.

Contoh
truefalse
Diskon diperoleh
EarlyPaymentDiscountCaptured
Penanda yang menunjukkan apakah diskon pembayaran lebih awal berhasil diperoleh.
Deskripsi

Atribut boolean ini menunjukkan apakah organisasi berhasil membayar faktur dalam periode diskon yang ditetapkan oleh ketentuan pembayaran, misalnya membayar dalam 10 hari untuk ketentuan '2% 10, Net 30'.

Atribut ini menjadi metrik utama untuk dasbor Pelacakan Diskon Pembayaran Lebih Awal dan KPI terkait. Jika nilainya false, Anda dapat menemukan peluang penghematan yang terlewat. Perusahaan dapat menyelidiki penyebab faktur yang memenuhi syarat diskon tidak diproses cukup cepat, lalu melakukan perubahan agar lebih banyak diskon diperoleh dan modal kerja dikelola lebih baik.

Mengapa ini penting

Atribut ini mengukur langsung manfaat finansial dari pemrosesan faktur yang efisien dan membantu menemukan peluang penghematan yang terlewat.

Sumber data

Atribut ini dihitung dengan memeriksa apakah tanggal pembayaran masih dalam periode diskon yang ditetapkan di 'Payment Terms' dan apakah diskon benar-benar diterapkan.

Contoh
truefalse
Ketentuan pembayaran
PaymentTerms
Ketentuan pembayaran faktur yang disepakati, seperti 'Net 30' atau '2% 10, Net 30'.
Deskripsi

Ketentuan pembayaran menetapkan aturan pembayaran kepada pemasok, termasuk tanggal jatuh tempo dan diskon yang tersedia untuk pembayaran awal. Informasi ini biasanya ditetapkan dalam data induk pemasok dan diterapkan pada faktur.

Atribut ini penting untuk menghitung tanggal jatuh tempo pembayaran dan menemukan peluang diskon pembayaran awal. Atribut ini menjadi masukan langsung untuk dashboard Pelacakan Diskon Pembayaran Awal dan KPI terkait. Analisis berdasarkan ketentuan pembayaran dapat menunjukkan apakah ketentuan tertentu berkaitan dengan keterlambatan pembayaran.

Mengapa ini penting

Atribut ini menjadi dasar untuk menghitung tanggal jatuh tempo pembayaran dan menemukan peluang diskon pembayaran awal, yang berdampak langsung pada modal kerja.

Sumber data

Ini adalah kolom standar di Coupa. Nilainya biasanya diambil dari catatan Supplier/Vendor dan diterapkan pada Invoice.

Contoh
Net 30Net 602% 10, Net 30
Kode perusahaan
CompanyCode
Identitas badan hukum atau perusahaan yang bertanggung jawab atas faktur.
Deskripsi

Kode perusahaan menunjukkan badan hukum tertentu dalam organisasi yang lebih besar. Faktur dibukukan ke kode perusahaan untuk keperluan akuntansi dan pelaporan keuangan.

Atribut ini penting untuk memfilter dan membandingkan analisis proses berdasarkan badan hukum. Anda dapat membandingkan kinerja proses di berbagai bagian perusahaan, misalnya, 'Apakah proses persetujuan faktur di entitas AS berbeda dengan entitas Jerman?'. Ini sangat berguna bagi organisasi besar yang beroperasi di banyak negara.

Mengapa ini penting

Atribut ini memungkinkan Anda membandingkan proses dan mengukur kinerja di berbagai badan hukum atau unit bisnis dalam organisasi.

Sumber data

Kolom ini merupakan bagian penting dari akuntansi pada objek Invoice di Coupa dan sering kali wajib diisi untuk pencatatan keuangan.

Contoh
1000US01DE01
Mata uang
CurrencyCode
Kode mata uang ISO untuk nilai faktur.
Deskripsi

Kode mata uang menunjukkan satuan nilai uang pada faktur, seperti USD, EUR, atau GBP. Informasi ini penting bagi organisasi yang beroperasi secara global dan menangani faktur dalam berbagai mata uang.

Dalam analisis, atribut ini diperlukan agar data keuangan dapat ditafsirkan dan dijumlahkan dengan benar. Dashboard dan KPI perlu menyaring atau mengonversi mata uang agar ringkasan keuangan tetap bermakna. Dengan begitu, nilai dari mata uang berbeda tidak dijumlahkan secara keliru dan proses dapat dianalisis berdasarkan mata uang.

Mengapa ini penting

Atribut ini memastikan analisis dan pelaporan keuangan akurat dengan memberikan konteks yang diperlukan untuk semua nilai uang dalam lingkungan dengan banyak mata uang.

Sumber data

Ini adalah kolom standar pada objek Invoice di Coupa, biasanya terhubung ke pemasok atau dicantumkan pada faktur.

Contoh
USDEURGBP
Pembaruan data terakhir
LastDataUpdate
Stempel waktu yang menunjukkan kapan terakhir kali data peristiwa ini diperbarui dari sistem sumber.
Deskripsi

Atribut ini mencatat kapan data terakhir kali diekstrak dan dimuat ke alat process mining. Informasi ini menunjukkan seberapa baru analisis yang tersedia dan membantu Anda memahami ketepatan waktu wawasan di dashboard.

Mengetahui waktu pembaruan data terakhir penting untuk pemantauan operasional. Informasi ini membantu pengguna mempercayai data karena menunjukkan seberapa mutakhir informasi yang tersedia, sekaligus memastikan keputusan tidak dibuat berdasarkan gambaran proses yang sudah usang.

Mengapa ini penting

Informasi ini memberi konteks penting tentang kemutakhiran dan relevansi data proses, sehingga pengguna tahu seberapa baru analisis yang tersedia.

Sumber data

Stempel waktu ini dibuat dan ditambahkan ke kumpulan data selama proses ekstraksi dan transformasi data (ETL).

Contoh
2024-05-20T04:00:00Z2024-05-19T04:00:00Z
Sistem sumber
SourceSystem
Sistem asal tempat data peristiwa diambil.
Deskripsi

Atribut sistem sumber menunjukkan aplikasi atau platform tempat aktivitas pemrosesan faktur dicatat. Sistem utamanya adalah Coupa, tetapi faktur atau data terkait dapat berasal dari sistem terintegrasi lain, seperti ERP atau portal pemasok.

Informasi ini berguna dalam lingkungan TI yang kompleks untuk memahami kontribusi setiap sistem terhadap proses secara keseluruhan. Informasi ini membantu mendiagnosis masalah kualitas data, memahami perpindahan antar sistem, dan menganalisis proses yang melibatkan beberapa aplikasi.

Mengapa ini penting

Atribut ini menjelaskan asal data, yang penting untuk pemecahan masalah dan analisis proses yang melibatkan beberapa sistem terintegrasi.

Sumber data

Biasanya, nilai statis ini ditambahkan saat ekstraksi data untuk menunjukkan asal data. Untuk Coupa, nilainya adalah 'Coupa'.

Contoh
CoupaSAP S/4HANAOracle Fusion
Tanggal faktur
InvoiceDate
Tanggal yang tercantum pada dokumen faktur vendor.
Deskripsi

Tanggal faktur adalah tanggal yang ditetapkan pemasok pada faktur. Tanggal ini biasanya menandai dimulainya siklus pembayaran dan menjadi dasar untuk menghitung tanggal jatuh tempo sesuai ketentuan pembayaran.

Atribut ini menjadi titik awal penting untuk menghitung banyak waktu siklus. Data ini diperlukan untuk menghitung tanggal jatuh tempo pembayaran dan menentukan apakah faktur memenuhi syarat untuk diskon pembayaran lebih awal. Selisih antara tanggal faktur dan tanggal pencatatannya di sistem dapat menunjukkan keterlambatan pengiriman atau penerimaan faktur.

Mengapa ini penting

Tanggal ini menjadi dasar utama untuk menghitung jatuh tempo pembayaran, mengukur ketepatan waktu pembayaran, dan mencatat diskon yang diperoleh.

Sumber data

Kolom ini merupakan kolom standar yang wajib diisi pada objek Invoice di Coupa.

Contoh
2023-10-152023-11-012023-12-20
Wajib Disarankan Opsional

Aktivitas Purchase to Pay - Pemrosesan Faktur

Berikut langkah dan pencapaian proses utama yang perlu dicatat dalam log peristiwa agar penemuan dan analisis proses akurat.
5 Disarankan 9 Opsional
Aktivitas Deskripsi
Faktur dibuat
Aktivitas ini menandai pembuatan awal catatan faktur di sistem Coupa. Peristiwa tercatat saat objek faktur baru dibuat, baik melalui entri manual, jaringan pemasok terintegrasi seperti Coupa Supplier Portal, maupun pemindaian OCR otomatis.
Mengapa ini penting

Sebagai awal siklus faktur, aktivitas ini penting untuk mengukur total waktu pemrosesan dari awal hingga akhir. Aktivitas ini menjadi titik acuan untuk analisis waktu siklus dan jumlah penyelesaian berikutnya.

Sumber data

Peristiwa ini tercatat secara langsung dari stempel waktu pembuatan catatan faktur. Dalam model data Coupa, ini merujuk pada stempel waktu 'created-at' di objek header faktur.

Pengumpulan data

Gunakan stempel waktu pembuatan catatan faktur.

Jenis peristiwa explicit
Faktur dicatat untuk pembayaran
Faktur yang telah disetujui ditandai siap dibayar, lalu detail keuangannya biasanya dikirim ke sistem ERP eksternal. Peristiwa ini umumnya disimpulkan dari penanda status integrasi atau perubahan status utama faktur.
Mengapa ini penting

Tonggak ini menandai peralihan dari pemrosesan utang usaha ke fungsi perbendaharaan atau pembayaran. Keterlambatan sebelum tahap ini memengaruhi efisiensi utang usaha, sedangkan keterlambatan setelahnya berdampak pada perbendaharaan dan hubungan dengan pemasok.

Sumber data

Peristiwa ini biasanya disimpulkan dari perubahan status menjadi 'approved for payment' atau dari penanda seperti 'exported' yang diatur ke true. Informasi ini tersedia pada objek header faktur.

Pengumpulan data

Deteksi stempel waktu saat status faktur menjadi 'Approved for Payment' atau penanda ekspor diatur.

Jenis peristiwa inferred
Faktur dikirim untuk persetujuan
Menandai saat faktur yang lolos pemeriksaan awal masuk ke alur kerja persetujuan resmi. Peristiwa ini biasanya disimpulkan dari perubahan status yang menunjukkan faktur sedang menunggu tindakan dari satu atau beberapa pemberi persetujuan.
Mengapa ini penting

Aktivitas ini menjadi titik awal pengukuran waktu siklus persetujuan. Aktivitas ini penting untuk menganalisis hambatan dalam hierarki persetujuan dan mendukung dashboard 'Analisis Hambatan Persetujuan Faktur'.

Sumber data

Disimpulkan dari perubahan status faktur menjadi 'pending approval' atau status serupa. Pembuatan catatan persetujuan pertama dalam riwayat persetujuan faktur juga menandai peristiwa ini.

Pengumpulan data

Catat stempel waktu saat status faktur berubah menjadi 'Pending Approval' atau saat catatan persetujuan pertama dibuat.

Jenis peristiwa inferred
Faktur disetujui
Aktivitas ini menandakan bahwa faktur telah melewati semua tahap yang diwajibkan dalam alur kerja persetujuan. Peristiwa ini tercatat dalam riwayat persetujuan saat pemberi persetujuan terakhir mengambil tindakan untuk menyetujui.
Mengapa ini penting

Tonggak penting ini menandai akhir siklus persetujuan dan memungkinkan faktur diproses untuk pembayaran. Aktivitas ini penting untuk mengukur durasi persetujuan dan efisiensi proses secara keseluruhan.

Sumber data

Peristiwa ini tercatat secara langsung di log riwayat persetujuan atau melalui perubahan status header faktur menjadi 'approved'. Tindakan persetujuan terakhir dalam log memberikan stempel waktu yang akurat.

Pengumpulan data

Catat stempel waktu tindakan persetujuan terakhir dalam riwayat persetujuan.

Jenis peristiwa explicit
Pembayaran dijalankan
Aktivitas ini menandai tahap akhir proses, saat pembayaran dijalankan dan dikirim kepada pemasok. Peristiwa ini tercatat dari status catatan pembayaran terkait di Coupa Payments atau sistem pembayaran terintegrasi.
Mengapa ini penting

Sebagai penanda akhir proses, aktivitas ini penting untuk menghitung waktu siklus lengkap dari awal hingga akhir dan mengukur KPI 'Tingkat Pembayaran Tepat Waktu'.

Sumber data

Peristiwa ini disimpulkan dari catatan pembayaran yang terkait dengan faktur. Status 'paid', 'completed', atau kolom 'payment date' yang terisi menunjukkan pembayaran telah dijalankan.

Pengumpulan data

Gunakan 'payment date' dari catatan pembayaran yang terhubung dengan faktur.

Jenis peristiwa inferred
Faktur cocok dengan PO
Aktivitas ini menandakan bahwa sistem berhasil mencocokkan baris faktur dengan baris pesanan pembelian yang sesuai. Peristiwa ini disimpulkan dari perubahan kolom status pencocokan faktur yang menunjukkan validasi terhadap PO berhasil.
Mengapa ini penting

Pencocokan otomatis yang berhasil menjadi indikator penting bahwa proses berjalan lancar tanpa sentuhan manual. Dengan melacak aktivitas ini, Anda dapat mengukur efektivitas otomatisasi dan tingkat pemrosesan langsung.

Sumber data

Disimpulkan dari perubahan kolom status pencocokan faktur menjadi 'matched'. Objek faktur Coupa memiliki penanda dan status yang menunjukkan hasil pencocokan PO.

Pengumpulan data

Deteksi stempel waktu saat status pencocokan PO pada faktur berubah menjadi 'Matched'.

Jenis peristiwa inferred
Faktur diajukan untuk diproses
Menandai pengajuan resmi faktur yang baru dibuat ke alur kerja pemrosesan. Biasanya, pengguna mengajukan faktur setelah memasukkan dan memeriksa semua data awal. Peristiwa ini tercatat di jejak audit saat status faktur berubah dari draf menjadi diajukan.
Mengapa ini penting

Aktivitas ini membedakan waktu entri data dari waktu pemrosesan aktif. Analisis durasi antara 'Faktur dibuat' dan peristiwa ini membantu menemukan keterlambatan pada tahap awal penanganan data.

Sumber data

Lacak perubahan status faktur dari 'draft' atau 'new' menjadi 'submitted' atau 'pending approval'. Informasi ini tersedia di tabel riwayat faktur atau log audit Coupa.

Pengumpulan data

Catat stempel waktu saat status faktur pertama kali menjadi 'submitted'.

Jenis peristiwa explicit
Faktur dibatalkan
Faktur telah dibatalkan dan tidak akan diproses atau dibayar. Perubahan status akhir ini tercatat secara langsung pada kolom status faktur di sistem.
Mengapa ini penting

Ini merupakan akhir proses alternatif yang tidak berhasil. Dengan menganalisis alasan faktur dibatalkan, Anda dapat menemukan masalah di tahap pengadaan atau komunikasi dengan pemasok.

Sumber data

Peristiwa ini tercatat secara langsung saat status faktur berubah menjadi 'voided'. Status ini merupakan status standar dalam pengelolaan faktur Coupa.

Pengumpulan data

Catat stempel waktu saat status faktur diperbarui menjadi 'Voided'.

Jenis peristiwa explicit
Faktur ditahan
Menandai tindakan menahan faktur agar tidak dibayar. Peristiwa ini tercatat secara langsung, biasanya dalam riwayat atau jejak audit faktur, dan sering disertai alasan.
Mengapa ini penting

Aktivitas ini setara dengan pemblokiran pembayaran dan menjadi penyebab utama keterlambatan pembayaran. Melacak waktu penahanan merupakan langkah awal untuk menganalisis akar penyebab dan durasinya, serta mendukung KPI 'Tingkat Pemblokiran Pembayaran'.

Sumber data

Peristiwa ini tercatat secara langsung dalam riwayat faktur atau log audit. Coupa mencatat tindakan pengguna maupun sistem, termasuk penahanan faktur.

Pengumpulan data

Saring catatan riwayat faktur untuk peristiwa sistem 'hold placed' atau yang serupa.

Jenis peristiwa explicit
Faktur ditolak
Pemberi persetujuan secara resmi menolak faktur sehingga prosesnya terhenti. Tindakan ini tercatat secara langsung dalam riwayat persetujuan faktur, termasuk informasi tentang siapa yang menolak dan kapan.
Mengapa ini penting

Penolakan menimbulkan pekerjaan ulang dan memperpanjang waktu siklus secara signifikan. Menganalisis frekuensi dan alasan penolakan penting untuk perbaikan proses dan penghitungan KPI 'Tingkat Persetujuan pada Pengajuan Pertama'.

Sumber data

Peristiwa ini tercatat secara langsung di log riwayat persetujuan faktur. Setiap tahap persetujuan memiliki catatan berisi status, stempel waktu, dan tindakan pemberi persetujuan.

Pengumpulan data

Saring catatan riwayat persetujuan untuk tindakan 'reject' atau 'rejected'.

Jenis peristiwa explicit
Ketidaksesuaian pencocokan ditemukan
Peristiwa ini terjadi saat sistem otomatis gagal mencocokkan faktur dengan pesanan pembelian karena perbedaan jumlah, harga, atau detail lainnya. Peristiwa ini disimpulkan dari perubahan status faktur ke kondisi yang memerlukan intervensi manual, seperti 'unmatched' atau 'mismatched'.
Mengapa ini penting

Aktivitas ini menandai awal penanganan pengecualian, yang sering menjadi sumber keterlambatan. Menganalisis frekuensi dan akar penyebabnya penting untuk meningkatkan tingkat pencocokan pada percobaan pertama dan mengurangi beban kerja manual.

Sumber data

Disimpulkan dari status pencocokan faktur. Status 'unmatched', 'mismatched', atau status serupa menunjukkan ketidaksesuaian yang perlu ditinjau secara manual. Informasi ini tercatat pada objek faktur.

Pengumpulan data

Deteksi stempel waktu saat status pencocokan PO berubah ke nilai yang menunjukkan kegagalan.

Jenis peristiwa inferred
Pembayaran dijadwalkan
Faktur telah dimasukkan ke dalam kelompok pembayaran yang dijadwalkan untuk dijalankan pada tanggal mendatang. Peristiwa ini disimpulkan dari hubungan faktur dengan proses atau objek kelompok pembayaran di sistem.
Mengapa ini penting

Aktivitas ini memberikan visibilitas pada tahap akhir proses. Anda dapat membedakan faktur yang siap dibayar dari pembayaran yang sudah dimulai. Informasi ini membantu memperkirakan arus kas.

Sumber data

Disimpulkan dari pembuatan catatan pembayaran atau kelompok pembayaran yang mencantumkan ID faktur. 'scheduled payment date' pada objek pembayaran menunjukkan waktu yang relevan.

Pengumpulan data

Gunakan tanggal pembuatan catatan kelompok pembayaran yang terkait dengan faktur.

Jenis peristiwa inferred
Penahanan faktur dilepas
Penahanan faktur yang sebelumnya diberlakukan telah dilepas sehingga faktur dapat melanjutkan proses pembayaran. Seperti tindakan menahan faktur, peristiwa ini tercatat secara langsung dalam jejak audit faktur.
Mengapa ini penting

Waktu antara penahanan dan pelepasan faktur penting untuk KPI 'Rata-rata Durasi Pemblokiran Pembayaran'. Aktivitas ini menandai berakhirnya keterlambatan. Dengan menganalisis pemicunya, Anda dapat menemukan peluang untuk mempercepat penyelesaian.

Sumber data

Peristiwa ini tercatat secara langsung dalam riwayat faktur atau log audit sebagai tindakan pengguna atau sistem yang terpisah.

Pengumpulan data

Saring catatan riwayat faktur untuk peristiwa sistem 'hold released' atau yang serupa.

Jenis peristiwa explicit
Penyelesaian ketidaksesuaian dimulai
Menandai dimulainya intervensi manual untuk menyelesaikan ketidaksesuaian pencocokan PO. Aktivitas ini sulit dicatat secara langsung dan sering disimpulkan dari tindakan pengguna pertama setelah ketidaksesuaian ditandai, seperti menambahkan komentar atau mengedit faktur.
Mengapa ini penting

Dengan melacak waktu sejak ketidaksesuaian ditemukan hingga penyelesaiannya dimulai, Anda dapat melihat keterlambatan dalam penugasan atau penanganan pengecualian. Ini merupakan bagian penting dari dashboard 'Ikhtisar Ketidaksesuaian Pencocokan PO'.

Sumber data

Data ini sulit diperoleh dan mungkin memerlukan metode penyimpulan lanjutan. Waktunya dapat ditentukan dari stempel waktu komentar, perubahan, atau penugasan tugas pertama oleh pengguna terkait faktur, setelah status pencocokan menunjukkan kegagalan.

Pengumpulan data

Temukan peristiwa perubahan pertama yang diprakarsai pengguna setelah peristiwa 'Ketidaksesuaian pencocokan ditemukan'.

Jenis peristiwa inferred
Disarankan Opsional

Panduan ekstraksi

Cara mengambil data dari Coupa

Siap memulai?

Gunakan templat ini untuk menyiapkan data dan mendapatkan wawasan tentang pemrosesan faktur di Coupa. Mulai optimalkan operasional P2P Anda hari ini.

Tingkatkan efisiensi: Optimalkan pemrosesan faktur P2P Anda sekarang

Temukan hambatan dan kurangi waktu siklus pemrosesan faktur hingga 30%.

Mulai uji coba gratis

Tidak perlu kartu kredit. Siap digunakan dalam hitungan menit.