Batas Waktu Perencanaan: Arti, Durasi, dan Pengecualian

Beranda » Sumber Daya » Batas Waktu Perencanaan: Arti, Durasi, dan Pengecualian

Perkiraan waktu baca: 9 menit

Batas waktu perencanaan (planning time fence) adalah batas waktu yang menentukan perubahan cara perhitungan atau revisi rencana produksi. Dalam banyak sistem MPS dan MRP, batas ini melindungi usulan pasokan jangka dekat dari perubahan otomatis, sehingga perencana dapat menentukan pengecualian mana yang layak dilakukan.

Perlindungan itu sudah penting sebelum mesin mulai beroperasi. Material mungkin sudah diambil dari gudang, fixture sudah disiapkan, dan job berikutnya sudah disepakati dengan operator. Perhitungan ulang rencana bisa menghasilkan jadwal berbeda tanpa memperhitungkan seluruh persiapan yang akan menjadi sia-sia.

Tujuannya bukan menghambat produksi dalam merespons perubahan, melainkan mencegah perhitungan ulang rutin begitu saja membatalkan komitmen yang sudah dibuat. SkyPlanner APS mendukung aspek penjadwalan dalam keputusan tersebut: lindungi job yang akan segera dikerjakan, biarkan Arcturus menghitung ulang pekerjaan yang masih dapat dijadwalkan, lalu lihat dampaknya pada operasi selanjutnya di Gantt tanpa harus menyusun ulang antrean secara manual.

Apa sebenarnya yang dikendalikan oleh batas waktu perencanaan?

Batas ini menandai perubahan kebijakan perencanaan, bukan akhir dari rencana. Anda tetap perlu melihat permintaan, pasokan, dan kapasitas setelah batas tersebut.

Dalam konteks MRP, firming berarti melindungi usulan pasokan agar tidak diubah secara otomatis pada perhitungan rencana berikutnya. Ini bukan berarti pesanan sudah diproduksi atau kapasitas untuk menyelesaikannya sudah mencukupi. Penanganan usulan yang sudah ada dan kebutuhan baru bergantung pada sistem serta pengaturan firming yang digunakan.

Istilah ini tidak sepenuhnya seragam di berbagai sistem ERP. Sebagai contoh, JD Edwards menggunakan planning fence untuk mengubah aturan perhitungan kebutuhan bersih, sedangkan freeze fence yang terpisah mengendalikan pembuatan pesanan dan pesan perencanaan ulang. Oracle Fusion juga dapat menentukan natural fence berdasarkan pasokan yang sudah di-firming. Periksa apa yang dikendalikan oleh batas tersebut dalam sistem Anda sebelum menganggapnya sebagai pembekuan rencana produksi.

Untuk pengambilan keputusan sehari-hari, bedakan ketiga jenis pengendalian berikut:

Jenis pengendalian	Pertanyaan yang dijawab
Kebijakan perubahan bisnis	Perubahan apa pada jumlah produk dan tanggal dalam waktu dekat yang memerlukan keputusan eksplisit?
Firming dalam MRP	Usulan pasokan mana yang tidak boleh diubah pada perhitungan rencana berikutnya?
Penguncian jadwal terperinci	Operasi terjadwal mana yang tidak boleh dipindahkan oleh sistem penjadwalan?

Jumlah produk dan tanggal yang sudah di-firming tidak dengan sendirinya menjamin tersedianya slot mesin. Sebaliknya, mengunci operasi pemesinan bukan berarti menyetujui perubahan jumlah dalam MPS. Hubungkan kedua keputusan tersebut, alih-alih menganggap satu pengendalian mencakup keduanya.

Bedakan aturan untuk pekerjaan dalam waktu dekat dan pekerjaan selanjutnya

Kebijakan produksi yang efektif sering kali membedakan tiga tingkat fleksibilitas. Ketiganya merupakan kesepakatan kerja, bukan tiga pengaturan yang diterapkan secara identik oleh setiap ERP.

• Pekerjaan dengan rencana yang dibekukan: perubahan rutin tidak diperbolehkan. Perencana atau manajer produksi yang ditunjuk memutuskan pengecualian karena persiapan atau pelaksanaannya sudah menjadi komitmen.
• Pekerjaan dengan perubahan terkendali: perubahan dapat dilakukan setelah memeriksa material, kapasitas, dan komitmen pengiriman lainnya.
• Pekerjaan dengan rencana yang fleksibel: rencana dapat disesuaikan dengan lebih leluasa seiring makin jelasnya permintaan, sesuai sumber daya produksi yang tersedia dan prioritas bisnis.

Tentukan apa yang dilindungi oleh setiap kesepakatan. Apakah perubahan jumlah perlu ditinjau? Bagaimana dengan pergeseran tanggal selesai, penggantian sumber daya produksi, atau penyisipan batch lain? Siapa yang berwenang menerima konsekuensinya?

Tanpa jawaban tersebut, batas waktu hanya menjadi tanggal yang ditafsirkan berbeda-beda oleh setiap orang. Dengan jawaban yang jelas, bagian pembelian dan produksi dapat melakukan persiapan berdasarkan rencana yang mereka pahami. Bagian penjualan pun tahu kapan permintaan percepatan pengiriman memerlukan pertimbangan untung-rugi secara eksplisit.

Seberapa panjang periode yang dicakup batas waktu perencanaan?

Tentukan durasinya berdasarkan seberapa cepat pekerjaan dapat diubah secara bertanggung jawab, bukan berdasarkan jumlah hari yang berlaku umum.

Mulailah dari lead time material dan produksi yang relevan. Sebuah batch mungkin memerlukan komponen yang dibeli, pemrosesan oleh pihak luar, dan beberapa operasi internal sebelum siap tersedia. Keputusan untuk melindungi rencana harus memperhitungkan komitmen di sepanjang alur tersebut, bukan hanya durasi operasi terakhir.

Lalu, kenali titik ketika perubahan rencana mulai menyia-nyiakan pekerjaan nyata: komitmen kepada pemasok, kit yang sudah disiapkan, fixture yang sudah dipesan untuk digunakan, setup yang sudah selesai, atau urutan kerja shift yang sudah disepakati. Cari tahu berapa lama waktu pemberitahuan yang dibutuhkan pihak terkait agar dapat menyesuaikan pekerjaan tanpa menimbulkan biaya yang tidak perlu.

Periode perlindungan yang terlalu singkat memungkinkan rencana berubah setelah persiapan dimulai. Periode yang terlalu panjang mempertahankan keterlambatan yang sebenarnya bisa dihindari dan mengurangi keleluasaan untuk menerima pesanan baru yang bernilai. Produk atau jalur pasokan yang berbeda dapat memerlukan kebijakan perencanaan yang berbeda pula; periksa bagaimana ERP Anda mendukung pembedaan tersebut.

Bedakan pula periode perencanaan bisnis dari periode perlindungan di lantai produksi. Anda mungkin mengendalikan perubahan komitmen produk untuk beberapa hari kerja ke depan, tetapi melindungi urutan kerja terperinci hanya untuk beberapa jam ke depan. Keduanya memiliki tujuan berbeda dan tidak harus berdurasi sama.

Tinjau kebijakan jika pengecualian terus berulang. Jika pekerjaan yang sudah disiapkan berulang kali tergeser, perlindungannya mungkin dimulai terlalu lambat. Jika job sudah dilindungi tetapi sering kali tidak dapat dijalankan, periksa kesiapan material, kapasitas, dan seberapa realistis rencana awal sebelum memperpanjang periode perlindungan.

Batch yang sudah disiapkan versus permintaan percepatan pengiriman

Bayangkan produsen komponen presisi yang sedang menyiapkan satu batch rumah katup. Material sudah diambil dari gudang dan fixture sudah siap untuk proses pemesinan yang akan segera dimulai. Pelanggan lain bertanya apakah pengerjaan batch miliknya bisa dimajukan.

Kebijakan MPS/MRP mengharuskan peninjauan perubahan jumlah dan tanggal selesai dalam waktu dekat. Di lantai produksi, pertanyaan yang harus segera dijawab lebih spesifik: apakah batch rumah katup yang sudah disiapkan harus digeser dari urutannya?

Pertama, periksa apakah batch kedua bisa dijadwalkan tanpa mengganggu persiapan tersebut. Slot pemesinan hanyalah sebagian dari pertimbangannya: batch itu masih memerlukan proses deburring dan inspeksi sebelum dikirim. Memulai lebih awal hanya bermanfaat jika sisa alur produksinya mendukung waktu pengiriman yang diminta.

Jika memajukan batch tersebut menggeser batch rumah katup, bandingkan manfaatnya dengan konsekuensinya. Apakah material batch rumah katup harus dikembalikan? Apakah persiapan fixture menjadi sia-sia? Pesanan pelanggan mana yang waktu selesainya bergeser, dan seberapa jauh? Perubahan prioritas harus memberikan manfaat yang sepadan dengan gangguan yang ditimbulkannya.

Di sinilah jadwal yang terlihat jelas dan saling terhubung lebih berguna daripada sekadar tanggal yang sudah di-firming. Di SkyPlanner, Anda dapat mempertahankan posisi operasi yang dilindungi sementara Arcturus menghitung ulang pekerjaan yang masih dapat dijadwalkan sesuai prioritas Anda. Gantt menampilkan urutan yang dihasilkan di berbagai stasiun kerja, sehingga Anda dapat menilai tanggal selesai pekerjaan selanjutnya sebelum menerima konsekuensi perubahan tersebut.

Lindungi pekerjaan yang akan segera dimulai di SkyPlanner tanpa kehilangan gambaran rencana keseluruhan

Fitur Running Time Lock di SkyPlanner melindungi job yang akan dimulai dalam jumlah jam yang ditentukan agar tidak dijadwalkan ulang. Periode ini terus bergulir dari saat ini. Dengan begitu, urutan kerja dalam waktu dekat di lantai produksi tetap stabil, sementara pekerjaan selanjutnya yang masih dapat dijadwalkan tetap bisa dihitung ulang.

Di Gantt, job berwarna merah muda menunjukkan pekerjaan yang dilindungi, sedangkan garis oranye menandai akhir periode penguncian pada setiap stasiun kerja. Anda dapat melihat cakupan perlindungan sekaligus pekerjaan setelahnya. Hal ini mengurangi kebutuhan untuk berulang kali menyiapkan antrean dan memudahkan penjelasan mengapa prioritas baru tidak begitu saja menggeser job berikutnya.

Dalam contoh rumah katup tadi, penguncian bergulir dapat melindungi pekerjaan yang sudah disiapkan dan akan segera dimulai. Fitur ini mengendalikan jadwal terperinci sebagai pendamping kebijakan perencanaan bisnis, bukan aturan firming MRP ataupun alur persetujuan perubahan MPS.

Ada dua perbedaan lain yang penting saat menerapkan perlindungan tersebut:

• Penguncian stasiun kerja mempertahankan penetapan sumber daya produksi. Mengunci suatu langkah proses pada stasiun kerja yang sedang ditetapkan akan mempertahankannya di sumber daya produksi tersebut saat penjadwalan ulang. Ini tidak berarti seluruh pengaturan waktunya ikut dikunci.
• Pekerjaan yang sudah dimulai sudah menjadi komitmen. Job yang sudah dimulai, termasuk yang kemudian dijeda, tetap berstatus dalam proses dan terkunci pada posisinya di Gantt. Arcturus tidak menganggap tindakan Jeda sebagai izin untuk memindahkannya. Job yang masih menunggu dan belum dimulai tetap dapat dijadwalkan, kecuali dilindungi oleh aturan lain.

Anda menentukan prioritas dan keputusan mana yang dilindungi; Arcturus menangani perhitungan jadwal dengan mematuhi batasan tersebut. Hasilnya, penyusunan ulang secara manual berkurang tanpa mengaburkan kebutuhan pekerjaan yang tersisa.

SkyPlanner terintegrasi dengan ERP atau MES apa pun melalui REST API terbukanya. Pertahankan kebijakan perencanaan per item dalam proses yang sudah Anda gunakan, lalu hubungkan perintah produksi dengan jadwal terperinci yang menunjukkan bagaimana komitmen tersebut akan dilaksanakan.

Perubahan yang dirasakan Mamec berkat antrean kerja yang stabil

Mamec, produsen asal Finlandia yang membuat mixer industri dan produk berteknologi tinggi berdasarkan kontrak, memiliki ribuan work order yang saling bergantung. Sebelumnya, perencanaan mengandalkan work order kertas dan penentuan prioritas berdasarkan tanggal pengiriman di lantai produksi, tanpa gambaran menyeluruh tentang beban produksi yang dapat diandalkan.

Dengan SkyPlanner yang terintegrasi dengan Oscar ERP, penjadwalan kapasitas terbatas berbasis kecerdasan buatan menjadi landasan perencanaan. Setiap kali antrean kerja dikunci, penguncian berlaku selama satu minggu sehingga operator mesin memiliki urutan kerja yang lebih jelas. Dengan mengetahui job berikutnya, mereka dapat menyiapkan pekerjaan mendatang saat proses pemesinan yang panjang sedang berjalan. Manajemen juga dapat melihat beban produksi, alih-alih mengandalkan perkiraan subjektif.

Mamec melaporkan beban kerja perencanaan yang jelas lebih ringan serta peningkatan keandalan pengiriman. Praktik penguncian mingguan mereka bukan rekomendasi durasi perlindungan untuk semua pabrik. Pengalaman ini menunjukkan manfaat nyata dari kestabilan: orang dapat menyiapkan pekerjaan yang berguna, sementara perusahaan tetap memiliki gambaran kapasitas secara menyeluruh.

Kapan sebaiknya Anda membuat pengecualian?

Buat pengecualian ketika rencana saat ini sudah tidak mungkin dipertahankan, atau ketika manfaat perubahan sepadan dengan seluruh biaya yang ditimbulkannya. Kekurangan material, penahanan karena masalah kualitas, atau sumber daya produksi yang tidak lagi tersedia dapat membuat urutan yang dilindungi tidak mungkin dijalankan. Permintaan penting untuk memajukan pengiriman dapat menjadi alasan untuk mengubah urutan tersebut, tetapi urgensi saja tidak membuat kapasitas tersedia.

Sebelum mengubah pekerjaan yang dilindungi, pastikan tiga hal berikut:

1. Apa yang berubah? Konfirmasikan kondisi permintaan, material, kualitas, atau sumber daya produksi kepada pihak yang bertanggung jawab.

2. Pekerjaan apa yang akan tergeser oleh perubahan ini? Periksa pekerjaan yang sudah disiapkan dan sedang berjalan, tahapan proses yang masih harus dilalui, serta komitmen penyelesaian lainnya, bukan hanya slot kosong pertama.

3. Siapa yang menyetujui komitmen baru? Sepakati keputusannya, komunikasikan urutan yang telah direvisi, lalu perbarui jumlah atau tanggal yang digunakan oleh bagian penjualan, pembelian, dan produksi.

Jangan hapus seluruh perlindungan hanya untuk mendapatkan hasil penjadwalan yang berbeda. Selesaikan persoalan komitmen yang terdampak, terapkan perubahan aturan atau prioritas yang diperlukan, lalu hitung ulang jadwal untuk pekerjaan yang masih dapat dijadwalkan. Job yang sudah dimulai atau dijeda memerlukan keputusan produksi tersendiri yang tegas; menonaktifkan penguncian dengan rentang waktu bergulir tidak menjadikannya pekerjaan antrean yang belum pernah dikerjakan.

Catat alasan terjadinya pengecualian dan persiapan atau pengaturan apa yang menjadi sia-sia karenanya. Hasil yang diharapkan adalah berkurangnya perubahan yang sebenarnya bisa dihindari dan keputusan yang lebih jelas ketika perubahan memang penting, bukan rencana yang tetap tidak berubah sementara pelaksanaan di pabrik tertinggal.

Untuk melihat penerapan keseimbangan tersebut dalam produksi Anda, jadwalkan demo SkyPlanner. Siapkan contoh batch yang biasa Anda persiapkan, rentang waktu yang ingin Anda lindungi, serta permintaan terbaru yang menyulitkan Anda mempertahankan rentang tersebut. Anda dapat melihat bagaimana pekerjaan yang dilindungi dan beban produksi setelahnya tetap terlihat dalam satu jadwal. Atau, coba SkyPlanner dengan data demo untuk menjelajahi pengaturan penjadwalannya terlebih dahulu.