Multi Level BOM di Pabrik: Mengendalikan Struktur Produk Berlapis, Kebutuhan Material, dan Biaya Produksi dengan Software Manufaktur

Pukul tujuh pagi, lini perakitan sudah berjalan sesuai jadwal. Di hari yang sama, tim engineering baru saja mengganti satu komponen pada sub-assembly, misalnya jenis baut dan bracket yang dipakai, karena pemasok lama menaikkan harga. File BOM di komputer engineering sudah diperbarui, tetapi bagian pembelian masih memegang versi lama dan operator gudang masih menyiapkan material sesuai daftar sebelumnya. Perbedaan itu baru terlihat ketika satu batch selesai dirakit dan hasil pemeriksaan kualitas tidak cocok dengan spesifikasi terbaru.

Situasi seperti ini jarang disebabkan oleh kelalaian satu orang. Pada produk yang tersusun dari beberapa lapis sub-assembly, satu perubahan di level bawah harus menjalar dengan benar ke atas: ke kebutuhan material, jadwal produksi, harga pokok, sampai pesanan ke pemasok. Selama struktur produk itu dikelola di banyak file yang terpisah, setiap revisi membuka peluang data tidak sinkron, dan biayanya baru terasa ketika barang sudah terlanjur dibeli atau diproduksi.

Artikel ini membahas bagaimana struktur BOM berlapis (multi level BOM) bisa menjadi sumber masalah di lingkungan pabrik, tanda-tanda bahwa pengelolaan manual sudah tidak memadai, dan bagaimana software manufaktur membantu menjaga satu struktur produk yang konsisten dari desain sampai lantai produksi.

Apa Itu Multi Level BOM?

Bill of material (BOM) adalah daftar lengkap bahan, komponen, dan jumlah yang dibutuhkan untuk membuat satu produk. Pada produk sederhana, daftar ini cukup berupa satu tingkat: produk jadi di atas, lalu semua bahan penyusunnya di bawah. Pembahasan dasarnya bisa Anda baca di artikel kami tentang bill of material, dan di sini kita fokus ke versi yang lebih kompleks.

Multi level BOM adalah BOM yang disusun bertingkat mengikuti cara produk dirakit di pabrik. Level paling atas adalah finished good, level berikutnya adalah sub-assembly yang dirakit lebih dulu, lalu komponen penyusun tiap sub-assembly, dan di level paling bawah ada raw material yang dibeli dari pemasok. Setiap sub-assembly punya daftar bahan sendiri, sehingga hubungan antaritemnya membentuk pohon: ada parent item di atas dan child item di bawahnya.

Sebagai gambaran, sebuah kursi kantor terdiri dari rangka, dudukan, sandaran, dan roda. Rangka sendiri dibuat dari pipa, pelat, dan baut, sedangkan dudukan terdiri dari busa, kain, dan papan penyangga. Karena tiap bagian punya bahan dan proses sendiri, daftar datar tidak cukup untuk menjelaskan urutan produksinya. Struktur berlapis juga memungkinkan satu komponen dipakai di beberapa produk atau beberapa level sekaligus, itulah yang membuat perubahan kecil bisa berdampak besar dan perlu dikelola dengan rapi.

Single Level vs Multi Level BOM, Apa Bedanya di Lantai Produksi?

Perbedaan kedua jenis BOM ini paling terasa ketika ditarik ke proses manufaktur sehari-hari: bagaimana material dihitung, bagaimana perubahan desain ditangani, dan bagaimana biaya dikumpulkan. Tabel berikut merangkum perbandingannya.

Pada produk dengan satu tahap perakitan, spreadsheet masih bisa diandalkan. Begitu produk memiliki beberapa lapis sub-assembly, setiap baris pada tabel di atas berubah dari urusan administratif menjadi sumber risiko operasional. Di titik inilah banyak pabrik mulai merasakan bahwa cara lama tidak lagi sejalan dengan kompleksitas produknya.

Tanda Bisnis Anda Perlu Software untuk Mengelola Multi Level BOM

Tidak semua pabrik harus langsung beralih ke sistem baru. Namun ada beberapa gejala yang biasanya muncul sebelum masalah BOM berubah menjadi kerugian nyata. Jika beberapa tanda berikut sudah Anda alami, pengelolaan BOM secara manual kemungkinan sudah mencapai batasnya.

1. Revisi BOM harus diperbarui di banyak file
   Setiap perubahan komponen mengharuskan tim memperbarui beberapa spreadsheet satu per satu. Semakin banyak file yang disentuh, semakin besar peluang ada yang terlewat.
   
2. Setiap departemen memegang versi BOM yang berbeda
   Engineering, produksi, pembelian, dan gudang sering bekerja dari daftar yang tidak sama. Perbedaan ini biasanya baru ketahuan setelah material dibeli atau barang sudah dirakit.
   
3. Menghitung kebutuhan material memakan waktu berjam-jam
   Staf perencanaan harus menelusuri struktur produk level demi level untuk menentukan jumlah material. Hasil hitungan pun sulit diperbarui ketika ada perubahan pesanan atau desain mendadak.
   
4. Sulit menjawab produk mana yang terdampak satu komponen
   Ketika pemasok menaikkan harga atau menghentikan suatu komponen, tim tidak bisa langsung melihat sub-assembly dan produk mana saja yang memakainya. Penelusuran manual menghabiskan waktu dan rawan terlewat.
   
5. Harga pokok produksi sering berbeda dari perkiraan
   Biaya komponen di level bawah tidak terakumulasi otomatis ke produk jadi. Akibatnya, margin yang terlihat di laporan tidak selalu mencerminkan kondisi sebenarnya.
   
6. Produksi terhenti karena material atau sub-assembly tidak tersedia
   Jadwal sudah disusun, tetapi komponen tertentu ternyata belum dipesan atau jumlahnya kurang. Hal ini umumnya berawal dari kebutuhan material yang salah dihitung di level tertentu.
   
7. Pengetahuan struktur produk bergantung pada satu atau dua orang
   Saat orang tersebut cuti atau berpindah posisi, tim lain kesulitan memahami BOM yang ada. Data yang tidak terdokumentasi dalam sistem membuat operasional rentan terganggu.

Jika sebagian besar poin di atas terdengar familier, langkah berikutnya adalah mempertimbangkan sistem yang dirancang untuk kebutuhan manufaktur. Anda bisa melihat gambaran solusinya di panduan kami tentang ERP manufaktur terbaik.

Masalah Multi Level BOM yang Sering Menghambat Pabrik

Struktur berlapis memberi gambaran yang rapi tentang cara produk dirakit, tetapi kerapian itu hanya bertahan selama datanya terjaga. Di lapangan, masalah biasanya tidak muncul sebagai satu kegagalan besar, melainkan sebagai selisih-selisih kecil yang menumpuk antarlevel. Berikut tujuh masalah yang paling sering menghambat pabrik dengan multi level BOM.

1. Revisi Komponen Tidak Tersinkron ke Semua Level

Ketika satu komponen diganti, perubahan itu harus tercermin di setiap sub-assembly dan produk yang memakainya. Pada pengelolaan manual, pembaruan dilakukan file demi file, sehingga sering ada level yang masih memakai data lama. Hasilnya, dua bagian dari produk yang sama bisa dirakit dengan spesifikasi berbeda.

Beberapa pola yang sering terjadi:

• Komponen sudah diganti di produk jadi, tetapi masih tercantum di sub-assembly
• Tanggal berlaku revisi tidak dicatat, sehingga tidak jelas batch mana yang memakai versi baru
• Perubahan hanya dikomunikasikan lewat pesan singkat, bukan lewat dokumen yang terkontrol

2. Versi BOM Ganda antara Engineering, Produksi, dan Pembelian

Setiap departemen cenderung menyimpan salinan BOM sendiri agar mudah dipakai. Seiring waktu, salinan itu berkembang sendiri-sendiri dan tidak lagi identik.

Akibatnya, engineering merancang berdasarkan satu versi, pembelian memesan berdasarkan versi lain, dan gudang menyiapkan material untuk work order dengan daftar yang berbeda lagi. Perbedaan ini sering baru terlihat setelah barang datang atau setelah perakitan selesai.

3. Kebutuhan Material Salah Hitung karena Ledakan Level

Menghitung kebutuhan material pada struktur berlapis berarti menurunkan kebutuhan produk jadi menjadi kebutuhan sub-assembly, lalu komponen, lalu raw material, sambil memperhitungkan stok yang ada di tiap level.

Proses ini dikenal sebagai BOM explosion, dan ia jauh lebih rumit dari kelihatannya. Jika dilakukan di spreadsheet, satu salah rumus atau satu stok yang belum diperbarui bisa membuat hasil akhir meleset jauh. Inilah alasan perhitungan berjenjang umumnya diserahkan ke sistem material requirement planning yang membaca struktur BOM secara langsung.

4. Sub-assembly Dipakai di Banyak Produk, tetapi Dampak Perubahannya Tidak Terlihat

Pada banyak pabrik, satu sub-assembly yang sama dipakai di beberapa produk. Efisien dari sisi desain, tetapi berisiko saat ada perubahan karena tidak ada yang langsung tahu produk mana saja yang ikut terpengaruh. Tanpa fungsi penelusuran, tim harus membuka daftar produk satu per satu.

Pertanyaan yang sulit dijawab tanpa sistem:

• Produk dan pesanan mana yang memakai komponen ini?
• Apakah stok sub-assembly lama masih bisa dipakai?
• Berapa biaya tambahan jika komponen penggantinya lebih mahal?

5. HPP Tidak Akurat karena Biaya Level Bawah Tidak Terakumulasi

Harga pokok produk jadi seharusnya merupakan akumulasi biaya dari bahan, tenaga kerja, dan proses di setiap level. Jika biaya komponen diperbarui di satu tempat tetapi tidak mengalir ke level di atasnya, harga pokok yang dilaporkan menjadi tidak sesuai kenyataan.

Dampaknya terasa di penetapan harga jual dan analisis margin, karena angka dalam laporan harga pokok produksi tidak lagi bisa dijadikan pegangan.

6. Scrap dan Yield Tidak Masuk ke Struktur BOM

BOM yang hanya mencatat jumlah ideal akan selalu lebih sedikit dari kebutuhan nyata. Pada setiap level selalu ada sebagian material yang terbuang atau tidak lolos pemeriksaan, dan akumulasinya makin besar di level yang makin atas. Ketika scrap material tidak diperhitungkan, hal-hal berikut mudah terjadi:

• Material habis sebelum jumlah produksi tercapai
• Pembelian darurat dengan harga lebih tinggi
• Biaya produksi tampak lebih rendah dari yang sebenarnya

7. Jadwal Produksi Tidak Mengikuti Urutan Sub-assembly

Produk jadi baru bisa dirakit setelah semua sub-assembly-nya tersedia, dan tiap sub-assembly punya waktu pengerjaan sendiri. Jika penjadwalan produksi disusun tanpa mengikuti urutan dan lead time tiap level, lini akhir sering menunggu bagian yang belum selesai, sementara lini awal menumpuk barang setengah jadi. Kondisi ini membuat jadwal pengiriman mundur meski kapasitas mesin sebenarnya cukup.

Ketujuh masalah di atas berasal dari satu akar yang sama: struktur produk berlapis dikelola oleh data yang tidak terhubung. Selama BOM, stok, biaya, dan jadwal berjalan di berkas yang terpisah, setiap perubahan di satu level harus dikejar secara manual ke semua level lainnya.

Skenario Satu Produk Berlapis, Sebelum dan Sesudah Memakai Software Manufaktur

Untuk melihat perbedaannya secara konkret, kita kembali ke contoh kursi kantor. Misalkan pabrik memutuskan mengganti jenis roda pada bagian dasar kursi karena roda yang lama sering dikeluhkan pelanggan. Roda itu bukan komponen tunggal: ia dipakai di sub-assembly dasar kursi, dan dasar kursi yang sama dipakai di tiga model kursi berbeda.

Pada pengelolaan manual, engineering memperbarui BOM model yang sedang menjadi perhatian, lalu mengabari bagian lain lewat pesan atau rapat singkat. Dua model lainnya belum tersentuh karena tidak ada yang ingat bahwa dasar kursinya sama. Bagian pembelian memesan roda baru berdasarkan satu model saja, gudang masih menyimpan stok roda lama yang tidak jelas harus dihabiskan atau disisihkan, dan perhitungan biaya tetap memakai harga roda lama.

Dua minggu kemudian, jadwal produksi model lain terhenti karena roda yang dibutuhkan ternyata sudah tidak sesuai dengan yang ada di gudang, sementara laporan margin masih menunjukkan angka yang tidak mencerminkan harga roda terbaru.

Dengan software manufaktur, alurnya berbeda sejak langkah pertama. Perubahan roda dicatat satu kali pada sub-assembly dasar kursi dengan tanggal berlaku yang jelas, dan sistem langsung menampilkan semua model yang memakai sub-assembly tersebut.

Kebutuhan material dihitung ulang otomatis, stok roda lama bisa dihabiskan sampai tanggal peralihan, dan pesanan roda baru mengikuti jumlah yang benar untuk ketiga model. Biaya produksi ikut diperbarui di setiap level, sehingga harga pokok yang dilihat manajemen sudah mencerminkan roda baru, dan perencanaan produksi bisa disesuaikan sebelum ada lini yang berhenti menunggu material.

Intinya, pekerjaan yang sama tetap dilakukan, yaitu mengganti satu komponen. Bedanya, pada cara pertama tim harus mengingat dan mengejar semua dampaknya satu per satu, sedangkan pada cara kedua struktur BOM yang terhubung membawa dampak itu ke seluruh bagian yang berkepentingan.

Fitur Software Manufaktur untuk Mengelola Multi Level BOM

Tidak semua fitur sistem manufaktur sama pentingnya untuk masalah BOM. Berikut lima kemampuan yang paling berpengaruh bagi pabrik dengan struktur produk berlapis.

BOM Bertingkat dengan Pengelolaan Versi

Sistem menyimpan struktur produk sebagai hierarki parent dan child, lengkap dengan versi dan tanggal berlaku untuk setiap revisi. Tim dapat melihat BOM yang sedang aktif, BOM lama, dan BOM yang disiapkan untuk periode berikutnya tanpa perlu menyimpan banyak salinan berkas.

Kontrol Perubahan Engineering

Setiap perubahan komponen melewati alur persetujuan sebelum berlaku. Dengan begitu, revisi tercatat siapa yang mengusulkan, siapa yang menyetujui, dan kapan mulai dipakai, sehingga departemen lain bekerja dari versi yang sama.

Perhitungan Kebutuhan Material Otomatis

Struktur BOM terhubung langsung ke perhitungan kebutuhan material, sehingga BOM explosion dilakukan sistem dengan memperhitungkan stok dan pesanan yang berjalan di tiap level. Hasilnya menjadi dasar permintaan pembelian dan produksi sub-assembly.

Cost Roll-up di Semua Level

Biaya bahan, tenaga kerja, dan proses dikumpulkan dari level paling bawah hingga produk jadi. Ketika harga satu komponen berubah, harga pokok semua produk yang memakainya ikut diperbarui.

Integrasi dengan Work Order dan Rute Produksi

BOM menjadi acuan saat work order dibuat, dan terhubung dengan routing sheet yang menentukan urutan proses serta mesin yang dipakai. Operator dan gudang menerima daftar material dan langkah kerja yang sama dengan yang disetujui engineering.

Pertimbangan Memilih Software untuk Pabrik dengan BOM Kompleks

Memilih sistem untuk produk berlapis sebaiknya dimulai dari pertanyaan sederhana: seberapa dalam struktur produk Anda dan seberapa sering ia berubah. Pabrik dengan tiga atau empat level dan revisi yang jarang punya kebutuhan yang berbeda dari pabrik dengan banyak varian produk, sub-assembly yang dipakai bersama, dan perubahan desain yang berlangsung hampir setiap bulan. Kedalaman struktur dan frekuensi perubahan ini menentukan seberapa kuat kontrol versi, penelusuran dampak, dan perhitungan berjenjang yang Anda perlukan.

Pertimbangan berikutnya adalah seberapa terhubung BOM dengan bagian bisnis lainnya. BOM yang rapi tetapi berdiri sendiri hanya memindahkan masalah ke tempat lain, jadi periksa apakah struktur produk tersambung langsung ke stok gudang, pembelian, jadwal produksi, dan pencatatan biaya di keuangan.

Skala perusahaan juga ikut berperan. Untuk pabrik menengah yang ingin sistem terintegrasi dengan implementasi yang terukur, SAP Business One sering menjadi titik awal yang masuk akal. Perusahaan yang menginginkan fleksibilitas akses dan pengelolaan berbasis cloud dapat mempertimbangkan Acumatica, sedangkan operasi berskala besar dengan banyak unit usaha dan proses yang kompleks biasanya lebih cocok dengan SAP S/4HANA.

Terakhir, jangan abaikan kesiapan tim dan pendampingan implementasi. Sistem sebaik apa pun tidak akan menyelesaikan masalah BOM jika data awalnya masih berantakan atau pengguna tidak terbiasa mengikuti alur perubahan yang baru. Karena itu, pilihlah mitra yang memahami proses manufaktur, bukan hanya fitur sistemnya, supaya pembersihan data, penyusunan struktur BOM, dan pelatihan pengguna dapat berjalan bersamaan dengan implementasi.

Langkah Awal Merapikan Multi Level BOM

Merapikan BOM tidak perlu menunggu sistem baru terpasang. Beberapa langkah berikut bisa Anda mulai lebih dulu, dan hasilnya akan mempercepat implementasi software nantinya.

1. Audit struktur BOM yang ada
   Kumpulkan semua versi BOM dari engineering, produksi, pembelian, dan gudang, lalu bandingkan perbedaannya. Hasil audit ini menunjukkan seberapa besar selisih data yang selama ini tidak terlihat.
   
2. Standarkan kode dan nama material
   Satu komponen sebaiknya hanya punya satu kode dan satu nama di semua departemen. Kode ganda adalah penyebab umum BOM yang sulit dihubungkan ke stok dan pembelian.
   
3. Tentukan pemilik data BOM
   Tetapkan siapa yang berwenang membuat dan menyetujui perubahan, serta bagaimana perubahan itu diumumkan. Tanpa pemilik yang jelas, revisi akan terus berjalan di jalur masing-masing.
   
4. Petakan sub-assembly yang dipakai bersama
   Catat komponen dan sub-assembly yang muncul di lebih dari satu produk. Daftar ini membantu Anda memprioritaskan bagian yang paling berisiko saat terjadi perubahan.
   
5. Catat scrap dan yield aktual
   Ambil data pemakaian material nyata di lantai produksi dan bandingkan dengan jumlah di BOM. Selisihnya menjadi dasar penyesuaian agar kebutuhan material lebih realistis.
   
6. Mulai dari satu lini produk percontohan
   Pilih satu lini dengan struktur yang cukup berlapis tetapi tidak terlalu luas, rapikan, lalu jadikan contoh bagi lini lainnya. Pendekatan bertahap lebih mudah dikontrol daripada mengubah seluruh produk sekaligus.

Kesimpulan

Multi level BOM membuat struktur produk lebih mudah dipahami, tetapi juga membuat setiap perubahan lebih sulit dikelola. Revisi komponen yang tidak tersinkron, versi BOM yang berbeda antar departemen, kebutuhan material yang salah hitung, harga pokok yang tidak akurat, hingga jadwal produksi yang tidak mengikuti urutan sub-assembly adalah masalah yang sering berakar pada data yang tidak terhubung.

Software manufaktur menyatukan struktur BOM, perhitungan material, biaya, dan jadwal dalam satu sumber data, sehingga satu perubahan di level bawah dapat mengalir ke semua bagian yang berkepentingan. Langkah awal yang sederhana, seperti audit struktur, standarisasi kode, dan lini percontohan, sudah cukup untuk mulai mengurangi risiko sambil Anda mempersiapkan sistem yang sesuai dengan skala pabrik.

Jika Anda ingin membahas kondisi BOM di pabrik Anda dan kemungkinan solusinya, segera jadwalkan demo gratis atau hubungi tim kami sekarang.

FAQ seputar Multi Level BOM