Skip to main content
Case Study · Deccan Vaishnava trust

Five shrines, one trust, one ledger: trust-board reporting from 6 weeks to 4 days.

How a Vaishnava trust managing 5 shrines across the Deccan plateau consolidated donations, sevas, accounting and 80G/10BD on a single federated temple management software.

Trust typeMulti-shrine Vaishnava trust
RegionDeccan plateau (AP + TG belt)
Shrines5 (1 main + 4 sub-shrines)
Combined annual donations~₹6.4 Cr
Trustees11 (across 4 cities)
About this case study: The trust profiled here serves a Vaishnava lineage with shrines on the AP-Telangana cultural belt. Specifics have been anonymised at the trust's request. All operational metrics, deployment milestones and quotes are real.

The structural problem

The trust was founded in the 1940s and grew organically: a main shrine plus four satellite shrines added across the next four decades. By 2025, the operating structure looked like this:

ShrineAnnual donationsSoftware in useAccountant
Main shrine₹3.8 CrCustom Excel + TallyFull-time, on-site
Sub-shrine A (urban)₹1.1 CrDifferent temple billing softwareFull-time, on-site
Sub-shrine B (district town)₹0.8 CrExcel onlyPart-time
Sub-shrine C (highway shrine)₹0.5 CrPaper receipt-bookVolunteer-only
Sub-shrine D (village)₹0.2 CrPaper receipt-bookVolunteer-only

Five shrines. Four different recordkeeping systems. Eleven trustees scattered across four cities, none of whom could see consolidated numbers without 6 weeks of manual reconciliation every quarter. The trust's chartered accountant was effectively building the consolidated trial balance by hand from spreadsheets emailed in late.

The Form 10BD problem was worse: each shrine generated its own donation list, with different receipt-number formats, missing PANs, and no consistent classification of which donations qualified for 80G vs which were anonymous hundi cash. The trust's auditor had been asking for a unified system for two filing cycles.

"I am the chairman. My peers expect me to walk into the quarterly board meeting with one number for total donations across all five shrines. For the last six years, I have walked in with five spreadsheets, three different software exports, and a chartered accountant explaining why they don't add up. That stops now." — Trust Chairman, kick-off call, October 2025

The federated rollout

Most temple software is built for one shrine at a time. The trust needed a federated structure: each shrine operates locally, but consolidated views, accounting, 80G/10BD and trust-board reports roll up automatically.

Rollout sequence:

  • Week 1-2 — Main shrine. Cutover from Excel + Tally. 4 years of donation history, 14,000-row devotee master, seva catalogue migrated. Tally integration kept live.
  • Week 3-4 — Sub-shrine A. Migration from competitor temple billing software. CSV export plus Tally exports merged into 3ioSetu. Counter staff retrained.
  • Week 5 — Sub-shrine B. Excel-only migration; volunteer admin trained on the shared cloud login.
  • Week 6 — Sub-shrines C and D. Paper-receipt-book shrines onboarded with hand-held POS tablets the trust funded; receipt-number continuity preserved.
  • Week 7 — Federation layer + first board pack. Trustees granted role-based access; consolidated dashboards live. First quarterly trust-board report generated automatically.

Results after one full quarter

6w → 4d
Trust-board reporting cycle
consolidation time
+27%
80G receipts captured
vs prior quarter, paper-shrines now compliant
₹14L
Anonymous-cash leakage closed
audit-traced gap, sub-shrines C+D, FY pre-deployment
1 file
Form 10BD
consolidated, all 5 shrines, single quarterly filing
11/11
Trustees with live access
role-based, audit-logged
−2.5
FTE-weeks/quarter saved
freed from manual consolidation

The non-obvious win: the sub-shrines

Most of the donation-leakage was at the two paper-receipt-book shrines (C + D). Volunteers had been doing their best, but with no systematic recording of named donors, no PAN capture, and quarterly cash-up that depended on memory, ~₹14L per year of donations were either uncounted or untraceable to a 80G receipt — effectively leaving the trust unable to claim its full position with the auditor.

Once those two shrines were on hand-held POS tablets running the same temple management software as the main shrine, every donation got a serial receipt, named or anonymous, and consolidated into the trust's quarterly filing.

"What I did not expect: the smallest shrines were where the biggest gains came from. We were leaving so much on the table because no one had the time to reconcile a paper book at a village shrine. The hand-held POS solved that for ₹28,000 in hardware." — Trust Treasurer, Q1 2026 board meeting minutes

What's running now

All 5 shrines run on 3ioSetu's federated temple management software. Donations flow through the integrated temple payment gateway with PAN-validated 80G receipts. The chairman's quarterly board pack is now a 1-click PDF export. The CA still does year-end audit; he no longer does monthly reconciliations — that disappeared.

Phase 2 (Q3 2026) adds donation kiosks at the main shrine for the trust's annual rath utsavam (chariot festival). Phase 3 (Q4) extends the architecture to two more sub-shrines the trust is in conversation to absorb from a sister Vaishnava lineage.

Multi-shrine trust? We have done this before.

If your trust runs more than one shrine, you have probably been wrestling with the same consolidation problem. Book a free demo — we'll show you exactly how the federation layer works, with your shrine structure on the screen.

Book a Free Demo →