Templat data Purchase to Pay - Purchase Order Anda
Templat data Purchase to Pay - Purchase Order Anda
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas utama yang perlu dilacak
- Panduan ekstraksi
Atribut Purchase to Pay - Purchase Order
| Nama | Deskripsi | ||
|---|---|---|---|
|
Nama aktivitas
ActivityName
|
Nama peristiwa atau tugas tertentu yang terjadi pada suatu waktu dalam proses Purchase Order. | ||
|
Deskripsi
Nama aktivitas menjelaskan langkah dalam siklus Purchase Order, seperti 'Purchase Order dibuat', 'Purchase Order disetujui', atau 'Penerimaan barang dicatat'. Urutan aktivitas ini menjadi dasar peta proses. Analisis aktivitas merupakan inti process mining. Analisis ini membantu Anda melihat alur proses, mengenali variasi proses yang umum maupun jarang terjadi, serta mengukur durasi antar langkah. Memahami urutan dan frekuensi aktivitas seperti 'Purchase Order diubah' penting untuk dasbor seperti Analisis Tingkat Perubahan Purchase Order.
Mengapa ini penting
Atribut ini menentukan langkah-langkah dalam proses sehingga Anda dapat melihat alur proses dan menemukan hambatan, pengerjaan ulang, serta penyimpangan.
Sumber data
Dihasilkan dengan memetakan perubahan status, kode transaksi, atau log peristiwa dari tabel SAP Ariba yang terkait dengan riwayat dokumen dan alur kerja.
Contoh
Purchase Order disetujuiPurchase Order diubahPenerimaan barang dicatatFaktur untuk PO diterima
|
|||
|
Purchase Order
PurchaseOrderNumber
|
Pengenal unik untuk setiap dokumen Purchase Order, yang berfungsi sebagai ID kasus utama dalam proses. | ||
|
Deskripsi
Nomor Purchase Order adalah kunci utama yang menghubungkan semua aktivitas dan peristiwa terkait selama siklus pengadaan. Setiap nomor mewakili satu transaksi pembelian, mulai dari pembuatan pesanan hingga selesai atau dibatalkan. Dalam process mining, atribut ini menjadi dasar analisis di tingkat kasus. Dengan atribut ini, Anda dapat merekonstruksi perjalanan setiap Purchase Order dari awal hingga akhir, menghitung waktu siklus, mengenali variasi proses, dan melacak status masing-masing pesanan. Analisis berdasarkan Nomor Purchase Order membantu Anda memahami alur proses secara utuh serta menemukan hambatan atau penyimpangan pada transaksi tertentu.
Mengapa ini penting
Ini adalah ID Kasus utama yang menghubungkan semua langkah proses. Dengan ID ini, Anda dapat menganalisis siklus setiap Purchase Order dari awal hingga akhir.
Sumber data
Ini adalah kolom utama pada dokumen Purchase Order di SAP Ariba Buying and Invoicing atau SAP Ariba Sourcing.
Contoh
PO7000123456PO7000123457PO7000123458
|
|||
|
Waktu peristiwa
EventTime
|
Tanggal dan waktu tepat saat aktivitas atau peristiwa tertentu terjadi. | ||
|
Deskripsi
Waktu peristiwa adalah stempel waktu untuk setiap aktivitas yang mencatat kapan aktivitas dimulai. Data ini diperlukan untuk mengurutkan peristiwa secara kronologis serta menghitung durasi dan waktu siklus antar langkah proses. Atribut ini penting untuk hampir semua analisis berbasis waktu, termasuk dasbor Waktu Siklus Purchase Order dari Awal hingga Akhir dan Waktu Siklus Persetujuan Purchase Order. Atribut ini membantu menghitung indikator kinerja utama seperti 'Rata-rata Waktu Siklus Persetujuan PO' dengan mengukur selisih waktu antara stempel waktu aktivitas 'Purchase Order dibuat' dan 'Purchase Order disetujui'.
Mengapa ini penting
Stempel waktu ini menjadi dasar untuk mengurutkan peristiwa dengan benar dan menghitung semua metrik durasi, seperti waktu siklus dan waktu tunggu.
Sumber data
Biasanya tersedia dalam jejak audit atau data log perubahan untuk dokumen Purchase Order di SAP Ariba.
Contoh
2023-04-15T10:30:00Z2023-04-16T14:05:22Z2023-05-01T09:00:15Z
|
|||
|
Nama departemen
DepartmentName
|
Departemen bisnis atau pusat biaya yang terkait dengan Purchase Order. | ||
|
Deskripsi
Atribut ini menunjukkan unit organisasi yang mengajukan permintaan pembelian atau menjadi tujuan pembelian. Informasi ini sering diturunkan dari data pusat biaya pada Purchase Order. Dimensi ini penting untuk dasbor Efisiensi Pemrosesan PO per Departemen, yang membandingkan waktu siklus dan variasi proses antar departemen. Atribut ini membantu mengenali departemen yang menerapkan praktik terbaik dan departemen yang mungkin memerlukan pelatihan atau perbaikan proses. Atribut ini juga diperlukan untuk menghitung KPI Variasi Waktu Siklus PO per Departemen.
Mengapa ini penting
Memungkinkan perbandingan kinerja antar unit bisnis, membantu menemukan hambatan di tingkat departemen dan berbagi praktik terbaik.
Sumber data
Informasi ini dapat ditemukan di tingkat header atau item baris Purchase Order, dan sering dikaitkan dengan profil Pusat Biaya atau Pemohon.
Contoh
PemasaranOperasional TIManajemen fasilitasRiset dan pengembangan
|
|||
|
Nama pengguna
UserName
|
Nama atau ID pengguna yang melakukan aktivitas. | ||
|
Deskripsi
Atribut ini menunjukkan orang yang bertanggung jawab menjalankan langkah proses tertentu, seperti menyetujui Purchase Order atau mencatat penerimaan barang. Nilainya dapat berupa ID pengguna unik atau nama lengkap. Analisis kinerja berdasarkan pengguna membantu Anda mengenali kebutuhan pelatihan atau mengapresiasi kinerja yang baik. Atribut ini juga penting untuk analisis kepatuhan, seperti dasbor Penyimpangan Kepatuhan Persetujuan PO, yang membantu mengetahui siapa yang melewati langkah persetujuan wajib. Anda juga dapat menggunakannya untuk memahami pembagian beban kerja dan alokasi sumber daya.
Mengapa ini penting
Menetapkan tanggung jawab dan memungkinkan analisis kinerja, beban kerja, serta kepatuhan tiap pengguna. Informasi ini membantu mengenali kebutuhan pelatihan atau penyimpangan proses.
Sumber data
Informasi ini biasanya tersedia dalam log alur kerja dan riwayat dokumen di SAP Ariba, dan sering dikaitkan dengan setiap peristiwa.
Contoh
john.smithLROSSIjane.doe
|
|||
|
Nama vendor
VendorName
|
Nama pemasok atau vendor tempat barang atau jasa dibeli. | ||
|
Deskripsi
Atribut ini menunjukkan mitra eksternal yang terlibat dalam Purchase Order. Vendor merupakan pihak penting dalam proses purchase-to-pay, dan kinerjanya berdampak langsung pada efisiensi seluruh siklus. Nama vendor menjadi dimensi utama untuk analisis kinerja. Atribut ini penting bagi dasbor Kinerja Pengiriman Vendor, yang membandingkan tanggal pengiriman dari berbagai pemasok. Analisis berdasarkan vendor dapat menunjukkan pemasok yang sering terlambat, menyebabkan pengerjaan ulang, atau memiliki proses penagihan yang rumit. Temuan ini berguna untuk mengelola hubungan dengan pemasok.
Mengapa ini penting
Memungkinkan analisis kinerja pemasok, membantu mengenali mitra yang dapat diandalkan dan menemukan vendor yang menyebabkan keterlambatan atau masalah lain.
Sumber data
Ini adalah kolom standar di tingkat header dokumen Purchase Order dalam SAP Ariba.
Contoh
Global Office Supplies Inc.Tech Solutions LLCAdvanced Industrial Parts
|
|||
|
Nilai PO
PurchaseOrderAmount
|
Nilai total uang dalam Purchase Order. | ||
|
Deskripsi
Atribut ini menunjukkan total biaya semua barang dan jasa yang tercantum dalam Purchase Order, tidak termasuk pajak dan biaya lain kecuali dinyatakan sebaliknya. Nilai ini menjadi metrik keuangan penting untuk memahami nilai transaksi dalam proses. Dalam analisis, Nilai Purchase Order sering digunakan untuk mengelompokkan proses. Misalnya, pesanan bernilai tinggi mungkin mengikuti jalur persetujuan yang berbeda dan lebih ketat daripada pesanan bernilai rendah. Anda dapat menggunakannya untuk memprioritaskan perbaikan proses pada transaksi dengan dampak keuangan terbesar dan menganalisis pola belanja berdasarkan departemen atau vendor.
Mengapa ini penting
Memberikan konteks keuangan untuk setiap kasus, sehingga Anda dapat memprioritaskan perbaikan berdasarkan nilai transaksi dan memahami pengaruh nilai pesanan terhadap proses.
Sumber data
Ini adalah kolom terhitung standar di tingkat header dokumen Purchase Order, yang menjumlahkan nilai semua item baris.
Contoh
1500.0025000.50500.75
|
|||
|
Tanggal penerimaan barang
GoodsReceiptDate
|
Tanggal saat penerimaan barang atau penyelesaian jasa resmi dicatat dalam sistem. | ||
|
Deskripsi
Atribut ini mencatat stempel waktu aktivitas 'Penerimaan barang dicatat' atau 'Konfirmasi jasa dimasukkan'. Ini merupakan konfirmasi resmi bahwa barang yang dipesan telah diterima. Tanggal ini penting untuk mengukur waktu pengiriman aktual. Tanggal ini menjadi pasangan 'RequestedDeliveryDate' dan digunakan untuk menghitung selisih pengiriman serta KPI ketepatan waktu. Dasbor Ketepatan Waktu Pencatatan Penerimaan Barang menggunakan atribut ini untuk menilai seberapa cepat penerimaan dicatat setelah barang tiba. Hal ini penting untuk akurasi inventaris dan pembayaran faktur tepat waktu.
Mengapa ini penting
Menunjukkan tanggal pengiriman aktual, yang diperlukan untuk menghitung kinerja pengiriman dan menemukan keterlambatan dalam rantai pasok.
Sumber data
Ini adalah stempel waktu dokumen Penerimaan Barang atau Lembar Entri Jasa yang merujuk pada Purchase Order.
Contoh
2023-06-02T11:00:00Z2023-07-14T15:30:00Z2023-08-22T09:45:00Z
|
|||
|
Tanggal pengiriman yang diminta
RequestedDeliveryDate
|
Tanggal saat pemohon mengharapkan barang atau jasa dikirimkan. | ||
|
Deskripsi
Ini adalah tanggal target pengiriman yang ditentukan oleh bisnis saat membuat permintaan pembelian atau pesanan. Tanggal ini menjadi acuan untuk mengukur kinerja pengiriman aktual. Atribut ini menjadi dasar bagi dasbor Kinerja Pengiriman Vendor dan KPI Tingkat Ketepatan Waktu Penerimaan Barang. Dengan membandingkan Tanggal Pengiriman yang Diminta dengan Tanggal Penerimaan Barang aktual, organisasi dapat mengukur ketepatan waktu vendor, menghitung selisih pengiriman, dan menemukan pemasok yang sering gagal memenuhi jadwal. Analisis ini penting untuk mengelola hubungan dengan pemasok dan mengurangi risiko rantai pasok.
Mengapa ini penting
Menjadi acuan untuk mengukur ketepatan waktu pengiriman, yang penting untuk menilai keandalan vendor dan efisiensi rantai pasok.
Sumber data
Ini adalah kolom tanggal standar di tingkat item baris dokumen Purchase Order.
Contoh
2023-06-012023-07-152023-08-20
|
|||
|
Grup material
MaterialGroup
|
Klasifikasi untuk mengelompokkan material atau jasa dengan karakteristik serupa. | ||
|
Deskripsi
Grup Material, yang dalam istilah Ariba disebut Kode Komoditas, digunakan untuk mengategorikan barang yang dibeli. Pengelompokan ini memungkinkan analisis belanja dan penerapan strategi pengadaan yang berbeda untuk setiap jenis barang atau jasa. Dalam process mining, atribut ini memungkinkan analisis proses pengadaan berdasarkan jenis barang yang dibeli. Misalnya, proses persetujuan perangkat keras TI mungkin berbeda dari proses untuk perlengkapan kantor. Dengan begitu, Anda dapat memperoleh wawasan yang lebih terarah dan menyesuaikan perbaikan proses untuk kategori pembelian tertentu.
Mengapa ini penting
Memungkinkan analisis proses berdasarkan kategori barang atau jasa yang dibeli, sehingga terlihat perbedaan cara pengadaan tiap jenis barang.
Sumber data
Ini adalah kolom standar di tingkat item baris Purchase Order, yang sering diberi label 'Kode Komoditas'.
Contoh
Perangkat keras TIPerlengkapan kantorLayanan profesional
|
|||
|
Jenis PO
PurchaseOrderType
|
Klasifikasi Purchase Order, seperti standar, kerangka, atau subkontrak. | ||
|
Deskripsi
Jenis Purchase Order mengelompokkan pesanan berdasarkan tujuan bisnisnya. Jenis pesanan yang berbeda dapat mengikuti jalur proses dan aturan persetujuan serta pemenuhan yang berbeda. Atribut ini memungkinkan Anda mengelompokkan proses agar analisis lebih bermakna. Misalnya, analisis waktu siklus 'PO Standar' secara terpisah dari 'PO Jasa' dapat menunjukkan jenis hambatan yang berbeda. Pengelompokan ini menghasilkan bagian data yang lebih seragam, sehingga skenario pengadaan tertentu lebih mudah dipahami.
Mengapa ini penting
Memungkinkan analisis dikelompokkan berdasarkan jenis pesanan, sehingga hasilnya lebih akurat karena tiap jenis sering memiliki alur proses yang berbeda.
Sumber data
Lihat dokumentasi SAP Ariba. Kolom ini biasanya dapat dikonfigurasi di tingkat header PO.
Contoh
PO standarPO jasaPO payung
|
|||
|
Mata uang.
DocumentCurrency
|
Kode mata uang untuk nilai uang dalam Purchase Order. | ||
|
Deskripsi
Atribut ini menunjukkan mata uang, seperti USD, EUR, atau GBP, yang digunakan untuk menyatakan Nilai Purchase Order. Informasi ini penting untuk memahami data keuangan. Saat menganalisis proses yang mencakup beberapa negara atau wilayah, Mata Uang Dokumen diperlukan untuk menafsirkan dan membandingkan nilai uang dengan benar. Semua KPI keuangan dan dasbor harus menggunakan kolom ini untuk memfilter satu mata uang atau menerapkan kurs yang sesuai agar agregasi dan perbandingan akurat.
Mengapa ini penting
Memberikan konteks yang diperlukan untuk semua kolom nilai uang, memastikan analisis keuangan akurat dan mencegah penjumlahan nilai dari mata uang yang berbeda.
Sumber data
Ini adalah kolom standar di tingkat header dokumen Purchase Order dalam SAP Ariba.
Contoh
USDEURGBPJPY
|
|||
|
Mengalami pengerjaan ulang
IsRework
|
Penanda terhitung yang menunjukkan apakah Purchase Order mengalami siklus pengerjaan ulang, misalnya ditolak lalu diajukan kembali. | ||
|
Deskripsi
Atribut boolean ini diturunkan dari urutan aktivitas. Nilainya menjadi 'true' jika Purchase Order bergerak mundur dalam proses. Contohnya, aktivitas 'Setujui Purchase Order' diikuti aktivitas 'Ubah Purchase Order', lalu persetujuan dilakukan lagi. Ini menunjukkan penyimpangan dari proses ideal yang berjalan langsung. Penanda ini penting untuk menghitung KPI Tingkat Siklus Pengerjaan Ulang PO dan memfilter peta proses agar alur yang tidak efisien terlihat. Dengan mengenali kasus yang mengalami pengerjaan ulang, analis dapat menyelidiki penyebabnya, seperti kesalahan entri data atau persyaratan yang kurang jelas, lalu mengambil langkah untuk meningkatkan tingkat persetujuan pada pengajuan pertama.
Mengapa ini penting
Menandai kasus yang mengalami inefisiensi proses dan pengerjaan ulang, sehingga analis dapat mengukur dampak siklus berulang dan menentukan bagian yang perlu dihilangkan.
Sumber data
Atribut ini tidak tersedia di sistem sumber. Nilainya dihitung saat transformasi data berdasarkan urutan aktivitas untuk setiap kasus.
Contoh
truefalse
|
|||
|
Nomor permintaan pembelian.
PurchaseRequisitionNumber
|
Pengenal unik permintaan pembelian yang dibuat sebelum Purchase Order. | ||
|
Deskripsi
Atribut ini menghubungkan Purchase Order dengan permintaan pembelian asalnya. Tidak semua Purchase Order memiliki permintaan sebelumnya, misalnya jika PO dibuat secara langsung. Hubungan ini penting untuk menganalisis seluruh proses pengadaan dari awal hingga akhir, dimulai dari permintaan awal. Informasi ini diperlukan untuk dasbor Alur Konversi Permintaan ke PO dan KPI Waktu Konversi Permintaan ke PO. Analisis hubungan ini membantu menemukan keterlambatan antara persetujuan permintaan dan pembuatan pesanan resmi kepada vendor.
Mengapa ini penting
Menghubungkan Purchase Order dengan permintaan awal, sehingga Anda dapat menganalisis proses dari pembuatan permintaan hingga pemenuhan pesanan.
Sumber data
Informasi ini biasanya tersedia sebagai kolom referensi pada item baris Purchase Order.
Contoh
PR10004567PR10004568PR10004569
|
|||
|
Organisasi pembelian
PurchasingOrganization
|
Unit organisasi yang bertanggung jawab atas pengadaan material dan jasa serta negosiasi dengan vendor. | ||
|
Deskripsi
Organisasi Pembelian merupakan entitas penting dalam struktur pengadaan yang bertanggung jawab atas aspek strategis pembelian. Perusahaan dapat memiliki organisasi pembelian yang berbeda untuk tiap wilayah atau unit bisnis. Analisis proses berdasarkan Organisasi Pembelian dapat menunjukkan perbedaan efisiensi, kepatuhan, dan strategi pengelolaan vendor di seluruh perusahaan. Temuan ini membantu menyelaraskan praktik terbaik dan menemukan hambatan atau sumber inefisiensi di tingkat organisasi.
Mengapa ini penting
Memungkinkan analisis tingkat tinggi atas efisiensi proses dan kepatuhan di berbagai unit pembelian strategis.
Sumber data
Ini adalah kolom data organisasi standar di tingkat header dokumen Purchase Order.
Contoh
PO_US01PO_EMEAPO_GLOBAL
|
|||
|
Pembaruan data terakhir
LastDataUpdate
|
Stempel waktu yang menunjukkan kapan data untuk peristiwa ini terakhir diperbarui atau diambil dari sistem sumber. | ||
|
Deskripsi
Atribut ini mencatat tanggal dan waktu pengambilan data terbaru dari SAP Ariba. Metadata ini penting untuk mengetahui seberapa baru data yang sedang dianalisis. Dalam analisis process mining, mengetahui usia data sangat penting untuk pelaporan dan pengambilan keputusan. Dengan stempel waktu ini, pengguna dapat memastikan bahwa dasbor dan KPI, seperti Tren Volume Purchase Order, menggunakan informasi terbaru.
Mengapa ini penting
Menunjukkan kebaruan data agar pengguna mengetahui seberapa mutakhir analisis mereka dan dapat mempercayai temuannya.
Sumber data
Stempel waktu ini biasanya dibuat dan ditambahkan ke kumpulan data selama proses ekstraksi, transformasi, dan pemuatan (ETL).
Contoh
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
PO diubah
IsPurchaseOrderChanged
|
Penanda boolean yang menunjukkan apakah Purchase Order diubah setelah pertama kali dibuat. | ||
|
Deskripsi
Atribut turunan ini bernilai 'true' jika terdapat aktivitas 'Purchase Order diubah' pada suatu kasus. Penanda sederhana di tingkat kasus ini memudahkan analisis tingkat perubahan. Penanda ini digunakan untuk menghitung KPI 'Tingkat Perubahan Purchase Order'. Anda dapat menggunakannya untuk membandingkan proses pada pesanan yang diubah dan yang tidak diubah. Perbandingan ini dapat menunjukkan dampak perubahan pada tahap berikutnya, seperti waktu siklus yang lebih lama atau ketidaksesuaian faktur yang meningkat. Dasbor Analisis Tingkat Perubahan Purchase Order menggunakan penanda ini untuk mengukur frekuensi perubahan.
Mengapa ini penting
Memberikan penanda sederhana untuk mengenali semua Purchase Order yang diubah, sehingga tingkat perubahan dan dampaknya mudah dihitung.
Sumber data
Penanda ini diturunkan saat transformasi data dengan memeriksa apakah ada peristiwa 'Purchase Order diubah' untuk setiap Nomor Purchase Order.
Contoh
truefalse
|
|||
|
Selisih waktu pengiriman
DeliveryVariance
|
Selisih waktu terhitung antara tanggal pengiriman yang diminta dan tanggal penerimaan barang aktual. | ||
|
Deskripsi
Metrik ini mengukur kinerja pengiriman vendor dengan menghitung seberapa awal atau terlambat barang dikirim. Nilainya dihitung dengan mengurangi 'RequestedDeliveryDate' dari 'GoodsReceiptDate'. Nilai positif menunjukkan keterlambatan, nilai negatif menunjukkan pengiriman lebih awal, dan nol berarti pengiriman tepat waktu. Perhitungan ini menjadi dasar dasbor 'Kinerja Pengiriman Vendor' dan KPI 'Variasi Kinerja Pengiriman Vendor'. Dengan menganalisis selisih ini untuk setiap vendor, organisasi dapat mengenali mitra yang dapat diandalkan maupun yang kurang andal. Informasi ini membantu dalam negosiasi dengan pemasok dan pengelolaan risiko. Anda juga dapat melihat besarnya penyimpangan waktu pengiriman, bukan hanya mengetahui apakah pengiriman tepat waktu atau terlambat.
Mengapa ini penting
Mengukur ketepatan waktu vendor dengan menghitung secara tepat seberapa awal atau terlambat pengiriman, yang penting untuk mengelola kinerja pemasok.
Sumber data
Dihitung pada tahap transformasi data dengan mengurangi 'RequestedDeliveryDate' dari 'GoodsReceiptDate'.
Contoh
P2D-P1DP0D
|
|||
|
Sistem sumber
SourceSystem
|
Menunjukkan sistem tempat data diambil, dalam hal ini SAP Ariba. | ||
|
Deskripsi
Atribut ini menunjukkan asal data proses. Jika lingkungan Anda menggunakan beberapa sistem yang terintegrasi, informasi ini penting untuk membedakan sumber data dan memastikan asal-usul data dapat dilacak. Dalam analisis, atribut ini membantu Anda memfilter data dari sistem tertentu atau memahami interaksi proses di berbagai platform. Atribut ini juga menjadi metadata penting untuk tata kelola dan validasi data, agar analisis menggunakan kumpulan data yang tepat.
Mengapa ini penting
Memberikan konteks penting tentang asal data, yang diperlukan untuk tata kelola, validasi, dan analisis data di lingkungan dengan banyak sistem.
Sumber data
Nilai statis ('SAP Ariba') yang biasanya ditambahkan selama proses ekstraksi dan transformasi data.
Contoh
SAP AribaSAP-Ariba-USAribaCloud
|
|||
|
Status PO
PurchaseOrderStatus
|
Status Purchase Order saat ini dalam siklusnya. | ||
|
Deskripsi
Atribut ini menunjukkan kondisi Purchase Order saat ini, seperti 'Dalam pemesanan', 'Dalam penerimaan', 'Ditagih', atau 'Selesai'. Informasi ini menunjukkan posisi PO dalam keseluruhan proses. Process mining merekonstruksi alur dari aktivitas, sedangkan status saat ini berguna untuk memfilter kasus dan memahami beban kerja yang sedang berjalan. Misalnya, analis dapat berfokus pada Purchase Order yang masih 'Berjalan' dan belum selesai. Status ini juga dapat digunakan untuk memvalidasi aktivitas terakhir dalam jejak proses.
Mengapa ini penting
Memberikan gambaran cepat tentang posisi Purchase Order dalam siklusnya, sehingga Anda dapat memfilter dan berfokus pada kasus yang masih berjalan atau sudah selesai.
Sumber data
Ini adalah kolom status standar pada header dokumen Purchase Order di SAP Ariba.
Contoh
Dalam pemesananDalam penerimaanSelesaiDibatalkan
|
|||
|
Waktu akhir peristiwa
EventEndTime
|
Stempel waktu yang menunjukkan kapan aktivitas selesai. Digunakan untuk menghitung waktu pemrosesan aktivitas manual. | ||
|
Deskripsi
StartTime menunjukkan kapan aktivitas dimulai, sedangkan EventEndTime mencatat kapan aktivitas berakhir. Untuk banyak peristiwa yang dihasilkan sistem, waktu mulai dan waktu akhir sama. Namun, pada tugas manual atau pekerjaan otomatis yang berlangsung lama, selisih waktu mulai dan akhir menunjukkan waktu pemrosesan aktivitas. Atribut ini digunakan untuk menghitung metrik 'ProcessingTime', yang penting bagi dasbor Analisis Durasi Aktivitas Purchase Order. Atribut ini membantu menemukan tugas tertentu yang paling lama diselesaikan, sehingga Anda dapat melihat peluang untuk memberikan pelatihan, mengalokasikan ulang sumber daya, atau menerapkan otomatisasi.
Mengapa ini penting
Membantu menghitung waktu pemrosesan setiap aktivitas secara akurat dan menemukan tugas tertentu yang paling banyak menyita waktu.
Sumber data
Lihat dokumentasi SAP Ariba. Jika tidak tersedia secara langsung, data ini mungkin perlu diturunkan dari waktu mulai aktivitas berikutnya.
Contoh
2023-04-15T10:45:00Z2023-04-16T14:05:30Z2023-05-01T11:00:00Z
|
|||
|
Waktu siklus PO dari awal hingga akhir
POEndToEndCycleTime
|
Total waktu sejak permintaan pembelian pertama dibuat hingga Purchase Order selesai. | ||
|
Deskripsi
Atribut terhitung ini mengukur total durasi seluruh proses Purchase Order. Biasanya, pengukuran dimulai dari peristiwa 'Permintaan Pembelian dibuat' dan berakhir pada peristiwa 'Purchase Order selesai' atau 'Penerimaan barang dicatat' yang terakhir. Atribut ini memberikan gambaran menyeluruh tentang efisiensi proses. Metrik ini menjadi dasar KPI 'Waktu Siklus PO dari Awal hingga Akhir' dan dasbor Waktu Siklus Purchase Order dari Awal hingga Akhir. Organisasi dapat menggunakannya untuk memantau kinerja secara keseluruhan dan dampak perbaikan proses. Dengan menguraikan total waktu siklus berdasarkan vendor, departemen, atau grup material, Anda dapat menemukan faktor utama yang memperpanjang waktu penyelesaian.
Mengapa ini penting
Menunjukkan total waktu pemrosesan Purchase Order, sebagai ukuran tingkat tinggi untuk efisiensi proses secara keseluruhan dan pengalaman pelanggan.
Sumber data
Dihitung saat transformasi data dengan mencari selisih antara stempel waktu paling awal dan paling akhir untuk suatu kasus.
Contoh
P15DP30D12HP7D
|
|||
Aktivitas Purchase to Pay - Purchase Order
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Penerimaan barang dicatat
|
Menandai penerimaan fisik barang yang dicatat di SAP Ariba. Peristiwa ini tercatat secara langsung saat pengguna membuat dan mengirimkan dokumen Receipt untuk item baris Purchase Order. | ||
|
Mengapa ini penting
Tonggak ini penting untuk mengonfirmasi pengiriman dan menjadi titik akhir pengukuran kinerja pengiriman pemasok. Dalam proses pencocokan tiga arah, pencatatan ini juga menjadi dasar untuk membayar faktur.
Sumber data
Diambil dari stempel waktu pembuatan atau pengiriman dokumen Receipt yang terhubung dengan PurchaseOrder.
Pengumpulan data
Berdasarkan stempel waktu pengiriman dokumen Goods Receipt.
Jenis peristiwa
explicit
|
|||
|
Permintaan pembelian dibuat
|
Aktivitas ini menandai pembuatan permintaan pembelian, yaitu permintaan resmi untuk barang atau jasa sebelum Purchase Order dibuat. Di SAP Ariba, aktivitas ini biasanya tercatat saat pengguna menyimpan dan mengirimkan dokumen permintaan baru. Catatan tersebut memuat stempel waktu pembuatan. | ||
|
Mengapa ini penting
Ini adalah titik awal utama proses pengadaan. Menganalisis waktu dari peristiwa ini hingga PO dibuat penting untuk memahami waktu siklus dari permintaan hingga pesanan dan menemukan hambatan pada tahap awal.
Sumber data
Peristiwa ini diambil dari tanggal pembuatan objek dokumen Requisition di modul SAP Ariba Buying. Perubahan status menjadi 'Submitted' sering menandai dimulainya proses secara resmi.
Pengumpulan data
Berdasarkan stempel waktu pembuatan dokumen permintaan pembelian.
Jenis peristiwa
explicit
|
|||
|
Purchase Order dibuat
|
Aktivitas ini menandai pembuatan dokumen Purchase Order resmi di SAP Ariba, baik dari permintaan yang telah disetujui maupun secara langsung. Peristiwa ini diambil dari stempel waktu pembuatan dokumen PO dan menandai dimulainya siklus PO secara resmi. | ||
|
Mengapa ini penting
Untuk PO langsung, ini adalah awal proses. Tonggak ini penting untuk mengukur waktu konversi dari Requisition ke PO dan waktu pemrosesan PO secara keseluruhan.
Sumber data
Diambil dari stempel waktu pembuatan objek dokumen PurchaseOrder di SAP Ariba Buying. Pada tahap ini, statusnya biasanya 'Composing' atau 'Submitted'.
Pengumpulan data
Berdasarkan stempel waktu pembuatan dokumen Purchase Order.
Jenis peristiwa
explicit
|
|||
|
Purchase Order dikirim ke pemasok
|
Menandai saat Purchase Order yang telah disetujui resmi dikirim ke pemasok, biasanya melalui Ariba Network. Peristiwa ini dicatat saat status PO berubah menjadi 'Sent' atau 'Ordered'. | ||
|
Mengapa ini penting
Tahap ini menandai peralihan dari pemrosesan internal ke pemenuhan oleh pihak luar. Inilah titik awal untuk mengukur waktu tunggu pemasok dan kinerja pengiriman.
Sumber data
Disimpulkan dari stempel waktu saat status dokumen PurchaseOrder berubah menjadi 'Sent' atau 'Ordered'. Perubahan status ini merupakan transisi standar di Ariba.
Pengumpulan data
Disimpulkan dari stempel waktu perubahan status menjadi 'Sent' atau status serupa.
Jenis peristiwa
inferred
|
|||
|
Purchase Order disetujui
|
Menandakan bahwa Purchase Order telah mendapat semua persetujuan internal yang diperlukan dan siap dikirim ke pemasok. Peristiwa ini disimpulkan dari perubahan status dokumen PO menjadi 'Approved' setelah alur kerja yang ditetapkan selesai. | ||
|
Mengapa ini penting
Tonggak ini penting untuk mengukur waktu siklus persetujuan dan menemukan hambatan dalam peninjauan manajemen. Keterlambatan pada tahap ini berdampak langsung pada waktu tunggu pemasok dan efisiensi pengadaan.
Sumber data
Disimpulkan dari stempel waktu saat status atau kolom 'ApprovedState' dokumen PurchaseOrder berubah menjadi 'Approved'. Log riwayat persetujuan menyediakan data terperinci.
Pengumpulan data
Disimpulkan dari stempel waktu tindakan persetujuan terakhir dalam alur persetujuan PO.
Jenis peristiwa
inferred
|
|||
|
Purchase Order selesai
|
Aktivitas ini menandai berakhirnya siklus Purchase Order dengan sukses, saat barang atau jasa telah diterima sepenuhnya dan faktur telah diterima. Peristiwa ini disimpulkan dari perubahan status PO menjadi 'Received', 'Invoiced', atau status akhir serupa. | ||
|
Mengapa ini penting
Ini adalah titik akhir utama yang menandakan proses berhasil. Mengukur waktu hingga status ini tercapai menunjukkan waktu siklus dari awal hingga akhir, salah satu ukuran utama efisiensi proses secara keseluruhan.
Sumber data
Disimpulkan dari stempel waktu saat status PurchaseOrder berubah ke status akhir, seperti 'Received'. PO dianggap selesai setelah semua item baris diterima sepenuhnya.
Pengumpulan data
Disimpulkan dari perubahan status PO menjadi 'Received' atau status selesai yang serupa.
Jenis peristiwa
inferred
|
|||
|
Barang dikembalikan ke pemasok
|
Aktivitas ini mencatat pengembalian barang kepada pemasok, biasanya karena barang rusak, cacat, atau tidak sesuai pesanan. Pengembalian dicatat saat dokumen penerimaan retur atau nota debit dibuat untuk penerimaan barang awal. | ||
|
Mengapa ini penting
Pelacakan retur membantu menemukan masalah kualitas pemasok dan akurasi pengiriman. Menganalisis frekuensi dan alasan retur dapat membantu meningkatkan pemilihan dan pengelolaan pemasok.
Sumber data
Peristiwa ini dapat disimpulkan dari pembuatan dokumen penerimaan khusus retur atau jumlah negatif pada penerimaan. Cara pencatatannya dapat berbeda, bergantung pada konfigurasi.
Pengumpulan data
Disimpulkan dari pembuatan penerimaan dengan jumlah negatif atau jenis 'Return' tertentu.
Jenis peristiwa
inferred
|
|||
|
Faktur untuk PO diterima
|
Menandakan bahwa faktur dari pemasok yang merujuk pada Purchase Order telah diterima dan dimasukkan ke SAP Ariba. Peristiwa ini menghubungkan proses pengadaan dengan proses pembayaran berikutnya. | ||
|
Mengapa ini penting
Aktivitas ini menjadi titik integrasi penting antara pengadaan dan keuangan. Waktunya penting untuk mengelola modal kerja dan memastikan pemasok dibayar tepat waktu.
Sumber data
Diambil dari stempel waktu pembuatan dokumen Invoice di Ariba Invoicing, yang memuat referensi ke PurchaseOrder.
Pengumpulan data
Berdasarkan stempel waktu pembuatan dokumen faktur yang terhubung dengan PO.
Jenis peristiwa
explicit
|
|||
|
Konfirmasi jasa dicatat
|
Menandai konfirmasi bahwa jasa telah diberikan, setara dengan penerimaan barang untuk pesanan jasa. Peristiwa ini dicatat saat Service Sheet dibuat dan disetujui untuk Purchase Order berbasis jasa. | ||
|
Mengapa ini penting
Aktivitas ini penting untuk melacak pemenuhan pesanan jasa dan menjadi dasar pembayaran. Menganalisis ketepatan waktunya membantu mengelola penyediaan jasa dan pengeluaran terkait.
Sumber data
Diambil dari stempel waktu persetujuan dokumen ServiceSheet yang terhubung dengan PurchaseOrder.
Pengumpulan data
Berdasarkan stempel waktu persetujuan dokumen Service Sheet.
Jenis peristiwa
explicit
|
|||
|
Pemasok mengonfirmasi Purchase Order
|
Menandakan bahwa pemasok telah menerima dan mengakui Purchase Order, serta menyatakan kesediaan untuk memenuhinya. Peristiwa ini dicatat saat pemasok mengirimkan dokumen Order Confirmation melalui Ariba Network, yang memperbarui status PO. | ||
|
Mengapa ini penting
Aktivitas ini memastikan bahwa pemasok sedang memproses pesanan. Informasi ini membantu melacak ketanggapan pemasok dan keakuratan pesanan awal.
Sumber data
Disimpulkan dari stempel waktu saat status PurchaseOrder diperbarui menjadi 'Confirmed' setelah Order Confirmation dari pemasok diterima.
Pengumpulan data
Berdasarkan tanggal pembuatan dokumen Order Confirmation terkait atau perubahan status PO.
Jenis peristiwa
inferred
|
|||
|
Pemberitahuan pengiriman awal diterima
|
Aktivitas ini dicatat saat pemasok mengirimkan Advance Ship Notice (ASN) melalui Ariba Network untuk memberi tahu bahwa barang telah dikirim. ASN memuat informasi pengiriman, seperti barang, jumlah, dan informasi pelacakan. | ||
|
Mengapa ini penting
ASN memberikan visibilitas ke rantai pasok sehingga bagian penerimaan dapat bersiap menyambut pengiriman. Informasi ini penting untuk melacak persediaan dalam perjalanan dan memperkirakan waktu kedatangan.
Sumber data
Diambil dari tanggal pembuatan dokumen ShipNotice yang terhubung dengan item baris PurchaseOrder.
Pengumpulan data
Berdasarkan stempel waktu pembuatan dokumen Advance Ship Notice (ASN).
Jenis peristiwa
explicit
|
|||
|
Permintaan pembelian disetujui
|
Menandai persetujuan akhir permintaan pembelian oleh semua pihak terkait yang diwajibkan, sehingga permintaan dapat diubah menjadi Purchase Order. Peristiwa ini biasanya disimpulkan dari perubahan status dokumen permintaan menjadi 'Approved' dan stempel waktu tindakan persetujuan terakhir. | ||
|
Mengapa ini penting
Tonggak ini mengakhiri tahap persetujuan internal untuk permintaan tersebut. Pelacakan ini membantu mengukur efisiensi kontrol internal dan alur kerja persetujuan sebelum PO dibuat.
Sumber data
Disimpulkan dari riwayat persetujuan atau kolom status dokumen Requisition. Stempel waktu peristiwa menunjukkan tanggal perubahan status menjadi 'Approved'.
Pengumpulan data
Disimpulkan dari stempel waktu saat kolom 'ApprovedState' pada permintaan berubah menjadi 'Approved'.
Jenis peristiwa
inferred
|
|||
|
Purchase Order dibatalkan
|
Menandai penghentian Purchase Order sebelum pesanan dipenuhi. Pembatalan dapat dilakukan oleh organisasi pembeli atau, dalam kasus yang jarang terjadi, oleh pemasok. | ||
|
Mengapa ini penting
Ini adalah pengecualian penting sekaligus titik akhir proses. Menganalisis alasan PO dibatalkan dapat mengungkap masalah dalam perencanaan, anggaran, atau keandalan pemasok.
Sumber data
Disimpulkan dari stempel waktu saat status dokumen PurchaseOrder berubah menjadi 'Cancelled' atau 'Closed'.
Pengumpulan data
Disimpulkan dari stempel waktu perubahan status menjadi 'Cancelled'.
Jenis peristiwa
inferred
|
|||
|
Purchase Order diubah
|
Aktivitas ini mencatat perubahan pada Purchase Order setelah pertama kali dibuat, seperti perubahan jumlah, harga, atau tanggal pengiriman. Versi baru dokumen PO akan dibuat dan sering kali memicu alur kerja persetujuan ulang. | ||
|
Mengapa ini penting
Melacak perubahan penting untuk menemukan inefisiensi proses, pengulangan pengerjaan ulang, dan akar penyebab kesalahan pengadaan. Tingkat perubahan yang tinggi dapat menandakan kebutuhan awal belum dikumpulkan dengan baik.
Sumber data
Dicatat dengan mengidentifikasi beberapa versi dari dokumen PurchaseOrder yang sama. Stempel waktu pembuatan setiap versi baru dapat digunakan untuk peristiwa ini.
Pengumpulan data
Dicatat saat versi baru dokumen PO dibuat dan disimpan.
Jenis peristiwa
explicit
|
|||
Panduan ekstraksi
Siap untuk memulai?
Gunakan templat ini untuk menyiapkan data dengan lebih mudah dan mulai memperbaiki proses Purchase to Pay - Purchase Order dengan yakin. Langkah pertama menuju proses yang lebih efisien dimulai di sini.
Perbaiki proses Purchase to Pay - Purchase Order Anda sekarang!
Kurangi waktu siklus hingga 30% dan hilangkan hambatan di SAP Ariba.
Tidak perlu kartu kredit. Siapkan uji coba gratis dalam hitungan menit.