Reporting & Dashboards
A portfolio dashboard filtered by financial year, scheme and zone; eight standard reports; and the running ledger behind every figure. All of it exports.
Reporting in GoDravix is built around a simple test: can the person who receives a number trace it back to the events that produced it? The portfolio dashboard summarises, the eight reports slice, and the running ledger shows every event with the balance after it.
Borrowers log in to a portal of their own, scoped to their own loans and nothing else.
What is built today
- Portfolio dashboard
Summary cards and charts across the whole book, for users with portfolio-wide access.
- Financial year, scheme and zone filters
Slice the dashboard by the dimensions institutional lenders actually report on.
- Borrower portal
Each borrower logs in to its own loans, balances, running ledger and a totals-only dashboard, scoped so nothing wider is reachable. Read-only.
- Outstanding report
Current position across the portfolio.
- Repayment report
Repayments recorded over a period, with allocation detail.
- Scheme-wise report
Portfolio grouped by lending scheme.
- Entity-wise report
Portfolio grouped by borrowing organisation.
- Overdue report
Accounts behind on repayment.
- Complete running ledger
Every event on a loan in sequence with the balance after each.
- Excel and PDF export
Every report and the ledger export in both formats.
Enforced where
the data is fetched.
Each borrower logs in to its own loans, balances and running ledger. A regional permission sees one zone in full. Neither can reach anything wider, because the constraint sits in the query rather than in the interface.
See reporting and dashboardsEight reports, and what each one answers
Two groups, because they answer two different kinds of question. Financial-year reports answer "what happened in this year, for this part of the book", and carry their own filters, grouping and subtotals. All-time reports answer "what is true right now, across everything". Every one of the eight exports to Excel and PDF.
Financial-year reports
| Report | Scope | The question it answers |
|---|---|---|
| Borrower loan report | One borrower, one financial year | What did this organisation draw, accrue, repay and still owe this year? |
| Zone interest report | One zone, grouped scheme then borrower | How is a region performing, with subtotals at both levels? |
| Consolidated report | Whole book, grouped zone, scheme, borrower | The year in one document, with subtotals and a grand total. |
All-time reports
| Report | The question it answers | Typical audience |
|---|---|---|
| Outstanding balance | What is owed right now, split across principal, interest and penal? | Finance controller, board |
| Repayment | What came in, and how was each payment allocated? | Accounts team, auditor |
| Scheme-wise summary | How is each lending scheme performing against the others? | Programme owner, board |
| Entity-wise summary | What is the exposure to each borrowing organisation? | Credit and risk, regional oversight |
| Overdue loans | Who is behind, by how much, and for how long? | Recovery team, management |
What is in the financial-year reports
These three share a column set, and it is the column set an institutional lender is usually asked for rather than a generic loan list. Each opens with a header block naming the borrower, the zone, the financial year, the period and the date balances were struck at, so a saved file records how it was produced.
- 01Identification
Scheme, account number, sanction date, sanctioned amount.
- 02Terms
Rate, interest type, repayment frequency.
- 03Movement in the year
Disbursed, interest accrued, penal accrued, principal repaid, interest repaid, penal repaid, total repaid, waived.
- 04Position at the end
Principal, interest and penal outstanding, and the total.
Movement within the year and position at the end of it, on the same row. That is the distinction that makes these reports usable for a statutory return: an auditor asking what changed this year and an accountant asking what is owed today are reading the same document.
Data scoping is enforced, not hidden
A permission scoped to one zone sees every borrower in that zone and nothing beyond it. A borrower sees its own loans and a totals-only dashboard. This is applied when the data is fetched, rather than by removing a menu item and hoping nobody constructs a URL.
It matters most in multi-tier structures, which is exactly where institutional lending lives. A state finance board lending through zones to municipalities needs each tier to see its own layer, and needs to be able to tell an auditor how that separation is enforced.
- Zone-level scoping
Regional oversight roles see one zone in full.
- Entity-level scoping
A borrowing organisation sees only itself.
- Applied at query
Scoping constrains the data fetched, not just the interface.
- Auditor sees everything
Read-only, portfolio-wide, by design.
Export, because the report is rarely the destination
Every report and the running ledger export to Excel and PDF. This is a mundane feature and one of the most used, because in most of the organisations we work with the report is an input to a board paper, a statutory return or an audit file rather than a final artefact.
Where reporting stops, and what happens instead: the eight reports are fixed, so a ninth is a scoped development request rather than something you assemble yourself. Data leaves as Excel or PDF (an export rather than an API) so a warehouse or BI connection is something we would build against your requirement. Natural-language querying is one of the seven AI capabilities, built against your own book.
Where this module stops
These sit outside what this module does today. They are named here so a fit decision can be made now rather than during implementation.
- Report builderThe eight reports are fixed. A ninth is a scoped development change rather than a self-service designer.
- Scheduled deliveryReports are pulled on demand rather than pushed on a schedule.
- API and BI connectivityData leaves as Excel or PDF today. A REST API, webhooks and a BI connector are roadmap, so a warehouse feed would be built rather than configured.
- Natural-language queryingAsk-Your-Portfolio would let you question the book in plain language. It sits third in the AI sequence.
Some of it is built into an engagement, some is genuinely out of scope, and some is development we can quote against your requirement. Which one it is depends on your workflow, and that is a fifteen-minute conversation rather than a guess.
About this module
Eight standard reports. Three are financial-year scoped, grouped and subtotalled: a borrower loan report, a zone interest report and a consolidated report. Five run across the whole book: outstanding balance, repayment, scheme-wise summary, entity-wise summary and overdue loans. Each exports to Excel and PDF. Alongside them sits the complete running ledger for any individual loan, showing every event in sequence with the balance after it.
Not yet. A report outside the five is a scoped development request with a timeline and a cost rather than something you assemble in the interface. Data reaches your own tools as Excel or PDF today; a REST API and a BI connector are roadmap, so a warehouse feed would be built for you.
Worth raising early if your reporting changes often, it is exactly the kind of thing a services team can quote against.
Each borrower gets its own login to the borrower portal: its loans, balances, running ledger and a totals-only dashboard, scoped so that no other borrower’s data is reachable. The portal is read-only by design. Borrowers see their position rather than transacting on it, so online payment, request submission and document upload from the borrower side are roadmap.
Not today. Reports are generated on demand and exported to Excel or PDF, which is how the monthly board pack is produced and circulated now. Scheduling and automated distribution are on the roadmap.
Related modules
Loan Lifecycle Core
Sanction, maker–checker approval, single or multi-tranche disbursement, repayment, waiver, closure and NOC. Disbursement stays blocked until the approval actually happens.
Loan lifecycleInterest & Accrual Engine
Simple and monthly-compound interest with a separate penal rate. Accrual runs on demand, and existing accruals can be recomputed when a back-dated entry changes the picture.
Interest engineRecovery & Repayment
Automatic waterfall allocation, penal, then interest, then principal. Monthly, half-yearly or yearly frequency. Grant deduction and cheque recovery methods.
Recovery & repaymentSee this module running on live data
We demo on the production deployment, not a sandbox with tidy numbers chosen to make the software look good.
45 minutes | On the live deployment | A straight answer on fit