অধ্যায় ২ — Accounting Equation

Volume 1 · Part 1 — Accounting Fundamentals · Chapter 2

পূর্বশর্ত: অধ্যায় ১ (Accounting কী)

১. Learning Objective

এই অধ্যায় শেষে আপনি পারবেন:


Assets = Liabilities + Equity কেন সবসময় সত্য তা ব্যাখ্যা করতে
Expanded equation থেকে Revenue ও Expense-এর অবস্থান বুঝতে
যেকোনো লেনদেনের পরে সমীকরণ মিলছে কিনা যাচাই করতে
Dual Aspect ধারণা থেকে double-entry কেন অনিবার্য তা বলতে
একটি লেনদেন সমীকরণের কোন কোন অংশ ছোঁয় তা চিহ্নিত করতে
সমীকরণের ভারসাম্যকে code-এ automated test হিসেবে লিখতে

সময়: পড়া ৪৫ মিনিট + অনুশীলন ৪৫ মিনিট।

২. Concept Explanation

একটি সমীকরণ, যা কখনো ভাঙে না

Accounting-এর পুরো কাঠামো একটি বাক্যের উপর দাঁড়িয়ে:


        Assets   =   Liabilities   +   Equity

Assets (সম্পদ) — ব্যবসার যা কিছু আছে
Liabilities (দায়) — তার মধ্যে যতটুকু অন্যের পাওনা
Equity (মালিকানা) — বাকিটুকু, যা সত্যিই মালিকের

কেন এটা সবসময় সত্য?

এটা কোনো আবিষ্কৃত সূত্র নয়, বা কারো বানানো নিয়ম নয়। এটা আসলে একটা সংজ্ঞা, যা সংজ্ঞার কারণেই সত্য।

ভাবুন এভাবে — সমীকরণের দুই পাশ আসলে একই জিনিসকে দুই প্রশ্নের উত্তর হিসেবে দেখছে:


   বাঁ দিক                          ডান দিক
   ───────                          ────────
   ব্যবসার কাছে কী আছে?              সেগুলো এল কোথা থেকে?

   নগদ, ল্যাপটপ,                     কিছু ধার করা (Liability)
   দালান, পাওনা                      কিছু মালিকের (Equity)

আপনার কাছে ১০ লক্ষ টাকার জিনিস আছে। ওই জিনিসগুলো আকাশ থেকে পড়েনি — প্রতিটির পিছনে টাকার একটা উৎস আছে। হয় কেউ ধার দিয়েছে, নয়তো মালিক দিয়েছে। তৃতীয় কোনো উৎস নেই।

তাই যা আছে (বাঁ) আর যেখান থেকে এসেছে (ডান) — এই দুটো সবসময় সমান হতে বাধ্য। এটা যদি না মেলে, তার মানে হিসাবে ভুল আছে; বাস্তবে অসম্ভব।

এভাবে দেখলে সমীকরণটা আর মুখস্থ করার জিনিস থাকে না। সম্পদের একটা উৎস থাকতেই হবে — এটুকু মনে রাখলেই যথেষ্ট।

একই সমীকরণ, তিন রূপে

সমীকরণটাকে সাজিয়ে নেওয়া যায় প্রশ্নভেদে:


Assets      =  Liabilities  +  Equity        "কী আছে?"
Equity      =  Assets       -  Liabilities   "মালিকের সত্যিকারের অংশ কত?"
Liabilities =  Assets       -  Equity        "বাইরের পাওনা কত?"

দ্বিতীয় রূপটা সবচেয়ে বেশি ব্যবহৃত হয়। একে বলে Net Worth বা Net Assets — যা আছে তা থেকে যা দেনা তা বাদ দিলে যা থাকে, সেটাই আসলে মালিকের।

উদাহরণ:


আপনার ৫০ লক্ষ টাকার একটা ফ্ল্যাট আছে,
কিন্তু ব্যাংকে ৩০ লক্ষ ঋণ বাকি।

Assets       = 50,00,000
Liabilities  = 30,00,000
Equity       = 50,00,000 - 30,00,000 = 20,00,000

ফ্ল্যাটটা আপনার নামে, কিন্তু সত্যিকারের মালিকানা ২০ লক্ষ টাকার। বাকি ৩০ লক্ষ এখনো ব্যাংকের।

Expanded Equation — Revenue ও Expense কোথায়?

উপরের সমীকরণে Revenue বা Expense নেই। তারা কোথায় গেল?

উত্তর: Equity-র ভিতরে। Equity নিজেই কয়েকটা অংশের যোগফল:


Equity  =  Capital  +  Revenue  -  Expense  -  Drawings

কেন এভাবে:

উপাদান	মালিকানায় প্রভাব	কেন
Capital	বাড়ায়	মালিক টাকা ঢাললেন
Revenue	বাড়ায়	ব্যবসা আয় করল, মালিকের ভাগ বাড়ল
Expense	কমায়	খরচ হলো, মালিকের ভাগ কমল
Drawings	কমায়	মালিক নিজে টাকা তুলে নিলেন

দুটো একসাথে বসালে পূর্ণ রূপ:


Assets  =  Liabilities  +  Capital  +  Revenue  -  Expense  -  Drawings

এই একটা লাইনে পাঁচ প্রকার account-ই আছে। পরের অধ্যায়ে এদের প্রত্যেকটিকে আলাদা করে দেখব, আর অধ্যায় ৪-এ এখান থেকেই debit/credit-এর নিয়ম বের করব।

লক্ষ করুন Revenue ও Expense-এর চিহ্ন উল্টো — একটা +, অন্যটা −। এই একটা পার্থক্যই পরে ঠিক করে দেবে কেন Revenue বাড়লে Credit আর Expense বাড়লে Debit।

Dual Aspect — প্রতিটি ঘটনার দুটি দিক

সমীকরণ যদি সবসময় মিলতেই হয়, তাহলে একটা গুরুত্বপূর্ণ ফলাফল বেরিয়ে আসে:

কোনো লেনদেন সমীকরণের একটিমাত্র জায়গায় প্রভাব ফেলতে পারে না।

কারণ সহজ — শুধু বাঁ পাশ বাড়লে সমীকরণ ভেঙে যাবে। তাই প্রতিটি লেনদেনে অন্তত দুটি প্রভাব থাকতেই হবে, যারা একে অন্যকে ভারসাম্যে রাখে।

সম্ভাব্য চারটি ধরন:


১.  বাঁ ↑  এবং  বাঁ ↓        নগদে ল্যাপটপ কেনা
        (সম্পদের রূপ বদলাল, মোট একই)

২.  বাঁ ↑  এবং  ডান ↑        বাকিতে ল্যাপটপ কেনা
        (সম্পদ বাড়ল, সাথে দায়ও বাড়ল)

৩.  বাঁ ↓  এবং  ডান ↓        ঋণ পরিশোধ
        (নগদ কমল, দায়ও কমল)

৪.  ডান ↑  এবং  ডান ↓        ঋণকে মূলধনে রূপান্তর
        (দায় কমল, মালিকানা বাড়ল)

এটাই double-entry accounting-এর জন্ম। “প্রতিটি লেনদেনে দুটি entry” কোনো প্রথা নয় — এটা সমীকরণ অটুট রাখার একমাত্র উপায়।

Developer হিসেবে এটা চেনা লাগবে — অনেকটা database-এর invariant-এর মতো। সমীকরণ হলো সেই invariant যা প্রতিটি লেনদেনের আগে ও পরে সত্য থাকতেই হবে। আপনার posting engine-এর কাজ এই invariant রক্ষা করা।

৩. Accounting Rule

মূল সমীকরণ


Assets = Liabilities + Equity

বিস্তৃত রূপ


Assets = Liabilities + Capital + Revenue - Expense - Drawings

অলঙ্ঘনীয় নিয়ম


প্রতিটি লেনদেনের আগে ও পরে সমীকরণ সমান থাকবে।
কখনো ব্যতিক্রম নেই।

ফলাফল হিসেবে


প্রতিটি লেনদেনে অন্তত দুটি account প্রভাবিত হবে।

যাচাইয়ের সূত্র

লেনদেনের পরে সমীকরণ মিলছে কিনা দেখার সবচেয়ে দ্রুত উপায় — পরিবর্তনগুলো যোগ করুন, শূন্য হতে হবে:


Δ Assets  -  Δ Liabilities  -  Δ Equity  =  0

৪. Real Business Example

একটা ব্যবসা শূন্য থেকে শুরু করে সাতটি ধাপে দেখি। প্রতিটি ধাপের পরে সমীকরণ মিলিয়ে নেব।

ধাপ ০ — শুরু


Assets  =  Liabilities  +  Equity
     0  =            0  +       0

ধাপ ১ — মালিক ৫,০০,০০০ টাকা বিনিয়োগ করলেন


নগদ এল          → Assets ↑ 5,00,000
মালিকের মূলধন    → Equity ↑ 5,00,000


Assets      =  Liabilities  +  Equity
5,00,000    =            0  +  5,00,000     ✓

ধাপ ২ — ১,২০,০০০ টাকায় নগদে ল্যাপটপ কেনা


ল্যাপটপ এল      → Assets ↑ 1,20,000
নগদ গেল         → Assets ↓ 1,20,000


Assets                     =  Liabilities  +  Equity
নগদ      3,80,000
ল্যাপটপ   1,20,000
────────────────
         5,00,000          =            0  +  5,00,000     ✓

মোট সম্পদ বদলায়নি — শুধু রূপ বদলেছে। এটা ধরন ১।

ধাপ ৩ — বাকিতে ৮০,০০০ টাকার আসবাব কেনা


আসবাব এল        → Assets ↑ 80,000
সরবরাহকারীর পাওনা → Liabilities ↑ 80,000


Assets      =  Liabilities  +  Equity
5,80,000    =       80,000  +  5,00,000     ✓

দুই পাশই বাড়ল — ধরন ২।

ধাপ ৪ — ২,০০,০০০ টাকার সেবা দেওয়া হলো (নগদে)


নগদ এল          → Assets ↑ 2,00,000
আয় হলো          → Equity ↑ 2,00,000  (Revenue এর মাধ্যমে)


Assets      =  Liabilities  +  Equity
7,80,000    =       80,000  +  7,00,000     ✓

এখানেই Revenue-র আসল চেহারা দেখা যাচ্ছে — আয় হলে মালিকানা বাড়ে। Equity এখন ৫,০০,০০০ (মূলধন) + ২,০০,০০০ (আয়) = ৭,০০,০০০।

ধাপ ৫ — ৫০,০০০ টাকা অফিস ভাড়া নগদে পরিশোধ


নগদ গেল         → Assets ↓ 50,000
খরচ হলো         → Equity ↓ 50,000  (Expense এর মাধ্যমে)


Assets      =  Liabilities  +  Equity
7,30,000    =       80,000  +  6,50,000     ✓

খরচ হলে মালিকানা কমে — Revenue-র ঠিক উল্টো।

ধাপ ৬ — সরবরাহকারীকে ৮০,০০০ পরিশোধ


নগদ গেল         → Assets ↓ 80,000
দায় মিটল        → Liabilities ↓ 80,000


Assets      =  Liabilities  +  Equity
6,50,000    =            0  +  6,50,000     ✓

ধরন ৩ — দুই পাশই কমল।

ধাপ ৭ — মালিক ব্যক্তিগত প্রয়োজনে ৩০,০০০ তুললেন


নগদ গেল         → Assets ↓ 30,000
মালিকানা কমল     → Equity ↓ 30,000  (Drawings এর মাধ্যমে)


Assets      =  Liabilities  +  Equity
6,20,000    =            0  +  6,20,000     ✓

সাত ধাপের হিসাব একসাথে

Equity ভেঙে দেখুন:

উপাদান	পরিমাণ
Capital (ধাপ ১)	+ ৫,০০,০০০
Revenue (ধাপ ৪)	+ ২,০০,০০০
Expense (ধাপ ৫)	− ৫০,০০০
Drawings (ধাপ ৭)	− ৩০,০০০
মোট Equity	৬,২০,০০০

আর লাভ কত হলো?


লাভ  =  Revenue - Expense  =  2,00,000 - 50,000  =  1,50,000

লক্ষ করুন — লাভ ১,৫০,০০০, কিন্তু নগদ আছে ৬,২০,০০০। এই দুটো এক জিনিস নয়, কখনোই নয়। “লাভ হয়েছে মানে হাতে টাকা আছে” ধরে নেওয়া ব্যবসায়িক জীবনের সবচেয়ে ব্যয়বহুল ভুলগুলোর একটি — আর এই কারণেই Cash Flow Statement আলাদা করে বানাতে হয় (অধ্যায় ২২)।

৫. Implementation — Software ও Database

সমীকরণ একটা invariant, একটা column নয়

প্রথম যে ভুলটা ঠেকাতে হবে: কোথাও assets, liabilities, equity নামে column রাখবেন না। এগুলো সংরক্ষিত মান নয় — এগুলো account গুলোর ব্যালেন্স থেকে হিসাব করে বের করা হয়।


                journal_lines
                      │
                      ▼
              account ভিত্তিক যোগফল
                      │
        ┌─────────────┼─────────────┐
        ▼             ▼             ▼
     Assets      Liabilities     Equity
        └─────────────┼─────────────┘
                      ▼
            সমীকরণ মিলছে কিনা যাচাই

সংরক্ষিত মান রাখলে সেটা কোনো না কোনো দিন আসল হিসাবের সাথে মিল খাবে না — আর তখন কোনটা সত্যি তা বোঝার উপায় থাকবে না।

একটি লেনদেনের ভারসাম্য যাচাই

Posting-এর সময় যে যাচাইটা করবেন সেটা আসলে সমীকরণেরই রূপ:


প্রতিটি journal entry-তে:

    SUM(debit)  ==  SUM(credit)

কেন এটা সমীকরণ যাচাইয়ের সমতুল্য, সেটা অধ্যায় ৪-এ পরিষ্কার হবে। এখন শুধু জানুন — এই একটি শর্ত পূরণ হলে সমীকরণ আপনাআপনি অটুট থাকে।

পুরো খাতার ভারসাম্য যাচাই

প্রতিটি entry balanced হলে গোটা system-ও balanced থাকার কথা। কিন্তু বাস্তবে data corruption, ব্যর্থ migration বা সরাসরি database-এ হাত দেওয়ার কারণে ভেঙে যেতে পারে। তাই একটা global যাচাই দরকার:


SELECT SUM(debit) - SUM(credit)   AS imbalance
FROM   journal_lines l
JOIN   journal_entries e ON e.id = l.journal_entry_id
WHERE  e.company_id = ?
  AND  e.status     = 'posted';

-- ফলাফল সবসময় ঠিক 0 হতে হবে

এই query-টা প্রতি রাতে চালান। শূন্য না হলে সাথে সাথে alert যাক। একটা accounting system-এ এর চেয়ে গুরুত্বপূর্ণ health check আর নেই — কারণ এটা ভেঙে গেলে প্রতিটি report মিথ্যা বলবে, অথচ কোথাও কোনো error দেখাবে না।

Test হিসেবে সমীকরণ

সমীকরণটা যেহেতু কখনো ভাঙে না, এটা automated test-এর জন্য আদর্শ। যেকোনো ব্যবসায়িক কাজের পরে:


test "invoice তৈরির পরেও সমীকরণ মেলে":

    before  = snapshot(assets, liabilities, equity)

    createInvoice(customer, 50000)

    after   = snapshot(assets, liabilities, equity)

    assert  after.assets == after.liabilities + after.equity
    assert  after.assets - before.assets == 50000

এই ধাঁচের test প্রতিটি business module-এর জন্য লিখবেন — invoice, payment, payroll, depreciation, সব। যদি কোনো module সমীকরণ ভাঙে, সে module-এর posting logic ভুল। বিস্তারিত অধ্যায় ৫১-এ।

Balance Sheet আসলে সমীকরণেরই ছাপা রূপ


        BALANCE SHEET

   ASSETS              │   LIABILITIES
   ─────────           │   ───────────
   Cash      6,20,000  │   (none)              0
                       │
                       │   EQUITY
                       │   ──────
                       │   Capital      5,00,000
                       │   Retained     1,20,000
   ─────────           │   ───────────
   Total     6,20,000  │   Total        6,20,000

দুই পাশ মেলে — কারণ সমীকরণ মেলে। Balance Sheet-কে “মেলাতে” হয় না; সে মিলেই থাকে। না মিললে বুঝবেন data-তে সমস্যা, উপস্থাপনায় নয়।

৬. Financial Statement Impact

সমীকরণের প্রতিটি অংশ কোন report-এ যায়:

সমীকরণের অংশ	কোন Statement-এ
Assets	Balance Sheet
Liabilities	Balance Sheet
Capital, Drawings	Balance Sheet + Changes in Equity
Revenue	Income Statement → বছর শেষে Equity-তে
Expense	Income Statement → বছর শেষে Equity-তে

দুটি report আসলে সমীকরণেরই দুই টুকরো:


Balance Sheet     →  Assets = Liabilities + Equity   (এক মুহূর্তের ছবি)

Income Statement  →  Revenue - Expense = Profit      (Equity-র পরিবর্তন)
                                            │
                                            └──▶ বছর শেষে Equity-তে যোগ হয়

এই সংযোগটাই accounting-এর সবচেয়ে সুন্দর অংশ — P&L আর Balance Sheet আলাদা দুটো জিনিস নয়। P&L হলো Equity-র ভিতরে এক বছরে কী ঘটল তার বিবরণ।

বছর শেষে:


Closing Equity  =  Opening Equity  +  Profit  -  Drawings

এই সূত্রটা মিলিয়ে দেখা একটা চমৎকার যাচাই — অধ্যায় ২৬-এ period closing-এ কাজে লাগবে।

৭. Common Developer Mistakes

ভুল	কী ঘটে	সঠিক পথ
`total_assets` জাতীয় column রাখা	কোনো একদিন আসল হিসাবের সাথে মিলবে না	account balance থেকে হিসাব করুন
লাভ আর নগদ এক ভাবা	”লাভ হয়েছে তাহলে টাকা কই?” — ভুল report	Cash Flow আলাদা করে বানান
Balance Sheet “মেলানোর” চেষ্টা	মূল সমস্যা ঢাকা পড়ে	না মিললে data ঠিক করুন, উপস্থাপনা নয়
Global imbalance check না রাখা	খাতা নীরবে বেঁকে যায়, কেউ টের পায় না	প্রতি রাতে যাচাই + alert
Drawings কে Expense ধরা	লাভ ভুলভাবে কম দেখায়	Drawings সরাসরি Equity কমায়
এক-পাশের entry লিখতে দেওয়া	সমীকরণ ভেঙে যায়	অন্তত দুই line বাধ্যতামূলক
Retained Earnings হাতে বদলানো	closing-এর হিসাবের সাথে দ্বন্দ্ব	শুধু closing প্রক্রিয়ায় বদলাবে

Drawings-এর ভুলটা বিশেষভাবে সাধারণ। মালিক টাকা তুললে সেটা ব্যবসার খরচ নয় — ব্যবসার কোনো সুবিধা এতে হয়নি। এটা মালিকানা কমে যাওয়া। Expense ধরলে লাভ ভুল দেখাবে এবং কর হিসাবও ভুল হবে।

৮. Exercises

সেট ক — সমীকরণ পূরণ করুন


১।  Assets = 8,00,000    Liabilities = 3,00,000    Equity = ?
২।  Assets = ?           Liabilities = 1,50,000    Equity = 4,50,000
৩।  Assets = 12,00,000   Liabilities = ?           Equity = 7,20,000
৪।  Assets = 5,00,000    Liabilities = 6,00,000    Equity = ?

৪ নম্বরের উত্তর ঋণাত্মক আসবে। এর ব্যবসায়িক মানে কী — এক বাক্যে লিখুন।

সেট খ — প্রতিটি লেনদেনের পরে সমীকরণ

শূন্য থেকে শুরু করে নিচের ধাপগুলো ধরে একটা টেবিল বানান, যাতে প্রতি ধাপের পরে Assets, Liabilities ও Equity তিনটাই থাকে:


৫।  মালিক নগদ ৩,০০,০০০ বিনিয়োগ করলেন।
৬।  ব্যাংক থেকে ২,০০,০০০ ঋণ নেওয়া হলো।
৭।  ১,৫০,০০০ টাকায় নগদে যন্ত্রপাতি কেনা হলো।
৮।  বাকিতে ৪০,০০০ টাকার কাঁচামাল কেনা হলো।
৯।  ১,০০,০০০ টাকার পণ্য নগদে বিক্রি হলো।
১০। ২৫,০০০ টাকা বেতন নগদে দেওয়া হলো।
১১। সরবরাহকারীকে ৪০,০০০ পরিশোধ করা হলো।
১২। মালিক ২০,০০০ টাকা তুলে নিলেন।

শেষে বের করুন: মোট Assets, মোট Liabilities, মোট Equity, এবং লাভ কত।

সেট গ — ধরন চিহ্নিত করুন

উপরের ৫ থেকে ১২ নম্বর প্রতিটির জন্য বলুন এটা কোন ধরনের (অধ্যায় ২.২-এর চারটি ধরন):


ধরন ১:  বাঁ ↑ , বাঁ ↓
ধরন ২:  বাঁ ↑ , ডান ↑
ধরন ৩:  বাঁ ↓ , ডান ↓
ধরন ৪:  ডান ↑ , ডান ↓

সেট ঘ — চিন্তার প্রশ্ন


১৩। একটি কোম্পানির Equity ঋণাত্মক। এটা কি সবসময় খারাপ?
    একটা পরিস্থিতির কথা ভাবুন যেখানে এটা স্বাভাবিক।

১৪। একটি লেনদেন কি সমীকরণের তিনটি অংশকেই একসাথে ছুঁতে পারে?
    পারলে উদাহরণ দিন, না পারলে কেন নয় ব্যাখ্যা করুন।

১৫। আপনার system-এ রাতের যাচাইয়ে imbalance = 500 পাওয়া গেল।
    কারণ খুঁজে বের করার জন্য ধাপে ধাপে কী করবেন — লিখুন।

উত্তর আছে Workbook-এর Answer Key, অধ্যায় ২-এ।

৯. Developer Challenge

আপনার accounting system-এর জন্য একটি Balance Verification Service নকশা করুন।

যা যা ঠিক করবেন:

১. কোন কোন স্তরে ভারসাম্য যাচাই করবেন — প্রতি entry, প্রতি দিন, প্রতি period, পুরো খাতা? প্রতিটির খরচ কত? ২. Balance Sheet তৈরি করার সময় প্রতিবার সব journal_lines যোগ করা কি বাস্তবসম্মত? দশ বছরের data হলে কী হবে? ৩. দ্রুত করার জন্য যদি account-প্রতি running balance জমা রাখেন, সেটা আসল যোগফলের সাথে মিলছে কিনা কীভাবে নিশ্চিত করবেন? ৪. Imbalance ধরা পড়লে system কী করবে — নতুন posting বন্ধ করে দেবে, নাকি শুধু alert দেবে? আপনার সিদ্ধান্তের পক্ষে যুক্তি দিন। ৫. এমন একটা test লিখুন (ছদ্মকোডে চলবে) যা যেকোনো business operation-এর আগে ও পরে সমীকরণ যাচাই করে।

২ ও ৩ নম্বর একসাথে ভাবুন — এদের মধ্যে একটা আসল দ্বন্দ্ব আছে (গতি বনাম সত্যতা)। অধ্যায় ৯ ও ৪৯-এ এই সমস্যার প্রচলিত সমাধান দেখবেন। তার আগে নিজের সমাধান লিখে রাখুন।

১০. Summary Card

মূল সমীকরণ


        Assets   =   Liabilities   +   Equity

        যা আছে         যেখান থেকে এসেছে

বিস্তৃত রূপ


Assets = Liabilities + Capital + Revenue - Expense - Drawings

Equity-র উপাদান

উপাদান	প্রভাব
Capital	Equity বাড়ায়
Revenue	Equity বাড়ায়
Expense	Equity কমায়
Drawings	Equity কমায়

লেনদেনের চারটি ধরন


১.  বাঁ ↑ , বাঁ ↓        নগদে সম্পদ কেনা
২.  বাঁ ↑ , ডান ↑        বাকিতে সম্পদ কেনা
৩.  বাঁ ↓ , ডান ↓        ঋণ পরিশোধ
৪.  ডান ↑ , ডান ↓        ঋণ থেকে মূলধনে রূপান্তর

যাচাইয়ের সূত্র


Δ Assets  -  Δ Liabilities  -  Δ Equity  =  0

লাভ  =  Revenue - Expense

Closing Equity  =  Opening Equity + Profit - Drawings

মনে রাখার তিনটি কথা


১.  সমীকরণ কখনো ভাঙে না — ভাঙলে বুঝবেন ভুল আছে
২.  তাই প্রতিটি লেনদেনে অন্তত দুটি প্রভাব
৩.  লাভ আর নগদ এক জিনিস নয়

Developer checklist


□  assets/liabilities/equity কোনো column নয় — হিসাব করে বের করুন
□  প্রতি entry-তে SUM(debit) == SUM(credit)
□  প্রতি রাতে global imbalance যাচাই + alert
□  প্রতিটি module-এ equation test
□  Drawings কে Expense নয়, Equity কমানো হিসেবে
□  Retained Earnings শুধু closing প্রক্রিয়ায় বদলাবে
□  Balance Sheet না মিললে data দেখুন, উপস্থাপনা নয়

পরবর্তী অধ্যায়

অধ্যায় ৩ — পাঁচ প্রকার Account: সমীকরণে আমরা পাঁচটি নাম দেখেছি — Asset, Liability, Equity, Revenue, Expense। পরের অধ্যায়ে প্রত্যেকটিকে খুলে দেখব: কোনটার ভিতরে কী পড়ে, কীভাবে চিনবেন, আর একটা জিনিসকে ভুল শ্রেণিতে ফেললে হিসাবে ঠিক কী বিপর্যয় ঘটে।