Sistem Keuangan Awal

Cara Membuat Rekonsiliasi Settlement QRIS, EDC, E-Wallet, dan Delivery Platform

29 Jul 2026
6 min
Cara Membuat Rekonsiliasi Settlement QRIS, EDC, E-Wallet, dan Delivery Platform
▶ Video Singkat
Cara Membuat Rekonsiliasi Settlement QRIS, EDC, E-Wallet, dan Delivery Platform
Youtube Shorts
Tonton video

Rekonsiliasi settlement adalah proses mencocokkan antarapenjualan non-tunai yang tercatat di POS / laporan harian restorandengandana yang benar-benar masuk ke rekening bankdari QRIS, EDC kartu debit/kredit, e-wallet, transfer, dan delivery platform.

Jika rekonsiliasi kas harian memastikan uang tunai cocok, maka rekonsiliasi settlement memastikan bahwa transaksi non-tunai benar-benar cair ke rekening sesuai jumlah, waktu, biaya MDR/platform fee, refund, promo, dan potongan yang berlaku.

Dalam bisnis restoran modern, transaksi non-tunai sering menjadi porsi besar dari total sales. Banyak restoran merasa omzet tinggi, tetapi saldo bank tidak bertambah sesuai laporan. Penyebabnya bisa karena dana belum cair, ada MDR, settlement berbeda tanggal, platform fee, promo sharing, refund, chargeback, transaksi gagal, atau laporan provider tidak dicocokkan.
Rekonsiliasi settlement membantu restoran menjawab:

Pertanyaan Mengapa Penting
Apakah semua transaksi QRIS sudah cair ke bank? Mencegah dana tertahan atau hilang
Apakah EDC kartu sudah masuk sesuai batch? Mengontrol settlement kartu
Apakah e-wallet sudah masuk sesuai laporan? Memastikan payment digital valid
Apakah delivery platform membayar sesuai sales? Mengontrol payout platform
Apakah MDR dan platform fee benar? Mengukur biaya channel
Apakah refund/chargeback tercatat? Mencegah selisih tidak jelas
Apakah settlement pending masih wajar? Mengontrol aging dana belum cair
Apakah saldo bank sesuai laporan penjualan? Mempercepat finance closing

Secara sederhana, alurnya adalah:

POS Sales Non-Tunai → Laporan Payment Provider / Platform → Settlement Masuk Bank → Rekonsiliasi → Selisih / Pending / Fee → Follow Up

Contoh sederhana:

Komponen Nilai
QRIS sales di POS Rp10.000.000
MDR QRIS 0,7% Rp70.000
Settlement seharusnya masuk Rp9.930.000
Settlement aktual bank Rp9.930.000
Status Cocok

Jika settlement aktual hanya Rp9.700.000, maka perlu dicari: apakah ada refund, biaya tambahan, settlement terpisah, transaksi gagal, atau dana belum cair.

Restoran Skala Micro

A. Pembahasan Umum

Pada restoran skala mikro, pembayaran non-tunai biasanya dimulai dari QRIS pribadi atau QRIS merchant sederhana. Owner sering hanya melihat notifikasi pembayaran di handphone dan menganggap uang sudah masuk. Padahal dana QRIS bisa cair ke rekening pada hari yang berbeda, dipotong biaya MDR, atau tercampur dengan transaksi pribadi jika rekening belum dipisahkan.

Masalah umum pada skala mikro adalah owner mencatat omzet QRIS sebagai uang masuk hari itu, tetapi tidak mengecek apakah dana benar-benar cair ke bank. Akibatnya, saat saldo rekening tidak sesuai ekspektasi, owner bingung. Masalah lain adalah penggunaan rekening pribadi untuk usaha, sehingga transaksi usaha bercampur dengan transfer keluarga, belanja pribadi, atau pembayaran lain.

Untuk skala mikro, rekonsiliasi settlement cukup sederhana. Owner perlu mencatat:

  1. Total sales QRIS harian.
  2. Estimasi dana yang akan cair.
  3. Tanggal dana masuk ke rekening.
  4. Potongan biaya jika ada.
  5. Selisih jika dana tidak sesuai.
  6. Pemisahan rekening usaha dan pribadi.

Fokusnya bukan membuat laporan rumit, tetapi memastikan transaksi QRIS benar-benar masuk ke rekening usaha.


B. Tujuan & Manfaat

Tujuan rekonsiliasi settlement pada skala mikro adalah memastikan semua pembayaran QRIS/transfer benar-benar masuk ke rekening usaha.

Manfaatnya:

Manfaat Penjelasan
Dana non-tunai lebih jelas Owner tahu mana yang sudah cair dan pending
Saldo bank lebih mudah dipahami Mutasi cocok dengan catatan sales
Cash flow lebih akurat Owner tahu uang yang benar-benar tersedia
Selisih cepat diketahui Tidak menunggu akhir bulan
Rekening usaha lebih disiplin Transaksi pribadi tidak mencampur laporan
Owner lebih percaya data QRIS bukan hanya notifikasi, tetapi dana nyata

C. Proses & Alur Kerja

  1. Owner mencatat QRIS sales harian.
  2. Owner mengecek mutasi rekening.
  3. Dana masuk dicocokkan dengan sales tanggal terkait.
  4. Potongan MDR dicatat.
  5. Transaksi yang belum masuk ditandai pending.
  6. Jika melewati waktu normal, owner follow up provider.
  7. Rekap mingguan dibuat untuk melihat total dana masuk.

Alur Sederhana

Tahap Aktivitas
Catat Sales QRIS/transfer harian
Cek Bank Mutasi rekening
Cocokkan Sales vs dana masuk
Catat Fee MDR/potongan
Tandai Pending Dana belum cair
Follow Up Jika settlement terlambat

D. SOP yang Terkait

SOP Rekonsiliasi Settlement Skala Mikro

Langkah Prosedur
1 Catat total QRIS/transfer sales setiap hari
2 Pisahkan transaksi tunai dan non-tunai
3 Gunakan rekening usaha jika memungkinkan
4 Cek mutasi rekening setiap hari atau minimal 2–3 hari sekali
5 Cocokkan sales QRIS dengan dana masuk
6 Catat potongan MDR jika ada
7 Tandai transaksi yang belum cair sebagai pending
8 Follow up provider jika dana tidak cair melewati waktu normal
9 Jangan mencampur dana QRIS dengan transaksi pribadi
10 Rekap settlement mingguan untuk melihat dana masuk bersih

E. Audit yang Terkait

Area Audit Pertanyaan Audit
Catatan QRIS Apakah sales QRIS dicatat harian?
Mutasi bank Apakah rekening dicek secara rutin?
Rekening usaha Apakah transaksi usaha dipisahkan dari pribadi?
MDR Apakah potongan biaya dipahami?
Pending Apakah dana belum cair ditandai?
Selisih Apakah selisih settlement dicari penyebabnya?
Follow up Apakah dana terlambat dicari ke provider?
Rekap mingguan Apakah total sales non-tunai cocok dengan dana masuk?

F. Stakeholder Terkait

Stakeholder Peran
Owner Mencatat dan mencocokkan settlement
Helper/karyawan Memastikan transaksi QRIS benar diterima
Pelanggan Melakukan pembayaran non-tunai
Payment provider Memproses QRIS/transfer
Bank Menerima dana settlement
Keluarga owner Perlu memahami pemisahan uang usaha dan pribadi jika rekening bersama pernah digunakan

G. Studi Kasus

Warung "Nasi Kuning Bu Sinta"

Komponen Kondisi
Jenis usaha Nasi kuning, lauk, gorengan
Jumlah kursi 8 kursi
Omzet bulanan ± Rp25 juta
Karyawan Owner + 1 helper
Pembayaran non-tunai QRIS
Masalah utama QRIS dicatat sebagai sales, tetapi tidak dicek pencairannya

Bu Sinta menerima pembayaran tunai dan QRIS. Setiap hari ia mencatat QRIS berdasarkan notifikasi. Namun ia tidak pernah mencocokkan dengan mutasi rekening. Setelah beberapa minggu, ia merasa saldo bank tidak sesuai dengan total QRIS yang ia catat.

Setelah dibuat rekonsiliasi sederhana, terlihat bahwa sebagian dana QRIS masuk H+1 dan ada potongan MDR kecil.

Rekonsiliasi QRIS Sederhana

Tanggal Sales QRIS Sales Estimasi Potongan Estimasi Cair Tanggal Masuk Bank Aktual Masuk Status
1 Juni Rp450.000 Rp3.150 Rp446.850 2 Juni Rp446.850 Cocok
2 Juni Rp520.000 Rp3.640 Rp516.360 3 Juni Rp516.360 Cocok
3 Juni Rp380.000 Rp2.660 Rp377.340 4 Juni Rp377.340 Cocok
4 Juni Rp600.000 Rp4.200 Rp595.800 Belum masuk Rp0 Pending

Dari tabel ini, Bu Sinta tahu bahwa dana 4 Juni belum hilang, hanya masih pending.


Template Rekonsiliasi Mikro

Berikut contoh template tersebut:

Tanggal QRIS Sales Estimasi Cair Aktual Masuk Bank Selisih Status Catatan
          Clear/Pending/Selisih  
          Clear/Pending/Selisih  
          Clear/Pending/Selisih  

H. Evaluasi & Refleksi

Pertanyaan refleksi untuk restoran mikro:

  1. Apakah saya mencatat total QRIS setiap hari?
  2. Apakah saya mengecek dana benar-benar masuk ke rekening?
  3. Apakah rekening usaha masih bercampur dengan pribadi?
  4. Apakah saya tahu kapan QRIS biasanya cair?
  5. Apakah saya memahami potongan MDR?
  6. Apakah ada dana QRIS yang pending terlalu lama?
  7. Apakah cash flow saya menghitung uang yang sudah cair, bukan hanya sales?

Kesimpulan Skala Mikro

Untuk restoran mikro, rekonsiliasi settlement cukup dilakukan sederhana. Fokusnya adalah mencatat QRIS sales, mengecek mutasi bank, mencatat potongan, menandai pending, dan memisahkan rekening usaha. Dengan begitu, owner tidak hanya tahu omzet non-tunai, tetapi juga tahu uang yang benar-benar masuk.

🔒
Buka panduan lengkap

Anda sedang melihat cuplikan gratis Skala Micro. Masuk atau daftar untuk membaca panduan lengkap Skala Micro — sekaligus membuka Skala lainnya.

🏪 KecilSudah naik level dari usaha sederhana. Punya gerai tetap, alur kerja mulai jelas, dan ada tim kecil yang bantu jalanin operasional sehari-hari. 🔒 Member
🏬 SedangBisnis mulai berkembang ke beberapa gerai atau skala yang lebih besar. Pengelolaannya sudah lebih rapi dengan pembagian peran yang jelas. 🔒 Member
🏢 BesarSudah jadi jaringan atau bahkan franchise, dengan banyak lokasi dan volume penjualan yang tinggi. Sistem dan tim biasanya sudah matang. 🔒 Member

Gratis · Tanpa kartu kredit · Akses penuh ke seluruh panduan & tools

Restoran Skala Kecil

A. Pembahasan Umum

Pada restoran skala kecil, metode pembayaran biasanya lebih beragam. Selain tunai dan QRIS, restoran bisa menerima EDC kartu debit/kredit, transfer, e-wallet, serta delivery platform. Karena metode pembayaran bertambah, settlement juga menjadi lebih kompleks. Setiap provider bisa memiliki jadwal pencairan dan potongan biaya yang berbeda.

Masalah umum pada skala kecil adalah owner melihat sales harian dari POS, tetapi tidak memantau settlement satu per satu. QRIS masuk H+1, EDC masuk H+1 atau H+2, delivery platform masuk mingguan atau sesuai jadwal, dan transfer bisa masuk langsung. Jika tidak dibuat aging settlement, owner sulit tahu dana mana yang sudah cair dan mana yang masih pending.

Pada tahap ini, restoran perlu membuatSettlement Log. Settlement log mencatat sales non-tunai harian, expected settlement, actual settlement, fee, tanggal masuk, dan status.

Komponen penting:

Komponen Fungsi
POS non-cash sales Dasar penjualan
Provider report Bukti transaksi dari payment provider
Bank statement Bukti dana masuk
Fee/MDR Potongan transaksi
Expected settlement Dana seharusnya masuk
Actual settlement Dana aktual masuk bank
Pending amount Dana belum cair
Variance Selisih yang harus dijelaskan
Settlement date Tanggal pencairan

B. Tujuan & Manfaat

Tujuan rekonsiliasi settlement pada skala kecil adalah memastikan dana non-tunai tidak tertinggal, tidak hilang, dan dipahami jadwal pencairannya.

Manfaatnya:

Manfaat Penjelasan
Cash flow lebih akurat Owner tahu dana yang sudah cair dan belum
Settlement pending terlihat Tidak bingung saat saldo bank belum masuk
Fee channel terlihat QRIS, EDC, platform fee bisa dihitung
Delivery lebih terkontrol Payout tidak hanya dipercaya begitu saja
Finance lebih rapi Bank mutasi cocok dengan POS
Selisih cepat ditindaklanjuti Provider bisa dihubungi lebih cepat
Pricing channel lebih tepat Biaya platform terlihat dalam margin

C. Proses & Alur Kerja

  1. Admin/kasir menarik POS payment breakdown.
  2. Laporan provider dikumpulkan.
  3. Expected settlement dihitung.
  4. Mutasi bank dicek.
  5. Settlement dicocokkan.
  6. Pending dan variance ditandai.
  7. Follow up dilakukan jika lewat jadwal.
  8. Fee dicatat sebagai biaya.
  9. Owner review settlement mingguan.

Alur Kerja

Tahap Aktivitas
POS Report Sales per payment method
Provider Report QRIS, EDC, e-wallet, delivery
Expected Settlement Sales dikurangi fee
Bank Check Mutasi rekening
Matching Expected vs actual
Aging Pending settlement
Follow Up Provider/platform
Review Owner/admin mingguan

D. SOP yang Terkait

SOP Rekonsiliasi Settlement Skala Kecil

Langkah Prosedur
1 Tarik laporan POS per metode pembayaran
2 Pisahkan QRIS, EDC, e-wallet, transfer, delivery
3 Ambil laporan transaksi dari masing-masing provider
4 Hitung expected settlement setelah fee/MDR
5 Cek mutasi bank setiap hari
6 Cocokkan dana masuk dengan tanggal sales dan provider
7 Tandai status: clear, pending, partial, selisih
8 Buat aging untuk dana pending
9 Follow up provider/platform jika dana lewat jadwal cair
10 Admin/owner review settlement log mingguan
11 Selisih dicatat sebagai item investigasi
12 Fee/MDR dicatat sebagai biaya channel

E. Audit yang Terkait

Area Audit Pertanyaan Audit
POS breakdown Apakah sales dipisah per metode pembayaran?
Provider report Apakah laporan provider diunduh/dicek?
Bank matching Apakah dana masuk dicocokkan dengan sales?
Fee/MDR Apakah potongan biaya dihitung?
Pending aging Apakah dana belum cair dipantau berdasarkan umur?
Variance Apakah selisih dicari penyebabnya?
Delivery payout Apakah payout platform dipantau?
Weekly review Apakah settlement log direview rutin?

F. Stakeholder Terkait

Stakeholder Peran
Owner Mengawasi dana masuk
Kasir Menutup POS dan payment report
Admin/Finance sederhana Membuat settlement log
Payment provider Memproses QRIS, EDC, e-wallet
Bank Menerima dana settlement
Delivery platform Membayar payout restoran
Supervisor Menjelaskan transaksi abnormal jika ada
Marketing Perlu memahami biaya promo/platform

G. Studi Kasus

Café "Kopi Sudut Kota"

Komponen Kondisi
Jenis usaha Coffee shop, toast, pastry
Jumlah kursi 45 kursi
Omzet bulanan ± Rp240 juta
Karyawan 9 orang
Payment channel QRIS, EDC, e-wallet, delivery
Masalah utama Banyak dana non-tunai masuk pada tanggal berbeda dan sulit dilacak

Café ini memiliki sales harian rata-rata Rp8 juta. Sekitar 70% transaksi non-tunai. Owner sering merasa saldo rekening tidak sesuai karena dana masuk terpecah ke beberapa tanggal dan dipotong biaya.

Setelah dibuat settlement log, arus dana menjadi lebih jelas.

Settlement Log Harian

Tanggal Sales Channel Sales POS Fee Expected Settlement Actual Masuk Tanggal Masuk Status
1 Juni QRIS Rp3.000.000 Rp21.000 Rp2.979.000 Rp2.979.000 2 Juni Clear
1 Juni EDC Rp1.500.000 Rp22.500 Rp1.477.500 Rp1.477.500 3 Juni Clear
1 Juni E-wallet Rp800.000 Rp8.000 Rp792.000 Rp792.000 2 Juni Clear
1 Juni Delivery Rp1.200.000 Rp300.000 Rp900.000 Rp0 Pending Pending

Delivery masih pending karena platform cair mingguan. Tanpa settlement log, owner mungkin mengira dana hilang.


Template Settlement Log Kecil

Berikut contoh template tersebut:

Tanggal Sales Provider Sales POS Fee Expected Actual Bank Selisih Status Follow Up
                 
                 
                 

H. Evaluasi & Refleksi

Pertanyaan refleksi untuk restoran kecil:

  1. Apakah saya tahu total settlement pending hari ini?
  2. Apakah saya tahu jadwal cair QRIS, EDC, e-wallet, dan delivery?
  3. Apakah settlement log dibuat rutin?
  4. Apakah platform fee dan MDR dicatat sebagai biaya?
  5. Apakah bank mutasi cocok dengan POS?
  6. Apakah delivery payout pernah berbeda dari laporan sales?
  7. Apakah dana pending yang terlalu lama difollow up?

Kesimpulan Skala Kecil

Untuk restoran kecil, rekonsiliasi settlement harus menggunakan settlement log. Fokusnya adalah POS payment breakdown, provider report, expected settlement, bank matching, fee/MDR, pending aging, dan follow up. Dengan settlement log, owner tahu uang non-tunai mana yang sudah benar-benar masuk dan mana yang masih harus dipantau.

🧠
Uji Pemahaman Anda — Skala Kecil Jawab beberapa pertanyaan singkat untuk mengecek pemahaman Anda.

Restoran Skala Sedang

A. Pembahasan Umum

Pada restoran skala sedang, rekonsiliasi settlement harus menjadi bagian dari finance control dan daily/weekly closing. Bisnis mungkin memiliki beberapa outlet, beberapa EDC machine, QRIS provider, e-wallet, transfer, delivery platform, corporate order, dan catering. Jika rekonsiliasi dilakukan manual tanpa standar, finance akan sulit memastikan seluruh dana masuk.

Pada tahap ini, settlement harus dilacak per:

Dimensi Fungsi
Outlet Melihat dana per lokasi
Tanggal sales Menentukan asal transaksi
Tanggal settlement Menentukan kapan uang masuk
Payment method QRIS, EDC, wallet, transfer
Provider Nama bank/payment gateway/platform
Channel Dine-in, takeaway, delivery, catering
Fee MDR/platform fee
Status Clear, pending, partial, mismatch
Aging Umur dana belum cair
PIC follow up Siapa yang bertanggung jawab

Restoran sedang perlu memilikiSettlement Aging Report, yaitu laporan dana belum cair berdasarkan umur: H+1, H+2, H+3, >H+7, dan seterusnya.


B. Tujuan & Manfaat

Tujuan rekonsiliasi settlement pada skala sedang adalah memastikan dana non-tunai dari semua outlet dan channel masuk tepat waktu dan sesuai jumlah.

Manfaatnya:

Manfaat Penjelasan
Cash flow lebih terkendali Dana pending terlihat jelas
Finance closing lebih akurat Sales, fee, dan bank cocok
Piutang corporate lebih rapi Corporate order tidak tercampur payment harian
Delivery channel lebih transparan Platform payout dapat diuji
Outlet bisa dibandingkan Pending/mismatch terlihat per outlet
Management lebih siap Dana belum cair masuk cash planning
Risiko kehilangan dana menurun Settlement tidak dibiarkan tanpa follow up

C. Proses & Alur Kerja

  1. Outlet mengirim DSR harian.
  2. Finance menarik provider/platform report.
  3. Expected settlement dihitung.
  4. Bank statement diperiksa.
  5. Settlement dicocokkan.
  6. Pending dan mismatch masuk aging.
  7. Finance follow up provider/platform/corporate.
  8. Management menerima summary pending.
  9. Selisih berulang diaudit.

Alur Kerja

Tahap Aktivitas
DSR Collection Payment breakdown outlet
Provider Report QRIS, EDC, platform
Bank Matching Dana masuk rekening
Fee Check MDR/platform fee
Aging Pending settlement
Follow Up Provider/platform/customer
Reporting Finance dan management
Audit Mismatch berulang

D. SOP yang Terkait

SOP Rekonsiliasi Settlement Skala Sedang

Langkah Prosedur
1 Setiap outlet mengirim DSR dengan payment breakdown
2 Finance mengumpulkan laporan provider per outlet
3 Settlement dicocokkan dengan POS berdasarkan tanggal sales
4 Fee/MDR/platform fee dihitung dan dicatat
5 Dana masuk bank dicocokkan dengan expected settlement
6 Settlement partial atau mismatch dicatat
7 Aging report dibuat untuk dana belum cair
8 Corporate/catering receivable dipisahkan dari payment provider
9 Dana pending melewati threshold dieskalasi
10 Finance melakukan review settlement minimal mingguan
11 Management menerima ringkasan pending besar
12 Selisih berulang per outlet/provider masuk audit

E. Audit yang Terkait

Area Audit Pertanyaan Audit
Outlet DSR Apakah payment breakdown outlet lengkap?
Provider matching Apakah provider report dicocokkan dengan POS?
Bank reconciliation Apakah settlement cocok dengan bank?
Fee recording Apakah MDR/platform fee dicatat benar?
Aging report Apakah dana pending dipantau berdasarkan umur?
Corporate receivable Apakah corporate order dipisahkan sebagai piutang?
Escalation Apakah pending di atas threshold dieskalasi?
Mismatch Apakah selisih berulang ditindaklanjuti?
Management review Apakah pending besar dilaporkan?

F. Stakeholder Terkait

Stakeholder Peran
Owner/Management Mengawasi dana pending dan cash flow
Finance/Admin Melakukan rekonsiliasi settlement
Outlet Manager Memastikan DSR dan payment data benar
Kasir/Supervisor Menjaga closing payment akurat
Payment Provider Memproses settlement
Bank Menyediakan mutasi rekening
Delivery Platform Menyediakan payout statement
Corporate Customer Membayar invoice/catering
Operation Manager Menindaklanjuti outlet dengan mismatch
Internal Checker Memeriksa selisih berulang

G. Studi Kasus

Restoran "Nusantara Family Dining" — 3 Outlet

Komponen Kondisi
Jenis usaha Restoran keluarga Indonesia
Jumlah outlet 3 outlet
Omzet bulanan ± Rp3,8 miliar
Karyawan 50 orang
Payment channel QRIS, EDC, e-wallet, delivery, corporate transfer
Masalah utama Dana delivery dan corporate order sulit dipantau

Setiap outlet memiliki transaksi non-tunai besar. QRIS dan EDC relatif cepat cair, tetapi delivery platform dan corporate order sering tertunda. Finance perlu membuat laporan aging agar management tahu jumlah dana yang belum masuk.

Settlement Aging Report

Outlet QRIS Pending EDC Pending Delivery Pending Corporate Pending Total Pending Aging Tertua
Outlet A Rp2.500.000 Rp1.200.000 Rp8.500.000 Rp15.000.000 Rp27.200.000 H+10
Outlet B Rp1.800.000 Rp900.000 Rp6.000.000 Rp0 Rp8.700.000 H+4
Outlet C Rp3.200.000 Rp1.500.000 Rp11.000.000 Rp20.000.000 Rp35.700.000 H+18
Total Rp7.500.000 Rp3.600.000 Rp25.500.000 Rp35.000.000 Rp71.600.000 H+18

Dari laporan ini terlihat bahwa corporate pending dan delivery pending adalah masalah utama.

Action Plan

Masalah Action
Corporate pending H+18 Finance follow up invoice dan PIC corporate
Delivery pending besar Cocokkan payout statement platform
QRIS pending Cek settlement provider H+1/H+2
EDC pending Cek batch settlement dan bank statement
Total pending tinggi Masuk cash flow forecast

Template Settlement Aging Sedang

Berikut contoh template tersebut:

Tanggal Sales Outlet Provider/Channel Expected Actual Pending Aging Status PIC
                 
                 
                 

H. Evaluasi & Refleksi

Pertanyaan refleksi untuk restoran sedang:

  1. Apakah settlement dipantau per outlet dan channel?
  2. Apakah dana pending terlihat dalam aging report?
  3. Apakah delivery payout dicocokkan dengan platform statement?
  4. Apakah corporate order dipisahkan sebagai piutang?
  5. Apakah fee/MDR dicatat sebagai biaya?
  6. Apakah pending lebih dari threshold dieskalasi?
  7. Apakah settlement mismatch berulang diaudit?
  8. Apakah data settlement masuk cash flow forecast?

Kesimpulan Skala Sedang

Untuk restoran sedang, rekonsiliasi settlement harus menjadi bagian dari finance control. Fokusnya adalah DSR outlet, provider report, bank matching, fee recording, settlement aging, delivery payout, corporate receivable, escalation, dan management review. Dana yang belum cair harus terlihat, bukan tersembunyi dalam laporan sales.

🧠
Uji Pemahaman Anda — Skala Sedang Jawab beberapa pertanyaan singkat untuk mengecek pemahaman Anda.

Restoran Skala Besar

A. Pembahasan Umum

Pada restoran skala besar, rekonsiliasi settlement adalah bagian daritreasury governance,payment control,working capital management, danfraud risk management. Bisnis besar bisa memiliki puluhan outlet, multi-brand, banyak payment gateway, banyak bank account, delivery platform, marketplace, corporate sales, franchise settlement, voucher, gift card, refund, chargeback, dan promo sharing.

Pada tahap ini, rekonsiliasi settlement idealnya dilakukan melalui sistem atau dashboard yang menarik data dari:

Sumber Data Fungsi
POS Sales per outlet/channel/payment
Payment gateway QRIS, e-wallet, kartu, virtual account
Bank statement Dana aktual masuk
Delivery platform Sales, commission, promo, payout
Accounting system Posting revenue, fee, receivable
Treasury dashboard Dana masuk dan pending
CRM/gift card system Voucher, prepaid, loyalty
Franchise system Royalty atau settlement mitra

Rekonsiliasi settlement skala besar harus bisa mengidentifikasi:

  1. Settlement yang belum cair.
  2. Settlement yang kurang bayar.
  3. Fee yang salah.
  4. Refund/chargeback.
  5. Delivery payout mismatch.
  6. Promo sharing yang tidak sesuai.
  7. Settlement masuk ke rekening yang salah.
  8. Outlet/provider dengan mismatch berulang.
  9. Aging dana pending.
  10. Dampak terhadap cash flow.

B. Tujuan & Manfaat

Tujuan rekonsiliasi settlement pada skala besar adalah memastikan seluruh dana non-tunai dari semua channel benar-benar masuk, tercatat, dan ditindaklanjuti jika ada selisih.

Manfaatnya:

Manfaat Penjelasan
Working capital lebih kuat Dana pending terlihat dan bisa dikejar
Finance closing lebih cepat POS, provider, dan bank lebih terhubung
Fee leakage menurun MDR/platform fee salah cepat diketahui
Delivery profitability lebih jelas Komisi dan promo platform terlihat
Treasury visibility meningkat Dana masuk harian lebih akurat
Risiko fraud lebih rendah Refund/chargeback/mismatch dipantau
Corporate AR lebih rapi Invoice dan collection terlihat jelas
Investor readiness meningkat Payment governance lebih profesional

C. Proses & Alur Kerja

  1. Data POS masuk sistem.
  2. Provider/payment gateway report ditarik.
  3. Bank statement dicocokkan.
  4. Sistem menghitung expected settlement.
  5. Actual settlement dibandingkan.
  6. Pending dan mismatch masuk dashboard.
  7. Finance clearing team melakukan investigasi.
  8. Treasury memantau dana masuk.
  9. Delivery deduction dan corporate AR dipisahkan.
  10. Exception yang belum selesai dieskalasi.
  11. Internal audit sampling kasus berulang.
  12. Management menerima settlement risk report.

Alur Kerja

Tahap Aktivitas
Data Capture POS, provider, bank
Expected Calculation Sales dikurangi fee
Matching Expected vs actual
Aging Pending settlement
Exception Queue Mismatch investigation
Clearing Follow up provider/platform/customer
Treasury Review Dana masuk
Audit Repeated mismatch
Reporting Management summary

D. SOP yang Terkait

SOP Rekonsiliasi Settlement Skala Besar

Tahap Prosedur
1 Semua outlet wajib menggunakan payment mapping standar di POS
2 Data POS ditarik otomatis per outlet, brand, channel, dan payment method
3 Data provider/payment gateway ditarik harian
4 Bank statement diintegrasikan atau diunggah ke sistem
5 Sistem menghitung expected settlement berdasarkan sales dan fee table
6 Actual settlement dicocokkan dengan expected amount
7 Settlement pending masuk aging dashboard
8 Mismatch masuk exception queue berdasarkan provider/outlet/channel
9 Delivery payout direkonsiliasi dengan commission, promo, refund, dan adjustment
10 Corporate billing dipisahkan sebagai receivable
11 Gift card/voucher/prepaid dipisahkan dari revenue tunai biasa
12 Treasury memantau dana masuk harian
13 Finance clearing team menindaklanjuti exception
14 Internal audit melakukan sampling mismatch berulang
15 Management menerima settlement risk report berkala

E. Audit yang Terkait

Area Audit Pertanyaan Audit
Payment mapping Apakah POS payment method sudah standar?
Data integration Apakah POS, provider, dan bank data lengkap?
Fee table Apakah MDR/platform fee sesuai kontrak terbaru?
Matching logic Apakah expected vs actual dihitung benar?
Aging dashboard Apakah pending settlement terlihat berdasarkan umur?
Exception queue Apakah mismatch ditindaklanjuti sampai selesai?
Delivery deduction Apakah komisi, promo, refund, adjustment diuji?
Corporate AR Apakah piutang corporate dipisah dan ditagih?
Gift card/voucher Apakah prepaid/voucher dicatat sesuai sifatnya?
Treasury review Apakah treasury memantau dana masuk?
Audit trail Apakah perubahan status exception terekam?
Internal audit Apakah mismatch berulang diaudit?

F. Stakeholder Terkait

Stakeholder Peran
CEO/Management Mengawasi settlement risk dan cash flow
CFO/Finance Memimpin kontrol rekonsiliasi
Treasury Memantau dana masuk dan pending
Finance Clearing Team Menyelesaikan mismatch
Accounting Team Mencatat revenue, fee, dan receivable
IT/Data Team Mengelola integrasi POS-provider-bank
Operation/Area Manager Menindaklanjuti outlet dengan mapping/closing error
Outlet Manager Memastikan payment closing benar
Payment Provider Memberi settlement report
Bank Menyediakan bank statement
Delivery Platform Menyediakan payout dan deduction statement
Corporate Sales/Admin Menagih piutang corporate
Internal Audit Menguji exception dan kepatuhan

G. Studi Kasus

Grup "Urban Dining Indonesia"

Komponen Kondisi
Jenis usaha Multi-brand restaurant group
Jumlah outlet 85 outlet
Omzet tahunan ± Rp400 miliar
Karyawan 1.700 orang
Channel Dine-in, takeaway, delivery, corporate, franchise pilot
Masalah utama Settlement dari banyak provider sulit dikontrol secara manual

Urban Dining menggunakan beberapa provider QRIS, EDC bank, e-wallet, dua delivery platform besar, corporate billing, dan gift voucher. Finance membutuhkan waktu lama untuk mencocokkan settlement. Beberapa mismatch baru ditemukan setelah berminggu-minggu.

Setelah dashboard settlement dibuat, management bisa melihat dana pending dan mismatch per provider.

Dashboard Settlement Grup

Channel/Provider Sales Period Expected Settlement Actual Received Pending / Variance Status
QRIS Provider A 1–7 Juni Rp2.800.000.000 Rp2.790.000.000 Rp10.000.000 Follow up
EDC Bank B 1–7 Juni Rp1.500.000.000 Rp1.500.000.000 Rp0 Clear
E-wallet C 1–7 Juni Rp650.000.000 Rp648.000.000 Rp2.000.000 Fee check
Delivery Platform X 1–7 Juni Rp1.200.000.000 Rp1.150.000.000 Rp50.000.000 Commission/promo check
Delivery Platform Y 1–7 Juni Rp900.000.000 Rp875.000.000 Rp25.000.000 Pending payout
Corporate Billing May invoices Rp320.000.000 Rp240.000.000 Rp80.000.000 AR follow up

Exception Analysis

Exception Kemungkinan Penyebab Action
QRIS variance Settlement batch belum lengkap Cek provider report
E-wallet fee selisih MDR berbeda promo period Review contract/fee table
Delivery payout rendah Komisi, promo sharing, refund Rekonsiliasi platform statement
Corporate AR pending Invoice belum dibayar Collection follow up
Repeated mismatch outlet Closing POS/payment mapping salah Audit outlet dan mapping

Settlement Governance Dashboard

Indicator Fungsi
Expected settlement Dana yang seharusnya masuk
Actual received Dana aktual diterima
Pending amount Dana belum cair
Aging bucket Umur settlement pending
Fee variance Selisih biaya/MDR
Provider mismatch Selisih per provider
Outlet mismatch Selisih per outlet
Delivery deduction Komisi, promo, refund
Chargeback/refund Transaksi dibalik
Corporate receivable Piutang pelanggan corporate
Clearing status Open, investigating, closed
Repeated exception Risiko outlet/provider tertentu

H. Evaluasi & Refleksi

Pertanyaan refleksi untuk restoran besar:

  1. Apakah semua payment method di POS sudah standar?
  2. Apakah POS, provider, dan bank statement bisa dicocokkan harian?
  3. Apakah pending settlement terlihat berdasarkan aging?
  4. Apakah mismatch per provider dan outlet terlihat?
  5. Apakah delivery payout dipisahkan antara sales, commission, promo, refund, dan adjustment?
  6. Apakah corporate billing masuk AR dan ditagih?
  7. Apakah fee/MDR selalu sesuai kontrak terbaru?
  8. Apakah exception ditutup dengan audit trail?
  9. Apakah treasury punya visibility dana masuk harian?
  10. Apakah management menerima laporan settlement risk secara rutin?

Kesimpulan Skala Besar

Untuk restoran besar, rekonsiliasi settlement adalah bagian dari treasury dan payment governance. Fokusnya adalah payment mapping, POS-provider-bank matching, expected settlement, actual received, fee variance, settlement aging, exception queue, delivery deduction, corporate AR, treasury visibility, dan internal audit. Tanpa kontrol ini, sales tinggi bisa terlihat bagus di POS tetapi belum tentu berubah menjadi kas yang benar-benar masuk.
benar-benar diterima, dipantau, dan ditindaklanjuti apabila terjadi selisih, keterlambatan, atau risiko pembayaran lainnya.

🧠
Uji Pemahaman Anda — Skala Besar Jawab beberapa pertanyaan singkat untuk mengecek pemahaman Anda.

Resources

Kumpulan resource terkait untuk mendukung dan memperdalam pembahasan pada artikel ini.

Baca Juga

Cara Membuat Sistem Petty Cash / Kas Kecil

Cara Membuat Sistem Petty Cash / Kas Kecil

Petty cash atau kas kecil restoran adalah dana tunai kecil yang disediakan untuk membayar kebutuhan…
7 min
Cara Membuat Neraca Restoran

Cara Membuat Neraca Restoran

Neraca restoran adalah laporan keuangan yang menunjukkan posisi keuangan bisnis pada satu tanggal…
8 min
✓ Tautan berhasil disalin!

Uji Pemahaman

Pilih jawaban yang menurut Anda paling tepat.

Yakin ingin keluar?
Semua jawaban akan terhapus dan uji pemahaman akan dimulai dari awal saat dibuka lagi.