Model PPR (Product-Process-Resource): Satu Sumber Kebenaran untuk Produksi

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-11

Model PPR menghubungkan produk, proses, dan sumber daya dalam satu struktur. Pelajari apa saja isinya, bagaimana knowledge graph membantu, dan bagaimana manajer pabrik dapat membangunnya.

Automatically translated with AI from the original post. Read the English original

Model PPR menghubungkan produk yang Anda buat, langkah proses yang diperlukan untuk membuatnya, dan sumber daya yang dapat melakukan pekerjaan tersebut, dalam satu struktur yang saling terhubung. Artikel ini ditujukan bagi manajer pabrik yang sudah lelah menghadapi angka yang berbeda di sistem ERP, spreadsheet perencanaan, dan simulasi. Anda akan mempelajari apa saja isi model PPR, mengapa satu sumber kebenaran itu penting, bagaimana knowledge graph berperan, dan cara membangun versi pertama secara bertahap.

Poin Penting

• Model PPR menghubungkan produk yang akan dibuat, proses yang diperlukan untuk membuatnya, dan sumber daya yang dapat melakukan pekerjaan tersebut, sehingga ketiganya tidak pernah dijelaskan secara terpisah.
• Pabrik sering menyimpan waktu siklus dan routing di beberapa sistem dan spreadsheet, sehingga satu perubahan harus dilakukan di banyak tempat dan kesalahan pun mudah terjadi.
• Knowledge graph menyimpan hubungan ini sebagai relasi, sehingga Anda dapat menanyakan sumber daya mana yang dapat menjalankan langkah mana untuk produk mana.
• Skill dan kapabilitas memisahkan proses dari mesin tertentu, karena model menggambarkan apa yang dibutuhkan suatu langkah dan apa yang disediakan oleh suatu sumber daya.
• Mulailah dari yang kecil dengan satu keluarga produk, gunakan kembali data yang sudah dimiliki sistem ERP Anda, dan tetapkan pemilik untuk setiap field data.

Apa itu model PPR?

PPR adalah singkatan dari product, process, dan resource. Sebuah makalah referensi tentang kapabilitas dan skill dalam manufaktur menjelaskan konsep PPR sebagai representasi tiga aspek utama dalam rekayasa sistem produksi. Produk adalah input dan output produksi. Proses mengubah input menjadi output. Sumber daya menjalankan proses tersebut. Lihat makalah model referensi tentang kapabilitas dan skill.

Struktur product-process-resource mengikat ketiganya menjadi satu. Secara sederhana, struktur ini menjawab tiga pertanyaan yang saling terkait:

• Produk. Apa yang kita buat? Varian, komponen, dan bill of materials manufaktur.
• Proses. Bagaimana itu dibuat? Langkah-langkah, urutannya, waktu, dan aturannya.
• Sumber daya. Apa yang melakukan pekerjaan? Mesin, alat, dan tenaga kerja, beserta kalender dan batasannya.

Nilainya terletak pada hubungannya. Daftar produk, daftar langkah, dan daftar mesin hanyalah tiga daftar. Model PPR menjelaskan langkah mana milik produk mana, serta mesin dan tenaga kerja mana yang dapat menjalankannya.

Mengapa pabrik membutuhkan satu sumber kebenaran?

Sebagian besar pabrik sebenarnya sudah memiliki informasi ini, tetapi tersebar di banyak tempat: routing di sistem ERP, waktu di spreadsheet perencanaan, daftar mesin di pemeliharaan, dan parameter di model simulasi. Setiap salinan berpotensi menyimpang dari yang lain.

Sebuah makalah karya Ferrer dan rekan-rekannya tentang otomasi perakitan menggambarkan akar masalahnya. Pemodelan PPR dipandang menjanjikan karena dapat memangkas waktu pengembangan dan biaya rekayasa, serta memungkinkan perancangan dan rekonfigurasi sumber daya manufaktur yang efisien. Hambatannya adalah keterkaitan data PPR yang tidak efektif, sehingga perancangan sistem bergantung pada pengetahuan dan pengalaman masing-masing insinyur. Lihat abstrak makalah tersebut. Makalah ini membahas otomasi perakitan, tetapi intinya berlaku untuk pabrik mana pun yang menyimpan data produk, proses, dan sumber daya secara terpisah.

Tanda-tanda bahwa pabrik Anda memiliki banyak versi kebenaran:

• Waktu siklus berubah, tetapi jadwal, penawaran, dan simulasi masih menggunakan nilai lama.
• Perencana menyimpan spreadsheet pribadi karena mereka tidak mempercayai sistem.
• Tidak ada yang bisa segera memastikan produk mana yang terdampak jika sebuah mesin mati.
• Varian produk baru membutuhkan entri data selama berminggu-minggu sebelum dapat direncanakan.

Apa saja yang masuk ke dalam model?

Versi pertama yang berguna membutuhkan lebih sedikit dari yang mungkin Anda kira. Untuk setiap bagian, mulailah dengan field yang benar-benar digunakan dalam perencanaan.

Produk

1. Identifikasi produk dan varian
2. Bill of material manufaktur (apa yang dibangun dari apa)
3. Persyaratan kualitas atau pengujian yang memengaruhi rute

Proses

1. Operasi beserta urutannya, termasuk alternatifnya
2. Waktu per unit dan waktu persiapan (setup)
3. Keterampilan atau alat yang dibutuhkan untuk setiap operasi

Sumber daya

1. Mesin, stasiun kerja, alat, dan tenaga kerja
2. Kalender, shift, dan waktu henti yang direncanakan
3. Kapasitas, keterampilan, dan kualifikasi

Kemudian tambahkan tautannya: setiap operasi menunjuk ke produk yang menjadi bagiannya dan ke sumber daya yang mampu menjalankannya. Makalah rujukan menjelaskan mengapa hal ini membantu. Kapabilitas atau keterampilan menggambarkan fungsi yang dibutuhkan suatu proses, dan sumber daya menyediakannya, sehingga "keterkaitan kaku antara proses dan sumber daya menjadi terlepas". Dalam praktiknya, Anda mendeskripsikan apa yang dibutuhkan suatu langkah dan apa yang ditawarkan setiap sumber daya, dan Anda tidak mengunci satu mesin tertentu ke dalam routing.

Apa bedanya dengan bill of material dan routing?

Bill of material mencantumkan bagian-bagian dari sebuah produk. Routing mencantumkan operasi dan pusat kerja. Keduanya merupakan bagian dari data master produksi, dan keduanya diperlukan. Namun, masing-masing hanya menggambarkan satu sisi. Bill of material tidak menjelaskan bagaimana bagian-bagian tersebut dirakit, dan routing sering kali menyebut pusat kerja tetap, sehingga menyembunyikan mesin lain yang sebenarnya bisa melakukan pekerjaan tersebut.

Model PPR menggunakan keduanya sebagai masukan dan menambahkan apa yang belum ada: tautan ke sumber daya beserta batasannya. Dengan begitu, perencanaan, simulasi, dan pelaporan dapat bekerja dari data yang sama. Model ini juga mendukung cara kerja yang lebih dinamis dan adaptif. Jika sebuah mesin rusak atau varian baru datang, Anda dapat mencari sumber daya lain yang menyediakan keterampilan yang dibutuhkan, alih-alih menyunting banyak routing secara manual.

Bagaimana knowledge graph membantu?

Graf adalah cara menyimpan data sebagai entitas dan hubungan di antara entitas tersebut. Dalam graf PPR, produk, langkah, dan sumber daya menjadi node, sedangkan "dibuat oleh", "membutuhkan", dan "dapat dijalankan pada" menjadi relasinya.

Manfaatnya terlihat ketika Anda mengajukan pertanyaan yang melintasi ketiga bagian tersebut:

• Sumber daya mana yang dapat menjalankan langkah 30 dari famili produk A?
• Produk mana yang kehilangan satu-satunya operator berkualifikasi jika satu orang tidak hadir?
• Langkah mana yang menggunakan mesin penghambat (bottleneck) yang sama?
• Apa yang berubah jika mesin baru ditambahkan?

Dalam sekumpulan tabel terpisah, setiap pertanyaan membutuhkan laporan baru. Dalam knowledge graph, Anda cukup mengikuti tautannya. Graf ini juga lebih mudah diperluas: jenis hubungan baru, seperti kebutuhan alat, tidak memerlukan perancangan ulang.

Contoh: satu perubahan, banyak penyuntingan

Contoh ini menggunakan angka asumsi.

Sebuah pabrik membuat 40 produk. Waktu siklus dari satu langkah pengeboran pada mesin M3 berubah. Langkah ini muncul dalam routing 6 produk. Waktunya disimpan di 4 tempat: sistem ERP, lembar perencanaan, MES, dan model simulasi.

Tanpa model bersama. Perencana melakukan 6 × 4 = 24 penyuntingan. Misalkan setiap penyuntingan manual memiliki peluang 2 persen untuk terjadi kesalahan atau terlewat. Peluang bahwa ke-24 penyuntingan tersebut semuanya benar adalah 0,98 pangkat 24, yaitu sekitar 0,62. Jadi, peluang terjadinya setidaknya satu kesalahan adalah sekitar 1 − 0,62 = 38 persen.

Dengan satu sumber. Waktu disimpan sekali, pada keterkaitan antara langkah dan mesin, dan semua produk serta alat membacanya. Satu kali perubahan, dan peluang kesalahan hanya sebesar 2 persen dari perubahan tunggal tersebut.

Angkanya hanya ilustrasi, tetapi logikanya berlaku umum: semakin banyak salinan, semakin banyak tempat untuk nilai yang keliru. Satu sumber kebenaran tunggal tidak menghilangkan kesalahan, tetapi mengurangi jumlah tempat di mana kesalahan bisa terjadi.

Bagaimana cara membangunnya secara bertahap?

1. Pilih satu keluarga produk dan satu area, misalnya lini penyempitan (bottleneck). Jangan memodelkan seluruh pabrik terlebih dahulu.
2. Kumpulkan data yang ada. Ambil routing, bill of materials, waktu, dan daftar sumber daya dari sistem ERP serta sumber lainnya.
3. Temukan konflik. Bandingkan nilai yang sama di tempat yang berbeda. Tentukan mana yang benar, dan siapa pemiliknya.
4. Modelkan keterkaitannya. Hubungkan setiap langkah dengan produknya, serta dengan sumber daya dan keterampilan yang mampu melaksanakannya.
5. Periksa bersama lantai produksi. Tunjukkan model kepada supervisor dan perencana. Tanyakan: apakah begini pekerjaan benar-benar berjalan?
6. Hubungkan konsumennya. Perencanaan, simulasi, dan pelaporan seharusnya membaca model, bukan salinan mereka sendiri.
7. Jaga agar tetap hidup. Tunjuk satu pemilik data untuk setiap field dan tetapkan aturan untuk perubahan.

Kesalahan umum

• Mencoba memodelkan semuanya terlebih dahulu. Mulailah dengan satu keluarga dan perluas cakupannya secara bertahap.
• Menyalin kesalahan ERP. Model yang dibangun di atas waktu yang keliru adalah model yang keliru, meski tersusun rapi. Periksa nilai-nilai kunci langsung di mesin.
• Tidak ada pemilik data. Jika tidak ada yang memiliki sebuah field, nilainya akan menyimpang lagi.
• Menanamkan mesin secara tetap ke dalam routing. Deskripsikan kebutuhannya, dan biarkan model menemukan sumber daya yang sesuai.
• Membangun model yang tidak dipakai siapa pun. Jika perencanaan dan simulasi masih menggunakan salinan mereka sendiri, Anda hanya menambah satu salinan lagi.
• Mengabaikan orang dan keterampilan. Operator beserta kualifikasinya sering kali justru menjadi batasan yang sebenarnya.

Bagaimana perangkat lunak dapat membantu

Model PPR dapat dibangun dengan database graf, platform data, atau alat khusus. Polaris Designer dari iFAKT adalah modul dari iFAKT Polaris yang membangun knowledge graph produk-proses-sumber daya sebagai satu sumber kebenaran tunggal untuk produk, langkah proses, dan sumber daya. Saat membandingkan alat, tanyakan dari mana datanya berasal, bagaimana konflik antarsumber ditampilkan, dan bagaimana alat lain, seperti perencanaan dan simulasi, membaca model tersebut.

Langkah berikutnya

Pilih satu keluarga produk dan tuliskan produk, langkah, dan sumber daya dalam satu lembar kerja, beserta keterkaitan di antaranya. Bandingkan waktu di sistem ERP Anda dengan waktu di mesin, dan Anda akan memiliki versi pertama model PPR serta daftar data yang perlu diperbaiki.