Biaya ERP custom tidak dapat dihitung hanya dari jumlah menu atau modul. Dua perusahaan yang sama-sama membutuhkan penjualan, gudang, dan keuangan dapat menerima estimasi berbeda karena business rule, integrasi, volume data, migrasi, hak akses, laporan, serta strategi implementasinya tidak sama.
Kesalahan yang sering terjadi adalah membandingkan angka development awal tanpa melihat biaya implementasi dan operasional setelah go-live. Penawaran yang tampak murah dapat menjadi mahal ketika migrasi, integrasi, training, support, cloud, lisensi, dan perubahan proses belum dimasukkan.
Mengapa Harga ERP Custom Bisa Sangat Berbeda?
Istilah “ERP” dapat berarti hal berbeda. Bagi satu perusahaan, ERP adalah sistem trading dengan penjualan, pembelian, persediaan, dan accounting. Bagi perusahaan lain, ERP juga mencakup produksi, multi-entitas, fleet, project costing, HRIS, POS, portal vendor, mobile app, IoT, dan integrasi bank.
Karena itu, pertanyaan “berapa harga ERP?” perlu diubah menjadi beberapa pertanyaan yang dapat dihitung:
- proses dan unit bisnis apa yang masuk scope;
- berapa perusahaan, cabang, gudang, outlet, dan role pengguna;
- business rule serta approval apa yang harus dikustomisasi;
- berapa banyak sistem dan perangkat yang perlu diintegrasikan;
- berapa volume transaksi, data historis, dokumen, dan attachment;
- apa kebutuhan availability, performa, keamanan, audit, backup, dan pemulihan;
- bagaimana strategi migrasi, training, pilot, dan go-live;
- apa saja warranty, maintenance, SLA, dan enhancement setelah implementasi.
Tanpa jawaban tersebut, angka yang diberikan hanya indikasi awal. Untuk memahami lingkup layanan sebelum menghitung biaya, baca pembahasan jasa pembuatan ERP custom.
Komponen CAPEX ERP Custom
CAPEX sering dipakai untuk menyebut investasi awal proyek. Namun, perlakuan akuntansi tidak boleh diputuskan dari istilah penawaran semata. Finance dan auditor perlu menilai kontrak, kontrol atas aset, manfaat ekonomi, fase riset/pengembangan, serta standar akuntansi yang berlaku.
1. Discovery dan business process assessment
Fase ini memetakan tujuan, stakeholder, proses as-is, masalah, sistem lama, data, risiko, serta proses to-be. Hasilnya dapat berupa blueprint, requirement, scope, backlog, process flow, role matrix, integration map, dan acceptance criteria.
Menghapus discovery untuk menghemat biaya dapat memindahkan ketidakpastian ke fase development, ketika perubahan jauh lebih mahal. Untuk proyek kompleks, pahami lebih lanjut fungsi fase discovery ERP.
2. UI/UX dan prototype
Biayanya dipengaruhi jumlah role, kerumitan transaksi, kebutuhan mobile, pola input data, dashboard, accessibility, dan jumlah prototype yang harus divalidasi. UI yang sederhana bagi direksi belum tentu sederhana bagi operator gudang atau staf finance yang memasukkan ratusan transaksi.
3. Development dan konfigurasi
Komponen ini mencakup frontend, backend, database, workflow, permission, laporan, notifikasi, serta konfigurasi modul. Cost driver utamanya bukan nama modul, tetapi jumlah rule, skenario pengecualian, hubungan antarmodul, dan kualitas yang harus dipenuhi.
4. Integrasi
Integrasi dengan POS, marketplace, payment gateway, bank, logistik, software accounting, mesin absensi, atau sistem legacy memerlukan analisis tersendiri. Biaya dapat meningkat ketika dokumentasi API tidak lengkap, akses dibatasi, data tidak konsisten, atau diperlukan retry dan rekonsiliasi khusus.
5. Data migration
Migrasi bukan sekadar memindahkan spreadsheet. Kegiatan ini dapat mencakup cleansing, mapping kode, deduplikasi, transformasi, trial migration, rekonsiliasi saldo, validasi user, serta cut-over. Semakin buruk kualitas data lama, semakin besar upaya migrasinya.
6. Quality assurance dan UAT
Pengujian perlu mencakup fungsi, role, integrasi, transaksi parsial, retur, pembatalan, duplicate submission, error handling, serta performa yang relevan. UAT juga membutuhkan waktu key user perusahaan; biaya internal ini sering tidak tercantum dalam quotation vendor.
7. Deployment, training, dan go-live
Scope dapat mencakup setup environment, konfigurasi domain/SSL, pipeline deployment, backup, monitoring, training user/admin, pilot, parallel run, cut-over, hypercare, serta rollback plan. Rollout ke satu lokasi tentu berbeda dengan penerapan serentak ke banyak cabang.
Komponen OPEX ERP
1. Infrastruktur
Biaya cloud atau server dipengaruhi traffic, transaksi, penyimpanan, backup, database, high availability, disaster recovery, lokasi data, bandwidth, logging, dan monitoring. Jangan mengestimasi hanya dari jumlah user terdaftar; pola penggunaan dan beban transaksi lebih menentukan.
2. Lisensi dan layanan pihak ketiga
Contohnya adalah database atau BI berlisensi, email, WhatsApp/OTP, peta, e-signature, object storage, observability, antivirus, payment gateway, serta API lainnya. Periksa apakah biaya dihitung per user, transaksi, pesan, request, kapasitas, atau periode.
3. Support dan maintenance
Bedakan warranty defect, operational support, preventive maintenance, security update, compatibility update, dan enhancement. Istilah “maintenance termasuk” terlalu kabur apabila jam layanan, response target, coverage, pengecualian, dan batas perubahan tidak ditulis.
4. Operasional internal
Perusahaan tetap membutuhkan product owner/PIC, administrator, data steward, key user, training user baru, governance master data, dan proses change request. ERP bukan sistem yang selesai dikelola ketika vendor menyerahkan aplikasi.
5. Peningkatan kapasitas dan perubahan bisnis
Ketika transaksi, cabang, produk, regulasi, atau integrasi bertambah, perusahaan mungkin memerlukan kapasitas baru dan enhancement. Sisihkan budget perubahan berdasarkan roadmap, bukan menganggap sistem akan tetap sama selama bertahun-tahun.
Hidden Cost yang Sering Terlewat
| Hidden cost | Mengapa muncul | Cara mengendalikannya |
|---|---|---|
| Data cleansing | Master data ganda atau tidak konsisten | Audit data sebelum finalisasi scope migrasi |
| Waktu key user | Workshop, review, UAT, dan training membutuhkan tenaga internal | Masukkan alokasi waktu dan back-up operasional |
| Perubahan scope | Requirement belum jelas atau keputusan terlambat | Discovery, baseline scope, dan change-control |
| Integrasi pihak ketiga | API, akses, atau biaya usage belum diverifikasi | Feasibility spike dan konfirmasi provider |
| Downtime/cut-over | Migrasi dan go-live mengganggu operasional | Pilot, parallel run, cut-over, dan rollback plan |
| Adopsi rendah | User kembali ke spreadsheet atau workaround | Change management, training, UX, dan governance |
| Vendor transition | Dokumentasi, repository, atau akses tidak siap | Atur handover, lisensi, source code, dan exit plan dalam kontrak |
| Opportunity cost | Manfaat tertunda karena implementasi lambat | Prioritaskan modul dengan time-to-value terbaik |
Cara Menghitung TCO ERP
FinOps Foundation mendefinisikan TCO sebagai penilaian menyeluruh atas biaya teknologi dalam rentang waktu, termasuk akuisisi, support, komunikasi, tenaga kerja, downtime, training, dan productivity loss. Untuk ERP, gunakan horizon waktu yang sama saat membandingkan pilihan, misalnya tiga atau lima tahun.
Rumus kerja sederhana:
TCO = biaya awal + biaya operasional selama periode + biaya internal + biaya perubahan + biaya risiko yang dapat diestimasi − nilai residual yang relevan
Model spreadsheet minimal:
| Komponen | Tahun 0 | Tahun 1 | Tahun 2 | Tahun 3 |
|---|---|---|---|---|
| Discovery, desain, development | Input penawaran | — | — | — |
| Integrasi dan migrasi | Input penawaran | Enhancement jika ada | Enhancement jika ada | Enhancement jika ada |
| Cloud, lisensi, API | Setup | 12 bulan | 12 bulan + growth | 12 bulan + growth |
| Support/maintenance | Jika ada | SLA tahunan | SLA tahunan | SLA tahunan |
| Tim internal dan training | Jam kerja × rate | Operasional | Operasional | Operasional |
| Contingency | Berdasarkan risk register | Sesuai risiko | Sesuai risiko | Sesuai risiko |
Jangan memasukkan angka asumsi satu vendor ke kolom vendor lain. Samakan jumlah user, transaksi, modul, environment, storage, support window, growth rate, integrasi, dan periode.
Contoh Simulasi TCO — Bukan Quotation
Misalkan perusahaan sedang membandingkan dua opsi selama 36 bulan. Gunakan variabel berikut:
- Opsi A: setup awal A + biaya lisensi bulanan A + implementasi/integrasi A + biaya internal A.
- Opsi B: development awal B + cloud bulanan B + maintenance bulanan B + integrasi/migrasi B + biaya internal B.
Hitung:
TCO A = setup A + implementasi A + (lisensi bulanan A × 36) + biaya internal A + contingency A
TCO B = development B + integrasi/migrasi B + (cloud B × 36) + (maintenance B × 36) + biaya internal B + contingency B
Hasil yang lebih rendah belum otomatis lebih baik. Bandingkan juga gap fungsi, risiko implementasi, fleksibilitas, exit cost, kualitas support, waktu memperoleh manfaat, dan kemampuan sistem memenuhi target bisnis.
Bagaimana Mengestimasi Biaya ERP Sebelum Meminta Proposal?
- Tentukan masalah dan KPI bisnis yang ingin diperbaiki.
- Daftar proses yang masuk fase pertama dan yang ditunda.
- Catat jumlah perusahaan, cabang, gudang, outlet, user, dan role.
- Inventaris sistem lama, API, perangkat, serta pihak ketiga.
- Nilai kondisi data dan volume migrasi.
- Tentukan kebutuhan cloud/on-premise, availability, backup, dan recovery.
- Definisikan kebutuhan training, rollout, support, dan maintenance.
- Minta vendor memisahkan one-time, recurring, optional, dan third-party cost.
- Minta asumsi, exclusions, validity, tax, dan mekanisme change request.
- Bandingkan TCO dan business value dalam periode yang sama.
Untuk konteks jenis ERP, modul, dan strategi implementasi, baca panduan sistem ERP perusahaan. Penjelasan istilah finansial yang lebih umum tersedia pada artikel TCO, CAPEX, dan OPEX.
CAPEX Tidak Otomatis Berarti Software Menjadi Aset
PSAK 19 dan IAS 38 membahas kriteria pengakuan serta pengukuran aset takberwujud. Software dapat berkaitan dengan aset takberwujud, tetapi pengeluaran tidak otomatis dikapitalisasi hanya karena disebut “CAPEX” dalam proposal.
Finance dan auditor perlu menilai antara lain sifat kontrak, kontrol atas software, hak legal, manfaat ekonomi masa depan, kemampuan mengukur biaya, fase pengembangan, serta apakah perusahaan hanya menerima akses ke aplikasi cloud. Perlakuan konfigurasi atau kustomisasi SaaS juga dapat berbeda dari software yang dikendalikan perusahaan.
Karena itu, artikel ini adalah kerangka penyusunan anggaran, bukan nasihat akuntansi atau pajak. Validasi perlakuan pencatatan dengan pihak yang berwenang di perusahaan.
Harga Produk dan Biaya Custom ERP Bukan Hal yang Sama
Produk siap pakai dapat memiliki harga paket, batas user, modul, dan biaya implementasi yang lebih terstandardisasi. ERP custom membutuhkan scope karena rule, integrasi, migrasi, dan deployment berbeda pada setiap perusahaan.
Lihat halaman harga dan paket Layana.ID untuk penawaran produk yang sedang ditampilkan. Halaman tersebut harus menjadi rujukan harga aktif, bukan angka lama dalam artikel. Untuk mengeksplorasi fitur produk, kunjungi LayanaERP.
Pertanyaan yang Sering Diajukan
Berapa biaya ERP custom?
Tidak ada satu angka yang berlaku untuk semua perusahaan. Biaya ditentukan oleh scope modul, business rule, integrasi, migrasi, role, laporan, kebutuhan kualitas, deployment, training, dan support. Harga yang bertanggung jawab membutuhkan discovery atau setidaknya scope awal.
Apa perbedaan biaya implementasi dan biaya development?
Development berfokus pada pembangunan atau perubahan software. Implementasi dapat mencakup konfigurasi, migrasi, deployment, training, pilot, change management, dan dukungan go-live. Definisi masing-masing harus diperjelas dalam penawaran.
Apakah custom ERP selalu lebih murah daripada SaaS?
Tidak. Hasilnya bergantung pada jumlah user, tingkat kustomisasi, integrasi, periode penggunaan, cloud, maintenance, tim internal, serta biaya perubahan. Bandingkan dengan TCO dan manfaat yang setara, bukan asumsi bahwa satu model selalu unggul.
Apakah biaya maintenance wajib?
Sistem tetap membutuhkan monitoring, backup, security update, compatibility update, support, dan penanganan defect. Model pembiayaannya dapat berbeda, tetapi tanggung jawab tersebut harus memiliki pemilik, coverage, dan anggaran.
Bagaimana menghitung apakah ERP layak secara bisnis?
Bandingkan TCO dengan penghematan, pengurangan risiko, peningkatan kapasitas, percepatan cash conversion, atau manfaat terukur lainnya. Gunakan panduan menghitung ROI sistem digital dan hindari memasukkan manfaat yang tidak dapat dibuktikan.
Referensi: FinOps Foundation—TCO, Ikatan Akuntan Indonesia—PSAK 19, dan IFRS Foundation—IAS 38. Perlakuan akuntansi dan pajak wajib dikonfirmasi dengan pihak profesional yang memahami kondisi perusahaan.