सबूत के साथ महीना बंद करें: तेज़ Reconciliation, साफ़ फ़ैसले

शाम 6:40 पर तीन लोगों की finance team bank credit 9,712.40 देख रही है। किसी invoice की राशि इतनी नहीं है। कुछ invoices चुनकर कुल मिला देना आसान लग सकता है। सही सवाल है: यह credit किस settlement का है और हर हिस्से का सबूत कहाँ है?

यह सिखाने का उदाहरण है, किसी customer का result नहीं। महीने भर सबूत जुटाने और हर unresolved item का ज़िम्मेदार तय करने से close आगे बढ़ता है। Bank match, accounting entry और financial review को एक काम मान लेने से नहीं।

सुविधाजनक कुल नहीं, payout का स्रोत खोजें

एक currency में 23 customer collections का documented batch 10,000.00 मानें। Collections पहले ही 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 कर चुकी हो तो उन्हीं entries को reconcile करें। 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 payouts के लिए है; manual या instant payouts का तरीका अलग है। अपने 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, components और timing मिलाएँ। Supported rounding tolerance स्पष्ट रखें; missing transaction छिपाने के लिए tolerance नहीं।

स्वस्थ clearing account में balance रह सकता है

Settlement से पहले gateway clearing 13,300.00 था तो 10,000.00 batch हटाने पर दूसरे documented unsettled collections के 3,300.00 बचते हैं। केवल balance होना cash गायब होने का सबूत नहीं। Opening balance और movements से closing balance मिलाएँ, फिर हर outstanding item और उसकी age समझाएँ।

Bank reconciliation में भी supported timing items के कारण statement और cash-book balances अलग हो सकते हैं। Statement completeness, account ownership, date range, opening/closing balances और ledger cut-off जाँचें। अधूरा imported feed transactions छोड़कर भी भरोसेमंद matches दिखा सकता है।

Sales total receivables control balance नहीं है। अलग उदाहरण में opening receivables 20,000 + credit invoices 12,000 − credit notes 500 − allocated collections 10,000 − authorised write-offs 200 = closing receivables 21,300 । उसी entity, currency treatment और date पर customer detail को संबंधित general-ledger control account से मिलाएँ। Direct journals और unposted items जाँचें; plug entry से अंतर न दबाएँ।

Inventory valuation, payroll liabilities, courier balances और tax accounts के अलग tie-outs चाहिए। Local recognition और tax policy लागू होती है। IFRS 15 में revenue performance obligation पूरी होने पर है, केवल order या payment आने पर नहीं। Approved accounting event automate करें, हर operational status नहीं।

स्पष्ट सबूत automate करें; सुझाव अधूरे दिखें

Unambiguous exact matches और evidenced settlement groups के लिए versioned rules रखें। एक जैसी राशि या मिलते descriptions के कई candidates हो सकते हैं। Proposal में source, विकल्प और कारण दिखें। AI confidence score अकेले posting authority या calibrated probability का प्रमाण नहीं है।

उदाहरण में 1,000 eligible bank lines में validated rules 880 complete करें, 70 suggestions approval की प्रतीक्षा में हों और 50 दूसरे exceptions हों। Auto-completed 88%; 120 unresolved हैं। Suggestion completed match नहीं। ये benchmark या बचत का वादा नहीं हैं।

Exceptions के साथ automatic matches का risk-based sample भी review करें। सबसे बड़ा match percentage पाने की जगह wrong matches, missed items, value और age मापें। बदले bank details, unusual counterparties, sensitive accounts और risky adjustments को money threshold से नीचे भी independent review चाहिए हो सकता है।

Statement import, matching और posting identities अलग रखें। File दोबारा import होने या duplicate event आने पर दूसरा journal न बने। Failed integration में bounded backoff और visible owner रखें। Unknown bank/provider result के बाद नई financial instruction से पहले original reference से पूछताछ करें। Job चलने से reconciliation complete नहीं होता।

भरोसेमंद काम पहले करें; judgement finance के पास रहे

महीने में उपलब्ध statements reconcile करें, missing references सुलझाएँ, sub-ledgers tie out करें और failed postings देखें। Documented source-to-ledger bridge और recoverable posting queue रखें। Job fail होने पर “live” dashboard भी source से पीछे हो सकता है।

Accruals, prepayments, depreciation, impairment, tax और foreign-currency work entity के reporting framework और approved policy पर निर्भर हैं। समान benefit वाले annual 1,200 insurance को 12 months में बाँटें तो monthly expense 100 होता है। यह उदाहरण है, हर contract या partial month का नियम नहीं।

Period end तक मिली service के लिए supported accrual 600 मानें, जो reverse नहीं हुआ। इसी close में 620 invoice confirm होने पर accrued liability 600 और additional expense 20 को payable 620 के विरुद्ध settle किया जा सकता है। Automatic reversal हो चुका हो तो posting route अलग होगा। Original accrual, reversal और invoice साथ track करें ताकि expense दोहरा या गायब न हो।

Invoice date, shipping label या bank date को universal cut-off न मानें। Relevant terms के अनुसार goods/services और obligations का period देखें। IAS 10 financial statements authorise होने से पहले reporting-date conditions के सबूत और बाद की conditions अलग करता है। Internal monthly lock वह authorisation date नहीं और बाद के सबूत अनदेखे करने का कारण नहीं।

Calendar में evidence gates रखें

नीचे calendar एक सम्भव sequence है, चार दिन में close का promise नहीं। Completeness और unresolved risk sign-off तय करते हैं। Dependencies, छुट्टियाँ, provider delay और entity complexity dates बदल सकते हैं। हर task का owner, reviewer, evidence और escalation path हो।

कब	Evidence gate	ज़िम्मेदार roles
महीने भर	Complete feeds; reconcile और difference age	Preparer; independent reviewer
Cut-off / day 1	Source completeness और recognition boundary	Operations + accountant
Day 2	Estimates support और controlled adjustments	Accountant; approver
Day 3	Control tie-out और unresolved risk review	Finance reviewer
Day 4 या तैयार होने पर	Pack/version approve; lock; management brief	Authorised finance owner

Task descriptions या AI prompts में unrestricted payroll, bank exports या customer documents न फैलाएँ। हर request पर authorization और attachments/exports पर entity व role के अनुसार permission लागू करें। Preparation, rule changes, journal approval और final sign-off के independent checks हों। छोटी team में separation कठिन हो तो specific compensating review दर्ज करें।

Reviewed version lock करें, correction पारदर्शी रखें

Close pack में ledger cut-off, reconciliations, approved journals, outstanding timing items, estimates, review notes और report version पहचानें। Balanced trial balance के साथ balance-sheet amounts के सबूत चाहिए। Debit और credit बराबर होना completeness या सही classification का प्रमाण नहीं।

Backdating और reopening सीमित करें। Correction में reason, approver, affected reports और replacement version रखें। Materiality में context और qualitative factors भी आते हैं; छोटे errors जानबूझकर छिपाने की छूट नहीं। IAS 8 नए estimates और errors अलग करता है; material prior-period errors सामान्यतः retrospective correction माँगते हैं, जब तक impracticable न हो। Finance owner relevant framework अपनाए, “सब अगले महीने” automatic rule नहीं।

Fixed start/end और working- या calendar-day basis पर elapsed time मापें। साथ में aged/value-weighted exceptions, posting lag, sampled match quality और आवश्यक corrections रखें। Zero post-close-adjustment target ईमानदार correction रोक सकता है; कारण समझाकर process सुधारें।

एक समझे हुए account से शुरू करें। Trusted reconciliation के सामने shadow mode में proposed rules चलाएँ, double-post नहीं। Duplicates और failures test करें, results review करके धीरे विस्तार करें। शाम 6:40 की team तब समाप्त है जब payout और remaining balance समझा सके, केवल सभी rows हरी होने पर नहीं।

समीक्षा 5 November 2026 । Anichur Rahaman, StoreConsole के निर्माता। उदाहरण सिखाने के लिए हैं; entity का reporting framework और approved accounting policies अपनाएँ।