The short answer
Every workflow gets five recorded controls: which sources may go in, what the workflow may prepare and may never do, who approves, when it stops on an exception, and what gets logged. The workflow sends nothing, books nothing and promises nothing. An employee decides and stays owner of the outcome. When customer data may go into an AI tool at all sits on the page about customer data in ChatGPT.
The five controls as design choices
Input
It is fixed in advance which data is needed and which data stays outside the workflow.
Authority
A model can read information and draft a proposal without sending, booking or making commitments itself.
Approval
The employee sees source, draft and deviation before giving approval.
Exception
Uncertain or deviating cases go to a human via an agreed escalation path.
Evidence
Record source, draft, check, decision and change per case, with a retention period that fits the process.
What the website itself processes
The public site measures visits without cookies using Cloudflare Web Analytics. GA4 and Microsoft Clarity measure by default; you can turn this off in Analytics preferences. Internal visits are excluded. No Google Ads measurement is active. The request form on /en/free-ai-plan stores your request at Cloudflare (D1) and sends a notification through SMTP2GO; WhatsApp and email keep working alongside it. The calculator and the process check stay in the browser. The factual description is on the privacy page.
No bare compliance promise
I do not simply call a workflow "GDPR-proof" or "AI Act-compliant". That judgement depends on the specific processing, the data, the purpose and the chosen technology.
Limits fixed in advance
Only the data the step needs goes into the workflow. The employee validates every source and owns the outcome. The workflow has version control and a documented escalation path. That is how I build within approved tooling and governance at one of the largest banks in the Netherlands, and that is how I work at Tamboer AI.
That is not a general guarantee for every new workflow. It is the reason to redesign data, permissions and exceptions for each process.
What happens with data in practice
For each process, before the build, it is recorded which data and sources are needed and which stay outside the workflow. If an implementation uses a third-party language model, we also record which text that service processes. Fixed business rules live in verifiable code wherever possible instead of in the language model, so that the same documented rule is applied to every case.
A formal data processing agreement, retention periods and the legal basis for the processing belong to the legal and privacy review before a form route or a data-processing implementation is activated. What happens with an outage, a model update or an API change of an underlying AI service is on the how it works page.
What the client must be able to verify
- Which input was used.
- Which rules were applied.
- What the workflow proposed.
- Who approved the outcome.
- Which cases went to a human.

