Templat data manajemen kualitas Anda

Manajemen kualitas SAP S/4HANA
Templat data manajemen kualitas Anda

Templat data manajemen kualitas Anda

Templat ini memandu Anda mengumpulkan dan menyiapkan data manajemen kualitas. Di dalamnya tercantum atribut dan aktivitas penting untuk membuat log peristiwa yang akurat bagi process mining. Gunakan templat ini untuk mempermudah ekstraksi dan analisis data.
  • 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
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut manajemen kualitas

Berikut adalah kolom data yang disarankan untuk disertakan dalam log peristiwa agar analisis manajemen kualitas di SAP S/4HANA lebih menyeluruh.
3 Wajib 7 Disarankan 8 Opsional
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
Wajib Disarankan Opsional

Aktivitas manajemen kualitas

Berikut adalah langkah proses dan tonggak utama yang perlu dicatat dalam log peristiwa agar penemuan dan analisis proses akurat.
6 Disarankan 9 Opsional
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
Disarankan Opsional

Panduan ekstraksi

Cara mengambil data manajemen kualitas dari SAP S/4HANA

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%.

Mulai uji coba gratis

Tidak perlu kartu kredit. Siapkan dalam hitungan menit.