Perencanaan Sumber Daya Perusahaan · Bisnis Digital

Perencanaan Sumber Daya Perusahaan

Pertemuan 11: Modul Supply Chain Management dalam ERP

Purchasing, SRM, WMS, TMS, Manufacturing, dan QA — bagaimana enam modul ini bekerja sebagai satu rantai data dalam sistem ERP.

RPS minggu 12 · 2x50 menit

Bagian 1 dari 3

Purchasing & SRM

Titik awal rantai pasok: bagaimana perusahaan memutuskan apa yang dibeli, dari siapa, dan berapa banyak — semuanya tercatat di ERP.

Tujuan Pembelajaran & Peta Materi

Setelah pertemuan ini, Anda mampu menjelaskan fungsi enam modul SCM dalam ERP dan bagaimana data mengalir di antaranya.

Sub-CPMK

6 Modul

Mampu menjelaskan proses bisnis dan integrasi data modul Purchasing, SRM, WMS, TMS, Manufacturing, dan QA dalam satu sistem ERP.

Posisi Materi

Pertemuan 11

Kelanjutan dari modul Financial Management, Sales, dan CRM/KM — SCM adalah tulang punggung sisi operasional-fisik perusahaan.

Fokus hari ini bukan menghafal nama modul, tetapi memahami alur data end-to-end: satu pesanan pembelian bisa memicu perubahan di gudang, produksi, keuangan, dan laporan kualitas secara bersamaan.

Rantai Enam Modul SCM dalam ERP

Supply Chain Management (SCM, manajemen rantai pasok) mengatur aliran barang, informasi, dan uang dari pemasok hingga ke pelanggan. Dalam ERP, enam modul ini terhubung sebagai satu alur berkesinambungan.

Semua modul ini berbagi satu database ERP yang sama — saat status pesanan pembelian berubah, gudang dan keuangan langsung melihat data terbaru tanpa entri ulang.

Perhatikan diagram ini baik-baik karena akan menjadi peta rujukan kita sepanjang dua jam ke depan. Alurnya dimulai dari Purchasing, tempat perusahaan memesan bahan baku, lalu SRM mengelola hubungan dengan pemasok yang dipilih. Barang yang datang masuk ke WMS atau Warehouse Management System untuk disimpan dan dikelola di gudang, kemudian masuk ke Manufacturing untuk diproses menjadi produk jadi, lalu dicek kualitasnya oleh QA sebelum akhirnya dikirim ke pelanggan melalui TMS atau Transportation Management System. Bayangkan pabrik sepatu Bata di Purwakarta: mereka membeli kulit dan sol dari pemasok, menyimpannya di gudang, memprosesnya menjadi sepatu, mengecek kualitas jahitan, lalu mengirimkannya ke toko-toko di seluruh Indonesia. Semua ini terekam otomatis dalam satu sistem ERP yang sama, itulah kekuatan integrasi yang kita pelajari sejak awal semester.

Modul Purchasing: Siklus Procure-to-Pay

Modul Purchasing mengelola seluruh proses pembelian barang/jasa, dikenal sebagai siklus Procure-to-Pay (P2P) — dari kebutuhan hingga pembayaran ke pemasok.

1. Permintaan

Purchase Requisition — permintaan internal dari gudang/produksi bahwa stok perlu dibeli.

2. Penawaran

RFQ

Request for Quotation — ERP mengirim permintaan harga ke beberapa pemasok terdaftar.

3. Pemesanan

Purchase Order — dokumen resmi pemesanan barang setelah pemasok dan harga disepakati.

Setelah barang diterima (Goods Receipt) dan faktur cocok dengan PO (three-way match: PO – penerimaan – faktur), ERP otomatis memicu pembayaran ke pemasok.

Sekarang kita masuk ke modul pertama secara detail, yaitu Purchasing. Siklusnya disebut Procure-to-Pay, atau P2P, mulai dari Purchase Requisition, singkatan PR, yaitu permintaan internal misalnya dari kepala gudang yang melihat stok kardus kemasan hampir habis. Sistem lalu bisa mengirim Request for Quotation, disingkat RFQ, ke beberapa pemasok terdaftar untuk membandingkan harga, mirip seperti ketika Anda membandingkan harga di beberapa toko sebelum membeli laptop. Setelah pemasok dan harga disepakati, ERP menerbitkan Purchase Order atau PO, yaitu dokumen resmi pemesanan. Yang menarik dari ERP adalah proses three-way match, yaitu sistem otomatis mencocokkan PO, bukti penerimaan barang, dan faktur dari pemasok sebelum pembayaran disetujui, sehingga meminimalkan risiko pembayaran ganda atau kecurangan seperti yang pernah terjadi di beberapa kasus korupsi pengadaan BUMN.

Hitung dari Nol: Economic Order Quantity (EOQ)

EOQ (Economic Order Quantity, kuantitas pesanan ekonomis) menentukan berapa unit sebaiknya dipesan sekaligus agar total biaya pemesanan dan penyimpanan minimum — perhitungan inti modul Purchasing.

EOQ = √(2 × D × S ÷ H)

Kasus: UD Sumber Boga (UMKM kemasan makanan) membeli botol plastik. Permintaan tahunan D = 10.000 unit, biaya pesan S = Rp100.000/pesanan, biaya simpan H = Rp2.000/unit/tahun.

Langkah	Perhitungan	Nilai
1. Kalikan 2 × D × S	2 × 10.000 × Rp100.000	Rp2.000.000.000
2. Bagi dengan H	Rp2.000.000.000 ÷ Rp2.000	1.000.000
3. Akar kuadrat	√1.000.000	1.000 unit
4. Jumlah pesanan/tahun	10.000 ÷ 1.000	10 kali/tahun

EOQ Optimal

1.000 unit

per pesanan, dipesan ulang ±10 kali setahun

Ini adalah salah satu perhitungan paling penting di modul Purchasing, jadi mari kita kerjakan bersama langkah demi langkah. EOQ menjawab pertanyaan yang selalu dihadapi staf pembelian: kalau memesan terlalu sedikit, biaya pesan jadi sering dan mahal, tapi kalau memesan terlalu banyak, biaya simpan di gudang membengkak. Perhatikan rumusnya, kita kalikan dua kali permintaan tahunan dengan biaya pesan, lalu bagi dengan biaya simpan per unit, baru diakarkan. Untuk UD Sumber Boga, hasilnya adalah seribu unit per pesanan, artinya mereka sebaiknya memesan sepuluh kali dalam setahun. Modul Purchasing di ERP modern seperti SAP atau Odoo bisa menghitung EOQ ini secara otomatis dan bahkan membuat Purchase Requisition otomatis begitu stok menyentuh titik pemesanan ulang, jadi staf tidak perlu menghitung manual setiap saat.

Coba Sendiri: Cari Titik EOQ Optimal Anda

Geser permintaan tahunan, biaya pesan, dan biaya simpan, lalu amati bagaimana kurva total biaya menemukan titik EOQ paling rendah.

Modul SRM: Supplier Relationship Management

SRM (Supplier Relationship Management) mengelola hubungan jangka panjang dengan pemasok — bukan hanya transaksi PO, tetapi evaluasi kinerja berkelanjutan.

Fungsi Utama SRM

Master data pemasok terpusat (kontak, kontrak, sertifikasi)
Vendor scorecard: skor kinerja berkala
Manajemen kontrak & harga jangka panjang
Segmentasi pemasok strategis vs. transaksional

Kriteria Vendor Scorecard

Ketepatan waktu kirim (on-time delivery)
Kesesuaian kualitas barang diterima
Kompetitif harga vs. pasar
Responsivitas komunikasi & layanan

Data SRM inilah yang dipakai ERP untuk otomatis merekomendasikan pemasok terbaik saat RFQ baru dibuat — bukan sekadar pilih harga termurah.

Setelah memahami siklus pembelian, sekarang kita bahas SRM, yang sering disalahpahami sebagai hal yang sama dengan Purchasing padahal berbeda fokus. Purchasing berurusan dengan transaksi per pesanan, sementara SRM berurusan dengan hubungan strategis jangka panjang. Bayangkan Astra International yang punya ratusan pemasok komponen otomotif; mereka tidak bisa hanya melihat harga termurah saat memilih pemasok, karena keterlambatan kirim satu komponen kecil bisa menghentikan seluruh lini produksi mobil. Karena itu ERP menyimpan vendor scorecard, yaitu skor kinerja pemasok berdasarkan ketepatan waktu, kualitas, harga, dan responsivitas, yang diperbarui setiap kali transaksi selesai. Pemasok dengan skor rendah bisa otomatis ditandai berisiko, sehingga tim pembelian lebih waspada sebelum menandatangani kontrak baru dengan mereka.

Bagian 2 dari 3

WMS & TMS

Setelah barang dibeli, ke mana perginya secara fisik? Dua modul ini mengatur pergerakan barang di dalam dan di luar gudang.

Modul WMS: Warehouse Management System

WMS (Warehouse Management System, sistem manajemen gudang) mengatur seluruh pergerakan barang di dalam gudang: dari barang masuk sampai barang keluar.

WMS juga mengatur slotting (penempatan barang di lokasi rak paling efisien) dan pencatatan stok real-time yang otomatis mengurangi inventori saat barang dipicking.

WMS menangani lima tahapan utama yang Anda lihat di diagram ini. Pertama inbound, yaitu saat barang dari pemasok tiba dan dicek jumlah serta kondisinya. Kedua putaway, yaitu proses menyimpan barang ke lokasi rak tertentu, dan di sinilah konsep slotting berperan, yaitu strategi menentukan barang mana yang disimpan di lokasi paling mudah dijangkau berdasarkan frekuensi permintaan. Ketiga picking, yaitu mengambil barang sesuai pesanan pelanggan, keempat packing atau pengemasan, dan kelima outbound, yaitu penyerahan barang ke bagian pengiriman. Bayangkan gudang Alfamart di Cikarang yang menyimpan ribuan SKU atau Stock Keeping Unit, kode unik tiap jenis produk; tanpa WMS yang terintegrasi ke ERP, staf gudang harus mencari barang secara manual yang sangat memakan waktu dan rawan kesalahan pencatatan stok.

Hitung dari Nol: Produktivitas Picking Gudang

Salah satu KPI (Key Performance Indicator, indikator kinerja utama) WMS adalah produktivitas picking — berapa baris pesanan (order line) yang mampu diselesaikan tiap picker per jam.

Kasus: gudang distribusi PT Retailindo, satu shift 8 jam dengan 6 picker menyelesaikan 480 baris pesanan.

Langkah	Perhitungan	Nilai
1. Total jam-orang tersedia	6 picker × 8 jam	48 jam-orang
2. Produktivitas aktual	480 baris ÷ 48 jam-orang	10 baris/jam/orang
3. Target industri (acuan manajemen)	ditetapkan sebesar	12 baris/jam/orang
4. Gap terhadap target	(12 − 10) ÷ 12 × 100	~16,7% di bawah target

Produktivitas Aktual

10 baris/jam

per picker — ~17% di bawah target 12

Mari kita hitung bersama contoh KPI gudang yang sangat umum dipakai manajer operasional. Pertama kita jumlahkan total jam kerja yang tersedia, yaitu enam picker dikalikan delapan jam per shift, hasilnya 48 jam-orang. Kedua, kita bagi total baris pesanan yang berhasil diselesaikan, yaitu 480 baris, dengan 48 jam-orang tadi, sehingga didapat produktivitas aktual 10 baris per jam per orang. Ketiga, manajemen biasanya sudah menetapkan target industri, misalnya 12 baris per jam berdasarkan benchmark gudang sejenis. Keempat, kita hitung selisihnya, dan ternyata gudang PT Retailindo tertinggal sekitar 16,7 persen dari target. Data semacam ini di ERP modern langsung muncul di dashboard WMS secara real-time, sehingga supervisor gudang bisa langsung tahu kapan harus menambah tenaga kerja atau memperbaiki tata letak rak.

Modul TMS: Transportation Management System

TMS (Transportation Management System, sistem manajemen transportasi) mengatur perencanaan, eksekusi, dan pelacakan pengiriman barang dari gudang ke pelanggan.

Perencanaan

Routing

Menentukan rute pengiriman paling efisien — jarak, waktu tempuh, biaya bahan bakar.

Eksekusi

Carrier

Pemilihan armada sendiri atau 3PL (Third-Party Logistics, penyedia jasa logistik pihak ketiga) seperti JNE/SiCepat.

Pelacakan

Tracking

Status kirim real-time hingga POD (Proof of Delivery, bukti terima) dikonfirmasi.

TMS mengukur OTIF (On-Time In-Full, tepat waktu & lengkap) sebagai indikator utama kepuasan layanan pengiriman ke pelanggan.

Setelah barang dikemas oleh WMS, giliran TMS mengambil alih. TMS bertugas merencanakan rute pengiriman paling efisien, disebut routing, misalnya mempertimbangkan kemacetan Jakarta di jam sibuk atau jarak tempuh ke gudang cabang di Surabaya. TMS juga membantu perusahaan memutuskan apakah mengirim dengan armada sendiri atau menyerahkan ke 3PL, singkatan Third-Party Logistics, yaitu penyedia jasa logistik pihak ketiga seperti JNE, SiCepat, atau Lion Parcel yang sering dipakai oleh penjual di Tokopedia dan Shopee. Setelah barang dikirim, TMS melacak statusnya secara real-time sampai ada POD, atau Proof of Delivery, konfirmasi bahwa barang sudah diterima pelanggan. Indikator kunci yang sering dipakai adalah OTIF, kependekan On-Time In-Full, yang mengukur apakah pengiriman sampai tepat waktu dan dengan jumlah barang yang lengkap sesuai pesanan.

Integrasi WMS – TMS – ERP

Begitu picking selesai di WMS, ERP otomatis membuat dokumen pengiriman yang menjadi input bagi TMS — tanpa perlu entri data ulang.

Tanpa integrasi ERP, gudang dan tim pengiriman sering memakai spreadsheet terpisah — risiko data stok tidak sinkron dengan status pengiriman aktual sangat tinggi.

Slide ini menunjukkan mengapa integrasi jadi tema besar mata kuliah kita sejak pertemuan pertama. Perhatikan alurnya: Sales Order dari modul Sales yang kita bahas dua minggu lalu memicu WMS untuk melakukan picking dan packing, lalu begitu barang siap kirim, ERP otomatis membuat dokumen pengiriman yang langsung dibaca oleh TMS untuk menentukan rute dan kurir. Setelah pengiriman selesai, ERP memperbarui stok gudang, membuat invoice ke pelanggan, dan mencatatnya di laporan keuangan, semua secara otomatis tanpa staf harus mengetik ulang data yang sama di sistem berbeda. Bandingkan ini dengan kondisi tanpa ERP, di mana bagian gudang mencatat di Excel sendiri dan bagian pengiriman punya catatan terpisah pula; ketidaksinkronan semacam ini sering menyebabkan barang terkirim tapi status masih tercatat "belum dikirim" di sistem lain, yang membingungkan pelanggan yang komplain lewat customer service.

Bagian 3 dari 3

Manufacturing & QA

Dari bahan baku menjadi produk jadi — bagaimana ERP merencanakan produksi dan memastikan setiap unit memenuhi standar kualitas.

Modul Manufacturing: MRP & BOM

Modul Manufacturing merencanakan kebutuhan produksi melalui MRP (Material Requirements Planning, perencanaan kebutuhan material) berdasarkan BOM (Bill of Material, daftar komposisi bahan).

BOM (Bill of Material)

Daftar rinci semua komponen & jumlahnya untuk membuat satu unit produk jadi. Contoh: 1 unit meja kayu butuh 2 papan kayu + 4 kaki + 20 sekrup.

MRP (Material Requirements Planning)

Mengalikan BOM dengan rencana produksi untuk menghitung total kebutuhan bahan, lalu dikurangi stok yang ada — hasilnya jadi dasar Purchase Requisition otomatis ke modul Purchasing.

Inilah titik di mana lingkaran SCM menutup kembali ke Purchasing — kebutuhan produksi memicu pembelian bahan baku baru secara otomatis.

Modul Manufacturing adalah tempat bahan baku benar-benar diubah menjadi produk jadi, dan dua istilah kunci di sini adalah BOM dan MRP. BOM, singkatan Bill of Material, adalah daftar resep produksi, mirip seperti resep masakan yang menyebutkan bahan dan takarannya; misalnya untuk membuat satu unit meja kayu, dibutuhkan dua papan kayu, empat kaki, dan dua puluh sekrup. MRP, singkatan Material Requirements Planning, memakai BOM ini dan dikalikan dengan rencana produksi, misalnya jika pabrik mau membuat seratus meja, sistem otomatis menghitung total kebutuhan dua ratus papan kayu, empat ratus kaki, dan dua ribu sekrup, lalu dibandingkan dengan stok yang tersedia di gudang. Kalau stok tidak cukup, ERP otomatis membuat Purchase Requisition yang kita bahas di awal tadi, dan di sinilah Anda melihat bahwa rantai SCM sebenarnya melingkar kembali ke modul Purchasing, bukan garis lurus satu arah.

Walkthrough: Logika Netting MRP

Bagaimana MRP menentukan berapa yang harus dibeli? Ikuti logika "netting" (pengurangan kebutuhan kotor dengan stok tersedia) berikut, tahap demi tahap.

Kasus: Pabrik Meja Kayu — Pesanan Produksi 100 Unit

Tahap 1 — Kebutuhan kotor: BOM menyatakan 1 meja = 2 papan kayu → 100 unit butuh 200 papan kayu.
Tahap 2 — Cek stok tersedia: ERP mengecek gudang, tersisa 50 papan kayu dari pembelian sebelumnya.
Tahap 3 — Netting (kebutuhan bersih): 200 dikurangi 50 = 150 papan kayu masih harus dibeli.
Tahap 4 — Aksi otomatis: ERP membuat Purchase Requisition 150 papan kayu, dikirim ke modul Purchasing untuk diproses jadi RFQ & PO.

Mari kita telusuri logika di balik MRP secara bertahap, karena ini sering jadi bagian yang membingungkan mahasiswa baru. Tahap pertama, sistem menghitung kebutuhan kotor berdasarkan BOM dikalikan jumlah pesanan produksi, dalam kasus ini seratus meja membutuhkan dua ratus papan kayu. Tahap kedua, sistem mengecek berapa stok yang sudah tersedia di gudang, misalnya tersisa lima puluh papan kayu dari pembelian bulan lalu. Tahap ketiga adalah inti dari MRP, yaitu proses netting, di mana kebutuhan kotor dikurangi stok yang ada, sehingga didapat kebutuhan bersih seratus lima puluh papan kayu yang masih harus dibeli. Tahap keempat, ERP secara otomatis membuat Purchase Requisition untuk kekurangan itu dan mengirimkannya ke modul Purchasing, sehingga siklus yang kita pelajari tadi berulang kembali. Bayangkan proses ini terjadi untuk ribuan komponen sekaligus di pabrik otomotif seperti Astra Daihatsu Motor; tanpa MRP otomatis di ERP, staf perencanaan produksi harus menghitung manual yang sangat rawan salah hitung.

Coba Sendiri: Jalankan Logika Netting MRP

Ubah jumlah pesanan produksi dan stok yang tersedia di tiap level BOM, lalu ikuti bagaimana kebutuhan bersih dihitung mundur tahap demi tahap.

Modul QA: Quality Assurance

QA (Quality Assurance, penjaminan kualitas) memastikan barang — baik bahan baku masuk maupun produk jadi keluar — memenuhi standar sebelum diteruskan ke tahap berikutnya.

Incoming QC

Cek kualitas bahan baku dari pemasok saat barang diterima (inbound WMS).

In-Process QC

Cek kualitas selama proses produksi berlangsung, mendeteksi cacat lebih awal.

Final QC

Cek kualitas produk jadi sebelum masuk gudang barang jadi & dikirim (outbound TMS).

Setiap pemeriksaan tercatat sebagai Inspection Lot di ERP — barang yang gagal QC otomatis diblokir dari stok yang bisa dijual (quality hold).

Modul QA sering dianggap remeh oleh mahasiswa yang baru belajar ERP, padahal modul ini adalah penjaga gerbang terakhir sebelum barang sampai ke tangan pelanggan. QA melakukan pemeriksaan di tiga titik, pertama Incoming QC saat bahan baku dari pemasok baru tiba di gudang, kedua In-Process QC selama proses produksi berlangsung agar cacat terdeteksi lebih awal sebelum menghabiskan lebih banyak bahan, dan ketiga Final QC pada produk jadi sebelum masuk ke gudang barang jadi. Setiap pemeriksaan dicatat sebagai Inspection Lot di ERP, dan jika ada barang yang gagal standar kualitas, sistem otomatis menempatkannya dalam status quality hold, artinya barang tersebut diblokir dan tidak bisa dijual atau dikirim sampai ada keputusan lebih lanjut. Ingat kasus penarikan produk mi instan yang pernah viral di Indonesia karena masalah kandungan bahan tertentu; sistem QA yang terintegrasi dengan baik di ERP memungkinkan perusahaan melacak persis lot produksi mana saja yang terdampak dan harus ditarik dari pasar.

Integrasi End-to-End: Lingkaran Tertutup SCM

Enam modul yang kita bahas hari ini bukan rantai linear, melainkan lingkaran tertutup yang terus berulang mengikuti permintaan pasar.

Sekarang mari kita lihat gambaran besar dari seluruh materi hari ini. Enam modul yang sudah kita bahas, Purchasing, SRM, WMS, Manufacturing, QA, dan TMS, sebenarnya membentuk sebuah siklus tertutup, bukan garis lurus dari awal sampai akhir. Purchasing memicu SRM untuk memilih pemasok terbaik, pemasok mengirim barang yang diterima WMS, WMS menyerahkan bahan ke Manufacturing untuk diproses menjadi produk jadi, QA memeriksa kualitasnya, dan begitu barang jadi siap, WMS kembali berperan mengemas untuk dikirim lewat TMS ke pelanggan. Ketika permintaan pelanggan berikutnya datang, siklus ini berulang lagi mulai dari kebutuhan produksi yang memicu Purchasing lewat MRP yang sudah kita pelajari. Di tengah lingkaran ini ada satu database ERP terpusat yang menjadi kunci: setiap modul membaca dan menulis data yang sama, sehingga tidak ada informasi yang terjebak di silo departemen seperti pada sistem lama sebelum ERP diterapkan.

Studi Kasus: SCM ERP di Industri Indonesia

Bagaimana perusahaan Indonesia menerapkan enam modul ini dalam praktik nyata?

Industri Manufaktur — Contoh: Produsen FMCG

MRP menghitung kebutuhan bahan baku dari ribuan SKU produk
QA ketat pada bahan baku pangan (sertifikasi halal, BPOM)
WMS mengelola gudang distribusi multi-lokasi antar-pulau

Industri E-commerce & Logistik

WMS menangani puncak pesanan saat Harbolnas (9.9, 11.11, 12.12)
TMS mengoordinasikan banyak 3PL (JNE, SiCepat, GoSend) sekaligus
SRM mengevaluasi seller/mitra logistik secara berkala

Pola yang sama berlaku di semua sektor: integrasi data lintas-modul adalah pembeda utama antara perusahaan yang efisien dan yang masih bekerja secara manual/terfragmentasi.

Supaya materi ini terasa lebih hidup, mari kita kaitkan dengan dua konteks industri yang sering Anda temui sehari-hari. Pertama, industri manufaktur produk konsumsi cepat saji, atau FMCG, seperti produsen mi instan atau minuman kemasan; mereka mengandalkan MRP untuk menghitung kebutuhan ribuan jenis bahan baku sekaligus, dan QA mereka sangat ketat karena harus memenuhi sertifikasi halal dari MUI dan izin edar dari BPOM sebelum produk boleh dijual. Kedua, industri e-commerce dan logistik seperti yang menopang Tokopedia, Shopee, atau Blibli; bayangkan bagaimana WMS mereka harus menangani lonjakan pesanan luar biasa saat Harbolnas tanggal 11 November atau 12 Desember, sementara TMS harus mengoordinasikan banyak mitra 3PL sekaligus agar semua paket sampai tepat waktu. Dalam kedua kasus ini, faktor pembeda utama antara perusahaan yang unggul dan yang tertinggal bukan soal modul mana yang dimiliki, melainkan seberapa erat integrasi data antar-modul tersebut berjalan.

Latihan Diskusi Kelas

Kerjakan berkelompok (3–4 orang), waktu diskusi 10 menit, lalu presentasikan singkat.

Kasus Diskusi

Sebuah UMKM konveksi di Semarang mulai menggunakan ERP sederhana. Mereka sering kehabisan kain tertentu di tengah produksi, dan beberapa produk jadi dikirim ke pelanggan sebelum sempat dicek kualitasnya.

Modul mana yang seharusnya mencegah kehabisan bahan di tengah produksi? Mengapa?
Modul mana yang seharusnya mencegah produk cacat terkirim ke pelanggan?
Data apa saja yang harus terhubung antar-modul agar kedua masalah ini tidak terulang?

Rangkuman & Persiapan Pertemuan Berikutnya

Rangkuman Enam Modul SCM

Purchasing: siklus P2P (PR → RFQ → PO → pembayaran)
SRM: evaluasi & manajemen hubungan pemasok jangka panjang
WMS: inbound → putaway → picking → packing → outbound
TMS: routing, carrier/3PL, tracking, OTIF
Manufacturing: BOM + MRP (netting kebutuhan bersih)
QA: incoming, in-process, final QC — quality hold

Tugas & Minggu Depan

Modul HCM

Baca materi Human Capital Management sebelum pertemuan 12. Tugas: petakan siklus P2P dan MRP untuk 1 perusahaan pilihan Anda (maks. 1 halaman), kumpulkan sebelum sesi berikutnya.

Mari kita tutup pertemuan hari ini dengan merangkum enam modul yang sudah kita bahas secara mendalam. Purchasing mengelola siklus procure-to-pay, SRM menjaga hubungan strategis dengan pemasok, WMS mengatur pergerakan fisik barang di dalam gudang, TMS mengurus pengiriman keluar gudang, Manufacturing merencanakan produksi lewat BOM dan MRP, dan QA memastikan kualitas terjaga di setiap titik kritis. Ingat juga bahwa semua modul ini bukan berdiri sendiri-sendiri, melainkan saling mengunci dalam satu database ERP yang sama, seperti yang kita lihat di diagram lingkaran tertutup tadi. Untuk pertemuan berikutnya kita akan membahas modul Human Capital Management atau HCM, yaitu bagaimana ERP mengelola data karyawan, penggajian, dan kinerja SDM. Sebagai tugas, silakan pilih satu perusahaan yang Anda kenal, baik tempat magang, bisnis keluarga, atau observasi pribadi, lalu petakan bagaimana siklus P2P dan logika MRP mereka bekerja dalam satu halaman ringkas.