Simple for staff
A field agent or cashier can complete their work without knowing a single accounting concept. The system handles the double-entry behind the scenes.
Platform Architecture
Asaan Hesab is not a single application. It is twelve interlocking layers that together form a complete enterprise operating system.
Accounting, sales, purchasing, inventory and CRM on one shared ledger.
Cash, bank, multi-currency, accounts payable and receivable, and budgeting.
Warehouses, goods in transit, production, project and service management.
Sector workflows purpose-built for Afghanistan and the wider region.
Dynamic approval chains, delegation and task routing across roles.
Business intelligence, forecasting and continuous KPI tracking.
Voice commands, fraud detection and strategic recommendations.
Strict document integrity protocol (no hard delete) and a complete audit trail.
Customer, supplier and agent portals plus automated WhatsApp messaging.
POS hardware, e-commerce, banking and payment system APIs.
No-code builder for forms, reports and custom fields.
Offline-first synchronization, disaster recovery and multi-device support.
Design Philosophy
Every screen, rule and report in Asaan Hesab is built on these five commitments.
A field agent or cashier can complete their work without knowing a single accounting concept. The system handles the double-entry behind the scenes.
Complete double-entry bookkeeping, precise traceability and strict correction rules deliver an audit-grade financial record.
A BI panel that surfaces the state of the business and its bottlenecks instantly, without drowning you in reports.
Local currencies (AFN, USD, PKR, IRR, CNY), Hawala and Saraf ledgers, weak-connectivity operation and local units of measure are built in, not bolted on.
Ready for AI, voice assistants, APIs, cloud and mobile integration from day one.
System Rules
These rules are enforced by the core and cannot be switched off. They are what separates an ERP from a bookkeeping app.
No posted document can ever be deleted from the system. Hard delete is banned. Changes are made only through a reversal, a cancellation or a credit note — each requiring a stated reason.
Purchase request, approval, goods receipt (GRN), invoice and payment are split across separate permissions so that no single person can complete a fraudulent cycle alone.
Who changed what, when, from which IP and device — stored with the old value, the new value and the stated reason.
Every document follows the same status path, so any user can read the state of any record anywhere in the system.
Payment cannot be approved until the purchase order, the goods receipt note and the supplier invoice have been cross-checked by quantity and amount.