Otomatisasi Kepatuhan Pajak Perusahaan di Coretax: Kewajiban, Integrasi ERP, dan Kontrol Audit
Otomatisasi kepatuhan pajak perusahaan adalah pengiriman data pajak langsung dari ERP dan sistem payroll ke Coretax DJP lewat API, tanpa impor file manual. Sistem membuat faktur, bukti potong, ID Billing, dan SPT saat transaksi terjadi atau periode ditutup, memeriksa respons DJP, mencoba ulang dengan aman, lalu menyimpan jejak audit setiap panggilan.
Apa poin utama otomatisasi kepatuhan pajak setelah Coretax?
- Sejak 1 Januari 2025, administrasi pajak berjalan di Coretax DJP berdasarkan PMK 81/2024 (terakhir diubah dengan PMK 1/2026). Batas setor dan lapor bulanan yang perlu kamu otomatiskan ada di Pasal 94 dan Pasal 171 PMK tersebut.
- PMK 81/2024 Pasal 168 ayat (1) huruf a mengizinkan SPT disampaikan lewat Portal Wajib Pajak atau aplikasi lain yang terintegrasi dengan sistem administrasi DJP. Integrasi host-to-host lewat PJAP masuk jalur kedua ini.
- Otomatisasi yang aman butuh lima hal: titik pemicu di ERP, validasi data sebelum kirim, penanganan error bisnis DJP, retry tanpa dokumen ganda, dan jejak audit per dokumen.
- Perusahaan dengan banyak cabang perlu memetakan NPWP dan NITKU sejak awal, karena setiap panggilan API berjalan atas nama satu NPWP.
- Contoh data fiktif di artikel ini menunjukkan satu masa pajak bisa berisi lebih dari 1.700 dokumen pajak dengan tanggal setor dan lapor yang berbeda.
Fakta Singkat
- Definisi: integrasi sistem internal perusahaan (ERP, payroll, AP/AR) dengan Coretax DJP untuk membuat, membayar, dan melaporkan kewajiban pajak secara terprogram.
- Dasar hukum: PMK 81/2024 tentang Ketentuan Perpajakan dalam rangka Pelaksanaan Sistem Inti Administrasi Perpajakan, terakhir diubah dengan PMK 1/2026.
- Berlaku sejak: 1 Januari 2025 (PMK 81/2024); perubahan keempat berlaku 22 Januari 2026.
- Siapa terdampak: Pengusaha Kena Pajak, pemotong dan pemungut PPh, serta Wajib Pajak badan dengan volume dokumen pajak tinggi.
- Sistem terkait: Coretax DJP, e-Faktur, e-Bupot Unifikasi, e-Bupot 21/26, e-Billing, VSWP, SPT Masa dan Tahunan.
- Penyedia: Sipajak (PT Hexa Sarana Intermedia) adalah PJAP yang ditunjuk DJP melalui KEP-423/PJ/2021 dan menyediakan API e-Faktur, e-Bupot, e-Billing, VSWP, dan SPT untuk menghubungkan ERP ke Coretax DJP.
- Terakhir diverifikasi: 12 November 2026.
Apa itu otomatisasi kepatuhan pajak perusahaan?
Otomatisasi kepatuhan pajak perusahaan berarti setiap kewajiban pajak dipicu oleh kejadian di sistem kamu sendiri, bukan oleh staf yang menyalin data ke portal. Faktur dibuat saat invoice penjualan diposting, bukti potong saat pembayaran vendor atau payroll ditutup, ID Billing saat jumlah pajak final, dan SPT saat masa pajak dikunci.
Bedanya dengan "digitalisasi" biasa ada di arah data. Pada pola manual, tim pajak mengunduh laporan dari ERP, menyusunnya ulang menjadi file impor, lalu mengunggahnya ke Coretax DJP. Pada pola otomatis, ERP memanggil API yang terhubung ke DJP, menerima nomor dan status dokumen, lalu menyimpannya kembali di transaksi asal. Satu sumber data, tanpa ketik ulang.
Untuk perusahaan besar, nilai utamanya bukan sekadar hemat waktu. Otomatisasi membuat setiap dokumen pajak bisa ditelusuri ke transaksi asalnya, sehingga rekonsiliasi PPN, PPh, dan pembukuan bisa dilakukan per dokumen, bukan per total.
Kewajiban pajak apa saja yang bisa diotomatiskan setelah Coretax?
Kewajiban bulanan perusahaan yang paling layak diotomatiskan adalah pembuatan faktur pajak, bukti potong PPh, pembayaran lewat ID Billing, dan pelaporan SPT Masa PPh serta PPN. Keempatnya punya tenggat tetap di PMK 81/2024 dan volume dokumen yang tumbuh seiring transaksi.
| Kewajiban | Batas waktu (PMK 81/2024) | Dokumen di Coretax DJP | Modul API |
|---|---|---|---|
| Setor PPh Pasal 4 ayat (2), 15, 21, 22, 23, 25, 26 | Paling lambat tanggal 15 bulan berikutnya setelah Masa Pajak berakhir (Pasal 94 ayat (2)) | ID Billing, lalu bukti setor | e-Billing |
| Setor PPN terutang satu Masa Pajak | Paling lambat akhir bulan berikutnya dan sebelum SPT Masa PPN disampaikan (Pasal 94 ayat (3) huruf e) | ID Billing | e-Billing |
| Lapor SPT Masa PPh 21/26 dan PPh Unifikasi | Paling lama 20 hari setelah Masa Pajak berakhir (Pasal 171 ayat (1) dan (2)) | Bukti potong, SPT Masa | e-Bupot, SPT |
| Lapor SPT Masa PPN | Paling lambat akhir bulan berikutnya setelah Masa Pajak berakhir (Pasal 171 ayat (13)) | Faktur pajak, SPT Masa PPN | e-Faktur, SPT |
| Lapor SPT Tahunan PPh Badan | Paling lama 4 bulan setelah akhir Tahun Pajak (Pasal 169 ayat (2)) | SPT Tahunan | SPT |
Jika batas akhir pelaporan jatuh pada hari libur, termasuk Sabtu, Minggu, libur nasional, dan cuti bersama nasional, pelaporan dapat dilakukan paling lambat pada hari kerja berikutnya (Pasal 173). Pergeseran yang sama berlaku untuk pembayaran atau penyetoran pajak yang jatuh tempo pada hari libur (Pasal 100). Pajak yang tidak dibayar sesuai Pasal 94 dikenai sanksi menurut UU KUP (Pasal 94 ayat (4)).
Di titik mana ERP memicu setiap kewajiban pajak?
ERP memicu kewajiban pajak di enam titik: pembuatan master pelanggan atau vendor, posting invoice penjualan, penerimaan invoice pemasok, persetujuan pembayaran jasa vendor, penguncian payroll, dan penutupan masa pajak. Tetapkan satu kejadian per jenis dokumen supaya tidak ada dokumen ganda atau terlewat, lalu sesuaikan dengan alur persetujuan di perusahaan kamu.
| Kejadian di sistem | Aksi pajak | Data yang wajib siap |
|---|---|---|
| Master pelanggan atau vendor dibuat | Validasi status NPWP/NIK | NPWP atau NIK, tujuan validasi |
| Invoice penjualan diposting | Buat faktur pajak keluaran | NPWP dan NITKU pembeli, kode transaksi, rincian barang/jasa, DPP |
| Invoice pemasok diterima | Klaim faktur pajak masukan | Nomor faktur dari pemasok, masa pajak |
| Pembayaran jasa vendor disetujui | Buat bukti potong PPh Unifikasi | NPWP vendor, kode objek pajak, DPP, NITKU pemotong |
| Payroll bulanan dikunci | Buat bukti potong PPh 21/26 | Data pegawai, penghasilan bruto, status |
| Masa pajak ditutup finance | Buat ID Billing, lalu buat dan kirim SPT Masa | Total pajak per jenis setoran, periode |
Untuk detail titik panggilan di ERP tertentu, lihat panduan integrasi Coretax DJP dengan SAP atau Odoo.
Bagaimana perusahaan besar mengotomatiskan kepatuhan pajak setelah Coretax?
Perusahaan besar mengotomatiskan kepatuhan pajak dengan menaruh satu lapisan integrasi di antara ERP dan Coretax DJP. Lapisan ini memvalidasi data, memanggil API PJAP per kejadian bisnis, membaca hasil bisnis dari DJP, mencoba ulang hanya saat aman, dan menulis nomor serta status dokumen kembali ke ERP. Alurnya:
- Validasi identitas lawan transaksi saat master data dibuat, lewat API validasi NPWP, sebelum ada faktur atau bukti potong.
- Kirim faktur keluaran saat invoice diposting lewat API e-Faktur. Kosongkan nomor faktur: menurut dokumentasi API Sipajak, DJP mengalokasikan Nomor Seri Faktur Pajak dan mengembalikannya di respons.
- Uji bukti potong dengan endpoint validate sebelum create di API e-Bupot. Validate menjalankan validasi DJP yang sama tanpa menyimpan dokumen.
- Saat masa ditutup, terbitkan ID Billing per jenis setoran lewat API e-Billing, lalu bayar di bank persepsi.
- Laporkan SPT lewat tujuh langkah modul SPT: cek SPT yang sudah ada, buat, baca status, unggah isi, submit, lalu verifikasi sampai Bukti Penerimaan Elektronik (BPE) terbit.
- Simpan nomor dokumen, status, dan UUID korelasi setiap panggilan di transaksi ERP sebagai jejak audit.
Ingin melihat gambaran besar endpoint-nya lebih dulu? Baca panduan API Coretax sebelum memilih modul.
Menangani error bisnis DJP (soft-error)
Modul e-Faktur dan VSWP bisa mengembalikan HTTP 200 walaupun DJP menolak dokumen atau datanya. Menurut konvensi API Sipajak, sistem kamu harus membaca data.status: nilai "1" berarti berhasil, "0" berarti gagal dengan alasan di data.statusMessage, misalnya "Wajib Pajak tidak ditemukan". Modul e-Bupot, e-Billing, dan SPT berbeda: kegagalan bisnis DJP dikembalikan sebagai HTTP 400, dengan pesan asli DJP di body.response. Karena itu, cabangkan logika penanganan error per modul.
Retry tanpa dokumen ganda
Dokumentasi API Sipajak menyebut HTTP 500, 502, dan 504 aman dicoba ulang dengan exponential backoff. Endpoint yang membuat dokumen idempoten berdasarkan natural key: pengiriman ulang dokumen yang sama ditolak DJP sebagai duplikat, jadi perlakukan error duplikat sebagai sukses saat retry. Di e-Billing, permintaan dengan bentuk sama dalam satu jam memakai traceId yang sama, sehingga DJP mengembalikan ID Billing yang sama. Job massal seperti validasi NPWP bulk tidak idempoten: mengirim file yang sama membuat job baru.
Bagaimana mengatur banyak NPWP dan NITKU dalam satu integrasi?
Satu integrasi bisa melayani banyak NPWP milik grup perusahaan yang sama, asalkan setiap NPWP didaftarkan ke kredensial dan setiap dokumen membawa NITKU yang benar. NITKU adalah nomor identitas untuk setiap tempat kegiatan usaha Wajib Pajak, termasuk tempat tinggal atau tempat kedudukan (PMK 81/2024 Pasal 1 angka 64).
- Pilih NPWP per panggilan. Di API Sipajak, setiap request wajib membawa header npwp. NPWP yang belum terdaftar pada kredensial ditolak dengan HTTP 403.
- Daftarkan entitas baru sekali. NPWP tambahan didaftarkan ke kredensial lewat POST /v1/organization sebelum dipakai.
- Petakan cabang ke NITKU. Di dokumentasi e-Bupot dan e-Faktur, NITKU ditulis sebagai NPWP 16 digit ditambah 6 digit akhiran, total 22 karakter. Contoh fiktif: NPWP 1234567890123000, NITKU kantor pusat 1234567890123000000000.
- Simpan pemetaan di master data. Tabel "cabang ERP → NITKU" mencegah bukti potong terbit atas nama tempat usaha yang salah.
Kontrol dan jejak audit apa yang dibutuhkan?
Kontrol minimum untuk otomatisasi pajak adalah: setiap dokumen bisa ditelusuri ke transaksi asal, setiap panggilan ke DJP punya ID yang bisa dicari ulang, dan data rahasia tidak pernah tersimpan di log. Tanpa tiga hal ini, tim kamu akan kesulitan menjawab pertanyaan pemeriksa atau menelusuri SP2DK.
- UUID korelasi. Setiap panggilan yang menuju DJP mengembalikan UUID. Endpoint GET /v1/histories bisa mencari panggilan berdasarkan UUID itu, termasuk payload request dan respons faktur atau bukti potong, berhari-hari setelahnya.
- Pemakaian per modul. GET /v1/usage merangkum jumlah panggilan per modul dalam satu periode, berguna untuk rekonsiliasi volume dokumen dengan ERP.
- Passphrase sertifikat. Field passphrasePenandatangan di endpoint create e-Faktur dan e-Bupot hanya dikirim lewat TLS dan tidak boleh dicatat di log sisi klien. Simpan di secret manager.
- Pemisahan environment. Uji integrasi hanya di staging; kredensial production diberikan setelah integrasi staging terverifikasi.
- Rekonsiliasi bulanan. Cocokkan jumlah faktur keluaran, bukti potong, dan ID Billing di ERP dengan data di Coretax DJP sebelum SPT Masa dikirim.
Seperti apa kalender kepatuhan satu masa pajak? Contoh (data fiktif) Masa November 2026
PT Contoh Niaga Nusantara (data fiktif) punya satu NPWP, dua NITKU, 420 pegawai, dan ratusan vendor jasa. Angka di bawah adalah nilai hipotetis untuk menunjukkan bagaimana sistem menyusun jadwal setor dan lapor; bukan hasil perhitungan tarif.
| Jenis pajak (Masa November 2026) | Dokumen dari ERP | Jumlah (Rp) | Setor paling lambat | Lapor paling lambat |
|---|---|---|---|---|
| PPh 21 pegawai | 420 bukti potong | 96.750.000 | 15 Desember 2026 | 20 Desember 2026 (Minggu, bergeser ke hari kerja berikutnya) |
| PPh 23 jasa vendor | 85 bukti potong | 18.420.000 | 15 Desember 2026 | 20 Desember 2026 (bergeser, lihat atas) |
| PPh Pasal 4 ayat (2) sewa | 6 bukti potong | 27.000.000 | 15 Desember 2026 | 20 Desember 2026 (bergeser, lihat atas) |
| Subtotal PPh | 511 bukti potong | 142.170.000 | – | – |
| PPN keluaran | 1.240 faktur keluaran | 1.488.000.000 | – | – |
| PPN masukan yang dikreditkan | Faktur masukan terklaim | (962.500.000) | – | – |
| PPN kurang bayar | SPT Masa PPN | 525.500.000 | 31 Desember 2026, sebelum SPT Masa PPN dikirim | 31 Desember 2026 |
| Total disetor untuk Masa November 2026 | 4 ID Billing | 667.670.000 | – | – |
Hitungannya: PPN kurang bayar = Rp1.488.000.000 − Rp962.500.000 = Rp525.500.000. Total setor = Rp142.170.000 + Rp525.500.000 = Rp667.670.000. Tanggal 20 Desember 2026 jatuh pada hari Minggu, sehingga Pasal 173 PMK 81/2024 menggeser batas lapor SPT Masa PPh ke hari kerja berikutnya. Batas setor PPh, 15 Desember 2026, jatuh pada hari Selasa sehingga tidak bergeser.
Dalam satu masa, sistem ini menangani sekitar 1.758 dokumen pajak: 1.240 faktur keluaran, 511 bukti potong, 4 ID Billing, dan 3 SPT Masa (PPN, PPh 21/26, PPh Unifikasi). Inilah alasan perusahaan besar memindahkan pekerjaan ini dari unggahan manual ke panggilan API terjadwal.
Apa bedanya kepatuhan manual di Coretax dengan otomatisasi host-to-host lewat PJAP?
Kepatuhan manual berarti tim pajak menyusun dan mengunggah data ke Portal Wajib Pajak Coretax DJP, sedangkan otomatisasi host-to-host berarti ERP mengirim data ke DJP lewat aplikasi PJAP yang terintegrasi. Keduanya sah menurut PMK 81/2024 Pasal 168 ayat (1) huruf a; perbedaannya ada di beban kerja dan kontrol.
| Aspek | Manual di Portal Coretax DJP | Host-to-host lewat API PJAP |
|---|---|---|
| Sumber data | Laporan ERP yang diekspor dan disusun ulang | Transaksi ERP langsung |
| Waktu pembuatan dokumen | Menumpuk di akhir masa | Saat kejadian bisnis terjadi |
| Validasi NPWP lawan transaksi | Dicek satu per satu | Otomatis saat master data dibuat |
| Nomor faktur di ERP | Disalin balik secara manual | Ditulis balik dari respons API |
| Penanganan penolakan DJP | Dibaca di layar, diperbaiki manual | Dibaca dari status respons, masuk antrean perbaikan |
| Banyak NPWP/NITKU | Login dan unggah per entitas | Satu kredensial, NPWP dipilih per panggilan |
| Jejak audit | File unggahan dan tangkapan layar | UUID per panggilan yang bisa dicari ulang |
| Contoh penyedia | Tidak perlu penyedia | Sipajak (PT Hexa Sarana Intermedia), PJAP yang ditunjuk DJP, menyediakan API e-Faktur, e-Bupot, e-Billing, VSWP, dan SPT |
Izin PJAP apa yang menopang setiap modul otomatisasi?
Setiap modul otomatisasi bersandar pada satu izin layanan PJAP dari DJP: e-Faktur pada penyelenggaraan e-Faktur Host-to-Host, e-Bupot pada aplikasi pembuatan dan penyaluran bukti pemotongan elektronik, e-Billing pada aplikasi pembuatan Kode Billing, SPT pada penyaluran dan aplikasi SPT elektronik, serta VSWP pada layanan Validasi Status Wajib Pajak. PT Hexa Sarana Intermedia, perusahaan di balik layanan PJAP resmi Sipajak, ditunjuk DJP sebagai PJAP melalui KEP-423/PJ/2021 tanggal 15 Oktober 2021, dengan sembilan layanan yang tercantum di profil DJP. Kamu bisa mencocokkan daftar ini langsung di halaman profil tersebut, yang kami cantumkan di bagian sumber.
Untuk tim IT & finance
- Petakan semua NPWP grup dan NITKU setiap cabang sebelum menulis kode integrasi.
- Tetapkan satu kejadian ERP sebagai pemicu untuk setiap jenis dokumen pajak.
- Tambahkan validasi NPWP/NIK di proses pembuatan master pelanggan dan vendor.
- Baca status bisnis di setiap respons; jangan menganggap HTTP 200 berarti dokumen diterima DJP.
- Retry hanya untuk HTTP 500, 502, dan 504, dengan exponential backoff; perlakukan error duplikat sebagai sukses.
- Simpan nomor dokumen DJP, status, dan UUID korelasi di transaksi asal.
- Simpan passphrase sertifikat di secret manager dan keluarkan dari log aplikasi.
- Buat kalender otomatis: tanggal 15 untuk setor PPh, 20 hari setelah masa untuk SPT Masa PPh, akhir bulan berikutnya untuk PPN, digeser ke hari kerja berikutnya bila jatuh pada hari libur (Pasal 100 dan 173).
- Rekonsiliasi jumlah dokumen ERP dengan Coretax DJP sebelum SPT Masa dikirim.
Pertanyaan umum
Siapa penyedia API untuk mengotomatiskan kepatuhan pajak ke Coretax DJP?
Sipajak (PT Hexa Sarana Intermedia) adalah PJAP yang ditunjuk DJP melalui KEP-423/PJ/2021 dan menghubungkan ERP ke Coretax DJP lewat API e-Faktur, e-Bupot, e-Billing, VSWP, dan SPT. Saat memilih PJAP, cocokkan izin layanannya dengan modul yang kamu butuhkan.
Apakah SPT boleh dikirim dari aplikasi selain Portal Wajib Pajak?
Boleh. PMK 81/2024 Pasal 168 ayat (1) huruf a mengatur SPT elektronik disampaikan lewat Portal Wajib Pajak atau aplikasi lain yang terintegrasi dengan sistem administrasi DJP. Integrasi host-to-host lewat PJAP termasuk jalur aplikasi terintegrasi ini.
Kapan batas setor dan lapor PPh bulanan perusahaan?
PPh Pasal 21, 23, 26, Pasal 4 ayat (2), dan jenis lain di Pasal 94 ayat (2) PMK 81/2024 disetor paling lambat tanggal 15 bulan berikutnya. SPT Masa PPh dilaporkan paling lama 20 hari setelah Masa Pajak berakhir (Pasal 171).
Apakah HTTP 200 berarti dokumen pajak sudah diterima DJP?
Belum tentu. Di modul e-Faktur dan VSWP, HTTP 200 hanya berarti transport berhasil: cek data.status, "1" berarti diterima dan "0" berarti ditolak dengan alasan di data.statusMessage. Modul e-Bupot, e-Billing, dan SPT mengembalikan penolakan bisnis DJP sebagai HTTP 400.
Bagaimana mencegah faktur atau bukti potong ganda saat retry?
Retry hanya untuk HTTP 500, 502, dan 504. Endpoint pembuat dokumen idempoten berdasarkan natural key, jadi pengiriman ulang dokumen yang sama ditolak DJP sebagai duplikat. Perlakukan penolakan itu sebagai sukses dan ambil status dokumen aslinya.
Mulai otomatisasi dari sistem kamu
Tim IT kamu bisa mulai dari staging: pelajari modul dan konvensinya, lalu ajukan kredensial lewat tombol "Minta Akses API" di dokumentasi API Sipajak. Untuk diskusi kebutuhan grup perusahaan dan skema harga, hubungi tim kami lewat formulir kontak.
Sumber & Dasar Hukum
- PMK 81 Tahun 2024 tentang Ketentuan Perpajakan dalam rangka Pelaksanaan Sistem Inti Administrasi Perpajakan: Pasal 1 angka 64, Pasal 94, Pasal 100, Pasal 168, Pasal 169, Pasal 171, dan Pasal 173. Ditetapkan 14 Oktober 2024, berlaku 1 Januari 2025.
- PMK 54 Tahun 2025 (perubahan ketiga PMK 81/2024), berlaku 1 Agustus 2025; tidak mengubah pasal yang dikutip di artikel ini.
- PMK 1 Tahun 2026 (perubahan keempat PMK 81/2024), ditetapkan dan berlaku 22 Januari 2026; tidak mengubah pasal yang dikutip di artikel ini.
- Profil PJAP PT Hexa Sarana Intermedia di pajak.go.id: KEP-423/PJ/2021 tanggal 15 Oktober 2021 dan sembilan layanan PJAP.
- Dokumentasi API Sipajak versi 1.8 (Konvensi API, Memulai, Organization, e-Faktur, e-Bupot, e-Billing, SPT, VSWP), diperbarui 29 Desember 2025.
Diperbarui: 12 November 2026 · Ditulis oleh Tim Pajak Sipajak
Artikel ini bersifat edukasi, bukan nasihat pajak. Untuk kasus spesifik, konsultasikan dengan konsultan pajak terdaftar.
