A scroll-through of the platform: what we replace, where we sit in your stack, what the team actually sees, and why DMS still feels like one product after thirteen years of accumulated diocesan know-how.
Most dioceses we meet are running their operations across a tangle of independent tools: a safeguarding spreadsheet, a finance package, an HR system that nobody likes, a parish CMS and three Outlook inboxes that act as the source of truth for vacancies.
The diocesan secretary holds it all together by hand. When that person retires, the institutional memory retires with them.
We are not the system of record for clergy and parish data. The National CMS is, and will remain so. DMS sits as the operations layer above it, pulling person and place data down, pushing updates back, and adding the 25+ domains the National CMS will never cover.
This matters: it means you don't double-key, your safeguarding officer doesn't disagree with your archdeacon about who works where, and you keep the integrity guarantees the National CMS provides.
The temptation when you build for the Church of England is to keep adding modules. A safeguarding module, a faculty module, a net-zero module, each with its own log-in, its own data model and its own sales call.
We took the opposite path. One platform, 387 Eloquent models, 25+ domains, all sharing the same person, place, role and document spines. Adding a new domain is a folder of code, not a separate system. The list below is a representative sample.
Different people in a diocese need radically different views, and radically different things hidden from them. DMS is built around the role rather than the individual user. The DSA sees safeguarding cycles, the DAC officer sees faculty queues, the diocesan secretary sees the lot.
A safeguarding case is invisible to a treasurer. A finance ledger is invisible to a churchwarden. The platform enforces it; the user never has to remember.
The "single pane of glass". Everything from vacancy pipelines to risk register, in one place, with the right escalations on the homepage.
One Person 360 with full history, DBS state machine, automatic 60-month escalation, encrypted document store.
Faculty queue, pre-triaged petitions, statutory consultee tracking, audit trail by petition number.
Pastoral hierarchy view: every parish, every vacancy, every quinquennial, on a map and in a list.
Parish share, grants, PSO movements. Statement export to Sage / Xero. Reconciliation in hours, not weeks.
Self-service portal: parish returns, electoral roll, faculty applications, safeguarding declarations.
The reason DMS doesn't feel like a Frankenstein after thirteen years is not architecture. It's that every diocese runs the same code. We don't fork. We don't customise. New requirements either become configuration, or they become features that benefit everyone.
The team that built domain ① is the team that builds domain ⑳. The release cadence is monthly and the migration path is automatic. You upgrade by waking up on a Tuesday.