Legacy Data Material: Panduan Project-Based Cataloguing

Lihat bagaimana Cataloguing Berbasis Proyek membersihkan data material lama, memetakan UNSPSC, ECLASS atau KIMAP, dan menyelesaikan duplikasi sebelum ERP diimplementasikan.

The first consolidated spend report after bringing three sites onto one ERP was supposed to show where the money goes. Instead, a large slice of spend landed in a category called MISCELLANEOUS, and the same mechanical seal turned up under three codes, three descriptions and three different prices.Laporan spend gabungan pertama setelah tiga site disatukan dalam satu ERP seharusnya menunjukkan ke mana uang perusahaan mengalir. Yang muncul justru sebagian besar spend masuk ke kategori MISCELLANEOUS, dan satu mechanical seal yang sama tercatat dengan tiga kode, tiga deskripsi, dan tiga harga berbeda.

Nobody made a single big mistake. Each site simply catalogued its materials its own way for years, and the migration faithfully copied every inconsistency into the new platform. The system was new; the data was not.Tidak ada satu kesalahan besar yang bisa ditunjuk. Setiap site hanya mengkatalogkan materialnya dengan caranya sendiri selama bertahun-tahun, lalu proses migrasi menyalin semua ketidakkonsistenan itu apa adanya ke platform baru. Sistemnya baru, datanya tetap lama.

This is the problem Project-Based Cataloguing is built for. How do you recognise when legacy material data has reached that point, what happens inside a cataloguing project, and how do standard taxonomies such as UNSPSC, ECLASS, MESC or KIMAP fit in? And why is the start of the project the best moment to deal with duplicates?Masalah inilah yang ingin diselesaikan Project-Based Cataloguing. Bagaimana mengenali bahwa legacy data material sudah sampai di titik itu, apa saja yang terjadi di dalam proyek katalogisasi, dan di mana posisi taksonomi standar seperti UNSPSC, ECLASS, MESC, atau KIMAP? Lalu, kenapa awal proyek adalah momen terbaik untuk membereskan data dobel?

Part 1 · The problemBagian 1 · Masalahnya

How legacy material data drifts away from realityBagaimana legacy data material perlahan menjauh dari kondisi nyata

In a healthy catalogue, each physical item in your warehouses maps to one material code. In practice, the number of active codes tends to grow faster than the number of genuinely different items. The gap between the two is made of duplicates, near-duplicates and codes that no longer represent anything you stock or buy.Dalam katalog yang sehat, setiap barang fisik di gudang terhubung ke satu kode material. Kenyataannya, jumlah kode aktif cenderung tumbuh lebih cepat daripada jumlah barang yang benar-benar berbeda. Selisih keduanya berisi data dobel, data yang nyaris dobel, dan kode yang sudah tidak mewakili barang apa pun yang Anda simpan atau beli.

The drift usually comes from ordinary pressure. An urgent breakdown needs a part today, so a requester types a quick description and a new code is created without checking what already exists. A new site copies part of another site's catalogue but renames items. A supplier changes its part number and a second record appears. None of these feels significant on its own.Pergeseran ini biasanya lahir dari tekanan sehari-hari. Ada breakdown mendesak yang butuh part hari itu juga, sehingga requester mengetik deskripsi seadanya dan kode baru dibuat tanpa cek apa yang sudah ada. Site baru menyalin sebagian katalog site lain, tetapi mengganti nama itemnya. Vendor mengubah part number, lalu muncul record kedua. Masing-masing terasa sepele kalau dilihat satu per satu.

Active codes vs unique physical items over timeKode aktif vs barang fisik unik dari waktu ke waktu

Initial go-liveGo-live awalYears of operationOperasi bertahun-tahunCataloguing projectProyek katalogisasiDaily governanceTata kelola harian
Active material codesKode material aktif Unique physical itemsBarang fisik unik Duplicates and dead codesData dobel dan kode mati Project interventionIntervensi proyek

Conceptual illustration, not based on measured data.Ilustrasi konseptual, bukan hasil pengukuran.

For an SCM leader, that shaded gap is not an abstract data-quality issue. It shows up as stock split across several codes, safety stock held more than once, reorder points triggering on the wrong record, and spend reports that understate how much you buy from one manufacturer. Vague descriptions make the gap harder to see, because thin records can look alike when they are different and different when they are alike.Bagi SCM leader, area yang diarsir itu bukan sekadar isu kualitas data. Wujudnya adalah stok yang terpecah ke beberapa kode, safety stock yang disimpan lebih dari sekali, reorder point yang terpicu di record yang salah, dan laporan spend yang tidak menunjukkan volume pembelian sebenarnya ke satu manufacturer. Deskripsi yang samar membuat selisih ini makin sulit terlihat, karena record yang tipis bisa tampak sama padahal berbeda, atau tampak berbeda padahal sama.

Part 2 · The diagnosisBagian 2 · Diagnosis

A five-question health check for your material masterLima pertanyaan untuk mengecek kesehatan Material Master Anda

You do not need a full audit to know whether a project is worth scoping. Ask your planners, buyers and warehouse team these five questions. If several answers are uncomfortable, the backlog has probably outgrown what Daily Cataloguing alone can fix.Anda tidak perlu audit lengkap untuk tahu apakah proyek layak disusun. Ajukan lima pertanyaan ini kepada planner, buyer, dan tim gudang. Jika beberapa jawabannya membuat tidak nyaman, kemungkinan besar backlog-nya sudah terlalu besar untuk dibereskan hanya dengan Daily Cataloguing.

  1. Can a planner find a common spare in one search? If people keep personal lists of "the right code", search is not doing its job.Bisakah planner menemukan spare part umum dalam sekali cari? Jika orang menyimpan daftar pribadi berisi "kode yang benar", fungsi pencarian tidak berjalan semestinya.
  2. Do descriptions follow one pattern? Mixed brand-first, noun-first and free-text records point to the absence of a naming convention.Apakah deskripsi mengikuti satu pola? Campuran record yang diawali merek, diawali noun, dan teks bebas menandakan belum ada naming convention.
  3. Could procurement buy from the description alone? If buyers routinely call the requester to clarify specs, attributes are missing.Bisakah procurement membeli hanya dari deskripsinya? Jika buyer rutin menelepon requester untuk klarifikasi spesifikasi, atributnya belum lengkap.
  4. Does the same item carry one code across sites? Different codes per plant hide total demand and block spare-sharing.Apakah item yang sama memakai satu kode di semua site? Kode berbeda di tiap plant menyembunyikan total kebutuhan dan menghambat berbagi spare part.
  5. Can you report spend by category with confidence? A large MISCELLANEOUS bucket signals weak or missing classification.Bisakah Anda melaporkan spend per kategori dengan yakin? Kategori MISCELLANEOUS yang besar menandakan klasifikasi yang lemah atau belum ada.

Uncomfortable answers to the health check?Jawaban health check-nya kurang memuaskan?

Let's look at a sample extract together and outline what a cataloguing project could cover.Mari lihat sampel data Anda bersama dan petakan apa saja yang bisa dicakup proyek katalogisasi.

Talk to Our TeamDiskusi dengan Tim Kami

Part 3 · The approachBagian 3 · Pendekatannya

What Project-Based Cataloguing is, and what it is notApa itu Project-Based Cataloguing, dan apa yang bukan

Project-Based Cataloguing is a time-bound programme to cleanse, standardise and deduplicate an existing catalogue in bulk. It has a defined scope, a baseline, a timeline and deliverables, and it is often aligned with an ERP or EAM implementation, a migration or a consolidation of sites.Project-Based Cataloguing adalah pekerjaan dengan timeline jelas untuk membersihkan, menstandarkan, dan membereskan data dobel di katalog yang sudah ada secara massal. Proyek ini punya scope, baseline, timeline, dan deliverable yang terdefinisi, dan sering diselaraskan dengan implementasi ERP atau EAM, migrasi, atau konsolidasi site.

It is easiest to understand by drawing a clear line around it.Cara termudah memahaminya adalah dengan menarik batas yang jelas.

Inside the projectTermasuk dalam proyek

  • Profiling and prioritising legacy recordsProfiling dan prioritisasi legacy data
  • Designing taxonomy, naming and templatesMerancang taksonomi, naming, dan template
  • Cleansing, deduplication and enrichmentCleansing, penyelesaian data dobel, dan enrichment
  • Validated Golden Records ready to loadGolden Record tervalidasi yang siap dimuat

Outside the projectDi luar proyek

  • Reviewing each new request day to dayMereview setiap request baru sehari-hari
  • Replacing the ERP or EAM configurationMenggantikan konfigurasi ERP atau EAM
  • Stock counts and physical write-offsStock opname dan write-off fisik
  • Engineering decisions on part substitutionKeputusan engineering soal substitusi part

The items on the right still matter. Daily Cataloguing takes over new requests once the project hands over, and engineering and warehouse teams contribute decisions the project cannot make on their behalf. Keeping these boundaries explicit helps protect the timeline and makes ownership clear.Hal-hal di kolom kanan tetap penting. Daily Cataloguing mengambil alih request baru setelah proyek diserahterimakan, sementara tim engineering dan gudang memberi keputusan yang tidak bisa diambil proyek atas nama mereka. Batas yang jelas seperti ini membantu menjaga timeline dan memperjelas siapa pemilik tiap keputusan.

Four phases, each with tangible deliverablesEmpat fase, masing-masing dengan deliverable yang nyata

Phases and deliverables of a cataloguing projectFase dan deliverable proyek katalogisasi

1AssessAssessment
  • Extract from all sitesEkstrak data semua site
  • Quality profile and baselineProfil kualitas dan baseline
  • Prioritised scopeScope yang diprioritaskan
2DesignDesain standar
  • Noun-modifier dictionaryKamus noun-modifier
  • Attribute templatesTemplate atribut
  • Classification mappingPemetaan klasifikasi
  • Merge rulesAturan penggabungan
3CleanseCleansing
  • Structured descriptionsDeskripsi terstruktur
  • Normalised unitsSatuan yang seragam
  • Duplicate groups with verdictsKelompok data dobel beserta keputusannya
4Enrich & hand overEnrichment & serah terima
  • Critical attributes completedAtribut kritis lengkap
  • Validated Golden RecordsGolden Record tervalidasi
  • Governance workflow and ownersWorkflow tata kelola dan pemiliknya

Assess. The assessment pulls the material master from every relevant system and profiles it: blank or very short descriptions, missing manufacturer part numbers, the number of units of measure in use, items with no movement for years, and candidate duplicate groups. The aim is a baseline and a scope that puts effort where it counts, usually items with stock, open orders or links to critical equipment.Assessment. Tahap ini menarik Material Master dari setiap sistem yang relevan lalu memprofilkannya: deskripsi kosong atau terlalu pendek, part number manufacturer yang tidak ada, jumlah jenis satuan yang dipakai, item yang tidak bergerak bertahun-tahun, dan kandidat kelompok data dobel. Tujuannya adalah baseline dan scope yang memusatkan usaha pada hal yang berdampak, biasanya item yang punya stok, PO terbuka, atau terhubung ke equipment kritis.

Design. This phase decides what "good" looks like. A noun-modifier dictionary controls how items are named (BEARING, BALL; VALVE, GATE), attribute templates define what must be captured for each class, and classification mapping links each class to the standards you adopt. Merge rules, agreed with engineering, set out when two records may be combined.Desain standar. Fase ini menentukan seperti apa data yang "baik". Kamus noun-modifier mengatur cara penamaan item (BEARING, BALL; VALVE, GATE), template atribut menetapkan apa saja yang wajib dicatat untuk setiap kelas, dan pemetaan klasifikasi menghubungkan tiap kelas dengan standar yang dipakai. Aturan penggabungan yang disepakati bersama engineering menentukan kapan dua record boleh digabung.

Cleanse. Each legacy description is parsed into the template, units are normalised and noise such as quote numbers or internal notes is moved out. Because records now follow one pattern, hidden duplicates start to surface, and each candidate group receives a verdict.Cleansing. Setiap deskripsi lama diurai ke dalam template, satuan diseragamkan, dan "noise" seperti nomor penawaran atau catatan internal dikeluarkan. Karena record kini mengikuti satu pola, data dobel yang tadinya tersembunyi mulai terlihat, dan setiap kelompok kandidat diberi keputusan.

Enrich and hand over. Missing attributes are sourced from manufacturer catalogues, drawings, nameplates or physical checks, starting with critical spares and high-value stock. Users validate a sample, Golden Records are loaded, and ownership passes to a Daily Cataloguing workflow so the baseline does not quietly decay.Enrichment dan serah terima. Atribut yang kosong dilengkapi dari katalog manufacturer, drawing, nameplate, atau pengecekan fisik, dimulai dari spare part kritis dan stok bernilai tinggi. User memvalidasi sampel, Golden Record dimuat ke sistem, lalu kepemilikan diserahkan ke workflow Daily Cataloguing agar baseline tidak diam-diam kembali berantakan.

Part 4 · The standardBagian 4 · Standarnya

Standard taxonomy: how classification hierarchies workTaksonomi standar: cara kerja hierarki klasifikasi

Most classification standards move from broad to specific. UNSPSC is a good example: an eight-digit code built from four two-digit levels. Each level narrows the group until you reach a commodity that many similar products share.Sebagian besar standar klasifikasi bergerak dari yang umum ke yang spesifik. UNSPSC adalah contoh yang baik: kode delapan digit yang tersusun dari empat level, masing-masing dua digit. Setiap level mempersempit kelompok hingga sampai ke commodity yang dipakai bersama oleh banyak produk sejenis.

Where a ball bearing sits in UNSPSCPosisi ball bearing dalam UNSPSC

  1. 31SegmentSegmentManufacturing Components and SuppliesManufacturing Components and Supplies
  2. 3117FamilyFamilyBearings and bushings and wheels and gearsBearings and bushings and wheels and gears
  3. 311715ClassClassBearingsBearings
  4. 31171504CommodityCommodityBall bearingsBall bearings

Hierarchy shown as published in UNSPSC references; titles are kept in English as they appear in the code set.Hierarki sesuai referensi UNSPSC; judul tetap dalam bahasa Inggris sebagaimana tercantum di code set.

Notice where the hierarchy stops. Every deep-groove ball bearing in your warehouse, from a 6205 2RS to a 6310 ZZ, can share commodity 31171504. Classification tells you what family of spend an item belongs to; it does not tell a storeman which bearing to pick. That job belongs to the noun-modifier and attributes designed in the project.Perhatikan di mana hierarkinya berhenti. Semua deep-groove ball bearing di gudang Anda, dari 6205 2RS sampai 6310 ZZ, bisa berbagi commodity 31171504 yang sama. Klasifikasi memberi tahu kelompok spend sebuah item, tetapi tidak memberi tahu petugas gudang bearing mana yang harus diambil. Tugas itu ada di noun-modifier dan atribut yang dirancang dalam proyek.

Choosing the right standard for your contextMemilih standar yang sesuai konteks Anda

No single standard fits every organisation. The choice depends on your industry, customers and partners, how much attribute detail you need, and any codification already required by a parent company or contract. Many organisations end up mapping each class to more than one standard.Tidak ada satu standar yang cocok untuk semua perusahaan. Pilihannya bergantung pada industri, pelanggan dan mitra, tingkat detail atribut yang dibutuhkan, serta kodifikasi yang mungkin sudah diwajibkan induk perusahaan atau kontrak. Banyak perusahaan akhirnya memetakan setiap kelas ke lebih dari satu standar.

StandardStandar Consider it when…Pertimbangkan jika… Keep in mindPerlu diingat
UNSPSCUNSPSC You need cross-industry spend analysis and alignment with supplier e-cataloguesAnda butuh analisis spend lintas industri dan keselarasan dengan e-catalogue vendor Groups items by class; distinguishing attributes come from your own templatesMengelompokkan per kelas; atribut pembeda tetap dari template Anda sendiri
NATO / NSNNATO / NSN You support defence or government programmes that reference NSNsAnda mendukung program pertahanan atau pemerintah yang merujuk NSN 13-digit item-level numbers assigned through national codification bureausNomor 13 digit di level item yang diterbitkan melalui biro kodifikasi nasional
ECLASSECLASS You need rich, standardised properties for product data exchangeAnda butuh properti terstandar yang detail untuk pertukaran data produk Formerly eCl@ss; plan licence terms and release versionsDulu bernama eCl@ss; rencanakan ketentuan lisensi dan versi rilisnya
MESCMESC Your organisation or oil and gas partners already work with MESCPerusahaan Anda atau mitra migas sudah memakai MESC 10-digit licensed code set, mainly used in energy and petrochemicalsCode set berlisensi 10 digit, umumnya dipakai di sektor energi dan petrokimia
KIMAPKIMAP You operate within, or supply to, the Pertamina groupAnda beroperasi di dalam, atau memasok ke, grup Pertamina Company-specific code developed after MESC; confirm current rules with the relevant functionKode khusus perusahaan yang dikembangkan setelah MESC; pastikan aturan terbarunya ke fungsi terkait

The practical advice is to map standards at class level rather than item by item. When the class BEARING, BALL is linked once to its UNSPSC commodity and, where relevant, to an ECLASS or MESC equivalent, every Golden Record created in that class inherits the codes consistently.Saran praktisnya: petakan standar di level kelas, bukan per item. Ketika kelas BEARING, BALL dihubungkan sekali ke commodity UNSPSC-nya dan, jika relevan, ke padanan ECLASS atau MESC, setiap Golden Record yang dibuat di kelas itu akan mewarisi kodenya secara konsisten.

Part 5 · The duplicatesBagian 5 · Data dobel

Resolving duplicates up front, with evidenceMembereskan data dobel di awal, berdasarkan bukti

Timing is the strongest argument for dealing with duplicates inside the project. Before migration, merging two records is largely a mapping decision. After go-live, the same merge has to untangle stock balances, open purchase orders, work order reservations and transaction history, often across several sites at once.Waktu adalah alasan terkuat untuk membereskan data dobel di dalam proyek. Sebelum migrasi, menggabungkan dua record sebagian besar hanyalah keputusan pemetaan. Setelah go-live, penggabungan yang sama harus mengurai saldo stok, PO terbuka, reservasi work order, dan histori transaksi, sering kali di beberapa site sekaligus.

Speed must not come at the expense of accuracy, though. Merging items that only look alike can be as costly as leaving duplicates in place. A simple decision matrix helps the team treat matching results as evidence to weigh rather than as automatic verdicts.Namun kecepatan tidak boleh mengorbankan ketepatan. Menggabungkan item yang hanya tampak mirip bisa sama mahalnya dengan membiarkan data dobel. Matriks keputusan sederhana membantu tim memperlakukan hasil pencocokan sebagai bukti yang perlu ditimbang, bukan keputusan otomatis.

Match signalSinyal kecocokan Likely verdictKemungkinan keputusan Who confirmsYang mengonfirmasi
Same manufacturer and part numberManufacturer dan part number sama Duplicate: mergeDobel: gabungkan CataloguerCataloguer
Same class and key attributes, different part numbersKelas dan atribut kunci sama, part number berbeda Possible equivalentKemungkinan ekuivalen Maintenance or reliability engineerEngineer maintenance atau reliability
Similar text, one attribute differs (e.g. 2RS vs ZZ)Teks mirip, satu atribut berbeda (mis. 2RS vs ZZ) Different items: keep both, sharpen descriptionsBarang berbeda: pertahankan keduanya, pertegas deskripsi Cataloguer, with engineer for critical itemsCataloguer, bersama engineer untuk item kritis
Thin description, no usable attributesDeskripsi tipis, tanpa atribut yang bisa dipakai Undecided: enrich firstBelum bisa diputuskan: lengkapi dulu Cataloguer with warehouse (physical check)Cataloguer bersama gudang (cek fisik)
Same item, different code at each siteBarang sama, kode berbeda di tiap site One Golden Record with site extensionsSatu Golden Record dengan ekstensi per site Central MDM owner with site leadsPemilik MDM pusat bersama perwakilan site

Once a group is confirmed, the execution should be just as deliberate: nominate one surviving code, map the others to it, move stock and open documents, and block the retired codes from new transactions. Keeping that audit trail makes it easier to explain changes to users who were attached to "their" codes, and to answer questions from finance about where inventory value moved.Setelah sebuah kelompok dikonfirmasi, eksekusinya juga perlu terencana: tetapkan satu kode yang dipertahankan, petakan kode lain ke kode itu, pindahkan stok dan dokumen terbuka, lalu blokir kode yang dinonaktifkan dari transaksi baru. Jejak audit ini memudahkan Anda menjelaskan perubahan kepada user yang sudah terbiasa dengan kode "miliknya", sekaligus menjawab pertanyaan finance tentang perpindahan nilai inventory.

For multi-site organisations, the last row of the matrix often delivers the most visible benefit. A shared Golden Record gives central procurement one view of demand, while site-level extensions for bin location, reorder point and preferred vendor leave each plant in control of its own stocking.Bagi perusahaan multi-site, baris terakhir matriks ini sering memberi manfaat yang paling terasa. Golden Record bersama memberi procurement pusat satu gambaran kebutuhan, sementara ekstensi di level site untuk lokasi bin, reorder point, dan preferred vendor tetap membuat setiap plant mengendalikan stoknya sendiri.

Need merge rules your engineers will trust?Butuh aturan penggabungan yang dipercaya engineer Anda?

Our team can walk through sample duplicate groups with you and draft rules that fit your plants.Tim kami bisa membahas sampel kelompok data dobel bersama Anda dan menyusun aturan yang pas untuk plant Anda.

Talk to Our TeamDiskusi dengan Tim Kami

Part 6 · The follow-throughBagian 6 · Keberlanjutan

Making the clean baseline lastMenjaga baseline bersih tetap bertahan

Look again at the chart at the top of this article. The drop in active codes is the project; the flat line afterwards is governance. Without a Daily Cataloguing workflow that applies the same templates, checks for duplicates before a code is created and assigns clear ownership, the gap tends to reopen.Lihat lagi grafik di bagian awal artikel ini. Penurunan jumlah kode aktif adalah hasil proyek; garis yang landai sesudahnya adalah hasil tata kelola. Tanpa workflow Daily Cataloguing yang menerapkan template yang sama, mengecek data dobel sebelum kode dibuat, dan menetapkan pemilik yang jelas, selisih itu cenderung melebar lagi.

A project fixes the past. Governance protects the future.Proyek membereskan masa lalu. Tata kelola menjaga masa depan.

For SCM leaders, a handful of indicators can show whether the baseline is holding: the share of records in unresolved duplicate groups, the share of active items with complete mandatory attributes, classification coverage, stock value still sitting on retired codes, and the number of new requests returned for missing information. Agree these at the assessment stage so the before-and-after story is based on the same measures.Bagi SCM leader, beberapa indikator bisa menunjukkan apakah baseline tetap terjaga: porsi record yang masih berada di kelompok data dobel, porsi item aktif dengan atribut wajib lengkap, cakupan klasifikasi, nilai stok yang masih tercatat di kode nonaktif, dan jumlah request baru yang dikembalikan karena informasinya kurang. Sepakati indikator ini sejak assessment agar perbandingan sebelum dan sesudah memakai ukuran yang sama.

Key TakeawaysPoin Penting

  1. Legacy data drifts through everyday pressure, so the gap between active codes and real items tends to widen over time.Legacy data bergeser karena tekanan sehari-hari, sehingga selisih antara kode aktif dan barang nyata cenderung melebar seiring waktu.
  2. A five-question health check can show whether the backlog needs a dedicated project.Health check lima pertanyaan bisa menunjukkan apakah backlog membutuhkan proyek tersendiri.
  3. Project-Based Cataloguing runs in four phases, each ending in concrete deliverables.Project-Based Cataloguing berjalan dalam empat fase, masing-masing diakhiri deliverable yang konkret.
  4. Standards such as UNSPSC, NSN, ECLASS, MESC and KIMAP classify items; attributes distinguish them. Map standards at class level.Standar seperti UNSPSC, NSN, ECLASS, MESC, dan KIMAP mengklasifikasikan item; atributlah yang membedakannya. Petakan standar di level kelas.
  5. Resolve duplicates before go-live, using a decision matrix and the right people to confirm each verdict.Bereskan data dobel sebelum go-live, dengan matriks keputusan dan orang yang tepat untuk mengonfirmasi setiap keputusan.