🇬🇧 Read this article in English
Ringkasan Eksekutif: Biaya sistem ERP legacy yang sebenarnya jauh melampaui biaya pemeliharaan tahunan. Jika Anda memperhitungkan hilangnya produktivitas, beban integrasi, risiko kepatuhan, dan ketidakmampuan merespons disrupsi seperti pandemi saat ini, total biaya kepemilikan (TCO) bisa mencapai tiga hingga lima kali lipat dari yang tertera di anggaran TI. Jika organisasi Anda belum menghitung gambaran utuhnya, Anda hampir pasti meremehkan kerugiannya.
Tagihan yang Tidak Terlihat
Pandemi tidak menciptakan masalah ERP legacy. Ia hanya membuatnya mustahil untuk diabaikan. Selama beberapa bulan terakhir, saya telah berbicara dengan banyak CFO dan CIO yang menyadari — beberapa di antaranya dengan cara yang menyakitkan — bahwa biaya sistem ERP legacy membebani organisasi mereka jauh lebih besar daripada yang tertera pada faktur pemeliharaan. Server on-premise yang tidak bisa diakses siapa pun dari jarak jauh. Proses batch yang mengharuskan seseorang berada secara fisik di ruang server. Integrasi kustom yang rusak ketika mitra rantai pasok mengubah format data mereka dalam semalam.
Ini bukan kasus pengecualian. Ini adalah prosedur operasi standar yang kebetulan bergantung pada dunia yang kini sudah tidak ada lagi.
Yang paling mengganggu saya bukanlah kesenjangan teknisnya — melainkan kebutaan finansialnya. Sebagian besar tim eksekutif yang bekerja sama dengan saya memiliki perkiraan kasar tentang berapa pengeluaran ERP mereka setiap tahun. Hampir tidak ada dari mereka yang memiliki gambaran akurat. Dan celah antara persepsi dan realitas inilah tempat terjadinya kerugian yang sebenarnya.
Di Luar Anggaran Tertulis: Memahami Biaya Sistem ERP Legacy yang Sebenarnya
Sebagian besar tim keuangan melacak pengeluaran ERP sebagai kombinasi dari kontrak lisensi, pemeliharaan, dan dukungan. Untuk perusahaan skala menengah yang menjalankan SAP ECC atau Oracle E-Business Suite, angka tersebut biasanya berkisar antara $500 ribu hingga $2 juta per tahun. Itulah angka yang muncul dalam ulasan anggaran TI.
Itu adalah angka yang salah.
Biaya sebenarnya mencakup beberapa kategori yang jarang muncul dalam satu baris anggaran:
- Pelunasan utang teknis — kode kustom, workaround, dan aplikasi tambahan yang menumpuk selama 10-20 tahun
- Pemeliharaan integrasi — menjaga sistem lama tetap terhubung dengan alat, mitra, dan platform modern
- Biaya peluang (Opportunity cost) — proyek yang tertunda atau dibatalkan karena ERP tidak dapat mendukungnya
- Premi talenta — membayar di atas harga pasar untuk spesialis teknologi usang
- Risiko kepatuhan dan audit — kontrol manual yang diperlukan karena sistem tidak dapat menerapkannya secara otomatis
Sebuah survei Rimini Street dari tahun 2019 menemukan bahwa perusahaan menghabiskan rata-rata 60-80% dari anggaran TI mereka untuk memelihara sistem yang ada alih-alih mendanai inovasi. Ketika empat perlima dari anggaran teknologi Anda hanya digunakan untuk sekadar menjaga sistem tetap menyala, biayanya bukan lagi sekadar masalah finansial — ini masalah strategis. [Sumber: Rimini Street, 2019 IT Budget Survey]
Lima Kategori Biaya Tersembunyi yang Tidak Muncul di Neraca Keuangan
1. Utang Teknis (Technical Debt)
Setiap kustomisasi yang ditambahkan ke sistem ERP selama 15-20 tahun terakhir mewakili kewajiban pemeliharaan. Tahun lalu, saya bekerja dengan klien manufaktur yang telah mengumpulkan lebih dari 3.000 program ABAP kustom pada instans SAP R/3 mereka. Masing-masing ditulis untuk menyelesaikan masalah bisnis spesifik pada titik waktu tertentu. Banyak dari masalah bisnis tersebut kini sudah tidak relevan. Namun kodenya masih berjalan, masih membutuhkan pengujian saat ada patch, dan sesekali masih mengalami kerusakan.
Tim development menghabiskan sekitar 40% dari kapasitas mereka untuk memelihara kode yang nilai bisnisnya dipertanyakan. Ini bukan masalah teknologi — ini masalah finansial. Dengan menghitung total biaya developer, klien ini membakar sekitar $600 ribu setiap tahun hanya untuk pemeliharaan kode kustom saja.
2. Beban Overhead Integrasi
Bisnis modern berjalan di atas sistem yang saling terhubung. ERP Anda perlu bertukar data dengan CRM, platform e-commerce, warehouse management system (WMS), mitra perbankan, dan semakin sering, langsung dengan sistem pelanggan Anda.
ERP legacy dirancang untuk era yang berbeda. Mereka berasumsi pada pemrosesan batch, pertukaran flat file, dan koneksi point-to-point. Setiap integrasi baru membutuhkan middleware, adaptor kustom, dan pemantauan berkelanjutan. Salah satu klien yang saya tangani menghabiskan $300 ribu per tahun hanya untuk lisensi middleware guna menjaga ERP keluaran 2004 mereka tetap terhubung dengan aplikasi SaaS modern. Middleware itu sendiri telah menjadi lapisan legacy yang menumpuk di atas lapisan legacy lainnya.
3. Biaya Peluang (Opportunity Cost)
Ini adalah biaya yang paling sulit diukur, namun seringkali yang paling besar. Ketika pandemi melanda, perusahaan harus membangun kanal e-commerce, mengaktifkan pemrosesan pesanan jarak jauh, dan beradaptasi dengan model pemenuhan pesanan (fulfillment) baru dalam hitungan minggu. Organisasi dengan ERP cloud-native modern melakukan perubahan ini dalam hitungan hari. Mereka yang berada di platform legacy membutuhkan waktu berbulan-bulan — itu pun jika mereka mampu melakukannya.
Saya mengetahui sebuah perusahaan distribusi yang kehilangan estimasi pendapatan sebesar $4 juta pada kuartal kedua 2020 karena sistem legacy mereka tidak dapat mendukung model drop-ship yang tiba-tiba dituntut oleh pelanggan mereka. Kompetitor mereka, yang menjalankan ERP cloud modern, berhasil merebut bisnis dan hubungan pelanggan tersebut. Sebagian dari pendapatan itu tidak akan pernah kembali.
4. Premi Talenta
Developer yang memelihara ERP Anda saat pertama kali diimplementasikan pada tahun 2005 kini mungkin sudah pensiun, dipromosikan menjadi VP, atau bekerja di tempat lain. Ketersediaan spesialis ABAP, PeopleSoft, atau JD Edwards semakin menyusut setiap tahun, dan konsultan yang tersisa mematok tarif yang sangat tinggi.
Tarif pasar saat ini untuk developer ABAP senior berkisar antara $150-$250 per jam. Developer sebanding yang bekerja di platform cloud modern — Python, JavaScript, kerangka API modern — menelan biaya $100-$175 per jam dan jauh lebih mudah direkrut. Selama satu tahun pengerjaan proyek, premi talenta ini dapat mencapai enam digit dengan mudah. Dan itu dengan asumsi Anda bisa menemukan spesialis tersebut. Beberapa klien saya harus menunda proyek kritis selama berbulan-bulan hanya karena menunggu ketersediaan developer legacy yang berkualifikasi.
5. Risiko Kepatuhan dan Audit
Kepatuhan SOX, GDPR, UU Pelindungan Data Pribadi (PDP), atau standar pengakuan pendapatan seperti PSAK 72 (adaptasi IFRS 15 / ASC 606) — setiap persyaratan regulasi baru menuntut kapabilitas sistem. ERP legacy sering kali tidak memiliki dukungan bawaan untuk standar saat ini, memaksa organisasi untuk membangun kontrol manual, rekonsiliasi berbasis spreadsheet, dan alur persetujuan luring (offline).
Sebagai seseorang dengan latar belakang akuntansi dan TI, masalah ini sangat relevan bagi saya. Saya telah melihat tim audit menambah waktu berminggu-minggu dalam jadwal kerja mereka karena ERP tidak dapat menghasilkan laporan yang mereka butuhkan dalam format yang diminta. Tambahan waktu berminggu-minggu itu tidak gratis. Hal ini berdampak pada biaya audit tambahan, lembur staf, dan tertundanya proses tutup buku finansial. Seorang klien memperkirakan overhead audit terkait sistem legacy mereka mencapai $180 ribu per tahun — angka yang tidak pernah muncul dalam diskusi anggaran TI mana pun.
Mengapa Organisasi Terjebak
Jika biayanya sangat jelas, mengapa perusahaan tetap menjalankan ERP legacy? Berdasarkan pengalaman saya, ada tiga kekuatan yang membuat organisasi terkunci:
Ketakutan akan disrupsi. Migrasi ERP itu kompleks, mahal, dan berisiko. Setiap eksekutif pernah mendengar cerita horor — atau mengalaminya sendiri. Implementasi SAP di Lidl yang dibatalkan setelah dilaporkan menghabiskan €500 juta selalu muncul di setiap diskusi ruang direksi. Ketakutan akan kegagalan implementasi sering kali mengalahkan rasa sakit yang sudah diketahui dari sistem saat ini, bahkan ketika hitung-hitungan matematisnya tidak mendukung ketakutan tersebut.
Kesesatan biaya tertanam (Sunk cost fallacy). “Kita sudah menginvestasikan $20 juta di sistem ini” adalah jangkar psikologis yang sangat kuat. Fakta bahwa $20 juta tersebut sudah dihabiskan dan tidak dapat dikembalikan sering kali hilang dalam kalkulasi emosional. Yang terpenting adalah biaya ke depannya — bukan biaya yang sudah berlalu. Namun, cobalah mengatakan hal itu kepada dewan direksi yang menyetujui investasi awalnya.
Kurangnya visibilitas terhadap biaya sebenarnya. Ketika biaya tersebar di berbagai pos seperti pemeliharaan TI, biaya konsultasi, hilangnya produktivitas di unit bisnis, dan pengeluaran audit, tidak ada satu orang pun yang melihat gambaran utuhnya. CFO melihat satu angka. CIO melihat angka lain. Pemimpin unit bisnis melihat konsekuensinya tetapi bukan penyebabnya. Tidak ada yang melihat total keseluruhannya.
Kerangka Kerja untuk Menghitung Total Biaya Kepemilikan (TCO)
Jika Anda curiga ERP legacy Anda memakan biaya lebih dari yang seharusnya, berikut adalah pendekatan terstruktur yang saya gunakan dengan klien. Ini bukan pekerjaan yang glamor, tetapi menghasilkan angka-angka yang dapat mengubah arah diskusi.
- Katalogkan semua biaya langsung — lisensi, pemeliharaan, kontrak dukungan, hosting, infrastruktur, dan siklus pembaruan perangkat keras terkait
- Petakan lanskap integrasi — dokumentasikan setiap sistem yang terhubung ke ERP, metode integrasi yang digunakan, dan biaya tahunan untuk memelihara setiap koneksi
- Kuantifikasi beban kustomisasi — hitung objek kustom (laporan, antarmuka, konversi, ekstensi, formulir), perkirakan jam pemeliharaan tahunan, dan hitung total biayanya
- Wawancarai pemangku kepentingan bisnis — tanyakan kepada kepala departemen di mana ERP memperlambat mereka, memaksa solusi manual, atau mencegah mereka mengejar kapabilitas baru
- Nilai risiko talenta — evaluasi ketersediaan, profil usia, dan lintasan tarif pasar dari keterampilan yang diperlukan untuk memelihara sistem saat ini
- Hitung overhead kepatuhan — dokumentasikan kontrol manual, proses rekonsiliasi luring, dan biaya audit tambahan apa pun yang secara langsung disebabkan oleh keterbatasan sistem
Sebagian besar organisasi yang menyelesaikan evaluasi ini menemukan bahwa biaya sistem ERP legacy mereka yang sebenarnya adalah 2-4x lipat dari yang mereka yakini sebelumnya. Temuan itu saja cenderung menggeser diskusi modernisasi dari “suatu hari nanti” menjadi “tahun fiskal ini”.
Pertanyaan yang Sering Diajukan (FAQ)
Bagaimana saya tahu jika sistem ERP saya terkategori sebagai “legacy”?
Usia saja tidak membuat sebuah sistem menjadi legacy. Sebuah sistem menjadi legacy ketika ia tidak lagi dapat diperbarui secara efektif untuk memenuhi kebutuhan bisnis saat ini, ketika vendor telah mengakhiri atau mengumumkan akhir dari dukungan utama, atau ketika biaya pemeliharaannya melebihi biaya penggantiannya. Jika ERP Anda memerlukan pengembangan kustom yang signifikan untuk mendukung kebutuhan modern dasar — akses seluler, pelaporan real-time, integrasi berbasis API — sistem tersebut pada dasarnya adalah legacy terlepas dari kapan ia diinstal.
Berapa anggaran yang realistis untuk bermigrasi dari ERP legacy?
Untuk perusahaan skala menengah (pendapatan $100 juta-$1 miliar), migrasi ERP penuh biasanya memakan biaya antara $2 juta hingga $15 juta, tergantung pada kompleksitas, ruang lingkup, dan platform target. Itu adalah investasi yang signifikan. Namun, bandingkan dengan perhitungan total biaya kepemilikan yang diuraikan di atas. Dalam banyak kasus, migrasi akan balik modal dalam 3-5 tahun melalui pengurangan biaya pemeliharaan, peningkatan produktivitas, dan kapabilitas yang menghasilkan pendapatan baru. Pertanyaan yang lebih relevan bukanlah “mampukah kita bermigrasi” melainkan “mampukah kita untuk tidak bermigrasi.”
Haruskah saya bermigrasi ke ERP cloud atau mengimplementasikan sistem on-premise baru?
Untuk sebagian besar organisasi saat ini, cloud adalah standar yang tepat. Fleksibilitas operasional yang kita butuhkan selama pandemi ini — akses jarak jauh, penskalaan cepat, pembaruan otomatis, tanpa ketergantungan pada infrastruktur fisik — adalah bawaan asli dari platform cloud dan sangat sulit dicapai secara on-premise. Pengecualian tetap ada: industri yang sangat diatur dengan persyaratan domisili data yang ketat, organisasi dengan volume transaksi ekstrem, atau perusahaan di wilayah dengan infrastruktur internet yang tidak dapat diandalkan mungkin masih mendapat manfaat dari penerapan on-premise atau hybrid. Namun beban pembuktiannya telah bergeser. Jika Anda memilih on-premise, Anda harus memiliki alasan yang sangat spesifik.
Bisakah saya melakukan modernisasi secara bertahap alih-alih penggantian penuh?
Ya, dan untuk organisasi yang besar dan kompleks, ini seringkali merupakan pendekatan yang pragmatis. Strategi umum mencakup membungkus sistem legacy dengan API modern menggunakan platform integrasi, memigrasikan modul tertentu ke cloud sambil mempertahankan fungsi inti keuangan, atau menerapkan strategi ERP dua tingkat (two-tier) di mana sistem legacy menangani fungsi back-office sementara platform modern menangani operasi yang berhadapan langsung dengan pelanggan. Risiko dari pendekatan bertahap adalah ia dapat memperpanjang umur utang teknis alih-alih menyelesaikannya. Jika Anda mengambil rute ini, tetapkan tonggak pencapaian (milestones) yang jelas dan tanggal penghentian (sunset dates) yang tegas untuk komponen legacy. Tanpa hal tersebut, “bertahap” akan berubah menjadi “tanpa batas waktu.”
Jendela Kesempatan Semakin Menutup
Pandemi telah memampatkan tekanan transformasi digital yang seharusnya memakan waktu bertahun-tahun menjadi hanya dalam hitungan bulan. Bagi organisasi yang masih menjalankan sistem ERP legacy, kerugian akibat tidak bertindak telah menjadi sangat jelas dengan cara yang tidak pernah bisa dicapai oleh spreadsheet dan presentasi strategi. Gudang yang tidak bisa memproses pesanan dari jarak jauh. Tim keuangan yang tidak bisa tutup buku tanpa berada di kantor. Organisasi penjualan yang tidak bisa memberikan penawaran harga kepada pelanggan karena sistem tidak dapat diakses.
Bahkan ketika krisis saat ini berlalu — dan itu pasti berlalu — fundamental ekonomi yang mendasarinya tidak akan berbalik arah. Biaya sistem ERP legacy akan semakin mahal setiap tahunnya seiring dengan semakin langkanya talenta, meningkatnya tuntutan integrasi, dan berlipat gandanya persyaratan regulasi. Pertanyaannya bukanlah apakah harus melakukan modernisasi. Pertanyaannya adalah seberapa cepat Anda dapat membangun rencana yang kredibel dan mempresentasikan total biaya kepemilikan yang sebenarnya di hadapan orang-orang yang mengendalikan anggaran.
Berdasarkan pengalaman saya, begitu eksekutif melihat berapa biaya sistem ERP legacy mereka yang sebenarnya — angka penuhnya, bukan sekadar baris anggaran TI — diskusi modernisasi berhenti menjadi sekadar teori dan mulai menjadi urgensi. Angka-angka matematis itu yang akan meyakinkan mereka. Anda hanya perlu melakukan perhitungannya.
