Templat data Purchase to Pay - Requisition

SAP ECC
Templat data Purchase to Pay - Requisition

Templat data Purchase to Pay - Requisition

Templat ini memandu Anda mengumpulkan data penting untuk menganalisis proses Purchase to Pay Requisition. Templat ini menjelaskan kolom data yang perlu dikumpulkan, aktivitas utama yang perlu dilacak, serta cara mengambil informasi tersebut dari sistem sumber. Gunakan panduan ini untuk menyiapkan data bagi process mining.
  • Atribut yang disarankan untuk dikumpulkan
  • Aktivitas utama yang perlu dilacak
  • Panduan ekstraksi untuk SAP ECC
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut Purchase to Pay - Requisition

Berikut kolom data yang disarankan untuk disertakan dalam event log agar proses Purchase to Pay Requisition dapat dianalisis secara menyeluruh.
5 Wajib 5 Disarankan 9 Opsional
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
Wajib Disarankan Opsional

Aktivitas Purchase to Pay - Requisition

Catat langkah dan tonggak utama proses ini dalam event log agar alur kerja permintaan pembelian dapat ditemukan dan dianalisis dengan akurat.
6 Disarankan 7 Opsional
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
Disarankan Opsional

Panduan ekstraksi

Cara mengambil data dari SAP ECC

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.

Mulai uji coba gratis

Tanpa kartu kredit, akses gratis selama 14 hari