Online store-এ একদিনে ৫০,০০০ টাকার order হলেও bank account-এ ঠিক ৫০,০০০ টাকা জমা নাও হতে পারে। Payment fee, refund, dispute, reserve, failed payment, settlement delay এবং আগের দিনের adjustment payout কমাতে বা পিছিয়ে দিতে পারে। তাই bank credit দেখে sales কমেছে ধরে নেওয়া ঠিক নয়, আবার dashboard-এর gross sales দেখে পুরো টাকা পাওয়ার দাবিও ঠিক নয়। সঠিক উত্তর পেতে order register, payment provider report এবং bank statement, এই তিনটি record একই সময়সীমা ও reference ধরে মিলিয়ে দেখতে হবে।

Sales, balance ও payout আলাদা রাখুন

Sales হল customer-এর confirmed order value। Provider balance হল processed payment থেকে fee, refund এবং অন্য adjustment ধরার পরে account-এ থাকা amount। Payout হল provider থেকে bank-এ পাঠানো একটি নির্দিষ্ট transfer। এক payout-এ একাধিক দিনের transaction থাকতে পারে, আবার আজকের sale পরের payout-এ যেতে পারে। COD order, bank transfer বা cancelled order যদি sales report-এ থাকে কিন্তু online gateway-তে না থাকে, তাহলে সরাসরি comparison ভুল হবে। শুরুতেই প্রতিটি report কোন event ও কোন date ধরে তৈরি হয়েছে লিখুন।

একটি payout ID দিয়ে কাজ শুরু করুন

সমস্ত মাস একসঙ্গে মেলাতে গেলে একই নামের অনেক deposit গুলিয়ে যায়। প্রথমে bank statement-এর একটি settled credit বাছুন। তার date, amount, currency, narration এবং reference লিখুন। Provider dashboard-এ matching payout খুলে payout ID বা transfer ID নিন। Stripe-এর official payout reconciliation documentation automatic payout-এর সঙ্গে কোন balance transactions যুক্ত আছে তা dashboard, report বা API দিয়ে দেখার কথা বলে। শুধু মোট amount copy না করে সেই payout-এর itemized report download করুন।

একই cutoff ও timezone ব্যবহার করুন

Store report local time-এ, gateway UTC-তে এবং bank posting পরের working day-এ দেখালে ৭ সেপ্টেম্বরের তিনটি total একই হবে না। Provider-এর settlement cutoff, payout schedule এবং report timezone লিখে রাখুন। Comparison period calendar day নয়, payout-এ included transaction window অনুযায়ী ঠিক করুন। রাত ১১টা ৫৫ মিনিটের payment পরের settlement batch-এ গেলে missing নয়। Weekend বা bank holiday-র delay-ও report period সরাতে পারে। Date-এর পাশাপাশি transaction creation, availability এবং payout arrival আলাদা field হিসেবে রাখুন।

Order ও successful payment one-to-one মিলান

Master order register থেকে ওই window-এর online-paid order export করুন। Order ID, gateway transaction ID, gross amount, currency এবং payment status রাখুন। Provider report-এর successful charge-এর সঙ্গে ID ধরে match করুন। নাম বা amount দিয়ে match করলে একই মূল্যের দুই order ভুলভাবে জুড়ে যেতে পারে। Paid-without-order, order-without-successful-payment, duplicate charge এবং amount mismatch আলাদা exception list-এ রাখুন। Pending বা failed attempt sales হিসেবে ধরবেন না। Manual paid status থাকলে কে কোন provider evidence দেখে বদলেছেন audit note-এ লিখুন।

Gross amount থেকে fee আলাদা করুন

একটি ১,০০০ টাকার payment-এর payout ১,০০০ টাকা না-ও হতে পারে, কারণ transaction fee বা অন্য charge net amount কমায়। Report-এ gross, fee এবং net column আলাদা রাখুন। Percentage আন্দাজ করে fee বসাবেন না; provider report-এর actual line item নিন। Fixed fee, tax on fee, international card charge বা currency conversion থাকলে নিজের column দিন। Pricing plan বদলেছে কি না invoice বা provider notice দিয়ে যাচাই করুন। Fee বেশি মনে হলে support-এ transaction ID দিয়ে প্রশ্ন করুন, কিন্তু reconciliation শেষ হওয়ার আগে fraud বা overcharge ঘোষণা করবেন না।

Refund, dispute ও reversal ঠিক date-এ ধরুন

আজকের payout-এ গত সপ্তাহের refund deduction থাকতে পারে। Refund original order-এর sale কমায়, কিন্তু payout reconciliation-এ deduction যে settlement-এ হয়েছে সেখানে দেখাতে হবে। Dispute, chargeback, failed bank transfer বা reserve adjustment আলাদা type হিসেবে রাখুন। PayPal-এর official Balance Reconciliation report guidance payments, refunds, disputes, fees ও withdrawals ধরে end-of-day balance এবং bank payout বোঝার কথা বলে। Negative line লুকিয়ে total মিলিয়ে ফেললে customer liability ও cash position দুটোই ভুল হবে।

Expected payout formula লিখে হিসাব করুন

একটি সাধারণ reconciliation formula হতে পারে: included successful payments, minus refunds, disputes, provider fees ও other debits, plus eligible adjustments, equals expected payout। Provider-এর settlement model অনুযায়ী component বদলাতে পারে, তাই এই formula contract নয়। Itemized report-এর transaction type ধরে নিজের sheet বানান। সব component signed amount হিসেবে রাখুন, যাতে refund negative এবং credit adjustment positive থাকে। শেষে expected payout এবং bank credit-এর difference দেখান। Difference zero হলেই কাজ শেষ নয়; প্রতিটি line valid order বা documented adjustment-এর সঙ্গে linked কি না sample করুন।

একটি বাস্তব payout example

ধরুন included successful payment ২৫,০০০ টাকা। Provider fee ৭৫০ টাকা, customer refund ২,০০০ টাকা এবং আগের failed payout-এর ৫০০ টাকা credit adjustment আছে। Expected payout হবে ২৫,০০০ minus ৭৫০ minus ২,০০০ plus ৫০০, অর্থাৎ ২২,৭৫০ টাকা। Bank-এ ২২,৭৫০ জমা হলে amount মিলে গেল। কিন্তু refund কোন order-এর, adjustment কেন এসেছে এবং fee report-এর সঙ্গে মিলছে কি না record না থাকলে audit trail অসম্পূর্ণ। Bank-এ ২২,২৫০ এলে ৫০০ টাকার difference exception হিসেবে owner ও follow-up dateসহ রাখুন।

Missing payout আর delayed payout আলাদা করুন

Provider status paid দেখালেও bank posting কিছু সময় পরে হতে পারে। Expected arrival date পার হয়নি হলে delayed বলা যাবে না। Status pending, in transit, paid, failed অথবা reversed কোনটি দেখাচ্ছে লিখুন। Bank account-এর শেষ digits, currency এবং destination ঠিক আছে কি না দেখুন। Paid status ও bank reference থাকা সত্ত্বেও expected window পেরিয়ে credit না এলে provider support-এ payout ID দিন এবং bank-কে trace reference দিন। Login password, OTP, card PIN বা complete bank statement পাঠাবেন না। প্রয়োজনীয় অংশ redact করে approved support channel ব্যবহার করুন।

Multiple channel ও currency আলাদা ledger-এ রাখুন

Website gateway, marketplace, payment link, UPI collection এবং COD settlement এক report-এ ঢেলে দিলে reference chain ভেঙে যায়। Provider ও currency অনুযায়ী আলাদা reconciliation করুন, তারপর summary-তে তুলুন। Foreign currency payment হলে transaction currency, conversion rate, conversion fee এবং settlement currency আলাদা রাখুন। Gross foreign amountকে সরাসরি rupee bank credit-এর সঙ্গে তুলবেন না। Marketplace commission, advertising deduction বা shipping adjustment provider payout report-এ থাকলে পৃথক category দিন। Accounting ও tax treatment নিশ্চিত করতে qualified accountant-এর guidance নিন।

Spreadsheet-এ minimum control রাখুন

ছোট business spreadsheet দিয়েই শুরু করতে পারে, তবে raw export edit না করে read-only copy রাখুন। Working sheet-এ payout ID, transaction ID, order ID, type, gross, fee, net, status, transaction date, available date এবং bank reference column দিন। Formula cell protect করুন এবং manual adjustment-এর reason বাধ্যতামূলক রাখুন। CSV import-এ amount text হয়ে গেছে কি না, decimal ও date format ঠিক আছে কি না দেখুন। Customer-এর full card data, password বা unnecessary personal information sheet-এ রাখবেন না। Access শুধু দায়িত্বপ্রাপ্ত ব্যক্তি ও accountant-এর মধ্যে সীমিত করুন।

Payout reconciliation checklist

  • Payout: একটি নির্দিষ্ট payout ID, amount ও currency বাছা হয়েছে।
  • Bank: Deposit date, narration ও transfer reference মিলেছে।
  • Window: Cutoff, timezone ও included transaction range লেখা আছে।
  • Orders: Successful payment এবং order ID one-to-one matched।
  • Fees: Gross, actual fee এবং net amount আলাদা column-এ আছে।
  • Deductions: Refund, dispute, reserve ও reversal linked recordসহ ধরা হয়েছে।
  • Adjustments: Credit বা debit adjustment-এর reason ও source আছে।
  • Difference: Expected payout ও bank credit-এর gap owner পেয়েছে।
  • Evidence: Original exports, payout report ও support references নিরাপদে রাখা হয়েছে।

Exception-এর owner ও deadline দিন

Difference দেখলে total জোর করে zero করবেন না। Exception type লিখুন: missing order, unmatched charge, unknown fee, old refund, duplicate payment, failed payout অথবা bank delay। প্রতিটির owner, amount, next action এবং review date দিন। Customer-impacting duplicate charge হলে support workflow দ্রুত চালান। Provider correction এলে original row overwrite না করে নতুন adjustment row যোগ করুন। এতে পরে বোঝা যায় সমস্যা কখন ধরা পড়েছিল এবং কীভাবে মিটেছে। মাসের শেষে unresolved exception list accountant ও business owner একসঙ্গে review করুন।

Daily habit দিয়ে month-end চাপ কমান

Order volume কম হলে প্রতিটি payout arrival-এর দিন reconcile করুন। Volume বেশি হলে daily automated export এবং weekly exception review রাখুন। Month-end-এ bank total, provider closing balance, outstanding payout ও unresolved refund summary মিলান। Access logs ও report download permission মাঝে মাঝে review করুন। Reconciliation-এর লক্ষ্য শুধু bank amount মিলানো নয়; প্রতিটি sale থেকে settlement পর্যন্ত traceable chain রাখা। এই chain থাকলে short payment দ্রুত ধরা যায়, customer refund নিয়ে সঠিক update দেওয়া যায় এবং cash-flow decision অনুমানের বদলে verified record-এর উপর নেওয়া যায়।