Coretax mengubah cara Wajib Pajak berinteraksi dengan DJP.

Login.

Impersonate.

Bukti potong.

Faktur.

Pembayaran.

SPT.

Permohonan.

Profil.

Surat.

Banyak proses berpindah ke satu ekosistem.

Karena perubahan terlihat di layar, ada risiko perusahaan menganggap seluruh hukum pajak sekarang adalah “aturan Coretax”.

Pembahasan yang masih berada dalam jalur isu yang sama dapat dilanjutkan ke Grandfathering dalam Regulasi Pajak: Kapan aturan lama masih relevan?.

Padahal sistem administrasi dan kewajiban material bukan hal yang sama.

PMK 81 Tahun 2024 menjadi salah satu kerangka utama administrasi perpajakan dalam rangka pelaksanaan Sistem Inti Administrasi Perpajakan dan berlaku sejak 1 Januari 2025.

Regulasi ini kemudian diubah beberapa kali, termasuk PMK 1 Tahun 2026.

Namun apakah suatu pembayaran merupakan objek PPh, apakah suatu biaya deductible, apakah transaksi dikenai PPN, atau apakah treaty berlaku tetap ditentukan oleh aturan substantive yang relevan.

Untuk memperluas konteks pada bagian ini, lihat Peraturan PPN Berubah: Bagaimana Finance Menghindari referensi aturan yang sudah usang?.

Coretax menjalankan administrasi.

Coretax tidak menciptakan seluruh substansi pajak dari nol.

Ini boundary yang harus dipahami finance.

Contoh paling sederhana: sistem meminta satu field

Coretax menyediakan field tertentu.

Apakah berarti isi field tersebut menentukan character pajak secara hukum?

Tidak selalu.

System membutuhkan classification agar proses dapat berjalan.

Tetapi classification harus berasal dari analisis transaksi.

Contoh:

Sebuah pembayaran dimasukkan sebagai jasa.

System kemudian menghasilkan bukti potong.

Kalau sejak awal transaksi sebenarnya royalty, masalahnya bukan Coretax.

Masalahnya classification.

System hanya mengeksekusi input.

Tax team tidak boleh berkata:

“Karena Coretax menerima, berarti treatment benar.”

System acceptance bukan legal opinion.

Administrasi menjawab bagaimana

Substansi menjawab apa dan berapa.

Administrasi:

bagaimana daftar.

bagaimana bayar.

bagaimana lapor.

bagaimana buat bukti potong.

bagaimana membuat faktur.

bagaimana mengajukan permohonan.

bagaimana memberi akses.

Substansi:

apa objek PPh.

siapa subjek.

berapa taxable income.

apa deductible.

apa objek PPN.

apa fasilitas.

apa transaksi afiliasi wajar.

apakah penghasilan masuk treaty.

Dua layer bertemu, tetapi tidak sama.

Tax SOP harus memisahkan.

Kalau system berubah, substantive memo tidak otomatis berubah.

Kalau law berubah, system harus menyesuaikan.

PMK 81 adalah framework besar, bukan pengganti UU

PMK 81 Tahun 2024 mengonsolidasikan dan menyesuaikan banyak ketentuan administrasi agar selaras dengan Coretax.

JDIH menunjukkan regulasi ini juga mencabut banyak PMK lama pada saat mulai berlaku.

Itu membuat PMK 81 sangat penting.

Tetapi hierarki hukum tetap berlaku.

UU KUP.

UU PPh.

UU PPN.

PP.

PMK substantive.

PER-DJP.

Coretax berada di dalam architecture tersebut.

Kalau software menghasilkan suatu output yang tampak tidak sesuai dengan substantive law, jangan langsung mengubah interpretation agar cocok dengan output.

Investigate.

Mungkin input salah.

Mungkin configuration.

Mungkin transitional issue.

Mungkin guidance baru.

Mungkin memang kita salah membaca law.

Tapi reasoning harus dimulai dari legal framework.

Contoh pembayaran PPh

Coretax dapat menghasilkan kode billing atau menggunakan deposit pajak sesuai mekanisme administrasi.

Itu menjawab cara pembayaran.

Tetapi berapa PPh yang seharusnya dibayar tetap berasal dari penghitungan substantive.

Misalnya PPh badan.

Taxable income berasal dari rekonsiliasi fiskal.

Rate berasal dari UU dan ketentuan yang berlaku.

Credit tax diperhitungkan.

System menerima angka.

Kalau taxable income salah karena biaya private dimasukkan deductible, pembayaran melalui Coretax yang sukses tidak menyembuhkan kesalahan.

Receipt hanya membuktikan pembayaran.

Bukan kebenaran basis.

Contoh PPN

Coretax memfasilitasi faktur dan SPT PPN.

Tetapi apakah satu transaksi dikenai PPN atau PBJT daerah tidak ditentukan hanya oleh menu faktur.

Restoran dapat menjual makanan yang menjadi objek PBJT.

Retailer dapat menjual barang kemasan yang masuk PPN.

System perlu tax code yang benar.

Jika staff memilih PPN karena menu tersedia, substance bisa salah.

Sekali lagi, interface bukan tax law.

Product tax map harus ada sebelum transaksi masuk Coretax.

Contoh kuasa

PMK 44 Tahun 2026 mengatur persyaratan kuasa Wajib Pajak.

Coretax menyediakan mekanisme akses elektronik.

Dua hal terkait.

Tetapi akses sistem tidak sama dengan legal authority.

Seseorang bisa secara teknis memiliki role.

Apakah ia sah menjadi kuasa untuk perkara tertentu?

Lihat Surat Kuasa Khusus dan persyaratan regulasi.

Sebaliknya, seseorang bisa mempunyai Surat Kuasa Khusus tetapi belum memperoleh akses elektronik yang diperlukan.

Authority dan access harus cocok.

Jangan mengganti satu dengan yang lain.

Contoh transfer pricing

Coretax tidak dapat menentukan hanya dari satu dropdown apakah management fee antar perusahaan afiliasi sudah arm’s length.

PMK 172 Tahun 2023 mengatur prinsip kewajaran dan kelaziman usaha serta dokumentasi transfer pricing.

System bisa menerima withholding dan SPT.

Tetapi benefit test.

Comparable analysis.

Cost allocation.

Functions, assets, risks.

Semua membutuhkan substantive analysis.

Perusahaan tidak boleh merasa aman hanya karena invoice dan bukti potong berhasil dibuat.

Administrative compliance dan transfer pricing compliance berbeda layer.

Coretax error juga tidak otomatis menghapus kewajiban material

Ini penting ketika sistem bermasalah.

Wajib Pajak tetap memiliki kewajiban menghitung pajak secara benar.

Kalau portal tidak dapat diakses, tax computation tetap bisa dibuat.

Invoice tetap dapat direkonsiliasi.

Withholding tetap dapat dihitung.

Data tetap harus disiapkan.

Kemudian lihat apakah DJP menerbitkan relaksasi formal.

Pada 2025 dan 2026, DJP beberapa kali menerbitkan keputusan penghapusan sanksi atau relaksasi sehubungan implementasi Coretax untuk periode tertentu.

Namun relaksasi tersebut specific.

Tidak berarti semua kewajiban pajak otomatis berhenti.

DJP bahkan menegaskan dalam berbagai pengumuman bahwa kewajiban pembayaran dan pelaporan tetap dilakukan dalam window relaksasi yang diberikan.

Jangan menggunakan “sistem error” sebagai tax position.

System issue adalah administrative evidence.

Perusahaan tetap perlu substantive calculation.

Tax team perlu dua checklist

Checklist pertama: substantive tax.

Apa transaksinya?

Objek apa?

Rate?

DPP?

Withholding?

Deductibility?

Treaty?

Transfer pricing?

Accounting-tax difference?

Checklist kedua: Coretax administration.

User access?

Tax period?

Document type?

Payment?

Submission?

Receipt?

Correction?

Archive?

Kalau dua checklist dipisah, root cause lebih mudah ditemukan.

Salah tax treatment tidak disamarkan sebagai “kendala sistem”.

Kendala portal juga tidak dicampur dengan interpretation.

ERP tax engine berada di tengah

ERP menghubungkan substance dan administration.

Tax code substantive diterjemahkan menjadi system configuration.

Output lalu masuk Coretax.

Di sinilah governance sangat penting.

Tax menentukan rule.

IT mengonfigurasi.

Finance menggunakan.

Reviewer menguji.

Kalau IT memilih tax treatment berdasarkan technical convenience, risk.

Kalau tax tidak memahami system limitation, risk.

Buat rule specification.

Business scenario.

Legal basis.

Expected tax.

Expected document.

Effective date.

System mapping.

UAT.

Dengan specification, system tidak “menentukan pajak”.

System mengeksekusi tax design yang sudah approved.

SOP harus menunjukkan boundary

Contoh SOP invoice.

Step 1: determine tax category berdasarkan product tax matrix.

Step 2: system generates tax document.

Step 3: validate output.

Jangan langsung:

“Pilih menu faktur di Coretax.”

Kalau SOP hanya berbasis klik, staff tidak tahu mengapa.

Saat interface berubah, semua merasa SOP rusak.

Padahal substantive logic tetap.

High-level SOP harus process-based.

Work instruction boleh screen-based.

Pisahkan dua layer dokumentasi.

Coretax training juga perlu dua bagian

Bagian pertama:

Apa aturan pajak yang mendasari transaksi.

Bagian kedua:

Bagaimana menjalankan di system.

Jangan hanya screenshot.

Contoh staf PPh 23.

Ia harus tahu jasa apa yang dipotong, kapan, basis, counterparty, dan exception.

Baru belajar membuat bukti potong.

Kalau hanya belajar klik, staff akan bingung ketika vendor dispute classification.

System literacy without tax literacy menghasilkan compliance mekanis.

Tax literacy without system literacy menghasilkan filing error.

Keduanya perlu.

Ketika Coretax berubah, tanyakan change type

UI change?

Workflow change?

Legal requirement change?

Data field change?

Deadline change?

Substantive tax change?

Contoh menu berpindah.

Update work instruction.

Tidak perlu tax memo baru.

Contoh PMK baru mengubah nilai lain PPN.

Update substantive rule, ERP, tax code, UAT, dan SOP.

Contoh KEP-DJP memberi relaksasi deadline.

Update calendar sementara.

Tidak perlu mengubah definition taxable income.

Change classification mencegah overreaction.

Ketika aturan substantive berubah, jangan tunggu Coretax

Kadang regulation sudah efektif tetapi system adjustment masih berjalan.

Perusahaan tetap perlu memahami kewajiban hukum.

Buat manual control jika diperlukan.

Document affected transactions.

Hitung sesuai rule.

Monitor official guidance.

Begitu system siap, reconcile.

Jangan menunda analysis dengan alasan belum tahu cara klik.

Legal obligation exists independently of UI readiness, subject tentu pada ketentuan dan relaksasi resmi yang benar-benar diterbitkan.

Ini mindset penting.

Coretax receipt bukan substitute working paper

Perusahaan tetap perlu menyimpan computation.

Revenue reconciliation.

Fiscal adjustment.

Withholding schedule.

VAT reconciliation.

Tax provision.

Supporting document.

Bukti penerimaan elektronik menunjukkan filing berhasil.

Ia tidak menjelaskan kenapa angka benar.

Saat pemeriksaan, DJP dapat meminta data dan dokumen underlying.

Working paper adalah memory.

Coretax adalah channel.

Jangan tukar fungsinya.

Regulatory library juga harus dipisah

Folder 1: Substantive.

PPh.

PPN.

Transfer pricing.

Treaty.

Corporate action.

Folder 2: Administration/Coretax.

Registration.

Payments.

SPT.

Access.

Electronic documents.

Permohonan.

Folder 3: Guidance.

Coretaxpedia.

Manual.

FAQ.

Press release.

Kalau semua dicampur, staff sulit menentukan authority.

Satu technical guide bisa dianggap law.

Satu old PMK bisa dipakai untuk system step yang sudah berubah.

Information architecture matters.

CFO perlu dashboard yang juga memisahkan

Tax risk substantive:

uncertain treatment.

transfer pricing.

large deduction.

M&A.

Tax admin risk:

overdue filing.

access issue.

failed submission.

unreconciled payment.

system error.

Keduanya berbeda.

Mitigation berbeda.

System issue mungkin selesai dengan access fix.

Substantive issue mungkin butuh legal memo.

Kalau dashboard hanya satu warna “tax risk”, management tidak tahu tindakan.

Jangan biarkan Coretax menjadi scapegoat

Kesalahan tax code terjadi karena master data.

Orang berkata Coretax salah.

Bukti potong salah karena vendor classification.

Orang berkata Coretax salah.

SPT salah karena GL belum reconcile.

Orang berkata Coretax salah.

System memang bisa mengalami kendala.

Tetapi root-cause analysis harus objektif.

Data?

Process?

User?

Configuration?

Regulation?

Coretax?

External interface?

Baru perbaiki.

Kalau semua masalah diberi label “sistem”, perusahaan tidak pernah meningkatkan control.

Aturan Coretax dan aturan pajak substansi harus berjalan berdampingan

Coretax menjawab bagaimana kewajiban dilaksanakan secara administratif dalam ekosistem digital DJP.

Aturan substantive menjawab apa kewajibannya.

Finance membutuhkan keduanya.

Tetapi urutannya penting.

Pahami transaksi.

Tentukan tax treatment.

Terjemahkan ke proses.

Terjemahkan ke system.

Validasi output.

Simpan evidence.

Kalau urutan dibalik, perusahaan membiarkan form menentukan hukum.

Coretax adalah alat administrasi yang sangat penting.

Tetapi ia tetap alat di dalam sistem perpajakan, bukan pengganti analisis pajak itu sendiri.