Satu tax manager mencari aturan.

Ia menemukan PMK asli.

Lalu amendment pertama.

Amendment kedua.

Amendment ketiga.

Amendment keempat.

Di folder lama juga ada PDF dengan nama “FINAL”.

Pertanyaannya bukan lagi:

“Apa isi PMK ini?”

Pertanyaannya:

“Versi mana yang berlaku untuk transaksi saya?”

Ini masalah nyata dalam perpajakan Indonesia.

Regulasi berubah untuk menyesuaikan sistem, kebijakan, administrasi, dan kebutuhan ekonomi.

PMK 81 Tahun 2024 adalah contoh besar.

JDIH Kementerian Keuangan mencatat regulasi tersebut mulai berlaku 1 Januari 2025 dan kemudian diubah beberapa kali, termasuk terakhir oleh PMK 1 Tahun 2026 pada 22 Januari 2026 dalam riwayat yang ditampilkan JDIH per Agustus 2026.

Untuk memperluas konteks pada bagian ini, lihat Membaca Peraturan Pajak Baru: Mulai dari Tanggal Berlaku, Bukan Judulnya.

Kalau seseorang hanya membaca PDF PMK 81 original, ia belum tentu membaca posisi hukum terakhir.

Namun kalau transaksi terjadi sebelum amendment tertentu, versi lama justru mungkin masih relevan.

Jadi solusi bukan sekadar selalu memakai file terbaru.

Solusinya menentukan version by date.

Langkah satu: tetapkan tanggal transaksi

Semua pencarian regulasi harus punya anchor date.

Contoh:

Merger efektif 15 Januari 2026.

Atau:

Pembayaran dilakukan 1 Agustus 2026.

Atau:

Faktur dibuat 20 Juli 2025.

Tanpa tanggal, pertanyaan “aturan mana?” belum lengkap.

Kalau PMK baru berlaku 22 Januari 2026, merger 15 Januari perlu dianalisis dengan posisi regulasi sebelum perubahan tersebut, ditambah transitional rule jika ada.

Merger 1 Februari berada setelah perubahan.

Timeline berbeda.

Tax memo harus selalu menulis:

Applicable law as of [date].

Ini membuat analysis reproducible.

Langkah dua: buka source resmi yang menunjukkan riwayat

JDIH Kementerian Keuangan sangat berguna karena menampilkan:

status berlaku,

tanggal,

riwayat dokumen,

aturan yang diubah,

aturan yang mencabut,

dan produk terkait.

Jangan hanya Google judul.

Search result bisa membawa ke PDF lama.

Masuk halaman metadata.

Lihat “Riwayat Dokumen”.

Kalau ada:

Diubah dengan PMK A.

Diubah dengan PMK B.

Dicabut.

Mencabut sebagian.

Catat.

Metadata adalah map.

Teks regulasi adalah territory.

Gunakan keduanya.

Langkah tiga: bedakan amendment dan replacement

Ada dua situasi.

Peraturan lama diubah.

Peraturan lama dicabut dan diganti.

Kalau diubah, original regulation masih hidup tetapi harus dibaca sebagaimana telah diubah.

Kalau dicabut, regulation baru menjadi source utama sejak effective date, dengan transitional rule yang mungkin mempertahankan sebagian proses lama.

Jangan memperlakukan dua situasi sama.

Contoh PMK 108 Tahun 2025 mencabut PMK 70 Tahun 2017 beserta perubahan terkait untuk rezim akses informasi keuangan sejak 2026, tetapi memiliki ketentuan peralihan untuk data dan pelaporan tertentu.

Jadi “dicabut” tidak selalu berarti tidak pernah relevan lagi.

Untuk periode transisi, old rule masih dapat dipakai pada scope yang eksplisit.

Langkah empat: buat table pasal

Untuk regulation penting, jangan hanya kumpulkan PDF.

Buat amendment table.

Pasal.

Versi awal.

Amendment 1.

Amendment 2.

Current wording.

Effective date.

Contoh:

Pasal 100.

Original 1 Jan 2025.

Changed 1 Aug 2025.

Changed 22 Jan 2026.

Current.

Dengan table, tax team tahu wording mana berlaku pada tanggal transaksi.

Ini sangat berguna untuk PMK besar.

Tidak perlu semua pasal.

Hanya pasal yang relevan dengan proses perusahaan.

Tax legal library harus curated.

Bukan mirror seluruh internet.

Langkah lima: cek apakah aturan pelaksana ikut berubah

PMK bisa berubah tetapi PER-DJP lama tetap berlaku sejauh tidak bertentangan atau sampai diganti, tergantung transitional framework.

Atau amendment PMK memerintahkan aturan pelaksana baru.

Contoh 2026 menunjukkan beberapa PER-DJP diterbitkan dengan merujuk PMK 81 sebagaimana terakhir diubah PMK 1 Tahun 2026.

PER mengenai SPT.

PER mengenai pembayaran.

Implementation layer mengikuti framework.

Jadi setelah menemukan PMK current, cari peraturan turunan.

Apakah masih active?

Tanggal?

Apakah sudah diubah?

Jangan berhenti pada parent rule.

Praktik pajak terjadi di detail prosedur.

Langkah enam: cek effective date per amendment

Nomor lebih baru tidak selalu berarti berlaku pada semua transaksi sebelumnya.

Contoh:

PMK A terbit 1 March.

Berlaku 1 April.

Transaksi 15 March.

Gunakan rule sebelum 1 April kecuali ada transitional or retroactive clause.

Tax memo harus punya law timeline.

Jangan hanya cite “latest regulation”.

Latest as of today belum tentu applicable to historical transaction.

Ini sangat penting dalam pemeriksaan.

Pemeriksa menguji tahun pajak lama.

Aturan saat pemeriksaan 2026 bisa berbeda dari aturan saat transaksi 2023.

Substantive law biasanya dibaca berdasarkan periode yang relevan.

Procedural law bisa mempunyai applicability berbeda.

Analisis harus membedakan.

Langkah tujuh: jangan overwrite historical files

Perusahaan sering melakukan ini.

PMK_81_2024.pdf diganti file baru.

Versi lama hilang.

Untuk compliance historical, itu buruk.

Simpan:

Original.

Amendment.

Consolidated internal current.

Effective-date memo.

Jangan mengedit PDF legal.

Buat consolidated working document terpisah.

Watermark:

INTERNAL CONSOLIDATION.

Not official text.

Last updated.

Source list.

Dengan begitu, staff bisa membaca versi konsolidasi tanpa menghilangkan legal sources.

Langkah delapan: gunakan naming convention

Nama file:

PMK-81-2024_ORIGINAL_effective-2025-01-01.pdf

PMK-54-2025_AMD3_effective-2025-08-01.pdf

PMK-1-2026_AMD4_effective-2026-01-22.pdf

Atau format internal lain.

Yang penting date visible.

Folder:

Current.

Historical.

Superseded.

Draft.

Guidance.

Jangan semua di satu folder.

Nama “final_final_v2” harus dilarang.

Legal version control harus disiplin seperti software version control.

Langkah sembilan: bedakan current law dan current guidance

Peraturan bisa tetap sama.

Guidance berubah.

FAQ diperbarui.

Panduan Coretax direvisi.

Siaran pers memberi klarifikasi.

Tax team perlu dua log.

Law log.

Guidance log.

Law log menentukan norma.

Guidance log membantu implementation.

Jangan membiarkan FAQ lama menimpa regulation current.

Sebaliknya, jangan abaikan guidance official yang menjelaskan technical operation sistem.

Source weight berbeda.

Semua tetap berguna pada fungsinya.

Langkah sepuluh: cek status “aktif” bukan cukup

Sebuah peraturan bisa berstatus aktif tetapi sebagian pasalnya sudah diubah.

Jadi label aktif tidak berarti teks original seluruhnya current.

PMK 81 2024 tetap aktif.

Tetapi telah diubah.

Jika staff membuka original PDF, beberapa bagian harus dibaca bersama amendment.

Inilah alasan history penting.

Pertanyaan bukan:

“PMK 81 masih aktif?”

Pertanyaan:

“Pasal yang saya gunakan masih berbunyi sama?”

Tax research harus article-specific.

Satu regulasi bisa current dan outdated pada waktu yang sama kalau kita bicara teks original pasal tertentu.

Buat regulatory register per proses

Bukan per nomor.

Contoh process: SPT.

Parent rule.

Implementing PER.

Guidance.

System manual.

Last updated.

Owner.

Process: payments.

Parent PMK.

PER current.

Bank/payment process.

Process: restructuring.

UU PPh.

PMK 81 as amended.

PMK 1 2026.

Application guide.

Dengan process-based register, staff tidak perlu tahu semua regulation number.

Mereka tahu source set untuk pekerjaannya.

Kalau satu amendment keluar, tax legal owner update process.

Ini lebih scalable.

Contract dan SOP juga harus punya legal version

SOP Tax 2025 menyebut PMK lama.

Pada 2026 pasal berubah.

SOP harus update.

Tetapi jangan hapus SOP lama.

Historical transaction mungkin diperiksa.

Auditor bertanya:

“Proses apa yang berlaku pada 2025?”

Perusahaan harus bisa menunjukkan.

SOP effective date.

Superseded date.

Legal basis.

Version.

Change summary.

Regulation and process should move together.

Kalau law berubah tetapi SOP tidak, compliance gap.

Kalau SOP berubah tanpa law, staff bisa menerapkan rule yang salah.

Simpan legal change memo

Setiap amendment material cukup dibuat satu sampai tiga halaman.

What changed.

Effective date.

Affected process.

Old rule.

New rule.

Transition.

System change.

Action.

Owner.

Ini menjadi bridge antara lawyer and operation.

Staff tidak perlu membandingkan dua PDF 500 halaman.

Mereka membaca impact memo.

Tax legal team tetap menyimpan analysis lengkap.

CFO membaca action.

Layered communication mengurangi error.

Historical tax audit membutuhkan old law library

Pemeriksaan 2026 bisa memeriksa transaksi tahun lalu sesuai kewenangan dan periodenya.

Jika perusahaan hanya menyimpan current law, tim akan kesulitan membela treatment lama.

Contoh:

Invoice 2024.

Coretax belum berlaku.

Rules berbeda.

Tax team baru semua bergabung 2026.

Tanpa historical library, mereka mungkin menilai transaksi 2024 dengan 2026 rule.

Itu salah.

Setiap tax audit workpaper harus menyebut legal basis by period.

Historical version bukan sampah.

Ia evidence.

Jangan percaya citation dalam memo lama tanpa verifikasi

Memo konsultan 2022 cite PMK X.

Sekarang 2026.

Sebelum copy ke advice baru, check.

Apakah PMK masih active?

Diubah?

Dicabut?

Pasal berubah?

Satu memo lama dapat menjadi sumber kesalahan berantai.

Gunakan memo sebagai starting point.

Bukan current authority.

Semua citation yang masuk advice baru harus revalidated.

Terutama high-stakes transaction.

M&A.

Cross-border.

Transfer pricing.

VAT.

Tax facility.

Satu outdated rule dapat mengubah financial model.

Gunakan cutoff date pada setiap tax opinion

Tulis:

“Analisis ini berdasarkan peraturan yang berlaku sampai 13 Agustus 2026.”

Besok bisa berubah.

Cutoff membuat scope jelas.

Jika transaksi closing dua bulan kemudian, refresh.

Regulatory update check menjadi condition precedent internal.

Deal tax memo tidak boleh dianggap valid selamanya.

Ini praktik profesional sederhana.

Sistem juga butuh versioning

Tax engine mempunyai rule.

Tarif.

Withholding.

VAT.

Effective date.

Jangan overwrite old configuration.

Rule version:

valid from.

valid to.

Transaction date decides.

Kalau credit note atas invoice lama dibuat setelah regulation change, system perlu handle transition.

Tax and IT harus desain.

Legal version control masuk system architecture.

Peraturan yang diubah berkali-kali bukan alasan untuk bingung

Gunakan metode.

Anchor date.

Official history.

Amendment table.

Effective date.

Implementing rule.

Versioned SOP.

Historical library.

Current cutoff.

Dengan delapan langkah itu, pertanyaan “versi mana?” menjadi teknis, bukan panik.

Regulasi pajak memang berubah.

Yang membuat risiko bukan jumlah perubahannya.

Yang membuat risiko adalah perusahaan tidak tahu perubahan mana yang sudah masuk prosesnya.

Tax governance yang baik selalu bisa menjawab:

Untuk transaksi tanggal ini, aturan yang kami gunakan adalah versi ini.

Dan kami bisa menunjukkan kenapa.

Untuk transaksi material, lakukan second-person verification atas version check. Researcher pertama menentukan aturan dan effective date. Reviewer kedua memeriksa riwayat JDIH, amendment, serta transitional clause. Kontrol sederhana ini sangat berguna karena kesalahan memilih versi dapat membuat seluruh analisis berikutnya benar secara logika tetapi salah secara hukum.