For client campaign data, the client is the controller and Akontec is the processor. Partner delivery centres act as sub-processors under written agreement. For Akontec's own employee, candidate and prospect data, Akontec is the controller.
This distinction governs everything: as a processor, Akontec acts only on the client's documented instructions and does not decide the purpose of processing.
Collect only what is needed · use it only for the stated purpose · keep it accurate · keep it only as long as required (06_Document_Retention.md) · secure it · be able to demonstrate all of the above.
Calls are recorded where the campaign requires it, with the notification the law and the client's process require. Recordings are stored per the retention schedule, access-controlled, and released only to the client or a regulator through the authorised route.
Where a data subject contacts Akontec about client data, we do not answer the request ourselves — we are the processor. The request is logged, forwarded to the client controller without delay, and we assist the client in responding within their statutory timeline. For Akontec's own controller data (employees, candidates), requests go to Finance & Compliance and are answered within the applicable statutory period.
International campaign data is transferred only where the client's agreement and the applicable law permit it, with the required contractual protections in place. Where a client's data may not leave a jurisdiction, that restriction is written into the campaign SOW and enforced at the partner site.
No partner processes client data without a signed DPA and the client's permission where their contract requires approval of sub-processors. Undisclosed subcontracting is a termination event (18_Vendors/03_Vendor_Agreement_Terms.md) because it breaks the entire chain of accountability.
A suspected breach is always P1 regardless of apparent size.
| Step | Timing |
|---|---|
| 1. Report to Function Head and Director | Immediately on suspicion — do not investigate first |
| 2. Contain — revoke access, isolate systems, stop the leak | Immediately |
| 3. Assess — what data, whose, how much, how, still ongoing? | Hours, not days |
| 4. Notify the affected client (controller) | Without undue delay, per the DPA — typically within 24 hours |
| 5. Support the client's regulatory notification | Per their statutory clock |
| 6. Notify affected individuals where required | Controller's decision; we assist |
| 7. Written incident report | Cause, timeline, containment, remediation, prevention |
| 8. Post-incident review with named actions and dates | Within 10 business days |
Reporting a suspected breach immediately is mandatory and is never penalised. Concealing one is a terminable offence. The instinct to check whether it is really a breach before telling anyone is exactly what turns a contained incident into a regulatory event.
Every employee completes data protection training at induction and re-certifies periodically. Records are retained and are the first item a client requests after any incident.
Registration is free. Browse every live project with its scope, seats and payout, then apply to the ones that fit.
Register free See live projects