Codex untuk Accounting, Closing, dan Consolidation

Codex dapat dirancang untuk membantu tim accounting menjalankan close checklist, rekonsiliasi, evidence index, dan candidate journal yang siap direview. Jawaban langsungnya: Codex berguna untuk mempercepat close yang berbasis file dan kontrol, tetapi tidak boleh melakukan auto-posting, membuka period lock, atau menggantikan controller dalam keputusan akuntansi.

Konteks besarnya ada di Codex untuk Perusahaan Indonesia. Desain kerja agentic dibahas di Arsitektur Agentic Work System dengan Codex, batas akses dan data ada di Security, Privacy, dan UU PDP untuk Corporate AI Agents, gate keputusan ada di Human Approval Matrix dan Governance Pilot Codex, dan lab implementasi ada di Pelatihan Codex dan AI Agent untuk Tim Perusahaan.

Artikel ini berbeda dari FP&A, Budgeting, dan Management Reporting, karena fokusnya bukan forecast atau narasi MBR. Artikel ini juga berbeda dari AP, AR, Billing, dan Collections, karena AP/AR berurusan dengan invoice dan aging harian. Untuk bukti pajak, rekonsiliasi fiskal, dan Coretax-ready working paper, lihat Tax dan Fiscal Compliance. Untuk audit workpaper dan PBC, ada rute ke Internal Audit.

Fakta, konteks, dan rekomendasi

[Fakta produk] Codex adalah agen yang dapat bekerja di workspace, membaca file, mengubah file, menjalankan command, test, linter, dan menyerahkan perubahan untuk review. Dalam konteks accounting, fakta ini diterjemahkan sebagai kemampuan menjalankan script rekonsiliasi, membuat daftar exception, menyusun index bukti, dan menulis draft journal explanation. Codex bukan modul ERP dan bukan engine akuntansi.

[Konteks resmi Indonesia] Perusahaan Indonesia bekerja dalam kerangka dokumen korporat, laporan, tanggung jawab direksi, dan standar akuntansi yang berlaku. UU Perseroan Terbatas menjadi konteks korporat, sementara SAK dari IAI menjadi referensi standar akuntansi. Banyak perusahaan juga menjalani audit eksternal, sehingga bukti close harus dapat ditelusuri dan tidak boleh hanya berupa jawaban chat.

[Rekomendasi workflow] Codex sebaiknya dipakai di repository close pack, bukan langsung di production ledger. Input berasal dari ekspor read-only GL, subledger, bank statement, fixed asset register, intercompany schedule, dan checklist close. Output berupa reconciliation pack, exception list, dan candidate journal. Posting tetap dilakukan oleh manusia berwenang melalui ERP atau sistem resmi.

Artefak close yang realistis

Close bukan satu file. Tim accounting biasanya menangani journal voucher, trial balance, general ledger, subledger AP/AR, inventory movement, bank reconciliation, accrual listing, prepaid schedule, fixed asset register, intercompany balance, consolidation workbook, dan PBC list untuk auditor. File-file itu datang dari beberapa sistem dan pemilik proses. Sebagian sudah rapi, sebagian lain masih berupa Excel dengan format lokal.

Codex membantu ketika close disusun sebagai state machine. Setiap task punya status: not started, input received, validation failed, reviewer pending, approved, posted by controller, atau locked. Agent tidak mengklaim close selesai hanya karena file sudah ada. Ia memeriksa bukti yang sesuai, menandai mismatch, dan menyiapkan handoff untuk maker-checker.

Contoh folder kerja: close/2026-06/input/gl/, input/subledger/, input/bank/, mapping/, rules/, output/reconciliations/, output/candidate-journals/, output/pbc-index/, dan evidence/logs/. Setiap run punya ID, periode, entity, pembuat, reviewer, checksum input, dan status approval. Jika ada file diganti setelah review, approval harus batal karena artefak berubah.

Workflow agentic step-by-step

1. Mulai dari close calendar. Controller menetapkan period, entity, materiality threshold, daftar akun prioritas, dan deadline. Codex hanya berjalan setelah trigger ini tersedia, bukan dari permintaan bebas.

2. Ambil input snapshot. Agent membaca ekspor GL, subledger, bank statement, fixed asset register, accrual schedule, prepaid schedule, intercompany list, dan checklist. Jalur aman adalah export, script, atau controlled connector read-only. Tidak ada native ERP write atau akses produksi yang tidak perlu.

3. Validasi struktur file. Codex memeriksa period, entity, account, currency, debit, credit, document number, dan source. Jika format file berubah, run berhenti dan membuat exception, bukan menebak kolom.

4. Cocokkan control total. Trial balance dibandingkan dengan total GL. Subledger AP dan AR dibandingkan dengan control account. Bank book dibandingkan dengan reconciliation template. Selisih material masuk exception.

5. Jalankan reconciliation rules. Agent memeriksa unmatched balance, aged reconciling item, duplicate journal, stale accrual, negative asset, missing depreciation, intercompany imbalance, dan akun yang bergerak di luar pola normal.

6. Draft candidate journal. Untuk item yang polanya jelas, Codex membuat candidate journal dengan debit, credit, account, cost center, deskripsi, referensi bukti, dan alasan. Candidate journal bukan journal voucher resmi. Statusnya "for review".

7. Susun evidence index. Agent membuat index file PBC: nama file, periode, akun terkait, source, checksum, dan catatan apakah bukti cukup. Auditor atau controller dapat menelusuri dari saldo ke bukti tanpa mencari manual.

8. Buat review packet. Packet berisi exception, candidate journal, daftar akun belum reconciled, aging reconciling items, dan rekomendasi next action. Maker dan checker melihat packet yang sama.

9. Human approval. Accountant menyiapkan, supervisor memeriksa, controller menyetujui, dan hanya user ERP berwenang yang melakukan posting. Codex tidak menekan tombol post, tidak membuka period, dan tidak mengubah master data.

10. Post-action reconciliation. Setelah manusia posting, ekspor baru diambil dan script validasi dijalankan ulang. Jika candidate journal sudah diposting, selisih harus hilang atau diberi komentar baru.

Acceptance checks

Close pack layak direview jika semua input punya periode dan entity yang sama, total debit sama dengan total credit, trial balance cocok dengan GL export, subledger cocok dengan control account atau punya reconciling item yang jelas, bank reconciliation menjelaskan setiap selisih, fixed asset roll-forward cocok dari opening ke closing, dan intercompany imbalance masuk daftar owner.

Candidate journal harus memenuhi check tambahan. Setiap line punya akun valid, cost center valid, currency valid, debit-credit balance, referensi bukti, alasan bisnis, dan reviewer owner. Jika journal dibuat karena estimasi, sumber estimasi harus disebut. Jika journal berdampak pajak, item harus ditandai untuk review tax, bukan disimpulkan sendiri.

Evidence index juga diuji. Tidak boleh ada file bukti tanpa source. Tidak boleh ada bukti yang mengandung credential, token, atau data personal yang tidak relevan. Jika file berasal dari email atau shared drive, agent mencatat lokasi snapshot, bukan link yang berubah diam-diam. Untuk PBC, index harus menjelaskan apakah bukti final, draft, atau waiting approval.

Acceptance terakhir adalah audit trail. Setiap perubahan output harus punya timestamp, input hash, command atau script yang berjalan, dan hasil test. Jika reviewer mengubah candidate journal secara manual, perubahan itu harus tercatat sebagai keputusan manusia. Ini menjaga close pack tetap defensible ketika ditanya oleh auditor, manajemen, atau pemilik proses.

Approval, security, dan data boundary

Accounting adalah area yang sangat sensitif karena outputnya dapat memengaruhi laporan keuangan. Maka maker-checker tidak boleh dinegosiasikan. Codex boleh membuat daftar exception, tetapi tidak boleh menghapus exception karena "kemungkinan tidak material" tanpa threshold yang disetujui. Codex boleh membuat candidate journal, tetapi controller tetap menilai apakah jurnal valid, lengkap, dan sesuai kebijakan.

Period lock harus diperlakukan sebagai boundary. Agent tidak membuka lock, tidak mengubah master account, tidak mengubah mapping konsolidasi, tidak mengunggah jurnal ke production ERP, dan tidak menggunakan credential shared. Jika perusahaan ingin import journal, gunakan file draft dengan checksum, approval controller, dan upload manusia atau controlled connector yang hanya menerima artefak approved.

Dari sisi data, close pack biasanya berisi informasi vendor, customer, bank, payroll accrual, dan transaksi sensitif. Gunakan minimization. Jika rekonsiliasi tidak butuh nama individu, hapus atau mask. Jika data bank diperlukan, batasi ke statement snapshot dan jangan menyimpan token bank. Jangan memasukkan password file, private key, atau certificate ke folder kerja agent.

Prompt injection bisa muncul dari komentar spreadsheet atau nama file. Karena itu, rules close harus berada di repository yang disetujui, bukan di cell yang dikirim pihak lain. Codex memperlakukan isi dokumen sebagai data. Instruksi seperti "abaikan recon ini" di dalam spreadsheet tidak boleh dijalankan kecuali sudah menjadi rule resmi.

Pilot 30 hari

Pilot yang realistis adalah satu entity, sepuluh sampai dua puluh akun prioritas, dan satu jenis close pack, misalnya balance sheet reconciliation. Minggu pertama memetakan checklist dan owner. Minggu kedua membangun schema validator dan reconciliation script. Minggu ketiga menguji dua periode historis. Minggu keempat menjalankan close aktual dengan controller sebagai reviewer.

KPI yang berguna: jumlah exception valid yang ditemukan sebelum reviewer, waktu membuat reconciliation pack, jumlah candidate journal yang diterima atau ditolak, persentase PBC yang punya evidence index, dan jumlah perubahan setelah controller review. KPI yang buruk adalah "jumlah jurnal dibuat", karena accounting yang baik justru mengurangi jurnal salah, bukan memperbanyak draft.

Contoh close packet

Close packet yang baik memisahkan pekerjaan agent dari keputusan akuntansi. Contoh isi packet: close-status.md, tb-control-check.csv, subledger-recon.xlsx, bank-recon-exceptions.xlsx, fixed-asset-rollforward.xlsx, candidate-journals.csv, pbc-index.csv, dan review-notes.md. candidate-journals.csv hanya berisi draft, dengan kolom status seperti proposed, rejected, approved-for-posting, atau posted-by-controller. Dengan struktur ini, auditor dapat melihat bahwa Codex menyiapkan bukti dan perhitungan, sedangkan manusia melakukan judgement dan posting.

Contoh kasus pertama: akun prepaid expense menunjukkan saldo negatif. Agent menemukan amortization schedule yang salah tanggal mulai dan membuat exception. Output yang benar bukan langsung membuat journal, tetapi meminta accountant memeriksa kontrak, tanggal invoice, dan periode manfaat. Jika rule internal jelas, Codex boleh membuat candidate journal amortization adjustment, lengkap dengan referensi schedule dan efek pada P&L.

Contoh kasus kedua: intercompany AR satu entity tidak sama dengan intercompany AP entity lawan. Agent mencocokkan invoice number, amount, currency, dan cut-off. Jika satu pihak mencatat di tanggal akhir bulan dan pihak lain di awal bulan berikutnya, outputnya adalah timing difference candidate. Jika tidak ada bukti, outputnya unresolved. Tidak ada klaim bahwa saldo "pasti benar" hanya karena selisih kecil.

FAQ singkat. Apakah Codex bisa menggabungkan consolidation workbook? Bisa membantu validasi mapping, intercompany matching, dan roll-forward, tetapi consolidation adjustment tetap direview controller. Apakah Codex boleh menulis memo akuntansi? Boleh membuat draft berdasarkan bukti dan kebijakan internal, tetapi memo final harus disetujui pemilik kebijakan atau controller. Apakah close otomatis berarti lebih aman? Tidak. Close yang aman adalah close dengan bukti, threshold, reviewer, dan audit trail yang jelas.

Pertanyaan implementasi lain adalah apakah pilot harus menunggu ERP API siap. Tidak harus. Banyak close improvement bisa dimulai dari export yang sudah dipakai tim accounting hari ini. Yang penting adalah export konsisten, punya owner, dan tidak diedit manual setelah snapshot. Jika ERP API tersedia, perlakukan sebagai controlled connector read-only pada fase awal. Write-back, journal import, atau posting hanya dipertimbangkan setelah close pack stabil, approval jelas, dan reconciliation pasca-posting bisa dijalankan ulang.

Untuk consolidation, mulai dari area yang paling sering bermasalah: mapping entity, chart of accounts grup, intercompany, currency, dan adjustment evidence. Codex dapat membantu membuat daftar selisih per pair entity, tetapi group controller tetap menentukan treatment. Ini menjaga pilot tetap berguna tanpa melewati judgement akuntansi.

Tambahkan rule eskalasi yang eksplisit. Selisih kecil bisa ditangani accountant sesuai threshold, tetapi selisih yang menyentuh revenue, inventory, tax, payroll accrual, related party, atau covenant harus naik ke controller. Codex harus menandai kategori berisiko ini di packet, karena nilai rupiah bukan satu-satunya ukuran materialitas operasional.

Close owner juga perlu menetapkan jam cut-off. File yang datang setelah cut-off tidak boleh diam-diam masuk run final. Codex harus membuat run baru atau menandai late adjustment agar reviewer tahu apa yang berubah.

Aturan sederhana ini sering menyelamatkan close dari versi file yang bercampur.

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
• OpenAI Codex Security: https://learn.chatgpt.com/docs/security
• Codex CLI repository: https://github.com/openai/codex
• UU 40/2007 Perseroan Terbatas: https://peraturan.bpk.go.id/Details/39965
• IAI, Standar Akuntansi Keuangan: https://web.iaiglobal.or.id/SAK-IAI/Tentang%20SAK%20Umum

Untuk membangun close pack yang evidence-first tanpa auto-posting, gunakan artefak accounting perusahaan sebagai bahan lab di Pelatihan AI untuk Perusahaan.