Data subject request
A request concerning personal data rights, identity verification, or request-routing guidance.
Use this structured route to help us understand your review, route it to appropriate stakeholders, and respond with information that is relevant to your organisation, proposed service, and stage of due diligence.
Do not submit passwords, credentials, confidential datasets, payment-card information, health records, or sensitive project data through this form.
This page is designed for enterprise buyers, procurement teams, security reviewers, privacy teams, legal stakeholders, executives, and technical leaders evaluating our data, analytics, AI, cloud, and managed-service capabilities.
Use the form when your organisation needs focused information to evaluate risk, clarify responsibilities, request available documents, or route a potentially urgent trust concern.
Choosing a category helps reduce unnecessary hand-offs. Select the closest option even when your enquiry spans more than one area.
Architecture, access, delivery practices, technical controls, or engagement-specific security requirements.
Privacy practices, processing arrangements, retention, subprocessors, or privacy documentation.
A request concerning personal data rights, identity verification, or request-routing guidance.
Contractual, regulatory, policy, governance, or due-diligence questions relevant to an engagement.
Human oversight, model use, AI risk, transparency, evaluation, or engagement-specific AI governance.
Supplier onboarding, procurement review, risk assessment, or third-party evaluation.
A structured questionnaire requiring coordinated security, privacy, technical, or operational input.
Confidentiality or data-processing documentation for review by authorised stakeholders.
Available policies, summaries, process descriptions, or engagement-specific supporting material.
A suspected active security event, exposed information, vulnerability, or urgent risk requiring careful routing.
The initial form is for routing and scoping. Sensitive material should be exchanged only through a method approved for the specific enquiry.
Your organisation, role, enquiry category, relevant service, review stage, decision being supported, and a concise description of the information or document required.
Never submit passwords, API keys, access tokens, confidential datasets, payment-card data, health records, private keys, or source code containing secrets.
The exact route depends on the subject, service, contractual context, urgency, and evidence required. No unverified response-time promise is made.
We receive the category, stakeholder context, related service, and concise enquiry details.
The request is checked for scope, urgency, safe handling needs, and missing context.
Relevant privacy, security, legal, technical, operational, or executive stakeholders may be involved.
Available information, clarifying questions, or a suitable document-exchange route is provided where applicable.
Complete the fields below. Required fields are marked with an asterisk. Keep the message focused on routing and review requirements.
Submission does not create a contract, accept customer terms, confirm compliance, or establish a response-time commitment.
A well-scoped enquiry helps each stakeholder focus on the information that matters to the decision being made.
The category and service context help identify which functions may need to review the request.
Requests can be narrowed to available information that is appropriate to the engagement and review stage.
Sensitive material can be withheld until an approved exchange route and authorised recipients are confirmed.
Trust information must be interpreted in the context of a defined service, architecture, contract, and division of responsibilities.
Controls, roles, data flows, platforms, and contractual terms can vary by service and client requirements.
Only verified and authorised documents or statements should be relied on during procurement or legal review.
Clients remain responsible for their users, instructions, access decisions, configurations, source data, and legal obligations within their control.
These answers explain appropriate use of the form, expected routing, important limitations, and safer information-sharing practices.
Use this page for security, privacy, data-subject, compliance, responsible AI, vendor-assessment, questionnaire, NDA, DPA, trust-document, suspected-incident, or vulnerability enquiries. General sales and project-scoping questions should use the main contact route.
Provide your organisation, role, the relevant service or proposed engagement, the decision you are supporting, and the specific questions or documents required. Do not include credentials, confidential datasets, payment-card data, health records, or unnecessary sensitive information.
Yes. Select “Security questionnaire” and describe the questionnaire, due-diligence stage, relevant service, preferred exchange method, and any deadline that your team is working toward. Do not paste confidential questionnaire content into the form.
Enquiries are reviewed by category and may be routed to appropriate privacy, security, legal, technical, operational, procurement, or executive stakeholders. Routing depends on the subject, engagement context, and information needed to provide an accurate response.
No unverified response-time commitment is stated on this page. Timing can depend on the nature, urgency, complexity, identity-verification needs, and involvement of specialist reviewers.
Yes. Select “Data subject request” and provide enough information to identify the relevant interaction without adding sensitive data. We may need to request additional information through an appropriate channel to verify identity and scope.
You may request review of an NDA or DPA. Acceptance, amendments, and signing authority depend on the engagement, applicable roles, risk allocation, legal review, and authorised approval. Submission does not mean a document has been accepted.
Request the specific evidence your review requires. Available documentation depends on verified company records, relevance, confidentiality restrictions, and the proposed engagement. This page does not claim any certification or audit status.
Relevant topics may include model selection, human oversight, data use, evaluation, transparency, limitations, output review, risk ownership, acceptable use, and engagement-specific governance. Applicability depends on the service and solution design.
Yes, but share only the minimum information needed to identify and assess the issue. Do not exploit a suspected weakness, access data that is not yours, disrupt services, or publish sensitive details. For an active incident, also follow the emergency guidance on this page.
Do not submit passwords, access keys, authentication tokens, confidential datasets, payment-card information, health records, government identifiers, source code containing secrets, or sensitive project data. Use an approved secure exchange method after routing is confirmed.
No. A form submission is an enquiry and does not create a contract, amend an agreement, accept customer terms, confirm compliance, or establish a service-level commitment. Formal commitments require authorised written agreement.
When you believe an incident is active, information is exposed, or immediate harm may be occurring, use the fastest verified company contact route available to your organisation and clearly mark the message as urgent.