Templat data Purchase to Pay - Requisition
Templat data Purchase to Pay - Requisition
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas utama yang perlu dilacak
- Panduan ekstraksi untuk SAP ECC
Atribut Purchase to Pay - Requisition
| Nama | Deskripsi | ||
|---|---|---|---|
|
ID Purchase Requisition
PurchaseRequisitionId
|
Pengenal unik untuk dokumen permintaan pembelian. | ||
|
Deskripsi
ID Purchase Requisition adalah kunci utama yang mengidentifikasi setiap permintaan barang atau jasa di SAP ECC secara unik. ID ini berfungsi sebagai pengenal kasus utama yang menghubungkan semua aktivitas dan perubahan terkait permintaan tertentu, mulai dari pembuatan hingga penyelesaian akhir, misalnya diubah menjadi pesanan pembelian atau ditutup. Dalam process mining, ID ini penting untuk merekonstruksi siklus setiap permintaan dari awal hingga akhir. Dengan melacak ID tersebut, analis dapat melihat seluruh alur proses, mengukur durasi antar-tonggak, dan menganalisis perbedaan penanganan berbagai permintaan. ID ini memberikan gambaran utuh tentang perjalanan setiap permintaan.
Mengapa ini penting
Pengenal utama ini menghubungkan semua peristiwa proses terkait ke dalam satu kasus sehingga analisis proses dari awal hingga akhir dapat dilakukan.
Sumber data
Terdapat di tabel EBAN, kolom BANFN.
Contoh
100234567810023456791002345680
|
|||
|
Nama aktivitas
ActivityName
|
Nama aktivitas bisnis yang terjadi pada waktu tertentu. | ||
|
Deskripsi
Atribut ini menjelaskan tahapan atau peristiwa tertentu dalam siklus permintaan pembelian, seperti 'Requisition Created', 'Approval Submitted', atau 'Purchase Order Created'. Aktivitas ini biasanya diperoleh dari perubahan status, log workflow, atau dokumen perubahan di SAP. Analisis urutan dan frekuensi aktivitas menjadi dasar process mining. Analisis ini membantu menemukan alur proses yang sebenarnya, termasuk jalur yang umum, penyimpangan, dan hambatan. Informasi ini penting untuk membuat dashboard seperti Peta Proses Requisition dari Awal hingga Akhir dan menghitung KPI terkait pengerjaan ulang serta kepatuhan.
Mengapa ini penting
Atribut ini menentukan tahapan dalam proses sehingga peta proses dapat ditampilkan dan variasi alur proses dapat dianalisis.
Sumber data
Berasal dari tabel dokumen perubahan CDHDR dan CDPOS, log workflow, atau kolom status seperti EBAN-STATU.
Contoh
Permintaan pembelian dibuatTahap persetujuan disetujuiPermintaan pembelian ditolakPesanan pembelian dibuat
|
|||
|
Waktu peristiwa
EventTime
|
Cap waktu yang menunjukkan kapan aktivitas terjadi. | ||
|
Deskripsi
Waktu peristiwa mencatat tanggal dan waktu tepat saat suatu aktivitas berlangsung. Cap waktu ini menjadi dasar untuk semua analisis berbasis waktu dalam process mining, termasuk menghitung waktu siklus, menemukan hambatan, dan memahami kinerja proses. Dalam proses permintaan pembelian, atribut ini digunakan untuk menghitung KPI penting seperti 'Rata-rata Waktu Persetujuan Permintaan Pembelian' dan 'Waktu hingga Pembuatan PO'. Data ini juga mendukung dasbor yang menampilkan durasi, seperti analisis Waktu Siklus Persetujuan Permintaan Pembelian, dengan menyediakan data untuk mengukur waktu antara dua titik dalam proses.
Mengapa ini penting
Cap waktu ini penting untuk menghitung durasi, menganalisis kinerja proses, dan menemukan hambatan terkait waktu.
Sumber data
Tersimpan di tabel header dokumen perubahan CDHDR (kolom UDATE dan UTIME).
Contoh
2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T14:20:05Z
|
|||
|
Pembaruan data terakhir
LastDataUpdate
|
Cap waktu saat data terakhir diperbarui atau diekstrak dari sistem sumber. | ||
|
Deskripsi
Atribut ini menunjukkan kapan dataset terakhir diperbarui. Cap waktunya bersifat tetap untuk seluruh dataset dan ditambahkan setiap kali data dimuat. Informasi ini menjadi acuan untuk mengetahui seberapa baru data yang dianalisis. Saat menggunakan dasbor atau analisis process mining, Anda perlu mengetahui kapan data diperbarui agar dapat mengambil keputusan berdasarkan informasi terkini. Atribut ini memberi tahu semua pihak tentang rentang waktu data yang sedang dilihat, sehingga mereka tidak menarik kesimpulan dari informasi yang sudah usang.
Mengapa ini penting
Memberi tahu pengguna seberapa baru data yang digunakan, hal penting untuk menjaga relevansi dan ketepatan analisis proses.
Sumber data
Nilai tetap yang menunjukkan waktu ekstraksi data dan ditambahkan selama proses ETL.
Contoh
2024-01-15T04:00:00Z2024-01-16T04:00:00Z
|
|||
|
Sistem sumber
SourceSystem
|
Menunjukkan sistem sumber tempat data diambil. | ||
|
Deskripsi
Atribut ini menunjukkan asal data proses, misalnya 'SAP ECC Production' atau 'S4HANA QA'. Biasanya, nilainya tetap dan ditambahkan saat ekstraksi data untuk memberikan konteks, terutama jika lingkungan Anda menggunakan beberapa sistem sumber. Dalam analisis proses, atribut ini membantu membedakan data dari berbagai sumber. Dengan begitu, hasil analisis tidak tercampur antara lingkungan produksi, pengujian, dan pengembangan. Metadata ini juga penting untuk tata kelola dan pelacakan data.
Mengapa ini penting
Memberi konteks tentang asal data, mendukung pelacakan, dan memungkinkan analisis lintas sistem.
Sumber data
Nilai ini biasanya bersifat tetap dan ditambahkan selama proses ekstraksi, transformasi, dan pemuatan data (ETL).
Contoh
SAP_ECC_PRODS4HANA_EU_100ECC_US_FINANCE
|
|||
|
Departemen
Department
|
Departemen pemohon atau pusat biaya yang terkait dengan permintaan pembelian. | ||
|
Deskripsi
Atribut ini menunjukkan unit bisnis atau departemen yang mengajukan permintaan pembelian. Informasinya biasanya diambil dari profil pengguna pemohon atau pusat biaya yang ditetapkan pada baris permintaan. Analisis proses berdasarkan departemen penting untuk memahami perbedaan kinerja di seluruh organisasi. Atribut ini menjadi dimensi utama untuk dasbor 'Waktu Siklus Persetujuan Permintaan Pembelian' dan KPI 'Variasi Waktu Persetujuan Antar-Departemen'. Dengan begitu, Anda dapat melihat departemen yang prosesnya efisien dan departemen yang mungkin perlu melakukan perbaikan atau menambah sumber daya.
Mengapa ini penting
Memungkinkan perbandingan kinerja antarunit bisnis serta membantu menemukan hambatan dan ketidakkonsistenan proses di tiap departemen.
Sumber data
Biasanya diperoleh dengan menghubungkan Pemohon (EBAN-AFNAM) ke data induk pengguna (SU01), atau menggunakan Pusat Biaya (EBKN-KOSTL) yang terkait dengan penetapan akun permintaan pembelian.
Contoh
KeuanganOperasional TIPemasaranManufaktur
|
|||
|
Jenis dokumen
RequisitionDocumentType
|
Klasifikasi yang menentukan jenis dan karakteristik permintaan pembelian. | ||
|
Deskripsi
Di SAP, Jenis Dokumen mengatur berbagai aspek permintaan pembelian, termasuk rentang nomor, pemilihan kolom, dan alur pengadaan yang digunakan. Contohnya 'PR Standar', 'Transfer Stok', atau 'PR Jasa'. Atribut ini berguna untuk analisis karena tiap jenis dokumen dapat memiliki alur proses dan persyaratan persetujuan yang berbeda. Analis dapat mengelompokkan data untuk membandingkan kinerja berbagai proses permintaan pembelian. Perbandingan ini membantu memahami kepatuhan dan menemukan peluang untuk menstandarkan atau menyesuaikan proses.
Mengapa ini penting
Mengelompokkan permintaan pembelian berdasarkan kategori proses agar analisis lebih tepat dan relevan.
Sumber data
Terdapat di tabel EBAN, kolom BSART.
Contoh
NBUBRV
|
|||
|
Nama pengguna
User
|
ID pengguna yang melakukan aktivitas. | ||
|
Deskripsi
Atribut ini menunjukkan pengguna yang bertanggung jawab atas suatu peristiwa, seperti membuat permintaan pembelian, menyetujui langkah, atau mengubah dokumen. Di SAP, informasi ini biasanya dicatat sebagai ID pengguna. Analisis berdasarkan pengguna dapat membantu menemukan kebutuhan pelatihan, melihat kinerja tiap pengguna, dan mengidentifikasi kemungkinan kesalahan entri data. Atribut ini penting untuk dasbor seperti 'Jumlah Permintaan Pembelian yang Dibuat per Pemohon' serta untuk memahami pembagian beban kerja dan kepatuhan terhadap kebijakan pemisahan tugas.
Mengapa ini penting
Mengaitkan aktivitas dengan orang tertentu agar Anda dapat menganalisis kinerja, beban kerja, kepatuhan, dan kebutuhan pelatihan pengguna.
Sumber data
Untuk perubahan, data terdapat di tabel header dokumen perubahan CDHDR (kolom USERNAME). Untuk pembuat, data terdapat di EBAN (kolom ERNAM).
Contoh
SMITHJR.DOEUSER123
|
|||
|
Status permintaan pembelian
RequisitionStatus
|
Status pemrosesan permintaan pembelian saat ini. | ||
|
Deskripsi
Atribut ini menunjukkan status keseluruhan permintaan pembelian pada waktu tertentu, misalnya 'Menunggu Persetujuan', 'Disetujui', 'Ditolak', atau 'Ditutup'. Di SAP, status ini biasanya ditampilkan sebagai kode. Melacak status penting untuk memahami hasil permintaan pembelian. Informasi ini mendukung dasbor 'Hasil dan Tingkat Penolakan Permintaan Pembelian' serta KPI seperti 'Tingkat Penolakan Permintaan Pembelian' dan 'Tingkat Penarikan Permintaan Pembelian'. Dengan menganalisis perubahan status, Anda dapat menemukan proses yang tidak efisien dan titik kegagalan.
Mengapa ini penting
Menentukan hasil permintaan pembelian, yang penting untuk menganalisis tingkat keberhasilan, alasan penolakan, dan titik akhir proses.
Sumber data
Status pemrosesan terdapat di tabel EBAN, kolom STATU. Status persetujuan terdapat di EBAN-FRGZU.
Contoh
N (Belum diedit)B (PO dibuat)A (RFQ dibuat)K (Ditutup)
|
|||
|
Total nilai permintaan pembelian
TotalRequisitionValue
|
Total nilai uang seluruh item dalam permintaan pembelian. | ||
|
Deskripsi
Atribut ini menunjukkan total nilai finansial permintaan pembelian. Nilai tersebut sering menentukan alur persetujuan yang diperlukan. Permintaan bernilai tinggi biasanya memerlukan pemeriksaan lebih saksama dan lebih banyak tahap persetujuan. Analisis berdasarkan nilai membantu memahami pengaruh dampak finansial terhadap proses. Anda dapat melihat apakah permintaan bernilai tinggi membutuhkan waktu persetujuan lebih lama, lebih sering ditolak, atau mengikuti alur yang berbeda. Nilai ini juga menjadi metrik dasar untuk menilai volume transaksi finansial dalam proses pengadaan.
Mengapa ini penting
Membantu mengaitkan perilaku proses dengan dampak finansial, yang penting untuk analisis risiko dan memahami kompleksitas persetujuan.
Sumber data
Jumlah nilai semua item baris. Nilai item baris terdapat di tabel EBAN, kolom GSWER. Mata uang terdapat di EBAN-WAERS.
Contoh
1500.00250.50125000.00
|
|||
|
Alasan penolakan
RejectionReason
|
Alasan yang diberikan saat permintaan pembelian atau tahap persetujuan ditolak. | ||
|
Deskripsi
Atribut ini mencatat alasan penolakan permintaan pembelian. Pemberi persetujuan biasanya memasukkan alasan sebagai teks bebas atau memilih kode dari daftar yang tersedia saat menolak permintaan. Analisis alasan penolakan penting untuk perbaikan proses. Informasi ini menunjukkan secara langsung mengapa permintaan gagal, misalnya karena melanggar kebijakan, datanya tidak benar, atau anggaran tidak tersedia. Data ini penting untuk dasbor 'Hasil dan Tingkat Penolakan Permintaan Pembelian' dan membantu menemukan akar masalah proses yang tidak efisien.
Mengapa ini penting
Menunjukkan alasan permintaan pembelian ditolak, sehingga Anda dapat melakukan perbaikan proses dan pelatihan pengguna secara terarah.
Sumber data
Data ini biasanya tersimpan di log workflow atau teks panjang yang terkait dengan peristiwa penolakan. EBAN tidak memiliki kolom standar untuk data ini.
Contoh
Pusat biaya tidak benarAnggaran terlampauiPermintaan duplikatTidak sesuai kebijakan
|
|||
|
Grup material
MaterialGroup
|
Grup atau kategori barang maupun jasa yang diminta. | ||
|
Deskripsi
Grup Material mengelompokkan barang atau jasa dengan karakteristik serupa. Pengelompokan ini memungkinkan analisis aktivitas pengadaan berdasarkan kategori. Analisis berdasarkan grup material membantu perencanaan sumber barang dan analisis pengeluaran. Dalam process mining, analisis ini dapat menunjukkan apakah permintaan untuk kategori tertentu, seperti 'Perangkat Keras TI' atau 'Jasa Profesional', mengikuti alur berbeda atau membutuhkan waktu persetujuan lebih lama. Informasi ini berguna untuk 'Laporan Kualitas Data Permintaan Pembelian' dan untuk memahami variasi proses berdasarkan barang atau jasa yang dibeli.
Mengapa ini penting
Memungkinkan analisis pengeluaran dan proses berdasarkan kategori pengadaan, mendukung perencanaan sumber barang, serta membantu menemukan hambatan khusus kategori.
Sumber data
Terdapat di tabel EBAN, kolom MATKL.
Contoh
00101L001IT-SFTWR
|
|||
|
Grup pembelian
PurchasingGroup
|
Grup pembeli yang bertanggung jawab mengadakan barang yang diminta. | ||
|
Deskripsi
Grup Pembelian adalah unit organisasi yang bertanggung jawab atas kegiatan pengadaan tertentu. Grup ini mewakili tim pembeli yang menangani permintaan setelah disetujui. Atribut ini berguna untuk menganalisis beban kerja dan kinerja tiap tim pembelian. Anda dapat melihat apakah grup tertentu menjadi hambatan saat mengubah permintaan menjadi pesanan pembelian, atau apakah mereka menangani jenis permintaan tertentu dengan lebih efisien. Atribut ini menjadi dimensi penting untuk mengelola sumber daya dan kinerja fungsi pengadaan.
Mengapa ini penting
Menetapkan tanggung jawab pengadaan, sehingga Anda dapat menganalisis beban kerja dan membandingkan kinerja antar-tim pembelian.
Sumber data
Terdapat di tabel EBAN, kolom EKGRP.
Contoh
001002P01
|
|||
|
ID pesanan pembelian
PurchaseOrderId
|
ID pesanan pembelian yang dibuat dari permintaan pembelian. | ||
|
Deskripsi
Atribut ini menghubungkan permintaan pembelian dengan pesanan pembelian yang dibuat untuk memenuhinya. Satu permintaan terkadang dapat menghasilkan beberapa pesanan pembelian. Hubungan ini penting untuk menganalisis serah terima antara proses permintaan dan pembelian. Data ini diperlukan untuk menghitung KPI 'Waktu hingga Pembuatan PO dari Permintaan Pembelian' dan mendukung dasbor 'Jeda dari Persetujuan Permintaan hingga Pembuatan PO'. Memahami hubungan ini membantu mengukur efisiensi seluruh siklus pengadaan hingga pembayaran.
Mengapa ini penting
Menghubungkan proses permintaan pembelian dengan proses pembelian berikutnya, sehingga Anda dapat menganalisis keterlambatan serah terima.
Sumber data
Nomor pesanan pembelian disimpan di tabel EBAN, kolom EBELN, setelah pesanan dibuat.
Contoh
450001712345000171244500017125
|
|||
|
ID vendor
VendorId
|
Pengenal unik untuk vendor yang disarankan atau ditetapkan. | ||
|
Deskripsi
Atribut ini berisi ID vendor pilihan atau vendor yang ditetapkan dalam kontrak untuk barang yang diminta. Informasi ini dapat diisi sebelumnya atau disarankan oleh pemohon. Analisis permintaan pembelian berdasarkan vendor membantu menilai dampak pemilihan pemasok sejak awal terhadap proses pengadaan. Misalnya, Anda dapat melihat apakah permintaan dengan vendor tertentu disetujui lebih cepat atau apakah vendor tertentu berkaitan dengan tingkat penolakan yang lebih tinggi. Atribut ini memberi gambaran tentang keterlibatan pemasok pada tahap awal.
Mengapa ini penting
Memberi gambaran tentang hubungan dengan pemasok pilihan dan dampaknya terhadap kecepatan serta hasil pemrosesan permintaan pembelian.
Sumber data
Terdapat di tabel EBAN, kolom LIFNR (vendor tetap).
Contoh
100030025V9876
|
|||
|
Merupakan pengerjaan ulang
IsRework
|
Penanda boolean yang menunjukkan apakah permintaan pembelian mengalami pengerjaan ulang, misalnya perubahan setelah diajukan. | ||
|
Deskripsi
Atribut turunan ini menandai aktivitas atau kasus yang melibatkan pengerjaan ulang. Contohnya, aktivitas 'Permintaan Pembelian Diubah' setelah 'Persetujuan Diajukan' dianggap sebagai pengerjaan ulang. Peristiwa penolakan yang mengembalikan proses ke tahap sebelumnya juga dapat memicu penanda ini. Penanda ini penting untuk dasbor 'Analisis Perubahan dan Pengerjaan Ulang Permintaan Pembelian'. Anda dapat memfilter dan menghitung pengerjaan ulang dengan mudah, mengukur dampaknya terhadap waktu siklus, serta menemukan akar masalah proses yang tidak efisien. Tingkat pengerjaan ulang yang tinggi sering menunjukkan masalah kualitas data atau persyaratan yang kurang jelas.
Mengapa ini penting
Membantu menghitung frekuensi dan dampak pengerjaan ulang, sehingga Anda dapat menemukan dan menganalisis proses yang tidak efisien serta pengulangan.
Sumber data
Disimpulkan dari log peristiwa dengan mengenali urutan aktivitas tertentu, misalnya 'Permintaan Pembelian Diubah' setelah aktivitas persetujuan.
Contoh
truefalse
|
|||
|
Nama pemohon
RequesterName
|
Nama orang yang meminta barang atau jasa. | ||
|
Deskripsi
Atribut ini menunjukkan orang yang mengajukan permintaan pembelian, yaitu pihak yang membutuhkan barang atau jasa tersebut. Dengan melacak pemohon, Anda dapat menganalisis pola permintaan berdasarkan individu atau kelompok. Dasbor 'Jumlah Permintaan Pembelian yang Dibuat per Pemohon' menggunakan atribut ini untuk menemukan pengguna yang sering membuat permintaan, pengguna yang mungkin memerlukan pelatihan tambahan, atau departemen dengan aktivitas pengadaan tinggi. Atribut ini menunjukkan siapa yang memulai proses.
Mengapa ini penting
Menunjukkan pihak yang memulai proses, sehingga Anda dapat menganalisis pola pembuatan permintaan dan menentukan sasaran pelatihan pengguna.
Sumber data
Terdapat di tabel EBAN, kolom AFNAM.
Contoh
Alice WilliamsBob JohnsonCharlie Brown
|
|||
|
Pabrik
Plant
|
Lokasi perusahaan atau pabrik tempat barang atau jasa dibutuhkan. | ||
|
Deskripsi
Pabrik adalah unit organisasi dalam perusahaan yang mewakili lokasi fisik, seperti pabrik produksi, gudang, atau kantor. Permintaan pembelian mencantumkan lokasi tempat barang dibutuhkan. Analisis berdasarkan pabrik memberi gambaran proses permintaan pembelian menurut wilayah atau lokasi. Analisis ini dapat menunjukkan perbedaan kinerja antar-lokasi yang mungkin disebabkan oleh prosedur setempat, jumlah staf, atau kebutuhan bisnis yang berbeda. Dimensi ini umum digunakan dalam dasbor kinerja regional.
Mengapa ini penting
Memberi konteks geografis atau lokasi untuk analisis, sehingga Anda dapat menemukan variasi proses dan perbedaan kinerja antarwilayah.
Sumber data
Terdapat di tabel EBAN, kolom WERKS.
Contoh
10002100DE01
|
|||
|
Prioritas
Priority
|
Tingkat urgensi yang ditetapkan untuk permintaan pembelian. | ||
|
Deskripsi
Atribut ini menunjukkan prioritas permintaan pembelian, biasanya 'Mendesak', 'Tinggi', atau 'Normal'. Penanda ini memberi tahu pemberi persetujuan dan pembeli bahwa permintaan perlu diproses lebih cepat. Atribut ini penting untuk dasbor 'Kinerja Pemrosesan Permintaan Mendesak' dan KPI 'Efektivitas Penanda Urgensi'. Analisisnya melihat apakah permintaan yang ditandai mendesak benar-benar diproses lebih cepat daripada permintaan biasa. Hasilnya membantu menilai efektivitas sistem prioritas dan memastikan kebutuhan penting bisnis dipenuhi tepat waktu.
Mengapa ini penting
Membantu menganalisis apakah permintaan mendesak diproses lebih cepat dan menilai efektivitas mekanisme penentuan prioritas.
Sumber data
Kolom ini bukan kolom standar di EBAN. Biasanya, kolom ini dibuat khusus atau disimpulkan dari Nomor Pelacakan Kebutuhan (EBAN-BEDNR) maupun jenis dokumen tertentu.
Contoh
123
|
|||
Aktivitas Purchase to Pay - Requisition
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Permintaan pembelian dibuat
|
Aktivitas ini menandai saat pengguna membuat dan menyimpan permintaan pembelian untuk pertama kalinya. Peristiwa ini tercatat secara langsung ketika rekaman baru dibuat di tabel EBAN, beserta tanggal dan waktu pembuatannya. | ||
|
Mengapa ini penting
Sebagai titik awal proses, aktivitas ini penting untuk menghitung total durasi siklus permintaan pembelian dan menganalisis jumlah permintaan yang dibuat. Aktivitas ini membantu mengetahui siapa yang membuat permintaan dan kapan.
Sumber data
Peristiwa ini diambil dari tabel EBAN menggunakan kolom tanggal pembuatan (ERDAT) dan waktu pembuatan (UZEIT) untuk ID Purchase Requisition (BANFN) tertentu.
Pengumpulan data
Stempel waktu dari kolom ERDAT dan UZEIT pada tabel EBAN saat rekaman pertama kali disimpan.
Jenis peristiwa
explicit
|
|||
|
Permintaan pembelian disetujui
|
Aktivitas penting ini menandakan bahwa permintaan pembelian telah melewati semua tahap persetujuan yang diwajibkan. Peristiwa ini disimpulkan saat kode pelepasan terakhir diterapkan dan indikator pelepasan keseluruhan (FRGZU) di tabel EBAN menunjukkan status disetujui. | ||
|
Mengapa ini penting
Ini adalah tonggak penting yang menandai akhir siklus persetujuan dan awal tahap pengadaan. Data ini diperlukan untuk menghitung KPI total waktu persetujuan dan mengukur keterlambatan serah terima sebelum pembuatan PO.
Sumber data
Disimpulkan dari stempel waktu entri log perubahan di CDPOS untuk tabel EBAN, kolom FRGZU, saat nilainya berubah menjadi status persetujuan akhir.
Pengumpulan data
Disimpulkan saat kolom indikator pelepasan akhir di EBAN mencapai status akhir 'disetujui'.
Jenis peristiwa
inferred
|
|||
|
Permintaan pembelian ditarik
|
Ini adalah aktivitas akhir ketika pembuat atau pengguna berwenang membatalkan item permintaan dengan menetapkan tanda penghapusan. Tindakan ini tercatat secara langsung dan menunjukkan bahwa kebutuhan bisnis sudah tidak berlaku atau permintaan dibuat karena kesalahan. | ||
|
Mengapa ini penting
Ini adalah titik akhir kegagalan yang penting untuk menghitung tingkat penarikan permintaan. Tingkat yang tinggi dapat menandakan waktu persetujuan yang terlalu lama sehingga pengguna membatalkan permintaan, atau masalah sistemik dalam perencanaan kebutuhan.
Sumber data
Tindakan ini tercatat saat kolom 'Deletion Indicator' (LOEKZ) di tabel EBAN ditetapkan untuk item permintaan. Perubahan ini dicatat di CDHDR dan CDPOS.
Pengumpulan data
Entri log perubahan dibuat saat Deletion Indicator (EBAN-LOEKZ) ditetapkan ke 'L'.
Jenis peristiwa
explicit
|
|||
|
Permintaan pembelian ditolak
|
Ini adalah aktivitas akhir ketika permintaan pembelian ditolak secara definitif dan tidak dapat dilanjutkan. Peristiwa ini disimpulkan saat pemberi persetujuan menetapkan indikator pelepasan di tabel EBAN ke status penolakan akhir. | ||
|
Mengapa ini penting
Aktivitas ini merupakan titik akhir proses yang penting untuk menghitung KPI Tingkat Penolakan Permintaan. Analisis kasus ini membantu memahami penyebab kegagalan pengadaan dan upaya yang terbuang.
Sumber data
Disimpulkan dari stempel waktu entri log perubahan di CDPOS untuk tabel EBAN, kolom FRGZU, saat nilainya berubah menjadi status penolakan akhir.
Pengumpulan data
Disimpulkan saat kolom indikator pelepasan akhir di EBAN mencapai status akhir 'ditolak'.
Jenis peristiwa
inferred
|
|||
|
Persetujuan diajukan
|
Aktivitas ini menandakan bahwa permintaan pembelian telah masuk ke alur persetujuan resmi. Biasanya, aktivitas ini disimpulkan saat status permintaan berubah dan memerlukan tahap pelepasan atau persetujuan awal sesuai strategi pelepasan yang dikonfigurasi. | ||
|
Mengapa ini penting
Aktivitas ini menandai awal waktu siklus persetujuan, KPI penting untuk mengukur efisiensi proses. Dengan mengetahui titik ini, Anda dapat memisahkan keterlambatan antara pembuatan permintaan dan dimulainya persetujuan resmi.
Sumber data
Disimpulkan dari perubahan status pertama yang terkait dengan strategi pelepasan di tabel EBAN, misalnya kolom FRGZU berubah dari status awal menjadi status menunggu, atau dari entri pertama di log workflow yang terkait dengan permintaan.
Pengumpulan data
Disimpulkan dari entri pertama di log perubahan yang menunjukkan aktivasi strategi pelepasan.
Jenis peristiwa
inferred
|
|||
|
Pesanan pembelian dibuat
|
Aktivitas ini menandai keberhasilan perubahan permintaan pembelian yang telah disetujui menjadi dokumen pesanan pembelian. Peristiwa ini disimpulkan untuk permintaan dengan mencari item pesanan pembelian terkait yang merujuk pada permintaan tersebut. | ||
|
Mengapa ini penting
Sebagai hasil utama yang diharapkan, aktivitas ini mengakhiri proses permintaan dan memulai tahap pengadaan. Waktu antara 'Requisition Approved' dan peristiwa ini merupakan KPI penting untuk mengukur efisiensi serah terima.
Sumber data
Disimpulkan dengan mencari rekaman di tabel EKPO (item PO) yang kolom BANFN dan BNFPO-nya cocok dengan nomor dan item permintaan pembelian dari tabel EBAN. Tanggal pembuatan PO (EKKO.AEDAT) digunakan sebagai stempel waktu.
Pengumpulan data
Disimpulkan dengan menghubungkan tabel EBAN dan EKPO, lalu menggunakan tanggal pembuatan PO dari EKKO.
Jenis peristiwa
inferred
|
|||
|
Permintaan pembelian diblokir
|
Menunjukkan tindakan resmi untuk memblokir item permintaan pembelian agar tidak dapat diubah menjadi pesanan pembelian. Pemblokiran dilakukan melalui indikator tertentu pada item permintaan. | ||
|
Mengapa ini penting
Pemblokiran menandakan kemungkinan adanya masalah atau penundaan sementara dalam pengadaan. Dengan melacak peristiwa ini, Anda dapat menemukan hambatan saat permintaan sudah disetujui tetapi belum segera ditindaklanjuti.
Sumber data
Diambil dari perubahan pada kolom 'Blocking Indicator' (EBAKZ) di tabel EBAN. Perubahan ini tercatat di CDHDR dan CDPOS.
Pengumpulan data
Peristiwa tercatat di tabel perubahan saat kolom EBAN-EBAKZ diisi.
Jenis peristiwa
explicit
|
|||
|
Permintaan pembelian ditutup
|
Menunjukkan penutupan akhir item permintaan pembelian, yang berarti tidak ada pemrosesan lanjutan. Status ini disimpulkan saat item telah sepenuhnya diubah menjadi PO dan dipenuhi, atau ditandai sebagai ditutup secara manual. | ||
|
Mengapa ini penting
Aktivitas ini memberikan titik akhir yang pasti untuk permintaan yang telah selesai, tetapi tidak dihapus. Dengan begitu, durasi siklus permintaan yang berhasil dipenuhi dapat dihitung secara akurat.
Sumber data
Disimpulkan dari indikator 'Closed' (EBAKZ dengan nilai 'S' atau nilai lain yang dikonfigurasi) di tabel EBAN. Sistem sering menetapkan status ini secara otomatis setelah seluruh item diubah menjadi PO dan barang diterima.
Pengumpulan data
Disimpulkan dari perubahan status kolom EBAN-EBAKZ ke nilai 'closed'.
Jenis peristiwa
inferred
|
|||
|
Permintaan pembelian diubah
|
Menunjukkan perubahan pada permintaan pembelian setelah pertama kali dibuat, seperti perubahan jumlah, harga, atau material. Perubahan ini tercatat di tabel log perubahan SAP dan menyediakan jejak audit yang terperinci. | ||
|
Mengapa ini penting
Melacak perubahan penting untuk menemukan pengerjaan ulang berulang dan masalah kualitas data. Perubahan yang sering terjadi dapat menandakan persyaratan awal yang kurang jelas atau kurangnya pelatihan pengguna, sehingga proses tertunda.
Sumber data
Diambil dari tabel log perubahan CDHDR (header) dan CDPOS (item), dengan kelas objek EINKBELEG dan ID objek berupa nomor Purchase Requisition. Perubahan pada kolom tertentu juga dapat dianalisis.
Pengumpulan data
Peristiwa tercatat di tabel perubahan CDHDR dan CDPOS untuk dokumen permintaan pembelian.
Jenis peristiwa
explicit
|
|||
|
Persetujuan diatur ulang
|
Menunjukkan bahwa seluruh alur persetujuan permintaan telah diatur ulang, sering kali karena perubahan besar. Peristiwa ini disimpulkan saat status pelepasan yang sebelumnya aktif dihapus, sehingga proses persetujuan harus dimulai lagi dari awal. | ||
|
Mengapa ini penting
Pengaturan ulang persetujuan merupakan pengerjaan ulang yang berdampak besar pada waktu siklus. Dengan mengidentifikasinya, Anda dapat menemukan inefisiensi proses dan memahami dampak perubahan permintaan terhadap tahapan berikutnya dalam alur kerja.
Sumber data
Disimpulkan dari log perubahan (CDHDR/CDPOS) untuk tabel EBAN, ketika kolom status pelepasan seperti FRGZU berubah dari status menunggu atau disetujui kembali ke status awal atau kosong.
Pengumpulan data
Disimpulkan dari log perubahan yang menunjukkan kolom strategi pelepasan telah dihapus.
Jenis peristiwa
inferred
|
|||
|
Tahap persetujuan dimulai
|
Menunjukkan bahwa permintaan pembelian sedang menunggu tindakan dari pemberi persetujuan atau kelompok persetujuan tertentu sesuai strategi pelepasan. Peristiwa ini disimpulkan saat status permintaan menunjukkan bahwa permintaan menunggu kode pelepasan tertentu. | ||
|
Mengapa ini penting
Aktivitas ini memungkinkan analisis terperinci untuk setiap tahap dalam rangkaian persetujuan. Aktivitas ini membantu menemukan pemberi persetujuan atau tahapan yang menyebabkan keterlambatan paling lama.
Sumber data
Disimpulkan dengan melacak urutan perubahan kolom status pelepasan di tabel EBAN. Setiap perubahan ke status menunggu yang baru menandai dimulainya tahap persetujuan baru.
Pengumpulan data
Disimpulkan dari perubahan status yang menunjukkan bahwa kode pelepasan baru telah aktif dan sedang menunggu persetujuan.
Jenis peristiwa
inferred
|
|||
|
Tahap persetujuan disetujui
|
Menunjukkan tindakan resmi dari pengguna berwenang yang menyetujui satu tahap dalam strategi pelepasan. Tindakan ini tercatat sebagai perubahan status pelepasan permintaan dan membawa permintaan lebih dekat ke persetujuan akhir. | ||
|
Mengapa ini penting
Melacak setiap persetujuan penting untuk mengukur durasi tiap tahap dan menganalisis kinerja pemberi persetujuan. Data ini menjadi dasar untuk memahami kesesuaian dengan alur kerja.
Sumber data
Diambil dari log perubahan (CDHDR/CDPOS) pada kolom status pelepasan di tabel EBAN. Tindakan pemberi persetujuan melalui transaksi ME54N atau kode transaksi serupa memicu pencatatan perubahan ini.
Pengumpulan data
Entri log perubahan dibuat saat pemberi persetujuan menjalankan transaksi pelepasan.
Jenis peristiwa
explicit
|
|||
|
Tahap persetujuan ditolak
|
Pengguna berwenang secara resmi menolak satu tahap dalam strategi pelepasan. Biasanya, permintaan dikembalikan kepada pembuatnya untuk diubah. Tindakan ini tercatat sebagai perubahan status pelepasan permintaan. | ||
|
Mengapa ini penting
Penolakan sering menjadi penyebab utama pengerjaan ulang dan keterlambatan proses. Analisis frekuensi dan penyebabnya membantu menemukan kesalahpahaman terhadap kebijakan, masalah kualitas data, atau tahapan persetujuan yang tidak efisien.
Sumber data
Diambil dari log perubahan (CDHDR/CDPOS) pada kolom status pelepasan di tabel EBAN. Tindakan penolakan melalui transaksi ME54N atau transaksi serupa akan memicu perubahan status terkait.
Pengumpulan data
Entri log perubahan dibuat saat pemberi persetujuan menolak permintaan.
Jenis peristiwa
explicit
|
|||
Panduan ekstraksi
Siap memulai?
Gunakan templat ini untuk menyiapkan data dalam format yang sesuai untuk process mining dan mendapatkan wawasan tentang proses Purchase to Pay Requisition. Mulai tingkatkan proses Anda hari ini.
Tingkatkan efisiensi P2P Requisition, mulai uji coba sekarang
Temukan dan atasi hambatan P2P, lalu pangkas waktu siklus hingga 30% atau lebih.
Tanpa kartu kredit, akses gratis selama 14 hari