Studi Kasus Coretax e-Faktur: Mengatasi Kesalahan Faktur Pajak di Perusahaan
Implementasi Coretax membawa perubahan dalam administrasi perpajakan perusahaan.
Bagi tim Tax, perubahan tersebut bukan hanya berarti mempelajari sistem baru, tetapi juga menyesuaikan workflow, data, pembagian tugas, proses review, dan rekonsiliasi.
Salah satu area yang perlu mendapatkan perhatian adalah administrasi e-Faktur.
Bayangkan sebuah perusahaan menerbitkan ratusan faktur pajak setiap bulan.
Pada awal bulan, proses terlihat berjalan normal.
Namun ketika tim Accounting melakukan rekonsiliasi, ditemukan beberapa masalah:
- terdapat faktur dengan data lawan transaksi yang tidak sesuai;
- nilai faktur berbeda dengan invoice;
- beberapa faktur belum teridentifikasi statusnya;
- terdapat transaksi yang belum dibuatkan faktur;
- ada revisi invoice yang belum diikuti penyesuaian administrasi pajak.
Masalahnya bukan hanya:
“Siapa yang salah input?”
Pertanyaan yang lebih penting adalah:
“Mengapa kesalahan tersebut bisa terjadi dan bagaimana perusahaan mencegahnya terulang?”
Artikel ini membahas studi kasus Coretax e-Faktur dari perspektif proses bisnis perusahaan.
Studi Kasus: Faktur Pajak Tidak Sesuai dengan Invoice
Profil Perusahaan
Anggap saja terdapat sebuah perusahaan fiktif bernama PT Maju Bersama, bergerak di bidang distribusi.
Perusahaan memiliki:
- 1 tim Finance;
- 1 tim Accounting;
- 3 Tax Staff;
- 1 Tax Supervisor;
- sistem ERP untuk transaksi;
- ratusan transaksi penjualan setiap bulan.
Alur normal perusahaan:
Sales
↓
ERP
↓
Finance
↓
Invoice
↓
Tax
↓
e-Faktur
↓
Accounting
↓
SPT
Secara teori, workflow tersebut sudah terlihat jelas.
Namun masalah muncul ketika volume transaksi meningkat.
Kasus 1 — Nilai e-Faktur Berbeda dengan Invoice
Kondisi
Accounting menemukan:
Invoice: Rp110.000.000
e-Faktur: Rp100.000.000
Perbedaan Rp10.000.000 baru diketahui ketika dilakukan rekonsiliasi akhir periode.
Apa Masalahnya?
Jika data invoice dan faktur tidak konsisten, perusahaan perlu melakukan investigasi untuk memastikan mana data yang benar dan bagaimana perlakuan perpajakannya.
Analisis
Tim Tax menganggap data dari ERP sudah final.
Sementara Finance ternyata melakukan revisi invoice setelah data awal dikirim ke Tax.
Akibatnya:
Invoice berubah
tetapi
informasi untuk pembuatan faktur tidak ikut diperbarui.
Root Cause
Masalah bukan semata-mata kesalahan input.
Root cause-nya adalah:
Tidak ada mekanisme komunikasi otomatis/terstruktur ketika invoice mengalami perubahan.
Solusi yang Dapat Diterapkan
Perusahaan perlu membuat workflow:
Invoice Created
↓
Tax Data Preparation
↓
Review
↓
e-Faktur
Jika invoice berubah:
Invoice Revision
↓
Tax Notification
↓
Impact Assessment
↓
Adjustment
Dengan demikian, perubahan invoice tidak berhenti di Finance.
Tax juga mengetahui bahwa ada perubahan yang perlu ditindaklanjuti.
Lesson Learned
Setiap perubahan invoice harus memiliki dampak yang jelas terhadap administrasi pajak.
Jangan membuat proses:
Invoice → e-Faktur
sebagai proses satu arah.
Harus ada mekanisme:
Invoice → e-Faktur → Change Management
Kasus 2 — Data Lawan Transaksi Tidak Sesuai
Kondisi
Tim Tax menemukan beberapa faktur menggunakan data lawan transaksi yang tidak sesuai dengan database terbaru.
Misalnya:
Nama: PT ABC
tetapi data administrasi yang digunakan masih menggunakan informasi lama.
Mengapa Terjadi?
Data pelanggan dikelola oleh Sales/Finance.
Tax menggunakan data tersebut untuk membuat faktur.
Namun tidak ada proses:
Master Data Verification
sebelum faktur dibuat.
Root Cause
Masalah berada pada master data, bukan hanya pada sistem Coretax.
Workflow yang terjadi:
Customer Data
↓
Finance
↓
Tax
↓
e-Faktur
Tidak terdapat checkpoint:
Validation
Solusi
Buat mekanisme validasi sebelum faktur diterbitkan.
Contohnya:
Customer Master Data
☐ Identitas benar
☐ Data perpajakan sesuai
☐ Nama sesuai
☐ Alamat sesuai
☐ Status sesuai ketentuan
Kemudian:
Master Data
↓
Validation
↓
e-Faktur
Lesson Learned
Kualitas faktur pajak dimulai dari kualitas master data.
Jika data sumber salah, sistem yang digunakan secanggih apa pun tetap dapat menghasilkan output yang salah.
Kasus 3 — Faktur Sudah Dibuat, tetapi Tidak Direkonsiliasi
Kondisi
Perusahaan membuat ratusan faktur setiap bulan.
Tax memiliki daftar faktur.
Accounting memiliki daftar invoice.
Finance memiliki data transaksi.
Namun ketiganya tidak dibandingkan secara rutin.
Pada akhir bulan ditemukan:
ERP: 1.000 transaksi
Invoice: 995
e-Faktur: 987
Terdapat perbedaan yang belum diketahui penyebabnya.
Analisis
Masalahnya bukan pada satu faktur.
Masalahnya ada pada kontrol proses.
Tidak ada:
- reconciliation;
- exception report;
- monitoring;
- PIC yang jelas.
Akibatnya, kesalahan baru ditemukan pada akhir periode.
Solusi
Buat rekonsiliasi berkala.
Misalnya:
ERP
vs.
Invoice
vs.
e-Faktur
Dengan formula sederhana:
Transaction = Invoice = e-Faktur
Jika tidak sama:
Investigate
Template Rekonsiliasi e-Faktur
| Parameter | ERP | Invoice | e-Faktur | Status |
| Jumlah transaksi | 1.000 | 995 | 987 | ⚠️ |
| Nilai transaksi | Rp… | Rp… | Rp… | ⚠️ |
| Customer | Sesuai | Sesuai | Ada selisih | ⚠️ |
| Periode | Sesuai | Sesuai | Sesuai | ✓ |
Tujuan rekonsiliasi bukan sekadar mencari kesalahan.
Tetapi menemukan:
di titik mana data mulai berbeda.
Kasus 4 — Satu Orang Menjadi Sumber Semua Proses
Kondisi
Dalam PT Maju Bersama, hanya satu Tax Staff yang benar-benar memahami proses e-Faktur di Coretax.
Dia:
- menyiapkan data;
- membuat faktur;
- mengecek;
- memperbaiki kesalahan;
- menjawab pertanyaan departemen lain.
Ketika orang tersebut cuti, pekerjaan mulai terhambat.
Masalah Utama
Ini disebut:
Key Person Dependency.
Perusahaan terlalu bergantung pada satu orang.
Solusi
Buat struktur:
Maker
↓
Checker
↓
Reviewer
Dan siapkan:
Primary PIC
Backup PIC
Dengan demikian, knowledge tidak hanya berada pada satu orang.
Lesson Learned
Sistem yang baik membutuhkan lebih dari satu orang yang memahami prosesnya.
Training Coretax sebaiknya tidak hanya diberikan kepada satu PIC.
Untuk perusahaan, peserta dapat dibagi berdasarkan fungsi:
Tax
Finance
Accounting
Supervisor
Manager
Kasus 5 — Faktur Dibuat, tetapi Status Tidak Dipantau
Kondisi
Tax Staff menganggap proses selesai setelah faktur dibuat.
Namun beberapa hari kemudian Finance mendapat pertanyaan dari customer mengenai faktur pajak.
Tim kemudian menemukan bahwa terdapat dokumen yang statusnya belum sesuai atau membutuhkan tindak lanjut.
Root Cause
Tidak ada:
Post-Creation Monitoring.
Workflow berhenti di:
Create
Padahal seharusnya:
Create
↓
Validate
↓
Check Status
↓
Confirm
Solusi
Buat monitoring sederhana.
| No | Invoice | e-Faktur | Status | PIC | Follow-up |
| 1 | INV-001 | FP-001 | Complete | Tax A | – |
| 2 | INV-002 | FP-002 | Review | Tax B | ✓ |
| 3 | INV-003 | – | Pending | Tax A | ✓ |
Dengan monitoring tersebut, perusahaan dapat mengetahui faktur yang masih membutuhkan tindakan.
Kasus 6 — Revisi Invoice Tidak Diikuti Review Pajak
Kondisi
Customer meminta perubahan invoice.
Finance kemudian melakukan revisi.
Namun Tax baru mengetahui perubahan tersebut ketika customer mempertanyakan faktur pajak.
Mengapa Terjadi?
Karena perusahaan memiliki:
Invoice Revision Workflow
tetapi tidak memiliki:
Tax Impact Review.
Solusi
Setiap revisi invoice harus menjawab:
Pertanyaan 1
Apakah perubahan memengaruhi nilai transaksi?
Pertanyaan 2
Apakah perubahan memengaruhi faktur pajak?
Pertanyaan 3
Apakah dokumen pajak perlu disesuaikan?
Pertanyaan 4
Siapa yang bertanggung jawab?
Gunakan workflow:
Invoice Revision
↓
Tax Impact Check
↓
Decision
↓
Adjustment if Required
↓
Close
Kasus 7 — Tax dan Accounting Memiliki Data Berbeda
Kondisi
Pada saat closing, Accounting mencatat:
Rp5 miliar
Namun rekap Tax menunjukkan:
Rp4,8 miliar
Selisih:
Rp200 juta
Tidak ada pihak yang mengetahui penyebabnya.
Analisis
Perusahaan tidak memiliki single source of truth yang jelas.
Data berasal dari:
- ERP;
- spreadsheet;
- email;
- WhatsApp;
- sistem pajak.
Masing-masing memiliki versi berbeda.
Solusi
Tentukan sumber data utama.
Misalnya:
ERP
→ Source Transaction
Tax System/Coretax
→ Tax Administration
Accounting
→ Financial Recording
Kemudian buat proses:
ERP ↔ Tax ↔ Accounting
untuk melakukan rekonsiliasi.
Apa yang Dapat Dipelajari dari Seluruh Kasus?
Jika diperhatikan, hampir semua masalah di atas memiliki pola yang sama.
Masalah terlihat seperti masalah:
Coretax
Tetapi akar masalah sering kali berada pada:
People + Process + Data + Control
Mari kita lihat.
| Masalah | Root Cause |
| Nilai faktur berbeda | Tidak ada change management |
| Data customer salah | Master data tidak tervalidasi |
| Faktur kurang | Tidak ada reconciliation |
| Bergantung satu orang | Key person dependency |
| Status tidak terpantau | Monitoring lemah |
| Revisi invoice bermasalah | Workflow antarbagian tidak terintegrasi |
| Tax vs Accounting berbeda | Tidak ada single source/reconciliation |
Artinya:
Coretax hanyalah salah satu bagian dari keseluruhan proses.
Framework Pencegahan Masalah Coretax e-Faktur
Perusahaan dapat menggunakan framework sederhana:
1. DATA
Pastikan data sumber akurat.
↓
2. PROCESS
Tetapkan workflow yang jelas.
↓
3. SYSTEM
Gunakan Coretax sesuai proses.
↓
4. REVIEW
Lakukan maker-checker.
↓
5. RECONCILIATION
Bandingkan dengan sumber transaksi.
↓
6. MONITORING
Pantau status dan exception.
Checklist Kontrol e-Faktur Perusahaan
Gunakan checklist berikut:
Sebelum Faktur
☐ Data customer benar
☐ Data transaksi lengkap
☐ Invoice final
☐ Perlakuan pajak sudah diperiksa
Saat Faktur
☐ Data sesuai invoice
☐ Nilai sesuai
☐ Periode sesuai
☐ User memiliki role yang tepat
Setelah Faktur
☐ Status diperiksa
☐ Dokumen tersimpan
☐ Customer menerima dokumen sesuai ketentuan
☐ Data direkonsiliasi
Jika Ada Perubahan
☐ Invoice revision teridentifikasi
☐ Tax impact diperiksa
☐ Faktur ditinjau kembali
☐ Dokumentasi tersedia
Bagaimana Jika Kesalahan e-Faktur Sudah Terjadi?
Jangan langsung mencari siapa yang salah.
Gunakan pendekatan:
STEP 1 — Identify
Apa yang salah?
STEP 2 — Trace
Di mana kesalahan pertama kali terjadi?
STEP 3 — Assess
Apa dampaknya?
STEP 4 — Correct
Apa tindakan koreksinya sesuai ketentuan?
STEP 5 — Prevent
Bagaimana mencegahnya terjadi lagi?
Pendekatan ini mengubah masalah dari sekadar:
“Kesalahan staff”
menjadi:
“Perbaikan sistem dan proses.”
Studi Kasus Coretax e-Faktur: Apa Peran Training?
Dari berbagai kasus di atas terlihat bahwa masalah bukan selalu karena user tidak bisa menggunakan sistem.
Bisa saja user:
bisa membuat faktur
tetapi:
tidak memahami workflow.
Atau:
bisa menggunakan Coretax
tetapi:
tidak memahami hubungan Tax dengan Finance dan Accounting.
Karena itu, training perusahaan sebaiknya tidak hanya berisi:
Menu → Klik → Input → Submit
Tetapi juga:
Concept → Process → Practice → Case → Review
Dengan studi kasus, peserta dapat memahami bagaimana kesalahan dapat terjadi dan bagaimana proses seharusnya dikendalikan.
Contoh Simulasi Kasus dalam Training
Peserta diberikan kondisi:
Invoice senilai Rp250 juta telah diterbitkan. Setelah faktur pajak dibuat, Finance menemukan bahwa customer meminta revisi nilai transaksi menjadi Rp230 juta.
Peserta kemudian diminta menentukan:
- Apa yang berubah?
- Apakah perubahan berdampak pada administrasi pajak?
- Siapa yang harus diberi tahu?
- Apa yang harus diperiksa?
- Apa dokumentasinya?
- Bagaimana proses koreksi sesuai ketentuan?
Model seperti ini membuat peserta tidak hanya menghafal langkah.
Mereka belajar:
berpikir → menganalisis → mengambil keputusan → melakukan kontrol.
NEMA Academy: Training Coretax Berbasis Studi Kasus
Bagi perusahaan, kemampuan menggunakan Coretax perlu berjalan bersama pemahaman proses bisnis.
NEMA Academy dapat membantu melalui program Training Coretax yang dapat disesuaikan dengan kebutuhan perusahaan.
Materi dapat menggunakan pendekatan:
Concept
↓
Workflow
↓
Practice
↓
Case Study
↓
Review
Untuk e-Faktur, studi kasus dapat diarahkan pada kondisi yang sering muncul dalam pekerjaan, seperti:
- perbedaan invoice dan faktur;
- kesalahan data lawan transaksi;
- revisi invoice;
- rekonsiliasi Tax dan Accounting;
- monitoring faktur;
- pembagian role;
- key person dependency;
- internal control.
Dengan pendekatan tersebut, peserta tidak hanya belajar cara menggunakan Coretax, tetapi juga memahami bagaimana mengelola proses e-Faktur secara lebih terstruktur di lingkungan perusahaan.
Program dapat ditujukan kepada:
Tax | Finance | Accounting | Supervisor | Manager
sehingga pemahaman tidak hanya berhenti pada satu PIC.
Kesimpulan
Studi kasus Coretax e-Faktur menunjukkan bahwa masalah administrasi faktur pajak sering kali tidak disebabkan oleh satu faktor saja.
Kesalahan dapat berasal dari:
Data
People
Process
System
maupun
Control.
Karena itu, solusi tidak cukup hanya dengan mengatakan:
“User harus lebih teliti.”
Perusahaan perlu membangun proses yang membuat kesalahan lebih mudah ditemukan dan lebih sulit terulang.
Gunakan framework:
Data → Process → System → Review → Reconciliation → Monitoring
Dan pastikan setiap fungsi memahami perannya.
Karena pada akhirnya:
Coretax bukan hanya tentang bagaimana membuat faktur pajak, tetapi bagaimana memastikan seluruh proses administrasi perpajakan perusahaan berjalan akurat, terkontrol, dan dapat ditelusuri.
Jika perusahaan ingin mempersiapkan tim menghadapi perubahan administrasi perpajakan, Training Coretax berbasis praktik dan studi kasus dapat menjadi salah satu langkah untuk meningkatkan kesiapan SDM.
NEMA Academy siap membantu perusahaan mempersiapkan tim Tax, Finance, Accounting, Supervisor, dan Management agar lebih siap menghadapi Coretax dan perubahan proses administrasi perpajakan.
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.