Use cases · 7 personas · 1 platform

Seven business shapes. One platform.

Every persona below uses the same codebase, same price, same login. The feature grid on /features lists every module. This page is for the "which subset do I actually care about?" question.

Persona 01

SaaS founder with MRR to bill

Monthly recurring revenue · Indian GST · a few overseas customers

You invoice 30–200 customers monthly, half INR half USD / EUR, and you'd like the "chase-and-reconcile" loop to run without a human. You also wanted a lightweight sales CRM so deals stop living in a Notion board.

Modules in play
Recurring Invoices — schedule + auto-send + auto-chase
Multi-currency + FX rates — USD/EUR invoices with realised/unrealised gain tracking
Payment Links (Razorpay + Stripe) — customer pays, we reconcile
Client Portal — magic-link, no password, no login friction
Leads + Proposals — kanban + version-tracked proposals
InvoiceChaser — 6-step escalation, weekend-aware
Outcome

DSO drops 15–20 days in the first quarter. You stop copy-pasting into Gmail. CRM + invoicing speak the same customer id, so "converted a lead" becomes a one-click action.

Persona 02

UAE trading company (free-zone + mainland)

AED 5M–50M turnover · FTA-compliant from day one · 2027-mandate-ready

You move inventory between a JAFZA entity and a mainland UAE entity. Your buyers want bilingual Tax Invoices, your accountant wants the VAT-201 CSV without a three-hour spreadsheet dance, and you need to be PINT-AE-ready before Jan-2027.

Modules in play
Bilingual Tax Invoice (EN + AR) — FTA-compliant field set, RTL typesetting
VAT-201 full return (Boxes 1a / 3 / 4 / 5 / 7 / 8 / 9 / 10 / 11)
Vendor Bills — AP side feeds Box 9 input VAT + Box 10 reverse charge
Multi-Emirate branch rollup on VAT-201 Box 1a
Multi-TRN under one login — free-zone + mainland entities switchable per invoice
PINT-AE UBL 2.1 XML — 51-field Peppol payload with ASP adapter layer
Outcome

Filing day becomes a CSV download instead of three days of Excel. Your accountant stops calling you on Thursday nights. The Jan-2027 mandate is a config change (wire the ASP) rather than a product rebuild.

Persona 03

Indian textile / electronics exporter

LUT-backed exports · foreign-currency invoicing · FX gain reconciliation

You ship to US / EU / UAE, file under LUT (so outputs are zero-rated), and the finance team hates that "realised vs unrealised gain" lives in a separate spreadsheet that never matches the invoice ledger.

Modules in play
Export invoice flow — LUT-ready, GSTR-1 Table 6A auto-bucketed
Multi-currency (USD / EUR / AED) — daily FX rates
Realised + unrealised FX gain/loss reports — tied to settlement
GSTR-1 exporter schedules auto-generated (Table 6A + 6B + 6C)
InvoiceChaser on foreign currencies — country-aware holiday skipping
Client Portal — customers in different timezones pay without round-trips
Outcome

FX lines reconcile themselves. Export-side GSTR-1 tables match the invoice ledger to the paise. Refund claims stop getting kicked back for schedule mismatches.

Persona 04

CFO at a logistics / distribution mid-market

Audit-grade everything · RBAC across 15–50 users · multi-org / multi-branch

You're building the finance function, not a point tool. You need an INSERT-only audit log your auditor will bless, RBAC your COO won't fight, bank reconciliation that doesn't need 4 accountants, and a platform that scales across 3 entities and 7 branches.

Modules in play
INSERT-only audit_logs with DB trigger — every mutation preserved, encryptedly
RBAC — 6 roles × permission decorators on every endpoint
Bank Reconciliation — OFX / CSV import, payment + invoice matching
Accounting Export (Tally / Zoho / ThynkBooks) — scheduled or on-demand
Multi-org / multi-branch — one login across all legal entities
AI Accountant Chat — close-the-books Q&A on your ledger
Outcome

Your auditor asks one question, reads `audit_logs`, stops asking. Month-end close shrinks from 12 days to 4. Branch-level P&L lands without the per-entity spreadsheet merge ritual.

Persona 05

Accountant / CA firm

20–200 client entities · GSTR filings · TDS · a lot of repetitive triage

You file GSTR-1 and GSTR-3B across dozens of clients, reconcile GSTR-2B against purchase bills manually, and spend an unhealthy amount of time on TDS deduction tables. You want automation where the engine is right, supervision where it isn't.

Modules in play
AI Accountant Chat — query "show me all reverse-charge bills in April" in natural language
GSTR-1 auto-bucketed (B2B / B2C / Export / SEZ / CDN / HSN)
GSTR-2B reconciliation — auto-match against purchase bills, flag mismatches
TDS deductions + section-based rate table — Form 26AS reconciliation
Client Portal — share statements, collect bills, close loops
Bulk CSV Import — onboard a new client in 20 minutes
Outcome

You handle 3× the client load with the same team. GSTR-2B mismatch triage goes from days to hours. Junior accountants stop making AI-resolvable mistakes.

Persona 06

Hospitality / retail (POS + invoicing)

Counter sales · delivery challans · customer portal · per-terminal billing

You run a café chain or retail chain with 3–50 counter locations, need a POS that doesn't charge per-seat like mad, and want the B2B side (supplier invoices, catering contracts) in the same system.

Modules in play
POS + per-terminal licensing — each terminal billed separately, revoke instantly
Standard Tax Invoice + POS receipt — one engine, two output shapes
Delivery Challans — wholesale / restaurant delivery loop
Client Portal for B2B customers — hotel groups, catering accounts
Vendor Bills — track supplier costs centrally
InvoiceChaser on B2B side — corporate clients who pay in 45-60 days
Outcome

Per-seat POS vendor-lock dies. B2B and retail sides share one customer ledger, one tax engine, one dashboard. Franchise-style multi-branch rollup works out of the box.

Persona 07

Saudi Arabia business (ZATCA-compliant)

Fatoora Phase 2 · 15% VAT · bilingual Arabic primary

ZATCA wave-by-wave e-invoicing is already live. You need Phase 2 XML generation + TLV QR + bilingual Arabic Tax Invoices yesterday, and you'd like the same platform to work if you expand to UAE or India.

Modules in play
Bilingual Arabic / English Tax Invoice — RTL primary
Fatoora UBL 2.1 XML + TLV QR — Phase 1 + Phase 2 both covered
Simplified + Standard Tax Invoice flows
Multi-branch rollup across Saudi regions
15% VAT in halalas with banker's rounding
6-year ZATCA retention enforced at the service layer
Outcome

ZATCA wave readiness is a config change. The same platform covers UAE when you cross the border. Books close on time, not after.

Don't fit any of these?

Every module ships with every plan. Sign up free and turn on only what you need — the rest stay out of your sidebar until you do.