ব্ল্যাক ফ্রাইডে সেল60% পর্যন্ত ছাড়
  • বার্ষিক প্ল্যানে প্রথম বছর 60% ছাড়
  • লাইফটাইম লাইসেন্সে 45% ছাড়
শেষ হবে
অফারটি নিন

প্রমাণসহ মাসের হিসাব বন্ধ করুন: দ্রুত Reconciliation, পরিষ্কার সিদ্ধান্ত

Payout মেলানো close-এর একটি অংশ মাত্র। Bank evidence, sub-ledger balance ও reviewed adjustment যুক্ত করুন; বৈধ পার্থক্য জোর করে শূন্য করবেন না।

লেখক

Anichur Rahaman

1 মাস আগে7 মিনিট পড়া135 দেখা
প্রমাণসহ মাসের হিসাব বন্ধ করুন: দ্রুত Reconciliation, পরিষ্কার সিদ্ধান্ত

সন্ধ্যা 6:40 । তিনজনের finance team bank-এ 9,712.40 credit দেখছে। কোনো invoice-এর অঙ্ক এটি নয়। কয়েকটি invoice বেছে মোট মিলিয়ে দেওয়ার প্রলোভন হতে পারে। আসল প্রশ্ন হলো: এই credit কোন settlement-এর, আর প্রতিটি অংশের প্রমাণ কোথায়?

এটি শেখানোর উদাহরণ, কোনো customer result নয়। মাসজুড়ে প্রমাণ সংগ্রহ এবং প্রতিটি unresolved item-এর দায়িত্ব নির্দিষ্ট করলে close এগোয়। Bank match, accounting entry ও financial review-কে একই কাজ ধরে নিলে সেই সুবিধা আসে না।

সুবিধামতো মোট নয়, payout-এর উৎস অনুসরণ করুন

ধরুন একই currency-তে 23 টি customer collection-এর documented batch মোট 10,000.00 । Gateway clearing-এ এগুলো আগেই debit হয়েছে; fee এখনো book হয়নি। Settlement report-এ fee 287.60 এবং bank payout 9,712.40 । সহজ উদাহরণটিতে refund, reserve, dispute, FX বা অন্য adjustment নেই।

নিচের settlement entry balanced । এতে বিদ্যমান gateway receivable bank-এ যায়, আর এখনো book না হওয়া fee expense হয়। Revenue আবার লেখা হয় না। অন্য integration আগে fee বা payout post করে থাকলে সেটিই reconcile করুন; আরেকটি entry নয়। Cut-off-এ টাকা পথে থাকলে approved cash-in-transit policy অনুসরণ করুন, bank receipt বানিয়ে লিখবেন না।

AccountDebitCredit
Bank9,712.40
Gateway fee expense287.60
Gateway clearing10,000.00

Stripe-এর payout reconciliation guide একটি provider-এর উদাহরণ: batch report automatic payout-এর জন্য; manual বা instant payout-এর পদ্ধতি আলাদা। নিজের provider-এর actual transaction detail ও report boundary ব্যবহার করুন। অনুমান করা percentage দিয়ে সব settlement পুনর্গঠন করবেন না।

Bank-এ যদি 9,700.00 আসে, unexplained difference 12.40 । এটি তদন্তের বিষয়; স্বয়ংক্রিয়ভাবে fee বা write-off নয়। Legal entity, provider account, currency, batch/reference, component ও timing মিলিয়ে দেখুন। অনুমোদিত rounding tolerance স্পষ্ট রাখুন; missing transaction আড়াল করতে tolerance নয়।

সুস্থ clearing account-এও balance থাকতে পারে

এই settlement-এর আগে gateway clearing 13,300.00 হলে 10,000.00 batch বাদে 3,300.00 অন্য documented unsettled collection থাকে। শুধু balance আছে বলে cash missing বলা যায় না। Opening balance ও movement থেকে closing balance মিলিয়ে প্রতিটি outstanding item ও age ব্যাখ্যা করুন।

Bank reconciliation-এও supported timing item-এর জন্য statement ও cash-book balance আলাদা হতে পারে। Statement complete কি না, account ownership, date range, opening/closing balance ও ledger cut-off যাচাই করুন। Gap থাকা feed-এ কিছু transaction বাদ পড়েও বাকি match বিশ্বাসযোগ্য দেখাতে পারে।

Sales total receivables control balance নয়। আলাদা উদাহরণে opening receivables 20,000 + credit invoice 12,000 − credit note 500 − allocated collection 10,000 − authorised write-off 200 = closing receivables 21,300 । একই entity, currency treatment ও date ধরে customer detail-কে সংশ্লিষ্ট general-ledger control account-এর সঙ্গে মেলান। Direct journal ও unposted item তদন্ত করুন; জোর করে plug entry নয়।

Inventory valuation, payroll liability, courier balance ও tax account-এর আলাদা tie-out লাগে। স্থানীয় recognition ও tax policy গুরুত্বপূর্ণ। IFRS 15-এ performance obligation পূরণের ভিত্তিতে revenue হয়; কেবল order বা payment হলেই নয়। Approved accounting event automate করুন, প্রতিটি operational status নয়।

Reconciliation evidence map: matched settlement, ব্যাখ্যাযুক্ত closing balance ও approved close pack-এর আলাদা ধাপ।
উদাহরণ: batch যাচাই, duplicate posting এড়ানো, remaining balance ব্যাখ্যা ও traceable close version approve করা। Unresolved item-এর owner থাকে।

স্পষ্ট প্রমাণ automate করুন; suggestion-কে অসম্পূর্ণই দেখান

Unambiguous exact match ও প্রমাণযুক্ত settlement group-এর জন্য versioned rule রাখুন। একই অঙ্ক বা কাছাকাছি description-এ একাধিক candidate থাকতে পারে। Proposal-এ source, বিকল্প ও কারণ দেখান। AI confidence score একা posting authority নয়, calibrated probability-এর প্রমাণও নয়।

শেখানোর জন্য 1,000 eligible bank line ধরুন: validated rule-এ 880 completed, 70 suggestion approval-এর অপেক্ষায়, 50 অন্য exception । Auto-completed 88%; unresolved 120 । Suggestion completed match নয়। এটি benchmark বা সাশ্রয়ের প্রতিশ্রুতি নয়।

Exception-এর পাশাপাশি automatic match-এর risk-based sample review করুন। সর্বোচ্চ match percentage-এর পেছনে না ছুটে wrong match, missed item, value ও age দেখুন। Bank detail পরিবর্তন, unusual counterparty, sensitive account ও risky adjustment-এ money threshold-এর নিচেও independent review লাগতে পারে।

Statement import, matching ও posting-এর identity আলাদা রাখুন। File আবার import বা event duplicate হলে নতুন journal যেন না হয়। Failed integration-এ bounded backoff ও visible owner রাখুন। Bank/provider result unknown হলে আরেকটি financial instruction-এর আগে original reference দিয়ে খোঁজ নিন। Job চলেছে মানেই reconciliation complete নয়।

নির্ভরযোগ্য কাজ আগে করুন; judgement থাকুক finance-এর হাতে

মাসের ভেতর পাওয়া statement reconcile করুন, missing reference মেটান, sub-ledger tie-out ও failed posting দেখুন। Documented source-to-ledger bridge এবং recoverable posting queue রাখুন। Job fail হলে “live” dashboard-ও source-এর পেছনে থাকতে পারে।

Accrual, prepayment, depreciation, impairment, tax ও foreign-currency কাজ entity-এর reporting framework ও approved policy অনুযায়ী হবে। সমান সুবিধাসহ বার্ষিক 1,200 insurance 12 মাসে ভাগ করলে monthly expense 100 । এটি উদাহরণ; প্রতিটি contract বা partial month-এর নিয়ম নয়।

Period end-এর মধ্যে পাওয়া service-এর supported accrual 600, এখনো reverse হয়নি ধরুন। এই close-এ 620 invoice নিশ্চিত হলে accrued liability 600 ও additional expense 20-এর বিপরীতে payable 620 হতে পারে। Automatic reversal হয়ে গেলে posting route বদলাবে। Original accrual, reversal ও invoice একসঙ্গে track করুন, যাতে expense double বা বাদ না হয়।

Invoice date, shipping label বা bank date-কে universal cut-off ভাববেন না। প্রযোজ্য terms অনুযায়ী goods/service ও obligation কোন period-এর তা দেখুন। IAS 10-এ financial statement authorisation-এর আগে reporting-date condition-এর নতুন evidence ও পরে তৈরি condition আলাদা। Internal monthly lock সেই authorisation date নয়; পরের evidence উপেক্ষার কারণও নয়।

Calendar-এ evidence gate রাখুন

নিচের calendar একটি সম্ভাব্য sequence; চার দিনে close-এর promise নয়। Completeness ও unresolved risk sign-off নির্ধারণ করবে। Dependency, holiday, provider delay ও entity complexity-তে date বদলাতে পারে। প্রতিটি task-এ owner, reviewer, evidence ও escalation path চাই।

কখনEvidence gateদায়িত্বে
মাসজুড়েComplete feed; reconcile ও difference agePreparer; independent reviewer
Cut-off / day 1Source completeness ও recognition boundaryOperations + accountant
Day 2Estimate support ও controlled adjustmentAccountant; approver
Day 3Control tie-out ও unresolved risk reviewFinance reviewer
Day 4 বা প্রস্তুত হলেPack/version approve; lock; management briefAuthorised finance owner

Task description বা AI prompt-এ unrestricted payroll, bank export বা customer document ছড়াবেন না। প্রতিটি request-এ authorization এবং attachment/export-এও entity ও role অনুযায়ী permission দিন। Preparation, rule change, journal approval ও final sign-off-এ independent check রাখুন। ছোট team-এ separation কঠিন হলে নির্দিষ্ট compensating review লিখে রাখুন।

Reviewed version lock করুন, correction হোক স্বচ্ছ

Close pack-এ ledger cut-off, reconciliation, approved journal, outstanding timing item, estimate, review note ও report version চিহ্নিত রাখুন। Balanced trial balance-এর পাশাপাশি balance-sheet amount-এর evidence লাগে। Debit ও credit সমান হলেই completeness বা classification সঠিক প্রমাণ হয় না।

Backdating ও reopening সীমিত করুন। Correction লাগলে reason, approver, affected report ও replacement version রাখুন। Materiality context ও qualitative factor-সহ দেখতে হয়; ছোট error ইচ্ছা করে লুকানোর ছাড় নয়। IAS 8-এ estimate পরিবর্তন ও error আলাদা; material prior-period error সাধারণত retrospective correction, impracticable হলে ব্যতিক্রম। Finance owner প্রযোজ্য framework অনুসরণ করবেন; “সব পরের মাসে” auto-rule নয়।

স্থির start/end এবং working-day বা calendar-day basis-এ elapsed time মাপুন। সঙ্গে aged/value-weighted exception, posting lag, sampled match quality ও necessary correction দেখুন। Post-close adjustment শূন্য করার target সৎ correction ঠেকাতে পারে; কারণ ব্যাখ্যা করে process ভালো করুন।

একটি পরিচিত account দিয়ে শুরু করুন। Trusted reconciliation-এর বিপরীতে shadow mode-এ rule চালান, double-post করবেন না। Duplicate ও failure test করে ফল review করুন, তারপর ধীরে বাড়ান। সন্ধ্যা 6:40-এর team payout এবং remaining balance ব্যাখ্যা করতে পারলেই কাজ শেষ; সব row সবুজ হলেই নয়।

আগের product interface tour । এটি screen দেখায়; reconciliation accuracy বা close time-এর promise নয়।

পর্যালোচনা 5 November 2026 । আনিছুর রহমান, StoreConsole-এর নির্মাতা। উদাহরণগুলো শেখানোর জন্য; entity-এর reporting framework ও approved accounting policy অনুসরণ করুন।

লেখকের পরিচয়

Anichur Rahaman

পড়া চালিয়ে যান