Skip to content
XSIS

Security and data

AI and data

Where your data goes in AI models and managed services, who holds the keys, how test data is made, and the rules you must meet.

15 questions

Can the agents run without our data leaving our environment?

Yes. The agents, the tools and the models can run inside your own data centre or a private network on a regional sovereign cloud. Our sovereign LLM practice hosts the models there.

Can the model run without any data leaving our country?

Yes. We host the model in an air-gapped environment, on your own servers or in a private network on a regional sovereign cloud. Prompts, documents and answers stay inside that boundary, and no third party trains on them.

How do you stop the model showing people what they should not see?

Retrieval applies your row-level and role-level access rules before any text reaches the model. An answer is built only from content the person asking may read, using your existing identity and access rules.

How much data do we need?

It depends on the decision and how much the data varies. We assess what you hold at the start and tell you plainly if it is enough. Where it is not, we say what to collect, or whether a simpler method will do.

How are recordings, messages and images protected?

They are processed only where you allow, which can be inside your own environment. Access is limited and logged, and personal data is masked where the task allows. Retention follows your rules.

How are our documents and data protected?

Documents can be processed inside your own environment, so they never leave it. Access is limited by role and logged, and KYC and personal data follow your retention rules.

Where does our data go in a managed service?

Where you decide. Enterprise systems run inside your environment or a regional sovereign cloud, and no third party trains on your data. We agree the hosting and residency before anything is deployed.

How do you handle access to production data?

Each engineer has a named account with only the permissions the task needs, granted for the duration of the work and logged. We work on masked or sample data wherever possible. Credentials stay in your secrets store, and every change to production follows your change process, with a rollback ready.

Who holds the encryption keys?

You do. Keys stay in a key store or hardware security module that you control. Our engineers use them only through the roles and procedures you approve, and no single person can export or delete keys alone.

What is the difference between encryption, tokenisation and masking?

Encryption makes data unreadable without a key. Tokenisation replaces a value, such as a card number, with a token that means nothing outside a protected vault. Masking hides part or all of a value, often to create realistic test data.

How do we get realistic test data without copying production?

We mask or tokenise copies of production data, or generate synthetic data that follows the same rules. Test data keeps the formats and edge cases your tests need without exposing real customers.

Can you help us meet rules such as the GDPR and the PDPL?

Yes. We map where personal data is held and processed, protect it in proportion to the risk and document the decisions. We do not give legal advice: your legal team decides how the rules apply, and we work with them.

Will users see data they should not?

No. The same row-level and role-level access rules apply to dashboards, reports and AI answers, so each user sees only what they may see.

What if our data is not ready?

Then we fix the foundation first. Dashboards and AI analysts are only as good as the data beneath them, so we start with the sources, quality checks and definitions they need.

Where does our data go?

Where you decide. We deploy models air-gapped, on your premises or in a regional sovereign cloud, so regulated data stays in the country. Data never leaves the enterprise unless you choose a service that allows it.

Start with a conversation, not a contract.

Tell us what you need to build, connect or secure. An architect goes through it with you, then recommends where to start.

What happens next

  1. Agreeing a time

    Our team emails you to agree a time for the session.

  2. Pre-consulting session

    A free 30-minute online pre-consulting session: we go through your goals, systems and constraints.

  3. Readiness review

    In a free 48-hour readiness review, a Principal Architect checks your project against the 6-point Definition of Ready and recommends the track that fits.

  4. Choosing the track

    Scope-ready projects receive a binding proposal within 3–5 business days. Concept-stage projects start in the Blueprint Studio. A live system that is failing, undocumented or needs integration starts with a diagnostic of 1–2 weeks. The Blueprint Studio and the diagnostic each have a fixed fee, quoted in the proposal.