Templat data manajemen kualitas Anda
Templat data manajemen kualitas Anda
- Atribut yang disarankan untuk dikumpulkan agar analisis lebih menyeluruh
- Aktivitas utama manajemen kualitas yang perlu dilacak
- Panduan mengekstrak data dari manajemen kualitas SAP S/4HANA
Atribut manajemen kualitas
| Nama | Deskripsi | ||
|---|---|---|---|
|
Aktivitas
ActivityName
|
Nama peristiwa bisnis atau tugas tertentu yang terjadi dalam proses manajemen kualitas. | ||
|
Deskripsi
Atribut ini menjelaskan satu langkah atau tonggak dalam siklus hidup peristiwa kualitas, seperti 'Notification Created', 'Root Cause Analysis Completed', atau 'Usage Decision Made'. Aktivitas ini diturunkan dari perubahan status sistem, pembuatan dokumen terkait, atau tindakan pengguna tertentu yang tercatat dalam log perubahan. Analisis urutan dan waktu aktivitas merupakan inti process mining. Analisis ini membantu menemukan alur proses yang sebenarnya, mengidentifikasi hambatan antar langkah, dan mengukur kesesuaian dengan prosedur operasi standar. Tingkat perincian aktivitas menentukan seberapa detail analisis proses.
Mengapa ini penting
Atribut ini menentukan langkah-langkah proses, sehingga Anda dapat memvisualisasikan dan menganalisis alur proses, menemukan penyimpangan, serta mengukur kinerja antaraktivitas.
Sumber data
Diperoleh dari perubahan status di tabel JEST dan JSTO, atau dari rekaman aktivitas di tabel seperti QMSM (Tugas). Log peristiwa juga dapat dibuat dari tabel dokumen perubahan CDHDR dan CDPOS.
Contoh
Notifikasi kualitas dibuatTugas investigasi ditugaskanTindakan korektif diterapkanNotifikasi ditutup
|
|||
|
Peristiwa kualitas
QualityEvent
|
Pengenal unik untuk Quality Notification, yang berfungsi sebagai ID kasus utama untuk melacak masalah kualitas dari awal hingga penutupan. | ||
|
Deskripsi
Peristiwa Kualitas adalah ID kasus utama yang menghubungkan semua aktivitas, tugas, dan keputusan terkait satu masalah kualitas. Di SAP, ID ini biasanya sesuai dengan Nomor Notifikasi Kualitas (QMNUM). Dalam process mining, analisis peristiwa berdasarkan ID ini membantu menyusun kembali perjalanan setiap kasus kualitas dari awal hingga akhir. Hal ini menjadi dasar untuk melihat alur proses, menghitung waktu siklus seluruh kasus, dan menemukan jalur umum maupun jalur yang menyimpang dalam proses penyelesaian. ID ini menjadi dasar bagi hampir semua analisis manajemen kualitas.
Mengapa ini penting
Ini adalah kunci penting untuk menghubungkan semua aktivitas terkait ke dalam satu instans proses yang utuh, sehingga Anda dapat menganalisis penanganan masalah kualitas dari awal hingga akhir.
Sumber data
Ini adalah nomor Quality Notification yang terdapat di tabel QMEL, kolom QMNUM.
Contoh
200000018200000019200000020
|
|||
|
Waktu mulai
EventTimestamp
|
Tanggal dan waktu tepat saat aktivitas atau peristiwa tertentu terjadi. | ||
|
Deskripsi
Waktu mulai, atau stempel waktu peristiwa, mencatat saat tepat suatu aktivitas berlangsung. Data ini penting untuk mengurutkan peristiwa secara kronologis dan menghitung durasi di antaranya. Contohnya, waktu notifikasi dibuat, tugas diselesaikan, atau status diubah. Dalam analisis process mining, atribut ini menjadi dasar untuk menghitung semua metrik berbasis waktu, seperti waktu siklus, waktu pemrosesan, dan waktu tunggu. Data ini membantu menemukan hambatan, menganalisis throughput, serta memantau kinerja terhadap SLA atau target berbasis waktu. Stempel waktu yang akurat penting untuk menjaga keandalan seluruh model proses.
Mengapa ini penting
Stempel waktu ini penting untuk mengurutkan peristiwa, menghitung metrik kinerja seperti waktu siklus dan waktu tunggu, serta memahami dinamika proses.
Sumber data
Biasanya bersumber dari kolom tanggal dan waktu yang terkait dengan perubahan status atau pembuatan dokumen. Contohnya ERDAT/ERZEIT (Tanggal/waktu pembuatan) di QMEL atau stempel waktu perubahan di CDHDR.
Contoh
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-01T11:21:45Z
|
|||
|
Akar masalah
RootCauseCode
|
Kode atau teks yang menunjukkan akar masalah kualitas yang telah ditentukan. | ||
|
Deskripsi
Atribut Akar masalah mencatat penyebab mendasar cacat kualitas atau ketidaksesuaian. Menentukan akar masalah yang tepat merupakan langkah penting dalam proses manajemen kualitas karena menjadi dasar untuk menetapkan tindakan korektif dan pencegahan yang efektif. Atribut ini penting untuk dashboard 'Root Cause Analysis Cycle Time' dan 'Recurring Issue Pattern Detection'. Analisis berdasarkan akar masalah membantu menemukan masalah sistemik. Misalnya, dengan memfilter peta proses berdasarkan akar masalah tertentu, Anda dapat melihat apakah masalah tersebut menimbulkan jalur proses yang berbeda atau waktu penyelesaian yang lebih lama.
Mengapa ini penting
Memungkinkan analisis masalah sistemik dengan menghubungkan akar masalah dengan produk, departemen, dan inefisiensi proses untuk membantu menentukan tindakan pencegahan.
Sumber data
Biasanya disimpan di tabel QMUR (Notification Causes), kolom URCOD.
Contoh
OPERATOR_ERRORDEFECTIVE_MATERIALMACHINE_MALFUNCTION
|
|||
|
Departemen yang bertanggung jawab
ResponsibleDepartment
|
Departemen atau area fungsional yang bertanggung jawab menjalankan tugas tertentu atau mengelola peristiwa kualitas. | ||
|
Deskripsi
Atribut ini menunjukkan unit organisasi yang ditugaskan untuk suatu aktivitas atau peristiwa kualitas secara keseluruhan. Unit tersebut dapat berupa tim jaminan kualitas, departemen teknik, atau unit produksi. Atribut ini penting untuk menganalisis kolaborasi dan serah terima antar departemen. Atribut ini membantu menemukan keterlambatan saat tanggung jawab berpindah dari satu departemen ke departemen lain, serta mendukung dashboard 'Cross-Department Handoff Delays'. Anda juga dapat memfilter tampilan proses untuk memahami cara kerja departemen tertentu.
Mengapa ini penting
Penting untuk menganalisis serah terima antar departemen, menemukan hambatan organisasi, dan memahami kontribusi tiap tim dalam proses.
Sumber data
Sering diturunkan dari fungsi mitra yang terkait dengan notifikasi atau tugas, atau dari penugasan organisasi pengguna dalam data induk HR. Informasi ini mungkin tidak tersedia dalam satu kolom langsung.
Contoh
Jaminan kualitasLini produksi 3Rekayasa kualitas pemasok
|
|||
|
Jenis Quality Notification
QualityNotificationType
|
Klasifikasi Quality Notification, seperti keluhan pelanggan, masalah internal, atau cacat pemasok. | ||
|
Deskripsi
Atribut ini mengelompokkan peristiwa kualitas berdasarkan asal dan sifatnya. Jenis standar SAP mencakup keluhan pelanggan, laporan masalah internal, dan cacat terkait vendor. Kategori ini menentukan alur proses berikutnya dan dokumentasi yang diperlukan. Analisis proses berdasarkan jenis notifikasi penting untuk mengetahui apakah berbagai jenis masalah ditangani dengan cara berbeda atau memiliki tingkat efisiensi yang berbeda. Atribut ini mendukung dasbor seperti 'Analisis keluaran peristiwa kualitas' dengan memungkinkan pemfilteran dan perbandingan waktu siklus serta jalur proses untuk berbagai kategori masalah.
Mengapa ini penting
Memungkinkan Anda mengelompokkan proses untuk melihat apakah jenis masalah kualitas yang berbeda mengikuti jalur atau menunjukkan kinerja yang berbeda.
Sumber data
Terdapat di tabel QMEL, kolom QMART.
Contoh
Q1Q2F2
|
|||
|
Pengguna
ChangedBy
|
ID pengguna yang melakukan aktivitas atau perubahan terakhir. | ||
|
Deskripsi
Atribut ini menunjukkan pengguna yang bertanggung jawab menjalankan langkah proses tertentu. Di SAP, atribut ini sering sesuai dengan kolom 'Changed By' (AENAM) atau 'Created By' (ERNAM). Analisis berdasarkan pengguna membantu memahami pembagian beban kerja, menemukan kebutuhan pelatihan, dan mengidentifikasi penyimpangan proses yang terkait dengan pengguna tertentu. Atribut ini penting untuk analisis berdasarkan sumber daya, misalnya saat menyelidiki mengapa waktu pemrosesan pengguna tertentu lebih lama atau mengapa mereka cenderung mengikuti jalur yang tidak standar.
Mengapa ini penting
Memungkinkan analisis kinerja pengguna, pembagian beban kerja, dan kepatuhan terhadap prosedur standar. Informasi ini penting untuk mengoptimalkan sumber daya.
Sumber data
Terdapat di tabel header dan item, seperti QMEL-ERNAM (Dibuat oleh), atau diturunkan dari log perubahan (CDHDR-USERNAME).
Contoh
SMITHJWILSONAPROCESS_AUTOMATION_BOT
|
|||
|
Prioritas
NotificationPriority
|
Tingkat prioritas yang diberikan pada Quality Notification untuk menunjukkan urgensinya. | ||
|
Deskripsi
Prioritas menunjukkan tingkat urgensi penanganan peristiwa kualitas. Prioritas membantu tim mengatur pekerjaan dan memastikan masalah paling kritis ditangani lebih dahulu. SAP memungkinkan Anda mengonfigurasi berbagai jenis prioritas yang dapat memengaruhi target waktu respons. Atribut ini digunakan untuk menganalisis apakah kasus berprioritas tinggi benar-benar diproses lebih cepat daripada kasus berprioritas rendah. Analisis ini dapat mengungkap inefisiensi, misalnya ketika kasus berprioritas tinggi tersendat dalam proses. Prioritas menjadi dimensi penting untuk dasbor seperti 'Analisis keluaran peristiwa kualitas'.
Mengapa ini penting
Membantu menganalisis kesesuaian kinerja proses dengan urgensi bisnis, sehingga masalah berprioritas tinggi dapat diselesaikan lebih cepat.
Sumber data
Terdapat di tabel QMEL, kolom QMPRI. Deskripsinya terdapat di tabel TQ05.
Contoh
1234
|
|||
|
Produk
MaterialNumber
|
Pengenal unik untuk produk atau material yang terdampak oleh peristiwa kualitas. | ||
|
Deskripsi
Atribut ini menghubungkan peristiwa kualitas dengan produk atau material tertentu. Hubungan ini penting untuk jaminan kualitas karena membantu menemukan produk yang sering mengalami masalah atau memiliki tingkat cacat tinggi. Dalam process mining, analisis berdasarkan produk membantu menemukan pola, misalnya produk tertentu yang membutuhkan waktu penyelesaian lebih lama atau terkait dengan akar masalah tertentu. Atribut ini mendukung dashboard 'Recurring Issue Pattern Detection' dengan menghubungkan produk dan masalah kualitas, yang penting untuk upaya perbaikan kualitas yang terarah.
Mengapa ini penting
Menghubungkan masalah kualitas dengan produk tertentu, sehingga Anda dapat menganalisis tingkat cacat, akar masalah, dan pola penyelesaian untuk tiap produk.
Sumber data
Terdapat di tabel item Quality Notification QMFE, kolom MATNR.
Contoh
FIN-1001RAW-205ASEMI-303B
|
|||
|
Tanggal target penyelesaian
TargetResolutionDate
|
Tanggal penyelesaian yang direncanakan atau diwajibkan untuk peristiwa kualitas. | ||
|
Deskripsi
Tanggal ini menunjukkan batas waktu yang ditetapkan untuk menyelesaikan dan menutup peristiwa kualitas. Tanggal ini sering digunakan sebagai tolok ukur kinerja dan kepatuhan terhadap perjanjian tingkat layanan (SLA). Atribut ini menjadi dasar untuk menghitung tingkat penyelesaian tepat waktu dan menemukan kasus yang terlambat. Dasbor 'Penyelesaian peristiwa kualitas tepat waktu' dan KPI 'Tingkat tindakan kualitas tepat waktu' bergantung langsung pada perbandingan tanggal penyelesaian aktual dengan tanggal target ini. Informasi ini membantu menentukan prioritas pekerjaan dan mengelola sumber daya secara efektif.
Mengapa ini penting
Menjadi acuan untuk mengukur kinerja penyelesaian tepat waktu, KPI penting untuk menilai efisiensi proses dan kepatuhan terhadap SLA.
Sumber data
Dapat ditemukan di QMEL-QMDAT (Tanggal akhir yang diwajibkan) atau di tingkat tugas pada QMSM-PSTER.
Contoh
2023-05-302023-06-152023-07-01
|
|||
|
Apakah pengerjaan ulang
IsRework
|
Penanda boolean yang menunjukkan apakah suatu aktivitas atau rangkaian aktivitas merupakan pengerjaan ulang. | ||
|
Deskripsi
Penanda ini bernilai true jika suatu kasus mengulangi langkah tertentu, yang menunjukkan bahwa pekerjaan awal belum memadai. Contohnya, jika aktivitas 'Analisis Akar Masalah' kemudian diikuti dengan 'Penugasan Tugas Investigasi' untuk kasus yang sama, berarti terjadi siklus pengerjaan ulang. Atribut ini mendukung KPI 'Tingkat Pengerjaan Ulang Tindakan Korektif' secara langsung. Mengidentifikasi dan mengukur pengerjaan ulang merupakan salah satu tujuan utama process mining, karena pengerjaan ulang membuang waktu dan menunjukkan proses yang tidak efisien. Dengan menampilkan siklus pengerjaan ulang pada peta proses, Anda dapat menemukan peluang besar untuk meningkatkan kualitas dan efisiensi.
Mengapa ini penting
Mengukur ketidakefisienan proses dengan mengidentifikasi langkah yang diulang, sehingga pemborosan upaya dan peluang untuk meningkatkan tingkat keberhasilan pada percobaan pertama terlihat.
Sumber data
Atribut ini dihitung saat analisis process mining dengan mendeteksi rangkaian aktivitas yang berulang dalam satu kasus.
Contoh
truefalse
|
|||
|
Efektivitas tindakan
EffectivenessEvaluation
|
Hasil pemeriksaan verifikasi untuk menentukan apakah tindakan yang diterapkan efektif. | ||
|
Deskripsi
Atribut ini mencatat hasil pemeriksaan efektivitas, langkah akhir yang penting dalam siklus manajemen kualitas. Hasilnya memastikan apakah tindakan korektif atau pencegahan berhasil mengatasi akar masalah dan mencegah masalah terulang. Atribut ini menjadi dasar dashboard 'Action Effectiveness Verification' dan KPI 'Action Effectiveness Verification Rate'. Atribut ini memberikan gambaran langsung tentang kualitas proses pemecahan masalah. Tingginya tingkat tindakan yang tidak efektif menunjukkan perlunya perbaikan pada tahap analisis akar masalah atau perencanaan tindakan.
Mengapa ini penting
Mengukur langsung keberhasilan proses pemecahan masalah dan menunjukkan apakah tindakan benar-benar mencegah masalah terulang.
Sumber data
Informasi ini sering disimpan dalam tindakan tindak lanjut atau status tugas tertentu di Quality Notification. Informasi ini mungkin berupa kolom khusus atau didasarkan pada kode status tertentu.
Contoh
EfektifTidak efektifPemantauan diperlukan
|
|||
|
Pabrik
Plant
|
Pabrik atau lokasi produksi tempat peristiwa kualitas berasal atau ditangani. | ||
|
Deskripsi
Atribut Pabrik menunjukkan lokasi fisik, seperti pabrik atau gudang, yang terkait dengan peristiwa kualitas. Atribut ini memberikan konteks geografis atau organisasi mengenai lokasi terjadinya masalah kualitas. Dimensi ini berguna untuk analisis perbandingan. Dengan memfilter atau mengelompokkan data berdasarkan pabrik, manajemen dapat membandingkan kinerja berbagai lokasi, menemukan masalah khusus di suatu lokasi, dan berbagi praktik baik dari pabrik berkinerja tinggi. Atribut ini membantu menjawab pertanyaan seperti 'Pabrik mana yang memiliki waktu siklus analisis akar masalah paling lama?'.
Mengapa ini penting
Memungkinkan perbandingan kinerja antar lokasi operasional, sehingga Anda dapat menemukan masalah khusus di suatu lokasi dan praktik kerja yang baik.
Sumber data
Pabrik yang terkait dengan header notifikasi terdapat di QMEL-WERKS. Jika terkait dengan material tertentu, informasinya juga dapat ditemukan di tingkat item.
Contoh
100017102000
|
|||
|
Pelanggan
CustomerNumber
|
Pengenal pelanggan yang terkait dengan peristiwa kualitas, jika ada. | ||
|
Deskripsi
Atribut ini menghubungkan peristiwa kualitas dengan pelanggan tertentu. Atribut ini paling relevan untuk jenis notifikasi seperti 'Keluhan pelanggan'. Informasi ini penting untuk pengelolaan hubungan pelanggan dan memahami dampak masalah kualitas terhadap pelanggan. Analisis berdasarkan pelanggan membantu bisnis mengetahui apakah pelanggan tertentu mengalami lebih banyak masalah kualitas atau memiliki waktu penyelesaian yang berbeda. Atribut ini mendukung dasbor 'Peristiwa kualitas berdasarkan tingkat keparahan dan dampak' dengan menambahkan dimensi pelanggan ke analisis dampak.
Mengapa ini penting
Menghubungkan peristiwa kualitas dengan pelanggan, sehingga Anda dapat menganalisis masalah khusus pelanggan dan memastikan pelanggan bernilai tinggi mendapat dukungan prioritas.
Sumber data
Biasanya terdapat dalam fungsi mitra untuk notifikasi. Informasi ini juga dapat ditemukan di QMEL-KUNUM jika keluhan berasal dari pesanan penjualan.
Contoh
CUST-10045CUST-20399CUST-80110
|
|||
|
Pembaruan data terakhir
LastDataUpdate
|
Stempel waktu yang menunjukkan kapan data untuk catatan ini terakhir diperbarui dari sistem sumber. | ||
|
Deskripsi
Atribut ini mencatat waktu ekstraksi atau pembaruan data terakhir dari sistem sumber. Dengan begitu, pengguna dapat mengetahui seberapa baru data yang sedang dianalisis. Dalam dashboard atau laporan analitik, informasi ini membantu pengguna memahami kebaruan data. Informasi ini juga membantu membedakan perubahan proses terbaru dari hasil analisis yang menggunakan data lama.
Mengapa ini penting
Memberi tahu pengguna seberapa baru data yang digunakan. Hal ini penting agar keputusan berdasarkan analisis process mining dapat dibuat secara akurat dan tepat waktu.
Sumber data
Ini adalah kolom metadata yang dibuat dan diisi oleh alat atau pipeline ekstraksi data saat data diperbarui.
Contoh
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Penyelesaian tepat waktu
IsOnTimeCompletion
|
Penanda boolean yang menunjukkan apakah peristiwa kualitas selesai pada atau sebelum tanggal penyelesaian yang ditargetkan. | ||
|
Deskripsi
Penanda ini membandingkan waktu penyelesaian aktual peristiwa kualitas dengan 'Tanggal Target Penyelesaian'. Nilainya true jika peristiwa ditutup pada atau sebelum tanggal target, dan false jika tidak. Atribut ini menjadi ukuran langsung untuk memantau kinerja dan menjadi dasar bagi dashboard 'Penyelesaian Peristiwa Kualitas Tepat Waktu' serta KPI 'Tingkat Tindakan Kualitas Tepat Waktu'. Anda dapat memfilter dan mengelompokkan data dengan mudah untuk memahami kinerja ketepatan waktu berdasarkan dimensi seperti departemen, produk, atau jenis notifikasi.
Mengapa ini penting
Memberikan hasil biner yang jelas untuk memantau kinerja terhadap tenggat, sehingga kepatuhan terhadap SLA mudah diukur dan dilaporkan.
Sumber data
Atribut hasil perhitungan yang diperoleh dengan membandingkan waktu aktivitas penutupan terakhir dengan atribut 'TargetResolutionDate'.
Contoh
truefalse
|
|||
|
Sistem sumber
SourceSystem
|
Menunjukkan sistem sumber tempat data diekstrak, misalnya instans SAP S/4HANA tertentu. | ||
|
Deskripsi
Atribut ini menunjukkan asal data manajemen kualitas. Jika lingkungan menggunakan beberapa ERP atau sistem terintegrasi, kolom ini penting untuk membedakan sumber data dan memastikan integritas data. Untuk analisis, atribut ini memungkinkan Anda memfilter atau membandingkan proses di berbagai sistem atau unit organisasi. Nilainya sering tetap untuk satu set data, tetapi tetap diperlukan untuk tata kelola data dan konteks.
Mengapa ini penting
Memberikan konteks penting tentang asal data. Informasi ini diperlukan untuk tata kelola data dan lingkungan dengan beberapa sistem yang saling terhubung.
Sumber data
Biasanya berupa nilai statis yang ditambahkan saat ekstraksi data untuk mengidentifikasi klien dan ID sistem SAP S/4HANA.
Contoh
S4H_PROD_100SAP_QM_EUS4HANA_QAS_200
|
|||
|
Status notifikasi
SystemStatus
|
Status pemrosesan Quality Notification saat ini, seperti 'Outstanding' atau 'Completed'. | ||
|
Deskripsi
Status sistem menunjukkan tahap peristiwa kualitas saat ini dalam siklus hidupnya. SAP menggunakan sistem manajemen status. Status seperti OSNO (Outstanding Notification), NOPR (Notification in Process), dan NOCO (Notification Completed) menunjukkan kemajuan. Atribut ini sering digunakan untuk menentukan aktivitas dalam log peristiwa. Atribut ini juga berguna untuk memfilter kasus, misalnya untuk menganalisis hanya peristiwa kualitas yang masih terbuka atau baru saja ditutup. Memahami transisi status penting untuk menyusun model proses yang akurat.
Mengapa ini penting
Menunjukkan status kasus saat ini, sehingga Anda dapat memfilter kasus aktif atau tertutup dan menentukan aktivitas proses.
Sumber data
Ditentukan dari tabel JEST dan JSTO, yang menyimpan informasi status berbagai objek SAP. Tautannya berasal dari QMEL-OBJNR.
Contoh
OSNO NOPRNOCOTSCO
|
|||
Aktivitas manajemen kualitas
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Analisis akar penyebab selesai
|
Menandai selesainya tahap investigasi, saat penyebab utama masalah kualitas telah ditemukan. Peristiwa ini biasanya disimpulkan dari penyelesaian tugas 'Analisis Akar Penyebab' tertentu dalam notifikasi. | ||
|
Mengapa ini penting
Pencapaian ini penting untuk mengukur durasi dan efisiensi proses investigasi. Menemukan keterlambatan sebelum tahap ini membantu mengidentifikasi hambatan dalam analisis masalah dan pengambilan keputusan.
Sumber data
Disimpulkan dari penyelesaian tugas investigasi atau tugas khusus RCA di tabel QMSM. Penyelesaian ditandai oleh perubahan status atau terisinya kolom tanggal penyelesaian tugas (ERLDT).
Pengumpulan data
Temukan stempel waktu penyelesaian (ERLDT) tugas analisis akar penyebab terkait di tabel QMSM.
Jenis peristiwa
inferred
|
|||
|
Efektivitas tindakan terverifikasi
|
Memastikan tindakan korektif atau pencegahan yang diterapkan berhasil dan masalah kualitas telah teratasi tanpa terulang. Aktivitas ini tercatat saat tugas pemeriksaan efektivitas selesai atau tinjauan kualitas akhir dilakukan. | ||
|
Mengapa ini penting
Ini adalah tonggak penting untuk memvalidasi seluruh proses penyelesaian. Tingkat verifikasi yang berhasil menunjukkan sistem manajemen kualitas yang efektif dan membantu mengurangi masalah berulang.
Sumber data
Biasanya disimpulkan dari penyelesaian tugas 'Effectiveness Check' di tabel QMSM, menggunakan tanggal penyelesaian ERLDT.
Pengumpulan data
Tentukan waktu penyelesaian tugas verifikasi efektivitas di QMSM.
Jenis peristiwa
inferred
|
|||
|
Keputusan penggunaan dibuat
|
Menandai keputusan resmi mengenai kualitas barang dari suatu lot inspeksi, misalnya diterima atau ditolak. Ini merupakan peristiwa tersendiri untuk masalah kualitas yang berasal dari inspeksi dan tercatat saat keputusan penggunaan disimpan. | ||
|
Mengapa ini penting
Dalam proses yang melibatkan inspeksi, ini merupakan pencapaian penting yang menentukan tindakan selanjutnya, seperti memblokir atau melepas material. Analisis waktu dan hasil keputusan ini penting untuk memahami efisiensi pengendalian kualitas produk.
Sumber data
Peristiwa ini tercatat secara eksplisit di tabel keputusan penggunaan QAVE. Stempel waktu pembuatan data yang terkait dengan lot inspeksi (PRUEFLOS) menandai aktivitas ini.
Pengumpulan data
Gunakan stempel waktu pembuatan untuk lot inspeksi terkait di tabel QAVE.
Jenis peristiwa
explicit
|
|||
|
Notifikasi kualitas dibuat
|
Aktivitas ini menandai dimulainya proses manajemen kualitas secara resmi, saat masalah, cacat, atau keluhan terkait kualitas dicatat. Pembuatan Quality Notification di SAP S/4HANA mencatat detail awal dan memberikan ID unik untuk memulai kasus. | ||
|
Mengapa ini penting
Sebagai peristiwa awal utama, aktivitas ini penting untuk mengukur waktu siklus proses penyelesaian masalah kualitas dari awal hingga akhir. Aktivitas ini menjadi titik awal untuk melacak waktu yang dibutuhkan dalam menangani dan menutup kejadian kualitas.
Sumber data
Peristiwa ini tercatat secara eksplisit di tabel header Quality Notification, QMEL. Stempel waktu pembuatan biasanya terdapat di kolom ERDAT untuk nomor notifikasi terkait, QMNUM.
Pengumpulan data
Gunakan stempel waktu pembuatan (ERDAT) dari tabel QMEL untuk notifikasi terkait.
Jenis peristiwa
explicit
|
|||
|
Notifikasi selesai
|
Menunjukkan bahwa notifikasi kualitas telah selesai dari sisi bisnis. Artinya, semua tindakan yang diperlukan telah dilakukan dan masalah telah ditangani dari sisi operasional. Perubahan status ini tercatat secara resmi di sistem. | ||
|
Mengapa ini penting
Aktivitas ini menjadi titik akhir utama untuk mengukur waktu penyelesaian bisnis. Dari sudut pandang pemilik proses, aktivitas ini memastikan kasus telah selesai, meskipun penutupan teknis masih tertunda.
Sumber data
Disimpulkan dari perubahan status pada objek Quality Notification. Waktunya ditentukan saat status seperti 'NOCO' (Notification completed) ditetapkan di tabel JCDS.
Pengumpulan data
Tentukan waktu saat status 'Notification completed' ditetapkan di tabel JCDS.
Jenis peristiwa
inferred
|
|||
|
Tindakan korektif diterapkan
|
Menandai selesainya pekerjaan yang ditetapkan dalam rencana tindakan korektif. Biasanya tercatat saat tugas tindakan korektif yang diberikan dalam notifikasi kualitas ditandai selesai. | ||
|
Mengapa ini penting
Ini adalah tonggak penting yang menunjukkan bahwa langkah-langkah untuk mengatasi masalah kualitas telah dilakukan. Data ini penting untuk mengukur tingkat penyelesaian tindakan tepat waktu dan efisiensi keseluruhan tahap penyelesaian.
Sumber data
Disimpulkan dari penyelesaian tugas tindakan korektif di tabel QMSM. Tanggal penyelesaian tercatat di kolom ERLDT atau melalui perubahan status menjadi 'Completed' di tabel JEST/JCDS.
Pengumpulan data
Tentukan waktu penyelesaian (ERLDT) tugas tindakan korektif di tabel QMSM.
Jenis peristiwa
inferred
|
|||
|
Notifikasi ditutup
|
Menunjukkan penutupan teknis akhir Quality Notification di sistem. Setelah tahap ini, notifikasi tidak dapat diubah lagi dan siklus hidup catatan tersebut benar-benar berakhir. | ||
|
Mengapa ini penting
Aktivitas ini menjadi peristiwa akhir proses. Analisis waktu antara 'Notification Completed' dan 'Notification Closed' dapat mengungkap keterlambatan dalam prosedur penutupan administratif.
Sumber data
Disimpulkan dari perubahan status pada Quality Notification, khususnya saat status pengarsipan atau penutupan akhir ditetapkan. Perubahan ini dicatat beserta waktunya di tabel JCDS.
Pengumpulan data
Tentukan waktu saat status akhir 'Closed' ditetapkan untuk notifikasi di tabel JCDS.
Jenis peristiwa
inferred
|
|||
|
Notifikasi mulai diproses
|
Menandai saat tim kualitas mulai menangani notifikasi yang baru dibuat. Peristiwa ini biasanya disimpulkan dari perubahan status sistem yang menunjukkan bahwa pekerjaan telah dimulai. | ||
|
Mengapa ini penting
Aktivitas ini membedakan pencatatan masalah dari dimulainya pekerjaan untuk menanganinya. Analisis jeda waktu antara pembuatan notifikasi dan langkah ini dapat mengungkap keterlambatan dalam menanggapi masalah dan menugaskan sumber daya.
Sumber data
Disimpulkan dari perubahan status pada objek Quality Notification. Peristiwa ini dapat dilacak dengan menganalisis log perubahan status di tabel JEST dan JCDS untuk status seperti 'NOPO' (Notifikasi sedang diproses).
Pengumpulan data
Temukan stempel waktu saat status 'sedang diproses' ditetapkan untuk notifikasi di tabel JCDS.
Jenis peristiwa
inferred
|
|||
|
Pemangku kepentingan diberi tahu
|
Menunjukkan penyampaian informasi penyelesaian kepada pemangku kepentingan terkait, seperti pelanggan atau departemen internal. Peristiwa ini jarang tercatat secara otomatis di sistem dan sering dilakukan secara manual. | ||
|
Mengapa ini penting
Pemberitahuan kepada pemangku kepentingan secara tepat waktu penting untuk kepuasan pelanggan dan transparansi. Mengukur jeda antara penutupan dan pemberitahuan dapat mengungkap kekurangan dalam proses komunikasi.
Sumber data
Aktivitas ini sulit ditangkap langsung dari SAP. Aktivitas ini dapat disimpulkan dari penyelesaian tugas manual di QMSM berlabel 'Notify Stakeholder', atau perlu dianalisis melalui sistem eksternal seperti log email.
Pengumpulan data
Tentukan penyelesaian tugas komunikasi manual, jika digunakan. Jika tidak, data ini biasanya tidak tersedia.
Jenis peristiwa
inferred
|
|||
|
Pemeriksaan efektivitas diperlukan
|
Menunjukkan bahwa verifikasi lanjutan diperlukan untuk memastikan tindakan yang diterapkan berhasil mengatasi masalah. Hal ini sering ditunjukkan oleh status tertentu pada notifikasi atau pembuatan tugas verifikasi khusus. | ||
|
Mengapa ini penting
Aktivitas ini memastikan proses manajemen kualitas mencakup tahap validasi yang penting. Tahap ini membedakan pelaksanaan tindakan dari konfirmasi keberhasilannya.
Sumber data
Dapat disimpulkan dari perubahan status Quality Notification (melalui JEST/JCDS) atau pembuatan tugas 'Effectiveness Check' khusus di tabel QMSM.
Pengumpulan data
Tentukan waktu perubahan status atau pembuatan tugas verifikasi di QMSM.
Jenis peristiwa
inferred
|
|||
|
Rencana tindakan disetujui
|
Menandakan bahwa rencana tindakan korektif atau pencegahan yang diusulkan telah ditinjau dan disetujui untuk diterapkan. Langkah ini sering kali tidak tercatat sebagai peristiwa tersendiri dan dapat disimpulkan dari pelepasan tugas untuk diproses. | ||
|
Mengapa ini penting
Penundaan yang lama pada tahap persetujuan ini dapat memperlambat seluruh proses penyelesaian secara signifikan. Analisis durasi ini membantu menemukan hambatan administratif dan peluang untuk menyederhanakan tata kelola.
Sumber data
Biasanya disimpulkan dari perubahan status tugas di tabel QMSM, misalnya menjadi 'Released'. Waktu perubahan status ini tercatat di tabel JCDS yang terhubung dengan objek tugas.
Pengumpulan data
Tentukan waktu saat status 'Released' ditetapkan untuk tugas tindakan korektif atau pencegahan.
Jenis peristiwa
inferred
|
|||
|
Tindakan korektif diusulkan
|
Aktivitas ini menandai saat rencana untuk memperbaiki masalah yang ditemukan didokumentasikan secara resmi. Di SAP, aktivitas ini biasanya tercatat saat tugas 'Tindakan Korektif' dibuat dalam notifikasi kualitas. | ||
|
Mengapa ini penting
Peristiwa ini memulai tahap penyelesaian masalah. Mengukur waktu dari analisis akar penyebab hingga tahap ini dapat mengungkap keterlambatan dalam perencanaan tindakan.
Sumber data
Peristiwa ini tercatat saat tugas dengan kode 'Tindakan Korektif' dibuat di tabel QMSM untuk Quality Notification terkait.
Pengumpulan data
Gunakan stempel waktu pembuatan (ERDAT) dari tabel QMSM untuk tugas bertipe tindakan korektif.
Jenis peristiwa
explicit
|
|||
|
Tindakan pencegahan diterapkan
|
Menandai keberhasilan pelaksanaan tindakan pencegahan yang direncanakan. Aktivitas ini tercatat saat tugas tindakan pencegahan terkait dinyatakan selesai di sistem. | ||
|
Mengapa ini penting
Penyelesaian tindakan pencegahan merupakan langkah penting dalam proses kualitas yang matang. Pelacakan aktivitas ini membantu mengukur komitmen untuk mencegah masalah di masa mendatang dan mengurangi masalah berulang.
Sumber data
Disimpulkan dari penyelesaian tugas tindakan pencegahan di tabel QMSM, yang ditunjukkan oleh kolom ERLDT atau perubahan status menjadi 'Completed'.
Pengumpulan data
Tentukan waktu penyelesaian (ERLDT) tugas tindakan pencegahan di tabel QMSM.
Jenis peristiwa
inferred
|
|||
|
Tindakan pencegahan diusulkan
|
Aktivitas ini terjadi saat rencana dibuat untuk mencegah masalah kualitas terulang. Seperti tindakan korektif, aktivitas ini sering tercatat melalui pembuatan tugas 'Preventive Action'. | ||
|
Mengapa ini penting
Peristiwa ini penting untuk menilai apakah organisasi berfokus pada perbaikan kualitas secara proaktif, bukan hanya menangani masalah setelah terjadi. Peristiwa ini menandai dimulainya upaya penyelesaian jangka panjang.
Sumber data
Peristiwa ini tercatat saat tugas dengan kode 'Preventive Action' dibuat di tabel QMSM untuk Quality Notification tertentu.
Pengumpulan data
Gunakan waktu pembuatan (ERDAT) dari tabel QMSM untuk tugas bertipe tindakan pencegahan.
Jenis peristiwa
explicit
|
|||
|
Tugas investigasi ditugaskan
|
Peristiwa ini terjadi saat tugas tertentu, seperti menyelidiki akar penyebab, dibuat secara resmi dan ditugaskan kepada seseorang atau bagian. Peristiwa ini tercatat saat data tugas dibuat dalam Quality Notification. | ||
|
Mengapa ini penting
Pelacakan penugasan tugas penting untuk memahami pembagian beban kerja dan menemukan hambatan dalam alokasi sumber daya. Penugasan ini menandai dimulainya tahap investigasi dan menjadi masukan penting untuk mengukur waktu siklus analisis akar penyebab.
Sumber data
Data ini diambil dari tabel manajemen tugas QMSM yang terhubung ke Quality Notification. Tanggal pembuatan (ERDAT) tugas dengan kode yang relevan, misalnya kode investigasi, menandai peristiwa ini.
Pengumpulan data
Gunakan stempel waktu pembuatan (ERDAT) dari tabel QMSM untuk tugas terkait investigasi.
Jenis peristiwa
explicit
|
|||
Panduan ekstraksi
Siap memulai?
Gunakan templat ini untuk menyiapkan data dengan cepat dan mulai meningkatkan proses manajemen kualitas Anda. Temukan wawasan dan tingkatkan efisiensi di SAP S/4HANA.
Tingkatkan manajemen kualitas: pangkas waktu siklus 30% sekarang juga
Temukan hambatan di SAP S/4HANA dan pangkas waktu siklus QM hingga 30%.
Tidak perlu kartu kredit. Siapkan dalam hitungan menit.