ই-কমার্সSocial media থেকে sales: campaign, schedule ও AI prompts
Social Hub দিয়ে content schedule, Meta campaign review ও AI prompt ব্যবহার করুন। Ecommerce ও ERP record মিলিয়ে marketing-এর বাস্তব ফল বুঝুন।
Payout মেলানো close-এর একটি অংশ মাত্র। Bank evidence, sub-ledger balance ও reviewed adjustment যুক্ত করুন; বৈধ পার্থক্য জোর করে শূন্য করবেন না।
লেখক
Anichur Rahaman

সন্ধ্যা 6:40 । তিনজনের finance team bank-এ 9,712.40 credit দেখছে। কোনো invoice-এর অঙ্ক এটি নয়। কয়েকটি invoice বেছে মোট মিলিয়ে দেওয়ার প্রলোভন হতে পারে। আসল প্রশ্ন হলো: এই credit কোন settlement-এর, আর প্রতিটি অংশের প্রমাণ কোথায়?
এটি শেখানোর উদাহরণ, কোনো customer result নয়। মাসজুড়ে প্রমাণ সংগ্রহ এবং প্রতিটি unresolved item-এর দায়িত্ব নির্দিষ্ট করলে close এগোয়। Bank match, accounting entry ও financial review-কে একই কাজ ধরে নিলে সেই সুবিধা আসে না।
ধরুন একই 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 বানিয়ে লিখবেন না।
| Account | Debit | Credit |
|---|---|---|
| Bank | 9,712.40 | |
| Gateway fee expense | 287.60 | |
| Gateway clearing | 10,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 নয়।
এই 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 নয়।

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 নয়।
মাসের ভেতর পাওয়া 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 একটি সম্ভাব্য 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 age | Preparer; independent reviewer |
| Cut-off / day 1 | Source completeness ও recognition boundary | Operations + accountant |
| Day 2 | Estimate support ও controlled adjustment | Accountant; approver |
| Day 3 | Control tie-out ও unresolved risk review | Finance reviewer |
| Day 4 বা প্রস্তুত হলে | Pack/version approve; lock; management brief | Authorised 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 লিখে রাখুন।
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 সবুজ হলেই নয়।
পর্যালোচনা 5 November 2026 । আনিছুর রহমান, StoreConsole-এর নির্মাতা। উদাহরণগুলো শেখানোর জন্য; entity-এর reporting framework ও approved accounting policy অনুসরণ করুন।
লেখকের পরিচয়
Anichur Rahaman
পড়া চালিয়ে যান