27
Home/Modules/Finance & Accounts
Module — Finance

Finance & Accounts

The accounts team should not be re-typing what the counter already recorded. In ambar 27 every sale, purchase, return, expense and receipt posts to the ledger as it happens — and every outflow passes through an approval lifecycle before the money leaves.

5Planner types: payment, receipt, expense, income and TDS
ChainCounter → cashier → manager → bank, each hop documented
ReconciledBank statements, cheques and card settlements matched
AuditedEvery state change stamped with user and timestamp

One daybook, every branch

The daybook is the day’s truth: opening, receipts, payments, closing, per ledger and per branch. Multi-daybook puts several branches side by side, and view-day reopens any past date exactly as it stood.

  • Daybook and multi-daybook across branches and channels
  • View day and close day, with a close history nobody can quietly edit
  • Ledger master with groups, opening balances and statements
  • Customer and supplier statements, and ageing by bucket
  • Receipts-and-payments and capital receipts registers
  • Fixed assets register alongside trading ledgers
Core accountingScreens
DaybookMulti DaybookView DayClose DayClose HistoryLedgersGroupsCustomer StatementSupplier StatementAgeingAging ReportReceipts PaymentsCapital Receipts RegisterFixed Assets RegisterBranch Reports

The cash chain of custody

Most retail cash loss is not theft — it is untracked handoffs. ambar 27 makes every handoff a document: counter settles to cashier, cashier balances, cash moves to the manager, manager deposits to bank. Each step reconciles against the last.

  • Counter settlements with per-counter expected versus counted
  • Cashier balance and cashier summary at any point in the day
  • Counter cash to manager, and manager to bank documents
  • Cash management register showing where every rupee currently sits
  • Close day that will not close on an unexplained difference
  • Settle-all for fast end-of-day processing across counters

Banking, cheques and card settlements

Cheques are still how wholesale textile pays. ambar 27 treats them as instruments with a lifecycle: issued from a numbered book, held, deposited, cleared or bounced — and printed on your bank’s layout from a stored template.

  • Bank accounts, bank transactions and bank transfers
  • Bank statement import with reconciliation against recorded transactions
  • Cheque books, cheque register, cheques in hand and cheque deposits
  • Outgoing cheques with per-bank print templates
  • Card machine masters and settlement matching against bank credits
  • Razorpay collections reconciled to customer ledgers
BankingScreens
Bank AccountsBank StatementBank TransactionsBank TransfersBank ReconciliationCheque BooksCheque RegisterCheques in HandCheque DepositsOutgoing ChequesCheque TemplatesCard MachinesCard SettlementsCounter Settlements

Planners: approval before the money leaves

A payment planner turns an intention to pay into a document that must be approved before it becomes a payment. The same pattern covers receipts, expenses, income and TDS — so the owner sees the pipeline, and the auditor sees the trail.

  • Payment planner with drafts, approved plans and released payments
  • Receipt planner for expected inflows, with drafts and approvals
  • Expense planner and income planner on the same lifecycle
  • TDS planner that applies the right section before payment is released
  • Pending-approval views by role so nothing waits invisibly
  • Every transition logged with user, timestamp and prior state

Expenses and income, with their own discipline

Expenses are where control usually disappears. Here they are ledgered, drafted, approved, paid and reportable — including advances given against future expenses, and void handling that leaves a record rather than a gap.

  • Expense ledgers, expense drafts, expense advances and expense payments
  • Paid, unpaid and void expense registers
  • Income ledgers, income drafts, income payments and received / unreceived income
  • Income returns and voided income with full history
  • Other payments for the things that fit no category
  • Expense and income reports by ledger, period and branch
Expenses & incomeScreens
All ExpensesExpense LedgersExpense DraftsExpense AdvancesExpense PaymentsPaid ExpensesUnpaid ExpensesVoid ExpensesIncomeIncome LedgersIncome DraftsIncome PaymentsReceived IncomeUnreceived IncomeIncome ReturnsVoided IncomeOther Payments

Purchase and supplier control

Purchase orders, purchase plans, purchases, returns and supplier payments run through the same approval discipline as everything else — and land on the same inventory the counter sells from.

  • Purchase orders with open, partially received and closed states
  • Purchase plans with drafts, approvals and conversion
  • Purchases, purchase drafts, purchase returns and void purchases
  • Purchase payments against the supplier ledger
  • Supplier opening balances, statements and performance reports
  • Purchase team and purchase-manager attribution on every document
PurchaseScreens
New PurchaseAll PurchasesPurchase DraftsVoid PurchasesPurchase ReturnsPurchase OrdersOpen Purchase OrdersPartially ReceivedClosed Purchase OrdersNew Purchase PlanActive Purchase PlansApproved Purchase PlansConverted Purchase PlansPurchase PaymentsPurchase TeamSuppliers
Everything in this module

The complete screen list.

Nothing here is a roadmap item. Every screen below ships in the product and is controlled by the same role permissions.

Daybook & ledgers

DaybookMulti DaybookView DayClose DayClose HistoryLedgersGroupsAgeingCustomer StatementSupplier Statement

Cash

Cash ManagementCashier BalanceCashier SummaryCounter SettlementsCounter Cash to ManagerManager to BankSettle All

Banking

Bank AccountsBank StatementBank TransactionsBank TransfersBank Reconciliation

Cheques

Cheque BooksCheque RegisterCheques in HandCheque DepositsOutgoing ChequesCheque Templates

Planners

Payment PlannerReceipt PlannerPayment DraftsReceipt DraftsNew Expense PlanApproved Expense PlansNew Income PlanApproved Income PlansTDS PlannerDiscount Planner

Expenses & income

All ExpensesExpense LedgersExpense AdvancesPaid ExpensesUnpaid ExpensesVoid ExpensesIncomeIncome LedgersReceived IncomeUnreceived Income

Purchase

New PurchaseAll PurchasesPurchase DraftsPurchase ReturnsPurchase OrdersPurchase PlansPurchase PaymentsVoid Purchases

Registers

Receipts PaymentsCapital Receipts RegisterFixed Assets RegisterBranch ReportsAdvance OutstandingOutstanding
Reporting

What you can ask of it.

Finance reporting is not an export to Excel. Every view is filterable by branch, period and ledger, permissioned separately from the transaction screens, and reads from the same ledger the counter wrote to.

Reports in this module9 views
  • Daybook and multi-branch daybook by date range
  • Ageing by customer, supplier and bucket
  • Customer and supplier statements with opening balances
  • Cashier summary, counter settlements and cash position
  • Bank statement, reconciliation status and unreconciled lines
  • Cheque register, cheques in hand and deposit tracking
  • Expense and income by ledger, period and branch
  • Advance outstanding and outstanding receivables
  • Purchase-vs-sale and supplier performance
Questions

Finance & Accounts, specifically

Does this replace Tally?

For operations, yes — sales, purchase, inventory, cash, banking and receivables live here. Most clients keep Tally as the statutory book and push mapped vouchers to it from ambar 27, so their CA’s workflow is unchanged.

How does the approval chain work?

Planners have explicit draft and approved states, with permissions deciding who can draft, who can approve, and who can release payment. Every transition is recorded with user and timestamp, and the pending queue is visible by role.

Can we run multiple branches on one instance?

Yes. Channels and warehouses scope data per branch, users are restricted to their own channel, and multi-daybook and branch reports consolidate across them.

What about bounced cheques?

A cheque moves through issued, deposited and cleared or bounced states. A bounce reverses the receipt against the customer ledger and leaves both the original entry and the reversal visible.


Bring last month’s daybook.

A 45-minute working session on your store data — your categories, your GST profile, your counters. No slideware.