Coretax 2026 Sudah Jadi Rutinitas, Tapi Kenapa Tim Finance Masih Sering Nyangkut di Hal Kecil?

Masalahnya sering bukan tombol

Ketika sebuah pekerjaan gagal, refleks pertama biasanya mencari tombol yang salah. Padahal kendala operasional lebih sering lahir dari tiga lapisan yang tercampur: identitas, kewenangan, dan data transaksi.

Lapisan identitas mencakup siapa yang sedang login, email dan nomor ponsel yang terdaftar, status akun, serta sarana penandatanganan elektronik. Lapisan kewenangan menjawab pertanyaan berbeda: orang tersebut sedang bertindak untuk dirinya sendiri atau mewakili badan, cabang, maupun pihak lain? Apakah role yang diperlukan sudah diberikan? Lapisan transaksi berisi angka, masa pajak, dokumen, lawan transaksi, dan status proses.

Kalau ketiganya tidak dipisahkan, diagnosis menjadi kabur. Tim bisa menghabiskan satu jam mengulang input, padahal masalahnya adalah akses. Sebaliknya, staf bisa meminta role baru, padahal yang salah justru periode atau data referensi.

Bayangkan percakapan di sebuah perusahaan distribusi. Rina, staf pajak, mengatakan faktur tidak bisa dilanjutkan. Dimas dari IT bertanya apakah koneksi kantor bermasalah. Kepala finance lalu meminta mereka berhenti menebak dan membuka log pekerjaan.

Ternyata Rina berhasil login, tetapi sedang berada pada konteks akun pribadinya. Ia belum memilih badan yang harus diwakili melalui mekanisme akses yang tersedia. Koneksi tidak bermasalah. Dokumennya juga belum rusak. Hambatannya sederhana, tetapi tanpa bahasa diagnosis yang sama, tiga orang mencari masalah di tempat berbeda.

Rutinitas tanpa definisi selesai

Banyak tim punya daftar tugas, tetapi tidak punya definisi selesai. “Buat bukti potong” dianggap selesai ketika data sudah diisi. “Lapor SPT” dianggap selesai ketika tombol submit sudah ditekan. “Bayar pajak” dianggap selesai ketika kode billing dibuat.

Dalam pekerjaan digital, definisi itu terlalu pendek. Tugas baru patut ditutup setelah status akhirnya terbaca, bukti penerimaan atau dokumen keluaran dapat diunduh bila memang tersedia, file tersimpan di arsip perusahaan, dan angka penting masuk ke rekonsiliasi. Untuk pelaporan, misalnya, tim perlu memastikan dokumen benar-benar berada pada daftar pelaporan yang sesuai dan menyimpan bukti penerimaan yang relevan. Untuk pembayaran, tim perlu membedakan pembuatan kode, pelunasan, serta pencatatan bukti pembayaran.

Ketiadaan definisi selesai menciptakan pekerjaan hantu. Di papan tugas, pekerjaan sudah hijau. Di sistem, prosesnya masih konsep, menunggu tanda tangan, atau belum mendapat status yang diharapkan. Masalah baru diketahui beberapa hari kemudian ketika orang yang mengerjakannya sudah pindah ke pekerjaan lain.

Definisi selesai juga harus dibedakan dari definisi benar. Sebuah SPT dapat berstatus disampaikan, tetapi angka dasarnya masih mungkin keliru. Sebuah bukti potong dapat berhasil dibuat, tetapi identitas atau periodenya tetap perlu diperiksa. Status sistem membuktikan tahap proses, bukan otomatis membuktikan ketepatan substansi. Karena itu, kontrol perusahaan membutuhkan dua pertanyaan terpisah: apakah tindakan sudah tuntas secara digital, dan apakah isinya sudah lolos review berdasarkan dokumen sumber?

Pemisahan ini mencegah dua ekstrem. Tim tidak boleh mengabaikan status resmi hanya karena spreadsheet internal sudah disetujui. Sebaliknya, tim tidak boleh berhenti berpikir setelah sistem menampilkan pesan sukses. Kedua bukti harus bertemu di arsip yang sama.

Data referensi tidak diperlakukan sebagai infrastruktur

Tim finance biasanya disiplin pada nominal, tetapi belum tentu disiplin pada data referensi. Padahal nama, identitas, alamat, unit kegiatan, akun lawan transaksi, penandatangan, role, dan informasi kontak dapat menentukan apakah sebuah proses berjalan mulus.

Data referensi sering berubah tanpa seremoni. Direktur berganti. PIC pajak resign. Cabang baru aktif. Nomor telepon perusahaan berpindah ke perangkat lain. Email notifikasi masih menggunakan alamat pegawai lama. Rekening berubah. Klasifikasi transaksi diperbarui. Jika perubahan itu hanya diketahui oleh HR atau legal, tim pajak bekerja dengan peta yang kedaluwarsa.

Karena itu, perusahaan perlu memperlakukan data master pajak seperti infrastruktur, bukan sekadar isi formulir. Setiap perubahan pengurus, pegawai yang memegang akses, alamat, struktur cabang, dan informasi kontak seharusnya memicu pemeriksaan dampak perpajakan. Tidak semua perubahan harus langsung menghasilkan tindakan yang sama, tetapi semuanya harus masuk jalur evaluasi.

Kejar deadline membuat pemeriksaan dasar dilewati

Masalah kecil berkembang subur pada hari terakhir. Saat tenggat dekat, tim cenderung membuka banyak tab, memakai laptop bersama, meneruskan OTP, mengunduh file tanpa penamaan yang rapi, dan mengambil screenshot sebagai satu-satunya bukti. Semua dilakukan demi satu tujuan: selesai hari itu.

Cara kerja darurat kadang tidak terhindarkan, tetapi tidak boleh menjadi desain proses. Saat tekanan turun, tidak ada yang kembali merapikan jejaknya. Akibatnya, bulan berikutnya tim tidak tahu file mana yang final, siapa yang mengubah data, dan apakah angka yang dilaporkan sama dengan angka yang disetujui.

Solusinya bukan slogan “jangan menunda”. Kalender pajak perlu dibangun mundur dari tenggat. Ada hari untuk pengumpulan data, hari untuk rekonsiliasi, hari untuk review, hari untuk persetujuan, dan ruang cadangan untuk kendala teknis. Tenggat resmi tetap penting, tetapi tenggat internal harus lebih awal.

Satu orang masih menjadi pusat pengetahuan

Coretax dapat dipakai oleh organisasi, tetapi banyak proses organisasi tetap hidup di kepala satu orang. Hanya dia yang tahu role mana yang dibutuhkan, folder mana yang berisi dokumen final, siapa yang harus dihubungi, dan langkah apa yang biasanya gagal.

Ketergantungan ini terasa efisien selama orangnya tersedia. Begitu ia cuti, sakit, atau resign, tim menyadari bahwa mereka tidak memiliki sistem, hanya memiliki operator andalan.

SOP yang berguna tidak perlu menjadi buku seratus halaman. Untuk setiap proses penting, cukup mulai dari enam hal: tujuan, prasyarat, penanggung jawab, reviewer, bukti selesai, dan jalur eskalasi. Tambahkan tangkapan layar hanya untuk langkah yang memang rawan salah, bukan untuk setiap klik. Cantumkan pula tanggal pembaruan karena menu dan prosedur digital dapat berubah.

Log kendala lebih berharga daripada ingatan

Kendala berulang sering terasa seperti masalah baru karena tidak dicatat dengan benar. Screenshot pesan error saja tidak cukup. Gambar itu tidak menjelaskan siapa yang login, konteks wajib pajak yang dipilih, menu yang digunakan, waktu kejadian, data apa yang sedang diproses, browser atau perangkat yang dipakai, serta langkah yang sudah dicoba.

Log kendala yang ringkas bisa berisi waktu, user, role, NPWP atau unit yang relevan dengan penyamaran internal bila diperlukan, proses, status sebelum error, pesan yang muncul, percobaan perbaikan, dan hasil akhirnya. Jangan memasukkan password, OTP, passphrase, atau data rahasia yang tidak perlu.

Dengan log seperti itu, tim dapat melihat pola. Jika error hanya terjadi pada satu user, periksa aksesnya. Jika terjadi pada satu jenis dokumen, periksa data dan prosesnya. Jika semua user terdampak pada waktu yang sama, barulah dugaan gangguan layanan menjadi lebih kuat. Pemberitahuan resmi DJP mengenai waktu henti juga perlu diperiksa, terutama ketika kendala terjadi mendekati masa pemeliharaan.

Rekonsiliasi masih dianggap pekerjaan akhir tahun

Integrasi sistem tidak menggantikan rekonsiliasi. Data yang tampil atau terisi sebelumnya di sistem tetap harus dibandingkan dengan pembukuan, dokumen sumber, payroll, penjualan, pembelian, dan pembayaran internal. Prepopulated bukan sinonim dari benar untuk kondisi perusahaan Anda.

Jika rekonsiliasi baru dilakukan menjelang SPT Tahunan, tim harus membongkar dua belas bulan sekaligus. Selisih kecil kehilangan konteks. Pegawai yang mengerjakan transaksi mungkin sudah pindah. Dokumen pendukung sulit dicari. Koreksi menjadi lebih mahal secara waktu.

Kebiasaan yang lebih sehat adalah rekonsiliasi bulanan dengan daftar selisih terbuka. Tidak semua selisih harus langsung berakhir pada pembetulan. Pertama, tentukan apakah perbedaannya berasal dari timing, klasifikasi, dokumen yang belum masuk, duplikasi, atau kekeliruan nyata. Setelah penyebab diketahui, keputusan pajaknya menjadi lebih tertib.

Daftar selisih sebaiknya mempunyai umur. Catat kapan selisih ditemukan, siapa pemilik investigasinya, dokumen apa yang kurang, dan kapan keputusan harus dibuat. Selisih yang dibawa dari bulan ke bulan tanpa penanggung jawab mudah berubah menjadi angka warisan yang tidak lagi dipahami siapa pun. Ketika tiba waktu pelaporan tahunan, tim akhirnya menyesuaikan angka hanya agar cocok, bukan karena penyebabnya benar-benar diketahui.

Membuat audit mini 20 menit

Tim tidak perlu menunggu audit formal untuk menguji kesehatan proses. Audit mini dapat dilakukan rutin dengan sampel kecil.

Lima menit pertama dipakai untuk memeriksa akses: apakah user aktif masih tepat, apakah mantan pegawai sudah tidak memiliki akses, dan apakah penanggung jawab memiliki role yang sesuai. Lima menit berikutnya untuk memeriksa satu proses terakhir, dari dokumen sumber sampai bukti selesai. Lima menit ketiga untuk membandingkan satu angka sistem dengan pembukuan. Lima menit terakhir untuk meninjau log kendala dan pekerjaan yang statusnya belum jelas.

Audit mini bukan pengganti review pajak yang lengkap. Fungsinya seperti mengecek tekanan ban sebelum perjalanan jauh. Ia menangkap gejala yang murah diperbaiki sebelum berubah menjadi masalah besar.

Kapan perlu meminta bantuan

Tidak semua hambatan harus dibawa ke KPP, dan tidak semua hambatan pantas diserahkan kepada konsultan. Jika masalahnya berupa sesi browser, file internal, atau koneksi, tim internal atau IT mungkin lebih tepat. Jika menyangkut akun, layanan, prosedur, atau status administrasi yang memerlukan konfirmasi DJP, gunakan kanal resmi DJP atau KPP sesuai kebutuhan. Jika persoalannya adalah interpretasi perlakuan pajak, transaksi kompleks, risiko historis, atau keputusan dengan dampak material, bantuan profesional dapat dipertimbangkan.

Yang penting, datang dengan diagnosis awal dan bukti yang cukup. Kalimat “Coretax tidak bisa” terlalu luas. Kalimat “user A dapat login, tetapi tidak melihat role badan X sejak pukul 09.10; user B masih dapat mengakses; perubahan pengurus terjadi minggu lalu” jauh lebih berguna.

Rutinitas yang matang tidak ditandai oleh nihilnya kendala. Sistem digital, data manusia, dan proses bisnis selalu dapat bertemu di titik yang tidak mulus. Kedewasaan terlihat dari kemampuan tim membedakan jenis masalah, membuktikan status pekerjaan, menjaga akses, merekonsiliasi data, dan belajar dari gangguan sebelumnya.

Pada 2026, Coretax sudah berada di meja kerja. Pekerjaan berikutnya bukan sekadar menghafal menu. Perusahaan perlu membangun kebiasaan kecil yang membuat menu itu dapat digunakan secara konsisten. Sebab dalam administrasi pajak, hambatan besar sering datang bukan dari satu kesalahan dramatis, melainkan dari sepuluh hal kecil yang dibiarkan saling menumpuk.