Practical Guide to Account Payable and Account Receivable

Practical Guide to AP & AR : Workflows, Tips, and Troubleshooting

Manajemen keuangan hotel sangat kompleks dengan volume transaksi yang masif. Dalam ekosistem ini, pengelolaan Account Receivable (AR/Piutang) dan Account Payable (AP/Utang) berfungsi ibarat "sistem peredaran darah" yang memastikan kelangsungan operasional dan profitabilitas hotel. Kesalahan dalam mengelolanya dapat menyebabkan kebocoran pendapatan atau krisis likuiditas.

Webinar ini memiliki 4 tujuan utama: memahami alur kerja AP & AR dari awal hingga akhir, menyelesaikan masalah operasional dengan Best Practice Power Pro, menganalisis laporan transaksi untuk strategi bisnis, dan melakukan tanya jawab interaktif.

🔄 Alur Uang Masuk & Keluar (Money In & Money Out)

• Money In (Account Receivable):

  • Jalur City Ledger: Digunakan untuk tamu Corporate/Travel Agent dengan fasilitas kredit. Alurnya: Guest > City Ledger > Invoice diterbitkan oleh Finance > Cash Receipt / Deposit Apply.

  • Jalur Credit Card: Alurnya: Guest > Credit Card (Mesin EDC) > Card Batch (dikirim ke bank saat End of Day) > Reconciliation (pencocokan data) > Bank Book.

• Money Out (Account Payable):

  • Dimulai dari Purchase Order (PO) kepada vendor.

  • Jika ada Uang Muka: Deposit Entry > Deposit Apply (memotong tagihan setelah barang datang).

  • Proses Normal: Receiving (penerimaan barang) > Voucher (tagihan dicatat sebagai utang) > Cash Payment > Reconciliation > Bank Book.

⚙️ 6 Alur Kerja Utama (Workflows)

1. Invoice & Batch Management (AR)

• Invoice New (Debit Note): Digunakan untuk menambah tagihan pada invoice yang sudah diterbitkan. Contoh kasus: Jika invoice sudah dikirim ke perusahaan, namun tim Front Office menemukan ada transaksi minibar yang belum masuk tagihan.

• Bulk Entry Adjustment: Melakukan penyesuaian massal untuk transaksi dengan Customer dan Chart of Account (COA) yang sama. Sangat bermanfaat bagi hotel yang menerapkan standar USALI 12, di mana komisi memengaruhi Room Revenue. Tim AR tidak perlu membuat jurnal balancing komisi satu per satu untuk setiap invoice.

• Reminder Letters (Surat Peringatan): Terdapat 3 tahapan penagihan berdasarkan umur piutang:

  • First Reminder (>30 hari): Nada sopan/bersahabat, mengasumsikan klien mungkin lupa atau dokumen terselip.

  • Second Reminder (>60 hari): Nada lebih tegas, tim AR wajib melakukan follow-up via telepon ke bagian keuangan klien.

  • Final Reminder (>90 hari): Ultimatum tegas yang sering ditandatangani oleh Financial Controller atau GM. Sanksi untuk piutang di atas 120 hari meliputi Credit Hold (penangguhan fasilitas kredit), Black List, atau penyerahan ke agen penagih utang.

• Invoice Batch Entry: Memproses banyak invoice sekaligus tanpa perlu satu per satu. Keuntungan utamanya saat closing akhir bulan adalah jika pembayaran terlambat, transaksi tetap tercatat sesuai tanggal sebenarnya tanpa perlu repot memindahkan periode transaksi secara manual di menu Cash.

2. Voucher Entry Process (AP)

• 3 Sumber Transaksi Hutang:

  1. Credit Note (C/N): Pencatatan manual untuk transaksi jasa/kontrak yang tidak melalui proses penerimaan barang fisik.

  2. FO Share: Hutang dari bagi hasil pendapatan (contoh: kerja sama rental mobil dengan skema 60% untuk vendor, 40% untuk hotel).

  3. Receiving: Hutang otomatis dari penerimaan barang di modul Inventory.

• Merge & Delete: Menggabungkan transaksi hutang yang bernilai plus (+) dan minus (-) untuk membersihkan tumpukan saldo nol yang diakibatkan oleh kesalahan input (seperti salah kirim, salah kuantitas, atau salah costing).

• Export/Import Adjustment: Menyalin jurnal ke/dari Excel untuk transaksi yang berulang setiap bulan (seperti kontrak service), agar tidak perlu mengetik ulang.

• Import Front Office Transaction: Menarik data kewajiban pihak ketiga (seperti komisi atau profit sharing) secara otomatis dari Front Office ke Account Payable tanpa input manual.

3. Pengelolaan Pembayaran (Cash Receipt & Payment)

• Document Image Manager (DIM): Fitur untuk memindai (scan) dan menyimpan dokumen fisik (bukti transfer, PDF, Excel) secara elektronik langsung di dalam sistem agar pencarian dan audit lebih mudah.

• Partial Receipt & Payment: Memungkinkan pembayaran dicicil. Cukup input nominal yang dibayar, dan sisa tagihan akan otomatis tetap berstatus outstanding.

• Cash Over Paid (AR): Solusi jika perusahaan membayar lebih dari jumlah tagihan (menjadi saldo kredit di buku piutang hotel). Penyebab umumnya adalah Pembayaran Ganda atau Kesalahan Transfer (Human Error). Fitur ini harus diaktifkan secara manual di menu Parameter Setup.

4. Credit Card Journal (AR)

• Credit Card New: Input manual kartu kredit AR jika mesin EDC gagal melakukan Auto Settlement.

• Split: Memecah satu total tagihan tamu agar bisa dibayar menggunakan dua atau lebih kartu kredit yang berbeda.

• Change Type: Mengubah jenis kartu (misal dari Visa ke Mastercard). Penting: Jika masing-masing jenis kartu memiliki COA yang berbeda, perubahan harus dilakukan dari sumbernya (FO/FB), bukan langsung dari jurnal, agar tidak terjadi selisih rekonsiliasi.

• Peringatan Keras (Troubleshooting): Jangan pernah mengubah nilai biaya (fee) langsung pada setup tipe kartu kredit yang lama, karena akan merusak riwayat transaksi terdahulu. Jika ada perubahan fee, selalu buat setup tipe kartu yang baru.

5. Pengaturan Batasan (Guardrails)

• Credit Limit (Corporate) & Guest Credit Limit (Individu): Membatasi batas maksimal piutang. Jika tagihan melebihi batas (misal limit Rp 50.000.000), sistem akan memberikan peringatan, dan hotel berhak meminta metode pembayaran lain untuk mencegah bad debt (piutang macet).

• Due Days (Jatuh Tempo): Menentukan periode waktu pembayaran yang diizinkan. Ini vital untuk memprediksi kelancaran arus kas dan manajemen risiko kredit.

6. Proses Tutup Buku (Month-End Closing)

• Cash Browser:

  • Cash Schedule (AR) memprediksi kapan uang akan masuk dari pelanggan.

  • Cash Required (AP) memprediksi kapan utang harus dibayar. Prinsip arus kas yang baik: pembayaran AP yang ideal dilakukan tepat waktu (sekitar 7 hari sebelum jatuh tempo), bukan dilakukan secepat mungkin, demi menjaga likuiditas.

• Syarat Mutlak Closing: Saldo Ending Aging harus persis sama dengan saldo Ending Mutation.

🛠 Troubleshooting: 3 Pertanyaan Klasik Akhir Bulan

1. "Ke mana perginya invoice itu?"

   • Jawaban: Dokumen belum di-transfer. Jalankan kembali proses Night Audit langkah No.18 (City Ledger & Commission Transfer).

2. "Mengapa transaksi voucher tidak muncul?"

   • Jawaban: Pastikan filter status (Open, Prepare, Closed) sudah dicentang semua. Atau gunakan "Nomor A/P" yang ada pada Receiving Document sebagai kata kunci pencarian.

3. "Mengapa laporan Aging tidak sesuai dengan Mutasi?"

   • Jika Aging > Mutation: Ada dokumen adjustment yang sudah dibuat tapi belum di-Release (Solusi: Lakukan Release dokumen).

   • Jika Mutation > Aging: Ada pembayaran yang melewati periode bulan hutang/piutang (Solusi: Samakan due date transaksi penerimaan/pembayaran agar masuk di periode bulan yang sama).

📊 4 Rekomendasi Laporan Penting untuk Manajemen

1. AR First, Second & Final Reminder: Untuk menjalankan SOP penagihan piutang secara disiplin berdasarkan usia tunggakan.

2. AR Credit Limit Customer: Memantau batas maksimal utang tamu/perusahaan agar sistem memberi peringatan jika melampaui batas.

3. AP Aging Report Detail: Membantu Director of Finance memutuskan utang mana yang bisa ditunda dan mana yang harus segera dibayar, serta sangat berguna untuk mencegah terjadinya pembayaran ganda (Double Payment).

4. AP Deposit Aging & Mutation Report: Berfungsi melacak dan memantau pergerakan uang muka (DP) yang sudah dibayarkan hotel kepada vendor.

🧠 Interactive Summary

Gunakan kuis singkat di bawah ini untuk mengulas dan menguji pemahaman Anda terhadap materi operasional di atas:

1. Troubleshooting Invoice: Jika sebuah invoice (tagihan) sudah diproses namun tidak muncul di Invoice Browser, langkah apa yang paling tepat dilakukan berdasarkan best practice di Power Pro?

• A. Membuat ulang invoice secara manual melalui fitur Invoice New.

• B. Melakukan pengecekan pada proses Night Audit langkah ke-18 (City Ledger & Commission Transfer).

• C. Menggunakan fitur Merge & Delete Voucher untuk memunculkan kembali invoice tersebut.

• D. Mengubah tipe kartu kredit (Change Credit Card Type) pada Credit Card Journal.

• E. Menghapus data perusahaan dan menginput ulang di Customer List.

Jawaban Benar: B. Alasan: Berdasarkan materi, jika invoice tidak muncul, hal tersebut terjadi karena dokumen belum di-transfer. Invoice masuk melalui proses transfer ketika Night Audit dijalankan, tepatnya pada langkah No. 18: City Ledger & Commission Transfer. Jika belum masuk, Anda hanya perlu menjalankan transfer ulang via modul FO.

2. Sumber Transaksi Hutang (Account Payable): Pada proses Voucher Entry (AP), transaksi utang dapat berasal dari tiga sumber utama. Apa yang dimaksud dengan utang dari sumber FO Share?

• A. Utang yang dibuat secara manual untuk transaksi jasa yang tidak melalui proses Receiving.

• B. Utang akibat kelebihan pembayaran dari perusahaan (Cash Over Paid).

• C. Utang yang terbentuk otomatis dari proses penerimaan barang fisik di modul Inventory.

• D. Utang yang timbul dari skema pembagian pendapatan (profit sharing revenue) yang diproses melalui modul Front Office.

• E. Utang yang terjadi ketika kartu kredit tamu gagal di-settle pada mesin EDC.

Jawaban Benar: D. Alasan: FO Share merupakan utang yang berasal dari pembagian pendapatan atau skema profit sharing (seperti kerja sama penyewaan kendaraan dengan vendor) yang dihitung dan diproses secara langsung melalui modul Front Office (FO).

3. Manajemen Credit Card Fee: Apabila manajemen hotel memutuskan untuk mengubah persentase Credit Card Fee pada tipe kartu kredit yang sudah berjalan/terpakai, tindakan apa yang paling tepat sesuai dengan best practice Power Pro?

• A. Melakukan edit persentase fee secara langsung pada setup kartu yang lama.

• B. Menghapus semua riwayat transaksi dari kartu tersebut lalu membuat pengaturan yang baru.

• C. Membuat setup tipe kartu kredit (Credit Card Type) yang baru dengan fee yang baru.

• D. Memecah transaksi menggunakan fitur Split Credit Card Amount.

• E. Menjalankan fitur Merge & Delete untuk menyeimbangkan nilai fee yang lama dan baru.

Jawaban Benar: C. Alasan: Aturan emasnya adalah "Never edit a fee on an existing card setup". Jika Anda mengubah nominal fee langsung pada setup tipe kartu yang lama dan sudah pernah dipakai, nilai histori dari transaksi-transaksi lama akan ikut berubah mengikuti nominal fee yang baru. Oleh karena itu, Anda sangat direkomendasikan untuk membuat setup baru (New fee > new setup).

🧠 Q&A Summary 

Pada sesi Q&A ini, terdapat tiga studi kasus menarik dari peserta yang sering terjadi di lapangan beserta penyelesaiannya (troubleshooting) melalui sistem Power Pro:

1. Kasus Salah Input Supplier pada Purchase Order (PO)

• Penanya: Ibu Anastasia (Batika Hotel Cirebon).

• Pertanyaan: Jika PO salah mencantumkan supplier dan sudah diproses hingga tahap Receiving Release (RR), apakah bisa langsung diganti di modul AP?.

• Jawaban (Pak Bowo): Tidak bisa diganti langsung di modul AP karena Receiving adalah master file atau supporting document yang sangat penting untuk proses audit.

• Solusi: Harus diselesaikan di modul Inventory melalui proses Receiving Minus. Caranya sangat cepat: buka dokumen yang salah, klik kanan, lalu pilih Copy Reverse Entry Document untuk membuat dokumen receiving bernilai minus (sebagai lawan/penyeimbang). Setelah dirilis dan datanya menjadi balance (nol), buatlah receiving baru dengan memilih supplier yang sebenarnya.

2. Penggunaan Credit Note untuk Kontrak Proyek Pembangunan

• Penanya: Pak Daniel. (Labersa Toba Balige Hotel)

• Pertanyaan: Apakah Credit Note di AP bisa digunakan untuk mencatat hutang kontrak proyek bangunan besar (contoh: pembuatan lapangan futsal senilai 50 Miliar) yang pembayarannya dicicil per termin?.

• Jawaban (Pak Bowo): Bisa, namun perlakuannya khusus karena ini termasuk kategori Fixed Asset on Progress.

• Solusi: Pembelian bahan/barang untuk proyek tersebut disarankan masuk melalui Receiving, namun cost center-nya diarahkan ke Fixed Asset on Progress (masuk sementara ke Pasiva/neraca gantung). Nilai ini belum bisa langsung diakui sebagai biaya tetap. Nanti, setelah proyek bangunannya selesai (100%), barulah nilainya dialihkan menjadi aset (Aktiva) dan mulai disusutkan.

3. Mismatched Company Name antara FO dan AR Deposit

• Penanya: Bu Nunu (SIMK Makassar).

• Pertanyaan: Bagaimana mengatasi jika nama company yang diinput di Front Office (FO) adalah PT X, tetapi diinput di AR Deposit dengan nama PT Z, dan statusnya sudah Close?.

• Jawaban (Pak Bowo): Jika nama perusahaannya berbeda, deposit tidak akan pernah bisa di-apply secara langsung.

• Solusi: Harus dibuatkan Bridge Account (Jurnal Jembatan/Silang). Caranya:

  1. Buat jurnal penyelesaian di PT Z (perusahaan yang salah) ke akun penampung sementara (contoh: Clearance Bank Transfer) agar saldo di PT Z menjadi nol/habis.

  2. Kemudian, buat adjustment lagi pada PT X (perusahaan yang benar) menggunakan akun silang yang sama.

  3. Dengan metode ini, saldo akan berpindah ke perusahaan yang tepat, jurnal debit-kreditnya tetap seimbang (nol), dan histori pencatatannya dapat dilacak dengan baik.