Sopwer Logo
Blog/ERPNext 16: Fitur Baru, Cara Upgrade dari Versi Sebelumnya, dan Dampaknya bagi Bisnis
Edukasi

ERPNext 16: Fitur Baru, Cara Upgrade dari Versi Sebelumnya, dan Dampaknya bagi Bisnis

22 September 2026
Tim Sopwer Teknologi Indonesia
11 menit
ERPNext 16: fitur baru, checklist upgrade dari v13/v14, dampak ke kustomisasi & laporan, plus estimasi effort migrasi untuk bisnis Anda.

Pertanyaan yang masuk ke WhatsApp kami sepanjang bulan lalu bunyinya hampir sama semua: "ERPNext 16 sudah aman dipakai produksi belum? Kami masih di v13." Jawaban singkatnya: tergantung seberapa dalam Anda mengkustomisasi sistem. Jawaban panjangnya ada di bawah ini.

ERPNext 16 bukan sekadar naik nomor versi. Di baliknya ada Frappe Framework 16 yang mengubah cara halaman dirender, cara list view memuat data, dan cara custom app Anda bicara dengan core. Kalau instalasi Anda masih murni vanilla, upgrade bisa kelar dalam satu akhir pekan. Kalau Anda punya belasan custom app dan script yang menempel di doctype inti, siapkan rencana yang jauh lebih serius.

Artikel ini membedah tiga hal: apa yang berubah secara praktis, apa yang berisiko saat migrasi, dan berapa effort realistis yang perlu Anda anggarkan. Untuk gambaran versi secara umum, halaman ERPNext 16 di situs kami memuat ringkasan cepat yang bisa Anda buka sambil membaca ini.

Apa yang Baru di ERPNext 16 dan Siapa yang Sebaiknya Upgrade

Perubahan paling terasa ada di lapisan antarmuka. ERPNext 16 memakai basis Frappe UI yang lebih modern — komponen berbasis Vue, tanpa ketergantungan jQuery seperti era v13, dan list view yang jauh lebih ringan saat menampilkan puluhan ribu baris. Bagi tim gudang yang tiap hari membuka Item atau Stock Entry dengan ribuan SKU, ini bukan kemewahan. Ini penghematan waktu yang terasa setiap hari.

Ada juga perbaikan di sisi performa backend: penanganan background job lebih rapi, indexing dokumen lebih efisien, dan beberapa query berat di modul Accounting serta Stock dipecah ulang. Efeknya baru kelihatan kalau data Anda sudah menumpuk. Instalasi baru dengan 500 transaksi tidak akan merasakan bedanya.

Lalu siapa yang sebaiknya segera pindah? Kalau Anda masih di v13, jawabannya hampir selalu iya — v13 sudah jauh dari siklus pemeliharaan aktif dan makin sulit mencari developer yang mau menyentuhnya. Kalau Anda di v14 dan kustomisasi Anda tipis, pindah ke v16 masuk akal dalam 2–3 bulan ke depan. Kalau Anda di v15 dengan belasan custom app, tidak ada alasan panik. v15 masih didukung, dan menunggu sampai patch v16.x.3 atau v16.x.4 keluar sering kali keputusan yang lebih tenang.

Satu catatan jujur: rilis minor Frappe bergerak cepat, dan nama fitur bisa bergeser antar patch. Sebelum eksekusi, selalu cocokkan dengan release notes resmi di repositori Frappe.

Fitur dan Perubahan Utama, Modul per Modul

Di modul Accounting, yang paling terasa adalah perbaikan pada alur rekonsiliasi bank dan tampilan General Ledger. Filter jadi lebih responsif, dan pemuatan laporan besar tidak lagi memblokir tab lain. Untuk perusahaan dengan 3.000+ jurnal per bulan, ini mengurangi kebiasaan menunggu 20–30 detik setiap kali membuka laporan.

Di Stock dan Manufacturing, perbaikan ada di konsistensi perhitungan valuasi dan kecepatan Work Order. Sebuah klien manufaktur komponen otomotif di Sidoarjo dengan 40 karyawan mengeluh di v13 bahwa BOM explosion untuk produk dengan 7 level komponen butuh hampir satu menit. Setelah pindah ke basis v16, proses yang sama turun ke belasan detik. Bukan revolusi, tapi cukup untuk mengubah cara tim PPIC bekerja.

Modul CRM dan Selling mendapat penyegaran tampilan yang paling kentara, terutama di kanban dan activity timeline. Kalau sales team Anda sebelumnya menolak pakai ERPNext karena "tampilannya kuno", v16 menghapus alasan itu.

Yang perlu Anda perhatikan justru bukan fitur barunya, melainkan deprecation. Persyaratan versi Python, MariaDB, Node, dan Redis naik. Kalau server Anda masih menjalankan stack lama dari 2020, upgrade ERPNext bukan pekerjaan aplikasi — itu pekerjaan infrastruktur.

Kustomisasi, Script, dan Custom App: Ini Bagian yang Paling Sering Bikin Kacau

Inilah alasan kenapa estimasi migrasi bisa meleset jauh dari perkiraan.

Custom app yang dibuat dengan rapi — mengikuti konvensi Frappe, tidak menimpa file core, dan tidak mengandalkan monkey patch — umumnya hanya butuh penyesuaian kecil. Yang bermasalah adalah kebiasaan lama: mengedit langsung file di folder apps/erpnext, memakai frappe.db.sql mentah dengan nama kolom yang kini berubah, atau menempelkan client script yang bergantung pada selector DOM jQuery.

Ambil contoh distributor bahan bangunan di Bekasi dengan 3.000 SKU. Mereka punya client script yang membaca nilai field lewat $('.control-input').val() di Sales Invoice. Pola seperti ini hancur total ketika frontend pindah ke Vue. Solusinya bukan sekadar cari-replace; script-nya harus ditulis ulang memakai API frappe.ui.form yang benar.

Laporan custom juga perlu diuji satu per satu. Query Report yang memanggil tabel atau kolom yang sudah dinormalisasi ulang akan error, dan sering error-nya baru muncul di hari kelima pemakaian, bukan hari pertama.

Opini saya tegas di sini: anggaran waktu untuk audit kustomisasi sebaiknya 30–40% dari total durasi proyek migrasi. Banyak tim mengalokasikan 10% dan berakhir dengan go-live yang tertunda dua bulan.

Checklist Pra-Upgrade

Sebelum menyentuh server produksi, pastikan semua poin di bawah ini sudah beres.

  • Backup penuh, dan uji restore-nya. Backup yang belum pernah dites restore itu bukan backup, hanya file. Lakukan restore ke server lain dan pastikan data muncul utuh.
  • Siapkan staging yang mirip produksi. Spesifikasi CPU, RAM, dan versi database harus mendekati, bukan sekadar "VPS murah yang penting jalan".
  • Inventarisasi custom app dan script. Catat mana yang masih dipakai, mana yang sudah jadi sampah digital. Ini momen terbaik untuk membuang yang tidak perlu.
  • Cek dependency CPU. Catat versi Python, MariaDB, Node, Redis, dan wkhtmltopdf di server Anda sekarang, lalu bandingkan dengan kebutuhan v16.
  • Bekukan perubahan. Setelah uji coba staging dimulai, tidak ada lagi perubahan kode di produksi. Disiplin ini yang paling sering dilanggar.
  • Tetapkan jendela downtime. Upgrade di jam sibuk adalah cara tercepat membuat manajemen kehilangan kepercayaan pada proyek ERP.

Langkah Upgrade Bertahap dan Rencana Rollback

Ini urutan yang kami pakai. Sesuaikan dengan kondisi server Anda.

  1. Ambil backup database dan files dari produksi, lalu simpan salinan di lokasi terpisah dari server utama.
  2. Restore backup ke staging dan verifikasi bahwa data kritis (saldo, stok, piutang) cocok dengan produksi.
  3. Naikkan versi dependensi infrastruktur di staging — Python, MariaDB, Node, Redis — satu per satu, sambil memastikan ERPNext lama masih jalan.
  4. Update bench dan framework dengan bench update --reset, lalu jalankan migrasi ke Frappe/ERPNext v16.
  5. Jalankan bench migrate dan perhatikan setiap error. Jangan lewati peringatan yang tampak sepele.
  6. Uji custom app satu per satu. Jalankan skenario nyata: buat Sales Invoice, submit Stock Entry, cetak laporan langganan Anda.
  7. Uji laporan dan integrasi eksternal — payment gateway, e-Faktur, API marketplace, mesin absensi.
  8. Latih user kunci dengan antarmuka baru selama minimal 2–3 hari sebelum go-live.
  9. Go-live dengan mode maintenance, dan pantau log error secara intensif selama 72 jam pertama.
  10. Simpan snapshot server lama minimal 30 hari. Rollback tercepat bukan restore backup, tapi menyalakan kembali server lama.

Soal rollback: rollback database ke versi lama setelah migrasi itu menyakitkan, karena ada skema yang sudah berubah. Karena itu, strategi paling aman adalah rollback di level infrastruktur — matikan server baru, nyalakan server lama yang masih utuh beserta backup-nya.

Risiko yang Paling Sering Menggigit

Risiko terbesar bukan bug di ERPNext 16. Risiko terbesar adalah kustomisasi yang tidak pernah didokumentasikan.

Ketika developer yang menulis script itu sudah resign dua tahun lalu dan tidak ada catatan apa pun, audit kustomisasi berubah jadi arkeologi. Kami pernah menemukan 11 custom app di satu klien, dan hanya 4 yang benar-benar dipakai. Tujuh sisanya hanya menambah beban migrasi dan biaya.

Risiko kedua adalah server yang kurang spesifikasi. ERPNext 16 memang lebih efisien di sisi aplikasi, tapi stack-nya lebih modern dan lebih rakus di awal boot. Menjalankan v16 di VPS 2 GB RAM dengan database bercampur server web adalah resep downtime.

Risiko ketiga: ekspektasi waktu. Untuk perusahaan dengan 25 user, 3–5 custom app, dan database di bawah 20 GB, migrasi dari v14 ke v16 realistis selesai dalam 4–6 minggu termasuk uji coba. Kalau ada integrasi e-Faktur dan payroll custom, tambahkan 2–3 minggu. Angka ini bukan janji — bisa lebih cepat, sering lebih lambat.

Terakhir, hitung biaya downtime. Manufaktur di Sidoarjo tadi menghitung kerugian sekitar Rp 15 juta per hari kalau lini produksi berhenti karena sistem tidak bisa submit Work Order. Angka seperti ini yang membuat keputusan "upgrade atau tunda" jadi jauh lebih mudah diambil.

FAQ

Apakah wajib upgrade ke ERPNext 16? Tidak ada kewajiban teknis. Tapi kalau Anda masih di v13, menunda berarti Anda terus berjalan di platform yang makin sulit dicari dukungannya. Kalau Anda di v15 dan sistem berjalan lancar, menunggu 6–12 bulan sambil mengamati patch stabil adalah keputusan yang sepenuhnya wajar.

Berapa lama proses upgrade? Instalasi vanilla bisa selesai dalam 1–3 hari. Instalasi dengan kustomisasi sedang umumnya 4–6 minggu. Kustomisasi berat dengan integrasi eksternal bisa 3 bulan lebih. Yang paling menentukan bukan ukuran database, tapi seberapa bersih kode kustomisasi Anda.

Apakah data aman? Data aman selama Anda punya backup yang sudah diuji restore dan server lama tetap hidup sebagai cadangan. Risiko kehilangan data justru muncul ketika orang menganggap enteng langkah backup karena "kan cuma update versi".

Apakah semua fitur lama masih ada? Sebagian besar iya. Beberapa fitur deprecated dan digantikan pendekatan baru. Periksa daftar breaking change di catatan rilis sebelum memutuskan tanggal go-live.

Bisakah saya tetap di v15 lebih lama? Bisa. Yang perlu Anda sadari, semakin lama menunda, semakin banyak perubahan yang harus dicerna sekaligus ketika akhirnya upgrade.

Butuh Teman Migrasi?

Migrasi ERPNext 16 bukan proyek yang mustahil, tapi juga bukan pekerjaan satu malam. Kalau Anda ingin gambaran lebih dulu sebelum bicara teknis, mulai dari halaman ERPNext 16 untuk melihat ringkasan versi. Kalau Anda sedang menimbang platformnya, baca juga perbandingan ERPNext dengan Odoo supaya keputusan upgrade Anda berpijak pada kebutuhan bisnis, bukan sekadar ikut rilis terbaru.

Kalau Anda ingin audit kesiapan migrasi — berapa banyak custom app yang harus dibereskan, berapa lama downtime yang realistis, dan berapa biaya totalnya — tim kami siap membantu. Mulai dari pengecekan singkat, tanpa komitmen.

<script type="application/ld+json"> { "@context": "https://schema.org", "@type": "HowTo", "name": "Cara Upgrade ERPNext ke Versi 16", "description": "Langkah bertahap melakukan upgrade ERPNext dari versi sebelumnya ke ERPNext 16 beserta rencana rollback.", "totalTime": "P6W", "step": [ { "@type": "HowToStep", "position": 1, "name": "Backup database dan files", "text": "Ambil backup penuh database dan files dari produksi, lalu simpan salinan di lokasi terpisah dari server utama." }, { "@type": "HowToStep", "position": 2, "name": "Restore ke staging", "text": "Restore backup ke server staging dan verifikasi data kritis seperti saldo, stok, dan piutang cocok dengan produksi." }, { "@type": "HowToStep", "position": 3, "name": "Naikkan versi dependensi infrastruktur", "text": "Perbarui Python, MariaDB, Node, dan Redis di staging satu per satu sambil memastikan ERPNext versi lama tetap berjalan." }, { "@type": "HowToStep", "position": 4, "name": "Update bench dan framework", "text": "Jalankan bench update --reset lalu lakukan migrasi ke Frappe Framework dan ERPNext versi 16." }, { "@type": "HowToStep", "position": 5, "name": "Jalankan bench migrate", "text": "Jalankan bench migrate dan periksa setiap error atau peringatan yang muncul tanpa melewatkan detail." }, { "@type": "HowToStep", "position": 6, "name": "Uji custom app", "text": "Uji setiap custom app dengan skenario nyata seperti membuat Sales Invoice, submit Stock Entry, dan mencetak laporan." }, { "@type": "HowToStep", "position": 7, "name": "Uji laporan dan integrasi eksternal", "text": "Verifikasi laporan custom, payment gateway, e-Faktur, API marketplace, dan perangkat pendukung lainnya." }, { "@type": "HowToStep", "position": 8, "name": "Latih user kunci", "text": "Latih user kunci dengan antarmuka baru selama minimal dua sampai tiga hari sebelum go-live." }, { "@type": "HowToStep", "position": 9, "name": "Go-live dan pantau", "text": "Jalankan go-live dalam mode maintenance dan pantau log error secara intensif selama 72 jam pertama." }, { "@type": "HowToStep", "position": 10, "name": "Simpan snapshot server lama", "text": "Simpan snapshot server lama minimal 30 hari sebagai jalur rollback tercepat." } ] } </script>

<script type="application/ld+json"> { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "name": "Apakah wajib upgrade ke ERPNext 16?", "acceptedAnswer": { "@type": "Answer", "text": "Tidak ada kewajiban teknis. Namun pengguna ERPNext v13 sebaiknya segera merencanakan upgrade karena dukungan makin sulit diperoleh. Pengguna v15 yang sistemnya berjalan lancar bisa menunggu 6-12 bulan sambil mengamati patch stabil." } }, { "@type": "Question", "name": "Berapa lama proses upgrade ERPNext 16?", "acceptedAnswer": { "@type": "Answer", "text": "Instalasi vanilla bisa selesai 1-3 hari. Instalasi dengan kustomisasi sedang umumnya 4-6 minggu. Kustomisasi berat dengan integrasi eksternal bisa 3 bulan lebih. Penentunya bukan ukuran database, tetapi kebersihan kode kustomisasi." } }, { "@type": "Question", "name": "Apakah data aman saat upgrade ERPNext 16?", "acceptedAnswer": { "@type": "Answer", "text": "Data aman selama Anda memiliki backup yang sudah diuji restore dan server lama tetap hidup sebagai cadangan. Risiko muncul ketika langkah backup dianggap enteng karena hanya dianggap update versi." } }, { "@type": "Question", "name": "Apakah semua fitur lama masih ada di ERPNext 16?", "acceptedAnswer": { "@type": "Answer", "text": "Sebagian besar masih ada. Beberapa fitur deprecated dan digantikan pendekatan baru, jadi periksa daftar breaking change di catatan rilis sebelum menetapkan tanggal go-live." } }, { "@type": "Question", "name": "Bisakah tetap memakai ERPNext v15 lebih lama?", "acceptedAnswer": { "@type": "Answer", "text": "Bisa. Yang perlu disadari, semakin lama menunda, semakin banyak perubahan yang harus dicerna sekaligus saat upgrade dilakukan." } } ] } </script>

Kategori: Edukasi
Sopwer

Artikel Terkait dalam Edukasi

Penerapan ERP di Bank dan Lembaga Keuangan: Manajemen Risiko dan Kepatuhan OJK
Edukasi

ERP bank untuk BPR, koperasi, dan multifinance: modul kunci, audit trail, konsolidasi laporan, dan pertimbangan kepatuhan OJK.

ERP E-commerce: Cara Integrasi Marketplace dan Toko Online ke Satu Sistem Inventori
Edukasi

Cara menyatukan stok, harga, dan pesanan dari Shopee, TikTok Shop, dan webstore ke satu ERP e-commerce, lengkap dengan alur settlement dan tahap implementasi.

ERP untuk Perusahaan Jasa Hukum dan Profesional: Manajemen Proyek, Billing, dan Kepatuhan Data
Edukasi

ERP untuk perusahaan jasa hukum: timesheet billable, billing per perkara, dokumen klien, dan kepatuhan data. Panduan praktis untuk firma profesional.

Artikel Terkait dari Kategori Lain

Tahapan Implementasi ERPNext: Dari Analisis Hingga Go-Live

Panduan lengkap tahapan-tahapan implementasi ERPNext yang tepat, dari fase analisis, design, data migration, testing, training, hingga go-live yang sukses.

ERP untuk Perusahaan Jasa: Apakah Benar-Benar Dibutuhkan?

Analisis mendalam tentang kapan perusahaan jasa seperti salon, bengkel, barber shop, dan pijat memerlukan sistem ERP untuk pertumbuhan yang berkelanjutan.

Modul ERP Terkait

Berdasarkan artikel ini, modul Sopwer ERP berikut mungkin relevan dengan kebutuhan bisnis Anda: