Church in Rwanda presents

Foundry OS is ADEPR's fundamentals layer.

Foundry does not ask pastors, finance coordinators, or regional teams to learn a new way of working. It meets them inside documents, spreadsheets, PDFs, and tasks, then adds the structure ADEPR needs around that work.

Desktop workspace
Foundry OS
Spaceschurch context
Tasksassigned work
Submitone final action
Product position

Do not reinvent the work. Organize the work.

01

Familiar documents

Pastors work in DOCX reports, finance coordinators work in XLSX budgets, and regional offices review PDFs without learning a foreign editing surface.

02

Structured submission

The work still feels like a document. What changes is where it lives, how it is submitted, and how the organization tracks it afterward.

03

Offline resilience

Foundry is a Tauri desktop application, built for Rwanda's connectivity realities, with local editing and sync when connection returns.

The ADEPR workflow

Open task. Do the work. Submit.

For most users, this is the whole experience. Foundry handles routing, storage, notifications, version history, and Thread attachment in the background.

01

Open task

A pastor sees the church Space and the tasks assigned across pastoral administration, finance, youth ministry, and other configured sub-Spaces.

02

Do the work

The attached DOCX, XLSX, or PDF opens directly in Foundry. The user edits the document using the format they already understand.

03

Submit once

The Submit button saves, versions, routes the file back to its Thread, updates the task, and notifies the right people.

Open source foundation

A self-hosted document engine, wrapped in ADEPR structure.

Foundry borrows from mature open source document tools and adds the operating layer around them. ADEPR keeps native files editable across their whole lifecycle.

OnlyOffice DOCX editor
OnlyOffice XLSX spreadsheets
PDF.js viewing and annotation
PDF-lib server processing
LibreOffice conversion fallback
Self-hosted Document Server
Offline and sync

Built as a real desktop application.

Foundry OS uses Tauri: a Rust backend for security and performance with a Next.js frontend for the interface. Local users can keep working when connectivity drops.

Offline editing

Tasks and documents can be opened and edited locally for single-user work.

Versioned submissions

Every submit creates a new version. The Thread keeps who, when, and what changed.

Conflict visibility

Simple cases sync cleanly. Conflicts are surfaced instead of silently overwriting work.

Build sequence

Fundamentals first. Collaboration after.

Phase 01

Core desktop shell, Spaces, task list, DOCX/XLSX open-edit-submit, offline sync

Phase 02

PDF annotation, PPTX support, visible version history, submission notifications

Phase 03

Thread-generated tasks, task routing, Thread version history

Phase 04

Profiles, Capability Index, cross-Space Threads, collaboration fabric