# Integrasi e-Faktur untuk ERP Indonesia: PPN yang Benar > Panduan praktis menghubungkan validasi NPWP, perhitungan PPN 12% atas DPP nilai lain, penomoran faktur NSFP, dan ekspor XML Coretax ke dalam ERP khusus untuk pengusaha PKP di Indonesia. URL: https://www.matthewswong.com/id/blog/erp-e-faktur-tax-integration-indonesia/ - Author: Matthews Wong (https://www.matthewswong.com/id/about/) - Published: 2026-07-05 - Updated: 2026-10-12 - Category: ERP Setiap pengusaha kena pajak, yang dikenal sebagai PKP, yang menjual barang atau jasa di Indonesia wajib menerbitkan Faktur Pajak, dokumen pajak resmi yang diakui oleh Direktorat Jenderal Pajak, atau DJP. Jika Anda membangun atau mengembangkan ERP untuk bisnis di Indonesia, modul faktur pajak bukan sekadar pemanis, melainkan bagian yang menjaga seluruh sistem tetap patuh, karena nomor faktur yang salah format atau perhitungan PPN yang keliru bisa memicu sanksi saat pemeriksaan pajak. Artikel ini membahas empat bagian yang benar-benar penting saat menghubungkan faktur pajak ke dalam ERP khusus: memvalidasi nomor identitas wajib pajak, menghitung PPN dengan benar atas dasar pengenaan pajak, membuat nomor faktur yang akan diterima DJP, dan menghasilkan file ekspor yang dapat diproses sistem pajak. Sistem pemerintah yang mendasarinya berpindah dari aplikasi desktop e-Faktur lama ke platform terpadu Coretax, dan artikel ini membahas keduanya, karena banyak ERP masih menyimpan data lama sambil mengikuti alur baru. ## NPWP dan masalah identitas wajib pajak NPWP, kependekan dari Nomor Pokok Wajib Pajak, adalah nomor identitas wajib pajak yang diberikan DJP kepada setiap badan usaha dan individu yang terdaftar. Sejak 1 Juli 2024, berdasarkan PENG-26/PJ.09/2024, layanan DJP mulai menggunakan NIK 16 digit, nomor identitas kependudukan yang tercetak pada KTP, sebagai NPWP bagi wajib pajak orang pribadi dalam negeri, sementara badan usaha, instansi pemerintah, dan wajib pajak luar negeri tetap memiliki NPWP tersendiri sebanyak 16 digit. Pihak lain hanya boleh tetap menerima format lama 15 digit, yang ditulis sebagai 00.000.000.0-000.000, sampai 31 Desember 2024 bila sistemnya belum siap, dan Coretax, yang beroperasi sejak 1 Januari 2025, bekerja dengan format 16 digit, sehingga ERP mana pun yang masih menyimpan atau memvalidasi format bergaris hubung tersebut akan diam-diam menerima data pelanggan yang sebenarnya tidak valid. - Simpan nomor identitas wajib pajak sebagai string 16 digit yang sudah dinormalisasi, bukan dalam format tampilan bergaris hubung, dan hasilkan versi bergaris hubung hanya untuk keperluan cetak. - Validasi panjang dan pastikan hanya berisi digit angka pada saat data dimasukkan, karena id yang terpotong atau diberi tambahan angka akan gagal validasi Coretax nanti dalam siklus faktur, bukan pada saat disimpan. - Simpan penanda terpisah untuk menandai apakah data pelanggan menggunakan NIK sebagai NPWP atau NPWP badan usaha tersendiri, karena kedua jalur pencarian tersebut berbeda saat dilakukan rekonsiliasi dengan data DJP. > Jalankan proses rekonsiliasi setiap malam yang menandai data induk pelanggan atau vendor mana pun yang nomor identitas wajib pajaknya bukan tepat 16 digit angka. Menangkap masalah ini sebelum faktur dibuat jauh lebih murah dibanding memperbaiki pengajuan yang ditolak setelah terjadi. ## Menghitung PPN pada dasar yang tepat PPN, pajak pertambahan nilai Indonesia, dihitung atas Dasar Pengenaan Pajak, atau DPP, yaitu nilai dasar kena pajak, yang tidak selalu sama dengan subtotal penuh pada faktur. April 2022 menaikkan tarif dari 10 persen menjadi 11 persen untuk sebagian besar barang dan jasa, dan sejak 1 Januari 2025 tarifnya 12 persen, tetapi PMK 131/2024 menerapkannya pada DPP Nilai Lain sebesar 11/12 dari harga untuk semua barang dan jasa kecuali barang mewah yang dikenai PPnBM, sehingga jumlah efektif yang dipungut pada transaksi standar tetap setara 11 persen. Perbedaan antara tarif resmi yang tertulis dalam aturan dan tarif efektif yang diterapkan pada DPP inilah yang harus dikodekan secara eksplisit dalam mesin pajak, karena implementasi naif yang mengalikan subtotal langsung dengan angka tarif utama yang berlaku saat itu akan membebankan kelebihan tarif kepada setiap pelanggan begitu angka resmi berubah lagi. Mesin pajak pada ERP Anda perlu menghitung DPP terlebih dahulu dengan menerapkan diskon apa pun, lalu DPP Nilai Lain bila berlaku, lalu tarifnya, dan membulatkan DPP serta PPN ke rupiah penuh sesuai Pasal 129 PER-11/PJ/2025: nilai di bawah 0,50 dibulatkan ke bawah dan 0,50 atau lebih dibulatkan ke atas. - Hitung DPP setelah diskon tingkat baris tetapi sebelum pajak potong apa pun, karena PPN dan PPh dihitung secara independen atas dasar yang berbeda. - Bulatkan DPP dan PPN ke rupiah penuh, dengan nilai di bawah 0,50 dibulatkan ke bawah dan 0,50 atau lebih dibulatkan ke atas sesuai PER-11/PJ/2025, dan simpan sisa pembulatan sehingga tim keuangan dapat menelusuri selisih saat rekonsiliasi. - Jadikan tarif itu sendiri sebagai parameter yang dapat dikonfigurasi dan terkait dengan rentang tanggal berlaku, karena tarif PPN Indonesia sudah berubah lebih dari sekali dan kemungkinan akan berubah lagi. ## Mengapa menetapkan tarif sebagai konstanta tetap akan merugikan Anda Sangat menggoda untuk menetapkan PPN sebagai 0,11 di dalam suatu layanan penetapan harga dan melanjutkan pekerjaan. Masalahnya muncul begitu tim keuangan perlu memproses ulang faktur lama, menjalankan simulasi skenario untuk perubahan tarif di masa depan, atau menangani periode transisi ketika tarif lama dan baru berlaku bersamaan untuk barang yang dikirim versus difakturkan pada tanggal berbeda. Perlakukan tarif sebagai data referensi yang berversi dengan tanggal mulai berlaku, yang diselesaikan pada saat DPP faktur dihitung, bukan pada saat pesanan penjualan dibuat. > Jangan pernah menghitung PPN dari harga tampilan yang sudah mengandung artefak pembulatan akibat pemformatan mata uang. Selalu hitung dari nilai DPP numerik yang tersimpan pada presisi penuh, lalu bulatkan hanya untuk tampilan dan baris pajak akhir, atau selisih akan terus terakumulasi di ribuan faktur. ## NSFP: nomor faktur yang benar-benar dikendalikan DJP NSFP, Nomor Seri Faktur Pajak, adalah nomor seri faktur pajak resmi, dan inilah satu-satunya bagian faktur yang tidak bisa dibuat bebas oleh ERP Anda. Pada sistem e-Faktur lama, seorang PKP meminta blok nomor seri melalui aplikasi e-Nofa lalu menetapkannya secara berurutan di dalam aplikasi desktop, yang berarti ERP Anda harus melacak sendiri kumpulan nomor yang sudah dialokasikan dan memperingatkan tim keuangan sebelum stok nomor tersebut habis. Pada Coretax, platform yang mulai dijalankan DJP pada 1 Januari 2025, langkah alokasi manual tersebut sepenuhnya hilang: NSFP diberikan secara otomatis saat e-Faktur diunggah dan memperoleh persetujuan DJP, dan formatnya bertambah dari 16 menjadi 17 digit, dengan nomor format lama yang mendapat tambahan angka 9 secara otomatis pada digit kelima saat data tersebut masuk ke Coretax. Jika ERP Anda masih menerbitkan faktur melalui aplikasi desktop selama periode transisi, nomor yang ditampilkan sistem Anda secara lokal bisa berbeda dari nomor yang akhirnya tercatat di Coretax, jadi lakukan rekonsiliasi terhadap versi platform, bukan versi sistem Anda sendiri. Kolom e-Faktur Lama Coretax Panjang nomor seri 16 digit 17 digit Metode alokasi Diminta dalam blok melalui e-Nofa Diberikan otomatis saat unggahan disetujui DJP Format pengajuan Impor CSV ke aplikasi desktop Impor XML sesuai template DJP, input di portal, atau PJAP Jalur koreksi Faktur pengganti manual Revisi atau pembatalan di dalam platform ## Membangun ekspor yang diharapkan DJP Terlepas dari generasi sistem yang Anda tuju, ekspor tersebut adalah data terstruktur yang menjelaskan kolom header, identitas wajib pajak dari kedua pihak transaksi, dan item baris dengan DPP dan PPN masing-masing. Perlakukan ekspor sebagai kontrak yang ketat, bukan sekadar upaya terbaik: template XML DJP menambahkan validasi data untuk kolom seperti NPWP dan NITKU, dan data yang gagal validasi tidak diterima, jadi kolom yang salah format jauh lebih murah ditangkap sebelum file meninggalkan sistem Anda daripada sesudahnya. 1. Hasilkan ekspor dari model baca khusus yang dibangun pada saat faktur difinalisasi, bukan dari tabel transaksi langsung, sehingga perubahan pada pesanan di kemudian hari tidak dapat secara diam-diam mengubah faktur yang sudah diajukan. 2. Validasi setiap nomor identitas wajib pajak, format tanggal, dan kolom numerik terhadap skema tujuan sebelum file meninggalkan sistem Anda, dan gagalkan proses secara jelas alih-alih mengajukan batch yang sebagian valid. 3. Simpan payload persis yang diajukan bersama data faktur, sehingga penolakan DJP atau pemeriksaan bertahun-tahun kemudian dapat direproduksi dari apa yang benar-benar dikirim, bukan direkonstruksi dari data saat ini. 4. Catat respons DJP, termasuk NSFP yang diberikan dan kode kesalahan validasi apa pun, kembali ke data faktur sehingga tim akuntansi memiliki satu tempat untuk memeriksa status. > Memisahkan finalisasi faktur dari pengajuan faktur, dengan kolom status eksplisit di antaranya, adalah satu perubahan yang paling banyak mengurangi insiden faktur pajak pada ERP produksi. Ini memberi tim keuangan titik pemeriksaan untuk menangkap kesalahan sebelum apa pun mencapai DJP. ## Daftar periksa sebelum diluncurkan Beberapa hal terakhir yang perlu diverifikasi sebelum modul ini diluncurkan untuk bisnis PKP yang sesungguhnya, karena memperbaikinya setelah batch faktur produksi pertama jauh lebih menyulitkan dibanding menangkapnya saat code review. - Pastikan faktur dapat merepresentasikan item baris kena pajak maupun bebas pajak dalam dokumen yang sama, karena banyak faktur nyata mencampur keduanya. - Pastikan alur pembatalan dan koreksi menghasilkan nomor seri baru yang dapat ditelusuri, bukan diam-diam mengubah faktur yang sudah diajukan. - Pastikan format ekspor Anda memiliki versi sehingga perubahan skema DJP di masa depan tidak memerlukan penulisan ulang seluruh integrasi dari awal. ## Sumber - Direktorat Jenderal Pajak — panduan pembuatan faktur pajak e-Faktur Client Desktop - Wikipedia — Directorate General of Taxes (Indonesia) - Wikipedia Bahasa Indonesia — Nomor Pokok Wajib Pajak (NPWP) - Wikipedia — Value-added tax - Direktorat Jenderal Pajak — KT-02/2025: implementasi Coretax DJP sejak 1 Januari 2025 - Direktorat Jenderal Pajak — PENG-26/PJ.09/2024 tentang penggunaan NPWP 16 digit dan NITKU - Direktorat Jenderal Pajak — PER-11/PJ/2025 (Pasal 37, 43, dan 129: nomor faktur, pemberian nomor seri, dan pembulatan) - Direktorat Jenderal Pajak — Template XML dan Converter Excel ke XML untuk impor Coretax > **Key takeaway:** Setiap pengusaha kena pajak di Indonesia, atau PKP, wajib menerbitkan Faktur Pajak, yaitu invoice pajak resmi yang diakui Direktorat Jenderal Pajak. ERP yang menghasilkan invoice penjualan karena itu harus memproduksi data e-Faktur yang cocok persis dengannya, karena keduanya saling diperiksa. ## Source links - https://pajak.go.id/en/node/113880 - https://en.wikipedia.org/wiki/Directorate_General_of_Taxes_(Indonesia) - https://id.wikipedia.org/wiki/Nomor_pokok_wajib_pajak - https://en.wikipedia.org/wiki/Value-added_tax - https://www.pajak.go.id/sites/default/files/2025-01/KT-2_2025%20Keterangan%20Tertulis%20-%20Implementasi%20Coretax%20DJP.pdf - https://www.pajak.go.id/sites/default/files/2024-09/Petunjuk%20Penggunaan%20Nomor%20Pokok%20Wajib%20Pajak%20dan%20Nomor%20Identitas%20Tempat%20Kegiatan%20Usaha%20bagi%20Wajib%20Pajak.pdf - https://www.pajak.go.id/sites/default/files/lampiran/PER-11_PJ_2025_0.pdf - https://www.pajak.go.id/en/node/112031 ## FAQ ### Apa itu e-Faktur dan apakah ERP saya perlu terintegrasi dengannya? e-Faktur adalah kerangka faktur pajak elektronik yang diwajibkan Direktorat Jenderal Pajak, atau DJP, bagi setiap PKP, pengusaha kena pajak terdaftar, yang menjual barang atau jasa. Jika ERP Anda menerbitkan faktur penjualan untuk entitas Indonesia yang terdaftar sebagai PKP, sistem tersebut memerlukan modul yang menghasilkan nomor faktur dan data pajak sesuai standar DJP, baik melalui aplikasi desktop e-Faktur lama maupun platform Coretax yang lebih baru yang menggantikannya. ### Bagaimana cara menghitung PPN yang benar untuk faktur Indonesia? Hitung Dasar Pengenaan Pajak, dasar kena pajak, setelah menerapkan diskon tingkat baris. Sejak 1 Januari 2025, PMK 131/2024 mengenakan 12 persen atas DPP Nilai Lain sebesar 11/12 dari dasar tersebut untuk barang dan jasa selain barang mewah, setara tarif efektif 11 persen, dan 12 persen dari dasar penuh untuk barang yang dikenai PPnBM. Bulatkan DPP dan PPN ke rupiah penuh sesuai Pasal 129 PER-11/PJ/2025, dengan 0,50 atau lebih dibulatkan ke atas. Simpan tarif sebagai konfigurasi berversi yang terkait dengan tanggal berlaku, karena tarif PPN Indonesia sudah pernah berubah dan bisa berubah lagi tanpa perlu deploy kode baru jika Anda membangunnya seperti itu. ### Mengapa NPWP berubah dari 15 digit menjadi 16 digit? Indonesia beralih ke format identitas wajib pajak 16 digit sehingga wajib pajak orang pribadi dalam negeri bisa langsung menggunakan NIK 16 digit yang sudah mereka miliki, nomor identitas kependudukan di KTP, sebagai NPWP, sementara badan usaha dan wajib pajak lainnya menerima NPWP 16 digit. Berdasarkan PENG-26/PJ.09/2024, layanan DJP mulai menerapkan format baru secara bertahap sejak 1 Juli 2024, dan pihak lain masih boleh memakai format lama 15 digit bergaris hubung sampai 31 Desember 2024 bila sistemnya belum siap. Coretax, yang beroperasi sejak 1 Januari 2025, bekerja dengan format 16 digit, sehingga sistem yang hanya memvalidasi format lebih pendek akan menolak atau salah menyimpan nomor identitas wajib pajak yang berlaku sekarang. ### Apa itu NSFP dan bisakah ERP saya membuatnya sendiri? NSFP, Nomor Seri Faktur Pajak, adalah nomor seri faktur pajak resmi, dan nomor ini tidak bisa dibuat bebas oleh ERP Anda sendiri. Pada sistem e-Faktur lama, nomor ini diminta dalam blok melalui aplikasi e-Nofa, sementara pada Coretax, platform yang mulai dijalankan DJP pada 1 Januari 2025, nomor tersebut diberikan secara otomatis oleh sistem DJP saat e-Faktur diunggah dan memperoleh persetujuan. ### Bagaimana seharusnya saya menyusun ekspor faktur pajak agar tidak ditolak DJP? Bangun ekspor dari model baca khusus yang diambil pada saat faktur difinalisasi, bukan dari tabel transaksi langsung yang masih bisa berubah, dan validasi setiap nomor identitas wajib pajak, tanggal, dan kolom numerik terhadap skema tujuan sebelum diajukan. Simpan payload persis yang dikirim bersama data faktur, dan catat respons DJP, termasuk NSFP yang diberikan, kembali ke data tersebut sehingga tim akuntansi memiliki satu tempat untuk memeriksa status. --- - HTML version: https://www.matthewswong.com/id/blog/erp-e-faktur-tax-integration-indonesia/ - English: https://www.matthewswong.com/en/blog/erp-e-faktur-tax-integration-indonesia/ - Site index for agents: https://www.matthewswong.com/llms.txt - Sitemap: https://www.matthewswong.com/sitemap.xml - API description (OpenAPI): https://www.matthewswong.com/openapi.json