Implementasi dan Dampak SPP-TDLN terhadap Rekonsiliasi dan Closing Keuangan Bisnis Invoice langganan software sudah dibayar, tetapi tim accounting belum dapat menutup transaksinya.Nilai rupiah pada tagihan kartu berbeda dari invoice. Informasi pajak tersimpan dalam dokumen pembayaran, sementara pemilik langganan hanya menyimpan kontrak. Menjelang closing, tim harus menjelaskan selisih sekaligus memastikan entitas, akun, dan periode pencatatannya.Persoalan tersebut beririsan dengan tantangan closing yang lebih luas. Survei Ledge dalam Month-End Close Benchmarks for 2025 terhadap 100 profesional finance menunjukkan bahwa 50% tim membutuhkan sedikitnya enam hari kerja untuk menyelesaikan closing. Rekonsiliasi bank, kartu kredit, dan penyedia pembayaran menjadi aktivitas yang paling banyak disebut menyita waktu.Survei ini mencakup perusahaan dengan ukuran mulai dari 51–200 hingga lebih dari 10.000 karyawan. Temuannya merupakan pembanding operasional, bukan statistik khusus Indonesia atau bukti bahwa SPP-TDLN menyebabkan keterlambatan closing.Dalam konteks SPP-TDLN, perusahaan perlu memastikan informasi pemungutan terhubung dengan transaksi asal.Bagi Mekari Jurnal, kesiapan finance tercermin pada kemampuan menjelaskan apa yang dibeli, siapa penerima manfaatnya, berapa pembayaran sebenarnya, serta bagaimana transaksi memengaruhi laporan keuangan. Memahami Mekanisme dan Implementasi SPP-TDLNSistem Pemungutan Pajak atas Transaksi Digital Luar Negeri atau SPP-TDLN merupakan mekanisme berbasis teknologi untuk pemungutan PPN atas transaksi yang memenuhi ketentuan. Jalin menegaskan bahwa mekanisme ini tidak menciptakan pajak baru, tidak mengubah tarif PPN, dan tidak mencakup seluruh pembayaran luar negeri.Perpres Nomor 68 Tahun 2025 menjadi dasar penyelenggaraannya. Laman resmi DJP merujuk PMK Nomor 49 Tahun 2026 dan menyebut implementasi efektif pada 25 September 2026. Informasi tersebut perlu dibedakan dari pemberitaan mengenai persiapan sistem pada awal September.DJP juga menjelaskan bahwa transaksi yang PPN-nya sudah dipungut melalui pemungut PMSE tetap mengikuti mekanisme yang telah berjalan. Karena itu, status vendor luar negeri belum cukup untuk menentukan perlakuan. Finance perlu memeriksa substansi transaksi, pihak pemungut, dan dokumen aktual.Treasury mengonfirmasi mekanisme serta dokumen pada kanal pembayaran perusahaan. Tax menentukan perlakuan perpajakan, sedangkan accounting menerjemahkan hasil pemeriksaan ke pencatatan. Pembagian ini membantu mencegah penentuan akun pajak hanya berdasarkan deskripsi singkat pada mutasi bank.Skala Transaksi Digital Menuntut Data Pemasok yang TerpeliharaDJP mencatat penerimaan PPN PMSE sebesar Rp8,38 triliun sepanjang Januari–Agustus 2026. Penerimaan kumulatif sejak 2020 mencapai Rp44,05 triliun, dengan 277 pelaku PMSE ditunjuk sebagai pemungut hingga 31 Agustus 2026. Angka tersebut merupakan penerimaan PPN PMSE, bukan penerimaan melalui SPP-TDLN.Bagi finance, implikasi praktisnya terlihat pada kebutuhan memperbarui data pemasok. Pada Agustus 2026, DJP mengumumkan dua penunjukan pemungut baru dan satu pencabutan. Status pemungut karena itu perlu disimpan bersama tanggal berlakunya, bukan sebagai informasi permanen yang tidak pernah diperiksa kembali.Saat merekonsiliasi transaksi lama, gunakan informasi yang relevan dengan tanggal transaksi. Cocokkan entitas hukum pada invoice dengan data pemasok, kemudian hubungkan bukti pemungutan dan pembayaran. Kontrol ini membantu menjelaskan perubahan dokumen tanpa menganggap seluruh tagihan dari merek yang sama memiliki perlakuan identik.Mulai dari Substansi Transaksi sebelum Mencocokkan AngkaSatu vendor teknologi dapat menjual langganan, lisensi, implementasi, dukungan teknis, atau konsultansi. Deskripsi software fee belum tentu menjelaskan keseluruhan pembelian. Jika klasifikasi awal terlalu umum, angka yang cocok dapat menyembunyikan kesalahan perlakuan.Raden Agus Suparman, SE, SAk, MSi, Co-Founder Botax Consulting Indonesia, dalam wawancara untuk Mekari Klikpajak menekankan:“Karena yang pertama harus dipastikan adalah apa transaksi sebenarnya. Baru kemudian kita menentukan apakah pembayaran dan pajaknya benar.”Kontrak dan bukti layanan menjadi dasar pemeriksaan. Setelah substansinya jelas, tim menelusuri invoice, pembayaran, pemungutan, pencatatan, dan pelaporan. Gunakan identitas transaksi internal untuk menghubungkan dokumen yang memiliki nomor referensi berbeda.Dari perspektif pengendalian keuangan, rekonsiliasi harus menghasilkan penjelasan atas transaksi. Perusahaan perlu mengetahui siapa yang menyetujui klasifikasi, bukti yang digunakan, dan bagaimana keputusan tersebut dapat diperiksa kembali saat closing atau audit.Mengapa Kontrak, Invoice, dan Pembayaran Bisa Berbeda?Dalam 2026 SaaS Management Index, Zylo mencatat rata-rata 305 aplikasi SaaS pada organisasi dalam datasetnya. Belanja SaaS tahunan rata-rata meningkat 8%, sementara jumlah aplikasi relatif tetap, turun hanya 0,07%. Biaya dapat meningkat meskipun perusahaan tidak menambah banyak aplikasi.Laporan yang sama menyebut 78% pemimpin IT melaporkan tagihan tidak terduga terkait fitur AI atau harga berbasis penggunaan. Temuan Zylo merupakan benchmark dari basis risetnya, bukan ukuran prevalensi pada perusahaan Indonesia.Ketika invoice melebihi komitmen awal, finance perlu memeriksa tambahan pengguna, konsumsi layanan, perubahan paket, dan aktivasi fitur. Selisih tidak seharusnya langsung dianggap sebagai pajak atau perbedaan kurs. Empat nilai berikut membantu menentukan sumber pemeriksaan. Nilai Informasi utama Fokus pemeriksaan Kontrak Komitmen komersial Periode, pengguna, harga, perubahan paket Invoice Tagihan pemasok Entitas, mata uang, rincian layanan Settlement Penyelesaian pembayaran Kurs, biaya, pungutan, pengembalian Buku besar Pengakuan akuntansi Akun, periode, kewajiban, pembayaran di muka Keempat nilai tidak selalu sama pada setiap tanggal. Kontrak tahunan dapat ditagih di muka, sementara manfaat diterima bertahap. Bukti penggunaan membantu menjelaskan kenaikan biaya dan dasar pembebanannya kepada departemen atau entitas terkait.Pada kartu kredit, pembelian dan pelunasan tagihan merupakan peristiwa berbeda. Jika kewajiban sudah diakui saat pembelian, pembayaran tagihan menyelesaikan kewajiban tersebut. Mencatatnya kembali sebagai biaya dapat menggandakan beban.Pemeriksaan juga perlu mencakup perpanjangan otomatis. Langganan dapat terus dibayar meskipun pemiliknya berpindah departemen atau jumlah penggunanya berkurang. Sebelum perpanjangan, pemilik anggaran mengonfirmasi kebutuhan, periode layanan, dan pengguna aktif.Procurement memastikan perubahan paket tercermin dalam kontrak atau persetujuan, sedangkan accounting menggunakan informasi tersebut untuk menilai pembebanan. Dengan begitu, rekonsiliasi membantu mendeteksi pengeluaran yang memerlukan keputusan bisnis, sekaligus menjaga ketepatan pencatatan.Menghitung Pembayaran Tanpa Menggandakan KomponenGunakan perhitungan internal berikut: pembayaran bersih berasal dari nilai transaksi yang diselesaikan, ditambah pungutan atau biaya terpisah yang belum tercakup, kemudian dikurangi pengembalian kas yang sudah diterima. Seluruh komponen harus menggunakan mata uang dan cakupan periode yang konsisten.Misalnya, dokumen menunjukkan nilai bruto layanan Rp11.100.000, termasuk pajak Rp1.100.000. Terdapat biaya pembayaran terpisah Rp100.000. Tanpa perbedaan kurs atau pengembalian, kas keluar sebesar Rp11.200.000. Menambahkan pajak kembali menghasilkan Rp12.300.000 karena komponen yang sama dihitung dua kali.Ilustrasi ini merupakan simulasi rekonsiliasi, bukan penetapan tarif atau contoh resmi pemungutan SPP-TDLN. Nilai layanan sebelum pajak masih perlu dievaluasi berdasarkan periode manfaat, sedangkan perlakuan pajak mengikuti pemeriksaan tax.Pembayaran tahunan tidak otomatis menjadi beban bulan berjalan. Begitu pula selisih kurs pembukuan tidak ditambahkan kembali apabila nilai pembayaran sudah menggunakan kurs settlement. Selisih tersebut menjelaskan perbedaan antara kewajiban tercatat dan nilai penyelesaiannya.Empat Langkah Rekonsiliasi hingga Buku BesarFramework ini merupakan sintesis editorial Mekari Jurnal untuk memandu pemeriksaan saat closing dan penyelesaian transaksi bermasalah.1. Pastikan Identitas Transaksi dan PemiliknyaHubungkan nama vendor, entitas penagih, dan deskripsi merchant dengan bukti pendukung. Perbedaan nama dapat berasal dari entitas penagihan atau perantara pembayaran.Catat entitas pembeli, pemilik kartu, pemilik langganan, dan penerima manfaat. Identitas pemegang kartu saja tidak menentukan entitas yang mencatat transaksi.Gunakan satu referensi internal untuk menghubungkan kontrak, invoice, transaksi kartu, dokumen pajak, dan jurnal. Jika nomor eksternal berbeda, buat tabel pemetaan agar transaksi mudah ditelusuri.2. Cocokkan Nilai dan KomponennyaPisahkan nilai layanan, pajak, konversi mata uang, biaya pembayaran, diskon, dan pengembalian.Tetapkan dokumen sumber serta status setiap komponen: terkonfirmasi, masih diminta, atau disengketakan.Masukkan selisih yang belum terjelaskan ke daftar pengecualian, tanpa langsung menganggapnya sebagai selisih kurs. Periksa pula perubahan jumlah pengguna, tagihan prorata, dan invoice tambahan.3. Tentukan Periode PencatatanBedakan tanggal invoice, periode layanan, tanggal transaksi, settlement, dan mutasi bank. Evaluasi akrual untuk layanan yang telah diterima tetapi belum dibayar, serta pembayaran di muka untuk layanan yang belum diterima.IAS 38 paragraf 69–70 membedakan pengeluaran atas jasa yang diterima dari pembayaran sebelum penerimaan jasa, sehingga pembayaran tidak otomatis menjadi beban seluruhnya pada periode yang sama. Penerapan pada perusahaan Indonesia tetap mengikuti SAK dan kebijakan akuntansi entitas. IAS 38.Untuk transaksi valuta asing, simpan kurs pembukuan dan penyelesaian beserta sumber serta tanggalnya agar selisih dapat dihitung ulang. IAS 21 membedakan pengakuan awal, perubahan nilai pos moneter, dan penyelesaiannya. IAS 21.4. Dokumentasikan Keputusan RekonsiliasiTetapkan akun, entitas, cost center, dokumen pendukung, dan pemberi persetujuan. Setiap koreksi harus disertai alasan serta referensi pencatatan awal.Rekonsiliasi dinyatakan selesai setelah seluruh komponen material terjelaskan dan perlakuannya disetujui. Masalah yang masih terbuka ditangani controller berdasarkan materialitas, bukti, dan kebijakan closing, dengan tetap menjaga jejak pemeriksaan.Tujuh Skenario yang Perlu Masuk Prosedur AccountingProsedur accounting perlu mencakup variasi transaksi yang memengaruhi kelengkapan bukti, ketepatan pencatatan, dan penyelesaian rekonsiliasi.Berikut tujuh skenario yang perlu diantisipasi tim.1. Invoice dan Settlement CocokKesamaan nilai tetap perlu disertai validasi entitas, periode layanan, dan persetujuan. Pembayaran yang tepat secara nominal belum memastikan langganan masih dibutuhkan.2. Informasi PPN Ditemukan pada Dokumen PembayaranHubungkan dokumen pembayaran dengan invoice dan transaksi asal, lalu minta tax memastikan sifat serta klasifikasi pungutan sebelum mengubah akun. Label tax atau VAT tidak otomatis berarti PPN Indonesia dengan perlakuan yang sama.3. PPN Muncul pada Dua DokumenBandingkan referensi, pemungut, nominal, dan dampak pembayaran untuk menentukan apakah kedua dokumen mencatat satu pemungutan atau dua pungutan berbeda. Penjelasan Jalin tentang pencegahan pemungutan ulang menjadi dasar investigasi, bukan alasan menutup temuan tanpa bukti. Jalin.4. Invoice dan Pembayaran Melintasi BulanPengakuan layanan tidak boleh tertunda hanya karena tagihan kartu belum dibayar, sementara pembayaran tahunan tidak otomatis menjadi beban seluruhnya pada bulan pembayaran. Hubungkan periode manfaat dan saldo kewajiban dengan rekonsiliasi.5. Pembelian Melalui ReimbursementSatukan invoice vendor, bukti pembayaran karyawan, dan klaim reimbursement, lalu periksa kemungkinan pencatatan ganda. Jika pembelian sudah diakui, pembayaran reimbursement menyelesaikan kewajiban kepada karyawan.Raden mengingatkan:“Yang menentukan bukan siapa pemegang kartunya saja, tetapi siapa sebenarnya penerima manfaat dan penanggung beban transaksi.”6. Refund Muncul Setelah Transaksi DitutupHubungkan refund dengan transaksi asal dan pisahkan komponen layanan, fee, serta pajak. Bedakan status permintaan, persetujuan, kredit vendor, dan kas diterima karena kredit vendor belum tentu berarti dana sudah kembali ke bank. FAQ Jalin.7. Satu Langganan Digunakan Beberapa Departemen atau EntitasUntuk penggunaan antardepartemen dalam satu entitas, tetapkan dasar alokasi yang relevan, seperti pengguna aktif atau konsumsi layanan.Untuk penggunaan lintas entitas, periksa pihak dalam kontrak, penerima manfaat, dan perjanjian pembebanan kembali karena cost center saja tidak menyelesaikan hubungan antarperusahaan.Tetapkan Pemilik Kontrol sebelum PembayaranDalam survei Ledge, 56% responden menyebut ketergantungan pada departemen atau wilayah lain sebagai hambatan closing. Sebanyak 40% menyebut sistem lama yang tidak terintegrasi, sedangkan 39% menyebut kompleksitas transaksi. Responden dapat memilih beberapa hambatan sehingga persentasenya tidak dijumlahkan.Temuan tersebut memperkuat pentingnya pembagian tanggung jawab sejak pembelian. Procurement memastikan identitas penagihan, pemilik langganan menjelaskan kebutuhan, treasury menyediakan informasi pembayaran, dan tax menilai karakter transaksi. Accounting menghubungkan hasilnya dengan pencatatan.Ketika ditanya tentang area yang sering tidak memiliki pemilik jelas, Raden menjelaskan:“Menurut saya transaction classification. Procurement merasa tugasnya membeli. AP merasa tugasnya membayar. Tax menerima invoice ketika transaksi sudah selesai.”Untuk transaksi rutin, gunakan klasifikasi yang telah disetujui sepanjang substansi dan ketentuannya tetap sesuai. Perubahan layanan, entitas penagih, penerima manfaat, atau kanal pembayaran menjadi pemicu pemeriksaan ulang. Pendekatan ini menjaga kontrol tetap proporsional.Batas penyelesaian transaksi juga perlu disepakati. Raden menegaskan:“Transaksi baru dianggap selesai ketika invoice, payment, tax collection, accounting dan tax reporting sudah saling cocok.”Terjemahkan prinsip tersebut menjadi status terpisah untuk pembayaran, rekonsiliasi, dan pelaporan pajak. Transaksi yang dibayar dapat tetap memiliki dokumen terbuka. Controller memantau dampaknya terhadap closing, sementara tax memastikan tindak lanjut sesuai periode dan ketentuan yang berlaku.Daftar Pengecualian yang Menghasilkan TindakanException register memusatkan perhatian pada transaksi yang belum memenuhi kontrol. Setiap temuan perlu memiliki referensi, nilai, periode, penyebab, penanggung jawab, tenggat, dan bukti penyelesaian. Gunakan daftar ini untuk mengarahkan rapat closing. Temuan Pemeriksaan prioritas Penanggung jawab Invoice hilang Bukti pembelian, portal vendor Pemilik langganan, AP Selisih pembayaran Kurs, biaya, pajak, tagihan tambahan Treasury, accounting Dugaan pungutan ganda Referensi, dampak pembayaran Tax, penyedia pembayaran Entitas tidak sesuai Kontrak, penerima manfaat Controller, procurement Refund belum jelas Transaksi asal, kas diterima AP, treasury Ambang materialitas membantu menentukan prioritas nominal. Namun, kesalahan entitas atau dugaan pemungutan ganda tetap ditelaah menurut sifat masalahnya. Toleransi operasional perusahaan tidak membenarkan perlakuan pajak yang belum terverifikasi.Misalnya, invoice ditujukan kepada PT A, dibayar PT B, dan layanannya digunakan PT C. Pembayaran dapat cocok secara nominal, tetapi controller masih perlu mengklarifikasi hubungan kontraktual serta dasar pembebanan. Ilustrasi ini menunjukkan mengapa koreksi jurnal saja belum menyelesaikan ketidaksesuaian bukti.Tinjau pula umur temuan dan pola berulang. Masalah dari vendor atau kanal yang sama menjadi dasar perbaikan persyaratan dokumen, proses pembelian, atau pembagian tugas. Setiap keputusan rapat perlu menghasilkan tindakan berikutnya, pemilik pekerjaan, dan tanggal peninjauan.Mengukur Kualitas Closing melalui Masalah yang TerselesaikanKecepatan closing perlu dibaca bersama kualitas pencatatan. Memindahkan selisih ke akun sementara belum tentu menyelesaikan masalah. Manajemen membutuhkan indikator yang menunjukkan nilai eksposur dan penyebab keterlambatan, sekaligus mengarahkan tindakan.Pantau jumlah serta nilai transaksi belum direkonsiliasi, umur temuan, pajak menunggu klasifikasi, dan transaksi tanpa entitas valid. Tambahkan durasi rekonsiliasi serta jurnal koreksi akibat bukti tidak lengkap untuk mengidentifikasi pekerjaan yang dapat dicegah.Sebagai ilustrasi internal, jika 60 dari 1.000 transaksi belum direkonsiliasi, tingkat pengecualiannya 6%. Jika jumlahnya menjadi 80 dari 2.000 transaksi, tingkatnya turun menjadi 4%. Jumlah temuan meningkat, tetapi proporsinya membaik. Nilai material dan umur temuan tetap harus diperiksa sebelum menyimpulkan kualitas kontrol meningkat.Gunakan total nilai absolut selisih agar perbedaan positif dan negatif tidak saling menutup. Pisahkan waktu menunggu dokumen dari waktu pemeriksaan accounting. Pemisahan ini membantu menentukan apakah perbaikan dibutuhkan pada akses bukti, disiplin pemilik langganan, atau kapasitas tim.Tetapkan definisi indikator sebelum membandingkan hasil antarbulan. Durasi rekonsiliasi, misalnya, dapat dihitung sejak seluruh data sumber diterima hingga pemeriksaan disetujui. Waktu menunggu kelengkapan dicatat terpisah agar hambatan tidak tersembunyi. Untuk temuan terbuka, tampilkan kelompok umur dan nilai per entitas.Transaksi yang berulang kali dibawa ke bulan berikutnya perlu dievaluasi controller meskipun nominal individualnya kecil. Pola tersebut dapat menunjukkan masalah pada sumber data atau kewenangan penyelesaian yang belum sepenuhnya jelas.Peran Mekari Jurnal dalam Pengendalian TransaksiPengendalian membutuhkan pencatatan konsisten dan hubungan jelas antara pembayaran dengan pembukuan. Mekari Jurnal menyediakan fitur rekonsiliasi bank atau Cash Link untuk membantu pencocokan transaksi kas dan bank dengan transaksi pada rekening yang didukung.Kapabilitas tersebut perlu didukung desain akun, referensi transaksi, serta dokumen lengkap. Pencocokan bank tidak otomatis menentukan hak pengkreditan PPN, penerima manfaat, atau ketepatan klasifikasi. Raden merangkum pentingnya fondasi tersebut:“Kalau klasifikasi transaksi salah, ERP secanggih apa pun hanya mengotomatisasi kesalahan.”Saat mengevaluasi sistem, gunakan sampel anonim berupa transaksi normal, biaya terpisah, pembayaran tahunan, refund, dan perbedaan entitas. Uji keterlacakan pencatatan, penjelasan selisih, serta dokumentasi koreksi. Konfirmasikan cakupan paket, kanal bank, hak akses, dan kebutuhan multientitas sesuai proses perusahaan.Prioritas untuk Siklus Closing BerikutnyaMulai dari vendor dan kanal paling material. AP mengumpulkan invoice, treasury melengkapi pembayaran, dan pemilik anggaran memvalidasi manfaat. Tax menilai pungutan, sementara controller menyetujui pemetaan akun, cut-off, dan penanganan pengecualian.Uji transaksi normal serta kasus bermasalah sebelum memperluas penerapan. Tetapkan referensi bersama dan tenggat agar setiap unit memahami kontribusinya. Evaluasi temuan berulang setelah satu siklus.CFO perlu mengetahui nilai transaksi yang belum terjelaskan, dampaknya terhadap laporan dan kewajiban, serta siapa yang bertanggung jawab menyelesaikannya. Pengendalian yang efektif memastikan pembayaran memiliki alasan bisnis, bukti pendukung, dan perlakuan akuntansi yang dapat ditelusuri. Referensi:Ledge. “Month-end close benchmarks for 2025”.Zylo. “AI Is Driving a New Era of SaaS Cost Volatility”. Mekari Jurnal Aplikasi akuntansi dan operasional terintegrasi untuk membantu pemilik bisnis, akuntan, dan tim finance mengelola keuangan, pembukuan, serta operasional bisnis secara lebih efisien sekaligus. Pelajari lebih lanjut Mekari Jurnal menjadi bagian dari ekosistem software terpadu Mekari dengan berbagai produk lainnya, seperti: Semua Platform Akuntansi & keuangan Customer People Services Operasional & digitalisasi Mekari Software as a Service Platform Mekari Officeless Platform Integrasi & App Builder Platform Mekari Airene AI Core Lintas Produk Mekari Platform Mekari Jurnal Akuntansi & Operasional Akuntansi & keuangan Mekari Klikpajak Manajemen Pajak Akuntansi & keuangan Mekari Expense Manajemen Pengeluaran Bisnis Akuntansi & keuangan Mekari POS Point Of Sale Akuntansi & keuangan Mekari Qontak Customer Engagement Platform Customer Mekari Talenta HCM People Mekari Flex Benefit Karyawan People Payroll Service Payroll Outsource Services Mekari Sign Tanda Tangan Digital & E-Meterai Operasional & digitalisasi Mekari Desty Omnichannel Commerce Operasional & digitalisasi Lihat lebih banyak Tidak ada produk di kategori ini. Kategori : Business ManagementInspirasi Artikel Sebelumnya Artikel Selanjutnya Dapatkan kurasi newsletter terkait pembukuan dan Akuntansi Subscribe Ikuti akun media sosial resmi dari Mekari Jurnal Facebook Instagram LinkedIn YouTube Dapatkan kurasi newsletter terkait pembukuan dan Akuntansi Subscribe Bagikan artikelWhatsAppLinkedinFacebook
Implementasi dan Dampak SPP-TDLN terhadap Rekonsiliasi dan Closing Keuangan Bisnis Invoice langganan software sudah dibayar, tetapi tim accounting belum dapat menutup transaksinya.Nilai rupiah pada tagihan kartu berbeda dari invoice. Informasi pajak tersimpan dalam dokumen pembayaran, sementara pemilik langganan hanya menyimpan kontrak. Menjelang closing, tim harus menjelaskan selisih sekaligus memastikan entitas, akun, dan periode pencatatannya.Persoalan tersebut beririsan dengan tantangan closing yang lebih luas. Survei Ledge dalam Month-End Close Benchmarks for 2025 terhadap 100 profesional finance menunjukkan bahwa 50% tim membutuhkan sedikitnya enam hari kerja untuk menyelesaikan closing. Rekonsiliasi bank, kartu kredit, dan penyedia pembayaran menjadi aktivitas yang paling banyak disebut menyita waktu.Survei ini mencakup perusahaan dengan ukuran mulai dari 51–200 hingga lebih dari 10.000 karyawan. Temuannya merupakan pembanding operasional, bukan statistik khusus Indonesia atau bukti bahwa SPP-TDLN menyebabkan keterlambatan closing.Dalam konteks SPP-TDLN, perusahaan perlu memastikan informasi pemungutan terhubung dengan transaksi asal.Bagi Mekari Jurnal, kesiapan finance tercermin pada kemampuan menjelaskan apa yang dibeli, siapa penerima manfaatnya, berapa pembayaran sebenarnya, serta bagaimana transaksi memengaruhi laporan keuangan. Memahami Mekanisme dan Implementasi SPP-TDLNSistem Pemungutan Pajak atas Transaksi Digital Luar Negeri atau SPP-TDLN merupakan mekanisme berbasis teknologi untuk pemungutan PPN atas transaksi yang memenuhi ketentuan. Jalin menegaskan bahwa mekanisme ini tidak menciptakan pajak baru, tidak mengubah tarif PPN, dan tidak mencakup seluruh pembayaran luar negeri.Perpres Nomor 68 Tahun 2025 menjadi dasar penyelenggaraannya. Laman resmi DJP merujuk PMK Nomor 49 Tahun 2026 dan menyebut implementasi efektif pada 25 September 2026. Informasi tersebut perlu dibedakan dari pemberitaan mengenai persiapan sistem pada awal September.DJP juga menjelaskan bahwa transaksi yang PPN-nya sudah dipungut melalui pemungut PMSE tetap mengikuti mekanisme yang telah berjalan. Karena itu, status vendor luar negeri belum cukup untuk menentukan perlakuan. Finance perlu memeriksa substansi transaksi, pihak pemungut, dan dokumen aktual.Treasury mengonfirmasi mekanisme serta dokumen pada kanal pembayaran perusahaan. Tax menentukan perlakuan perpajakan, sedangkan accounting menerjemahkan hasil pemeriksaan ke pencatatan. Pembagian ini membantu mencegah penentuan akun pajak hanya berdasarkan deskripsi singkat pada mutasi bank.Skala Transaksi Digital Menuntut Data Pemasok yang TerpeliharaDJP mencatat penerimaan PPN PMSE sebesar Rp8,38 triliun sepanjang Januari–Agustus 2026. Penerimaan kumulatif sejak 2020 mencapai Rp44,05 triliun, dengan 277 pelaku PMSE ditunjuk sebagai pemungut hingga 31 Agustus 2026. Angka tersebut merupakan penerimaan PPN PMSE, bukan penerimaan melalui SPP-TDLN.Bagi finance, implikasi praktisnya terlihat pada kebutuhan memperbarui data pemasok. Pada Agustus 2026, DJP mengumumkan dua penunjukan pemungut baru dan satu pencabutan. Status pemungut karena itu perlu disimpan bersama tanggal berlakunya, bukan sebagai informasi permanen yang tidak pernah diperiksa kembali.Saat merekonsiliasi transaksi lama, gunakan informasi yang relevan dengan tanggal transaksi. Cocokkan entitas hukum pada invoice dengan data pemasok, kemudian hubungkan bukti pemungutan dan pembayaran. Kontrol ini membantu menjelaskan perubahan dokumen tanpa menganggap seluruh tagihan dari merek yang sama memiliki perlakuan identik.Mulai dari Substansi Transaksi sebelum Mencocokkan AngkaSatu vendor teknologi dapat menjual langganan, lisensi, implementasi, dukungan teknis, atau konsultansi. Deskripsi software fee belum tentu menjelaskan keseluruhan pembelian. Jika klasifikasi awal terlalu umum, angka yang cocok dapat menyembunyikan kesalahan perlakuan.Raden Agus Suparman, SE, SAk, MSi, Co-Founder Botax Consulting Indonesia, dalam wawancara untuk Mekari Klikpajak menekankan:“Karena yang pertama harus dipastikan adalah apa transaksi sebenarnya. Baru kemudian kita menentukan apakah pembayaran dan pajaknya benar.”Kontrak dan bukti layanan menjadi dasar pemeriksaan. Setelah substansinya jelas, tim menelusuri invoice, pembayaran, pemungutan, pencatatan, dan pelaporan. Gunakan identitas transaksi internal untuk menghubungkan dokumen yang memiliki nomor referensi berbeda.Dari perspektif pengendalian keuangan, rekonsiliasi harus menghasilkan penjelasan atas transaksi. Perusahaan perlu mengetahui siapa yang menyetujui klasifikasi, bukti yang digunakan, dan bagaimana keputusan tersebut dapat diperiksa kembali saat closing atau audit.Mengapa Kontrak, Invoice, dan Pembayaran Bisa Berbeda?Dalam 2026 SaaS Management Index, Zylo mencatat rata-rata 305 aplikasi SaaS pada organisasi dalam datasetnya. Belanja SaaS tahunan rata-rata meningkat 8%, sementara jumlah aplikasi relatif tetap, turun hanya 0,07%. Biaya dapat meningkat meskipun perusahaan tidak menambah banyak aplikasi.Laporan yang sama menyebut 78% pemimpin IT melaporkan tagihan tidak terduga terkait fitur AI atau harga berbasis penggunaan. Temuan Zylo merupakan benchmark dari basis risetnya, bukan ukuran prevalensi pada perusahaan Indonesia.Ketika invoice melebihi komitmen awal, finance perlu memeriksa tambahan pengguna, konsumsi layanan, perubahan paket, dan aktivasi fitur. Selisih tidak seharusnya langsung dianggap sebagai pajak atau perbedaan kurs. Empat nilai berikut membantu menentukan sumber pemeriksaan. Nilai Informasi utama Fokus pemeriksaan Kontrak Komitmen komersial Periode, pengguna, harga, perubahan paket Invoice Tagihan pemasok Entitas, mata uang, rincian layanan Settlement Penyelesaian pembayaran Kurs, biaya, pungutan, pengembalian Buku besar Pengakuan akuntansi Akun, periode, kewajiban, pembayaran di muka Keempat nilai tidak selalu sama pada setiap tanggal. Kontrak tahunan dapat ditagih di muka, sementara manfaat diterima bertahap. Bukti penggunaan membantu menjelaskan kenaikan biaya dan dasar pembebanannya kepada departemen atau entitas terkait.Pada kartu kredit, pembelian dan pelunasan tagihan merupakan peristiwa berbeda. Jika kewajiban sudah diakui saat pembelian, pembayaran tagihan menyelesaikan kewajiban tersebut. Mencatatnya kembali sebagai biaya dapat menggandakan beban.Pemeriksaan juga perlu mencakup perpanjangan otomatis. Langganan dapat terus dibayar meskipun pemiliknya berpindah departemen atau jumlah penggunanya berkurang. Sebelum perpanjangan, pemilik anggaran mengonfirmasi kebutuhan, periode layanan, dan pengguna aktif.Procurement memastikan perubahan paket tercermin dalam kontrak atau persetujuan, sedangkan accounting menggunakan informasi tersebut untuk menilai pembebanan. Dengan begitu, rekonsiliasi membantu mendeteksi pengeluaran yang memerlukan keputusan bisnis, sekaligus menjaga ketepatan pencatatan.Menghitung Pembayaran Tanpa Menggandakan KomponenGunakan perhitungan internal berikut: pembayaran bersih berasal dari nilai transaksi yang diselesaikan, ditambah pungutan atau biaya terpisah yang belum tercakup, kemudian dikurangi pengembalian kas yang sudah diterima. Seluruh komponen harus menggunakan mata uang dan cakupan periode yang konsisten.Misalnya, dokumen menunjukkan nilai bruto layanan Rp11.100.000, termasuk pajak Rp1.100.000. Terdapat biaya pembayaran terpisah Rp100.000. Tanpa perbedaan kurs atau pengembalian, kas keluar sebesar Rp11.200.000. Menambahkan pajak kembali menghasilkan Rp12.300.000 karena komponen yang sama dihitung dua kali.Ilustrasi ini merupakan simulasi rekonsiliasi, bukan penetapan tarif atau contoh resmi pemungutan SPP-TDLN. Nilai layanan sebelum pajak masih perlu dievaluasi berdasarkan periode manfaat, sedangkan perlakuan pajak mengikuti pemeriksaan tax.Pembayaran tahunan tidak otomatis menjadi beban bulan berjalan. Begitu pula selisih kurs pembukuan tidak ditambahkan kembali apabila nilai pembayaran sudah menggunakan kurs settlement. Selisih tersebut menjelaskan perbedaan antara kewajiban tercatat dan nilai penyelesaiannya.Empat Langkah Rekonsiliasi hingga Buku BesarFramework ini merupakan sintesis editorial Mekari Jurnal untuk memandu pemeriksaan saat closing dan penyelesaian transaksi bermasalah.1. Pastikan Identitas Transaksi dan PemiliknyaHubungkan nama vendor, entitas penagih, dan deskripsi merchant dengan bukti pendukung. Perbedaan nama dapat berasal dari entitas penagihan atau perantara pembayaran.Catat entitas pembeli, pemilik kartu, pemilik langganan, dan penerima manfaat. Identitas pemegang kartu saja tidak menentukan entitas yang mencatat transaksi.Gunakan satu referensi internal untuk menghubungkan kontrak, invoice, transaksi kartu, dokumen pajak, dan jurnal. Jika nomor eksternal berbeda, buat tabel pemetaan agar transaksi mudah ditelusuri.2. Cocokkan Nilai dan KomponennyaPisahkan nilai layanan, pajak, konversi mata uang, biaya pembayaran, diskon, dan pengembalian.Tetapkan dokumen sumber serta status setiap komponen: terkonfirmasi, masih diminta, atau disengketakan.Masukkan selisih yang belum terjelaskan ke daftar pengecualian, tanpa langsung menganggapnya sebagai selisih kurs. Periksa pula perubahan jumlah pengguna, tagihan prorata, dan invoice tambahan.3. Tentukan Periode PencatatanBedakan tanggal invoice, periode layanan, tanggal transaksi, settlement, dan mutasi bank. Evaluasi akrual untuk layanan yang telah diterima tetapi belum dibayar, serta pembayaran di muka untuk layanan yang belum diterima.IAS 38 paragraf 69–70 membedakan pengeluaran atas jasa yang diterima dari pembayaran sebelum penerimaan jasa, sehingga pembayaran tidak otomatis menjadi beban seluruhnya pada periode yang sama. Penerapan pada perusahaan Indonesia tetap mengikuti SAK dan kebijakan akuntansi entitas. IAS 38.Untuk transaksi valuta asing, simpan kurs pembukuan dan penyelesaian beserta sumber serta tanggalnya agar selisih dapat dihitung ulang. IAS 21 membedakan pengakuan awal, perubahan nilai pos moneter, dan penyelesaiannya. IAS 21.4. Dokumentasikan Keputusan RekonsiliasiTetapkan akun, entitas, cost center, dokumen pendukung, dan pemberi persetujuan. Setiap koreksi harus disertai alasan serta referensi pencatatan awal.Rekonsiliasi dinyatakan selesai setelah seluruh komponen material terjelaskan dan perlakuannya disetujui. Masalah yang masih terbuka ditangani controller berdasarkan materialitas, bukti, dan kebijakan closing, dengan tetap menjaga jejak pemeriksaan.Tujuh Skenario yang Perlu Masuk Prosedur AccountingProsedur accounting perlu mencakup variasi transaksi yang memengaruhi kelengkapan bukti, ketepatan pencatatan, dan penyelesaian rekonsiliasi.Berikut tujuh skenario yang perlu diantisipasi tim.1. Invoice dan Settlement CocokKesamaan nilai tetap perlu disertai validasi entitas, periode layanan, dan persetujuan. Pembayaran yang tepat secara nominal belum memastikan langganan masih dibutuhkan.2. Informasi PPN Ditemukan pada Dokumen PembayaranHubungkan dokumen pembayaran dengan invoice dan transaksi asal, lalu minta tax memastikan sifat serta klasifikasi pungutan sebelum mengubah akun. Label tax atau VAT tidak otomatis berarti PPN Indonesia dengan perlakuan yang sama.3. PPN Muncul pada Dua DokumenBandingkan referensi, pemungut, nominal, dan dampak pembayaran untuk menentukan apakah kedua dokumen mencatat satu pemungutan atau dua pungutan berbeda. Penjelasan Jalin tentang pencegahan pemungutan ulang menjadi dasar investigasi, bukan alasan menutup temuan tanpa bukti. Jalin.4. Invoice dan Pembayaran Melintasi BulanPengakuan layanan tidak boleh tertunda hanya karena tagihan kartu belum dibayar, sementara pembayaran tahunan tidak otomatis menjadi beban seluruhnya pada bulan pembayaran. Hubungkan periode manfaat dan saldo kewajiban dengan rekonsiliasi.5. Pembelian Melalui ReimbursementSatukan invoice vendor, bukti pembayaran karyawan, dan klaim reimbursement, lalu periksa kemungkinan pencatatan ganda. Jika pembelian sudah diakui, pembayaran reimbursement menyelesaikan kewajiban kepada karyawan.Raden mengingatkan:“Yang menentukan bukan siapa pemegang kartunya saja, tetapi siapa sebenarnya penerima manfaat dan penanggung beban transaksi.”6. Refund Muncul Setelah Transaksi DitutupHubungkan refund dengan transaksi asal dan pisahkan komponen layanan, fee, serta pajak. Bedakan status permintaan, persetujuan, kredit vendor, dan kas diterima karena kredit vendor belum tentu berarti dana sudah kembali ke bank. FAQ Jalin.7. Satu Langganan Digunakan Beberapa Departemen atau EntitasUntuk penggunaan antardepartemen dalam satu entitas, tetapkan dasar alokasi yang relevan, seperti pengguna aktif atau konsumsi layanan.Untuk penggunaan lintas entitas, periksa pihak dalam kontrak, penerima manfaat, dan perjanjian pembebanan kembali karena cost center saja tidak menyelesaikan hubungan antarperusahaan.Tetapkan Pemilik Kontrol sebelum PembayaranDalam survei Ledge, 56% responden menyebut ketergantungan pada departemen atau wilayah lain sebagai hambatan closing. Sebanyak 40% menyebut sistem lama yang tidak terintegrasi, sedangkan 39% menyebut kompleksitas transaksi. Responden dapat memilih beberapa hambatan sehingga persentasenya tidak dijumlahkan.Temuan tersebut memperkuat pentingnya pembagian tanggung jawab sejak pembelian. Procurement memastikan identitas penagihan, pemilik langganan menjelaskan kebutuhan, treasury menyediakan informasi pembayaran, dan tax menilai karakter transaksi. Accounting menghubungkan hasilnya dengan pencatatan.Ketika ditanya tentang area yang sering tidak memiliki pemilik jelas, Raden menjelaskan:“Menurut saya transaction classification. Procurement merasa tugasnya membeli. AP merasa tugasnya membayar. Tax menerima invoice ketika transaksi sudah selesai.”Untuk transaksi rutin, gunakan klasifikasi yang telah disetujui sepanjang substansi dan ketentuannya tetap sesuai. Perubahan layanan, entitas penagih, penerima manfaat, atau kanal pembayaran menjadi pemicu pemeriksaan ulang. Pendekatan ini menjaga kontrol tetap proporsional.Batas penyelesaian transaksi juga perlu disepakati. Raden menegaskan:“Transaksi baru dianggap selesai ketika invoice, payment, tax collection, accounting dan tax reporting sudah saling cocok.”Terjemahkan prinsip tersebut menjadi status terpisah untuk pembayaran, rekonsiliasi, dan pelaporan pajak. Transaksi yang dibayar dapat tetap memiliki dokumen terbuka. Controller memantau dampaknya terhadap closing, sementara tax memastikan tindak lanjut sesuai periode dan ketentuan yang berlaku.Daftar Pengecualian yang Menghasilkan TindakanException register memusatkan perhatian pada transaksi yang belum memenuhi kontrol. Setiap temuan perlu memiliki referensi, nilai, periode, penyebab, penanggung jawab, tenggat, dan bukti penyelesaian. Gunakan daftar ini untuk mengarahkan rapat closing. Temuan Pemeriksaan prioritas Penanggung jawab Invoice hilang Bukti pembelian, portal vendor Pemilik langganan, AP Selisih pembayaran Kurs, biaya, pajak, tagihan tambahan Treasury, accounting Dugaan pungutan ganda Referensi, dampak pembayaran Tax, penyedia pembayaran Entitas tidak sesuai Kontrak, penerima manfaat Controller, procurement Refund belum jelas Transaksi asal, kas diterima AP, treasury Ambang materialitas membantu menentukan prioritas nominal. Namun, kesalahan entitas atau dugaan pemungutan ganda tetap ditelaah menurut sifat masalahnya. Toleransi operasional perusahaan tidak membenarkan perlakuan pajak yang belum terverifikasi.Misalnya, invoice ditujukan kepada PT A, dibayar PT B, dan layanannya digunakan PT C. Pembayaran dapat cocok secara nominal, tetapi controller masih perlu mengklarifikasi hubungan kontraktual serta dasar pembebanan. Ilustrasi ini menunjukkan mengapa koreksi jurnal saja belum menyelesaikan ketidaksesuaian bukti.Tinjau pula umur temuan dan pola berulang. Masalah dari vendor atau kanal yang sama menjadi dasar perbaikan persyaratan dokumen, proses pembelian, atau pembagian tugas. Setiap keputusan rapat perlu menghasilkan tindakan berikutnya, pemilik pekerjaan, dan tanggal peninjauan.Mengukur Kualitas Closing melalui Masalah yang TerselesaikanKecepatan closing perlu dibaca bersama kualitas pencatatan. Memindahkan selisih ke akun sementara belum tentu menyelesaikan masalah. Manajemen membutuhkan indikator yang menunjukkan nilai eksposur dan penyebab keterlambatan, sekaligus mengarahkan tindakan.Pantau jumlah serta nilai transaksi belum direkonsiliasi, umur temuan, pajak menunggu klasifikasi, dan transaksi tanpa entitas valid. Tambahkan durasi rekonsiliasi serta jurnal koreksi akibat bukti tidak lengkap untuk mengidentifikasi pekerjaan yang dapat dicegah.Sebagai ilustrasi internal, jika 60 dari 1.000 transaksi belum direkonsiliasi, tingkat pengecualiannya 6%. Jika jumlahnya menjadi 80 dari 2.000 transaksi, tingkatnya turun menjadi 4%. Jumlah temuan meningkat, tetapi proporsinya membaik. Nilai material dan umur temuan tetap harus diperiksa sebelum menyimpulkan kualitas kontrol meningkat.Gunakan total nilai absolut selisih agar perbedaan positif dan negatif tidak saling menutup. Pisahkan waktu menunggu dokumen dari waktu pemeriksaan accounting. Pemisahan ini membantu menentukan apakah perbaikan dibutuhkan pada akses bukti, disiplin pemilik langganan, atau kapasitas tim.Tetapkan definisi indikator sebelum membandingkan hasil antarbulan. Durasi rekonsiliasi, misalnya, dapat dihitung sejak seluruh data sumber diterima hingga pemeriksaan disetujui. Waktu menunggu kelengkapan dicatat terpisah agar hambatan tidak tersembunyi. Untuk temuan terbuka, tampilkan kelompok umur dan nilai per entitas.Transaksi yang berulang kali dibawa ke bulan berikutnya perlu dievaluasi controller meskipun nominal individualnya kecil. Pola tersebut dapat menunjukkan masalah pada sumber data atau kewenangan penyelesaian yang belum sepenuhnya jelas.Peran Mekari Jurnal dalam Pengendalian TransaksiPengendalian membutuhkan pencatatan konsisten dan hubungan jelas antara pembayaran dengan pembukuan. Mekari Jurnal menyediakan fitur rekonsiliasi bank atau Cash Link untuk membantu pencocokan transaksi kas dan bank dengan transaksi pada rekening yang didukung.Kapabilitas tersebut perlu didukung desain akun, referensi transaksi, serta dokumen lengkap. Pencocokan bank tidak otomatis menentukan hak pengkreditan PPN, penerima manfaat, atau ketepatan klasifikasi. Raden merangkum pentingnya fondasi tersebut:“Kalau klasifikasi transaksi salah, ERP secanggih apa pun hanya mengotomatisasi kesalahan.”Saat mengevaluasi sistem, gunakan sampel anonim berupa transaksi normal, biaya terpisah, pembayaran tahunan, refund, dan perbedaan entitas. Uji keterlacakan pencatatan, penjelasan selisih, serta dokumentasi koreksi. Konfirmasikan cakupan paket, kanal bank, hak akses, dan kebutuhan multientitas sesuai proses perusahaan.Prioritas untuk Siklus Closing BerikutnyaMulai dari vendor dan kanal paling material. AP mengumpulkan invoice, treasury melengkapi pembayaran, dan pemilik anggaran memvalidasi manfaat. Tax menilai pungutan, sementara controller menyetujui pemetaan akun, cut-off, dan penanganan pengecualian.Uji transaksi normal serta kasus bermasalah sebelum memperluas penerapan. Tetapkan referensi bersama dan tenggat agar setiap unit memahami kontribusinya. Evaluasi temuan berulang setelah satu siklus.CFO perlu mengetahui nilai transaksi yang belum terjelaskan, dampaknya terhadap laporan dan kewajiban, serta siapa yang bertanggung jawab menyelesaikannya. Pengendalian yang efektif memastikan pembayaran memiliki alasan bisnis, bukti pendukung, dan perlakuan akuntansi yang dapat ditelusuri. Referensi:Ledge. “Month-end close benchmarks for 2025”.Zylo. “AI Is Driving a New Era of SaaS Cost Volatility”. Mekari Jurnal Aplikasi akuntansi dan operasional terintegrasi untuk membantu pemilik bisnis, akuntan, dan tim finance mengelola keuangan, pembukuan, serta operasional bisnis secara lebih efisien sekaligus. Pelajari lebih lanjut Mekari Jurnal menjadi bagian dari ekosistem software terpadu Mekari dengan berbagai produk lainnya, seperti: Semua Platform Akuntansi & keuangan Customer People Services Operasional & digitalisasi Mekari Software as a Service Platform Mekari Officeless Platform Integrasi & App Builder Platform Mekari Airene AI Core Lintas Produk Mekari Platform Mekari Jurnal Akuntansi & Operasional Akuntansi & keuangan Mekari Klikpajak Manajemen Pajak Akuntansi & keuangan Mekari Expense Manajemen Pengeluaran Bisnis Akuntansi & keuangan Mekari POS Point Of Sale Akuntansi & keuangan Mekari Qontak Customer Engagement Platform Customer Mekari Talenta HCM People Mekari Flex Benefit Karyawan People Payroll Service Payroll Outsource Services Mekari Sign Tanda Tangan Digital & E-Meterai Operasional & digitalisasi Mekari Desty Omnichannel Commerce Operasional & digitalisasi Lihat lebih banyak Tidak ada produk di kategori ini.
