by the sector
We don't just recommend tools; we build them. When the market fails to provide accessible, powerful software for non-profits, we engineer it ourselves alongside our partners.
How we build.
We construct technology not to exploit user data, but to amplify human effort. Every line of code serves the mission.

Data Sovereignty
Your data belongs to you. We build architectures that ensure non-profits retain complete control over their constituent records.
Technology Principles
These are the non-negotiable design principles applied across every PF TECH product and Co-Creation Lab engagement. They are not marketing commitments — they are architectural decisions. Hover each card for the full rationale.
Data Sovereignty
The client owns their data — where it lives and how it moves.
Data Sovereignty
Clients choose where data resides: local environment, their own cloud, or a hosted cloud in the jurisdiction of their choice. Full extraction and migration rights are non-negotiable. No lock-in, ever.
See TERN →Open Source First
Open source where feasible — proprietary lock-in avoided by design.
Open Source First
Data sovereignty is only meaningful if the tools support it. PF TECH defaults to open source where feasible. Proprietary ecosystems that hold data hostage are avoided by design.
See TERN →De-identification as the Primary Control
Sensitive data never reaches an AI model. Built-in, not bolted on.
De-identification as the Primary Control
De-identification is built into every workflow as a foundational principle — not an option or an add-on. This is the real privacy safeguard, not vendor promises.
See TERN →Enterprise APIs — But Don't Trust Them
Enterprise endpoints only — and never the only line of defence.
Enterprise APIs — But Don't Trust Them
When AI APIs are used, only enterprise endpoints with explicit data non-retention and non-training agreements are acceptable. Because vendor agreements are imperfect, de-identification is the actual safeguard.
See TERN →Minimum Data Footprint
Only what the tool strictly needs. Less duplication, less risk.
Minimum Data Footprint
PF TECH is not aggregating data to train models. Example: the gift processing connector stores only reference IDs — PayPal transID, DonorPerfect giftID, QBO salesReceipt. Source data stays in source systems.
See TERN →Ready to build something that matters?
Our Co-Creation Lab accepts a limited number of pilot partners each cycle.
