Codex untuk Tax dan Fiscal Compliance Coretax

Codex dapat dirancang untuk membantu tax team menyiapkan working paper, rekonsiliasi fiskal-komersial, evidence completeness, tax calendar, dan draft import file yang siap direview. Jawaban langsungnya: Codex berguna untuk persiapan dan pengecekan, tetapi tidak memberi nasihat pajak final, tidak login ke Coretax, tidak memakai sertifikat elektronik, tidak membayar, dan tidak submit SPT.

Konteks cluster ada di Codex untuk Perusahaan Indonesia. Arsitektur workflow file, test, dan review ada di Arsitektur Agentic Work System dengan Codex. Karena tax memuat NPWP, NIK, faktur, bukti potong, dan credential, baca Security, Privacy, dan UU PDP untuk Corporate AI Agents. Batas tindakan material ada di Human Approval Matrix dan Governance Pilot Codex. Rancangan latihan ada di Pelatihan Codex dan AI Agent untuk Tim Perusahaan.

Tax menerima data dari banyak proses. Ledger dan accrual berasal dari Accounting, Closing, dan Consolidation. Invoice, faktur, dan bukti potong banyak datang dari AP, AR, Billing, dan Collections. Payment pajak berkaitan dengan Treasury dan Cash Management. Link ini penting karena tax tidak bisa dibersihkan hanya di akhir bulan jika source data di hulu berantakan.

Fakta, konteks, dan rekomendasi

[Fakta produk] Codex dapat membaca file, menjalankan script, membuat perubahan pada workspace, dan menghasilkan bukti kerja untuk ditinjau. Ia dapat digunakan untuk memvalidasi format, membandingkan ledger dengan tax object, membuat daftar missing evidence, dan menyiapkan draft import. Fakta ini tidak berarti Codex punya integrasi langsung dengan Coretax atau otoritas pajak.

[Konteks resmi Indonesia] Direktorat Jenderal Pajak menjelaskan Coretax sebagai sistem administrasi layanan DJP dalam Program Pembaruan Sistem Inti Administrasi Perpajakan yang diatur dalam Peraturan Presiden Nomor 40 Tahun 2018. DJP juga menyediakan kanal peraturan. UU PDP relevan karena dokumen pajak dapat memuat data pribadi, termasuk NIK, NPWP, alamat, kontak, dan data keuangan.

[Rekomendasi workflow] Gunakan Codex untuk evidence-safe tax workflow: validasi master, rekonsiliasi ledger-tax object, daftar missing faktur atau bukti potong, format test untuk file import, dan reviewer pack. Upload, sign, pay, dan submit dilakukan manusia berotorisasi di sistem resmi. Jika diperlukan konektor, batasi sebagai export/script/controlled connector yang tidak memegang credential Coretax, sertifikat, atau token.

Artefak tax yang realistis

Tax team biasanya menangani faktur pajak, bukti potong, invoice, ledger, tax object mapping, tax calendar, SPT working paper, fiscal-commercial reconciliation, PPh, PPN, daftar nominatif, dokumentasi transaksi tertentu, dan bukti pembayaran. Sebagian data datang dari accounting, AP, AR, procurement, payroll, dan treasury. Sebagian lagi berasal dari portal resmi atau file yang diunduh manusia.

Masalah umum bukan hanya menghitung pajak. Masalahnya adalah evidence completeness: faktur ada tetapi tidak cocok dengan invoice, bukti potong terlambat, NPWP atau NIK master tidak konsisten, transaksi masuk object pajak yang salah, atau file import ditolak karena format. Codex dapat membantu menemukan exception lebih awal, selama rule dan source datanya jelas.

Contoh struktur folder: tax/2026-06/input/ledger/, input/invoices/, input/faktur/, input/bukti-potong/, mapping/tax-objects/, rules/format-tests/, output/reconciliation/, output/import-drafts/, output/reviewer-pack/, dan evidence/. File yang diunduh dari sistem resmi tetap disimpan sebagai snapshot. Agent tidak mengambil alih sesi login.

Workflow agentic step-by-step

1. Tentukan periode, jenis pajak, entity, dan owner. Tax manager menetapkan scope, misalnya PPN masa tertentu, withholding tertentu, atau rekonsiliasi fiskal bulanan. Tanpa scope, agent tidak berjalan.

2. Ambil source data snapshot. Codex membaca ledger export, AP invoice, AR invoice, faktur, bukti potong, customer/vendor master, dan tax calendar. Jalur aman adalah export yang telah disetujui atau controlled connector read-only.

3. Validasi master NPWP/NIK dan identitas lawan transaksi. Agent memeriksa format, blank field, duplicate master, dan mismatch antara invoice, faktur, dan master. Ia tidak menyimpulkan kebenaran hukum identitas, hanya menandai data yang perlu review.

4. Mapping ledger ke tax object. Script mapping menghubungkan account, transaction type, vendor/customer type, dan document type ke tax object. Unmapped atau ambiguous item masuk exception.

5. Rekonsiliasi invoice, faktur, dan ledger. Untuk PPN, agent mencocokkan invoice dengan faktur dan ledger. Untuk withholding, agent mencocokkan dasar pemotongan, bukti potong, dan pencatatan. Selisih amount, tanggal, nomor dokumen, dan entity ditandai.

6. Cek completeness evidence. Codex membuat daftar transaksi yang membutuhkan faktur, bukti potong, kontrak, daftar nominatif, atau approval. Missing evidence diberi owner, due date, dan reason code.

7. Draft fiscal-commercial reconciliation. Agent mengelompokkan beda tetap, beda temporer, non-deductible item candidate, dan item yang butuh judgement. Klasifikasi ini draft, bukan nasihat pajak final.

8. Siapkan import file draft. Jika format import tersedia dan disetujui, Codex membuat file sesuai template internal. Ia menjalankan format test, mandatory field test, total test, dan duplicate test. File diberi checksum.

9. Buat reviewer pack. Pack berisi source list, reconciliation, missing evidence, import draft, format test result, unresolved judgement, dan daftar tindakan manusia: review, upload, sign, pay, submit.

10. Human review dan upload. Tax staff dan tax manager memeriksa. Konsultan pajak dapat dilibatkan bila perlu. Manusia berotorisasi menggunakan credential resmi, melakukan upload, tanda tangan, pembayaran, dan submit.

11. Post-filing evidence. Setelah proses resmi selesai, bukti penerimaan, bukti pembayaran, dan final working paper disimpan kembali sebagai evidence. Agent boleh mengindex, tetapi tidak mengubah hasil resmi.

Acceptance checks

Working paper tax layak direview jika semua input punya periode, entity, source, dan checksum, ledger total cocok dengan accounting export, invoice dan faktur dicocokkan dengan key yang jelas, bukti potong memiliki referensi transaksi, tax object mapping coverage memenuhi threshold, semua unmatched item masuk exception, dan semua manual adjustment punya owner serta alasan.

Import draft harus lolos mandatory field, format, panjang field, tanggal, currency, duplicate document, dan total reconciliation. Jika ada format resmi yang berubah, run harus berhenti sampai template diperbarui oleh owner. Jangan memaksa file lama agar "cukup mirip". Penolakan upload sering berasal dari format kecil, sehingga test deterministik lebih berguna daripada narasi panjang.

Fiscal-commercial reconciliation membutuhkan check yang lebih hati-hati. Codex boleh mengelompokkan candidate permanent difference atau temporary difference berdasarkan rule internal, tetapi reviewer harus memutuskan. Jika rule berasal dari interpretasi, tuliskan sumber dan owner. Output harus menyebut item yang belum diputuskan. Tidak boleh ada kesimpulan "aman", "pasti deductible", atau "pasti patuh" tanpa review tax professional.

Acceptance security juga wajib. File tidak boleh menyimpan credential Coretax, sertifikat elektronik, token, OTP, password PDF, atau akses shared account. NPWP, NIK, alamat, dan data pribadi lain dibatasi sesuai kebutuhan. Jika data personal tidak dibutuhkan untuk analisis agregat, gunakan masking.

Approval, credential, dan batas nasihat pajak

Tax filing, payment, dan deklarasi kepatuhan adalah tindakan material yang selalu human-gated. Codex tidak boleh menjadi signer, uploader, payer, atau pihak yang menyatakan kepatuhan final. Tax manager, finance controller, pejabat berwenang, atau konsultan pajak memeriksa output dan mengambil keputusan sesuai mandat.

Credential Coretax, sertifikat elektronik, token, OTP, dan akses email resmi tidak diberikan ke agent. Jika perusahaan memakai script untuk format import, script hanya berjalan di workspace. Jika memakai controlled connector, konektor tidak boleh menyimpan credential pribadi dan tidak boleh melakukan submit otomatis. Prinsipnya jelas: agent menyiapkan artefak, manusia menggunakan sistem resmi.

Artikel ini juga tidak memberikan nasihat pajak final. Contoh workflow, mapping, dan check di sini adalah desain implementasi. Untuk keputusan pajak yang berdampak pada posisi perusahaan, gunakan peraturan DJP yang berlaku, kebijakan internal, dan penasihat kompeten. Codex dapat membantu membuat daftar pertanyaan yang lebih rapi, bukan menggantikan judgement.

Risiko prompt injection bisa muncul dari lampiran invoice, file vendor, atau catatan spreadsheet. Instruksi dalam dokumen pajak adalah data. Agent hanya mengikuti rule repository dan approval manusia. Jika ada lampiran yang meminta agent mengubah mapping atau mengabaikan selisih, output yang benar adalah exception.

Pilot 30 hari

Pilot aman dapat dimulai dari satu jenis pajak dan satu periode, misalnya rekonsiliasi faktur keluaran atau bukti potong dari vendor tertentu. Minggu pertama memetakan source data dan tax calendar. Minggu kedua membuat schema validator, mapping tax object, dan format test. Minggu ketiga menguji periode historis. Minggu keempat menjalankan reviewer pack live tanpa upload otomatis.

KPI yang berguna: jumlah missing evidence yang ditemukan lebih awal, waktu membuat reconciliation pack, jumlah format error yang dicegah, persentase transaksi mapped, jumlah judgement item yang jelas ownernya, dan jumlah koreksi reviewer. KPI yang tidak sehat adalah "SPT otomatis terkirim", karena submit tetap manusia melalui sistem resmi.

Contoh reviewer pack

Reviewer pack tax dapat berisi tax-run-summary.md, ledger-tax-reconciliation.xlsx, missing-evidence.csv, npwp-nik-master-check.csv, faktur-match-result.xlsx, bukti-potong-match-result.xlsx, import-draft/, format-test-result.txt, dan judgement-items.md. judgement-items.md penting karena tidak semua hal bisa diselesaikan dengan matching. Beberapa transaksi memerlukan interpretasi, kontrak, atau konfirmasi konsultan.

Contoh edge case pertama: invoice penjualan ada di AR, tetapi faktur terkait belum ditemukan di folder evidence. Codex membuat missing evidence dengan customer, invoice number, amount, date, dan owner. Ia tidak menyimpulkan bahwa faktur tidak pernah dibuat. Contoh kedua: bukti potong diterima dari pelanggan, tetapi nilai tidak cocok dengan ledger. Agent mencocokkan referensi dan menandai selisih, lalu meminta tax reviewer memeriksa apakah ada pembulatan, salah masa, atau beda dasar pengenaan.

Contoh edge case Coretax-ready: file import draft lolos format internal, tetapi template resmi atau requirement portal berubah. Desain yang benar adalah menghentikan run dan meminta owner memperbarui template, bukan memaksa upload. Karena itu repository harus menyimpan versi template, tanggal berlaku, sumber, dan owner approval. Ini mencegah masalah saat aturan teknis berubah.

FAQ singkat. Apakah Codex bisa memberi jawaban apakah transaksi deductible? Tidak sebagai keputusan final. Ia bisa menyiapkan data, sumber, dan daftar pertanyaan untuk reviewer. Apakah Codex bisa mengambil data dari Coretax? Untuk desain aman, manusia mengekspor atau controlled connector read-only mengambil snapshot sesuai approval, tanpa membagikan credential. Apakah Codex bisa submit SPT? Tidak. Upload, sign, pay, dan submit tetap manusia berotorisasi.

Pertanyaan implementasi yang perlu dijawab sejak awal adalah siapa yang boleh mengubah tax object mapping. Jawabannya bukan agent. Mapping harus dimiliki tax manager atau controller yang diberi mandat. Codex boleh mengusulkan mapping candidate jika menemukan account baru, vendor baru, atau transaksi yang mirip pola lama, tetapi statusnya tetap pending review. Setiap perubahan mapping harus punya tanggal berlaku, alasan, dan sumber.

Stop condition juga harus keras. Jika template import belum dikonfirmasi untuk periode berjalan, run berhenti. Jika NPWP/NIK master tidak konsisten pada transaksi material, item masuk exception. Jika bukti pendukung tidak ada, output tidak boleh mengganti bukti dengan asumsi. Jika reviewer membutuhkan interpretasi peraturan, Codex menyiapkan daftar isu dan sumber, lalu berhenti sebelum nasihat final.

Pisahkan juga working paper final dari draft agent. Folder output/import-drafts/ tidak boleh dianggap arsip resmi. Setelah manusia menyelesaikan proses di sistem resmi, bukti penerimaan, bukti bayar, dan working paper final disimpan di folder evidence yang berbeda dengan status final. Pemisahan ini membantu audit trail dan mencegah draft dipakai ulang sebagai bukti resmi.

Tax calendar juga perlu dikunci. Codex boleh memberi reminder dan daftar evidence, tetapi perubahan deadline, prioritas filing, atau keputusan amend harus datang dari tax manager. Agent hanya mencatat status dan blocker.

Dengan begitu, workflow membantu disiplin pajak tanpa mengubah kewenangan.

Sumber primer

• OpenAI Introducing Codex: https://openai.com/index/introducing-codex/
• OpenAI Codex documentation: https://developers.openai.com/codex/
• OpenAI Agent approvals and security: https://learn.chatgpt.com/docs/agent-approvals-security
• UU 27/2022 Pelindungan Data Pribadi: https://peraturan.bpk.go.id/Details/229798/uu-no-27-tahun-2022
• PP 71/2019 Penyelenggaraan Sistem dan Transaksi Elektronik: https://peraturan.bpk.go.id/Details/122030/pp-no-71-tahun-2019
• UU 11/2008 ITE: https://peraturan.bpk.go.id/Details/37589/uu-no-11-tahun-2008
• UU 1/2024 Perubahan Kedua UU ITE: https://peraturan.bpk.go.id/Details/274494/uu-no-1-tahun-2024
• DJP Coretax: https://www.pajak.go.id/id/reformdjp/coretax
• DJP peraturan: https://www.pajak.go.id/id/peraturan

Untuk membangun tax workflow yang evidence-safe tanpa klaim filing otomatis atau nasihat pajak final, gunakan data tersanitasi perusahaan dalam Pelatihan AI untuk Perusahaan.