Record
The person and relevant operational history are recorded.
The ministry operating system
StewardOS helps ministry teams see what needs attention, who is responsible and whether the work was completed—without pretending that every ministry decision can or should be automated.
Illustrative product preview · Sample data
Ministry attention
New guest follow-up
Sample details demonstrate the responsibility pattern; they are not customer records.
From stored records to ministry action
Consider a member whose recent attendance needs review. The attendance record provides context; a permitted team member decides whether attention is needed; the relevant follow-up workflow can record ownership, timing, status and completion.
The person and relevant operational history are recorded.
A permitted user reviews the available attendance context.
The team decides whether a ministry response is appropriate.
Responsibility and timing are made visible where supported.
Progress and completion can be reviewed in that workflow.
This is a supported operating pattern, not a claim that every attendance change automatically creates a follow-up task.
Four product outcomes
The product is presented by operational outcome rather than as a catalogue of disconnected modules.
A programme guest does not automatically become a People record. Matching and follow-up remain controlled workflows.
Programme communication records attempts and application status; “sent” is not presented as provider-confirmed delivery.
People, programme, care and prayer workflows can remain distinct. StewardOS does not claim universal automatic handoffs.
Programme finance supports event-level review and remains separate from the organisation’s official finance records. Gift Aid submission remains the church’s responsibility.
The responsibility layer
Where a workflow supports ownership and status, StewardOS can keep the operational question in view: what needs to happen next, who owns it and has it been completed?
A supported workflow records an item that is ready for review.
A team member can be made visibly responsible.
The intended response can carry a timeframe.
Progress can be reviewed without relying on scattered messages.
A leader or permitted team member can review recorded progress.
The item can be completed within the workflow that created it.
Distinct experiences
Leadership, staff and members use different surfaces for different responsibilities. Access depends on configured roles, permissions and enabled member experiences.
Review recorded ministry activity, operational status and permitted reports without replacing the judgement of ministry leaders.
Maintain records, carry out assigned work and update the workflows permitted for each staff or ministry role.
Use enabled Connect experiences without receiving access to the staff administration workspace.
Governance preview
StewardOS uses configurable roles, permission-controlled actions and protected sessions across the product. Coverage varies by module, role and church configuration.
Configurable roles
Server-checked permissions
Protected sessions
Selected activity history
This is not a claim of complete least-privilege coverage, complete activity history, independent certification or complete assurance for sensitive pastoral or children’s information.
Follow the programme lifecycle, see the enabled member experience or create a trial workspace.