Konten TechKnowledge
RINGKASAN
Tujuan artikel ini untuk menyediakan tips tentang rekonsiliasi Akun Piutang ke General Ledger.
INFORMASI SELENGKAPNYA Rekonsiliasi Akun Piutang dagang umum
Ledger Merekonsiliasi saldo dalam modul Piutang Akun dengan akun AR di General Ledger adalah langkah penting dan harus dilakukan sebagai bagian dari proses penutupan akhir
bulan. Jika rekonsiliasi bulanan selesai, dokumentasi yang tepat akan tersedia jika audit dilakukan, dan setiap perbedaan yang ada di antara dua modul dapat menangkap dan diperbaiki sebelum periode ditutup.
Akun apa yang harus direkonsiliasi?
Semua informasi yang dimasukkan dalam Akun Piutang memperbarui akun Ledger Umum. Akun yang paling penting untuk direkonsiliasi adalah akun PiutangAsi Akun. Akun lain yang mungkin ingin Anda rekonsiliasi antara kedua modul adalah akun Holding AR (jika Anda menggunakan Manajer Kas), akun pendapatan, akun kas, diskon, biaya keuangan, dll.
Rekonsiliasi akun AR di GL berarti bahwa total Piutang Akun dari modul AR sama dengan saldo akun AR di Ledger Umum.
Laporan apa yang harus Diperiksa untuk Rekonsiliasi?
Saldo Percobaan Pelanggan (08.620) – Format Dokumen Terbuka Saja atau Ar Berusia (08.610) – format Ringkasan Saldo Pelanggan.
Format Saldo Percobaan General Ledger (01,610) salah satu format - Jalankan ini hanya agar akun tersebut seimbang. Hal ini dilakukan dengan memasukkan pernyataan Pilih untuk akun Piutang Akun Anda sebagai berikut: Bidang: account.acct, Operator: Sama dengan, Nilai: (akun AR).
Total akun pada laporan Saldo Percobaan GL harus seimbang dengan total pada laporan Piutang Dagang. Jika total dari kedua saldo laporan ini, tidak diperlukan rekonsiliasi lebih lanjut.
CATATAN: Jika memiliki beberapa akun Piutang dan atau beberapa sub akun dengan satu akun Piutang, Anda perlu melakukan salah satu dari dua hal ini:
1. Cetak laporan AR dengan pernyataan pilih untuk menyertakan hanya satu akun AR, lalu gunakan pernyataan pilih yang sama dalam Saldo Uji Coba GL dan bandingkan setiap akun AR satu per satu.
ATAU
2. Tambahkan semua akun AR dalam Saldo Uji Coba GL dan bandingkan dengan total dari laporan AR.
Saldo Percobaan Periode Pelanggan (08.621) dan Period Sensitive Aged AR (08.611) - Untuk rekonsiliasi periode sebelumnya, Dynamics SL menyediakan laporan ini yang memperlihatkan saldo dokumen periode tersebut dan bisa digunakan untuk rekonsiliasi dengan Ledger Umum periode sebelumnya.
Rekonsiliasi Perbedaan Antara laporan AR dan Saldo Percobaan GL Jika ditemukan perbedaan dengan membandingkan total baik dengan Ar Berusia atau Saldo Percobaan Pelanggan dengan Saldo Percobaan GL, ada banyak laporan mendetail yang tersedia di Dynamics SL untuk membantu menemukan
perbedaannya.
Detail General Ledger (01.620) – Cetak laporan ini untuk akun Piutang Utang Akun. Ini akan memperlihatkan semua entri yang diposting ke akun untuk periode tersebut.
Untuk memverifikasi modul tempat asal entri AR, gunakan bidang Tipe Jrnl. Modul akan memiliki modul yang ditetapkan sebagai AR (Accounts Receivable), GJ (General Ledger) atau AP (Accounts Payable). Mungkin saja, ketika memasukkan kumpulan GL, Tipe Jurnal dapat diubah menjadi AR, sehingga menggunakan Tipe Jrnl saja untuk menemukan perbedaan mungkin tidak cukup. Jika hal itu terjadi, gunakan Tipe Tran selain Tipe Jrnl untuk mengidentifikasi transaksi yang diperlukan. Tipe Tran yang mungkin adalah GL (General Ledger), CE (Consolidation), LS (Allocation Source) dan LD (Allocation Destination). Tipe Tran sama dengan tipe dokumen dokumen asli.
Jika terdapat Tipe Jrnl selain AR, hal ini akan mengindikasikan bahwa entri dibuat pada akun Piutang dagang melalui modul selain Piutang Akun yang akan menciptakan perbedaan antara General Ledger dan Accounts Receivable. Cara sederhana untuk menemukan entri asli transaksi adalah dengan melakukan hal berikut:
1. Perhatikan jumlah kumpulan transaksi dalam bidang Bat Nbr dan entri di bidang Tipe Jrnl dalam laporan Detail General Ledger.
2. Buka Edit Laporan untuk modul yang ditulis dalam bidang Tipe Jrnl (misalnya jika bidang Tipe Jrnl adalah GJ, buka laporan GL Edit (01,810). Masukkan pernyataan pemilihan agar laporan hanya menyertakan jumlah kumpulan yang disebutkan di atas. Teliti transaksi yang dimaksud pada Edit Laporan dan tentukan penyesuaian yang diperlukan untuk menyeimbangkan akun antara akun Ledger Umum dan Piutang Akun.
Entri yang diposting ke periode sebelumnya tidak akan dicetak dalam laporan Detail General Ledger saat ini. Untuk menentukan apakah entri telah diposting ke periode sebelumnya, bandingkan saldo awal laporan Detail Umum Ledger bulan ini dengan saldo akhir laporan bulan sebelumnya untuk akun Piutang Akun dan subaccount. Jika saldo awal bulan ini dan saldo akhir bulan sebelumnya tidak sama, ada indikasi bahwa transaksi telah diposting ke periode sebelumnya. Cetak Ledger Umum Detail untuk periode sebelumnya dan teliti transaksi yang diposting ke periode tersebut. Transaksi yang diposting dalam periode berbeda akan ditandai dengan tanda bintang (*) dan penjelasan 'Mengindikasikan bahwa periode yang dimasukkan berbeda dari postingan periode' akan dicetak di bagian bawah halaman yang memudahkan untuk melihat sekilas transaksi mana yang diposting dalam periode berbeda.
Transaksi GL (01.680) – Laporan ini juga digunakan ketika mencoba rekonsiliasi perbedaan antara General Ledger dan Accounts Receivable. Buat laporan ini dengan format Tidak Diposting. Semua transaksi yang dimasukkan melalui modul anak perusahaan seperti Piutang Akun serta yang dimasukkan melalui Ledger Umum tercantum di laporan ini. Ini akan memastikan tidak ada transaksi yang belum diposting yang mungkin mempengaruhi pelanggan atau saldo Ledger Umum.
Distribusi Akun (08,630) - Untuk memastikan bahwa akun Piutangbilitas Akun didebet dengan benar untuk faktur dan memo debit dan dikreditkan untuk pembayaran dan memo kredit, tinjauan laporan ini harus dilakukan. Saldo pada laporan ini harus sama dengan saldo akun Piutang Dagang dalam laporan Detail General Ledger. Peninjauan bidang Tipe Transaksi (TnTp) akan membantu mengidentifikasi transaksi. Tipe transaksi dalam modul Piutang Akun adalah IN (faktur), PA (pembayaran), CM (memo kredit), DM (memo debit) dan FI (biaya keuangan). Jumlah kumpulan setiap transaksi juga tercantum dalam laporan ini. Jika ditemukan transaksi yang pertanyaan, perhatikan jumlah kumpulan dalam bidang Kumpulan dan tinjau kumpulan dengan menjalankan laporan AR Edit (08.810) menurut nomor kumpulan.
AR Transactions (08.640) – Laporan ini sangat membantu jika transaksi yang tak ditanyap muncul pada salah satu laporan di atas. Laporan ini mencantumkan setiap transaksi yang dimasukkan untuk periode saat ini dalam Faktur dan Memo (08.010), Aplikasi Pembayaran (08.030) dan Entri Pembayaran (08.050). It shows each Accounts Receivable account and offsetting expense account to which the transactions are posted. Untuk mengurutkan laporan menurut tipe transaksi, pilih ARTRAN. TranType dalam bidang Urutkan/Pilih, dan di bidang nilai, pilih tipe TnTp transaksi yang dimaksud.
Pemeriksaan Integritas Piutang Akun (08,990) - Jika setelah meninjau laporan di atas masalah belum diatasi, ini adalah opsi berikutnya yang perlu dipertimbangkan. Pemeriksaan Integritas memverifikasi bahwa data dalam modul Piutang Akun telah lengkap dan akurat.
Opsi yang hanya digunakan untuk memverifikasi data dan tidak mengubah data dalam modul Piutang Akun adalah: Verifikasi Kumpulan AR yang Diposting - Pilih untuk meninjau semua kumpulan Piutang Akun yang dirilis untuk memastikan bahwa data telah ditransfer dengan benar ke
General Ledger (mis., keduanya lengkap dan akurat di Ledger
Umum). Proses tersebut melihat setiap kumpulan dan memastikan bahwa ada dokumen untuk kumpulan dan jumlah dokumen telah akumulasi ke Total Kontrol kumpulan. Jika terdapat perbedaan, entri log kejadian akan dibuat.
Verifikasi Saldo Pelanggan - Pilih untuk meninjau semua catatan pelanggan untuk memverifikasi bahwa saldo dokumen terbuka setiap pelanggan sama dengan jumlah saldo saat ini dan masa mendatang yang terkait dengan pelanggan. Jika terdapat perbedaan, entri log kejadian akan dibuat.
Verifikasi Aplikasi Pembayaran - Pilih untuk meninjau proses aplikasi untuk semua pembayaran dan memo kredit untuk memastikan bahwa catatan dokumen yang disesuaikan dan disesuaikan telah diperbarui (diterapkan dengan benar ke database). Jika terdapat perbedaan, entri log kejadian akan dibuat.
Verifikasi Periode Penutupan Anda
harus selalu menjalankan opsi verifikasi terlebih dahulu sebelum menjalankan opsi untuk memperbaiki atau menyusun ulang data. Opsi yang benar dan menyusun ulang dalam Pemeriksaan Integritas Piutang Akun perlu dijalankan dengan hati-hati karena opsi ini akan mengubah data dalam catatan terkait. Proses menyusun ulang tidak boleh dijalankan tanpa persetujuan dari supervisor akuntansi. Pencadangan database harus selalu diselesaikan sebelum menjalankan salah satu proses ini. Opsinya adalah: Koreksi Saldo Pelanggan menjadi Total Saldo Dokumen – Pilih untuk meninjau semua catatan pelanggan dan memperbarui (menghitung ulang) catatan sebagaimana diperlukan untuk menyetujui dengan dukungan saldo
dokumen terbuka mereka. Sebelum Menjalankan fungsi ini, Anda harus memastikan bahwa semua dokumen dalam database telah lengkap dan benar. Jalankan Verifikasi Kumpulan AR yang Diposting, Verifikasi Saldo Pelanggan, dan Verifikasi Aplikasi Pembayaran sebelum Anda menjalankan fungsi ini. Opsi ini hanya tersedia jika Verifikasi Saldo Pelanggan telah dipilih.
Menyusun ulang Riwayat AR dari Dokumen – Pilih untuk memperbarui catatan riwayat pelanggan dengan meringkas dokumen piutangable bagi setiap pelanggan menurut periode. Jalankan Verifikasi Kumpulan AR yang Diposting, Verifikasi Saldo Pelanggan, dan Verifikasi Aplikasi Pembayaran sebelum Anda menjalankan fungsi ini.
Periode Penutupan yang Benar Jika kesalahan telah ditemukan dan diperbaiki, Saldo Uji Coba GL dan Saldo Percobaan Pelanggan AR atau laporan Ar Berusia harus dicetak ulang dan ditinjau untuk memverifikasi bahwa
saldo setuju.
Setelah rekonsiliasi bulanan selesai dan telah diverifikasi bahwa Piutang Akun dan Ledger Umum setuju, penutup untuk bulan tersebut dapat dilakukan.
Artikel ini adalah TECHKnowledge Document ID:136078
