Retur Faktur Pajak Sebelum dan Sesudah Coretax: Apa yang Berubah?
Retur barang merupakan hal yang cukup umum dalam aktivitas bisnis.
Barang dapat dikembalikan karena:
- tidak sesuai pesanan;
- rusak;
- jumlah tidak sesuai;
- spesifikasi berbeda;
- kesalahan pengiriman;
- alasan komersial lainnya.
Namun, ketika transaksi tersebut sudah memiliki Faktur Pajak, retur tidak hanya menjadi masalah operasional.
Retur juga dapat berdampak pada administrasi Pajak Pertambahan Nilai (PPN).
Di sinilah perusahaan perlu memahami retur faktur pajak.
Dengan hadirnya Coretax DJP, perusahaan juga perlu memahami bagaimana perubahan sistem memengaruhi proses administrasi yang berkaitan dengan retur.
Pertanyaan yang sering muncul adalah:
Apakah retur faktur pajak masih diproses dengan cara yang sama seperti sebelumnya?
Apa yang berubah setelah Coretax?
Apa perbedaan retur Pajak Keluaran dan Pajak Masukan?
Apakah retur tetap harus direkonsiliasi dengan Accounting?
Jawabannya: perusahaan tetap perlu memahami substansi transaksi dan mekanisme administrasinya, meskipun sistem dan workflow mengalami perubahan.
Artikel ini membandingkan retur faktur pajak sebelum dan sesudah Coretax, sekaligus membahas perbedaan retur dari sisi penjual dan pembeli.
Catatan: Artikel ini merupakan materi edukatif mengenai konsep dan workflow. Detail menu, tampilan, serta prosedur teknis pada Coretax dapat mengalami perubahan. Untuk transaksi aktual, selalu gunakan ketentuan dan panduan resmi DJP yang berlaku.
Apa Itu Retur Faktur Pajak?
Secara sederhana, retur terjadi ketika terjadi pengembalian Barang Kena Pajak atau pembatalan/penyesuaian transaksi sesuai kondisi yang memenuhi ketentuan.
Dalam konteks Faktur Pajak, retur dapat memengaruhi nilai transaksi yang sebelumnya telah menjadi dasar administrasi PPN.
Contohnya:
Perusahaan menjual barang:
Rp100.000.000
Kemudian customer mengembalikan barang senilai:
Rp20.000.000
Maka perusahaan perlu melihat dampak retur tersebut terhadap:
- transaksi penjualan;
- invoice;
- Faktur Pajak;
- Pajak Keluaran;
- pencatatan Accounting;
- rekonsiliasi.
Jadi, retur bukan sekadar:
“Barang dikembalikan.”
Tetapi:
“Ada perubahan terhadap transaksi yang sudah memiliki konsekuensi administrasi dan perpajakan.”
1. Retur Pajak Keluaran vs Retur Pajak Masukan
Sebelum membandingkan sistem lama dan Coretax, pahami terlebih dahulu dua perspektif.
| Retur dari Sisi Penjual | Retur dari Sisi Pembeli |
| Berkaitan dengan transaksi penjualan | Berkaitan dengan transaksi pembelian |
| Berdampak pada Pajak Keluaran | Berdampak pada Pajak Masukan |
| Customer mengembalikan barang | Perusahaan mengembalikan barang kepada supplier |
| Perlu disesuaikan dengan administrasi penjualan | Perlu disesuaikan dengan administrasi pembelian |
Dengan kata lain:
Penjual
menghadapi dampak pada Pajak Keluaran.
Sedangkan:
Pembeli
menghadapi dampak pada Pajak Masukan.
2. Perbandingan Retur Faktur Pajak Sebelum dan Sesudah Coretax
Secara umum:
| Aspek | Sebelum Coretax | Era Coretax |
| Sistem | Administrasi e-Faktur melalui mekanisme sebelumnya | Terintegrasi dalam ekosistem Coretax |
| Fokus | Administrasi retur dan faktur | Integrasi data dan proses |
| Data | Memerlukan pencocokan antar dokumen/sistem | Konsistensi data semakin penting |
| Workflow | Retur → administrasi faktur → Accounting | Retur → validasi → Coretax → Accounting → rekonsiliasi |
| SDM | Fokus pada prosedur aplikasi | Perlu memahami proses dan data |
| Kontrol | Review dan rekonsiliasi | Review, access, data control, dan rekonsiliasi |
| Risiko | Salah nomor, nilai, transaksi, atau periode | Risiko tetap ada dan membutuhkan kontrol |
Perubahan utamanya bukan sekadar:
“Menu retur berubah.”
Tetapi:
Retur perlu dipandang sebagai bagian dari end-to-end transaction process.
3. Workflow Retur Sebelum Coretax
Secara sederhana, perusahaan dapat memiliki workflow seperti:
Customer Return
↓
Return Document
↓
Invoice Adjustment
↓
Retur Faktur Pajak
↓
Accounting Adjustment
↓
Reconciliation
Proses ini membutuhkan koordinasi antara:
Sales
Finance
Tax
Accounting
4. Workflow Retur di Era Coretax
Dengan sistem yang lebih terintegrasi, pendekatan workflow dapat digambarkan:
Return Transaction
↓
Document Validation
↓
Tax Assessment
↓
Coretax Processing
↓
Accounting Adjustment
↓
Reconciliation
↓
Reporting
Perubahan pentingnya adalah perusahaan perlu memperhatikan alur data, bukan hanya proses di aplikasi.
5. Perbandingan dari Sisi Data
Retur biasanya melibatkan beberapa data.
Misalnya:
Data Awal
Invoice:
Rp100 juta
Faktur Pajak:
Rp100 juta
Retur
Nilai barang dikembalikan:
Rp20 juta
Maka perusahaan perlu memastikan bahwa data retur tersebut konsisten dengan:
- dokumen retur;
- invoice;
- Faktur Pajak;
- Accounting;
- data transaksi pada sistem.
Jika satu sumber berbeda, akan muncul masalah rekonsiliasi.
6. Mengapa Master Data Penting untuk Retur?
Bayangkan perusahaan memiliki:
5.000 customer
dan
2.000 supplier.
Setiap retur membutuhkan identifikasi transaksi yang tepat.
Kesalahan customer atau supplier dapat menyebabkan retur dikaitkan dengan transaksi yang salah.
Karena itu, perusahaan perlu memastikan:
Master Data
↓
Transaction
↓
Invoice
↓
Tax Data
saling konsisten.
7. Perbandingan Retur dari Sisi Penjual
Misalnya:
PT A menjual barang kepada PT B.
Nilai transaksi:
Rp100 juta
Kemudian PT B mengembalikan barang senilai:
Rp20 juta.
Dari sisi PT A sebagai penjual, retur tersebut dapat berdampak terhadap administrasi Pajak Keluaran.
Workflow internal:
Sales menerima informasi retur
↓
Warehouse memverifikasi barang
↓
Finance melakukan penyesuaian invoice
↓
Tax memproses administrasi perpajakan
↓
Accounting melakukan pencatatan
↓
Reconciliation
Dengan demikian, Tax tidak seharusnya menjadi satu-satunya fungsi yang mengetahui adanya retur.
8. Perbandingan Retur dari Sisi Pembeli
Sekarang lihat dari sisi PT B.
PT B membeli barang dari PT A.
Kemudian sebagian barang dikembalikan.
Dari sisi PT B, retur dapat berdampak terhadap Pajak Masukan yang sebelumnya tercatat.
Workflow:
User mengajukan retur
↓
Purchasing/Finance memproses
↓
Supplier menerima retur
↓
Tax melakukan assessment
↓
Accounting melakukan adjustment
↓
Reconciliation
Di sini terlihat bahwa retur adalah proses lintas fungsi.
9. Retur Barang Tidak Sama dengan Pembatalan Transaksi
Ini merupakan salah satu hal yang harus dipahami perusahaan.
Retur dan pembatalan transaksi bukan istilah yang boleh digunakan secara sembarangan.
Misalnya:
Kondisi A
Barang sudah dikirim dan sebagian dikembalikan.
Ini merupakan kondisi yang berbeda dengan:
Kondisi B
Transaksi dibatalkan seluruhnya karena ternyata tidak terjadi.
Perlakuan administrasi pajaknya dapat berbeda.
Karena itu:
Jangan menentukan proses hanya berdasarkan kata “batal” atau “retur”.
Pahami dulu kondisi transaksi sebenarnya.
10. Perbandingan dari Sisi Dokumen
Sebelum memproses retur, perusahaan perlu memastikan dokumen pendukung tersedia.
Contohnya:
- invoice;
- Faktur Pajak;
- dokumen retur;
- bukti penerimaan barang;
- credit note/debit note jika relevan;
- dokumen lain sesuai proses bisnis.
Tujuannya adalah memastikan:
Ada hubungan yang jelas antara transaksi awal dan transaksi retur.
11. Perbandingan dari Sisi Accounting
Retur tidak hanya memengaruhi Tax.
Accounting juga perlu melakukan penyesuaian.
Misalnya:
Penjualan awal:
Rp100 juta
Retur:
Rp20 juta
Maka Accounting perlu memastikan transaksi retur dicatat sesuai kebijakan dan sistem akuntansi perusahaan.
Kemudian Tax perlu memastikan administrasi pajaknya konsisten.
Maka:
Operational Data
↓
Accounting Data
↓
Tax Data
harus dapat direkonsiliasi.
12. Perbandingan Rekonsiliasi Retur
Rekonsiliasi sebelum dan sesudah Coretax tetap diperlukan.
Namun pendekatannya perlu lebih terstruktur.
Rekonsiliasi dasar:
Return Document
vs
Invoice
vs
Tax Data
vs
Accounting
Jika terdapat perbedaan, cari penyebabnya.
Misalnya:
Return Document
Rp20 juta
Accounting
Rp20 juta
Tax Data
Rp15 juta
Maka perusahaan perlu melakukan investigation.
13. Perbandingan Risiko Retur
| Risiko | Dampak |
| Salah transaksi | Retur dikaitkan dengan invoice yang salah |
| Salah nilai | Nilai retur tidak sesuai |
| Salah periode | Administrasi tidak sesuai periode |
| Salah customer/supplier | Data lawan transaksi tidak tepat |
| Dokumen tidak lengkap | Sulit melakukan validasi |
| Tidak direkonsiliasi | Perbedaan data tidak terdeteksi |
| Salah perlakuan pajak | Potensi kesalahan administrasi PPN |
Risiko tersebut dapat terjadi baik sebelum maupun sesudah Coretax.
Perbedaannya adalah perusahaan perlu memperkuat data governance dan process control.
14. Perbandingan Internal Control
Sebelum Coretax
Kontrol dapat berfokus pada:
- dokumen;
- approval;
- input;
- rekonsiliasi.
Era Coretax
Kontrol sebaiknya mencakup:
1. Transaction Control
Apakah retur benar-benar terjadi?
2. Document Control
Apakah dokumen lengkap?
3. Data Control
Apakah data konsisten?
4. Access Control
Siapa yang memproses?
5. Review Control
Siapa yang memeriksa?
6. Reconciliation Control
Apakah Accounting dan Tax sesuai?
15. Perbandingan dari Sisi SDM
Sebelum Coretax, user mungkin cukup memahami:
Cara memproses retur di aplikasi.
Di era Coretax, user perlu memahami:
Mengapa retur dilakukan?
Transaksi mana yang terdampak?
Apa dampaknya terhadap PPN?
Bagaimana pencatatannya?
Bagaimana melakukan rekonsiliasi?
Dengan demikian, kompetensi berubah dari:
Application Skill
menjadi:
Tax + System + Process + Data Skill
16. Siapa yang Perlu Memahami Retur Faktur Pajak?
Tidak hanya Tax.
Sales
Perlu memahami kapan transaksi retur terjadi.
Warehouse
Memverifikasi barang yang dikembalikan.
Purchasing
Mengelola retur kepada supplier.
Finance
Mengelola invoice dan adjustment.
Tax
Menangani administrasi perpajakan.
Accounting
Mencatat dan melakukan rekonsiliasi.
Management
Memastikan proses memiliki kontrol yang memadai.
17. Contoh Kasus Retur Pajak Keluaran
PT Sejahtera menjual barang kepada PT ABC.
Nilai transaksi:
Rp200.000.000
Kemudian customer mengembalikan barang senilai:
Rp50.000.000.
Perusahaan kemudian perlu melakukan beberapa langkah.
Step 1
Sales menerima informasi retur.
Step 2
Warehouse memverifikasi barang.
Step 3
Finance memverifikasi nilai retur.
Step 4
Tax melakukan assessment terhadap dampak perpajakan.
Step 5
Administrasi diproses sesuai mekanisme Coretax dan ketentuan yang berlaku.
Step 6
Accounting melakukan adjustment.
Step 7
Finance/Tax melakukan reconciliation.
Perhatikan bahwa:
Retur
tidak langsung berarti:
“Tax input.”
Ada proses validasi sebelum tindakan administratif dilakukan.
18. Contoh Kasus Retur Pajak Masukan
PT Sejahtera membeli barang dari supplier senilai:
Rp150.000.000
Kemudian barang senilai:
Rp30.000.000
dikembalikan kepada supplier.
Workflow:
Purchase
↓
Supplier Invoice
↓
Tax Data
↓
Return
↓
Tax Assessment
↓
Adjustment
↓
Accounting
↓
Reconciliation
Hal yang perlu dipastikan adalah data transaksi awal dan retur saling terhubung.
19. Sebelum vs Sesudah Coretax: Apa yang Harus Diubah?
Perusahaan dapat menggunakan tabel berikut sebagai checklist.
| Area | Yang Perlu Dilakukan |
| SOP | Review workflow retur |
| Data | Validasi master customer/supplier |
| Finance | Pastikan invoice adjustment terkontrol |
| Tax | Review perlakuan perpajakan |
| Accounting | Pastikan adjustment tercatat |
| System | Pahami workflow Coretax |
| Control | Tentukan maker dan checker |
| Reconciliation | Lakukan matching berkala |
| Training | Tingkatkan kompetensi user |
20. Apakah Retur Lebih Mudah dengan Coretax?
Jawabannya:
Belum tentu.
Coretax memberikan lingkungan administrasi yang lebih terintegrasi, tetapi keberhasilan proses tetap bergantung pada:
Data
Process
People
Control
Jika data retur dari awal salah, sistem tetap tidak dapat menggantikan proses validasi perusahaan.
Karena itu:
Sistem yang baik membutuhkan proses bisnis yang baik.
21. Checklist Sebelum Memproses Retur Faktur Pajak
Gunakan checklist berikut:
Transaksi
☐ Retur benar-benar terjadi
☐ Barang/transaksi sudah diverifikasi
☐ Transaksi awal dapat diidentifikasi
Dokumen
☐ Invoice tersedia
☐ Faktur Pajak tersedia
☐ Dokumen retur tersedia
☐ Dokumen pendukung lainnya tersedia
Data
☐ Customer/supplier benar
☐ Nilai retur benar
☐ Transaksi awal benar
☐ Periode diperiksa
Pajak
☐ Dampak terhadap Pajak Keluaran/Pajak Masukan sudah dianalisis
☐ Perlakuan sesuai ketentuan
☐ Administrasi diproses sesuai mekanisme yang berlaku
Accounting
☐ Adjustment dicatat
☐ Rekonsiliasi dilakukan
☐ Selisih ditindaklanjuti
22. Apa yang Perlu Dipelajari dalam Training Coretax?
Untuk topik retur faktur pajak, training sebaiknya tidak hanya menjelaskan:
“Klik menu retur.”
Peserta juga perlu memahami:
Konsep
Apa itu retur?
Tax Treatment
Apa dampaknya terhadap PPN?
Process
Bagaimana workflow perusahaan?
System
Bagaimana prosesnya di Coretax?
Control
Siapa yang membuat dan memeriksa?
Reconciliation
Bagaimana mencocokkan dengan Accounting?
Pendekatan ini membuat training lebih relevan dengan kebutuhan perusahaan.
Training Coretax untuk Perusahaan bersama NEMA Academy
Perubahan administrasi perpajakan membutuhkan kesiapan SDM dari berbagai fungsi.
NEMA Academy dapat membantu perusahaan melalui Training Coretax yang disesuaikan dengan kebutuhan dan proses bisnis organisasi.
Untuk topik e-Faktur dan retur, materi dapat diarahkan kepada:
Tax
Finance
Accounting
Purchasing
Sales
Supervisor
Manager
Metode training dapat menggunakan:
Concept → Demo → Practice → Case Study → Review
Dengan pendekatan tersebut, peserta tidak hanya memahami proses administrasi retur Faktur Pajak, tetapi juga memahami hubungan antara:
Transaction → Invoice → Tax → Accounting → Reconciliation
Kesimpulan
Perbedaan retur faktur pajak sebelum dan sesudah Coretax bukan hanya mengenai perubahan aplikasi.
Perubahan yang lebih penting adalah bagaimana perusahaan mengelola:
Data
Process
People
Control
Reconciliation
Retur dari sisi penjual dapat berdampak pada Pajak Keluaran, sedangkan retur dari sisi pembeli dapat berdampak pada Pajak Masukan.
Karena itu, setiap retur perlu dimulai dari pemahaman transaksi yang benar.
Gunakan prinsip:
Identify the Transaction → Validate the Documents → Assess the Tax Impact → Process → Record → Reconcile
Dengan workflow yang jelas, perusahaan dapat mengurangi risiko kesalahan administrasi dan memastikan data retur konsisten antara operasional, Finance, Tax, dan Accounting.
Pada akhirnya, keberhasilan pengelolaan retur di era Coretax bukan sekadar tentang:
“Bisa memproses retur.”
Tetapi:
“Mampu memastikan setiap retur memiliki dasar transaksi yang jelas, data yang akurat, perlakuan pajak yang tepat, dan pencatatan yang dapat direkonsiliasi.”
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.