অধ্যায় ১৪ — Accounts Receivable

A/R control account আর customer subledger-এর সম্পর্ক — তিন স্তরে — ব্যাখ্যা করতে
Receipt allocation: কোন টাকা কোন invoice-এর বিপরীতে — তা নকশা করতে
আংশিক payment, এক receipt-এ বহু invoice, বেশি payment — তিনটিই সামলাতে
Settlement discount-এর entry লিখতে এবং কেন সেটা revenue-র সময় নয়, তা বলতে
Unapplied receipt (on-account) কী, আর কেন সেটা বেশিদিন থাকা বিপজ্জনক, তা বলতে
Aging report তৈরি করতে — invoice-ভিত্তিক, as-of তারিখে
Customer statement তৈরি করতে
Bad debt write-off-এর entry লিখতে (allowance-এর ধারণা অধ্যায় ৫৯-এর জন্য রেখে)
Credit limit ও credit hold-এর যুক্তি নকশা করতে
তিন-মুখী reconciliation: GL == subledger == open invoice − unapplied — চালাতে

    গ্রাহক তিনটা invoice-এর টাকা একসাথে দেয় — কিন্তু মোটের চেয়ে কম
    আরেকজন অর্ধেক দেয়, বাকিটা "পরের মাসে"
    একজন বেশি দিয়ে ফেলে
    একজন ১০ দিনে দিয়ে ২% ছাড় নেয়
    একজন ছয় মাসেও দেয় না, তারপর ব্যবসা বন্ধ করে দেয়

    স্তর ১   GL              1130 Accounts Receivable          1,44,900
                                        │
    স্তর ২   Subledger       গ্রাহক-ধরে ব্যালেন্স
                              করিম ট্রেডার্স     1,38,000
                              রহিম এন্টারপ্রাইজ    6,900
                                        │
    স্তর ৩   Open items      invoice-ধরে বকেয়া
                              SV-09-0003  করিম   1,38,000  (due 15-10)
                              SV-09-0008  রহিম      6,900  (due 28-10)

    receipt  1,00,000  করিম
        │
        ├──▶  SV-09-0003   1,38,000 open   →  1,00,000 allocated, 38,000 open থাকল
        │
        └──▶  (বাকি 0)

    invoice   1,38,000
    receipt   1,00,000  →  allocated 1,00,000
    open         38,000

    receipt   90,000
        →  SV-07-0015   80,000  (পুরোটা)
        →  SV-09-0008    6,900  (পুরোটা)
        →  বাকি          3,100  ← ?

    3,100  →  গ্রাহকের subledger-এ credit, কোনো invoice ছাড়া
              পরের invoice এলে তার সাথে allocate হবে
              অথবা ফেরত দিতে হবে

    subledger balance  ==  SUM(open invoice)  −  SUM(unapplied receipt)

FIFO           সবচেয়ে পুরনো open invoice আগে
               সাধারণ, aging পরিষ্কার রাখে

গ্রাহকের কথা   remittance advice-এ যা লেখা
               থাকলে সবসময় এটাই জেতে

    invoice   1,80,000  (net of advance)
    গ্রাহক ১০ দিনের মধ্যে দিলেন:  1,80,000 × 98% = 1,76,400

    Dr  1120  Bank                    1,76,400
    Dr  4190  Discount Allowed           3,600     ← contra-revenue
        Cr  1130  A/R  [সালমা]                    1,80,000

১.  A/R পুরো 1,80,000 credit হয় — invoice সম্পূর্ণ মিটে গেছে
২.  Revenue (4110) স্পর্শ হয় না — আয় ছিল invoice-এর দিনে, তখন ছাড়ের
    কথা জানা ছিল না
৩.  ছাড়টা আলাদা account-এ: 4190 Discount Allowed (contra-revenue,
    Income Statement-এ revenue থেকে বিয়োগ) বা 5xxx expense — নীতির প্রশ্ন

    bucket       মানে
    ──────       ────
    Current      due date এখনো আসেনি
    1–30         due-র পরে ১–৩০ দিন
    31–60
    61–90
    90+          গুরুতর — bad debt-এর প্রার্থী

    STATEMENT — করিম ট্রেডার্স — অক্টোবর ২০২৫

    তারিখ   বিবরণ                    Debit      Credit    Balance
    01-10   Opening                                       1,38,000
    18-10   Receipt RV-10-0003                 1,00,000     38,000
    31-10   Closing                                          38,000

    বকেয়া invoice:  SV-09-0003  15-09  1,38,000  paid 1,00,000  open 38,000  (16 দিন overdue)

    Dr  5530  Bad Debt Expense          12,000
        Cr  1130  A/R  [মেঘনা ট্রেডার্স]         12,000

    credit_limit         5,00,000
    open balance         3,80,000
    নতুন invoice         1,50,000   →  5,30,000 > সীমা  →  block বা অনুমোদন
    90+ overdue আছে?                →  credit hold: নতুন invoice নয়

Receipt-এ Revenue         (আয় invoice-এ, একবার)
Discount-এ Revenue কমানো  (আলাদা account)

প্রতিটি open invoice-এর জন্য:
    open  =  grand_total  −  SUM(allocated receipt)  −  SUM(discount)
                          −  SUM(credit note)         −  SUM(write-off)

allocation-এর যোগফল  ≤  receipt-এর অঙ্ক
receipt − allocated   =  unapplied

GL 1130  ==  SUM(subledger)  ==  SUM(open invoice)  −  SUM(unapplied)

বয়স  =  as_of_date − due_date       (invoice_date নয়)
as-of তারিখের পরের receipt গোনা হবে না
SUM(aging)  ==  GL 1130 (as-of)  +  unapplied

  Invoice       গ্রাহক             তারিখ   due     মোট       open
  ───────       ─────             ─────   ───     ───       ────
  SV-07-0015    রহিম এন্টারপ্রাইজ   20-07   19-08    80,000    80,000   ← cheque ফেরত (অধ্যায় ১১)
  SV-09-0003    করিম ট্রেডার্স      15-09   15-10  1,38,000  1,38,000
  SV-09-0008    রহিম এন্টারপ্রাইজ   28-09   28-10     6,900     6,900
  SV-24-0311    মেঘনা ট্রেডার্স     11-2024  12-2024  12,000    12,000   ← গত বছরের
                                                              ────────
  GL 1130                                                     2,36,900

  আর: সালমা আক্তারের advance 50,000 (2160 — A/R-এ নয়)

SV-10-0001
    Dr  1130  A/R  [সালমা]              2,30,000
        Cr  4110  Software Dev. Income            2,00,000
        Cr  2140  VAT Payable                       30,000

JV-10-0002   advance adjustment (অধ্যায় ১৯-এর আগাম)
    Dr  2160  Customer Advance             50,000
        Cr  1130  A/R  [সালমা]                        50,000

    allocation:  SV-10-0001  2,30,000  −  advance 50,000  =  open 1,80,000

RV-10-0001
    Dr  1120  Bank — Prime               1,76,400
    Dr  4190  Discount Allowed              3,600
        Cr  1130  A/R  [সালমা]                       1,80,000

    allocation:  SV-10-0001  receipt 1,76,400 + discount 3,600  →  open 0  →  paid

RV-10-0003
    Dr  1120  Bank — Prime               1,00,000
        Cr  1130  A/R  [করিম]                        1,00,000

    allocation:  SV-09-0003  1,00,000  →  open 38,000  →  partially_paid

RV-10-0004
    Dr  1120  Bank — Prime                 90,000
        Cr  1130  A/R  [রহিম]                          90,000

    allocation (FIFO):
        SV-07-0015   80,000  →  open 0  →  paid
        SV-09-0008    6,900  →  open 0  →  paid
        unapplied     3,100  ←  রহিমকে জানাতে হবে: ফেরত, নাকি পরের invoice-এ?

JV-10-0005   (অনুমোদন: finance manager)
    Dr  5530  Bad Debt Expense             12,000
        Cr  1130  A/R  [মেঘনা]                         12,000

    allocation:  SV-24-0311  write-off 12,000  →  open 0  →  written_off

    opening                     2,36,900
    + SV-10-0001                2,30,000
    − JV-10-0002 (advance)        50,000
    − RV-10-0001                1,80,000
    − RV-10-0003                1,00,000
    − RV-10-0004                  90,000
    − JV-10-0005 (write-off)      12,000
                               ─────────
    closing                       34,900

    করিম ট্রেডার্স        38,000  Dr
    রহিম এন্টারপ্রাইজ      3,100  Cr   ← unapplied
    সালমা আক্তার               0
    মেঘনা ট্রেডার্স            0
                          ──────
                          34,900  Dr   ✓

    SV-09-0003   করিম   open 38,000
    unapplied    রহিম   (3,100)
                        ──────
                        34,900  ✓

                    A/R AGING — as of 31-10-2025

  গ্রাহক          Current    1–30     31–60    61–90     90+      মোট
  ─────           ───────    ────     ─────    ─────     ───      ───
  করিম ট্রেডার্স              38,000                              38,000
                            (SV-09-0003, due 15-10, 16 দিন)
  রহিম (unapplied)                                              (3,100)
                                                                 ──────
                            38,000                               34,900  ✓ == GL

  করিম        1,38,000  Current
  রহিম            6,900  Current  +  80,000  31–60  (due 19-08, 42 দিন)
  মেঘনা                                        12,000  90+
              ─────────                                          2,36,900  ✓

    STATEMENT OF ACCOUNT — রহিম এন্টারপ্রাইজ — অক্টোবর ২০২৫

    তারিখ   বিবরণ                          Debit     Credit    Balance
    01-10   Opening (SV-07-0015, SV-09-0008)                    86,900 Dr
    22-10   Receipt RV-10-0004                        90,000     3,100 Cr
    31-10   Closing                                              3,100 Cr

    আপনার হিসাবে 3,100 টাকা জমা আছে। পরের invoice-এ সমন্বয় হবে,
    অথবা ফেরত চাইলে জানান।

receipt_allocations

id                  BIGINT PK
company_id          BIGINT FK
invoice_id          BIGINT FK              -- sales_invoices
source_type         VARCHAR(20)            -- receipt | discount | credit_note | write_off | advance
source_id           BIGINT                 -- payments.id, credit_notes.id, ...
amount              DECIMAL(18,4)          -- invoice-এর open কমায়
allocated_at        TIMESTAMP
allocated_by        BIGINT
allocation_date     DATE                   -- aging-এর as-of-এর জন্য

CHECK (amount > 0)
INDEX (invoice_id)
INDEX (source_type, source_id)

    unapplied(receipt)  =  receipt.amount  −  SUM(allocations WHERE source = receipt)

sales_invoices  (+)

amount_settled      DECIMAL(18,4) NOT NULL DEFAULT 0   -- SUM(allocations)
open_amount         DECIMAL(18,4) NOT NULL              -- grand_total − amount_settled

allocate(receipt, [(invoice, amount)...], by):

    -- একটাই transaction
    lock receipt, lock প্রতিটি invoice (FOR UPDATE)     -- অধ্যায় ৪৭

    যাচাই:
        receipt.status == 'posted'
        প্রতিটি invoice.customer_id == receipt.party_id
        SUM(amount)  ≤  unapplied(receipt)
        প্রতিটি: amount ≤ invoice.open_amount

    প্রতিটি (invoice, amount):
        INSERT receipt_allocations (invoice, 'receipt', receipt.id, amount,
                                    allocation_date = receipt.doc_date)
        invoice.amount_settled += amount
        invoice.open_amount    −= amount
        invoice.status = open_amount == 0 ? 'paid' : 'partially_paid'

    -- journal entry নেই! GL আগেই ঠিক ছিল (receipt post-এ)

autoAllocate(receipt):
    remaining = unapplied(receipt)
    invoices  = open invoices of receipt.party, ORDER BY due_date, invoice_date
    plan = []
    প্রতিটি inv in invoices, remaining > 0 থাকা পর্যন্ত:
        a = min(remaining, inv.open_amount)
        plan.append((inv, a)); remaining −= a
    return plan          -- ব্যবহারকারীকে দেখান, অনুমোদনে allocate()

প্রতিটি (inv, amount) in plan:
    যদি inv.discount_pct > 0
       এবং receipt.doc_date ≤ inv.invoice_date + inv.discount_days
       এবং amount == inv.open_amount × (1 − discount_pct):     -- পুরোটা মেটাচ্ছে
        discount = inv.open_amount − amount
        entry-তে যোগ: Dr 4190 discount
        allocation-এ যোগ: (inv, 'discount', discount)

WITH open_items AS (
    SELECT i.id, i.customer_id, i.due_date,
           i.grand_total
             − COALESCE((SELECT SUM(a.amount) FROM receipt_allocations a
                         WHERE a.invoice_id = i.id
                           AND a.allocation_date <= :as_of), 0)  AS open_amt
    FROM   sales_invoices i
    WHERE  i.company_id = :c
      AND  i.status <> 'draft' AND i.status <> 'cancelled'
      AND  i.invoice_date <= :as_of
),
unapplied AS (
    SELECT p.party_id AS customer_id,
           SUM(p.amount) − COALESCE(SUM(a.amount), 0) AS unapplied_amt
    FROM   payments p
    LEFT JOIN receipt_allocations a
           ON a.source_type = 'receipt' AND a.source_id = p.id
          AND a.allocation_date <= :as_of
    WHERE  p.kind = 'receipt' AND p.party_type = 'customer'
      AND  p.status = 'posted' AND p.doc_date <= :as_of
    GROUP BY p.party_id
)
SELECT c.name,
       SUM(CASE WHEN :as_of <= o.due_date            THEN open_amt END) AS current,
       SUM(CASE WHEN :as_of − o.due_date BETWEEN  1 AND 30 THEN open_amt END) AS d1_30,
       SUM(CASE WHEN :as_of − o.due_date BETWEEN 31 AND 60 THEN open_amt END) AS d31_60,
       SUM(CASE WHEN :as_of − o.due_date BETWEEN 61 AND 90 THEN open_amt END) AS d61_90,
       SUM(CASE WHEN :as_of − o.due_date > 90            THEN open_amt END) AS d90_plus,
       −COALESCE(u.unapplied_amt, 0)                                        AS unapplied
FROM   open_items o
JOIN   customers c ON c.id = o.customer_id
LEFT JOIN unapplied u ON u.customer_id = o.customer_id
WHERE  o.open_amt > 0
GROUP BY c.name, u.unapplied_amt;

writeOff(invoice, reason, approved_by):

    যাচাই:
        invoice.open_amount > 0
        approved_by-র write-off অনুমতি আছে (অধ্যায় ৪৮)
        reason বাধ্যতামূলক

    entry = JV, source_type = 'write_off'
        Dr  5530 Bad Debt Expense        open_amount
            Cr  1130 A/R (party)             open_amount
    post(entry)

    INSERT receipt_allocations (invoice, 'write_off', entry.id, open_amount)
    invoice.open_amount = 0; status = 'written_off'

১৯.  GL 1130 (posted_lines)
        == SUM(subledger balance by customer)              -- অধ্যায় ৯
        == SUM(sales_invoices.open_amount WHERE open)
           − SUM(unapplied receipts)

২০.  প্রতিটি invoice:
        open_amount == grand_total − SUM(receipt_allocations)   -- সংরক্ষিত বনাম গণিত

২১.  status সামঞ্জস্য:
        open_amount == 0  ⟺  status IN ('paid', 'written_off', 'cancelled')
        0 < open < total  ⟺  status == 'partially_paid'

২২.  unapplied receipt, ৩০ দিনের বেশি পুরনো  →  সতর্কতা

২৩.  allocation-এর customer ≠ receipt-এর customer  →  ০ সারি

issueInvoice() -এ, post-এর আগে:

    exposure = customer.subledger_balance + inv.grand_total
    যদি exposure > customer.credit_limit:
        যদি by-র override অনুমতি নেই:  reject("credit limit")
        নইলে: log override

    যদি customer.has_overdue(days > 90) এবং customer.credit_hold:
        reject("credit hold")

test "allocation GL বদলায় না":

    receive(রহিম, 90,000)
    g1 = balance(1130)
    allocate(receipt, [(SV-07-0015, 80,000), (SV-09-0008, 6,900)])
    assert balance(1130) == g1
    assert unapplied(receipt) == 3,100


test "discount-সহ receipt invoice পুরো বন্ধ করে":

    inv = issue(সালমা, 1,80,000 open, 2/10)
    receive(সালমা, 1,76,400, date = +7 দিন, allocate → inv)
    assert inv.status == 'paid'
    assert Δ 4190 == +3,600
    assert Δ 4110 == 0


test "as-of aging পরের receipt গোনে না":

    issue(inv, 15-09, due 15-10, 1,38,000)
    receive(18-10, 1,00,000 → inv)
    assert aging(as_of = 30-09)[inv] == 1,38,000, bucket current
    assert aging(as_of = 31-10)[inv] ==   38,000, bucket 1–30


test "তিন স্তর সমান":

    ... যেকোনো কাজের পরে
    assert gl(1130) == Σ subledger == Σ open − Σ unapplied


test "অন্য গ্রাহকের invoice-এ allocate করা যায় না":

    assert rejects  allocate(receipt(রহিম), [(invoice(করিম), 1)])

    INCOME STATEMENT (অক্টোবর)
        4110  Software Dev. Income         2,00,000
        4190  Discount Allowed              (3,600)     ← contra-revenue
        5530  Bad Debt Expense              12,000

    BALANCE SHEET (৩১ অক্টোবর)
        1130  Accounts Receivable            34,900     ← net of unapplied
        2160  Customer Advance                    0     (সালমারটা সমন্বয় হয়েছে)

    CASH FLOW (operating)
        গ্রাহক থেকে প্রাপ্তি                3,66,400     (1,76,400 + 1,00,000 + 90,000)

১।   গ্রাহকের তিনটা open invoice: A 40,000 (due 01-09), B 25,000
     (due 15-09), C 60,000 (due 01-10)। ১০-১০-এ 70,000 এল, কিছু বলেননি।
     FIFO allocation লিখুন। কোনটা paid, কোনটা partial, কত open?

২।   ১ নম্বরে গ্রাহক remittance-এ লিখেছেন "B ও C-এর জন্য"। এবার?
     A কেন বাদ — এটা কি সন্দেহজনক?

৩।   Invoice 1,15,000 (VAT সহ), শর্ত ২/১০। গ্রাহক ৮ দিনে 1,12,700
     পাঠালেন। entry ও allocation। Revenue কি বদলাল?

৪।   ৩ নম্বরে গ্রাহক ১৪ দিনে 1,12,700 পাঠালেন। এবার? গ্রাহককে কী বলবেন?

৫।   গ্রাহক 50,000 বেশি দিয়েছেন, ফেরত চাইলেন। entry লিখুন।
     allocation table-এ কী হবে?

৬।   ৯ মাস পুরনো 8,000 টাকার invoice write-off। entry। দুই মাস পরে
     গ্রাহক 8,000 পাঠালেন। entry।

৭।   ৩১-১০-এ open items:
         P  due 20-10   15,000
         Q  due 05-11   30,000
         R  due 25-08   12,000
         S  due 02-08    9,000
         unapplied receipt (একই গ্রাহকের)   (5,000)
     bucket-ধরে aging লিখুন। মোট কত? GL 1130 কত হওয়া উচিত?

৮।   ৭ নম্বরের data, কিন্তু as-of ৩০-০৯। R-এর একটা 4,000 টাকার
     receipt ছিল ১৫-১০-এ (৭-এ 12,000 তার পরের open)। ৩০-০৯-এ R কত,
     কোন bucket?

৯।   Aging মোট 2,40,000, GL 1130 2,52,000। পার্থক্য 12,000।
     সম্ভাব্য কারণ তিনটি লিখুন, আর প্রতিটি যাচাইয়ের query-র যুক্তি।

১০।  allocate() একটা JV post করে: Dr A/R / Cr A/R — "invoice বন্ধ করতে"
১১।  aging query: `CURRENT_DATE - invoice_date`
১২।  Receipt 90,000, allocation 86,900, বাকি 3,100 "Misc Income"-এ
১৩।  Settlement discount: Dr Bank 1,76,400 / Cr Sales 3,600 / Cr A/R 1,80,000
     (লক্ষ করুন — এটা balanced নয়; কী ভুল, আর কী ভুল হলে balanced হতো?)
১৪।  write_off() যে কোনো user চালাতে পারে, reason optional
১৫।  Credit limit যাচাই receipt-এর সময়

১৬।  receipt_allocations-এ source_type পাঁচটা। প্রতিটির জন্য: GL
     বদলায় কি? কোন document থেকে আসে? উল্টানো যায় কি, কীভাবে?

১৭।  একটা receipt ভুল invoice-এ allocate হয়েছে, গত মাসে, আর সেই
     মাসের aging report auditor-কে দেওয়া হয়ে গেছে। ঠিক করবেন কীভাবে?
     as-of aging কি বদলাবে? বদলানো কি উচিত?

১৮।  Statement পাঠানোর পরে গ্রাহক বলছেন "আমার হিসাবে আপনার
     একটা invoice নেই, আর একটা receipt আপনার নেই।" দুই পাশের
     পার্থক্য খোঁজার ধাপ লিখুন — অধ্যায় ১২-এর reconciliation-এর
     সাথে মিল কোথায়?

১৯।  বহু-currency গ্রাহক (অধ্যায় ৫৪-এর আগাম): USD invoice, BDT receipt।
     allocation কোন currency-তে? পার্থক্য (exchange gain/loss) কোথায়?

GL 1130  ==  Σ subledger (গ্রাহক)  ==  Σ open invoice − Σ unapplied
প্রতিদিন যাচাই

receipt post   →  Dr Bank / Cr A/R [গ্রাহক]     (GL)
allocate       →  receipt_allocations সারি      (GL নয়)
unapplied      =  receipt − Σ allocated          (subledger-এ credit)
FIFO default, remittance advice জেতে

Dr Bank (নিট)   Dr 4190 Discount Allowed   Cr A/R (পুরো)
Revenue অপরিবর্তিত; allocation = receipt + discount

বয়স  =  as_of − due_date  (invoice_date নয়)
as-of: allocation_date <= as_of
Σ aging == GL (as-of)

Dr 5530 Bad Debt Expense   Cr A/R [গ্রাহক]
allocation source = write_off; আলাদা অনুমতি + কারণ
পরে টাকা এলে: Bad Debt Recovered, invoice reopen নয়

□  paid boolean নয় — receipt_allocations table
□  allocation GL স্পর্শ করে না (discount ছাড়া)
□  open_amount সংরক্ষিত + রাতে পুনর্গণনা
□  unapplied: subledger credit, statement-এ বার্তা, ৩০ দিনে সতর্কতা
□  discount সনাক্তকরণ: তারিখ + অঙ্ক == open × (1 − pct)
□  aging due_date থেকে, as-of, Σ == GL
□  statement: ইতিহাস + open items, পাঠানোর record
□  write-off: অনুমতি, কারণ, audit
□  credit limit/hold issueInvoice()-এ
□  গ্রাহকের credit balance → Balance Sheet-এ liability
□  রাতে: তিন স্তর, open == গণিত, status সামঞ্জস্য, unapplied বয়স, cross-customer