Anda dapat menyempurnakan parameter MRP selama berbulan-bulan, memperkuat interface, dan lolos setiap audit rekonsiliasi — namun tetap memberikan angka kepada planner Anda yang salah hingga sepuluh kali lipat. Bukan karena mesin perhitungannya salah, tetapi karena komponen fisik yang sama disimpan sebagai "EA" di satu plant, "BOX" di plant lain, dan "PK" di plant ketiga, tanpa faktor konversi yang menghubungkan semuanya. Bagi SAP, Oracle, atau Maximo, itu adalah tiga realitas yang berbeda untuk satu baut yang sama. Dan sistem akan dengan setia menghitung jawaban yang salah setiap saat.
Jika Anda bekerja dalam tim SAP, Oracle, atau Maximo, Anda tentu sudah memahami bahwa platform Anda hanya akan menghasilkan konsekuensi dari data yang Anda masukkan. Ketidakkonsistenan unit of measure (UoM) adalah salah satu kesalahan data struktural yang tersembunyi dan tidak pernah memunculkan pesan error — ia hanya menghasilkan output yang tampak meyakinkan, presisi, namun sepenuhnya tidak dapat diandalkan. Artikel ini membahas mengapa UoM yang tidak konsisten merusak MRP, inventory, dan costing di seluruh sistem Anda, mengapa ini merupakan masalah master data, bukan masalah konfigurasi, serta apa yang sebenarnya diperlukan untuk memperbaiki katalog dasarnya agar sistem Anda akhirnya dapat dipercaya.
Ketika Material yang Sama Berbicara dalam Dua Bahasa yang Berbeda
Setiap platform ERP dan EAM dibangun di atas satu base unit of measure. Di SAP, ini adalah base UoM pada material master, dengan alternative unit dan conversion factor yang disimpan dalam MARM. Di Maximo, ini adalah issue unit dan order unit yang dihubungkan melalui konversi. Di Oracle EBS dan Fusion, ini adalah primary UoM beserta conversion class-nya. Arsitekturnya sudah benar. Masalah mulai muncul ketika data yang berada di dalam arsitektur tersebut tidak lagi konsisten.
Bayangkan sebuah hydraulic seal kit yang di satu site dibeli dan disimpan sebagai "each", sementara di site lain material yang identik dikatalogkan sebagai satu "set" yang berisi lima buah, dan di site ketiga diterima sebagai satu "box". Jika seluruh record tersebut kemudian digabungkan menjadi satu material number tanpa konversi yang telah diverifikasi, sistem akan menganggap bahwa satu each, satu set, dan satu box adalah sesuatu yang dapat saling dipertukarkan. Padahal tidak. Situasi yang sama terus terjadi pada lubricant yang disimpan dalam liter pada satu record dan drum pada record lainnya, kabel yang diukur dalam meter dibandingkan roll, gasket yang dihitung satuan dibandingkan pack, serta grease yang dipesan per cartridge dibandingkan carton. Masing-masing tampak sepele jika dilihat sendiri. Namun pada material master yang berisi ratusan ribu item, hal ini berubah menjadi sumber kesalahan sistemik yang tidak dapat dikompensasi oleh logika perencanaan secanggih apa pun.
Yang membuat kondisi ini sangat berbahaya justru karena sifatnya yang tidak terlihat. Material number yang hilang akan langsung menghentikan proses. Unit of measure yang tidak konsisten tidak memicu apa pun — transaksi tetap diposting, proses planning selesai, laporan ditampilkan dengan bersih. Kerusakan data tersebut bergerak diam-diam ke proses berikutnya, dan ketika akhirnya seseorang menyadarinya, data itu sudah lebih dulu memengaruhi keputusan procurement, valuasi, dan posisi stok di seluruh organisasi.
Bagaimana Satu Unit yang Salah Menimbulkan Efek Berantai pada MRP, Inventory, dan Costing
Dampak dari UoM yang tidak konsisten jarang berhenti pada satu transaksi saja. Kesalahan tersebut akan terus bertambah ketika unit yang salah menyebar ke setiap perhitungan yang bergantung padanya, dan bagi tim ERP maupun EAM, efek berantai inilah yang menjadi sumber masalah terbesar.
MRP and demand planning. Ketika proses planning membaca reorder point yang dinyatakan dalam satu unit sementara stok yang tersedia dinyatakan dalam unit lain, logika netting akan menghasilkan perhitungan yang tidak masuk akal. Nilai min-max yang ditetapkan dalam "boxes" tetapi dibandingkan dengan stok yang dihitung dalam "each" akan membuat sistem mengeluarkan purchase requisition dalam jumlah berlebihan untuk persediaan yang sebenarnya sudah tersedia, atau justru menyebabkan aset kritis kekurangan spare part yang dibutuhkan. Planner akhirnya kehilangan kepercayaan terhadap rekomendasi sistem, mulai melakukan override secara manual, dan otomatisasi yang sebelumnya telah Anda investasikan perlahan berubah menjadi fitur yang tidak lagi digunakan.
Inventory valuation and accuracy. Nilai persediaan merupakan hasil perkalian antara kuantitas dan harga per unit, dan kedua komponen tersebut bergantung pada konsistensi unit. Jika barang diterima dalam satu UoM dan dikeluarkan dalam UoM lain tanpa konversi yang benar, moving average price akan bergeser, kuantitas stok di sistem tidak lagi sesuai dengan kondisi fisik di gudang, dan cycle count tidak pernah dapat direkonsiliasi. Tim keuangan melihat angka pada neraca yang tidak lagi mencerminkan kondisi sebenarnya, sementara tim Anda harus menghabiskan waktu untuk proses rekonsiliasi yang hanya menangani gejalanya, bukan akar penyebabnya.
Procurement and spend. Purchasing mengubah kebutuhan menjadi purchase order berdasarkan order unit. Ketika unit tersebut salah atau tidak konsisten pada record duplikat untuk material yang sama, buyer akan memesan ukuran kemasan yang keliru, kehilangan kesempatan memperoleh diskon volume yang sebenarnya berhak didapatkan, dan membeli kembali material yang sebenarnya sudah tersedia di gudang lain namun tercatat dengan unit yang berbeda. Organisasi akhirnya membayar dua kali — pertama untuk stok duplikat, dan kedua untuk modal kerja yang terjebak dalam persediaan yang tidak perlu.
Maintenance and asset availability. Bagi tim Maximo dan EAM, issue unit yang tidak konsisten menyebabkan work order melakukan reservasi jumlah spare part yang salah. Seorang teknisi datang dengan harapan mendapatkan satu roll kabel penuh, tetapi hanya menemukan satu meter, atau pekerjaan yang telah direncanakan tertunda karena sistem menganggap stok tidak mencukupi, padahal satu drum penuh tersedia di gudang dengan unit yang berbeda. Asset availability — tujuan utama dari platform tersebut — akhirnya menjadi pihak yang paling dirugikan.
Masing-masing kegagalan ini tampak seperti masalah yang berbeda bagi setiap departemen. Tim planning menyalahkan parameter, tim keuangan menyalahkan hasil stock opname, procurement menyalahkan pemasok, dan maintenance menyalahkan gudang. Padahal kenyataannya, semuanya sedang membaca halaman yang sama dari data yang telah rusak.
Mengapa Ini Merupakan Masalah Data, Bukan Masalah Konfigurasi
Sangat menggoda bagi tim sistem untuk menganggap ketidakkonsistenan UoM sebagai masalah konfigurasi — memperketat conversion table, menambahkan validation rule, atau mengunci field tertentu. Langkah-langkah tersebut memang membantu ke depannya, tetapi tidak menyentuh data yang sudah terlanjur berada di dalam material master, dan di situlah sebenarnya sumber kerusakannya.
Diagnosis yang sebenarnya adalah sebagai berikut: unit of measure yang tidak konsisten hampir selalu merupakan gejala dari kualitas material master data yang buruk, bukan cacat pada ERP itu sendiri. SAP, Oracle, dan Maximo bekerja persis seperti yang telah dikonfigurasikan. Yang menjadi masalah adalah record yang mereka gunakan — entri duplikat untuk material fisik yang sama yang dibuat secara terpisah di berbagai site dan periode waktu, masing-masing dengan deskripsi, klasifikasi, dan unitnya sendiri, semuanya dimasukkan oleh orang-orang yang bekerja dengan niat baik tetapi tanpa standar bersama.
Begitu Anda menerima cara pandang ini, jalur penyelesaiannya pun berubah. Anda berhenti mencoba memperbaiki perhitungan dan mulai memperbaiki katalog yang menjadi dasar dari seluruh perhitungan tersebut. Itu berarti membangun material master yang telah dinormalisasi dan dihilangkan duplikasinya, di mana setiap material fisik hanya ada satu kali, dideskripsikan secara konsisten menggunakan struktur noun-modifier, diklasifikasikan berdasarkan standar yang diakui seperti UNSPSC atau NSC, serta memiliki satu base unit yang dikelola dengan baik beserta conversion factor yang telah diverifikasi untuk setiap alternative unit. Ketika katalog sudah bersih, masalah UoM tidak lagi sekadar ditambal — masalah tersebut benar-benar hilang, karena tidak lagi ada record kedua dengan unit yang bertentangan yang dapat membingungkan sistem.
Inilah juga alasan mengapa kegiatan cleansing satu kali saja tidak pernah bertahan lama. Tanpa governance, duplikasi baru dan unit yang tidak konsisten akan kembali muncul hanya dalam hitungan bulan, dan Anda akan kembali ke titik awal. Solusinya harus bersifat struktural dan berkelanjutan, menjadi bagian dari cara organisasi membuat dan memelihara material data, bukan sekadar sebuah proyek yang selesai begitu implementasi berakhir.
Seperti Apa Standardisasi UoM yang Benar Sebenarnya
Menstandarkan unit of measure di lingkungan organisasi besar yang memiliki banyak site merupakan pekerjaan yang sistematis, namun prosesnya pada dasarnya sama, baik Anda menggunakan SAP, Oracle, maupun Maximo. Akan lebih mudah jika dipahami sebagai beberapa tahapan yang berbeda, bukan sebagai satu proses besar yang dilakukan sekaligus.
Establish the base unit. Untuk setiap material, tentukan dan terapkan satu base unit of measure yang benar-benar mencerminkan bagaimana material tersebut disimpan dan digunakan. Base unit ini menjadi acuan bagi seluruh unit lainnya, dan harus diterapkan secara konsisten di setiap plant maupun storage location, bukan diserahkan pada kebijakan masing-masing site.
Map and verify conversions. Setiap alternative unit yang sah — baik order unit, issue unit, maupun pack — harus memiliki conversion factor yang benar dan telah diverifikasi terhadap base unit tersebut. Satu drum adalah 208 liter, satu box berisi dua belas each, satu roll adalah seratus meter. Faktor-faktor konversi ini harus dikonfirmasi berdasarkan kondisi fisik sebenarnya dan spesifikasi pemasok, bukan sekadar diasumsikan.
Collapse the duplicates. Ketika material fisik yang sama memiliki beberapa material number dengan unit yang saling bertentangan, seluruh record tersebut harus direkonsiliasi menjadi satu. Inilah tahapan yang paling langsung menghentikan sumber masalah, karena menghilangkan berbagai realitas yang saling bertentangan yang selama ini membingungkan sistem. Namun, inilah pula tahapan yang paling sulit dilakukan secara aman jika hanya mengandalkan proses manual dalam skala besar.
Lock in governance. Terakhir, aturan-aturan yang menghasilkan kondisi data yang bersih harus diterapkan pada saat pembuatan data baru, sehingga tidak ada lagi record yang dapat dibuat tanpa base unit yang valid, klasifikasi yang diakui, serta conversion factor yang konsisten. Tanpa tahap terakhir ini, seluruh hasil perbaikan akan perlahan menghilang dan ketidakkonsistenan akan kembali muncul.
Jika dilakukan dengan baik, manfaatnya akan langsung terasa pada area yang selama ini menjadi sumber masalah bagi tim Anda: proses MRP yang dapat dipercaya, valuasi yang dapat direkonsiliasi, procurement yang berhenti membeli material yang sebenarnya sudah dimiliki, serta maintenance yang benar-benar menemukan spare part di lokasi yang ditunjukkan oleh sistem.
Bagaimana Spares Cataloguing System Menjamin Integritas UoM Sejak dari Sumbernya
Inilah tepatnya pekerjaan yang dirancang untuk dilakukan oleh Spares Cataloguing System (SCS®) — dan alasan mengapa begitu banyak tim ERP dan EAM menganggap material data yang bersih dan telah dinormalisasi sebagai fondasi yang akhirnya membuat investasi platform mereka benar-benar memberikan hasil. Alih-alih memperbaiki perhitungan setelah masalah terjadi, SCS menangani akar penyebabnya langsung di dalam katalog dan menjaganya tetap bersih. Beberapa kapabilitas utamanya layak dipahami dari sudut pandang sistem.
Master Data Management and Normalisation. SCS mengubah deskripsi material yang tidak terstruktur dan tidak konsisten menjadi format noun-modifier yang terstandarisasi, sehingga material yang sama selalu dideskripsikan dengan cara yang sama di seluruh organisasi. Konsistensi inilah yang memungkinkan penerapan satu base unit secara efektif — Anda tidak mungkin dapat menstandarkan unit pada record yang bahkan tidak dapat diidentifikasi secara konsisten.
Intelligent Search Engine. Salah satu penyebab utama munculnya record duplikat, beserta unit yang saling bertentangan, adalah karena pengguna tidak dapat menemukan material yang sebenarnya sudah ada sehingga mereka membuat record baru. Search engine SCS memungkinkan analis maupun end user menemukan material yang sudah ada dengan cepat dan yakin, sehingga mencegah lahirnya UoM yang tidak konsisten berikutnya.
Duplicate Detection. SCS mengidentifikasi record yang sebenarnya merepresentasikan material fisik yang sama meskipun tersebar di berbagai site dan material number, sehingga secara langsung memperlihatkan kondisi unit yang saling bertentangan yang diam-diam merusak MRP dan valuasi. Menggabungkan record-record duplikat tersebut akan menghilangkan berbagai realitas yang saling bertentangan yang selama ini menjadi sumber kesalahan pada planning engine Anda.
Standardised UoM and Conversion Governance. Dengan katalog yang sudah bersih dan bebas duplikasi sebagai fondasinya, base unit beserta conversion factor yang telah diverifikasi dapat diterapkan dan dikelola secara konsisten, sehingga data yang masuk ke ERP Anda sudah benar sejak awal, bukan baru diperbaiki setelah kerusakan terjadi.
ERP, EAM, and CMMS Integration. SCS dirancang untuk mengirimkan material data yang bersih dan telah dikelola dengan baik ke dalam sistem yang sudah Anda gunakan — SAP, Oracle, Maximo, maupun platform lainnya — sehingga system of record menerima data yang benar-benar siap untuk dihitung. SCS melengkapi platform Anda, bukan menggantikannya.
Dashboards and Reporting. Kualitas data hanya dapat dipertahankan jika dapat dipantau. SCS menampilkan kondisi sebenarnya dari material master Anda — tingkat duplikasi, cakupan klasifikasi, hingga konsistensi unit — sehingga governance menjadi sesuatu yang dapat diukur dan dipertanggungjawabkan, bukan sekadar berdasarkan keyakinan.
Anda dapat melihat penjelasan lengkap mengenai seluruh kapabilitas tersebut pada halaman Spares Cataloguing System key features pageserta bagaimana semuanya saling terhubung dalam strategi material material master data governance yang lebih menyeluruh.
Kesimpulan
Unit of measure yang tidak konsisten adalah jenis kesalahan yang tidak pernah mengumumkan keberadaannya. Tidak ada error log, tidak ada interface yang gagal, tidak ada indikator merah pada dashboard — hanya output yang terlihat meyakinkan dan presisi, tetapi sebenarnya salah, yang secara diam-diam mengarahkan procurement, planning, dan valuasi ke arah yang keliru. Bagi tim SAP, Oracle, atau Maximo, bagian yang paling membuat frustrasi adalah bahwa platform tersebut sebenarnya tidak melakukan kesalahan apa pun. Sistem hanya menghitung persis sesuai dengan apa yang diperintahkan oleh data.
Inilah cara pandang yang perlu diingat: ini bukanlah celah konfigurasi yang dapat ditutup dengan menambahkan validation rule, dan tentu bukan kegagalan tim Anda. Ini adalah masalah kualitas material master data — record duplikat, deskripsi yang tidak konsisten, dan unit yang tidak memiliki governance yang tidak dapat diperbaiki hanya dengan logika planning secanggih apa pun. Perbaiki katalognya, maka masalah unit tidak lagi sekadar dikelola. Masalah tersebut akan hilang. Sebaliknya, biaya yang muncul jika dibiarkan akan terus bertambah: semakin banyak pembelian duplikat, semakin banyak modal kerja yang tertahan di rak gudang, semakin banyak waktu yang dihabiskan untuk rekonsiliasi, dan semakin menurunnya kepercayaan terhadap sistem yang telah Anda investasikan begitu besar untuk dijalankan.
Sebelum Inisiatif Sistem Besar Berikutnya, Ajukan Pertanyaan yang Lebih Sederhana
Sebelum melakukan upgrade ERP berikutnya, migrasi data berikutnya, atau inisiatif berikutnya untuk mengotomatisasi planning — ada satu pertanyaan yang lebih sederhana dan layak dijawab terlebih dahulu: apakah Anda benar-benar dapat mempercayai material master yang menjadi dasar perhitungan seluruh sistem Anda?
Karena ketika data tersebut tidak konsisten, konsekuensinya akan langsung dirasakan oleh tim Anda. Planning run yang tidak dapat diandalkan. Posisi inventory yang tidak pernah berhasil direkonsiliasi. Material yang dibeli padahal sebenarnya sudah tersedia di gudang lain dengan unit yang berbeda. Modal kerja yang terjebak dalam stok duplikat. Dan orang-orang terbaik di tim Anda menghabiskan waktu berjam-jam mencari record yang benar, alih-alih mengambil keputusan.
Masalahnya, dalam banyak kasus, bukanlah konfigurasi SAP, Oracle, atau Maximo Anda — dan bukan pula tim Anda. Masalah sebenarnya adalah kualitas, governance, dan kemudahan pencarian material master data yang menjadi fondasinya: deskripsi, klasifikasi, dan unit of measure yang sejak awal tidak pernah distandarisasi.
Karena itulah, di Panemu, kami membantu organisasi memahami kondisi sebenarnya dari material master mereka melalui konsultasi dan analisis data GRATIS— mengidentifikasi ketidakkonsistenan yang tersembunyi, menilai kualitas data, serta memberikan rekomendasi praktis untuk membangun fondasi yang lebih kuat bagi procurement, maintenance, dan supply chain.
Karena perhitungan yang lebih baik selalu dimulai dari data yang lebih baik — dan penghematan terbesar biasanya bukan berasal dari mengurangi jumlah stok, melainkan dari kemampuan untuk akhirnya benar-benar mempercayai stok yang sudah Anda miliki.
Ingin mengetahui apakah material master Anda membantu sistem bekerja secara optimal — atau justru diam-diam merusaknya?
Kirimkan kepada kami contoh material master data Anda, dan kami akan melakukan assessment untuk Anda. Mulailah Material Master Assessment gratis Anda di https://panemu.com/scs-key-feature.