RPS minggu 12 · sub-CPMK 5 · 2x50 menit

Sistem Informasi Operasi Internasional

S1 Manajemen — Konsentrasi Operasi · FEB UNDIP

Peta Pembelajaran Hari Ini

Sub-CPMK 5: menerapkan teknologi sistem informasi untuk operasi internasional. Empat indikator capaian yang harus Anda kuasai.

Jam ke-1 (50 menit)

ERP (Enterprise Resource Planning) fundamental
EDI vs API untuk B2B integration
Master Data Management (MDM)

Jam ke-2 (50 menit)

Control Tower supply chain
ERP implementation success factor
Mini-case: Hershey SAP failure 1999

Hari ini Anda akan dapat design architecture ERP dan identify critical success factor untuk implementasi.

Empat capaian hari ini. Pertama, ERP atau Enterprise Resource Planning fundamental — bagaimana ERP integrate finance, HR, manufacturing, supply chain, dan customer relationship dalam satu sistem. Kedua, EDI versus API untuk B2B integration lintas perusahaan dan lintas negara. EDI tradisional masih banyak digunakan di retail dan automotive. API modern lebih flexible untuk cloud era. Ketiga, Master Data Management atau MDM untuk konsistensi data customer, product, supplier di seluruh sistem global. Keempat, Control Tower supply chain untuk visibility real-time dan decision support. Mini-case hari ini adalah Hershey SAP failure 1999 yang menggagalkan Halloween candy shipment senilai USD 150 juta — pelajaran penting tentang ERP implementation risk. Hari ini Anda akan dapat design architecture ERP dan identify critical success factor untuk implementasi.

Magnitudo ERP Market — Bahasa Bisnis Global

ERP adalah pasar raksasa — bahasa bisnis global yang wajib dikuasai praktisi operations modern.

ERP market global

USD ~55 M

Dihedge ~, Gartner 2024 — tumbuh 10%/tahun, didorong cloud ERP

Top vendor ERP

SAP 22%

Dihedge ~, market share SAP (Jerman), Oracle (AS), Microsoft (AS)

Pertanyaan pemantik: pernahkah Anda dengar SAP, Oracle, atau Microsoft Dynamics? Bagaimana ERP ini berbeda dari spreadsheet?

ERP adalah pasar raksasa — bahasa bisnis global yang wajib dikuasai praktisi operations modern. Statistik: ERP market global USD 55 miliar (Gartner 2024, dihedge ~), tumbuh 10 persen per tahun, didorong migrasi ke cloud ERP. Top vendor ERP: SAP (Jerman) market share 22 persen, Oracle (AS) 10 persen, Microsoft Dynamics (AS) 6 persen, lalu Infor, Workday, dan lainnya. Pertanyaan pemantik tentang SAP, Oracle, Microsoft Dynamics: ERP berbeda dari spreadsheet karena integrated (satu sumber data untuk semua proses), real-time (update langsung), scalable (dapat handle jutaan transaksi), dan auditable (sesuai regulasi finance). Spreadsheet adalah personal productivity tool, ERP adalah enterprise system. Banyak perusahaan Indonesia besar sudah implement ERP: Astra International dengan SAP S/4HANA, Pertamina dengan Oracle E-Business Suite, Telkom dengan SAP, BCA dengan custom ERP plus SAP Finance. UKM dan menengah mulai adopt cloud ERP seperti SAP Business One atau Microsoft Dynamics 365. Sebagai praktisi global operations, Anda harus paham ERP vocabulary dan proses implementasi.

Bagian 1 · 1/4

ERP Fundamental

Diskusi kelas: menurut Anda, apa masalah utama yang ERP coba selesaikan?

ERP — Single Source of Truth

ERP integrate semua proses bisnis dalam satu sistem — finance, HR, manufacturing, supply chain, CRM dengan single source of truth.

Module ERP	Function	Contoh Vendor Module
Finance (FI/CO)	GL, AP, AR, cost accounting	SAP FI/CO, Oracle Financials
HR (HCM)	Payroll, talent, time mgmt	SAP SuccessFactors, Oracle HCM
Manufacturing (PP)	Production planning, BOM, routing	SAP PP, Oracle Manufacturing
Supply Chain (MM/SD)	Inventory, purchasing, order mgmt	SAP MM/SD, Oracle SCM
Customer (CRM)	Sales, marketing, service	SAP CRM, Salesforce
Analytics (BI)	Dashboard, reporting, predictive	SAP BW/Analytics, Oracle BI

Tip: ERP implementation sukses jika data migrated benar, process di-reengineer (bukan copy manual process), dan user training adequate.

ERP atau Enterprise Resource Planning integrate semua proses bisnis dalam satu sistem dengan single source of truth. Enam module utama ERP. Pertama, Finance (FI/CO) — General Ledger, Accounts Payable, Accounts Receivable, cost accounting, financial reporting. Module ini adalah inti ERP dan biasanya implement pertama. Vendor: SAP FI/CO, Oracle Financials. Kedua, HR atau Human Capital Management (HCM) — payroll, talent management, time management, payroll, recruitment. Vendor: SAP SuccessFactors, Oracle HCM Cloud. Ketiga, Manufacturing (PP) — production planning, Bill of Material, routing, capacity planning. Vendor: SAP PP, Oracle Manufacturing Cloud. Keempat, Supply Chain (MM/SD) — Materials Management (inventory, purchasing) dan Sales Distribution (order management, shipping). Vendor: SAP MM/SD, Oracle SCM. Kelima, Customer atau CRM — sales pipeline, marketing automation, customer service. Vendor: SAP CRM, Salesforce (bisa integrate). Keenam, Analytics atau BI — dashboard, reporting, predictive analytics. Vendor: SAP BW/Analytics Cloud, Oracle BI. Tip praktis: ERP implementation sukses jika tiga faktor terpenuhi. Pertama, data migrated benar — master data cleansed dan validated. Kedua, process di-reengineer (BPR — Business Process Reengineering), bukan copy manual process ke ERP (yang akan replicate inefficiency). Ketiga, user training adequate dengan change management. Sebagai konsultan ERP, Anda harus ensure ketiganya.

Hitung dari Nol: ERP Business Case ROI

Skenario: Perusahaan Indonesia dengan revenue Rp 500 M/tahun, 1.000 karyawan, masih pakai spreadsheet. Cost inefficiency: (1) Inventory overstock 20% = Rp 4 M holding cost/tahun, (2) Manual reconciliation 10 FTE @ Rp 100 jt = Rp 1 M/tahun, (3) Stockout lost sales Rp 2 M/tahun, (4) Late reporting cost Rp 500 jt/tahun. ERP capex Rp 5 M + opex Rp 1 M/tahun. Asumsi ERP solve 60% inefficiency. Hitung NPV 5 tahun (discount 12%).

Komponen	Nilai
Total inefficiency/tahun	4 + 1 + 2 + 0,5 = Rp 7,5 M
Saving ERP 60% solve	0,6 × Rp 7,5 M = Rp 4,5 M/tahun
Net benefit/tahun (after opex)	4,5 - 1 = Rp 3,5 M/tahun
PV factor (12%, 5 tahun)	3,605
PV benefit	3,5 × 3,605 = Rp 12,62 M
Capex (year 0)	(Rp 5 M)
NPV	Rp 7,62 M (positif)
Payback period	5 / 3,5 = ~1,4 tahun

Business Case ERP

NPV +Rp 7,6 M

NPV positif Rp 7,6 M (5 tahun), payback 1,4 tahun. ERP attractive. Tetapi tetap butuh execution disiplin — 60% ERP implementation gagal atau over-budget.

Hitungan ERP business case ROI ini adalah skill kritikal untuk konsultan ERP. Perusahaan Indonesia dengan revenue Rp 500 miliar per tahun, 1.000 karyawan, masih pakai spreadsheet dan sistem legacy. Cost inefficiency yang ter-identify: pertama, inventory overstock 20 persen karena tidak ada real-time visibility, holding cost Rp 4 miliar per tahun. Kedua, manual reconciliation 10 Full Time Equivalent (FTE) dengan gaji Rp 100 juta per tahun = Rp 1 miliar per tahun. Ketiga, stockout yang menyebabkan lost sales Rp 2 miliar per tahun. Keempat, late reporting yang menyebabkan slow decision Rp 500 juta per tahun. Total inefficiency Rp 7,5 miliar per tahun. ERP capex Rp 5 miliar (license, implementation, hardware) + opex Rp 1 miliar per tahun (maintenance, support, cloud fee). Asumsi ERP solve 60 persen inefficiency. Hitung: saving ERP 0,6 × 7,5 = Rp 4,5 miliar per tahun. Net benefit 4,5 - 1 = Rp 3,5 miliar per tahun. PV factor annuity 5 tahun di 12 persen = 3,605. PV benefit 3,5 × 3,605 = Rp 12,62 miliar. Capex year 0 Rp 5 miliar. NPV = Rp 7,62 miliar (positif). Payback period 5/3,5 = 1,4 tahun. Business case ERP attractive dengan NPV positif Rp 7,6 miliar dan payback 1,4 tahun. Tetapi tetap butuh execution disiplin — statistik menunjukkan 60 persen ERP implementation gagal atau over-budget (Standish Group). Sebagai konsultan ERP, Anda harus present business case yang realistik dengan risk mitigation.

Bagian 2 · 2/4

EDI vs API Integration

Diskusi kelas: kalau Anda harus integrate sistem dengan supplier China, apakah pakai EDI atau API?

EDI vs API — Trade-off B2B Integration

EDI (Electronic Data Interchange) tradisional dan API modern — dua pendekatan integrasi dengan trade-off berbeda.

Aspek	EDI (tradisional)	API (modern)
Format	Fixed (X12, EDIFACT)	Flexible (JSON, XML, REST)
Transfer	Batch (VAN, AS2)	Real-time (HTTPS)
Setup cost	Tinggi (VAN fee, mapping)	Rendah (cloud-based)
Speed	Batch (jam/menit)	Real-time (detik)
Use case	Retail, automotive, supply chain mature	E-commerce, SaaS, startup ecosystem
Contoh	Walmart supplier EDI 850 (PO)	Shopify API ke ERP

Tip: hybrid approach umum — EDI untuk partner large traditional, API untuk digital-native. Middleware seperti MuleSoft atau Boomi dapat translate.

EDI dan API adalah dua pendekatan integrasi B2B dengan trade-off berbeda. EDI atau Electronic Data Interchange adalah standar tradisional dari 1980-an. Format fixed seperti ANSI X12 (US) dan EDIFACT (international). Transfer batch via Value Added Network (VAN) atau AS2. Setup cost tinggi karena VAN fee dan mapping kompleks. Speed batch (jam atau menit antar transaksi). Use case retail (Walmart mewajibkan supplier pakai EDI), automotive, supply chain mature dengan partner large. Contoh EDI 850 Purchase Order. API atau Application Programming Interface adalah pendekatan modern cloud-native. Format flexible JSON atau XML via REST atau GraphQL. Transfer real-time via HTTPS. Setup cost rendah (cloud-based, SDK available). Speed real-time (detik). Use case e-commerce, SaaS, startup ecosystem. Contoh Shopify API untuk integrate order ke ERP. Tip praktis: hybrid approach umum di perusahaan besar — EDI untuk partner large traditional (Walmart, Toyota), API untuk partner digital-native (e-commerce marketplace, fintech). Middleware integration seperti MuleSoft, Dell Boomi, atau SAP PI/PO dapat translate antara EDI dan API. Sebagai konsultan integration, Anda harus assess partner landscape dan design hybrid architecture yang optimal. Banyak perusahaan Indonesia masih pakai email atau fax untuk B2B transaction — opportunity upgrade ke EDI/API untuk efficiency dan accuracy.

Hitung dari Nol: API vs EDI Cost Analysis

Skenario: Perusahaan Indonesia dengan 50 supplier dan 30 customer. Transaksi B2B 10.000 dokumen/bulan. Opsi EDI: VAN fee USD 0,50/dok, mapping USD 20.000 one-time. Opsi API: cloud integration platform USD 2.000/bulan, development USD 30.000 one-time. Asumsi 5 tahun. Kurs Rp 15.000/USD.

Komponen	EDI (Rp)	API (Rp)
One-time setup	USD 20.000 × 15.000 = Rp 300 jt	USD 30.000 × 15.000 = Rp 450 jt
Transaksi/bulan	10.000 dok	10.000 dok
Cost transaksi/bulan	10.000 × USD 0,50 × 15.000 = Rp 75 jt	Rp 0 (included platform)
Platform/bulan	Rp 0	USD 2.000 × 15.000 = Rp 30 jt
Total opex/bulan	Rp 75 jt	Rp 30 jt
Total opex/5 tahun	75 × 60 = Rp 4,5 M	30 × 60 = Rp 1,8 M
Total 5 tahun	0,3 + 4,5 = Rp 4,8 M	0,45 + 1,8 = Rp 2,25 M

Cost Advantage API

Save Rp 2,55 M (5 tahun)

API 53% lebih murah dari EDI untuk skenario ini (volume tinggi). Tetapi EDI tetap relevant jika partner wajib (Walmart, automotive OEM). Hybrid approach optimal.

Hitungan API versus EDI cost analysis ini menggambarkan trade-off di volume tinggi. Perusahaan Indonesia dengan 50 supplier dan 30 customer, transaksi B2B 10.000 dokumen per bulan (PO, invoice, ASN, dll). Opsi EDI: VAN fee USD 0,50 per dokumen, mapping USD 20.000 one-time untuk setup dengan 80 partner. Opsi API: cloud integration platform USD 2.000 per bulan (MuleSoft, Boomi, dll), development USD 30.000 one-time. Asumsi 5 tahun, kurs Rp 15.000 per USD. Hitung EDI: one-time setup USD 20.000 × 15.000 = Rp 300 juta. Cost transaksi 10.000 × USD 0,50 × 15.000 = Rp 75 juta per bulan atau Rp 900 juta per tahun atau Rp 4,5 miliar untuk 5 tahun. Total 5 tahun Rp 4,8 miliar. Hitung API: one-time setup USD 30.000 × 15.000 = Rp 450 juta. Platform fee USD 2.000 × 15.000 = Rp 30 juta per bulan atau Rp 360 juta per tahun atau Rp 1,8 miliar untuk 5 tahun. Total 5 tahun Rp 2,25 miliar. Cost advantage API: save Rp 2,55 miliar atau 53 persen lebih murah dari EDI untuk skenario ini. Tetapi EDI tetap relevant jika partner wajib (Walmart mewajibkan supplier EDI, automotive OEM pakai EDI standard). Hybrid approach optimal — pakai EDI untuk partner yang wajib, API untuk partner digital-native. Sebagai konsultan integration, Anda harus assess partner landscape dan design cost-optimal architecture.

Bagian 3 · 3/4

Master Data & Control Tower

Diskusi kelas: kalau data customer beda di CRM, ERP, dan billing system, apa dampaknya?

Master Data Management (MDM)

MDM adalah discipline untuk ensure konsistensi master data (customer, product, supplier, employee) di seluruh sistem organisasi.

Tipe Data di ERP

Master data: customer, product, supplier
Transaction data: invoice, PO, order
Config data: parameter, rule
Historical data: archive

Manfaat MDM

Konsistensi customer/product cross-system
Reduce duplicate dan error
Better analytics (single source of truth)
Compliance dengan regulasi (GDPR, UU PDP)
Faster new product launch

Trap: banyak ERP implementation gagal karena master data kotor (duplicate, incomplete). Data cleansing kritikal pre-go-live.

Master Data Management atau MDM adalah discipline untuk ensure konsistensi master data (customer, product, supplier, employee) di seluruh sistem organisasi. Empat tipe data di ERP. Pertama, Master data: data reference yang jarang berubah — customer (nama, alamat, NPWP), product (SKU, description, price), supplier (vendor master), employee (HR master). Master data adalah fondasi yang transaction data referensikan. Kedua, Transaction data: data transaksi yang sering berubah — invoice, purchase order, sales order, goods receipt. Ketiga, Configuration data: parameter dan rule yang mengatur sistem — tax rate, currency, approval workflow. Keempat, Historical data: archive transaksi yang lama. Manfaat MDM: pertama, konsistensi customer dan product di seluruh sistem (CRM, ERP, billing, e-commerce). Kedua, reduce duplicate dan error (customer tidak terima multiple bill). Ketiga, better analytics karena single source of truth untuk reporting. Keempat, compliance dengan regulasi seperti GDPR (data customer consent) dan UU PDP Indonesia. Kelima, faster new product launch karena master data siap. Trap praktis: banyak ERP implementation gagal atau delayed karena master data kotor (duplicate customer, incomplete product master, inconsistent supplier). Data cleansing adalah aktivitas kritikal pre-go-live yang sering di-underestimate. Sebagai konsultan ERP, Anda harus plan master data cleansing sebagai phase terpisah, dengan tools seperti SAP Master Data Governance atau Informatica MDM.

Control Tower — Visibility Supply Chain

Control Tower adalah command center untuk monitor dan manage supply chain global secara real-time end-to-end.

Komponen Control Tower	Function
Data integration	Aggregate data dari ERP, WMS, TMS, supplier portal
Real-time visibility	Track shipment, inventory, order status
Predictive analytics	AI untuk forecast issue dan opportunity
Alert & exception	Notification untuk deviation dari plan
Decision support	Scenario analysis untuk alternative action
Collaboration	Communication dengan stakeholder internal dan eksternal

Vendor Control Tower terkenal: SAP IBP, Oracle SCM Cloud, Kinaxis RapidResponse, Llamasoft (Coupa).

Control Tower adalah command center untuk monitor dan manage supply chain global secara real-time end-to-end. Konsep berasal dari control tower airport — central command dengan visibility semua moving parts. Enam komponen Control Tower. Pertama, Data integration — aggregate data dari berbagai sistem: ERP (inventory, order), WMS (warehouse), TMS (transportation), supplier portal, IoT sensors. Kedua, Real-time visibility — track shipment (GPS), inventory level di multi-DC, order status, production progress. Ketiga, Predictive analytics — AI/ML untuk forecast issue (potential stockout, supplier delay) dan opportunity (demand surge, cost saving). Keempat, Alert dan exception management — notification untuk deviation dari plan (delayed shipment, inventory below safety stock). Kelima, Decision support — scenario analysis untuk alternative action (reroute shipment, expedite production, alternate supplier). Keenam, Collaboration — komunikasi dengan stakeholder internal dan eksternal (supplier, customer, logistics provider). Vendor Control Tower terkenal: SAP Integrated Business Planning (IBP), Oracle SCM Cloud, Kinaxis RapidResponse (banyak dipakai electronics dan pharma), Llamasoft (sekarang Coupa). Banyak perusahaan Indonesia masih manual tracking via spreadsheet — opportunity adopt Control Tower untuk improve visibility dan reduce supply chain risk. Sebagai konsultan SCM technology, Anda harus help klien design Control Tower architecture yang feasible dan ROI-positive.

Mini-Case: Hershey SAP Failure 1999

Hershey Foods implement SAP, Siebel CRM, dan Manugistics SCM secara concurrent Juli 1999 — gagal dan menggagalkan Halloween shipment.

Kronologi Failure

USD 112 juta project, mulai 1997
Go-live Juli 1999 (peak Halloween season)
Tiga sistem concurrent: SAP + Siebel + Manugistics
Testing inadequate, training minim
Order tidak dapat fulfill, shipping gagal

Dampak

Q3 1999 revenue turun USD 150 juta
Stock turun 8% dalam 1 hari
Halloween candy shipment gagal
Lawsuit dari shareholder
Reputational damage bertahun-tahun

Lesson: jangan go-live 3 sistem concurrent di peak season. Phased approach dengan testing adequate kritikal.

Mini-case Hershey SAP failure 1999 adalah case study klasik ERP implementation yang gagal. Hershey Foods (sekarang Hershey Company) implement SAP ERP, Siebel CRM, dan Manugistics SCM secara concurrent Juli 1999. Project value USD 112 juta, mulai 1997 dengan target go-live Juli 1999 — bersamaan dengan peak Halloween season (candy shipment untuk Halloween biasanya Agustus-September). Kronologi failure: tiga sistem diimplement concurrent yang complex. Testing inadequate (big bang tanpa parallel run yang sufficient). Training user minim. Saat go-live, order tidak dapat fulfill — shipping system gagal generate pick list, inventory tidak sync antara SAP dan Manugistics, customer service tidak dapat track order. Dampak: Q3 1999 revenue turun USD 150 juta (dihedge ~), stock price turun 8 persen dalam satu hari, Halloween candy shipment gagal (kosong di shelf toko saat peak demand), lawsuit dari shareholder karena non-disclosure, reputational damage bertahun-tahun. Hershey akhirnya recover dengan investasi tambahan dan phased stabilization. Lesson learned untuk praktisi ERP: pertama, jangan go-live 3 sistem concurrent di peak season. Phased approach dengan prioritas module kritikal. Kedua, testing adequate kritikal — minimal 2-3 cycle UAT (User Acceptance Test) dengan real data dan parallel run. Ketiga, training user harus adequate (minimal 40 jam per user sebelum go-live). Keempat, change management — komunikasi yang intensive untuk reduce resistance. Kelima, fallback plan — jika go-live gagal, dapat revert ke legacy system. Sebagai konsultan ERP, Anda harus apply lesson ini untuk mitos client yang ingin big bang implementation.

Hitung dari Nol: ERP Implementation Cost vs Benefit Phased

Skenario: ERP project Rp 10 M capex (3 tahun implementation). Two strategies: (a) Big bang (full go-live year 2) — benefit baru tahun 3, risk tinggi; (b) Phased (Finance year 1, SCM year 2, Manufacturing year 3) — benefit mulai tahun 1 (Finance) tetapi partial. Discount 10%, horizon 5 tahun. Hitung NPV masing-masing.

Tahun	Big Bang Benefit	Phased Benefit
1	Rp 0 (implement)	Rp 1 M (Finance live)
2	Rp 0 (implement)	Rp 2,5 M (+SCM live)
3	Rp 5 M (full live)	Rp 4 M (+Mfg live)
4	Rp 5 M	Rp 5 M
5	Rp 5 M	Rp 5 M
NPV benefit	0/1,1 + 0/1,21 + 5/1,331 + 5/1,464 + 5/1,611 = Rp 12,8 M	1/1,1 + 2,5/1,21 + 4/1,331 + 5/1,464 + 5/1,611 = Rp 12,1 M
NPV capex	(Rp 10 M year 0)	(Rp 10 M year 0)
NPV net	+Rp 2,8 M	+Rp 2,1 M

Phased vs Big Bang

NPV mirip, risk beda

NPV Big Bang (Rp 2,8 M) sedikit lebih tinggi dari Phased (Rp 2,1 M). Tetapi Big Bang risk tinggi (kasus Hershey). Phased lebih disarankan untuk organisasi yang belum mature.

Hitungan ERP implementation cost-benefit phased ini menggambarkan trade-off strategi implementasi. ERP project Rp 10 miliar capex dengan 3 tahun implementation timeline. Dua strategi. Strategi (a) Big Bang: full go-live di tahun 2 (Finance + SCM + Manufacturing concurrent). Benefit baru di tahun 3 (Rp 5 M), tahun 4 dan 5 juga Rp 5 M. Risk tinggi karena concurrent. Strategi (b) Phased: Finance go-live tahun 1 (benefit Rp 1 M), SCM tahun 2 (benefit naik Rp 2,5 M total), Manufacturing tahun 3 (benefit Rp 4 M), tahun 4 dan 5 Rp 5 M. Hitung NPV dengan discount 10 persen horizon 5 tahun. Big Bang NPV benefit: 0 + 0 + 5/1,331 + 5/1,464 + 5/1,611 = Rp 12,8 M. Net NPV (after capex Rp 10 M year 0) = +Rp 2,8 M. Phased NPV benefit: 1/1,1 + 2,5/1,21 + 4/1,331 + 5/1,464 + 5/1,611 = Rp 12,1 M. Net NPV = +Rp 2,1 M. Trade-off: Big Bang NPV sedikit lebih tinggi (Rp 2,8 M vs Rp 2,1 M) karena benefit full lebih cepat. Tetapi Big Bang risk tinggi (kasus Hershey 1999 — concurrent implementation dapat cause catastrophic failure). Phased lebih disarankan untuk organisasi yang belum mature atau ERP pertama kali. Sebagai konsultan ERP, Anda harus recommend Phased untuk risk mitigation, meskipun NPV sedikit lebih rendah. Big Bang hanya untuk organisasi mature dengan strong change management capability.

Bagian 4 · 4/4

Cloud ERP & Future Trend

Diskusi kelas: dari semua konsep hari ini, mana yang paling applicable di organisasi yang Anda tahu?

Cloud ERP — Trend Modern

Cloud ERP menjadi trend utama — SaaS model dengan lower upfront cost dan faster deployment.

Aspek	On-premise (Tradisional)	Cloud SaaS
Cost model	High upfront capex	Subscription opex (lower upfront)
Implementation	12-24 bulan	3-6 bulan (best practice template)
Upgrade	Major upgrade tiap 3-5 tahun	Continuous (otomatis)
Customization	High (bebas)	Limited (configuration bukan code)
Scalability	Hardware capex	Self-service scale
Contoh	SAP ECC on-premise, Oracle EBS	SAP S/4HANA Cloud, Oracle Cloud, Workday

Tip: cloud ERP cocok untuk UKM dan menengah. Large enterprise dengan complex process masih butuh on-premise atau hybrid.

Cloud ERP menjadi trend utama dengan model SaaS (Software as a Service). Cloud ERP punya karakteristik berbeda dari on-premise tradisional. Pertama, Cost model: on-premise high upfront capex (license + hardware + implementation USD 5-50 juta), cloud SaaS subscription opex (USD 100-500 per user per bulan) dengan lower upfront. Kedua, Implementation timeline: on-premise 12-24 bulan karena customization dan install, cloud 3-6 bulan karena best practice template. Ketiga, Upgrade: on-premise major upgrade setiap 3-5 tahun yang disruptive, cloud continuous update otomatis (zero downtime). Keempat, Customization: on-premise high (bebas modify code), cloud limited (configuration bukan code change) — cloud ERP pakai best practice yang ter-standard. Kelima, Scalability: on-premise butuh hardware capex untuk scale, cloud self-service scale (add user, add storage otomatis). Contoh: on-premise SAP ECC, Oracle E-Business Suite. Cloud: SAP S/4HANA Cloud (public atau private), Oracle Cloud ERP, Workday Financials. Tip praktis: cloud ERP cocok untuk UKM dan menengah karena lower upfront dan faster deployment. Large enterprise dengan complex process (custom manufacturing, unique workflow) masih butuh on-premise atau hybrid. Tren ke depan: AI-native ERP (SAP Joule, Oracle AI), embedded analytics, dan industry cloud (retail cloud, manufacturing cloud). Sebagai konsultan ERP, Anda harus assess klien profile dan recommend deployment model yang tepat.

Critical Success Factor ERP Implementation

Berdasarkan riset dan pengalaman, ada 7 critical success factor untuk ERP implementation.

Factor	Penjelasan	Risk jika Absent
1. Executive sponsorship	CEO/CFO actively involved	Project tidak priority, scope creep
2. Clear scope	Boundary yang realistic	Scope creep, budget overrun
3. Business process reengineering	Reformasi proses sebelum ERP	Replicate inefficiency di sistem baru
4. Data cleansing	Master data clean sebelum migrate	Garbage in garbage out, go-live chaos
5. Change management	Training, communication, support	User resistance, low adoption
6. Experienced implementation partner	SI yang qualified	Quality implementation buruk
7. Phased approach	Tidak big bang	Big bang failure seperti Hershey

Berdasarkan riset akademis dan pengalaman praktis, ada 7 critical success factor untuk ERP implementation. Pertama, Executive sponsorship — CEO/CFO/COO actively involved, bukan hanya delegate. Project harus jadi strategic priority dengan funding dan resource adequate. Tanpa: project tidak priority, scope creep karena competing initiative. Kedua, Clear scope — boundary yang realistic tentang apa yang akan di-implement dan apa yang tidak. Tanpa: scope creep, budget overrun, timeline delay. Ketiga, Business Process Reengineering (BPR) — reformasi proses bisnis sebelum implement ERP. ERP bukan automation manual process, tetapi transformasi ke best practice. Tanpa: replicate inefficiency di sistem baru. Keempat, Data cleansing — master data (customer, product, supplier) di-cleanse dan validate sebelum migrate. Tanpa: garbage in garbage out, go-live chaos karena data salah. Kelima, Change management — training user (minimum 40 jam per user), communication intensive, support post-go-live. Tanpa: user resistance, low adoption, sistem tidak dipakai optimal. Keenam, Experienced implementation partner — System Integrator (SI) yang qualified dengan track record. Pilih partner dengan industry experience. Tanpa: quality implementation buruk, project failure. Ketujuh, Phased approach — tidak big bang, phased per module atau per business unit. Tanpa: big bang failure seperti Hershey 1999. Sebagai konsultan ERP, Anda harus ensure ketujuh CSF terpenuhi sebelum project mulai.

ERP Customization Trade-off

Salah satu decision kritikal di ERP implementation:berapa banyak customization yang diperbolehkan?

Pendekatan	Customization	Pro	Kontra
Vanilla	0% (default ERP)	Upgrade mudah, fast, low cost	Adaptasi proses ke ERP, fitur gap
Light config	10-20%	Balance fit dan flexibility	Some process adaptation
Heavy custom	50%+	Match exact process	Upgrade sulit, cost tinggi, vendor lock
Best-of-breed + integration	Mixed vendors	Best fit per function	Integration complex

Best practice modern: pakai ERP vanilla 80%, customize 20% hanya untuk differentiating process. Bukan kebalikannya.

Salah satu decision kritikal di ERP implementation adalah berapa banyak customization yang diperbolehkan. Empat pendekatan dengan trade-off berbeda. Pertama, Vanilla: zero customization, pakai default ERP process. Pro: upgrade mudah (tinggal patch), fast implementation, low cost. Kontra: perusahaan harus adaptasi process ke ERP best practice, fitur gap dengan process unik. Cocok untuk organisasi yang mau transformasi ke best practice. Kedua, Light configuration: 10-20 persen customization via configuration (bukan code change). Pro: balance antara fitur fit dan flexibility. Kontra: masih ada beberapa process yang harus adaptasi. Cocok untuk organisasi yang punya beberapa unique process. Ketiga, Heavy customization: 50 persen+ customization via code modification. Pro: match exact process perusahaan. Kontra: upgrade sangat sulit (setiap upgrade butuh re-code customization), cost tinggi (IT maintenance), vendor lock ke implementor. Tidak recommended kecuali process adalah competitive advantage yang harus dipertahankan. Keempat, Best-of-breed dengan integration: pakai vendor terbaik per function (mis. SAP untuk Finance, Salesforce untuk CRM, Workday untuk HR) dengan middleware integration. Pro: best fit per function. Kontra: integration complex, multiple vendor manage. Best practice modern: pakai ERP vanilla 80 persen, customize 20 persen hanya untuk differentiating process yang competitive advantage. Banyak perusahaan keliru customize 50 persen+ yang akhirnya jadi technical debt. Sebagai konsultan ERP, Anda harus educate klien untuk resist over-customization.

Sintesis: Toolkit Sistem Informasi Operasi

Lima skill yang harus Anda pegang sebagai praktisi global operations di area sistem informasi.

Skill	Tools	Use Case
ERP fundamental	SAP, Oracle, MS Dynamics	Integrated business system
B2B integration	EDI (X12, EDIFACT), API (REST)	Partner integration
Master Data Management	SAP MDG, Informatica, IBM	Data consistency
Control Tower SCM	SAP IBP, Kinaxis, Llamasoft	Supply chain visibility
ERP implementation	7 CSF, phased approach	Project sukses

Sintesis hari ini adalah toolkit lima skill sistem informasi operasi. Pertama, ERP fundamental dengan SAP, Oracle, Microsoft Dynamics untuk integrated business system yang single source of truth. Kedua, B2B integration dengan EDI (X12, EDIFACT) untuk partner traditional dan API (REST) untuk partner digital-native. Ketiga, Master Data Management dengan SAP MDG, Informatica, IBM InfoSphere untuk konsistensi data cross-system. Keempat, Control Tower SCM dengan SAP IBP, Kinaxis RapidResponse, Llamasoft untuk supply chain visibility dan decision support. Kelima, ERP implementation dengan 7 CSF dan phased approach untuk project sukses. Sebagai konsultan IT operations, Anda akan sering apply lima skill ini untuk klien. Sistem informasi adalah enabler operations global yang scalable dan efficient.

Ringkasan & Persiapan Pertemuan 12

Apa yang sudah kita pelajari hari ini dan apa yang akan datang minggu depan.

Hari Ini (P11)

ERP fundamental & module (FI, HR, PP, SCM)
EDI vs API untuk B2B integration
Master Data Management
Control Tower SCM
Kasus: Hershey SAP failure 1999

Minggu Depan (P12)

Industry 4.0 & IoT untuk operasi global
Smart Manufacturing & Smart Factory
Digital Twin technology
AI/ML untuk predictive analytics
Kasus: Siemens Amberg smart factory

Persiapan P12: baca tentang Industry 4.0; refresh IoT dan digital twin concepts; siapkan satu technology trend yang menurut Anda impactful.