Studi Kasus Coretax e-Billing: Mengatasi Kesalahan Pembayaran Pajak di Perusahaan
Membuat kode billing mungkin terlihat sederhana.
Namun dalam praktiknya, administrasi e-Billing perusahaan melibatkan beberapa fungsi sekaligus.
Tax menghitung kewajiban pajak dan menyiapkan billing.
Finance melakukan pembayaran.
Accounting mencatat transaksi.
Management memastikan kewajiban perusahaan dapat dimonitor.
Jika salah satu bagian tidak berjalan dengan baik, masalah dapat muncul.
Contohnya:
- kode billing dibuat untuk masa pajak yang salah;
- nominal billing berbeda dengan perhitungan;
- billing sudah dibuat tetapi belum dibayar;
- kode billing tidak lagi dapat digunakan;
- pembayaran dilakukan tetapi belum teridentifikasi;
- Finance membayar nominal yang berbeda;
- Accounting belum mencatat pembayaran;
- data Tax dan Finance tidak sama.
Masalah tersebut menunjukkan bahwa Coretax e-Billing bukan hanya persoalan membuat kode billing.
Yang lebih penting adalah bagaimana perusahaan mengelola seluruh proses:
Tax Obligation → Billing → Verification → Payment → Confirmation → Reconciliation
Artikel ini membahas beberapa studi kasus Coretax e-Billing untuk melihat bagaimana kesalahan dapat terjadi, apa akar masalahnya, dan bagaimana perusahaan dapat membangun kontrol yang lebih baik.
Catatan: Studi kasus berikut merupakan ilustrasi edukatif. Untuk transaksi aktual, perusahaan perlu mengikuti ketentuan perpajakan dan prosedur Coretax yang berlaku.
Memahami Alur Coretax e-Billing di Perusahaan
Sebelum masuk ke studi kasus, pahami dulu alur sederhananya.
Identifikasi Kewajiban Pajak
↓
Perhitungan Pajak
↓
Pembuatan Billing
↓
Review
↓
Payment
↓
Konfirmasi Pembayaran
↓
Accounting
↓
Rekonsiliasi
Jika proses hanya dilakukan:
Create Billing → Pay
maka terdapat beberapa titik kontrol yang hilang.
Studi Kasus 1: Salah Masa Pajak
Kondisi
PT Maju Bersama memiliki kewajiban pajak untuk beberapa periode.
Tax Staff membuat billing pada awal bulan.
Namun setelah pembayaran dilakukan, Finance menemukan bahwa billing tersebut menggunakan masa pajak yang tidak sesuai dengan kewajiban yang seharusnya dibayar.
Masalah baru diketahui setelah transaksi masuk ke proses rekonsiliasi.
Mengapa Bisa Terjadi?
Tax Staff menggunakan spreadsheet bulan sebelumnya sebagai template.
Ketika membuat billing baru, data periode tidak diperbarui.
Akibatnya:
Working Paper
→ Periode lama
Billing
→ Periode lama
padahal:
Kewajiban
→ Periode baru.
Root Cause
Bukan semata-mata karena user kurang teliti.
Masalah utamanya adalah:
Tidak ada checklist sebelum billing dibuat.
Tidak ada pihak yang melakukan:
Maker → Checker
Solusi
Sebelum billing dibuat, gunakan checklist:
☐ Jenis pajak
☐ Jenis setoran
☐ Masa pajak
☐ Tahun pajak
☐ Nominal
☐ Dasar perhitungan
Kemudian:
Tax Staff
↓
Review
↓
Generate Billing
Lesson Learned
Masa pajak harus menjadi salah satu parameter utama dalam proses review billing.
Jangan mengandalkan template lama tanpa melakukan validasi.
Studi Kasus 2: Nominal Billing Tidak Sesuai Perhitungan
Kondisi
Perhitungan internal menunjukkan:
Pajak Terutang: Rp125.000.000
Namun kode billing yang dibuat:
Rp120.000.000
Selisih:
Rp5.000.000
Finance tidak menyadari perbedaan tersebut dan membayar sesuai billing.
Bagaimana Kesalahan Terjadi?
Tax Staff melakukan perubahan pada working paper.
Namun billing dibuat berdasarkan angka sebelum perubahan.
Workflow:
Calculation Updated
tetapi:
Billing Not Updated
Root Cause
Tidak ada kontrol:
Final Calculation → Billing
Solusi
Sebelum payment, Finance dan Tax perlu memastikan:
Final Tax Calculation
=
Billing
=
Payment
Gunakan prinsip:
Three-way matching
1. Tax Calculation
Berapa kewajiban?
2. Billing
Berapa yang dibuat?
3. Payment
Berapa yang dibayar?
Ketiganya harus konsisten atau perbedaannya harus dapat dijelaskan.
Lesson Learned
Billing harus berasal dari angka final yang sudah direview.
Studi Kasus 3: Salah Jenis Pajak
Kondisi
Perusahaan memiliki beberapa kewajiban pajak.
Karena nama jenis pajak dan jenis setoran cukup banyak, user memilih jenis yang dianggap paling sesuai.
Billing berhasil dibuat.
Namun setelah dilakukan review oleh Supervisor, ternyata pilihan tersebut tidak sesuai dengan transaksi yang menjadi dasar pembayaran.
Di Mana Kesalahannya?
Kesalahan terjadi bukan pada sistem.
Kesalahan terjadi pada:
Tax Assessment.
User langsung masuk ke Coretax sebelum memastikan:
Apa sebenarnya kewajiban pajaknya?
Solusi
Gunakan alur:
Transaction
↓
Tax Assessment
↓
Tax Type
↓
Tax Calculation
↓
Billing
Dengan kata lain:
Jangan gunakan Coretax untuk menentukan apa kewajiban pajak Anda. Pahami kewajibannya terlebih dahulu, kemudian gunakan sistem untuk mengadministrasikannya.
Lesson Learned
Kemampuan menggunakan Coretax harus diikuti dengan pemahaman perpajakan.
Studi Kasus 4: Billing Sudah Dibuat, tetapi Lupa Dibayar
Kondisi
Tax membuat beberapa billing pada awal bulan.
Billing kemudian dikirim ke Finance.
Namun salah satu billing terlewat karena:
- email tertumpuk;
- tidak ada monitoring;
- tidak ada reminder;
- PIC sedang cuti.
Akibatnya billing belum dibayar ketika mendekati batas waktu.
Root Cause
Masalah bukan pada pembuatan billing.
Masalah berada pada:
Post-Billing Monitoring.
Workflow perusahaan berhenti di:
Billing Created
Padahal seharusnya:
Billing Created
↓
Payment Due
↓
Payment
↓
Confirmation
Solusi
Buat Billing Monitoring Dashboard.
Contohnya:
| Jenis Pajak | Masa | Nominal | Kode Billing | Due Date | Status |
| PPh | Jan | Rp… | XXXXX | xx/xx | Paid |
| PPN | Jan | Rp… | XXXXX | xx/xx | Pending |
| PPh | Feb | Rp… | XXXXX | xx/xx | Pending |
Gunakan status:
🟢 Paid
🟡 Pending
🔴 Overdue
Lesson Learned
Billing yang sudah dibuat belum berarti kewajiban sudah selesai.
Perusahaan perlu memonitor sampai pembayaran dikonfirmasi.
Studi Kasus 5: Kode Billing Tidak Lagi Dapat Digunakan
Kondisi
Finance menerima billing dari Tax.
Namun pembayaran baru dilakukan beberapa waktu kemudian.
Ketika Finance hendak membayar, kode billing tersebut sudah tidak dapat digunakan sesuai masa berlakunya.
Mengapa Terjadi?
Tidak ada:
Billing Validity Monitoring.
Tax menganggap:
“Saya sudah membuat billing.”
Finance menganggap:
“Billing masih bisa digunakan.”
Tidak ada pihak yang memonitor statusnya.
Solusi
Setiap billing perlu memiliki informasi:
- tanggal dibuat;
- nominal;
- kode billing;
- batas waktu/masa berlaku sesuai ketentuan;
- PIC;
- status pembayaran.
Kemudian gunakan reminder.
Lesson Learned
Billing perlu dimonitor sejak dibuat sampai benar-benar dibayar.
Studi Kasus 6: Pembayaran Sudah Dilakukan, tetapi Status Belum Teridentifikasi
Kondisi
Finance melakukan pembayaran.
Bukti pembayaran sudah tersedia.
Namun ketika Tax melakukan pengecekan, status pembayaran belum sesuai dengan yang diharapkan.
Finance mengatakan:
“Sudah dibayar.”
Tax mengatakan:
“Statusnya belum terlihat.”
Accounting juga belum mencatat transaksi tersebut.
Apa yang Terjadi?
Terdapat tiga perspektif:
Finance
→ Payment completed
Tax
→ Payment status needs confirmation
Accounting
→ Not yet recorded
Masalahnya adalah tidak ada proses:
Payment Confirmation
Solusi
Setelah pembayaran dilakukan, buat workflow:
Payment
↓
Proof of Payment
↓
Status Verification
↓
Tax Confirmation
↓
Accounting Entry
Dengan demikian, proses tidak berhenti setelah Finance melakukan transfer.
Lesson Learned
“Sudah transfer” dan “administrasi pajak sudah selesai” adalah dua hal yang perlu dikonfirmasi secara terpisah.
Studi Kasus 7: Finance Membayar Nominal yang Berbeda
Kondisi
Tax membuat billing:
Rp75.000.000
Namun Finance membayar:
Rp70.000.000
Finance menggunakan nominal yang tercantum dalam payment request lama.
Sementara billing terbaru sudah berubah.
Root Cause
Terdapat beberapa versi dokumen.
Tax Working Paper
→ Rp75 juta
Billing
→ Rp75 juta
Payment Request
→ Rp70 juta
Finance menggunakan dokumen yang salah.
Solusi
Tentukan:
Single Source of Truth
Untuk proses pembayaran.
Misalnya:
Approved Billing
menjadi dasar utama Finance melakukan payment.
Workflow:
Tax Calculation
↓
Approved Billing
↓
Finance Payment
Dengan demikian, Finance tidak menggunakan spreadsheet atau email lama sebagai sumber utama.
Lesson Learned
Semakin banyak versi dokumen, semakin besar risiko salah bayar.
Studi Kasus 8: Tax, Finance, dan Accounting Memiliki Data Berbeda
Kondisi
Pada akhir bulan, ditemukan:
Tax
Rp2,5 miliar
Finance
Rp2,45 miliar
Accounting
Rp2,4 miliar
Terdapat perbedaan:
Tax ≠ Finance ≠ Accounting
Mengapa Bisa Terjadi?
Masing-masing departemen melakukan pencatatan sendiri.
Tidak ada rekonsiliasi berkala.
Solusi
Gunakan:
Tax
Tax Liability
↓
Billing
Billing Amount
↓
Finance
Payment Amount
↓
Bank
Actual Payment
↓
Accounting
Accounting Entry
Kemudian lakukan rekonsiliasi.
Template Rekonsiliasi e-Billing
| Parameter | Tax | Billing | Bank | Accounting | Status |
| Jumlah transaksi | 100 | 100 | 99 | 99 | ⚠️ |
| Nilai | Rp2,5 M | Rp2,5 M | Rp2,45 M | Rp2,4 M | ⚠️ |
| Status | Complete | Complete | 99 Paid | 99 Posted | ⚠️ |
Setiap selisih harus masuk ke:
Exception List
untuk ditindaklanjuti.
Lesson Learned
Rekonsiliasi membantu perusahaan menemukan masalah sebelum menjadi masalah closing atau compliance.
Studi Kasus 9: Satu Orang Menjadi PIC Semua Billing
Kondisi
Di sebuah perusahaan, seluruh proses e-Billing dilakukan oleh satu Tax Staff.
Dia:
- menghitung pajak;
- membuat billing;
- melakukan review;
- mengirim ke Finance;
- memonitor pembayaran;
- melakukan rekonsiliasi.
Ketika orang tersebut cuti, proses langsung terhambat.
Root Cause
Key Person Dependency.
Knowledge dan proses terlalu bergantung pada satu orang.
Solusi
Buat pembagian:
Maker
↓
Checker
↓
Payment
↓
Reconciliation
Dan siapkan:
Primary PIC + Backup PIC
Dengan demikian, proses tetap berjalan ketika salah satu personel tidak tersedia.
Lesson Learned
Proses pajak perusahaan sebaiknya tidak bergantung pada satu orang.
Studi Kasus 10: Billing Sudah Benar, tetapi Accounting Belum Mencatat
Kondisi
Tax sudah menyelesaikan billing.
Finance juga sudah membayar.
Namun ketika Accounting melakukan closing, transaksi tersebut belum tercatat.
Akibatnya:
Tax: Completed
Finance: Paid
Accounting: Outstanding
Mengapa Terjadi?
Tidak ada trigger dari:
Payment
ke:
Accounting
Solusi
Buat workflow:
Billing
↓
Payment
↓
Payment Confirmation
↓
Accounting Entry
↓
Reconciliation
Dengan demikian, setiap pembayaran pajak memiliki jejak yang jelas sampai ke pembukuan.
Lesson Learned
Administrasi pajak, pembayaran, dan pencatatan accounting harus saling terhubung.
Apa Pola dari Semua Studi Kasus Ini?
Jika seluruh kasus dianalisis, ternyata masalah e-Billing tidak selalu berasal dari Coretax.
Ada lima area utama.
| Area | Contoh Masalah |
| People | User kurang memahami proses |
| Data | Nominal/periode tidak sesuai |
| Process | Tidak ada maker-checker |
| System | User belum memahami workflow Coretax |
| Control | Tidak ada monitoring & reconciliation |
Artinya:
Masalah Coretax e-Billing sering kali merupakan masalah proses bisnis, bukan sekadar masalah aplikasi.
Framework Pengendalian Coretax e-Billing
Perusahaan dapat menggunakan framework berikut:
1. Tax Assessment
Pastikan kewajiban pajak sudah benar.
↓
2. Calculation
Pastikan nominal benar.
↓
3. Billing
Buat kode billing.
↓
4. Verification
Periksa jenis, periode, dan nominal.
↓
5. Approval
Dapatkan persetujuan sesuai kewenangan.
↓
6. Payment
Finance melakukan pembayaran.
↓
7. Confirmation
Pastikan pembayaran teridentifikasi.
↓
8. Reconciliation
Bandingkan Tax, Bank, dan Accounting.
↓
9. Documentation
Simpan seluruh dokumen.
Checklist Kontrol Coretax e-Billing
Sebelum Membuat Billing
☐ Kewajiban pajak sudah diidentifikasi
☐ Jenis pajak benar
☐ Jenis setoran benar
☐ Masa pajak benar
☐ Tahun pajak benar
☐ Perhitungan sudah selesai
☐ Nominal sudah direview
Sebelum Payment
☐ Kode billing sudah diverifikasi
☐ Nominal sesuai
☐ Periode sesuai
☐ Approval tersedia
☐ Billing masih dapat digunakan sesuai ketentuan
Setelah Payment
☐ Pembayaran berhasil
☐ Bukti pembayaran tersedia
☐ Status pembayaran dikonfirmasi
☐ Accounting sudah mencatat
☐ Rekonsiliasi selesai
☐ Dokumen tersimpan
Dari Human Error Menjadi Process Improvement
Salah satu kesalahan perusahaan adalah berhenti pada:
“Staff harus lebih teliti.”
Padahal masalah yang sama bisa muncul lagi.
Misalnya:
Masalah
Salah masa pajak.
Respons biasa
“Tax Staff harus lebih teliti.”
Respons process improvement
Buat:
Checklist
Maker-Checker
System/Template Validation
Review
Dengan begitu, perusahaan memperbaiki proses, bukan hanya menyalahkan individu.
Bagaimana Training Coretax Dapat Membantu?
Studi kasus di atas menunjukkan bahwa kemampuan menggunakan Coretax memiliki beberapa level.
Level 1
Bisa login.
Level 2
Bisa membuat billing.
Level 3
Bisa memproses pembayaran.
Level 4
Bisa melakukan troubleshooting.
Level 5
Memahami workflow dan internal control.
Untuk perusahaan, Level 4 dan Level 5 sangat penting.
Sebab tujuan training bukan hanya:
“Karyawan bisa membuat kode billing.”
Tetapi:
“Karyawan memahami seluruh proses administrasi pembayaran pajak dan mampu mengendalikan risikonya.”
Contoh Studi Kasus untuk Training Coretax e-Billing
Dalam pelatihan, peserta dapat diberikan kasus:
PT ABC memiliki kewajiban pajak sebesar Rp300 juta. Tax Staff telah membuat kode billing, tetapi Finance menggunakan payment request lama dengan nominal Rp280 juta. Setelah pembayaran dilakukan, Accounting menemukan perbedaan antara billing, bank, dan pencatatan.
Peserta kemudian diminta menganalisis:
- Di mana kesalahan terjadi?
- Siapa yang seharusnya melakukan review?
- Dokumen mana yang menjadi dasar payment?
- Bagaimana workflow yang seharusnya?
- Bagaimana melakukan rekonsiliasi?
- Kontrol apa yang perlu ditambahkan?
- Bagaimana mencegah kejadian serupa?
Peserta tidak hanya belajar menggunakan sistem.
Mereka belajar:
Analyze → Verify → Process → Reconcile → Control
NEMA Academy: Training Coretax Berbasis Studi Kasus
Implementasi Coretax membutuhkan kesiapan SDM, proses, dan sistem.
Karena itu, Training Coretax untuk perusahaan sebaiknya tidak hanya berisi tutorial menu.
Peserta juga perlu memahami:
- perubahan workflow;
- pembagian tugas;
- tax assessment;
- pembuatan billing;
- proses payment;
- monitoring;
- rekonsiliasi;
- internal control;
- troubleshooting.
NEMA Academy dapat membantu perusahaan mempersiapkan tim melalui Training Coretax yang dapat disesuaikan dengan kebutuhan organisasi.
Peserta dapat berasal dari:
Tax | Finance | Accounting | Treasury | Supervisor | Manager
Khusus untuk e-Billing, studi kasus dapat difokuskan pada masalah yang benar-benar relevan dengan pekerjaan, seperti:
Salah Masa Pajak
Salah Nominal
Salah Jenis Pajak
Billing Terlewat
Billing Tidak Dapat Digunakan
Pembayaran Tidak Teridentifikasi
Tax–Finance Mismatch
Tax–Accounting Mismatch
Dengan pendekatan berbasis studi kasus, peserta tidak hanya belajar cara menggunakan Coretax, tetapi juga memahami bagaimana mengelola proses pembayaran pajak secara terstruktur dan terkontrol.
Kesimpulan
Studi kasus Coretax e-Billing menunjukkan bahwa kesalahan pembayaran pajak dapat terjadi di berbagai tahap.
Bukan hanya ketika membuat kode billing.
Masalah dapat muncul dari:
Tax Assessment
↓
Calculation
↓
Billing
↓
Payment
↓
Confirmation
↓
Accounting
↓
Reconciliation
Karena itu, perusahaan perlu membangun proses yang jelas dan memiliki kontrol pada setiap tahapan.
Gunakan prinsip:
Create → Check → Pay → Confirm → Reconcile
Dan jangan lupa bahwa teknologi hanyalah salah satu bagian dari implementasi Coretax.
Keberhasilan administrasi e-Billing juga bergantung pada:
People + Process + Data + System + Control
Dengan SDM yang memahami Coretax dan workflow perusahaan, risiko kesalahan dapat lebih mudah diidentifikasi, ditangani, dan dicegah agar tidak berulang.
Sudah siap mempersiapkan tim perusahaan menghadapi Coretax e-Billing?
NEMA Academy siap membantu perusahaan melalui Training Coretax berbasis praktik dan studi kasus untuk tim Tax, Finance, Accounting, dan Management.
Butuh training perpajakan untuk tim Anda?
NEMA Academy merancang in-house training dan pendampingan yang disesuaikan dengan kebutuhan organisasi Anda. Konsultasikan kebutuhan tim Anda langsung dengan kami.