OPERATIONS · INVENTORY · QUALITY ASSURANCE
Panduan memahami perencanaan, pengelolaan gudang, dan pengendalian mutu—dari konsep hingga persiapan audit internal.
RINGKASAN UTAMA
Enam prinsip untuk menghubungkan data, rencana, pekerjaan gudang, dan pengendalian. Pilih kartu untuk mendalami BAB terkait.
SKU, satuan, lokasi, batch dan status harus didefinisikan sebelum saldo dapat dipercaya.
BAB 2 · Master data ↗02Forecast dan order perlu diselaraskan dengan stok, bahan dan kapasitas sebelum jadwal dijanjikan.
BAB 4–08 · Perencanaan ↗03Barang yang ada secara fisik belum tentu boleh dipakai atau dijual. Periksa keputusan mutu serta masa simpannya.
BAB 3 & 11 · Kelayakan stok ↗04Penerimaan, issue, transfer dan dispatch perlu referensi serta konfirmasi; transfer tidak menambah total stok jaringan.
BAB 9–12 · Eksekusi ↗05Periksa count, cutoff dan transaksi sebelum koreksi; tindakan perbaikan perlu menyasar penyebab yang terbukti.
BAB 13 & 15 · Pengendalian ↗06Gunakan baseline, definisi KPI dan uji penerimaan. Bedakan hasil aktual, asumsi, serta data yang belum tersedia.
BAB 16–20 · Pengembangan ↗BARU / ISO & AUDIT INTERNAL
BAB 21–26: peta standar, kontrol mutu, CPKB, program audit, checklist dan tindak lanjut. Edisi serta status sumber diperiksa pada 25 Oktober 2026.
URUTAN BELAJAR
Mulai dari BAB 1, atau gunakan pencarian untuk membuka topik tertentu. Setiap BAB memisahkan ringkasan sumber, usulan penerapan, output dan latihan.
Lima bagan untuk membaca proses secara utuh sebelum mendalami tiap BAB.
Baca dari kiri ke kanan; realisasi menjadi masukan untuk siklus berikutnya.
MRP menurunkan kebutuhan melalui struktur bahan dan tanggal kebutuhan.
Pergerakan fisik disertai catatan lokasi, batch dan status.
Review bukti mendahului keputusan koreksi.
Relasi batch perlu tetap terjaga saat terjadi split atau merge.
Memetakan hubungan rencana, pergerakan fisik dan catatan persediaan.
Peta proses lintas fungsi, daftar pemilik data dan matriks kewenangan yang disahkan.
Telusuri satu order dari permintaan sampai serah terima. Catat titik ketika tanggung jawab berpindah dan bukti yang dibutuhkan.
PENDALAMAN BAB 1
Buka topik untuk membaca penjelasan. Semua kasus dan angka adalah ilustrasi pembelajaran; langkah penanganan merupakan usulan yang perlu disesuaikan dengan SOP, bukti dan kewenangan perusahaan.
Dasar konsep BAB: S01 S07 S10. Rincian kasus di bawah adalah sintesis dan usulan penyusun, bukan laporan kasus dari sumber tersebut.
Pertanyaan refleksi: bukti apa yang menunjukkan tips ini telah dijalankan, dan siapa yang memeriksanya?
Order toko meminta 100 pcs. PPIC menilai kebutuhan dan waktu pemenuhan; gudang memeriksa stok eligible serta melakukan pengiriman; tujuan mengonfirmasi penerimaan. Persetujuan permintaan tidak menjadi bukti bahwa 100 pcs sudah tiba. Setiap tahap membutuhkan status serta bukti tersendiri.
Cara menggunakan contoh: ganti input dengan data terverifikasi, tulis asumsi yang berbeda dan minta pemilik proses mereview keputusan. Hasil ilustrasi tidak otomatis berlaku pada situasi lain.
PPIC menyebut stok cukup, sedangkan petugas gudang menyatakan barang tidak dapat dikirim.
Kemungkinan perbedaan cutoff, cakupan lokasi, status mutu, UOM atau reservasi; belum merupakan kesimpulan kesalahan pihak tertentu.
Susun satu rekonsiliasi bersama sebelum mengubah rencana atau saldo. Pemilik masing-masing data memvalidasi hasilnya; eskalasikan konflik keputusan sesuai mandat.
Sepakati kamus data, cutoff dan sumber utama untuk setiap laporan. Gunakan contoh yang sama saat melatih PPIC dan warehouse.
6. Bukti penyelesaian: Kasus selesai bila perbedaan dapat dijelaskan per baris dan keputusan memakai definisi serta snapshot yang sama.
Membuat data yang konsisten sebelum menghitung atau mengotomatisasi stok.
Data dictionary, register lokasi, master konversi UOM dan aturan status stok.
Uji satu SKU dengan satuan karton dan pcs; tentukan bagaimana penerimaan, reservasi dan picking tetap direkonsiliasi dalam satuan dasar.
PENDALAMAN BAB 2
Buka topik untuk membaca penjelasan. Semua kasus dan angka adalah ilustrasi pembelajaran; langkah penanganan merupakan usulan yang perlu disesuaikan dengan SOP, bukti dan kewenangan perusahaan.
Dasar konsep BAB: S08 S11 S14. Rincian kasus di bawah adalah sintesis dan usulan penyusun, bukan laporan kasus dari sumber tersebut.
Pertanyaan refleksi: bukti apa yang menunjukkan tips ini telah dijalankan, dan siapa yang memeriksanya?
Satu karton berisi 24 pcs. Penerimaan 10 karton setara 240 pcs; pengeluaran 36 pcs meninggalkan 204 pcs, dengan asumsi tidak ada transaksi lain. Jika salah dibaca sebagai 10 pcs, masalahnya berada pada konversi atau input; jangan langsung menyelesaikannya dengan adjustment tanpa investigasi.
Cara menggunakan contoh: ganti input dengan data terverifikasi, tulis asumsi yang berbeda dan minta pemilik proses mereview keputusan. Hasil ilustrasi tidak otomatis berlaku pada situasi lain.
Laporan menampilkan 5.760 pcs padahal penerimaan fisik hanya 240 pcs.
Konversi mungkin diterapkan dua kali: sumber telah menyediakan pcs, lalu proses impor mengalikannya lagi dengan 24.
Tahan pengulangan impor yang bermasalah. Koreksi melalui mekanisme pembatalan atau koreksi yang diotorisasi, lalu rekonsiliasi saldo dan dokumennya.
Simpan kuantitas asal, satuan asal, faktor dan hasil konversi. Gunakan validasi satu baris contoh sebelum memproses batch impor.
6. Bukti penyelesaian: mapping diperbaiki, data terdampak direkonsiliasi dan pengulangan impor tidak menggandakan konversi.
Menempatkan acuan kosmetik pada kontrol yang tepat.
Matriks ketentuan–SOP–kontrol sistem yang diverifikasi QA/PJT.
Cocokkan satu prosedur penerimaan dengan dokumen resmi. Catat ketentuan yang terbukti, gap penerapan dan pertanyaan yang masih harus dikonfirmasi.
PENDALAMAN BAB 3
Buka topik untuk membaca penjelasan. Semua kasus dan angka adalah ilustrasi pembelajaran; langkah penanganan merupakan usulan yang perlu disesuaikan dengan SOP, bukti dan kewenangan perusahaan.
Dasar konsep BAB: S17 S18 S08. Rincian kasus di bawah adalah sintesis dan usulan penyusun, bukan laporan kasus dari sumber tersebut.
Pertanyaan refleksi: bukti apa yang menunjukkan tips ini telah dijalankan, dan siapa yang memeriksanya?
Tersedia 120 kg secara fisik, terdiri dari 80 kg released dan 40 kg menunggu keputusan mutu. Kebutuhan produksi 100 kg berarti kesiapan belum terpenuhi. Kekurangan 20 kg tidak hilang hanya karena total fisik melebihi kebutuhan; asumsi tidak ada sumber layak lain.
Cara menggunakan contoh: ganti input dengan data terverifikasi, tulis asumsi yang berbeda dan minta pemilik proses mereview keputusan. Hasil ilustrasi tidak otomatis berlaku pada situasi lain.
Petugas menemukan lot menunggu keputusan mutu pada bahan yang sudah diserahkan ke produksi.
Status pada sistem, label fisik dan aturan issue mungkin tidak konsisten; hubungan ke order atau lot juga perlu diperiksa.
Koordinasikan penghentian penggunaan atau pengamanan sesuai SOP dan arahan fungsi mutu. Keputusan atas bahan maupun produk terdampak dilakukan pihak berwenang, bukan petugas perencana.
Selaraskan label, status aplikasi dan validasi issue; uji penolakan transaksi untuk stok yang belum memenuhi syarat.
6. Bukti penyelesaian: Catat keputusan mutu, ruang lingkup dampak, rekonsiliasi jumlah dan hasil uji kontrol. Penutupan memerlukan review fungsi berwenang.
Membangun proyeksi yang bisa diperiksa kualitasnya.
Rujukan: S03
Histori bersih, baseline forecast, register asumsi dan laporan forecast versus actual.
Bandingkan moving average 3 periode dengan perkiraan periode terakhir pada data contoh. Jelaskan keterbatasan ketika ada promosi atau stockout.
PENDALAMAN BAB 4
Buka topik untuk membaca penjelasan. Semua kasus dan angka adalah ilustrasi pembelajaran; langkah penanganan merupakan usulan yang perlu disesuaikan dengan SOP, bukti dan kewenangan perusahaan.
Dasar konsep BAB: S03. Rincian kasus di bawah adalah sintesis dan usulan penyusun, bukan laporan kasus dari sumber tersebut.
Pertanyaan refleksi: bukti apa yang menunjukkan tips ini telah dijalankan, dan siapa yang memeriksanya?
Penjualan minggu lalu 0 pcs karena stok habis sepanjang minggu. Memasukkan nol sebagai bukti tidak adanya permintaan dapat menurunkan forecast secara keliru. Tandai stockout; perkiraan demand yang tidak terlayani memerlukan asumsi dan bukti tambahan, bukan penggantian otomatis dengan angka tertentu.
Cara menggunakan contoh: ganti input dengan data terverifikasi, tulis asumsi yang berbeda dan minta pemilik proses mereview keputusan. Hasil ilustrasi tidak otomatis berlaku pada situasi lain.
Sesudah stok kembali tersedia, penjualan jauh di atas rencana pengisian.
Histori yang digunakan mungkin merekam keterbatasan pasokan, bukan keseluruhan kebutuhan pelanggan.
Beri label data terganggu, buat skenario dengan asumsi terdokumentasi dan minta Commercial memvalidasi konteks permintaan sebelum mengubah rencana.
Simpan indikator availability bersama penjualan; evaluasi bias serta error secara berkala pada versi forecast yang tetap.
6. Bukti penyelesaian: Penyelesaian ditunjukkan oleh data yang diberi konteks, asumsi yang disetujui dan evaluasi periode berikutnya, bukan sekadar forecast dinaikkan.
Mengubah perbedaan demand dan supply menjadi keputusan yang tercatat.
Rujukan: S02
Ringkasan demand–supply, skenario gap dan decision log.
Demand naik tetapi bahan terlambat. Susun dua opsi keputusan beserta dampak layanan, kapasitas dan biaya tanpa mengasumsikan semua permintaan dapat dipenuhi.
PENDALAMAN BAB 5
Buka topik untuk membaca penjelasan. Semua kasus dan angka adalah ilustrasi pembelajaran; langkah penanganan merupakan usulan yang perlu disesuaikan dengan SOP, bukti dan kewenangan perusahaan.
Dasar konsep BAB: S02. Rincian kasus di bawah adalah sintesis dan usulan penyusun, bukan laporan kasus dari sumber tersebut.
Pertanyaan refleksi: bukti apa yang menunjukkan tips ini telah dijalankan, dan siapa yang memeriksanya?
Demand 1.000 pcs, bahan hanya mendukung 800 pcs dan kapasitas periode tersebut 900 pcs. Batas pemenuhan awal adalah 800 pcs dengan asumsi faktor lain terpenuhi. Diskusikan prioritas 800 pcs, alternatif pasokan atau penjadwalan 200 pcs; jangan menyatakan 1.000 pcs siap hanya karena kapasitas mendekati demand.
Cara menggunakan contoh: ganti input dengan data terverifikasi, tulis asumsi yang berbeda dan minta pemilik proses mereview keputusan. Hasil ilustrasi tidak otomatis berlaku pada situasi lain.
Dua departemen meminta order berbeda dikerjakan lebih dulu dan keduanya mengaku sudah disetujui.
Keputusan belum tercatat, versi belum diterima semua pelaksana atau kewenangan perubahan belum jelas.
Konsolidasikan satu change request beserta opsi dan dampaknya. Publikasikan versi baru setelah keputusan sah; konfirmasikan penerimaan oleh pelaksana.
Gunakan decision log, nomor versi dan jalur eskalasi yang dapat diakses lintas fungsi.
6. Bukti penyelesaian: Bukti selesai: prioritas tunggal yang disahkan, dampak diketahui dan seluruh pelaksana menerima versi yang sama.
Memahami kapan memesan, berapa banyak dan risiko yang ditanggung.
Kebijakan replenishment per kelompok barang dan register parameter yang disetujui.
Hitung contoh pada bagian rumus, lalu jelaskan mengapa hasil EOQ perlu ditinjau ulang jika kemasan hanya boleh dibeli per 100 pcs.
PENDALAMAN BAB 6
Buka topik untuk membaca penjelasan. Semua kasus dan angka adalah ilustrasi pembelajaran; langkah penanganan merupakan usulan yang perlu disesuaikan dengan SOP, bukti dan kewenangan perusahaan.
Dasar konsep BAB: S04 S05. Rincian kasus di bawah adalah sintesis dan usulan penyusun, bukan laporan kasus dari sumber tersebut.
Pertanyaan refleksi: bukti apa yang menunjukkan tips ini telah dijalankan, dan siapa yang memeriksanya?
Dua SKU sama-sama menjual rata-rata 20 pcs/hari. SKU A stabil, SKU B sangat berfluktuasi. Rata-rata yang sama belum cukup untuk menetapkan safety stock sama; variasi, lead time dan ukuran layanan perlu dianalisis. Contoh ini tidak menetapkan jumlah buffer tertentu.
Cara menggunakan contoh: ganti input dengan data terverifikasi, tulis asumsi yang berbeda dan minta pemilik proses mereview keputusan. Hasil ilustrasi tidak otomatis berlaku pada situasi lain.
Nilai persediaan meningkat, namun keluhan stockout tetap terjadi.
Stok mungkin terkonsentrasi pada SKU lambat bergerak; parameter atau prioritas replenishment mungkin tidak sesuai kebutuhan.
Tinjau parameter per kelompok barang dan selesaikan exception pasokan yang terbukti. Pengurangan stok tidak layak atau obsolete memerlukan keputusan fungsi berwenang.
Gunakan review segmentasi, daftar shortage dan peninjauan parameter berbasis data dengan pemilik yang jelas.
6. Bukti penyelesaian: Nilai keberhasilan melalui layanan, stok rata-rata dan risiko expiry secara bersama; total inventory turun saja belum cukup.
Mengubah kebutuhan produk jadi menjadi kebutuhan bahan bertanggal.
MPS berversi, daftar kebutuhan gross/net bertanggal dan shortage register.
Produksi perlu 500 botol; tersedia 300 botol released dan 100 botol inbound tepat waktu. Tunjukkan kekurangan dengan asumsi tanpa reservasi lain; ulangi bila inbound terlambat.
PENDALAMAN BAB 7
Buka topik untuk membaca penjelasan. Semua kasus dan angka adalah ilustrasi pembelajaran; langkah penanganan merupakan usulan yang perlu disesuaikan dengan SOP, bukti dan kewenangan perusahaan.
Dasar konsep BAB: S06 S10 S11. Rincian kasus di bawah adalah sintesis dan usulan penyusun, bukan laporan kasus dari sumber tersebut.
Pertanyaan refleksi: bukti apa yang menunjukkan tips ini telah dijalankan, dan siapa yang memeriksanya?
Order 500 botol memerlukan 1 botol kemasan per produk. Tersedia 300 botol eligible dan inbound 100 botol usable sebelum produksi. Dengan target akhir 50 botol, kekurangan adalah 500 + 50 − 300 − 100 = 150 botol. Jika inbound usable setelah kebutuhan, kekurangan tanggal itu menjadi 250 botol; asumsi tanpa alokasi lain.
Cara menggunakan contoh: ganti input dengan data terverifikasi, tulis asumsi yang berbeda dan minta pemilik proses mereview keputusan. Hasil ilustrasi tidak otomatis berlaku pada situasi lain.
Jadwal dimulai pagi hari, tetapi bahan baru tiba sore atau belum diluluskan.
Perhitungan mungkin memakai tanggal kedatangan atau PO sebagai tanggal usable dan mengabaikan pemeriksaan mutu.
Buka kembali shortage pada tanggal terkait, konfirmasikan pasokan dengan Procurement/Quality dan revisi jadwal melalui kewenangan yang sah.
Gunakan netting bertanggal dan exception untuk inbound berisiko; hindari status siap hanya berdasarkan keberadaan PO.
6. Bukti penyelesaian: Bukti selesai berupa bahan eligible tepat waktu atau jadwal revisi yang sah, bukan sekadar PO telah diterbitkan.
Memeriksa kelayakan jadwal terhadap resource yang benar-benar tersedia.
Rujukan: S12
Kalender kapasitas, load-versus-capacity, jadwal berversi dan register perubahan.
Beban 7 jam, kapasitas efektif 6 jam. Pilih tindakan realistis beserta otorisasi yang diperlukan; jangan otomatis menambah shift yang belum dikonfirmasi.
PENDALAMAN BAB 8
Buka topik untuk membaca penjelasan. Semua kasus dan angka adalah ilustrasi pembelajaran; langkah penanganan merupakan usulan yang perlu disesuaikan dengan SOP, bukti dan kewenangan perusahaan.
Dasar konsep BAB: S12. Rincian kasus di bawah adalah sintesis dan usulan penyusun, bukan laporan kasus dari sumber tersebut.
Pertanyaan refleksi: bukti apa yang menunjukkan tips ini telah dijalankan, dan siapa yang memeriksanya?
600 unit × 0,01 jam/unit + setup 1 jam menghasilkan beban 7 jam. Bila kapasitas efektif hanya 6 jam, terdapat gap 1 jam. Menambah shift adalah opsi yang harus dikonfirmasi, bukan kapasitas yang boleh langsung diasumsikan tersedia.
Cara menggunakan contoh: ganti input dengan data terverifikasi, tulis asumsi yang berbeda dan minta pemilik proses mereview keputusan. Hasil ilustrasi tidak otomatis berlaku pada situasi lain.
Output aktual tertinggal dan pekerjaan menumpuk pada mesin tertentu.
Waktu proses mungkin tidak akurat, changeover diabaikan, downtime meningkat atau kapasitas operator menjadi pembatas.
Bangun ulang skenario menggunakan data terverifikasi, jelaskan order terdampak dan ajukan keputusan prioritas atau kapasitas sesuai mandat.
Tinjau penyimpangan waktu standar dan bottleneck secara teratur; pertahankan baseline saat mengukur hasil.
6. Bukti penyelesaian: Kasus ditutup dengan jadwal layak yang disepakati dan bukti bahwa asumsi kapasitas sesuai kondisi yang dikonfirmasi.
Menjaga hubungan bahan yang dikeluarkan dengan hasil yang benar-benar diterima.
Rekonsiliasi issue–return–konsumsi–output dan plan-versus-actual.
Satu order menerima bahan 100 kg dan mengembalikan 8 kg. Tentukan data tambahan untuk menyimpulkan konsumsi serta yield; jangan menganggap selisih pasti menjadi produk baik.
PENDALAMAN BAB 9
Buka topik untuk membaca penjelasan. Semua kasus dan angka adalah ilustrasi pembelajaran; langkah penanganan merupakan usulan yang perlu disesuaikan dengan SOP, bukti dan kewenangan perusahaan.
Dasar konsep BAB: S07 S11. Rincian kasus di bawah adalah sintesis dan usulan penyusun, bukan laporan kasus dari sumber tersebut.
Pertanyaan refleksi: bukti apa yang menunjukkan tips ini telah dijalankan, dan siapa yang memeriksanya?
Bahan diserahkan 100 kg dan dikembalikan 8 kg. Selisih 92 kg belum cukup untuk menyimpulkan yield produk baik: perlu data sisa dalam proses, scrap, basis formula serta output yang diukur. Laporkan komponen yang belum diketahui sebagai belum terjelaskan.
Cara menggunakan contoh: ganti input dengan data terverifikasi, tulis asumsi yang berbeda dan minta pemilik proses mereview keputusan. Hasil ilustrasi tidak otomatis berlaku pada situasi lain.
Setiap akhir order, selisih dibebankan ke scrap tanpa bukti timbang atau alasan.
Retur belum diposting, UOM berbeda, WIP belum direkonsiliasi atau metode penutupan order terlalu sederhana.
Minta Production, Warehouse dan fungsi terkait merekonsiliasi komponen selisih sebelum menetapkan koreksi atau penutupan order.
Wajibkan alasan serta bukti untuk kategori loss; pisahkan data terukur dari estimasi.
6. Bukti penyelesaian: Penyelesaian memerlukan rekonsiliasi kuantitas, penyebab yang didukung bukti dan pencatatan yang diotorisasi.
Menjaga identitas serta jumlah barang sejak masuk gudang.
Rujukan: S07
Checklist receiving, bukti penerimaan, daftar exception dan konfirmasi putaway.
Simulasikan PO 100 pcs, fisik datang 90 pcs dan 5 pcs rusak. Pisahkan jumlah diterima, status mutu dan sisa PO tanpa menganggap semuanya siap pakai.
PENDALAMAN BAB 10
Buka topik untuk membaca penjelasan. Semua kasus dan angka adalah ilustrasi pembelajaran; langkah penanganan merupakan usulan yang perlu disesuaikan dengan SOP, bukti dan kewenangan perusahaan.
Dasar konsep BAB: S07. Rincian kasus di bawah adalah sintesis dan usulan penyusun, bukan laporan kasus dari sumber tersebut.
Pertanyaan refleksi: bukti apa yang menunjukkan tips ini telah dijalankan, dan siapa yang memeriksanya?
PO 100 pcs; datang 90 pcs dan 5 dari 90 rusak. Kuantitas fisik yang tiba adalah 90, dengan 5 memerlukan penanganan sesuai keputusan dan SOP. Kelayakan 85 pcs lainnya tetap mengikuti pemeriksaan yang berlaku. Sisa PO dan komitmen pemasok perlu dikonfirmasi terpisah.
Cara menggunakan contoh: ganti input dengan data terverifikasi, tulis asumsi yang berbeda dan minta pemilik proses mereview keputusan. Hasil ilustrasi tidak otomatis berlaku pada situasi lain.
Sistem menunjukkan pesanan selesai, tetapi fisik atau bukti penerimaan lebih sedikit.
Penerimaan mungkin menyalin jumlah PO, toleransi penutupan tidak tepat atau sisa pesanan ditutup tanpa keputusan.
Rekonsiliasi transaksi dan buka atau koreksi outstanding melalui fungsi berwenang. Pisahkan penyelesaian administratif dari status mutu.
Gunakan konfirmasi actual receipt dan alasan penutupan sisa; jangan mengandalkan default kuantitas tanpa review.
6. Bukti penyelesaian: Bukti selesai mencakup receipt akurat dan keputusan jelas atas sisa pesanan serta barang rusak.
Mengatur kelayakan stok dan prioritas pengeluaran sesuai masa simpan.
Aturan pemilihan batch, peta lokasi, aging report dan register risiko expiry.
Dua batch memiliki expiry berbeda. Batch paling cepat kedaluwarsa sedang hold; jelaskan mengapa batch tersebut tidak otomatis menjadi pilihan picking.
PENDALAMAN BAB 11
Buka topik untuk membaca penjelasan. Semua kasus dan angka adalah ilustrasi pembelajaran; langkah penanganan merupakan usulan yang perlu disesuaikan dengan SOP, bukti dan kewenangan perusahaan.
Dasar konsep BAB: S13 S19. Rincian kasus di bawah adalah sintesis dan usulan penyusun, bukan laporan kasus dari sumber tersebut.
Pertanyaan refleksi: bukti apa yang menunjukkan tips ini telah dijalankan, dan siapa yang memeriksanya?
Batch A berjumlah 40 pcs, expiry lebih dekat, tetapi hold; batch B 60 pcs released dan memenuhi syarat pelanggan. Kebutuhan 50 pcs dapat dipertimbangkan dari B bila seluruh syarat lain terpenuhi. A tidak otomatis menjadi pilihan hanya karena FEFO.
Cara menggunakan contoh: ganti input dengan data terverifikasi, tulis asumsi yang berbeda dan minta pemilik proses mereview keputusan. Hasil ilustrasi tidak otomatis berlaku pada situasi lain.
Batch baru sering dikirim sementara batch lama menumpuk dan mendekati expiry.
Urutan lokasi mungkin tidak mendukung FEFO, tanggal tidak akurat atau petugas memilih lokasi termudah tanpa kontrol.
Tata ulang prioritas lokasi atau rute sesuai keputusan operasional, sambil mempertahankan identitas batch dan kondisi simpan yang ditetapkan.
Review aging/expiry dan exception FEFO; tetapkan PIC tindak lanjut per batch berisiko.
6. Bukti penyelesaian: Periksa transaksi periode berikutnya untuk memastikan batch eligible dipilih sesuai aturan; jangan menilai hanya dari penataan rak.
Menghubungkan pengeluaran fisik dengan dokumen serta penerimaan tujuan.
Checklist outbound, referensi transfer, bukti dispatch/receipt dan daftar in-transit terbuka.
Kirim 20 pcs, tujuan menerima 18 pcs. Tunjukkan posisi 2 pcs yang belum terselesaikan tanpa langsung menyimpulkannya sebagai kehilangan.
PENDALAMAN BAB 12
Buka topik untuk membaca penjelasan. Semua kasus dan angka adalah ilustrasi pembelajaran; langkah penanganan merupakan usulan yang perlu disesuaikan dengan SOP, bukti dan kewenangan perusahaan.
Dasar konsep BAB: S07 S14. Rincian kasus di bawah adalah sintesis dan usulan penyusun, bukan laporan kasus dari sumber tersebut.
Pertanyaan refleksi: bukti apa yang menunjukkan tips ini telah dijalankan, dan siapa yang memeriksanya?
Gudang mengirim 20 pcs; tujuan menerima dan mencatat 18 pcs. Dua pcs tetap menjadi selisih yang belum terselesaikan sampai ada bukti. Jangan otomatis menambah stok tujuan menjadi 20 atau menghapus 2 pcs sebagai kehilangan.
Cara menggunakan contoh: ganti input dengan data terverifikasi, tulis asumsi yang berbeda dan minta pemilik proses mereview keputusan. Hasil ilustrasi tidak otomatis berlaku pada situasi lain.
Saldo tujuan bertambah, sementara saldo perjalanan juga masih terbuka.
Receipt mungkin dibuat tanpa referensi transfer yang benar atau proses sinkronisasi gagal menutup pasangan transaksi.
Rekonsiliasi kedua sisi dan koreksi tautan atau transaksi melalui prosedur yang sah; jangan membuat receipt tambahan hanya untuk menutup status.
Validasi hubungan dispatch–receipt dan gunakan daftar transfer terbuka yang memiliki PIC serta umur exception.
6. Bukti penyelesaian: Transfer selesai bila kuantitas pengirim, perjalanan dan penerima terjelaskan tanpa duplikasi stok jaringan.
Membedakan selisih hitung, transaksi tertunda dan kesalahan saldo.
Rujukan: S09
Perintah count, hasil hitung, rekonsiliasi, keputusan koreksi dan bukti saldo sesudahnya.
Saldo 20 pcs, fisik 18 pcs, transfer keluar 2 pcs belum tercatat. Uji pembukuan transfer yang hilang agar tidak timbul adjustment minus ganda.
PENDALAMAN BAB 13
Buka topik untuk membaca penjelasan. Semua kasus dan angka adalah ilustrasi pembelajaran; langkah penanganan merupakan usulan yang perlu disesuaikan dengan SOP, bukti dan kewenangan perusahaan.
Dasar konsep BAB: S09. Rincian kasus di bawah adalah sintesis dan usulan penyusun, bukan laporan kasus dari sumber tersebut.
Pertanyaan refleksi: bukti apa yang menunjukkan tips ini telah dijalankan, dan siapa yang memeriksanya?
Snapshot 20 pcs diambil pukul 09.00. Ada pengeluaran sah 2 pcs pukul 09.05 dan fisik dihitung 18 pcs pukul 09.10. Bila pengeluaran telah benar dicatat, tidak ada kehilangan; perbandingan harus memasukkan pergerakan antara snapshot dan waktu hitung.
Cara menggunakan contoh: ganti input dengan data terverifikasi, tulis asumsi yang berbeda dan minta pemilik proses mereview keputusan. Hasil ilustrasi tidak otomatis berlaku pada situasi lain.
Count pagi terlihat berbeda, tetapi rekonsiliasi setelah transaksi lengkap sering cocok.
Perbedaan cutoff, barang sedang berpindah, area staging tidak tercakup atau posting tertunda dapat berkontribusi.
Lakukan rekonsiliasi movement atau hitung ulang terkontrol sesuai SOP. Adjustment hanya diajukan untuk perbedaan yang sudah terjelaskan dengan keputusan berwenang.
Pilih metode freeze atau movement reconciliation yang sesuai operasi, dan dokumentasikan batas area hitung.
6. Bukti penyelesaian: Bukti penutupan: hasil count, transaksi cutoff, penjelasan selisih dan saldo sesudah koreksi bila diperlukan.
Menelusuri dari asal bahan sampai tujuan produk jadi.
Peta batch genealogy, event register dan hasil latihan traceability.
Pilih satu lot bahan yang bermasalah. Daftar batch FG, stok tersisa dan tujuan kirim yang mungkin terdampak berdasarkan relasi aktual.
PENDALAMAN BAB 14
Buka topik untuk membaca penjelasan. Semua kasus dan angka adalah ilustrasi pembelajaran; langkah penanganan merupakan usulan yang perlu disesuaikan dengan SOP, bukti dan kewenangan perusahaan.
Dasar konsep BAB: S14 S15. Rincian kasus di bawah adalah sintesis dan usulan penyusun, bukan laporan kasus dari sumber tersebut.
Pertanyaan refleksi: bukti apa yang menunjukkan tips ini telah dijalankan, dan siapa yang memeriksanya?
Lot bahan L-01 digunakan pada batch FG B-01 dan B-02. B-01 dibagi ke dua lokasi, sedangkan B-02 sebagian masih di gudang. Penelusuran maju perlu menemukan semua hubungan tersebut dan kuantitas tersisanya; mencatat hanya satu tujuan kirim belum cukup.
Cara menggunakan contoh: ganti input dengan data terverifikasi, tulis asumsi yang berbeda dan minta pemilik proses mereview keputusan. Hasil ilustrasi tidak otomatis berlaku pada situasi lain.
Kode produk ditemukan, tetapi sistem tidak dapat menghubungkan lot bahan dengan batch FG.
Barcode mungkin hanya memuat identitas item; relasi transformasi produksi atau batch pada receipt/issue tidak direkam.
Bangun daftar relasi dari bukti yang tersedia dan tandai gap. Fungsi mutu menentukan respons bila ada risiko produk; jangan merekonstruksi hubungan yang tidak dapat dibuktikan sebagai fakta.
Tambahkan validasi batch serta relasi order pada titik transaksi yang relevan dan lakukan latihan berkala sesuai program internal.
6. Bukti penyelesaian: Bukti selesai berupa hubungan yang didukung dokumen, rekonsiliasi kuantitas dan daftar gap beserta tindak lanjutnya.
Menutup penyebab masalah, bukan hanya mengubah saldo.
Rujukan: S16
Laporan masalah, bukti investigasi, action plan dan verifikasi efektivitas.
Untuk transfer yang lupa diposting, uji apakah penyebab berasal dari proses, akses, koneksi atau disiplin pencatatan sebelum menetapkan tindakan.
PENDALAMAN BAB 15
Buka topik untuk membaca penjelasan. Semua kasus dan angka adalah ilustrasi pembelajaran; langkah penanganan merupakan usulan yang perlu disesuaikan dengan SOP, bukti dan kewenangan perusahaan.
Dasar konsep BAB: S16. Rincian kasus di bawah adalah sintesis dan usulan penyusun, bukan laporan kasus dari sumber tersebut.
Pertanyaan refleksi: bukti apa yang menunjukkan tips ini telah dijalankan, dan siapa yang memeriksanya?
Transfer terlambat diposting karena petugas menunggu dokumen yang baru tersedia setelah barang berangkat. Mengingatkan petugas mungkin belum menyelesaikan mekanismenya. Uji kebutuhan perubahan waktu pembuatan dokumen, peran konfirmasi atau kontrol exception berdasarkan bukti.
Cara menggunakan contoh: ganti input dengan data terverifikasi, tulis asumsi yang berbeda dan minta pemilik proses mereview keputusan. Hasil ilustrasi tidak otomatis berlaku pada situasi lain.
Tindakan ditandai selesai, tetapi kasus dengan pola serupa muncul lagi.
Akar penyebab mungkin belum terbukti, tindakan hanya mengatasi gejala atau uji efektivitas belum relevan.
Review ulang investigasi dan status kasus melalui pemilik CAPA. Sesuaikan tindakan dan pengujian dengan penyebab yang didukung bukti.
Gunakan bukti proses, pemilik tindakan dan review independen sesuai mandat; pertahankan riwayat keputusan penutupan.
6. Bukti penyelesaian: Tutup kembali setelah implementasi dan efektivitas memenuhi kriteria yang disepakati, bukan karena tenggat administrasi telah lewat.
Menerjemahkan kebutuhan bisnis menjadi sistem yang dapat diuji.
Rujukan: S15
Spesifikasi integrasi, matriks akses, audit trail dan bukti User Acceptance Test (UAT).
Impor berkas transfer yang sama dua kali. Pastikan saldo hanya berubah sekali dan sistem menjelaskan transaksi yang ditolak atau dilewati.
PENDALAMAN BAB 16
Buka topik untuk membaca penjelasan. Semua kasus dan angka adalah ilustrasi pembelajaran; langkah penanganan merupakan usulan yang perlu disesuaikan dengan SOP, bukti dan kewenangan perusahaan.
Dasar konsep BAB: S15. Rincian kasus di bawah adalah sintesis dan usulan penyusun, bukan laporan kasus dari sumber tersebut.
Pertanyaan refleksi: bukti apa yang menunjukkan tips ini telah dijalankan, dan siapa yang memeriksanya?
Impor transfer 10 pcs dikirim ulang setelah timeout. Respons pertama tidak diterima, tetapi transaksi mungkin sudah dibukukan. Sistem perlu mengenali ID yang sama dan memeriksa status sebelum membuat pembukuan baru; timeout bukan bukti bahwa transaksi pertama gagal.
Cara menggunakan contoh: ganti input dengan data terverifikasi, tulis asumsi yang berbeda dan minta pemilik proses mereview keputusan. Hasil ilustrasi tidak otomatis berlaku pada situasi lain.
Baris yang sama muncul dua kali setelah proses retry otomatis.
Deduplication mungkin belum berjalan, ID berubah pada retry atau proses hanya memeriksa nama file.
Hentikan pengulangan yang berisiko melalui pengelola sistem dan koreksi transaksi terdampak sesuai otorisasi. Verifikasi saldo serta dokumen sumber.
Gunakan kunci idempotensi yang stabil, status proses yang jelas dan queue exception dengan PIC.
6. Bukti penyelesaian: Bukti penyelesaian mencakup koreksi data, akar penyebab retry ganda dan uji pengiriman ulang tanpa duplikasi.
Rumus berikut adalah bentuk pembelajaran yang disederhanakan. Definisi variabel, periode dan kondisi penerapannya harus disepakati sebelum dipakai dalam sistem.
MIT membahas moving average sebagai rata-rata sejumlah observasi terakhir. Cocok untuk baseline sederhana; kurang responsif terhadap trend dan perubahan pola. S03
Ilustrasi: demand tiga minggu = 90, 120 dan 150 pcs. Forecast berikutnya = (90 + 120 + 150) / 3 = 120 pcs. Ini hasil metode, bukan janji penjualan.
Model dasar mengasumsikan demand stabil dan diketahui, biaya tetap yang relevan, replenishment sesuai asumsi model, tanpa stockout yang direncanakan dan tanpa diskon kuantitas. Periksa keterbatasan ketika barang memiliki expiry atau batas kapasitas. S04
Ilustrasi: D = 12.000 pcs/tahun; S = Rp100.000/pesanan; H = Rp2.000/pcs/tahun. EOQ = √1.200.000 ≈ 1.095 pcs/pesanan. MOQ dan kelipatan pembelian belum diterapkan.
Untuk kebijakan review kontinu, titik pemesanan dapat dinyatakan sebagai ekspektasi demand selama lead time ditambah safety stock. Safety stock perlu mengikuti model ketidakpastian dan ukuran layanan yang dipilih. Tidak ada angka buffer universal. S05
Ilustrasi: 20 pcs/hari × 5 hari + buffer asumsi 30 pcs = 130 pcs. Buffer 30 pcs hanya input latihan, bukan hasil estimasi statistik. Trigger diperiksa terhadap inventory position sesuai kebijakan, bukan sembarang saldo layar.
Ilustrasi: on-hand 150 pcs terdiri dari 120 released dan 30 hold. Jika 20 pcs dari released telah reserved, available = 120 − 20 = 100 pcs. Jangan mengurangi hold lagi karena sudah dikeluarkan dari eligible. Ini definisi ilustratif; pemetaan saldo sumber harus diverifikasi. S08
Ilustrasi: gross 500 botol + target akhir 50 − stok layak 300 − inbound layak tepat waktu 100 = 150 botol. Asumsi: tidak ada alokasi lain, tidak ada duplikasi demand, seluruh jumlah satu UOM, serta target akhir belum termasuk gross. Jika inbound 100 terlambat, kebutuhan menjadi 250 botol.
Ini bukan algoritme MRP lengkap. Implementasi memerlukan bucket tanggal, level BOM, lot sizing, lead time dan alokasi. S06S11
Ilustrasi: setup 1 jam + 600 unit × 0,01 jam = 7 jam. Kapasitas efektif 6 jam, sehingga load ratio = 116,7%. Jadwal perlu penanganan overload; angka di atas 100% tidak membuktikan bahwa output dapat dicapai. Asumsi seluruh pekerjaan memakai resource yang sama dan waktunya tidak tumpang tindih. S12
PENDALAMAN BAB 17
Buka topik untuk membaca penjelasan. Semua kasus dan angka adalah ilustrasi pembelajaran; langkah penanganan merupakan usulan yang perlu disesuaikan dengan SOP, bukti dan kewenangan perusahaan.
Dasar konsep BAB: S03 S04 S05. Rincian kasus di bawah adalah sintesis dan usulan penyusun, bukan laporan kasus dari sumber tersebut.
Pertanyaan refleksi: bukti apa yang menunjukkan tips ini telah dijalankan, dan siapa yang memeriksanya?
Demand 20 pcs/hari, lead time 2 minggu kerja dengan asumsi 5 hari kerja per minggu, dan buffer latihan 30 pcs. Lead time setara 10 hari kerja; ROP sederhana = 20 × 10 + 30 = 230 pcs. Menggunakan angka 2 sebagai hari akan menghasilkan 70 pcs dan keputusan berbeda. Kalender serta asumsi demand harus konsisten.
Cara menggunakan contoh: ganti input dengan data terverifikasi, tulis asumsi yang berbeda dan minta pemilik proses mereview keputusan. Hasil ilustrasi tidak otomatis berlaku pada situasi lain.
Spreadsheet lolos pemeriksaan aritmetika namun menghasilkan order terlalu kecil atau terlalu besar.
Basis periode, satuan, reservasi, allowance atau definisi pasokan mungkin salah; rumus dapat benar pada input yang keliru.
Perbaiki definisi input dan ulangi perhitungan berversi. Minta pemilik proses memeriksa dampak sebelum hasil menggantikan rencana yang sudah disahkan.
Simpan contoh hitung yang telah direview, satuan dan alasan pemilihan model di dekat rumus.
6. Bukti penyelesaian: Bukti selesai: contoh manual cocok dengan sistem dan asumsi model sesuai dengan keputusan yang dibuat.
| Indikator | Contoh definisi | Batas interpretasi |
|---|---|---|
| Inventory record accuracy | Baris SKU–lokasi–batch–status yang cocok dengan fisik ÷ baris yang dihitung × 100%. | Tetapkan toleransi, cutoff dan aturan UOM. Jangan menyamakan akurasi baris dengan akurasi nilai rupiah. |
| Absolute quantity variance | Σ |fisik − sistem| per baris dalam unit yang sebanding. | Jangan menjumlahkan kg, liter dan pcs. Selisih plus dan minus tidak saling menutup. |
| Fill rate berbasis unit | Unit yang dipenuhi sesuai definisi pemenuhan pertama ÷ unit demand eligible × 100%. | Tetapkan first shipment, backorder dan periode. Berbeda dari persentase order lengkap. |
| OTIF berbasis order | Order eligible yang tepat waktu dan lengkap ÷ seluruh order eligible × 100%. | Tetapkan tanggal komitmen awal, bukti diterima, partial shipment, pembatalan dan perubahan komitmen. |
| Schedule adherence | Order baseline eligible yang selesai sesuai kuantitas dan waktu yang disepakati ÷ order baseline eligible × 100%. | Ini contoh definisi order-based. Definisi quantity-based mungkin dipilih perusahaan; jangan mencampurkannya. |
| Material readiness | Order yang seluruh bahan kebutuhannya tersedia dan layak pada cutoff kesiapan ÷ order yang dinilai × 100%. | PO terbit belum berarti bahan tersedia. Tetapkan order/batch, tanggal kebutuhan dan status mutu. |
| WAPE forecast | Σ |actual − forecast| ÷ Σ actual × 100%. | Tidak terdefinisi jika total actual nol. Penjualan saat stockout dapat membatasi actual yang teramati. |
| Forecast bias | Σ (forecast − actual) ÷ Σ actual × 100%. | Pada konvensi ini, positif berarti overforecast. Tulis tanda yang dipilih dan jangan menggantinya antarperiode. |
| Inventory turnover | HPP/COGS periode ÷ rata-rata nilai inventory pada basis biaya yang sebanding. | Finance memvalidasi valuation dan cakupan. Rasio bukan persentase; rata-rata bulanan dapat lebih representatif daripada dua titik. |
| Days inventory | Rata-rata nilai inventory ÷ HPP periode × jumlah hari periode. | Tidak terdefinisi jika HPP nol; interpretasi dipengaruhi musim dan komposisi barang. |
| Expiry exposure | Nilai atau kuantitas stok dalam jendela risiko expiry yang disepakati. | Tetapkan tanggal penilaian, status dan basis biaya; bukan otomatis kerugian final. |
| CAPA overdue / effective | Jumlah tindakan melewati tenggat; serta kasus yang lulus uji efektivitas ÷ kasus yang telah jatuh tempo uji. | Pisahkan selesai administrasi dari efektif. Tulis perubahan tenggat dan alasan secara transparan. |
Untuk setiap KPI, simpan pemilik, periode, sumber data, cutoff, numerator, denominator, pengecualian, versi definisi dan bukti rekonsiliasi. Jika data atau denominator tidak tersedia, tampilkan “belum dapat dihitung”; jangan otomatis memberi nilai 0 atau 100%.
PENDALAMAN BAB 18
Buka topik untuk membaca penjelasan. Semua kasus dan angka adalah ilustrasi pembelajaran; langkah penanganan merupakan usulan yang perlu disesuaikan dengan SOP, bukti dan kewenangan perusahaan.
Mengacu pada rancangan penerapan dalam BAB ini; bukan standar atau target eksternal.
Pertanyaan refleksi: bukti apa yang menunjukkan tips ini telah dijalankan, dan siapa yang memeriksanya?
Dari 10 order eligible, 8 diterima tepat waktu dan lengkap: OTIF order-based = 80%. Bila hanya 9 order yang dinilai karena satu dibatalkan, harus ada aturan eligibility yang sah dan konsisten sebelum hasil dihitung ulang. Pengeluaran order dari denominator tidak boleh sekadar memperbaiki nilai.
Cara menggunakan contoh: ganti input dengan data terverifikasi, tulis asumsi yang berbeda dan minta pemilik proses mereview keputusan. Hasil ilustrasi tidak otomatis berlaku pada situasi lain.
Laporan A menunjukkan 80%, sedangkan laporan B menunjukkan angka lebih tinggi untuk periode sama.
Tanggal komitmen, definisi diterima, populasi order atau perlakuan partial shipment mungkin berbeda.
Susun rekonsiliasi order per order dan tetapkan definisi yang disepakati. Bila definisi berubah, beri versi serta jelaskan keterbandingan historisnya.
Gunakan kamus KPI dan validasi bersama pemilik proses serta Finance untuk ukuran berbasis nilai.
6. Bukti penyelesaian: Kasus selesai saat numerator/denominator dapat ditelusuri dan kedua laporan memakai definisi yang sama atau menjelaskan perbedaannya.
Gunakan data uji terkontrol, aktor dengan kewenangan berbeda dan bukti saldo sebelum/sesudah. Tabel ini merupakan usulan pengujian berdasarkan risiko rancangan internal; bukan hasil uji aplikasi saat ini.
| Skenario | Hasil yang diharapkan |
|---|---|
| Transfer dicatat terlambat | Selisih ditelusuri ke dokumen transfer; posting transfer dilakukan satu kali, tanpa adjustment ganda. |
| Transfer diterima sebagian | Pengirim, in-transit dan penerima tetap rekonsiliasi; sisa tidak otomatis hilang atau menjadi stok tujuan. |
| Impor transaksi diulang | Event/transaksi sama dikenali; tidak ada penggandaan saldo. |
| Bahan datang tetapi belum release | Stok fisik terlihat, tetapi belum ditandai layak issue atau material ready. |
| Batch FEFO sedang hold | Pemilihan hanya dari batch eligible; exception terlihat bila tidak ada batch memenuhi syarat. |
| Konversi karton ke pcs | Jumlah sumber, jumlah dasar dan pembulatan dapat ditelusuri; faktor konversi memiliki versi efektif. |
| Forecast sudah memuat order | Aturan forecast consumption mencegah demand ganda sesuai horizon yang disepakati. |
| PO terlambat melewati need-by date | Shortage atau risiko keterlambatan tetap terbuka; PO tidak dianggap bahan siap pakai. |
| BOM berubah sebelum produksi | Versi yang berlaku diperiksa; dampak material dan persetujuan ditinjau ulang. |
| Kapasitas overload | Rencana menampilkan gap dan alternatif; tidak otomatis dinyatakan feasible. |
| Revisi setelah baseline | Baseline awal dipertahankan; actual dapat dibandingkan terhadap baseline dan revisi. |
| Pengguna tanpa delegasi mengirim lewat API | Permintaan ditolak pada server dan dicatat; pembatasan tidak hanya pada tampilan. |
| Count saat transaksi berjalan | Cutoff dan movement direkonsiliasi; perbedaan waktu tidak langsung dianggap kehilangan. |
| Tidak ada data atau denominator nol | Laporan menampilkan status data yang benar; tidak menghasilkan capaian palsu. |
| Lot bermasalah ditelusuri | Relasi bahan–produksi–FG–tujuan dapat dicari; kuantitas yang belum terjelaskan tetap terlihat. |
| CAPA baru selesai tindakan | Kasus belum ditandai efektif sampai kriteria uji terpenuhi dan bukti ditinjau. |
PENDALAMAN BAB 19
Buka topik untuk membaca penjelasan. Semua kasus dan angka adalah ilustrasi pembelajaran; langkah penanganan merupakan usulan yang perlu disesuaikan dengan SOP, bukti dan kewenangan perusahaan.
Mengacu pada rancangan penerapan dalam BAB ini; bukan standar atau target eksternal.
Pertanyaan refleksi: bukti apa yang menunjukkan tips ini telah dijalankan, dan siapa yang memeriksanya?
Saldo awal 50 pcs. Impor transaksi keluar 10 pcs dengan ID T-001 menghasilkan 40 pcs. Impor ulang ID T-001 seharusnya tidak mengurangi saldo menjadi 30 pcs. Uji juga ketika respons pertama timeout tetapi transaksi sudah tersimpan.
Cara menggunakan contoh: ganti input dengan data terverifikasi, tulis asumsi yang berbeda dan minta pemilik proses mereview keputusan. Hasil ilustrasi tidak otomatis berlaku pada situasi lain.
Skenario ideal lolos, tetapi operasi parsial atau exception meninggalkan status tidak konsisten.
Data uji mungkin hanya mencakup happy path dan belum mewakili status, waktu, peran atau volume yang relevan.
Dokumentasikan defect dan dampak, tentukan kontrol sementara serta keputusan penggunaan bersama pemilik sistem/proses. Lakukan retest pada skenario terdampak setelah perbaikan.
Bangun daftar uji berbasis risiko dan libatkan pengguna operasional saat menerima hasil.
6. Bukti penyelesaian: Bukti selesai mencakup hasil retest, rekonsiliasi saldo dan penerimaan oleh pihak yang berwenang; screenshot sukses saja belum cukup.
Tahapan berikut adalah usulan, tanpa klaim durasi baku. Selesaikan output dan review lintas fungsi sebelum melanjutkan ke perluasan sistem.
| Tahap | Materi | Output praktis |
|---|---|---|
| Tahap 1 · Data & alur | BAB 1–03 dan BAB 10–13 | Kamus data, peta gudang, status stok dan contoh rekonsiliasi satu SKU. |
| Tahap 2 · Demand & kebijakan stok | BAB 4–06 dan BAB 17 | Forecast baseline, asumsi lead time dan kebijakan replenishment satu kelompok barang. |
| Tahap 3 · Material & produksi | BAB 7–09 | Contoh MPS, BOM, material requirement dan load-capacity satu order. |
| Tahap 4 · Mutu & traceability | BAB 3 dan BAB 14 | Penelusuran satu lot dan matriks ketentuan yang sudah diverifikasi. |
| Tahap 5 · Kontrol & perbaikan | BAB 15–19 | Satu studi investigasi, definisi KPI dan bukti uji beberapa skenario penting. |
| Tahap 6 · ISO & audit internal | BAB 21–26 | Register acuan, pemetaan kriteria, rencana audit, working paper dan tindak lanjut berbukti. |
| Tahap 7 · Pilot & evaluasi | Satu area/SKU yang dipilih | Bandingkan baseline dengan hasil pilot, catat gap, perbaiki lalu perluas sesuai keputusan manajemen. |
Checklist latihan tidak disimpan. BAB, posisi baca dan posisi navigasi disimpan secara lokal bila browser mengizinkannya.
PENDALAMAN BAB 20
Buka topik untuk membaca penjelasan. Semua kasus dan angka adalah ilustrasi pembelajaran; langkah penanganan merupakan usulan yang perlu disesuaikan dengan SOP, bukti dan kewenangan perusahaan.
Mengacu pada rancangan penerapan dalam BAB ini; bukan standar atau target eksternal.
Pertanyaan refleksi: bukti apa yang menunjukkan tips ini telah dijalankan, dan siapa yang memeriksanya?
Pilot dilakukan pada satu kelompok SKU dan satu alur transfer. Nilai awal diambil dari data yang disepakati, lalu dibandingkan dengan hasil setelah proses baru berjalan. Contoh ini tidak menetapkan lama pilot atau target persentase; keduanya perlu dipilih berdasarkan risiko dan frekuensi transaksi.
Cara menggunakan contoh: ganti input dengan data terverifikasi, tulis asumsi yang berbeda dan minta pemilik proses mereview keputusan. Hasil ilustrasi tidak otomatis berlaku pada situasi lain.
Tim melaporkan banyak aktivitas dan pelatihan, namun tidak dapat menunjukkan dampak operasional.
Baseline belum ada, definisi KPI berubah atau scope pilot terlalu luas untuk ditelusuri.
Perjelas ukuran hasil dan lakukan evaluasi pada scope yang dapat ditelusuri. Jangan mengklaim penghematan atau peningkatan tanpa basis data yang memadai.
Gunakan satu owner pilot, log keputusan, register issue dan bukti penerimaan sebelum perluasan.
6. Bukti penyelesaian: Pilot selesai jika hasil dan keterbatasannya dapat dijelaskan, issue material ditangani serta keputusan perluasan tercatat.
Pilih standar menurut aktivitas, risiko dan komitmen perusahaan; jangan menganggap semua ISO wajib diterapkan sekaligus.
Status diperiksa 25 Oktober 2026. Ringkasan ini memakai katalog/abstrak resmi ISO, bukan penelaahan lengkap teks standar berlisensi.
| Standar & edisi | Identitas / status resmi | Relevansi untuk persiapan WMS | Sumber |
|---|---|---|---|
| ISO 9001:2026 | Persyaratan sistem manajemen mutu; ISO mencatat edisi keenam terbit September 2026. | Kerangka proses, kompetensi, dokumentasi, evaluasi dan peningkatan warehouse/PPIC. Tentukan edisi kriteria audit berdasarkan sistem serta pengaturan transisi yang berlaku pada organisasi. | S20 |
| ISO 19011:2026 | Panduan audit sistem manajemen; edisi keempat terbit Mei 2026. | Panduan program audit, pelaksanaan dan kompetensi auditor; bukan standar sertifikasi yang berdiri sendiri. | S21 |
| ISO 22716:2007 | Pedoman GMP kosmetik; ISO mencatat dikonfirmasi 2022 dan masih current. | Relevan untuk quality aspects produksi, kontrol, storage dan shipment. Abstraknya mengecualikan R&D serta distribution of finished products; jangan otomatis memperluasnya ke seluruh DC/toko. | S22 |
| ISO 45001:2018 + Amd 1:2024 | Persyaratan sistem manajemen K3. Halaman ISO menampilkan amendment 2024. | Acuan tambahan sesuai scope untuk risiko forklift, aktivitas bongkar muat, handling dan kondisi kerja; contoh fokus ini adalah usulan pemetaan. | S23 |
| ISO 14001:2026 | Persyaratan sistem manajemen lingkungan; edisi keempat terbit April 2026. | Acuan tambahan sesuai scope untuk aspek lingkungan: limbah, tumpahan, kemasan dan penggunaan sumber daya. Bukan pengganti ketentuan lingkungan yang berlaku. | S24 |
| ISO/IEC 27001:2022 | Persyaratan sistem manajemen keamanan informasi; halaman ISO menyebut satu amendment. | Acuan tambahan sesuai scope untuk risiko informasi WMS: akses, integritas, ketersediaan dan kesinambungan data. Tidak berarti aplikasi WMS otomatis wajib bersertifikat. | S25 |
PENDALAMAN BAB 21
Usulan penerapan dan kasus hipotetis. Bukan hasil audit perusahaan, kutipan standar, atau klasifikasi temuan resmi.
Untuk audit gudang bahan baku pabrik: register dapat berisi pedoman CPKB yang berlaku, SOP receiving versi aktif, spesifikasi kondisi simpan dan persyaratan ISO yang diadopsi. Untuk DC produk jadi, kaji acuan aktivitas distribusinya secara terpisah. Register harus menyatakan mana regulasi, standar sukarela, kontrak dan ketentuan internal.
Gejala: checklist menyebut ISO 19011:2018 sebagai edisi terkini. Pemeriksaan: bandingkan dengan katalog ISO, register internal dan edisi yang disepakati dalam program audit. Tindakan: perbarui register dan kaji dampak pada metode serta pelatihan auditor. Jangan menyimpulkan sertifikat lain otomatis tidak berlaku hanya dari perubahan edisi panduan audit.
Gunakan pendekatan sistem manajemen untuk menilai konsistensi pekerjaan, pengendalian perubahan dan efektivitas.
ISO 9001:2026 menyediakan persyaratan untuk membangun, menjalankan, memelihara dan meningkatkan QMS. Halaman ISO menyoroti konteks, dukungan, operasi, evaluasi kinerja serta peningkatan. Ini kerangka sistem manajemen, bukan spesifikasi fitur software WMS.
S20| Fokus review | Pertanyaan auditor yang disarankan | Contoh bukti objektif |
|---|---|---|
| Pemilik proses & tujuan | Siapa menetapkan parameter, melaksanakan transaksi dan menyetujui koreksi? | Peta proses, mandat, KPI dengan definisi dan review hasil. |
| Kompetensi & informasi terdokumentasi | Bagaimana memastikan petugas memakai instruksi dan satuan yang benar? | SOP aktif, riwayat revisi, pelatihan serta demonstrasi kerja. |
| Pemasok & inbound | Bagaimana receiving menangani ketidaksesuaian pasokan? | PO/receipt, spesifikasi, bukti inspeksi dan exception. |
| Pengendalian operasi | Bagaimana barang, batch, lokasi dan status dapat ditelusuri? | Jejak transaksi, identitas batch, perubahan status dan bukti penerimaan tujuan. |
| Ketidaksesuaian & perubahan | Bagaimana koreksi, perubahan BOM dan revisi jadwal diotorisasi? | Alasan, dampak, approval, versi dan verifikasi saldo. |
| Evaluasi & peningkatan | Bagaimana organisasi mengetahui kontrolnya efektif? | Hasil audit, pengukuran yang dapat ditelusuri, CAPA dan review manajemen. |
Tabel adalah pemetaan tematik penyusun, bukan kutipan atau crosswalk klausul ISO. Auditor perlu melengkapi klausul dari salinan resmi yang berlaku sebelum mengeluarkan temuan ISO.
PENDALAMAN BAB 22
Usulan penerapan dan kasus hipotetis. Bukan hasil audit perusahaan, kutipan standar, atau klasifikasi temuan resmi.
Tanyakan “tunjukkan satu penerimaan terakhir yang tidak sesuai” lalu ikuti dokumen, status, keputusan dan saldo. Jika sampel tidak tersedia, catat batas pemeriksaan dan cari bukti lain; jangan mengisi jawaban seolah sudah diperiksa.
Auditor menelusuri permintaan 20 pcs → approval → picking batch → dispatch → receipt tujuan → saldo. Dua pcs belum diterima dicatat sebagai exception. Auditor menilai apakah kontrol yang disahkan dijalankan dan sisa terselesaikan; tidak langsung menganggap 2 pcs hilang.
Tentukan SOP/klausul yang berlaku, identifikasi sampel dan bukti perbedaan, lalu konfirmasi konteks kepada auditee. Temuan ditulis terhadap persyaratan yang terbukti tidak dipenuhi. Saran perbaikan yang belum punya kriteria tidak boleh disamarkan sebagai ketidaksesuaian ISO.
Pisahkan pedoman teknis, aturan sertifikasi dan cakupan kegiatan agar audit tepat sasaran.
ISO 22716 membahas produksi, kontrol, penyimpanan dan shipment kosmetik, dengan pengecualian distribusi produk jadi pada abstraknya. Gunakan untuk konteks aktivitas yang tepat; mutu produk tidak sekaligus mencakup seluruh isu K3 dan lingkungan.
S22PENDALAMAN BAB 23
Usulan penerapan dan kasus hipotetis. Bukan hasil audit perusahaan, kutipan standar, atau klasifikasi temuan resmi.
Simpan register regulasi, pemetaan proses dan lokasi bukti. Lampiran dapat berisi contoh formulir; evaluasi tujuan kontrolnya sebelum menyimpulkan perusahaan harus menyalin format contoh persis. Nomor dokumen internal harus ditulis hanya setelah SOP benar-benar diperiksa.
Ambil lot berstatus hold. Cocokkan label fisik, rekaman keputusan mutu dan status sistem. Pada lingkungan uji yang diizinkan, demonstrasikan apakah issue ditolak. Jika gudang memakai metode kontrol berbeda, evaluasi bukti efektivitasnya terhadap ketentuan dan SOP yang berlaku.
Verifikasi scope dan masa berlaku dokumen sertifikasi yang tersedia, lalu audit implementasi aktivitas yang relevan. Kepemilikan sertifikat tidak menggantikan penelusuran transaksi. Jika ada ketidaksesuaian, fungsi mutu menilai dampak serta tindakan berdasarkan bukti dan kewenangan.
Susun audit yang terencana, objektif dan dapat ditelusuri dari kriteria sampai tindak lanjut.
ISO 19011:2026 memberi panduan prinsip audit, pengelolaan program, pelaksanaan dan kompetensi auditor. ISO menyatakan penggunaan panduan ini tidak dengan sendirinya menghasilkan sertifikasi.
S21| Dokumen usulan | Isi minimum praktis |
|---|---|
| Program audit | Cakupan keseluruhan, prioritas risiko, jadwal, tim dan perubahan program. |
| Rencana audit | Tujuan, scope, kriteria, agenda, kontak, metode dan sampel yang direncanakan. |
| Working paper | Pertanyaan, referensi, ID bukti, hasil observasi, batas pemeriksaan dan konfirmasi. |
| Laporan | Scope aktual, kesimpulan, temuan, keterbatasan dan penerima. |
| Register tindak lanjut | Temuan, risiko, containment, koreksi, penyebab, tindakan, PIC, tenggat dan verifikasi. |
PENDALAMAN BAB 24
Usulan penerapan dan kasus hipotetis. Bukan hasil audit perusahaan, kutipan standar, atau klasifikasi temuan resmi.
Contoh usulan: satu penerimaan normal, satu parsial, satu hold, satu retur dan satu transfer bermasalah. Ini contoh variasi, bukan minimum wajib atau bukti bahwa lima sampel selalu cukup. Tambah atau ubah sampel bila bukti menunjukkan risiko lebih luas.
Pembukaan dan konfirmasi kriteria → tur receiving/penyimpanan → telusur transaksi → wawancara lintas fungsi → validasi bukti → diskusi kesimpulan → laporan. Jadwal perlu menyesuaikan operasi dan akses; aktivitas yang tidak teramati dicatat sebagai keterbatasan.
Catat permintaan bukti, penanggung jawab dan batas waktu sesuai rencana. Nilai apakah persyaratan akses/penyimpanan bukti yang berlaku memang tidak dipenuhi. Jangan menganggap seluruh proses sesuai maupun tidak sesuai hanya karena auditor belum menerima dokumen.
Gunakan pertanyaan terarah, lalu hubungkan jawabannya dengan bukti dan kriteria yang sah.
| ID | Area | Pertanyaan audit usulan | Bukti yang dapat diminta | Materi pendukung |
|---|---|---|---|---|
| A01 | Kriteria & ruang lingkup | Apakah acuan, edisi dan cakupan audit telah disahkan? | Register regulasi/standar, scope, SOP aktif. | BAB 21–24 |
| A02 | Receiving | Bagaimana jumlah, UOM, lot dan ketidaksesuaian diverifikasi? | PO, surat jalan, receipt, hasil pemeriksaan dan exception. | BAB 2, 10 |
| A03 | Status mutu | Bagaimana penggunaan barang yang belum eligible dicegah? | Label, status sistem, keputusan mutu dan demonstrasi kontrol. | BAB 3, 23 |
| A04 | Kondisi simpan | Apakah persyaratan tiap barang ditetapkan dan dipantau sesuai SOP? | Spesifikasi, rekaman pemantauan dan review penyimpangan. | BAB 11, 23 |
| A05 | Alat ukur | Bagaimana alat yang dipakai dinyatakan sesuai untuk keputusan pengukuran? | Identitas alat, status, program kalibrasi/verifikasi dan tindak lanjut. | Review bersama fungsi teknis/mutu |
| A06 | Kebersihan & hama | Bagaimana area dan bahan dilindungi dari risiko kontaminasi? | SOP, jadwal, rekaman pelaksanaan dan pemeriksaan efektivitas. | Review fasilitas/mutu |
| A07 | Lot, expiry & FEFO | Bagaimana batch eligible dipilih sesuai aturan dan pelanggan? | Master batch, label, picking dan exception FEFO. | BAB 11–12 |
| A08 | Issue & return | Bisakah bahan ditelusuri ke order produksi dan retur? | Issue/return, lot, UOM, rekonsiliasi konsumsi dan output. | BAB 9 |
| A09 | Transfer & in-transit | Apakah saldo pengirim–perjalanan–penerima dapat direkonsiliasi? | Satu referensi transfer, dispatch, partial receipt dan sisa. | BAB 12–13 |
| A10 | Retur, reject & recall | Siapa memutuskan status dan bagaimana kuantitas dikendalikan? | Identitas batch, lokasi/status, evaluasi dan disposition. | BAB 3, 14–15 |
| A11 | Master data & perubahan | Apakah perubahan BOM, UOM dan parameter disahkan serta ditelusuri? | Versi, alasan, dampak dan approval. | BAB 2, 07, 16 |
| A12 | Akses & jejak transaksi | Apakah hak pengguna, posting dan koreksi dapat dipertanggungjawabkan? | Daftar akses, mandat, audit trail dan review berkala. | BAB 16; kaji scope keamanan informasi |
| A13 | Gangguan & pemulihan | Bagaimana transaksi saat offline direkonsiliasi setelah pulih? | Prosedur, log gangguan, bukti restore/retry dan rekonsiliasi. | BAB 16, 19 |
| A14 | Kompetensi | Dapatkah petugas menunjukkan pekerjaan sesuai instruksi aktif? | Pelatihan, evaluasi kerja dan observasi praktik. | Review lintas fungsi |
| A15 | Audit & CAPA | Apakah temuan ditindaklanjuti dan efektivitasnya diperiksa? | Program, laporan, register CAPA dan bukti verifikasi. | BAB 15, 24, 26 |
| A16 | KPI & review | Apakah ukuran hasil memiliki sumber dan memicu tindakan? | Numerator/denominator, baseline, review dan keputusan. | BAB 18 |
Status di atas adalah kategori kerja yang diusulkan. “Belum dapat dinilai” dan “tidak berlaku” tidak boleh dihitung otomatis sebagai sesuai.
Template berikut merupakan tambahan hasil review materi. Seluruh baris adalah contoh usulan yang harus divalidasi; tidak menunjukkan hasil pemeriksaan perusahaan.
Isi ID risiko, penyebab/kejadian/dampak, kontrol saat ini, pemilik, bukti, penilaian risiko serta tindakan. Metode penilaian dan batas penerimaan risiko ditetapkan perusahaan; tidak ada skor otomatis atau kategori resmi yang diasumsikan.
| Risiko ilustratif | Kontrol yang dapat diuji | Bukti yang diminta | Pemilik yang perlu ditetapkan |
|---|---|---|---|
| Bahan belum layak dipakai | Status mutu, otorisasi release dan validasi issue. | Keputusan mutu, label, status, transaksi dan uji pembatasan yang diizinkan. | Mutu serta Warehouse sesuai mandat. |
| Stok jaringan dihitung ganda | Satu referensi transfer dan rekonsiliasi pengirim–perjalanan–penerima. | Dispatch, partial receipt, sisa terbuka dan mapping lokasi. | Warehouse, tujuan dan pemilik integrasi. |
| Kebutuhan bahan terlewat | BOM berversi dan netting bertanggal yang direview. | Versi demand/BOM, stok eligible, usable date dan shortage. | PPIC, Production, Procurement dan Mutu. |
| Salah keputusan akibat data ganda | ID transaksi stabil, deduplikasi dan review exception. | Log retry, ID bisnis, bukti posting dan rekonsiliasi. | Pemilik sistem dan pemilik proses. |
| Gangguan kondisi simpan tidak ditangani | Batas sesuai spesifikasi, monitoring dan respons penyimpangan. | Spesifikasi, rekaman kondisi, alat dan keputusan atas stok terdampak. | Warehouse, fasilitas dan fungsi mutu. |
Tambahkan saat diterapkan: referensi SOP/kriteria yang telah diverifikasi, hasil uji aktual, residual risk, PIC tindakan, tenggat dan reviewer. Bedakan kontrol yang hanya direncanakan dari kontrol yang telah dibuktikan bekerja.
PENDALAMAN BAB 25
Usulan penerapan dan kasus hipotetis. Bukan hasil audit perusahaan, kutipan standar, atau klasifikasi temuan resmi.
Kelompokkan register acuan, SOP aktif, kompetensi, data master, transaksi, mutu, kondisi simpan dan tindak lanjut. Simpan daftar ID bukti, pemilik serta versi; bagikan akses sesuai mandat. Hindari menyalin data sensitif yang tidak diperlukan untuk tujuan audit.
ID A03-EX; lot LOT-DEMO; kriteria SOP-ISSUE-DEMO versi ilustratif yang mengharuskan status released sebelum issue; bukti label hold, transaksi issue dan belum ada keputusan release pada waktu transaksi. Auditor perlu memvalidasi seluruh bukti dan keberlakuan SOP sebelum menuliskan kesimpulan.
Periksa apakah setiap jawaban memiliki sampel dan ID bukti. Jika catatan hanya “sudah sesuai”, lakukan penelusuran tambahan. Template tidak boleh menampilkan hasil audit perusahaan sebagai selesai tanpa pemeriksaan aktual dan review yang sah.
Hubungkan setiap kesimpulan dengan bukti, lalu pastikan perbaikan bekerja dalam proses.
| Tahap | Pertanyaan verifikasi usulan |
|---|---|
| Containment | Apakah dampak langsung dikendalikan dan barang terkait diidentifikasi? |
| Koreksi | Apakah kesalahan kasus diperbaiki melalui keputusan yang sah? |
| Analisis penyebab | Apakah penyebab diuji dengan bukti dan cakupan masalah diperiksa? |
| Tindakan korektif | Apakah proses/kontrol yang menjadi penyebab diperbaiki serta diterapkan? |
| Efektivitas | Apakah pengujian yang disepakati menunjukkan kontrol bekerja pada kesempatan yang relevan? |
| Penutupan | Apakah pihak berwenang meninjau bukti, sisa risiko dan keputusan penutupan? |
Alur ini adalah usulan penerapan audit/CAPA; panduan audit ISO 19011 dan konsep RCA ASQ menjadi dasar pembelajaran, bukan sumber tenggat universal.
S21 S16PENDALAMAN BAB 26
Usulan penerapan dan kasus hipotetis. Bukan hasil audit perusahaan, kutipan standar, atau klasifikasi temuan resmi.
Memposting transfer yang tertinggal dapat mengoreksi satu kasus. Mengubah alur dokumen atau validasi yang terbukti menjadi penyebab adalah calon tindakan korektif. Verifikasi transaksi sumber sesudah koreksi dan uji kontrol baru pada transaksi berikutnya yang relevan.
Kriteria: SOP-DEMO mensyaratkan approval sebelum perubahan status. Bukti: log transaksi DEMO-01 menunjukkan perubahan status pada waktu T1; approval baru tercatat T2. Gap: approval tidak mendahului perubahan pada sampel tersebut. Contoh ini baru layak dipakai bila SOP, timestamp, mandat dan urutan kejadian sudah diverifikasi; jangan menggantinya dengan klaim klausul ISO tertentu.
Daftar hadir membuktikan partisipasi, bukan otomatis perubahan perilaku atau kontrol. Periksa materi, kompetensi dan sampel transaksi setelah pelatihan. Bila penyebab sebenarnya desain sistem, pelatihan saja mungkin tidak memadai. Tentukan hasil uji serta reviewer sebelum penutupan.
Matriks dan protokol telah disusun dari materi serta sumber yang tersedia. Pengumpulan dokumen internal, pengesahan dan pengujian aktual dilewati sesuai arahan pengguna.
JSON berisi definisi, ID pemeriksaan dan kolom pengisian; bukan hasil audit. Unduhan tidak mengunggah dokumen atau terhubung ke Stockwiz.
| Prioritas | Yang diselesaikan pada paket | Batas pelaksanaan |
|---|---|---|
| 1 · Kriteria | 9 locator CPKB, 3 entri ISO dan struktur pemetaan SOP. | Klausul ISO teks penuh, SOP aktif serta validasi QA/PJT tidak diperiksa. |
| 2 · Scope & mandat | 5 kelompok scope, interface, pemetaan keputusan dan konflik dokumen. | Tidak menerbitkan penugasan atau mengesahkan delegasi. |
| 3 · Bukti | 5 register sampel: receiving, release, transfer, adjustment dan CAPA. | Tidak ada bukti transaksi aktual yang dimasukkan. |
| 4 · Sistem & KPI | 10 skenario UAT, protokol recovery dan 5 definisi baseline. | Tidak mengklaim fitur tersedia, pengujian lulus atau baseline tercapai. |
| ID | Locator CPKB terverifikasi | Topik | Pertanyaan usulan | Bukti yang dicari |
|---|---|---|---|---|
| C01 | 7.1.2.1 | Verifikasi bahan | Bagaimana identitas bahan dan pemasok ditelusuri? | Spesifikasi, bukti receiving, identitas pemasok, lot. |
| C02 | 7.1.2.1.2 | Karantina sebelum penggunaan | Bagaimana status sebelum issue dikendalikan? | Rekaman keputusan mutu, label/status dan transaksi issue. |
| C03 | 9.1.1 | Dokumen berlaku | Bagaimana versi lama dicegah dipakai? | Master list, versi efektif dan distribusi instruksi. |
| C04 | 9.1.2 | Koreksi rekaman | Bagaimana informasi awal dan perubahan ditelusuri? | Rekaman asal, perubahan, pelaksana dan tanggal. |
| C05 | 9.1.4 | Pengesahan dokumen | Siapa mengesahkan instruksi yang digunakan? | Dokumen bertanggal dan bukti mandat pengesah. |
| C06 | X | Audit internal | Bagaimana program, tim dan tindak lanjut dibuktikan? | Program, penugasan, laporan serta register tindakan. |
| C07 | 11.1.1–11.1.2 | Area dan kondisi simpan | Bagaimana kesesuaian area serta kondisi ditinjau? | Pemetaan lokasi/status, spesifikasi dan rekaman kondisi. |
| C08 | 11.2.1.1–11.2.1.2 | Penerimaan | Bagaimana dokumen, fisik dan hasil receiving dicocokkan? | Order, surat jalan, receipt dan exception. |
| C09 | 11.2.2.1–11.2.2.3 | Rekaman, rotasi dan identitas | Bagaimana pengeluaran dan barang tidak layak dikendalikan? | Mutasi, batch/expiry, aturan FIFO/FEFO dan disposition. |
Locator mengacu pada Lampiran PerBPOM 31/2020, bukan nomor BAB HTML. S26 Pertanyaan dan daftar bukti adalah rancangan penerapan. Keberlakuan pada scope aktual serta pemetaan SOP dilewati.
| Acuan ISO | Pemetaan yang tersedia | Klausul/SOP internal |
|---|---|---|
| ISO 9001:2026 | Pengendalian proses, dokumentasi dan evaluasi | Tidak diperiksa; bukan nomor klausul rekaan. |
| ISO 22716:2007 | GMP kosmetik pada scope relevan | Tidak diperiksa; bukan nomor klausul rekaan. |
| ISO 19011:2026 | Metode dan program audit | Tidak diperiksa; bukan nomor klausul rekaan. |
Format pengaitan siap diisi pada JSON: ID kriteria → edisi/bagian → SOP/versi → sampel → bukti → hasil → validator. Tanggal dan identitas validator tetap kosong karena tidak ada pengesahan yang dilakukan.
| ID/area | Scope usulan | Batas/interface | Pemilik koordinasi usulan |
|---|---|---|---|
| SC01 · Gudang pabrik: RM/PM/bulk | Receiving, status, putaway, simpan, issue/return. | Manufaktur dan keputusan mutu berada pada fungsi terkait. | Warehouse; PPIC; Production; Quality |
| SC02 · Produk jadi/stockroom/DC | Receipt FG, alokasi, picking, dispatch, transfer dan count. | Transport/pengantaran sesudah serah terima ditelusuri sebagai interface. | Warehouse/Stock Control; Logistics |
| SC03 · Toko/kanal tujuan | Konfirmasi receipt, retur dan data penjualan untuk planning. | Audit seluruh operasional toko tidak diasumsikan termasuk. | Pemilik Retail/kanal; PPIC |
| SC04 · Gudang pihak ketiga bila digunakan | Custody, kondisi, batch, laporan dan bukti handover sesuai kontrak. | Keberadaan penyedia serta kontrak belum divalidasi. | Pemilik kontrak; Logistics; Quality |
| SC05 · Sistem Stockwiz dan interface | Master, transaksi, hak akses, log, sinkronisasi, rekonsiliasi/recovery. | Kemampuan produk dan akses lingkungan belum diperiksa. | Pemilik sistem/IT dan pemilik proses |
| Keputusan | Dasar dokumen tersedia | Kontrol yang dipetakan | Approval |
|---|---|---|---|
| Jadwal dan kebutuhan material | Piagam gabungan PPIC & Gudang mencakup planning dan warehouse. | PPIC mengonfirmasi demand, material dan kapasitas bersama fungsi terkait. | Sesuai delegasi sah; perubahan material dieskalasikan. |
| Hold/release/disposition | Piagam memisahkan keputusan Quality dari penjagaan stok. | Warehouse memastikan status dan bukti sebelum issue. | Fungsi Quality berwenang; identitas pejabat belum ditetapkan di paket. |
| Pembelian dan pembayaran | Piagam tidak memindahkan purchasing/pembayaran ke PPIC. | PPIC mengajukan kebutuhan; Procurement dan Finance menjalankan fungsi masing-masing. | Delegasi komersial/keuangan yang sah. |
| Koreksi atau penghapusan material | Piagam meminta pemeriksaan independen dan review Finance/Accounting. | Pisahkan pengusul, pemeriksa, penyetuju serta pembuku. | Pejabat berwenang; tidak menetapkan batas rupiah atau nama otomatis. |
| Audit dan penutupan CAPA | Program audit perlu penugasan dan kriteria yang sah. | Pemilik tindakan menyediakan bukti; verifier memeriksa efektivitas. | Pihak sesuai penugasan audit; pengesahan tidak disimulasikan. |
Dasar internal: piagam PPIC & Gudang (acuan internal; tidak dipublikasikan), piagam Warehouse & Inventory (acuan internal; tidak dipublikasikan), dan lampiran kewenangan ROLE-009 (acuan internal; tidak dipublikasikan). Penelaahan isi bukan pengesahan keaktifan dokumen. Fingerprint berkas sumber tersedia pada JSON.
| ID/proses | Dokumen yang disiapkan | Aturan penelusuran | Reviewer usulan | Hasil aktual |
|---|---|---|---|---|
| EV01 · Receiving | PO, surat jalan, receipt, inspeksi/exception. | Cocokkan item, UOM, lot, jumlah dan waktu. | In Out/Admin dan Warehouse | Tidak diperiksa; dilewati. |
| EV02 · Release | Keputusan mutu, hasil pemeriksaan dan status stok. | Hubungkan lot dengan waktu release dan waktu issue. | Quality | Tidak diperiksa; dilewati. |
| EV03 · Transfer | Permintaan, dispatch, receipt parsial/final dan in-transit. | Satu referensi; seluruh kuantitas harus terjelaskan. | Pengirim, penerima dan pemeriksa stok | Tidak diperiksa; dilewati. |
| EV04 · Adjustment | Count, snapshot, investigasi, approval dan jurnal koreksi. | Buktikan sebab dan satu dampak saldo; tanpa koreksi ganda. | Pemeriksa independen, Finance/Accounting | Tidak diperiksa; dilewati. |
| EV05 · CAPA | Masalah, containment, sebab, tindakan dan uji efektivitas. | Tautkan kasus dengan bukti implementasi serta hasil observasi. | Pemilik tindakan dan verifier | Tidak diperiksa; dilewati. |
| ID/fitur | Skenario uji usulan | Hasil yang diharapkan | Status |
|---|---|---|---|
| U01 · Status mutu | Siapkan lot uji hold; coba issue melalui alur yang diizinkan. | Issue dibatasi sesuai aturan yang disahkan; event/exception dapat ditelusuri. | Tidak dieksekusi; fitur belum dikonfirmasi. |
| U02 · UOM | Uji 10 karton × 24 pcs pada lingkungan uji. | Jika konversi tersebut disahkan, saldo dasar 240 pcs; tidak dikonversi dua kali. | Tidak dieksekusi; fitur belum dikonfirmasi. |
| U03 · Transfer parsial | Dispatch 20 pcs; receipt 18 pcs. | Sisa 2 pcs tetap terjelaskan; tidak otomatis ditambah atau dihapus. | Tidak dieksekusi; fitur belum dikonfirmasi. |
| U04 · Retry/duplikasi | Kirim ulang ID transaksi yang sama setelah timeout. | Status transaksi diperiksa; saldo tidak berubah dua kali. | Tidak dieksekusi; fitur belum dikonfirmasi. |
| U05 · Adjustment | Uji koreksi dengan bukti dan peran berbeda. | Pengusul tidak mengesahkan sendiri kasus yang perlu pemeriksaan independen. | Tidak dieksekusi; fitur belum dikonfirmasi. |
| U06 · Hak akses | Gunakan akun uji tanpa delegasi pada fungsi sensitif. | Server menolak tindakan tanpa hak, bukan hanya menyembunyikan tombol. | Tidak dieksekusi; fitur belum dikonfirmasi. |
| U07 · Audit trail | Ubah data uji melalui jalur resmi dan periksa riwayat. | Identitas perubahan, waktu dan referensi dapat dipertanggungjawabkan sesuai desain sah. | Tidak dieksekusi; fitur belum dikonfirmasi. |
| U08 · Planning | Uji order yang mengonsumsi forecast, inbound terlambat dan BOM berversi. | Tidak ada demand ganda; shortage tetap terlihat pada tanggal kebutuhan. | Tidak dieksekusi; fitur belum dikonfirmasi. |
| U09 · Rekonsiliasi cutoff | Bandingkan snapshot dan movement dalam interval count. | Perbedaan waktu terjelaskan sebelum adjustment. | Tidak dieksekusi; fitur belum dikonfirmasi. |
| U10 · Gangguan/recovery | Di lingkungan terisolasi, simulasi putus koneksi atau pemulihan salinan data yang disetujui IT. | Integritas, kelengkapan dan urutan transaksi direkonsiliasi; gap tetap tercatat. | Tidak dieksekusi; fitur belum dikonfirmasi. |
Gunakan lingkungan uji terisolasi yang diotorisasi IT. Tetapkan salinan data, prosedur, PIC dan kriteria sebelum eksekusi; jangan menguji pemulihan destruktif pada produksi.
| KPI | Numerator | Denominator | Sumber/owner | Baseline saat ini |
|---|---|---|---|---|
| Inventory record accuracy | Baris eligible yang cocok dengan fisik. | Baris yang dihitung; toleransi ditetapkan sebelumnya. | Count, snapshot dan rekonsiliasi. / Inventory Control/Warehouse | Belum dapat dihitung; data tidak dikumpulkan. |
| OTIF order-based | Order eligible diterima tepat waktu dan lengkap. | Seluruh order eligible pada periode yang sama. | Order, komitmen awal dan bukti receipt. / Logistics/Commercial | Belum dapat dihitung; data tidak dikumpulkan. |
| Material readiness | Order yang seluruh bahan perlu sudah eligible pada cutoff. | Order yang dinilai sesuai jadwal baseline. | MPS, BOM, issue readiness dan keputusan mutu. / PPIC/Quality/Warehouse | Belum dapat dihitung; data tidak dikumpulkan. |
| Schedule adherence | Order selesai sesuai jumlah/waktu baseline disepakati. | Order baseline eligible. | Rencana berversi dan realisasi produksi. / PPIC/Production | Belum dapat dihitung; data tidak dikumpulkan. |
| Inventory turnover | HPP/COGS periode. | Rata-rata nilai inventory pada basis biaya sebanding. | Data biaya dan valuasi inventory tervalidasi. / Finance/Accounting | Belum dapat dihitung; data tidak dikumpulkan. |
Persentase hanya dihitung jika numerator/denominator valid dan definisinya disepakati. Turnover adalah rasio, bukan persentase. Nilai target, RTO/RPO dan baseline tidak diisi dengan angka latihan.
Empat perangkat kerja telah tersedia. Pemeriksaan implementasi, pengesahan scope/mandat dan hasil pengujian aktual dikeluarkan dari pekerjaan tahap ini atas arahan pengguna; karena itu tidak ada kesimpulan kepatuhan atau kelulusan sistem yang diterbitkan.
Perangkat empat prioritas telah disiapkan pada paket kerja audit. Pengumpulan bukti, salinan ISO internal dan pengesahan dilewati sesuai arahan pengguna; butir di bawah tetap menjadi batas verifikasi, bukan pekerjaan pengumpulan yang masih ditunggu.
| Prioritas | Yang masih perlu dilengkapi | Output agar dapat dinilai |
|---|---|---|
| 1 · Sebelum audit resmi | Pemetaan klausul ISO dari salinan resmi dan ketentuan CPKB yang berlaku, disesuaikan scope. | Register kriteria berisi edisi, bagian/klausul, SOP aktif dan pemilik validasi QA/PJT. |
| 1 · Sebelum audit resmi | Scope gudang pabrik/DC/toko/pihak ketiga, mandat auditor dan otorisasi keputusan. | Scope dan struktur sah, program audit serta matriks kewenangan yang telah disahkan. |
| 1 · Sebelum menyatakan sesuai | Bukti aktual per sampel; materi ilustratif tidak boleh menjadi bukti pelaksanaan. | Working paper dengan ID bukti, temuan, keterbatasan dan review. |
| 2 · Untuk peningkatan sistem | Risk register, kontrol, baseline KPI dan parameter stok/kapasitas berbasis data. | Template BAB 25 yang diisi, definisi ukuran dan data sebelum/sesudah yang direkonsiliasi. |
| 2 · Sebelum perluasan sistem | Pembuktian kemampuan Stockwiz, integrasi, hak akses dan recovery pada lingkungan yang diizinkan. | Dokumentasi kemampuan aktual, hasil UAT, exception dan penerimaan pemilik proses. |
| 3 · Untuk pengayaan belajar | Evaluasi pemahaman berbasis skenario dan contoh perusahaan yang sudah disamarkan serta diotorisasi. | Latihan dengan jawaban beralasan dan contoh berbukti; hindari jawaban baku tanpa konteks. |
Struktur HTML, seluruh target tautan internal, penomoran, jumlah referensi, perhitungan ilustratif dan logika navigasi diperiksa. Pemeriksaan ulang sumber eksternal pada review ini berfokus pada halaman ISO S20–S25, register BPOM S28 dan bagian terpilih sumber CPKB S26; bukan verifikasi ulang seluruh 29 sumber atau pembacaan lengkap semua standar. Pengujian interaksi menggunakan fixture DOM terisolasi, sehingga tidak membuktikan layout, perilaku file lokal atau cetak pada browser nyata. Paket audit dan fingerprint dokumen internal adalah perangkat persiapan, bukan pengujian aplikasi Stockwiz.
Materi tetap 26 BAB dengan 78 panel pendalaman utama. Dua template audit dan halaman tinjauan ini adalah pelengkap, bukan BAB atau persyaratan baru.
Mulai di sini
Dokumen ini adalah sintesis pembelajaran dan rancangan penerapan. Ringkasan ditulis ulang secara singkat; sumber asli tetap menjadi rujukan untuk rincian konsep, konteks, asumsi dan konfigurasi.
Palet memakai tinta gelap untuk teks utama, hijau untuk navigasi/aksi, biru muda untuk ringkasan sumber, dan kuning muda untuk catatan penerapan. Makna tetap ditulis dengan label; warna bukan satu-satunya penanda.
Ukuran dasar 1rem (umumnya 16 CSS px), keterangan 0,875rem (umumnya 14 CSS px), subjudul 1,25rem, serta jarak baris 1,75 merupakan keputusan desain untuk konsistensi. WCAG tidak menetapkan ukuran font minimum 16 px. Ukuran relatif mengikuti preferensi font pengguna.
Acuan pemeriksaan: WCAG 2.2 — kontras teks (1.4.3): minimal 4,5:1 untuk teks biasa dan 3:1 untuk teks besar; pembesaran teks (1.4.4) hingga 200%; reflow (1.4.10); penyesuaian jarak teks (1.4.12); dan target interaksi (2.5.8). Tombol utama dirancang setinggi minimal 44 CSS px; ambang AA target minimum adalah 24 × 24 CSS px dengan pengecualian yang ditentukan standar.
Ini dasar desain dan pemeriksaan terbatas, bukan sertifikasi kepatuhan WCAG seluruh situs. Pengujian pembaca layar, pembesaran browser, dan perubahan jarak teks tetap memerlukan pemeriksaan interaktif.
| Istilah | Arti dalam materi |
|---|---|
| WMS | Warehouse Management System: sistem pengelolaan pelaksanaan proses gudang. |
| PPIC | Production Planning and Inventory Control: perencanaan produksi dan pengendalian persediaan. |
| RM / PM / FG | Raw Material / Packaging Material / Finished Goods: bahan baku / bahan kemas / produk jadi. |
| SKU / UOM | Stock Keeping Unit / Unit of Measure: identitas item atau varian / satuan ukur. |
| BOM | Bill of Materials: struktur bahan dan kebutuhan kuantitas untuk menghasilkan item. |
| MPS / MRP / DRP | Master Production Schedule / Material Requirements Planning / Distribution Requirements Planning: jadwal induk produksi / perencanaan kebutuhan material / kebutuhan distribusi. |
| S&OP | Sales and Operations Planning: proses menyelaraskan demand, supply dan keputusan bisnis. |
| MOQ / lead time | Minimum Order Quantity: jumlah minimum pemesanan / waktu yang dibutuhkan dari titik awal hingga siap pada titik akhir yang didefinisikan. |
| On-hand / reserved | Saldo fisik yang tercatat / alokasi persediaan bagi kebutuhan tertentu. |
| FIFO / FEFO | First In, First Out / First Expire, First Out: urutan berdasarkan masuk / berdasarkan kedaluwarsa. |
| QA / QC / PJT | Quality Assurance / Quality Control / Penanggung Jawab Teknis; tanggung jawab mengikuti struktur dan ketentuan yang berlaku. |
| CPKB / CoA | Cara Pembuatan Kosmetika yang Baik / Certificate of Analysis. |
| RCA / CAPA | Root Cause Analysis / Corrective and Preventive Action: investigasi akar penyebab / tindakan korektif dan pencegahan. |
| CTE / KDE / EPCIS | Critical Tracking Event / Key Data Element / Electronic Product Code Information Services: kejadian penelusuran / data penjelas / standar pertukaran kejadian GS1. |
| UAT / API | User Acceptance Test / Application Programming Interface: uji penerimaan pengguna / antarmuka pertukaran data antarsistem. |
Bibliografi & transparansi
Pemeriksaan dilakukan pada 25 Oktober 2026 melalui halaman resmi, PDF resmi dan hasil indeks pencarian yang menunjuk domain penerbit. Tanggal ini adalah tanggal pemeriksaan, bukan tanggal pembaruan setiap sumber. Tautan membutuhkan internet; isi materi utama dapat dibaca secara lokal. Posisi baca disimpan pada browser ini bila penyimpanan lokal diizinkan; alamat BAB tetap dapat dipakai saat refresh meskipun penyimpanan lokal tidak tersedia.
Kegunaan dan batas: Kerangka kompetensi; informasi program terbuka, Learning System berbayar. Tidak digunakan sebagai bukti bahwa sertifikasi wajib untuk jabatan tertentu.
Pemeriksaan: Halaman resmi teridentifikasi melalui indeks pencarian; akses langsung dapat dibatasi.
Kegunaan dan batas: Ringkasan proses S&OP: forecasting, demand planning, supply planning, pre-S&OP dan executive meeting.
Pemeriksaan: Ringkasan resmi tersedia melalui indeks pencarian; akses langsung mengembalikan 403 saat pemeriksaan.
Kegunaan dan batas: Fondasi forecasting, pola data, moving average dan exponential smoothing. Materi akademik lama; bukan dokumentasi perangkat lunak terbaru.
Pemeriksaan: Teks PDF dibaca melalui penelusuran web.
Kegunaan dan batas: Keputusan persediaan, komponen biaya, model EOQ dan asumsi model.
Pemeriksaan: Teks PDF dibaca melalui penelusuran web.
Kegunaan dan batas: Ketidakpastian demand, buffer persediaan dan ukuran layanan.
Pemeriksaan: PDF dan identitas materi diperiksa melalui penelusuran web.
Kegunaan dan batas: Pengantar perencanaan kebutuhan material dan distribusi.
Pemeriksaan: PDF dan identitas materi diperiksa melalui penelusuran web.
Kegunaan dan batas: Contoh implementasi WMS pada Dynamics 365; bukan standar wajib untuk semua WMS.
Pemeriksaan: Isi halaman dibaca; perilaku produk harus diperiksa lagi sesuai versi dan konfigurasi.
Kegunaan dan batas: Status available/unavailable, physical inventory dan pemblokiran transaksi pada Dynamics 365.
Pemeriksaan: Isi halaman dibaca.
Kegunaan dan batas: Pekerjaan count, pelaksanaan dan review selisih; perilaku pergerakan selama count bergantung konfigurasi.
Pemeriksaan: Isi halaman dibaca.
Kegunaan dan batas: Hubungan kebutuhan demand, material, kapasitas dan planned orders.
Pemeriksaan: Isi halaman dan ringkasan terindeks diperiksa.
Kegunaan dan batas: BOM aktif, periode berlaku, on-hand dan on-order supply.
Pemeriksaan: Isi halaman dibaca.
Kegunaan dan batas: Penjadwalan dengan keterbatasan resource dan kapasitas yang telah dipesan.
Pemeriksaan: Ringkasan resmi terindeks diperiksa.
Kegunaan dan batas: Shelf life dan prioritas konsumsi/pengiriman menurut FEFO.
Pemeriksaan: Ringkasan resmi terindeks diperiksa.
Kegunaan dan batas: Critical Tracking Events (CTE) dan Key Data Elements (KDE); identifikasi serta penelusuran rantai pasok.
Pemeriksaan: Ringkasan resmi terindeks diperiksa; akses langsung mengembalikan 403.
Kegunaan dan batas: Standar pertukaran data kejadian untuk visibilitas produk dan aset.
Pemeriksaan: Ringkasan resmi terindeks diperiksa; akses langsung mengembalikan 403.
Kegunaan dan batas: Definisi RCA dan pendekatan investigasi; RCA perlu diikuti perbaikan proses.
Pemeriksaan: Isi halaman dibaca.
Kegunaan dan batas: Metadata JDIH mencatat Berlaku dan diubah oleh Peraturan BPOM No. 31 Tahun 2020. Tidak mengklaim telah menelaah seluruh lampiran. Untuk telaah terpilih bagian audit/penyimpanan, lihat S26.
Pemeriksaan: Metadata resmi diperiksa melalui indeks pencarian; akses halaman langsung tidak berhasil.
Kegunaan dan batas: Daftar resmi yang mencantumkan pedoman CPKB 25/2019 dan perubahan 31/2020. Daftar tahun 2025 bukan bukti bahwa tidak ada perubahan sesudahnya.
Pemeriksaan: Ringkasan publikasi resmi terindeks diperiksa.
Kegunaan dan batas: Buku gratis dan materi pendamping warehouse. Halaman menampilkan versi 0.98.1, 17 Agustus 2019.
Pemeriksaan: Halaman buku dibaca; isi seluruh buku tidak ditelaah dalam penyusunan ini.
Pemeriksaan & batas: Katalog dan gambaran umum dibaca; edisi keenam diterbitkan September 2026. Teks klausul berlisensi tidak ditelaah lengkap.
Diperiksa 25 Oktober 2026. Teks penuh standar ISO dapat memerlukan akses berlisensi.
Pemeriksaan & batas: Katalog/gambaran umum dibaca; edisi keempat Mei 2026. Panduan audit, bukan standar sertifikasi tersendiri.
Diperiksa 25 Oktober 2026. Teks penuh standar ISO dapat memerlukan akses berlisensi.
Pemeriksaan & batas: Abstrak dan status dibaca; dikonfirmasi 2022. Cakupan dan pengecualian diperiksa, teks seluruh klausul belum ditelaah.
Diperiksa 25 Oktober 2026. Teks penuh standar ISO dapat memerlukan akses berlisensi.
Pemeriksaan & batas: Halaman katalog resmi dibaca dan diperiksa ulang; menampilkan Amd 1:2024. Digunakan untuk identitas dan cakupan umum K3.
Diperiksa 25 Oktober 2026. Teks penuh standar ISO dapat memerlukan akses berlisensi.
Pemeriksaan & batas: Halaman katalog resmi dibaca dan diperiksa ulang; edisi keempat April 2026. Digunakan untuk identitas dan cakupan umum lingkungan.
Diperiksa 25 Oktober 2026. Teks penuh standar ISO dapat memerlukan akses berlisensi.
Pemeriksaan & batas: Halaman katalog resmi dibaca dan diperiksa ulang; menampilkan satu amendment. Digunakan untuk identitas dan cakupan umum keamanan informasi.
Diperiksa 25 Oktober 2026. Teks penuh standar ISO dapat memerlukan akses berlisensi.
Pemeriksaan & batas: PDF resmi diperiksa pada bagian X Audit Internal dan XI Penyimpanan; tidak mengklaim telah menelaah seluruh 263 halaman. Pemetaan rinci tetap memerlukan review QA/PJT.
Diperiksa 25 Oktober 2026. Dokumen resmi BPOM dapat diakses melalui tautan di atas; cakupan pemeriksaan tetap mengikuti catatan sumber.
Pemeriksaan & batas: Metadata resmi terindeks menyatakan Berlaku dan mengubah pedoman 25/2019.
Diperiksa 25 Oktober 2026. Dokumen resmi BPOM dapat diakses melalui tautan di atas; cakupan pemeriksaan tetap mengikuti catatan sumber.
Pemeriksaan & batas: Register resmi dibaca dan diperiksa ulang; menyebut regulasi sertifikasi CPKB berlaku 29 April 2026 dan mencabut 33/2021. Tidak digunakan untuk menyimpulkan seluruh persyaratan sertifikasi.
Diperiksa 25 Oktober 2026. Dokumen resmi BPOM dapat diakses melalui tautan di atas; cakupan pemeriksaan tetap mengikuti catatan sumber.
Pemeriksaan & batas: PDF resmi diperiksa pada penjelasan hubungan peraturan sertifikasi baru dengan pedoman 31/2020. Tidak digeneralisasi menjadi keputusan sertifikasi perusahaan.
Diperiksa 25 Oktober 2026. Dokumen resmi BPOM dapat diakses melalui tautan di atas; cakupan pemeriksaan tetap mengikuti catatan sumber.