Perencana membuka Excel pukul delapan pagi dan mendapati bahwa jumlah barang dalam proses pada tiga lini produksi masih sama seperti yang diisi pada shift malam kemarin. Kepala bengkel mengatakan, “Kurang lebih sedang berjalan,” tetapi tidak ada yang bisa menjelaskan secara jelas proses mana yang terhambat atau order kerja mana yang akan melebihi tenggat waktu. Ini bukan sekadar kelalaian manajemen di satu pabrik tertentu, melainkan…Kemajuan proses kerja tidak memiliki wadah real-timeKondisi yang umum: tiket kerja ada di ERP, pelaporan pekerjaan dilakukan di kertas atau di grup WeChat, dan status di lapangan serta catatan sistem selalu tidak sinkron.
Mengapa formulir dan grup WeChat tidak mampu menangani manajemen progres?
Praktik umum yang dilakukan oleh perusahaan manufaktur kecil dan menengah adalah: ERP mengirimkan order kerja, ketua tim mencatat jumlah yang telah diselesaikan menggunakan jadwal shift siang, dan untuk menandai adanya anomali, mereka mengambil foto lalu menjelaskannya melalui grup WeChat. Model seperti ini diVarietas sedikit, volume produksi stabil, dan frekuensi pergantian lini rendahKemodernan dapat dipertahankan, tetapi begitu menghadapi pesanan tambahan, pengerjaan ulang, pengembalian barang dari pihak ketiga, atau pelaksanaan beberapa proses secara paralel, informasi mulai menjadi tidak akurat.
Titik-titik kesulitan yang khas meliputi:Produk dalam proses (WIP) tidak dapat dihitung berdasarkan tingkat proses.——Gudang mengetahui bahwa bahan baku telah tiba, gudang produk jadi mengetahui berapa banyak yang masuk hari ini, sementara status lebih dari sepuluh proses di antaranya masih seperti kotak hitam;Keterlambatan pelaporan pekerjaan——Para pekerja sibuk berproduksi, pelaporan pekerjaan dilakukan setelah jam kerja selesai, sehingga yang dilihat oleh perencana selalu hanya “snapshot historis”;Kesalahan tidak dapat dilacak——Ketika terjadi sengketa kualitas pada sejumlah barang, tidak dapat dengan cepat menentukan proses mana, operator siapa, peralatan apa, dan parameter apa yang menjadi penyebabnya.
Untuk menyelesaikan masalah ini, yang perlu diselesaikan oleh perangkat lunak bukanlah “membuat satu tabel lagi”, melainkan untuk mengintegrasikanProses—Pekerjaan—Produk dalam proses—Tanggal pengirimanMembentuk sebuah rantai data yang dapat diverifikasi.
Bagaimana memecah bisnis: dari tiket kerja hingga mesin status proses
Inti bisnis dari sistem progres produksi adalah mengubah sebuahPerintah produksiDipisahkan menjadi beberapaTugas proses kerja, setiap tugas proses memiliki rincian yang jelas: bahan masukan, bahan keluaran, waktu kerja standar, aturan penilaian kualitas, serta hubungan paralel atau urutan wajib.
Lapisan tiket: Perencanaan dan Komitmen
Tiket kerja memuat informasi tentang tenggat waktu pelanggan, jadwal mulai/penghentian produksi, tingkat prioritas, serta pesanan penjualan atau perkiraan yang terkait. Mesin status tiket kerja umumnya mencakup: menunggu diperintahkan, sedang diproduksi, dihentikan, selesai, dan ditutup. Kuncinya adalahTiket kerja tidak boleh hanya memiliki satu status berukuran kasar yaitu “sedang diproduksi”, jika tidak, persentase kemajuan hanya dapat diperkirakan secara manual.
Tingkat proses: unit terkecil yang dapat dijalankan
Setiap proses kerja harus didefinisikan: kode proses, pusat kerja/lini produksi, waktu persiapan, waktu pengerjaan, aturan antrian (first-come-first-served atau preemptive berdasarkan prioritas). Mesin status proses disarankan mencakup setidaknya: menunggu dimulai, sedang diproses, menunggu inspeksi, selesai dengan hasil memuaskan, tidak memuaskan dan menunggu penanganan, dikirim ke pihak ketiga, dan barang kembali dari pihak ketiga.
Lapisan barang dalam proses: jumlah dan posisi
Produk dalam proses bukanlah angka abstrak, melainkanJumlah pesanan kerja yang masih menunggu diproses/dalam proses/dalam tahap penyerahan pada suatu proses tertentu. Saat merancang, harus dijawab: dari selesainya proses A hingga dimulainya proses B, apakah material berada di gudang sisi jalur produksi, di palet dalam perjalanan, atau di buffer proses? Setiap tahap harus memiliki identifikasi lokasi gudang atau wadah; jika tidak, statistik WIP pasti akan tidak sesuai.
Bagaimana merancang: peran, proses, dan model data
Peran dan Izin
Peran-peran khas meliputi: perencana (mengeluarkan/menyesuaikan work order, memantau WIP secara keseluruhan), ketua tim kerja (menugaskan pekerjaan, menangani keadaan abnormal), operator (memulai/melaporkan pekerjaan/memindai kode), pemeriksa kualitas (menilai hasil inspeksi, menangani produk tidak sesuai), teknisi proses (memelihara standar dan parameter proses), serta manajer produksi (memantau papan informasi dan KPI). Prinsip hak akses:Di lokasi hanya diberikan hak akses penulisan yang diperlukan, menghindari kesalahan pekerja dalam mengubah rencana; manajemen hanya dapat membaca data agregat, tidak langsung mengubah rincian pelaporan kerja.
Proses inti
- Mengeluarkan: Menerima pesanan kerja dari ERP/MRP, lalu membuat antrian tugas proses berdasarkan BOM dan jalur proses.
- Pengiriman tugas: Ketua tim kerja mendistribusikan tugas proses ke lini produksi/pos kerja/shift, dengan dukungan penugasan massal serta pengaturan ulang pesanan mendadak.
- Mulai bekerja: Operator memindai kode QR pada tiket kerja + proses produksi + peralatan, sistem mencatat waktu mulai kerja yang sebenarnya serta operator, dan membekukan jumlah "menunggu dimulai".
- Melaporkan pekerjaan: Jumlah pekerjaan selesai, jumlah barang rusak, jam kerja, kode abnormal; mendukung pelaporan pekerjaan secara parsial (satu batch diselesaikan dalam beberapa kali).
- Pindah: Konfirmasi pemindahan barang dalam proses antar proses, memperbarui persediaan di sisi lini produksi serta antrian yang akan dimulai pada proses berikutnya.
- Tutup: Setelah laporan pekerjaan pada tahap akhir, penyelesaian work order secara otomatis atau manual akan dipicu, dan instruksi penerimaan barang ke gudang akan dikirim kembali ke ERP.
Poin-poin penting model data
Disarankan untuk dipelihara secara mandiri:pesanan_pekerjaan(tiket kerja),tugas_operasi(tugas proses),laporan_operasi(Rekaman pelaporan pekerjaan),saldo_wip(Stok barang dalam proses),log_exception(Stop mesin/kekurangan bahan/ketidaknormalan kualitas). Setiap tabel disimpanStempel waktu dan operator yang tidak dapat diubah, baru ada dasar untuk penelusuran sengketa. Antarmuka dengan ERP menggunakanPenggerak peristiwa: Penyelesaian pelaporan pekerjaan memicu penulisan balik API, bukan rekonsiliasi batch malam hari—yang selalu tertinggal satu langkah.
Bagaimana pengembangan dan implementasi: pengumpulan data, antarmuka, serta verifikasi dan penerimaan
Pemilihan metode pengumpulan data di lokasi
Menggunakan kombinasi berdasarkan skenario:Kode batang/Kode QR(Tiket work order, kartu alur kerja, batch material) cocok untuk manufaktur diskret;Terminal stasiun kerja atau tablet industriCocok untuk pelaporan pekerjaan pada proses tetap;Tombol Andon atau penghitung IoTCocok untuk jalur perakitan dengan tingkat pengulangan yang tinggi;Aplikasi mini di perangkat selulerCocok untuk inspeksi rutin dan konfirmasi pengembalian barang dari pihak ketiga. Prinsip:Sekali pemindaian kode, selesaikan pengikatan mulai kerja + peralatan + operator, mengurangi langkah-langkah tambahan bagi para pekerja, jika tidak maka akan dianggap sebagai pelanggaran terhadap serikat pekerja.
Batas dengan ERP/MES
Jika perusahaan telah memiliki modul produksi ERP, sistem progres dapat ditempatkan sebagaiLapisan eksekusi bengkel (MES ringan): ERP mengelola perencanaan dan biaya, sementara lapisan eksekusi mengelola status real-time. Antarmuka harus jelas: siapa yang menjadi pemilik data utama (material, BOM, jalur proses); tingkat granularity penulisan balik pelaporan pekerjaan (berdasarkan proses atau berdasarkan work order); apakah work order yang bermasalah diperbolehkan untuk dilakukan penyesuaian secara terbalik. Hindari agar kedua sistem masing-masing mencatat jumlah penyelesaian sendiri—biaya rekonsiliasi akan menghabiskan seluruh keuntungan efisiensi.
Standar penerimaan (dapat dimasukkan ke dalam kontrak)
- Setiap tiket kerja dapat ditemukan dalam waktu 30 detikProses saat ini, jumlah barang dalam proses, waktu pelaporan kerja terakhir。
- Setelah penambahan pesanan, pesanan kerja yang terdampakMemperkirakan waktu penyelesaianPerhitungan ulang otomatis, dengan kesalahan dalam rentang yang dapat diterima (misalnya ±4 jam).
- Dalam skenario sengketa kualitas, dapat ditarik dalam waktu 5 menitProses—Operator—Peralatan—ParameterRantai penelusuran.
- Papan kerja perencana dan keterlambatan pelaporan pekerjaan di lokasiTidak lebih dari 15 menit(Saat jaringan normal).
Rekomendasi ritme peluncuran: pilih satu lini produksi dan dua jenis work order tipikal (produksi massal dalam kondisi stabil + pesanan kecil yang dimasukkan secara mendadak) sebagai proyek percontohan, jalankan proses penugasan pekerjaan—pencatatan pekerjaan—transfer—penulisan kembali hingga berjalan lancar, baru kemudian diterapkan secara horizontal. Fokus pelatihan bukan pada “daftar fungsi sistem”, melainkanSaat terjadi anomali, siapa yang mengubah, bagaimana cara mengubahnya, dan bagaimana cara mencatat jejak setelah perubahan selesai。
Kesalahan umum dan cara menghindarinya
Hanya membuat papan kontrol tanpa membuat siklus tertutup: Layar besar terlihat bagus, tetapi data dimasukkan secara manual, dan setelah dua minggu tidak ada yang memeliharanya.Pembagian proses terlalu rinci: Jumlah laporan pekerjaan melonjak tajam, membuat para pekerja merasa enggan.Mengabaikan outsourcing dan pengerjaan ulang: Progres di proses internal mencapai “100%”, tetapi barang masih berada di tangan pemasok.Tidak selaras dengan sistem upah berdasarkan hasil kerja: Data laporan pekerjaan tidak diakui oleh sistem penggajian, sehingga di lapangan langsung dilakukan “laporan pekerjaan selektif”. Sejak tahap desain, produksi, kualitas, dan keuangan harus bersama-sama menetapkan aturan.
Mengubah proses kemajuan dari “bertanya kepada orang” menjadi “memeriksa sistem”, pada hakikatnya adalah memprodukkan kemampuan pengamatan di lokasi manufaktur. Dari sisi bisnis, pertama-tama pisahkan dokumen perintah kerja dan mesin status proses; dari sisi desain, ikat erat peran dengan pelaporan yang tidak dapat diubah; dari sisi pengembangan, pilih metode pengumpulan data yang tepat dan tetapkan kontrak antarmuka ERP secara ketat, sehingga peringatan jadwal pengiriman dan visualisasi WIP baru akan menjadi produk sampingan alih-alih beban tambahan.
Shandong XYN Information Technology Co., Ltd. (XYN Tech) telah lama menyediakan perangkat lunak kustom untuk industri manufaktur, perdagangan luar negeri, ritel fisik, dan sektor lainnya, mencakup kemajuan produksi, manajemen gudang, serta manajemen pelanggan, dengan cakupan lengkap mulai dari klarifikasi kebutuhan, pemodelan proses, hingga pengumpulan data di lantai produksi dan integrasi dengan ERP. Untuk mengetahui lebih lanjut tentang kemampuan dan contoh kasus, silakan kunjungi Tentang Kami dan Contoh Pelanggan.