How we handle data
A plain-language note on who is responsible for what when data moves between you, this website and a Four Avance product. It is an explanation, not an agreement — the agreement is the document we sign with you.
This document is a draft prepared for legal review. It is not yet in force.
Two different situations
Visiting this website and running one of our products are not the same relationship, and the responsibilities are not the same either.
For this website, Four Avance decides what is collected and why, so we are the controller of it — the privacy policy is the full account.
For a product deployment, your organisation decides what data goes in, who may see it and how long it stays. Your organisation is the controller; Four Avance acts on your instructions as a processor, and what we may and may not do with that data is set by your agreement with us, not by our own preferences.
What flows through this website
Only what you type into a form or a WhatsApp message: your name, your email address or phone number, the organisation you are with, and what you wrote. That is the entire set. There is no analytics identifier tied to it, no advertising audience built from it, and no enrichment service run against it.
Service providers behind this website
Four categories, no more, and each does one job:
- Hosting and content delivery — serves the pages, keeps short technical request logs.
- Form relay — receives a form submission and forwards it to our inbox. Used only while the site's form key is configured; without it your own email client sends the message instead and no relay sees it.
- Business email — stores our inbox, and therefore your correspondence with us.
- Cookieless analytics — page and event counts only, and only when analytics is configured for the site.
Product deployments: decided with you, not assumed
Where a product deployment runs, which sub-processors it involves, how long records are kept, how they are exported and how they are destroyed at the end are all deployment-specific. They are agreed with you during onboarding and written into your agreement.
We are not going to publish a generic answer on this page and let you assume it applies to you. If data residency, sub-processor disclosure, retention periods or a right to audit matter to your organisation, raise them before you sign — those are exactly the questions we expect a serious buyer to ask, and they are answerable, in writing, for your deployment.
What we build into the products
Tenant isolation, role-based access and audit logging on sensitive actions are engineering properties of the platforms themselves. The trust page above sets out, product by product, which of them are actually built today — including where the answer is not yet uniform across the product line.
Requests from the people whose data it is
If you are a visitor to this website, send your request to us directly — the privacy policy explains how.
If your data is inside a product because a school, clinic or business put it there, that organisation is the right first stop: it is the controller, and it decides. When it asks us to help retrieve, correct, export or delete a record, we act on that instruction. If you write to us instead, we will not act unilaterally on data that is not ours to decide about — we will tell you who the controller is so you can go to them.
If something goes wrong
If we become aware of a security incident affecting personal data we hold or process, we will notify the affected controllers, the people affected and the relevant authorities to the extent the law requires, with what we actually know at the time and updates as we learn more. We would rather tell you something incomplete early than something polished late.
This is not a data processing agreement
This note explains our approach; it does not create obligations on its own and it does not replace a data processing agreement. Where your procurement, compliance or legal team needs a signed DPA, ask us for one at business@fouravance.com and we will work through it with you.