Your ERP looked spotless on go-live day. A year later, the same bearing sits under three different codes, and procurement has just ordered a fourth.Hari go-live, data material di ERP terlihat rapi. Setahun kemudian, satu bearing yang sama sudah punya tiga kode berbeda, dan tim procurement baru saja menerbitkan PO untuk kode keempat.
That does not necessarily mean the cleanup failed. More often, it is what happens when Material Master Data is treated as a one-off project instead of a daily discipline.Kondisi seperti ini belum tentu berarti proyek pembersihan datanya gagal. Lebih sering, penyebabnya adalah Material Master Data dikelola sebagai proyek sekali jalan, bukan sebagai pekerjaan rutin sehari-hari.
The answer lies in two pillars many companies only half-build: Project-Based Cataloguing and Daily Cataloguing. How do they differ, why does one without the other tend to fall short, and which should come first? The answers can decide whether your next cleanup delivers lasting value or has to be repeated.Di sinilah dua pilar yang kerap hanya dijalankan setengah jalan berperan: Project-Based Cataloguing dan Daily Cataloguing. Apa bedanya, kenapa menjalankan salah satunya saja sering tidak cukup, dan mana yang sebaiknya didahulukan? Jawabannya ikut menentukan apakah pembersihan data berikutnya memberi hasil yang bertahan lama, atau harus diulang lagi.
The Cleanup Cycle That Never Seems to EndBersih-Bersih Data yang Terus Berulang
The pattern is familiar in asset-intensive industries. A company runs a large Material Cataloguing project before or after an ERP implementation. Thousands of records are standardised, duplicates are consolidated, and the database finally looks trustworthy.Di industri padat aset, polanya sering sama. Menjelang atau setelah implementasi ERP, perusahaan menjalankan proyek Material Cataloguing berskala besar. Ribuan data dirapikan, duplikasi digabung, dan untuk pertama kalinya database terasa bisa diandalkan.
Then the project team disbands. New material requests start arriving from plants, warehouses, and maintenance crews, each written in its own style. Within a year or two, it is not unusual for someone to propose another cleanup project.Setelah proyek selesai dan timnya kembali ke pekerjaan masing-masing, permintaan material baru mulai berdatangan dari plant, gudang, dan tim maintenance dengan gaya penulisan yang berbeda-beda. Tidak heran jika dalam satu atau dua tahun, muncul usulan untuk menjalankan proyek pembersihan data lagi.
Ask your team three honest questions:Coba ajukan tiga pertanyaan ini ke tim Anda:
- How many spare parts have been purchased because existing stock was hidden behind inconsistent naming?Berapa banyak spare part yang dibeli lagi, padahal stoknya ada di gudang tetapi tidak ketemu karena penamaannya berbeda?
- Can your team show that a new material request is genuinely new?Saat ada permintaan material baru, bisakah tim Anda memastikan item itu memang belum pernah terdaftar?
- What happens when the next uncontrolled record enters the ERP database tomorrow?Lalu, apa yang terjadi kalau besok ada lagi data yang masuk ke ERP tanpa pengecekan?
If these questions are difficult to answer, the issue is usually not a lack of effort. It is a lack of structure. Sustainable Material Master Data rests on two pillars that need to work together: Project-Based Cataloguing and Daily Cataloguing.Kalau pertanyaan tersebut sulit dijawab, biasanya masalahnya bukan pada kurangnya usaha, tetapi pada belum adanya struktur kerja yang jelas. Material Master Data yang terjaga dalam jangka panjang membutuhkan dua pilar yang berjalan beriringan: Project-Based Cataloguing dan Daily Cataloguing.
Definitions & Key DifferencesDefinisi & Perbedaan Utama
Both approaches pursue the same outcome: accurate, standardised, and duplicate-free material records in your ERP / EAM Databases. They differ in purpose, timing, and the way work is organised.Tujuan akhir keduanya sama, yaitu data material di ERP / EAM Databases yang akurat, seragam, dan tidak dobel. Yang membedakan adalah fungsinya, kapan dijalankan, dan bagaimana pekerjaannya diatur.
Project-Based Cataloguing
A time-bound initiative that cleans accumulated legacy data and establishes the initial cataloguing standards.Proyek dengan jangka waktu tertentu untuk membereskan legacy data yang sudah menumpuk, sekaligus menyusun standar cataloguing yang akan dipakai ke depan.
- Cleansing, enrichment, and standardisation of existing recordsCleansing, melengkapi atribut, dan menyeragamkan data yang sudah ada
- Duplicate Detection and consolidation into a single Golden RecordDuplicate Detection dan penggabungan data ganda menjadi satu Golden Record
- Defining naming conventions, attribute templates, and classificationMenyusun naming convention, template atribut, dan klasifikasi
- Clear scope, timeline, and deliverablesScope, timeline, dan deliverable yang jelas
Daily Cataloguing
A continuous function within Daily Operations that governs every new request and change as it happens.Fungsi rutin dalam Daily Operations yang mengawal setiap permintaan material baru dan perubahan data, tepat saat permintaan itu masuk.
- Reviewing and validating new material creation requestsMe-review dan memvalidasi permintaan pembuatan material baru
- Checking for duplicates before a code is createdMengecek duplikasi sebelum kode material dibuat
- Handling changes, extensions, and deactivationMenangani perubahan data, extension, dan penonaktifan material
- Measured by SLA and sustained data qualityKinerjanya diukur lewat SLA dan kualitas data yang konsisten
| AspectAspek | Project-Based CataloguingProject-Based Cataloguing | Daily CataloguingDaily Cataloguing |
|---|---|---|
| Main focusFokus utama | Correcting historical dataMembereskan data lama | Preventing new data problemsMencegah masalah data baru |
| NatureSifat | One-off or periodic, time-boundSekali jalan atau berkala, ada batas waktunya | Continuous, embedded in Daily OperationsTerus berjalan sebagai bagian dari Daily Operations |
| Data volumeVolume data | Large batches processed at onceData dalam jumlah besar, diproses per batch | A steady flow of daily requestsPermintaan harian yang masuk terus-menerus |
| Main outputHasil utama | A clean baseline and a cataloguing rulebookBaseline data yang bersih dan pedoman cataloguing | More consistent data quality over timeKualitas data yang lebih konsisten dari waktu ke waktu |
| Success metricsUkuran keberhasilan | Duplicates consolidated, attribute completeness, standardisation rateJumlah duplikasi yang digabung, kelengkapan atribut, tingkat standardisasi | SLA compliance, first-time-right rate, new duplicates preventedPencapaian SLA, first-time-right rate, jumlah duplikasi baru yang tercegah |
Why Clean Data DecaysKenapa Data yang Sudah Bersih Bisa Berantakan Lagi
Data decay is not necessarily a sign that the original project failed. It is a common result of a live system that keeps receiving new information from many people under operational pressure.Data yang kembali berantakan belum tentu menandakan proyek awalnya gagal. Ini hal yang lumrah terjadi pada sistem yang setiap hari diisi banyak orang, sering kali dalam kondisi dikejar waktu.
How clean data drifts back into disorderBagaimana data yang sudah rapi kembali berantakan
- Urgency overrides processKondisi urgent, prosedur dilewati
- Inconsistent descriptionsDeskripsi tidak seragam
- Duplicate codes split stockKode dobel, stok terpecah
- Parts purchased againPart dibeli ulang
- Trust in the catalogue erodesKatalog tidak lagi dipercaya
↺ Without a control point at creation, the cycle tends to repeat, and each loop makes the next one more likely.↺ Tanpa titik kontrol saat data dibuat, siklus ini cenderung berulang, dan setiap putarannya membuat putaran berikutnya makin mudah terjadi.
The causal chain usually looks like this:Di lapangan, urutannya kurang lebih seperti ini:
- Urgency overrides process. A pump fails, the maintenance planner needs a seal today, and a quick material code feels faster than a proper search.Kondisi urgent, prosedur dilewati. Pompa trip, planner maintenance butuh seal hari itu juga, dan membuat kode baru terasa lebih cepat daripada mencari kode yang sudah ada.
- Descriptions vary by author. One person writes "BRG, BALL 6205 2RS", another writes "Bearing 6205-2RS SKF". The ERP sees two different items.Deskripsi tergantung siapa yang menulis. Satu orang menulis "BRG, BALL 6205 2RS", yang lain menulis "Bearing 6205-2RS SKF". Bagi ERP, keduanya adalah dua item yang berbeda.
- Duplicates split stock visibility. The same part sits in the warehouse under two codes, so one appears out of stock while the other gathers dust.Kode dobel membuat stok tidak terlihat utuh. Part yang sama tersimpan dengan dua kode. Kode yang satu tercatat kosong, sementara kode lainnya menumpuk di rak tanpa pernah dipakai.
- Procurement buys again. A purchase order is raised for a part the company already owns.Procurement membeli lagi. PO diterbitkan untuk part yang sebenarnya sudah ada di gudang.
- Trust erodes. Users stop relying on the catalogue and create even more workarounds.Katalog tidak lagi dipercaya. User berhenti mencari di katalog dan makin sering mengambil jalan pintas.
Each step makes the next one more likely. Without a control point at the moment of creation, the database tends to drift back toward the state it was in before the cleanup.Satu masalah memicu masalah berikutnya. Jika tidak ada titik kontrol saat data dibuat, kondisi database cenderung bergeser kembali seperti sebelum dibersihkan.
The Real Cost of Getting This WrongDampak yang Sering Tidak Terlihat
Poor Material Master Data rarely shows up as a single line item in the budget. Its cost is spread across departments, which is exactly why it is easy to underestimate.Kerugian akibat Material Master Data yang buruk jarang tercatat sebagai satu pos biaya tersendiri. Dampaknya tersebar di banyak divisi, dan karena itulah sering dianggap sepele.
ProcurementProcurement
Buyers spend time clarifying vague requests with users and suppliers. Duplicate codes can also fragment spend, weakening negotiating leverage because volumes for the same item are split across several records.Buyer harus bolak-balik mengonfirmasi permintaan yang kurang jelas, baik ke user maupun ke vendor. Selain itu, kode dobel membuat nilai pembelian untuk item yang sama terpecah, sehingga posisi tawar saat negosiasi bisa ikut melemah.
MaintenanceMaintenance
When technicians cannot find the right spare part quickly, repair time stretches. For critical equipment, the cost of additional downtime can exceed the price of the part itself.Kalau teknisi tidak cepat menemukan spare part yang tepat, waktu perbaikan jadi lebih panjang. Pada peralatan kritis, biaya dari downtime tambahan ini bisa lebih besar daripada harga part-nya sendiri.
Inventory and Supply Chain ManagementInventory dan Supply Chain Management
Duplicate and poorly described items can inflate working capital and increase the risk of obsolete stock. Reorder points become harder to trust, and SCM planning loses part of the foundation it depends on.Item dobel dan deskripsi yang tidak jelas bisa membuat nilai persediaan membengkak dan menambah risiko stok mati. Reorder point jadi sulit dipercaya, dan perencanaan Supply Chain kehilangan sebagian pijakan datanya.
Repeated project spendBiaya proyek yang terulang
One of the most avoidable costs is paying for the same cleanup twice. When a project is not followed by ongoing governance, the organisation effectively rents clean data for a short period instead of owning it.Salah satu biaya yang sebenarnya bisa dihindari adalah membayar pembersihan data yang sama dua kali. Tanpa tata kelola lanjutan setelah proyek selesai, perusahaan seolah hanya "menyewa" data bersih untuk sementara waktu.
Wondering how your material data is really performing?Ingin tahu kondisi data material Anda sebenarnya?
Find out where duplicates and unclear descriptions may be hiding in your ERP.Cari tahu di mana duplikasi dan deskripsi yang kurang jelas mungkin tersembunyi di ERP Anda.
The Data Lifecycle Transition: Why One Approach Is Not EnoughTransisi Siklus Data: Kenapa Satu Pendekatan Saja Tidak Cukup
Think of Material Master Data as a warehouse. Project-Based Cataloguing is the major clear-out: sorting, labelling, and removing what no longer belongs. Daily Cataloguing is the gatekeeper who makes sure every new item arrives with the right label and goes to the right shelf.Anggap saja Material Master Data itu sebuah gudang. Project-Based Cataloguing adalah kegiatan beres-beres besar: barang dipilah, diberi label, dan yang tidak perlu disingkirkan. Daily Cataloguing berperan sebagai petugas di pintu masuk, yang memastikan setiap barang baru punya label yang benar dan ditaruh di rak yang tepat.
Project only, without daily governanceHanya proyek, tanpa tata kelola harian
The data is clean on go-live day, but new requests still flow through the old, uncontrolled process. Free-text descriptions and duplicate codes gradually return, and the value of the investment can slowly erode.Saat go-live datanya memang bersih. Namun, permintaan baru tetap masuk lewat jalur lama yang tidak terkontrol. Lambat laun deskripsi bebas dan kode dobel muncul lagi, dan nilai investasi proyek pun bisa ikut tergerus.
Daily governance only, without an initial projectHanya tata kelola harian, tanpa proyek awal
The cataloguing team works hard to control new requests, but it validates them against a master still full of duplicates and incomplete records. Duplicate Detection becomes less reliable, and there is no solid standard to enforce.Tim cataloguing sudah berusaha mengontrol setiap permintaan baru, tetapi acuannya adalah master data yang masih penuh duplikasi dan data tidak lengkap. Akibatnya, Duplicate Detection jadi kurang akurat, dan belum ada standar yang cukup kuat untuk dijadikan pegangan.
Material data quality over time: two scenariosKualitas data material dari waktu ke waktu: dua skenario
↑ Data quality↑ Kualitas data
Legacy dataLegacy dataProject / go-liveProyek / go-liveTime →Waktu →
- Project-Based + Daily Cataloguing: quality is maintainedProject-Based + Daily Cataloguing: kualitas lebih terjaga
- Project only: quality tends to declineHanya proyek: kualitas cenderung menurun
- Cleansing project periodPeriode proyek cleansing
- Go-liveGo-live
Conceptual illustration, not based on measured data. The shaded area marks the cleansing project.Ilustrasi konseptual, bukan hasil pengukuran. Area biru muda menandai periode proyek pembersihan data.
Planning the handover from project to operationMenyiapkan peralihan dari proyek ke operasional
The transition should be designed on day one, not improvised when the project ends. A practical handover includes:Peralihan ini sebaiknya dirancang sejak awal proyek, bukan dipikirkan mendadak saat proyek hampir selesai. Beberapa hal yang perlu disiapkan:
- A living rulebook. Naming conventions, attribute templates, and classification rules from the project become the reference for every daily request.Pedoman yang terus diperbarui. Naming convention, template atribut, dan aturan klasifikasi hasil proyek dipakai sebagai acuan untuk setiap permintaan harian.
- A controlled request workflow. New materials pass through a single review point before they are created in SAP, Oracle, Maximo, Odoo, or any other system.Alur permintaan yang terkontrol. Setiap material baru melewati satu pintu review sebelum dibuat di SAP, Oracle, Maximo, Odoo, atau sistem lain yang digunakan.
- Knowledge continuity. The people who will run Daily Cataloguing take part in the project, so expertise is transferred rather than lost.Transfer pengetahuan. Tim yang nantinya menjalankan Daily Cataloguing dilibatkan sejak proyek berjalan, supaya pemahamannya tidak hilang begitu proyek ditutup.
- Defined metrics. SLA and data quality indicators are agreed in advance, so management can see whether the baseline is holding.Metrik yang disepakati. SLA dan indikator kualitas data ditentukan di awal, sehingga manajemen bisa memantau apakah baseline tetap terjaga.
A practical illustrationContoh sederhana di lapangan
Consider a processing plant that completes a cleansing project and consolidates several duplicate records for the same mechanical seal into one Golden Record. Stock that was previously hard to find is now visible to every planner.Misalnya, sebuah plant pengolahan baru saja menyelesaikan proyek cleansing. Beberapa data dobel untuk mechanical seal yang sama digabung menjadi satu Golden Record, sehingga stok yang tadinya sulit ditemukan kini terlihat oleh semua planner.
Six months later, a contractor requests the same seal using a supplier's catalogue name. Without Daily Cataloguing, a new code may be created and the duplicate returns. With Daily Cataloguing in place, the request can be matched to the existing record, and the planner receives the existing code instead of a new one.Enam bulan kemudian, seorang kontraktor meminta seal yang sama, tetapi menggunakan nama dari katalog vendor. Tanpa Daily Cataloguing, besar kemungkinan kode baru akan dibuat dan duplikasi muncul lagi. Dengan Daily Cataloguing, permintaan itu bisa dicocokkan dulu dengan data yang ada, sehingga planner mendapat kode yang sudah terdaftar, bukan kode baru.
The difference seems small for one item. Multiplied across thousands of requests each year, it influences whether the original project keeps delivering value or quietly loses it.Untuk satu item, bedanya memang terlihat kecil. Tapi jika terjadi pada ribuan permintaan setiap tahun, hal ini ikut menentukan apakah manfaat proyek awal bisa terus dirasakan atau perlahan hilang.
Needs Analysis: Choosing the Right Entry PointAnalisis Kebutuhan: Mulai dari Mana?
Not every company should begin in the same place. The right entry point depends on the current maturity of your material data. Use the guide below as a starting point for management discussion, not as a final diagnosis.Setiap perusahaan punya titik awal yang berbeda, tergantung seberapa matang kondisi data materialnya saat ini. Panduan berikut bisa dipakai sebagai bahan diskusi awal di level manajemen, bukan sebagai diagnosis akhir.
| Data maturityTingkat kematangan data | Typical symptomsGejala yang biasa muncul | Suggested entry pointTitik awal yang disarankan |
|---|---|---|
| LowRendah | Widespread duplicates, free-text descriptions, no naming standard, users struggle to find itemsDuplikasi di banyak tempat, deskripsi ditulis bebas, belum ada standar penamaan, user kesulitan mencari item | Start with Project-Based Cataloguing, and set up Daily Cataloguing before the project closesMulai dari Project-Based Cataloguing, dan siapkan Daily Cataloguing sebelum proyek ditutup |
| MediumMenengah | Standards exist but are applied inconsistently; problems cluster in certain material groups or plantsStandar sudah ada tetapi penerapannya belum konsisten; masalah banyak ditemukan di material group atau plant tertentu | Launch Daily Cataloguing, combined with targeted cleansing for problem areasJalankan Daily Cataloguing, ditambah cleansing yang difokuskan ke area bermasalah |
| HighTinggi | Data is largely clean and standardised; the risk lies in maintaining quality as volume growsData sebagian besar sudah bersih dan seragam; tantangannya adalah menjaga kualitas saat jumlah data terus bertambah | Focus on Daily Cataloguing with periodic data quality auditsFokus pada Daily Cataloguing, disertai audit kualitas data secara berkala |
| Special triggerKondisi khusus | ERP migration, merger, new plant, or system consolidationMigrasi ERP, merger, plant baru, atau konsolidasi sistem | Run Project-Based Cataloguing before migration, so cleaner data enters the new systemJalankan Project-Based Cataloguing sebelum migrasi, supaya data yang masuk ke sistem baru sudah lebih bersih |
Four diagnostic questions for managementEmpat pertanyaan diagnostik untuk manajemen
- How reliable is material search today? If users regularly create new codes because they cannot find existing ones, the root problem likely sits in legacy data.Seberapa mudah mencari material saat ini? Kalau user sering membuat kode baru karena tidak menemukan yang sudah ada, kemungkinan besar sumber masalahnya ada di legacy data.
- Who controls new material creation? If anyone can create a code without review, daily governance needs attention early.Siapa yang memegang kontrol pembuatan material baru? Kalau siapa saja bisa membuat kode tanpa review, tata kelola harian perlu segera dibenahi.
- Is a major system change on the horizon? An ERP migration is often a practical moment to run a cleansing project.Apakah dalam waktu dekat ada perubahan sistem besar? Migrasi ERP biasanya menjadi momen yang pas untuk menjalankan proyek cleansing.
- Do we have in-house cataloguing capacity? If not, a managed Cataloguing Service can help maintain quality and SLA without building a team from scratch.Apakah tim internal punya kapasitas untuk cataloguing? Jika belum, Cataloguing Service dari pihak luar bisa membantu menjaga kualitas dan SLA tanpa harus membangun tim dari nol.
Not sure which entry point fits?Masih ragu harus mulai dari mana?
Our team can help you map your data maturity and discuss a sensible starting point.Tim kami bisa membantu memetakan kondisi data Anda dan mendiskusikan langkah awal yang paling masuk akal.
What Effective Daily Cataloguing Looks LikeSeperti Apa Daily Cataloguing yang Berjalan Baik
Daily governance does not have to slow operations down. When designed well, it can reduce friction, because requesters receive a correct, searchable material code without long back-and-forth clarification.Tata kelola harian tidak harus membuat operasional jadi lambat. Kalau alurnya dirancang dengan baik, prosesnya justru bisa lebih lancar, karena user mendapatkan kode material yang benar dan mudah dicari tanpa harus bolak-balik klarifikasi.
A practical workflow typically includes five stages:Secara umum, alurnya terdiri dari lima tahap:
The Daily Cataloguing workflowAlur kerja Daily Cataloguing
- Structured request Users submit key information such as manufacturer, part number, and technical attributes, not just a short free-text name.Request terstruktur User mengisi informasi penting seperti manufacturer, part number, dan atribut teknis, bukan hanya nama singkat yang ditulis bebas.
- Duplicate Detection The request is checked against the existing master to confirm the item is genuinely new.Duplicate Detection Request dicek ke master data yang ada untuk memastikan item tersebut memang belum terdaftar.
- Standardisation The cataloguer applies the agreed naming convention, attribute template, and classification.Standardisasi Cataloguer menerapkan naming convention, template atribut, dan klasifikasi yang sudah disepakati.
- Approval and creation The validated record is created in the ERP / EAM Databases within an agreed SLA.Approval dan pembuatan kode Data yang sudah divalidasi dibuat di ERP / EAM Databases sesuai SLA yang disepakati.
- Monitoring Data quality indicators are reviewed regularly, so small issues can be caught before they multiply.Monitoring Indikator kualitas data dipantau rutin, supaya masalah kecil bisa ditangani sebelum menumpuk.
Supporting tools such as the SCS®-ANSI Module are designed to help standardise descriptions and support more consistent Duplicate Detection. Tools, however, only work when they sit inside a clear process with clear ownership.Tools pendukung seperti SCS®-ANSI Module dirancang untuk membantu menyeragamkan deskripsi dan membuat Duplicate Detection lebih konsisten. Meski begitu, tools baru efektif jika dijalankan dalam proses yang jelas dan ada penanggung jawabnya.
Want to keep your Material Master Data under control every day?Ingin Material Master Data tetap terkontrol setiap hari?
See how a managed Daily Cataloguing service can handle new requests within an agreed SLA.Lihat bagaimana layanan Daily Cataloguing dapat menangani setiap request baru sesuai SLA yang disepakati.
Key TakeawaysPoin Penting
Project-Based Cataloguing and Daily Cataloguing are not competing options. They are two phases of the same lifecycle. The project corrects the past and sets the standard, while daily governance protects what has been built.Project-Based Cataloguing dan Daily Cataloguing bukan dua pilihan yang harus dipilih salah satunya. Keduanya adalah tahapan dalam siklus yang sama. Proyek membereskan data lama dan menetapkan standar, sementara tata kelola harian menjaga agar hasil tersebut tidak hilang.
Companies that plan both from the start are better placed to protect their ERP investment. Procurement can move with fewer clarifications, inventory records can better reflect what is on the shelf, and maintenance teams can find the right spare part sooner.Perusahaan yang merencanakan keduanya sejak awal punya peluang lebih besar untuk menjaga nilai investasi ERP-nya. Procurement tidak perlu terlalu sering klarifikasi, catatan inventory lebih mendekati kondisi stok di gudang, dan tim maintenance bisa lebih cepat menemukan spare part yang dibutuhkan.
Your ERP looked spotless on go-live day. A year later, the same bearing sits under three different codes, and procurement has just ordered a fourth.Hari go-live, data material di ERP terlihat rapi. Setahun kemudian, satu bearing yang sama sudah punya tiga kode berbeda, dan tim procurement baru saja menerbitkan PO untuk kode keempat.
That does not necessarily mean the cleanup failed. More often, it is what happens when Material Master Data is treated as a one-off project instead of a daily discipline.Kondisi seperti ini belum tentu berarti proyek pembersihan datanya gagal. Lebih sering, penyebabnya adalah Material Master Data dikelola sebagai proyek sekali jalan, bukan sebagai pekerjaan rutin sehari-hari.
The answer lies in two pillars many companies only half-build: Project-Based Cataloguing and Daily Cataloguing. How do they differ, why does one without the other tend to fall short, and which should come first? The answers can decide whether your next cleanup delivers lasting value or has to be repeated.Di sinilah dua pilar yang kerap hanya dijalankan setengah jalan berperan: Project-Based Cataloguing dan Daily Cataloguing. Apa bedanya, kenapa menjalankan salah satunya saja sering tidak cukup, dan mana yang sebaiknya didahulukan? Jawabannya ikut menentukan apakah pembersihan data berikutnya memberi hasil yang bertahan lama, atau harus diulang lagi.
The Cleanup Cycle That Never Seems to EndBersih-Bersih Data yang Terus Berulang
The pattern is familiar in asset-intensive industries. A company runs a large Material Cataloguing project before or after an ERP implementation. Thousands of records are standardised, duplicates are consolidated, and the database finally looks trustworthy.Di industri padat aset, polanya sering sama. Menjelang atau setelah implementasi ERP, perusahaan menjalankan proyek Material Cataloguing berskala besar. Ribuan data dirapikan, duplikasi digabung, dan untuk pertama kalinya database terasa bisa diandalkan.
Then the project team disbands. New material requests start arriving from plants, warehouses, and maintenance crews, each written in its own style. Within a year or two, it is not unusual for someone to propose another cleanup project.Setelah proyek selesai dan timnya kembali ke pekerjaan masing-masing, permintaan material baru mulai berdatangan dari plant, gudang, dan tim maintenance dengan gaya penulisan yang berbeda-beda. Tidak heran jika dalam satu atau dua tahun, muncul usulan untuk menjalankan proyek pembersihan data lagi.
Ask your team three honest questions:Coba ajukan tiga pertanyaan ini ke tim Anda:
- How many spare parts have been purchased because existing stock was hidden behind inconsistent naming?Berapa banyak spare part yang dibeli lagi, padahal stoknya ada di gudang tetapi tidak ketemu karena penamaannya berbeda?
- Can your team show that a new material request is genuinely new?Saat ada permintaan material baru, bisakah tim Anda memastikan item itu memang belum pernah terdaftar?
- What happens when the next uncontrolled record enters the ERP database tomorrow?Lalu, apa yang terjadi kalau besok ada lagi data yang masuk ke ERP tanpa pengecekan?
If these questions are difficult to answer, the issue is usually not a lack of effort. It is a lack of structure. Sustainable Material Master Data rests on two pillars that need to work together: Project-Based Cataloguing and Daily Cataloguing.Kalau pertanyaan tersebut sulit dijawab, biasanya masalahnya bukan pada kurangnya usaha, tetapi pada belum adanya struktur kerja yang jelas. Material Master Data yang terjaga dalam jangka panjang membutuhkan dua pilar yang berjalan beriringan: Project-Based Cataloguing dan Daily Cataloguing.
Definitions & Key DifferencesDefinisi & Perbedaan Utama
Both approaches pursue the same outcome: accurate, standardised, and duplicate-free material records in your ERP / EAM Databases. They differ in purpose, timing, and the way work is organised.Tujuan akhir keduanya sama, yaitu data material di ERP / EAM Databases yang akurat, seragam, dan tidak dobel. Yang membedakan adalah fungsinya, kapan dijalankan, dan bagaimana pekerjaannya diatur.
Project-Based Cataloguing
A time-bound initiative that cleans accumulated legacy data and establishes the initial cataloguing standards.Proyek dengan jangka waktu tertentu untuk membereskan legacy data yang sudah menumpuk, sekaligus menyusun standar cataloguing yang akan dipakai ke depan.
- Cleansing, enrichment, and standardisation of existing recordsCleansing, melengkapi atribut, dan menyeragamkan data yang sudah ada
- Duplicate Detection and consolidation into a single Golden RecordDuplicate Detection dan penggabungan data ganda menjadi satu Golden Record
- Defining naming conventions, attribute templates, and classificationMenyusun naming convention, template atribut, dan klasifikasi
- Clear scope, timeline, and deliverablesScope, timeline, dan deliverable yang jelas
Daily Cataloguing
A continuous function within Daily Operations that governs every new request and change as it happens.Fungsi rutin dalam Daily Operations yang mengawal setiap permintaan material baru dan perubahan data, tepat saat permintaan itu masuk.
- Reviewing and validating new material creation requestsMe-review dan memvalidasi permintaan pembuatan material baru
- Checking for duplicates before a code is createdMengecek duplikasi sebelum kode material dibuat
- Handling changes, extensions, and deactivationMenangani perubahan data, extension, dan penonaktifan material
- Measured by SLA and sustained data qualityKinerjanya diukur lewat SLA dan kualitas data yang konsisten
| AspectAspek | Project-Based CataloguingProject-Based Cataloguing | Daily CataloguingDaily Cataloguing |
|---|---|---|
| Main focusFokus utama | Correcting historical dataMembereskan data lama | Preventing new data problemsMencegah masalah data baru |
| NatureSifat | One-off or periodic, time-boundSekali jalan atau berkala, ada batas waktunya | Continuous, embedded in Daily OperationsTerus berjalan sebagai bagian dari Daily Operations |
| Data volumeVolume data | Large batches processed at onceData dalam jumlah besar, diproses per batch | A steady flow of daily requestsPermintaan harian yang masuk terus-menerus |
| Main outputHasil utama | A clean baseline and a cataloguing rulebookBaseline data yang bersih dan pedoman cataloguing | More consistent data quality over timeKualitas data yang lebih konsisten dari waktu ke waktu |
| Success metricsUkuran keberhasilan | Duplicates consolidated, attribute completeness, standardisation rateJumlah duplikasi yang digabung, kelengkapan atribut, tingkat standardisasi | SLA compliance, first-time-right rate, new duplicates preventedPencapaian SLA, first-time-right rate, jumlah duplikasi baru yang tercegah |
Why Clean Data DecaysKenapa Data yang Sudah Bersih Bisa Berantakan Lagi
Data decay is not necessarily a sign that the original project failed. It is a common result of a live system that keeps receiving new information from many people under operational pressure.Data yang kembali berantakan belum tentu menandakan proyek awalnya gagal. Ini hal yang lumrah terjadi pada sistem yang setiap hari diisi banyak orang, sering kali dalam kondisi dikejar waktu.
How clean data drifts back into disorderBagaimana data yang sudah rapi kembali berantakan
- Urgency overrides processKondisi urgent, prosedur dilewati
- Inconsistent descriptionsDeskripsi tidak seragam
- Duplicate codes split stockKode dobel, stok terpecah
- Parts purchased againPart dibeli ulang
- Trust in the catalogue erodesKatalog tidak lagi dipercaya
↺ Without a control point at creation, the cycle tends to repeat, and each loop makes the next one more likely.↺ Tanpa titik kontrol saat data dibuat, siklus ini cenderung berulang, dan setiap putarannya membuat putaran berikutnya makin mudah terjadi.
The causal chain usually looks like this:Di lapangan, urutannya kurang lebih seperti ini:
- Urgency overrides process. A pump fails, the maintenance planner needs a seal today, and a quick material code feels faster than a proper search.Kondisi urgent, prosedur dilewati. Pompa trip, planner maintenance butuh seal hari itu juga, dan membuat kode baru terasa lebih cepat daripada mencari kode yang sudah ada.
- Descriptions vary by author. One person writes "BRG, BALL 6205 2RS", another writes "Bearing 6205-2RS SKF". The ERP sees two different items.Deskripsi tergantung siapa yang menulis. Satu orang menulis "BRG, BALL 6205 2RS", yang lain menulis "Bearing 6205-2RS SKF". Bagi ERP, keduanya adalah dua item yang berbeda.
- Duplicates split stock visibility. The same part sits in the warehouse under two codes, so one appears out of stock while the other gathers dust.Kode dobel membuat stok tidak terlihat utuh. Part yang sama tersimpan dengan dua kode. Kode yang satu tercatat kosong, sementara kode lainnya menumpuk di rak tanpa pernah dipakai.
- Procurement buys again. A purchase order is raised for a part the company already owns.Procurement membeli lagi. PO diterbitkan untuk part yang sebenarnya sudah ada di gudang.
- Trust erodes. Users stop relying on the catalogue and create even more workarounds.Katalog tidak lagi dipercaya. User berhenti mencari di katalog dan makin sering mengambil jalan pintas.
Each step makes the next one more likely. Without a control point at the moment of creation, the database tends to drift back toward the state it was in before the cleanup.Satu masalah memicu masalah berikutnya. Jika tidak ada titik kontrol saat data dibuat, kondisi database cenderung bergeser kembali seperti sebelum dibersihkan.
The Real Cost of Getting This WrongDampak yang Sering Tidak Terlihat
Poor Material Master Data rarely shows up as a single line item in the budget. Its cost is spread across departments, which is exactly why it is easy to underestimate.Kerugian akibat Material Master Data yang buruk jarang tercatat sebagai satu pos biaya tersendiri. Dampaknya tersebar di banyak divisi, dan karena itulah sering dianggap sepele.
ProcurementProcurement
Buyers spend time clarifying vague requests with users and suppliers. Duplicate codes can also fragment spend, weakening negotiating leverage because volumes for the same item are split across several records.Buyer harus bolak-balik mengonfirmasi permintaan yang kurang jelas, baik ke user maupun ke vendor. Selain itu, kode dobel membuat nilai pembelian untuk item yang sama terpecah, sehingga posisi tawar saat negosiasi bisa ikut melemah.
MaintenanceMaintenance
When technicians cannot find the right spare part quickly, repair time stretches. For critical equipment, the cost of additional downtime can exceed the price of the part itself.Kalau teknisi tidak cepat menemukan spare part yang tepat, waktu perbaikan jadi lebih panjang. Pada peralatan kritis, biaya dari downtime tambahan ini bisa lebih besar daripada harga part-nya sendiri.
Inventory and Supply Chain ManagementInventory dan Supply Chain Management
Duplicate and poorly described items can inflate working capital and increase the risk of obsolete stock. Reorder points become harder to trust, and SCM planning loses part of the foundation it depends on.Item dobel dan deskripsi yang tidak jelas bisa membuat nilai persediaan membengkak dan menambah risiko stok mati. Reorder point jadi sulit dipercaya, dan perencanaan Supply Chain kehilangan sebagian pijakan datanya.
Repeated project spendBiaya proyek yang terulang
One of the most avoidable costs is paying for the same cleanup twice. When a project is not followed by ongoing governance, the organisation effectively rents clean data for a short period instead of owning it.Salah satu biaya yang sebenarnya bisa dihindari adalah membayar pembersihan data yang sama dua kali. Tanpa tata kelola lanjutan setelah proyek selesai, perusahaan seolah hanya "menyewa" data bersih untuk sementara waktu.
Wondering how your material data is really performing?Ingin tahu kondisi data material Anda sebenarnya?
Find out where duplicates and unclear descriptions may be hiding in your ERP.Cari tahu di mana duplikasi dan deskripsi yang kurang jelas mungkin tersembunyi di ERP Anda.
The Data Lifecycle Transition: Why One Approach Is Not EnoughTransisi Siklus Data: Kenapa Satu Pendekatan Saja Tidak Cukup
Think of Material Master Data as a warehouse. Project-Based Cataloguing is the major clear-out: sorting, labelling, and removing what no longer belongs. Daily Cataloguing is the gatekeeper who makes sure every new item arrives with the right label and goes to the right shelf.Anggap saja Material Master Data itu sebuah gudang. Project-Based Cataloguing adalah kegiatan beres-beres besar: barang dipilah, diberi label, dan yang tidak perlu disingkirkan. Daily Cataloguing berperan sebagai petugas di pintu masuk, yang memastikan setiap barang baru punya label yang benar dan ditaruh di rak yang tepat.
Project only, without daily governanceHanya proyek, tanpa tata kelola harian
The data is clean on go-live day, but new requests still flow through the old, uncontrolled process. Free-text descriptions and duplicate codes gradually return, and the value of the investment can slowly erode.Saat go-live datanya memang bersih. Namun, permintaan baru tetap masuk lewat jalur lama yang tidak terkontrol. Lambat laun deskripsi bebas dan kode dobel muncul lagi, dan nilai investasi proyek pun bisa ikut tergerus.
Daily governance only, without an initial projectHanya tata kelola harian, tanpa proyek awal
The cataloguing team works hard to control new requests, but it validates them against a master still full of duplicates and incomplete records. Duplicate Detection becomes less reliable, and there is no solid standard to enforce.Tim cataloguing sudah berusaha mengontrol setiap permintaan baru, tetapi acuannya adalah master data yang masih penuh duplikasi dan data tidak lengkap. Akibatnya, Duplicate Detection jadi kurang akurat, dan belum ada standar yang cukup kuat untuk dijadikan pegangan.
Material data quality over time: two scenariosKualitas data material dari waktu ke waktu: dua skenario
↑ Data quality↑ Kualitas data
Legacy dataLegacy dataProject / go-liveProyek / go-liveTime →Waktu →
- Project-Based + Daily Cataloguing: quality is maintainedProject-Based + Daily Cataloguing: kualitas lebih terjaga
- Project only: quality tends to declineHanya proyek: kualitas cenderung menurun
- Cleansing project periodPeriode proyek cleansing
- Go-liveGo-live
Conceptual illustration, not based on measured data. The shaded area marks the cleansing project.Ilustrasi konseptual, bukan hasil pengukuran. Area biru muda menandai periode proyek pembersihan data.
Planning the handover from project to operationMenyiapkan peralihan dari proyek ke operasional
The transition should be designed on day one, not improvised when the project ends. A practical handover includes:Peralihan ini sebaiknya dirancang sejak awal proyek, bukan dipikirkan mendadak saat proyek hampir selesai. Beberapa hal yang perlu disiapkan:
- A living rulebook. Naming conventions, attribute templates, and classification rules from the project become the reference for every daily request.Pedoman yang terus diperbarui. Naming convention, template atribut, dan aturan klasifikasi hasil proyek dipakai sebagai acuan untuk setiap permintaan harian.
- A controlled request workflow. New materials pass through a single review point before they are created in SAP, Oracle, Maximo, Odoo, or any other system.Alur permintaan yang terkontrol. Setiap material baru melewati satu pintu review sebelum dibuat di SAP, Oracle, Maximo, Odoo, atau sistem lain yang digunakan.
- Knowledge continuity. The people who will run Daily Cataloguing take part in the project, so expertise is transferred rather than lost.Transfer pengetahuan. Tim yang nantinya menjalankan Daily Cataloguing dilibatkan sejak proyek berjalan, supaya pemahamannya tidak hilang begitu proyek ditutup.
- Defined metrics. SLA and data quality indicators are agreed in advance, so management can see whether the baseline is holding.Metrik yang disepakati. SLA dan indikator kualitas data ditentukan di awal, sehingga manajemen bisa memantau apakah baseline tetap terjaga.
A practical illustrationContoh sederhana di lapangan
Consider a processing plant that completes a cleansing project and consolidates several duplicate records for the same mechanical seal into one Golden Record. Stock that was previously hard to find is now visible to every planner.Misalnya, sebuah plant pengolahan baru saja menyelesaikan proyek cleansing. Beberapa data dobel untuk mechanical seal yang sama digabung menjadi satu Golden Record, sehingga stok yang tadinya sulit ditemukan kini terlihat oleh semua planner.
Six months later, a contractor requests the same seal using a supplier's catalogue name. Without Daily Cataloguing, a new code may be created and the duplicate returns. With Daily Cataloguing in place, the request can be matched to the existing record, and the planner receives the existing code instead of a new one.Enam bulan kemudian, seorang kontraktor meminta seal yang sama, tetapi menggunakan nama dari katalog vendor. Tanpa Daily Cataloguing, besar kemungkinan kode baru akan dibuat dan duplikasi muncul lagi. Dengan Daily Cataloguing, permintaan itu bisa dicocokkan dulu dengan data yang ada, sehingga planner mendapat kode yang sudah terdaftar, bukan kode baru.
The difference seems small for one item. Multiplied across thousands of requests each year, it influences whether the original project keeps delivering value or quietly loses it.Untuk satu item, bedanya memang terlihat kecil. Tapi jika terjadi pada ribuan permintaan setiap tahun, hal ini ikut menentukan apakah manfaat proyek awal bisa terus dirasakan atau perlahan hilang.
Needs Analysis: Choosing the Right Entry PointAnalisis Kebutuhan: Mulai dari Mana?
Not every company should begin in the same place. The right entry point depends on the current maturity of your material data. Use the guide below as a starting point for management discussion, not as a final diagnosis.Setiap perusahaan punya titik awal yang berbeda, tergantung seberapa matang kondisi data materialnya saat ini. Panduan berikut bisa dipakai sebagai bahan diskusi awal di level manajemen, bukan sebagai diagnosis akhir.
| Data maturityTingkat kematangan data | Typical symptomsGejala yang biasa muncul | Suggested entry pointTitik awal yang disarankan |
|---|---|---|
| LowRendah | Widespread duplicates, free-text descriptions, no naming standard, users struggle to find itemsDuplikasi di banyak tempat, deskripsi ditulis bebas, belum ada standar penamaan, user kesulitan mencari item | Start with Project-Based Cataloguing, and set up Daily Cataloguing before the project closesMulai dari Project-Based Cataloguing, dan siapkan Daily Cataloguing sebelum proyek ditutup |
| MediumMenengah | Standards exist but are applied inconsistently; problems cluster in certain material groups or plantsStandar sudah ada tetapi penerapannya belum konsisten; masalah banyak ditemukan di material group atau plant tertentu | Launch Daily Cataloguing, combined with targeted cleansing for problem areasJalankan Daily Cataloguing, ditambah cleansing yang difokuskan ke area bermasalah |
| HighTinggi | Data is largely clean and standardised; the risk lies in maintaining quality as volume growsData sebagian besar sudah bersih dan seragam; tantangannya adalah menjaga kualitas saat jumlah data terus bertambah | Focus on Daily Cataloguing with periodic data quality auditsFokus pada Daily Cataloguing, disertai audit kualitas data secara berkala |
| Special triggerKondisi khusus | ERP migration, merger, new plant, or system consolidationMigrasi ERP, merger, plant baru, atau konsolidasi sistem | Run Project-Based Cataloguing before migration, so cleaner data enters the new systemJalankan Project-Based Cataloguing sebelum migrasi, supaya data yang masuk ke sistem baru sudah lebih bersih |
Four diagnostic questions for managementEmpat pertanyaan diagnostik untuk manajemen
- How reliable is material search today? If users regularly create new codes because they cannot find existing ones, the root problem likely sits in legacy data.Seberapa mudah mencari material saat ini? Kalau user sering membuat kode baru karena tidak menemukan yang sudah ada, kemungkinan besar sumber masalahnya ada di legacy data.
- Who controls new material creation? If anyone can create a code without review, daily governance needs attention early.Siapa yang memegang kontrol pembuatan material baru? Kalau siapa saja bisa membuat kode tanpa review, tata kelola harian perlu segera dibenahi.
- Is a major system change on the horizon? An ERP migration is often a practical moment to run a cleansing project.Apakah dalam waktu dekat ada perubahan sistem besar? Migrasi ERP biasanya menjadi momen yang pas untuk menjalankan proyek cleansing.
- Do we have in-house cataloguing capacity? If not, a managed Cataloguing Service can help maintain quality and SLA without building a team from scratch.Apakah tim internal punya kapasitas untuk cataloguing? Jika belum, Cataloguing Service dari pihak luar bisa membantu menjaga kualitas dan SLA tanpa harus membangun tim dari nol.
Not sure which entry point fits?Masih ragu harus mulai dari mana?
Our team can help you map your data maturity and discuss a sensible starting point.Tim kami bisa membantu memetakan kondisi data Anda dan mendiskusikan langkah awal yang paling masuk akal.
What Effective Daily Cataloguing Looks LikeSeperti Apa Daily Cataloguing yang Berjalan Baik
Daily governance does not have to slow operations down. When designed well, it can reduce friction, because requesters receive a correct, searchable material code without long back-and-forth clarification.Tata kelola harian tidak harus membuat operasional jadi lambat. Kalau alurnya dirancang dengan baik, prosesnya justru bisa lebih lancar, karena user mendapatkan kode material yang benar dan mudah dicari tanpa harus bolak-balik klarifikasi.
A practical workflow typically includes five stages:Secara umum, alurnya terdiri dari lima tahap:
The Daily Cataloguing workflowAlur kerja Daily Cataloguing
- Structured request Users submit key information such as manufacturer, part number, and technical attributes, not just a short free-text name.Request terstruktur User mengisi informasi penting seperti manufacturer, part number, dan atribut teknis, bukan hanya nama singkat yang ditulis bebas.
- Duplicate Detection The request is checked against the existing master to confirm the item is genuinely new.Duplicate Detection Request dicek ke master data yang ada untuk memastikan item tersebut memang belum terdaftar.
- Standardisation The cataloguer applies the agreed naming convention, attribute template, and classification.Standardisasi Cataloguer menerapkan naming convention, template atribut, dan klasifikasi yang sudah disepakati.
- Approval and creation The validated record is created in the ERP / EAM Databases within an agreed SLA.Approval dan pembuatan kode Data yang sudah divalidasi dibuat di ERP / EAM Databases sesuai SLA yang disepakati.
- Monitoring Data quality indicators are reviewed regularly, so small issues can be caught before they multiply.Monitoring Indikator kualitas data dipantau rutin, supaya masalah kecil bisa ditangani sebelum menumpuk.
Supporting tools such as the SCS®-ANSI Module are designed to help standardise descriptions and support more consistent Duplicate Detection. Tools, however, only work when they sit inside a clear process with clear ownership.Tools pendukung seperti SCS®-ANSI Module dirancang untuk membantu menyeragamkan deskripsi dan membuat Duplicate Detection lebih konsisten. Meski begitu, tools baru efektif jika dijalankan dalam proses yang jelas dan ada penanggung jawabnya.
Want to keep your Material Master Data under control every day?Ingin Material Master Data tetap terkontrol setiap hari?
See how a managed Daily Cataloguing service can handle new requests within an agreed SLA.Lihat bagaimana layanan Daily Cataloguing dapat menangani setiap request baru sesuai SLA yang disepakati.
Key TakeawaysPoin Penting
Project-Based Cataloguing and Daily Cataloguing are not competing options. They are two phases of the same lifecycle. The project corrects the past and sets the standard, while daily governance protects what has been built.Project-Based Cataloguing dan Daily Cataloguing bukan dua pilihan yang harus dipilih salah satunya. Keduanya adalah tahapan dalam siklus yang sama. Proyek membereskan data lama dan menetapkan standar, sementara tata kelola harian menjaga agar hasil tersebut tidak hilang.
Companies that plan both from the start are better placed to protect their ERP investment. Procurement can move with fewer clarifications, inventory records can better reflect what is on the shelf, and maintenance teams can find the right spare part sooner.Perusahaan yang merencanakan keduanya sejak awal punya peluang lebih besar untuk menjaga nilai investasi ERP-nya. Procurement tidak perlu terlalu sering klarifikasi, catatan inventory lebih mendekati kondisi stok di gudang, dan tim maintenance bisa lebih cepat menemukan spare part yang dibutuhkan.