Biaya Implementasi ERP: Mana yang Menjadi Beban, Mana yang Mungkin Dikapitalisasi?

IDTAX.OR.ID KNOWLEDGE SYSTEM

Biaya Implementasi ERP: Mana yang Menjadi Beban, Mana yang Mungkin Dikapitalisasi?

FormatPost
Diperbarui18 September 2026
Waktu baca7 menit
KonteksPanduan praktis

Proyek ERP hampir selalu menghasilkan satu invoice besar dengan banyak isi.

Software subscription.

License.

Implementation.

Configuration.

Customization.

Data migration.

Training.

Project management.

Testing.

Cloud.

Consultant.

Internal payroll.

Support.

Ketika proyek selesai, accounting dan tax sering menerima pertanyaan yang terlalu sederhana:

“Total Rp30 miliar ini dikapitalisasi atau expense?”

Jawabannya hampir tidak pernah seluruhnya satu treatment.

PMK 72 Tahun 2023 memberi aturan khusus untuk perangkat lunak.

Program Aplikasi Khusus yang dimiliki dan digunakan untuk mendapatkan, menagih, dan memelihara penghasilan serta mempunyai masa manfaat lebih dari satu tahun diamortisasi sebagai harta tak berwujud Kelompok 1.

Program Aplikasi Umum mempunyai treatment berbeda dan pada kondisi yang diatur dapat dibebankan sebagai biaya operasional rutin.

Karena itu, proyek ERP harus dipecah berdasarkan apa yang sebenarnya diperoleh.

Jangan kapitalisasi nama proyek.

Kapitalisasi atau bebankan komponen sesuai substansi dan ketentuan.

Pertanyaan pertama: ERP ini dimiliki atau hanya subscription?

Perusahaan membeli perpetual license.

Berbeda dari cloud SaaS.

Pada perpetual license, perusahaan dapat memperoleh hak penggunaan tertentu untuk jangka panjang.

Pada SaaS, perusahaan biasanya hanya mengakses layanan selama subscription aktif.

Tax team harus membaca kontrak.

Apakah ada license asset?

Apakah ada source code?

Apakah software menjadi milik perusahaan?

Apakah customer hanya mendapat hak akses?

Apakah customization menjadi milik vendor atau customer?

Jangan menyebut semua ERP sebagai intangible asset.

Hak yang diperoleh menentukan.

Untuk foreign ERP vendor, withholding dan PPN atas transaksi digital juga dapat menjadi layer terpisah, tetapi artikel ini fokus pada capitalization dan amortization.

Implementation fee tidak otomatis expense

Vendor menagih Rp8 miliar untuk implementation.

Apa yang dilakukan?

Business process design.

System configuration.

Custom coding.

Integration.

Testing.

Go live.

Jika biaya tersebut secara langsung membentuk Program Aplikasi Khusus yang dimiliki dan digunakan lebih dari satu tahun, sebagian biaya dapat mempunyai hubungan kuat dengan perolehan aset software.

Jangan otomatis expense hanya karena invoice berkata “professional services”.

Sebaliknya, tidak semua jasa implementasi harus dikapitalisasi.

Training user.

Post go live support.

Routine troubleshooting.

Change management tertentu.

Ongoing helpdesk.

Bisa memiliki karakter operasional berbeda.

Pecah scope.

Tax team membutuhkan statement of work.

Bukan satu invoice summary.

Customization adalah area paling penting

Standard ERP bisa merupakan aplikasi umum dari vendor.

Tetapi customization yang dibangun khusus untuk proses perusahaan dapat menghasilkan Program Aplikasi Khusus atau peningkatan kapasitas aplikasi khusus tergantung fakta.

PMK 72 mengatur pengeluaran untuk meningkatkan kapasitas sumber daya Program Aplikasi Khusus ditambahkan ke nilai sisa buku fiskal dan diamortisasi dalam Kelompok 1 mulai bulan peningkatan dilakukan.

Ini relevan setelah go live.

Perusahaan menambah warehouse module.

Manufacturing planning.

Tax engine.

Custom billing.

AI forecasting.

Jangan seluruh enhancement masuk maintenance expense.

Buat enhancement assessment.

Apakah hanya bug fix?

Atau menambah capability?

Jika capability meningkat dan mempunyai manfaat lebih dari satu tahun, treatment PMK 72 perlu dipertimbangkan.

Data migration perlu dibaca dari fungsinya

ERP baru tidak berguna tanpa data.

Vendor membersihkan master customer.

Memigrasi saldo.

Mapping chart of accounts.

Membuat conversion script.

Apakah biaya migration menjadi bagian asset?

Tidak ada satu jawaban otomatis.

Tax team perlu melihat apakah expenditure tersebut langsung terkait membawa sistem baru ke kondisi dapat digunakan atau lebih merupakan kegiatan operasional, cleanup, atau data maintenance.

Accounting treatment juga bisa mempunyai rule tersendiri.

Fiscal treatment tidak otomatis copy accounting.

Buat migration workstream terpisah.

Cost.

Scope.

Output.

One time or recurring.

Relation to system creation.

Tax memo kemudian menentukan.

Jangan sembunyikan Rp3 miliar migration dalam “ERP project” tanpa analisis.

Training biasanya mempunyai karakter berbeda

Training user memberi kemampuan kepada pegawai.

Bukan software right.

Ini membuat training sering lebih dekat dengan operating expenditure daripada cost memperoleh software asset, sepanjang memenuhi syarat pengurang penghasilan dan tidak ada fakta lain yang mengubah.

Tetapi jangan menjadikan kalimat ini rule absolut tanpa melihat contract.

Jika training bundled dan tidak dapat dipisahkan, allocation mungkin diperlukan.

Untuk proyek besar, minta vendor breakdown.

Implementation Rp7 miliar.

Training Rp1 miliar.

Support Rp1 miliar.

Travel Rp500 juta.

License Rp10 miliar.

Breakdown membuat tax treatment lebih defensible.

Vendor yang menolak breakdown membuat perusahaan lebih sulit menjelaskan basis.

Project management internal perlu dasar

ERP PMO terdiri dari 20 pegawai internal.

Apakah seluruh gaji mereka dikapitalisasi?

Tidak otomatis.

Perusahaan perlu menentukan hubungan langsung dengan pembangunan atau perolehan software.

Siapa full time?

Siapa hanya menghadiri steering meeting?

Berapa waktu?

Apa pekerjaan?

Jika ingin memasukkan internal cost ke basis aset, dokumentasi allocation harus kuat.

Timesheet.

Project assignment.

Cost center.

Role.

Period.

Jangan kapitalisasi persentase arbitrary hanya agar project asset terlihat sesuai budget.

Sebaliknya, jangan mengabaikan cost yang secara substansi langsung membangun asset hanya karena berasal dari payroll internal.

Kebijakan harus konsisten.

Cloud cost selama implementasi perlu tagging

ERP SaaS atau development sering memakai cloud environment.

Development.

Testing.

Staging.

Production.

Kalau semua cloud bill dikapitalisasi selama proyek, setelah go live basis akan terus bertambah karena production cloud tetap berjalan.

Untuk memperluas konteks pada bagian ini, lihat Peralatan Kecil dalam Jumlah Banyak: Apakah Semua Harus Dikapitalisasi?.

Buat tagging.

Implementation environment.

Operating environment.

Shared environment.

Tax team kemudian menilai treatment.

Ini juga membantu FinOps.

Cost yang tidak bisa diatribusi jangan dipaksa masuk project.

Better allocation yang dapat dibuktikan daripada capitalization terlalu agresif.

Go live bukan selalu tanggal mulai amortisasi fiskal

Accounting sering mulai amortisasi saat asset available for use.

PMK 72 mengatur amortisasi pada prinsipnya dimulai pada bulan dilakukannya pengeluaran untuk memperoleh harta tak berwujud, kecuali pengaturan bidang usaha tertentu.

Ini dapat berbeda dari accounting go live schedule.

Perusahaan harus membaca timing fiskal dengan hati-hati.

Jangan otomatis mulai semua amortisasi pada satu tanggal go live jika pengeluaran terjadi bertahap dan aturan fiskal menunjukkan treatment lain.

Untuk proyek material, buat cost rollforward per bulan.

January:

license payment.

February:

custom development.

March:

integration.

Tax schedule harus mempunyai basis per expenditure sesuai treatment.

Commercial schedule bisa berbeda.

Reconciliation menjembatani.

Program Aplikasi Umum dan Khusus jangan dicampur

ERP core standard mungkin dianggap satu jenis.

Custom tax module jenis lain.

Office software lain lagi.

PMK 72 membedakan Program Aplikasi Umum dan Program Aplikasi Khusus.

Program Aplikasi Umum yang dimiliki dan digunakan untuk 3M pada kondisi yang diatur dapat dibebankan sebagai biaya operasional rutin, kecuali jika termasuk harga pembelian hardware.

Program Aplikasi Khusus lebih dari satu tahun diamortisasi Kelompok 1.

Jadi buat software taxonomy.

General software.

Special software.

SaaS access.

Custom development.

Implementation service.

Support.

Maintenance.

Tax team kemudian menetapkan standard treatment per kategori dengan exception rule.

Jangan ERP project code menjadi tax treatment.

Software license dan implementation bisa berasal dari vendor berbeda

Perusahaan membeli license dari global vendor.

Implementation oleh local partner.

Customization oleh perusahaan ketiga.

Cloud dari provider lain.

Tax basis asset dapat tersebar.

Jangan menganggap hanya invoice license yang relevan.

Buat project cost ledger.

Vendor.

Workstream.

Cost.

Tax category.

Capital or expense assessment.

Withholding.

PPN.

Asset reference.

Saat project close, total ledger harus direkonsiliasi ke commercial accounting dan fiscal treatment.

Kalau Rp30 miliar budget tetapi hanya Rp20 miliar muncul dalam analysis, ada gap.

Post go live cost perlu dipisahkan

Bulan pertama setelah go live selalu chaos.

Bug fixing.

Hypercare.

Additional training.

Emergency customization.

Data cleanup.

Vendor support.

Jangan seluruhnya otomatis expense karena sudah go live.

Dan jangan seluruhnya kapitalisasi karena masih “project”.

Lihat nature.

Bug fix menjaga sistem bekerja seperti desain awal.

Enhancement menambah capability.

Support menjaga operasi.

Additional module menciptakan fungsi baru.

Tax treatment berbeda.

Buat cut off policy dan exception review.

Go live adalah milestone.

Bukan tombol yang mengubah semua biaya setelahnya menjadi opex.

ERP juga menghasilkan intangible yang mungkin bukan software

Dalam implementasi, perusahaan bisa memperoleh license hak tertentu, custom code, database rights, atau contractual rights.

Tidak semua intangible harus digabung menjadi “ERP Asset”.

Untuk nilai material, identifikasi.

PMK tentang penilaian untuk tujuan perpajakan mengakui kategori harta tidak berwujud terkait teknologi dan kontrak.

Walaupun aturan penilaian tersebut bukan otomatis dasar amortisasi setiap project, pengelompokan itu mengingatkan bahwa intangible memiliki bentuk ekonomi yang beragam.

Tax register perlu tahu apa asset-nya.

Bukan hanya nama vendor.

Foreign vendor tax jangan terlewat karena fokus capitalization

Perusahaan membayar software foreign vendor.

Tax team sibuk menentukan asset.

Sementara AP lupa PPh Pasal 26 atau treaty analysis.

Capitalization dan withholding adalah dua layer.

Pengeluaran bisa dikapitalisasi tetapi pembayaran tetap memiliki withholding event.

PPN atas pemanfaatan barang tidak berwujud atau jasa dari luar negeri juga perlu dianalisis berdasarkan mekanisme yang berlaku.

Jangan berpikir:

“Karena ini aset, pajaknya nanti saat amortisasi.”

Withholding melihat payment atau accrual event sesuai ketentuan.

Amortization melihat allocation of cost.

Dua jadwal berbeda.

Buat ERP tax closeout pack

Isinya:

master contract,
statement of work,
license terms,
IP ownership,
vendor breakdown,
project ledger,
capitalization memo,
fiscal software classification,
amortization schedule,
withholding reconciliation,
PPN reconciliation,
go live document,
enhancement register,
dan accounting bridge.

Ini terdengar banyak.

Untuk proyek Rp30 miliar, sangat layak.

Tanpa pack, tiga tahun kemudian orang baru tidak tahu mengapa Rp12 miliar diamortisasi dan Rp18 miliar dibebankan.

ERP biasanya menjadi sistem inti perusahaan selama bertahun-tahun.

Tax documentation harus tahan selama itu.

Mana yang menjadi beban, mana yang mungkin dikapitalisasi?

Jangan jawab dari nama biaya.

Tanyakan:

apa hak atau manfaat yang diperoleh?

Berapa lama?

Apakah Program Aplikasi Khusus?

Apakah hanya aplikasi umum?

Apakah jasa tersebut membentuk aset?

Apakah hanya training atau support?

Apakah enhancement meningkatkan kapasitas?

Apakah perusahaan memiliki atau hanya mengakses?

Dari sana, pisahkan.

ERP implementation bukan satu transaksi.

Ia portfolio pengeluaran.

Tax treatment terbaik lahir dari componentization, bukan satu jurnal besar.

Leave a Comment

Your email address will not be published. Required fields are marked *