Where your data lives, and who can reach it.

Handing your documents, databases and processes to an AI provider is a risk decision before it is a technical one. This page answers the questions a managing director, an IT lead or a data protection officer asks before signing — without slogans, and consistently separating what is already in place, what can be configured for an engagement, and what is not provided.

Last verified: 26 July 2026 Scope: website, client portal, Labs engagements Commercial document — does not replace the privacy policy

Ten questions, ten verifiable answers.

Each point is detailed further down. This summary is designed to be printed and circulated internally.

01 — Where is data hosted?

The website, the database and the client portal messaging are hosted by OVHcloud SAS in France (shared hosting). No website data is stored outside the European Union.

02 — Who can access it?

Only people expressly authorised for the engagement may access the data, strictly within their role and need to know. Every contributor is bound by a contractual confidentiality obligation before access is granted. This is in addition to the technical access inherent to the host and selected providers, governed by their contracts and, where required, the engagement's DPA.

03 — How is access logged?

The last successful login is timestamped. Failed attempts are recorded, rate-limited, then deleted after a successful login or after no more than 24 hours. HTTP requests are logged at host level under the host's own retention policy.

04 — How long is it kept?

Contact enquiries: 3 years. Client account: length of the relationship + 3 years. Invoicing: 10 years (accounting obligation). Data entrusted for an engagement: duration of the engagement + 30 days, unless the contract states otherwise.

05 — What happens at the end?

Deliverables and source data are returned in an open format (CSV, JSON, Markdown, PDF), then working copies are deleted within 30 days of your written sign-off. A deletion statement is provided on request.

06 — Is data encrypted?

In transit: yes — TLS across the whole site and for SMTP exchanges. Passwords are hashed (bcrypt).

At rest: not guaranteed on shared hosting. Volume encryption requires dedicated infrastructure: it can be configured for an engagement that requires it, and is priced at scoping.

07 — What about backups?

OVHcloud provides restore points on a non-contractual basis. LinkTec currently has no documented independent backup policy and makes no recovery-time commitment by default. A dedicated plan can be contracted per engagement.

08 — In case of an incident?

Once an incident is confirmed, affected access is contained, useful evidence is preserved and the client is informed without undue delay. A 24-hour target can be written into the DPA. The CNIL is notified within 72 hours where the GDPR requires it (Art. 33).

09 — Which subprocessors?

Four for the website: OVHcloud (hosting, email), Stripe and PayPal (payments), jsDelivr (JavaScript CDN). Arabic pages additionally load a font from Google Fonts. The full list and transfers are below.

10 — NDA and DPA?

NDA signed before any data is shared, including before a quote — your own template is accepted. DPA (GDPR Art. 28) signed as soon as LinkTec processes personal data on your behalf, annexed to the engagement contract.

A private document assistant, step by step.

This is the typical architecture of an assistant that answers questions over a company's documents. Treat it as a reading grid: each stage is a place where data can leak, be filtered badly, or become unverifiable — therefore a place to put a precise question to any provider, LinkTec included.

  1. Sources

    Documents, databases, email, business tools. The scope is agreed in writing: anything outside it is never copied.

  2. Ingestion & contextualisation

    Extraction, chunking, then a short description added to each chunk situating it in its source document — without which an excerpt loses its meaning.

  3. Hybrid index

    Semantic search (vectors) and lexical search (exact terms, references, codes), fused. The index stays within the agreed hosting perimeter.

  4. Access control

    Permission filtering applies at retrieval, not afterwards: a chunk a user is not allowed to read never enters the answer.

  5. Model

    The model only receives the selected chunks. Provider, processing region and contractual commitments are chosen with you at scoping.

  6. Citations & audit trail

    Every answer points back to the passages that support it, and the query → sources → answer trail is exportable. Without it, nothing is auditable.

  7. Evaluation

    A reference question set measures faithfulness to sources and the precision of retrieved passages. Every change is justified by a number, not an impression.

  8. End of engagement

    Return in open formats, then deletion of working copies and of the index within 30 days of your written sign-off.

Reference architecture ≠ deployed infrastructure.

This diagram describes an engineering target and the scoping method used by LinkTec Labs. It does not represent an installed base already running at several clients, and LinkTec claims no measured results on that basis. A real deployment is narrower: it covers only the sources you authorise, with the components selected at scoping, and its exact architecture is described in the engagement contract — not here. The full technical reasoning is set out in our note Beyond RAG: the rise of Context Architecture.

What is in place, and on what basis.

Three statuses, used without exception: In place means a measure that is effective today; Configurable an option scoped and priced per engagement; Not provided something that does not exist and will not be implied.

Hosting and processing

In place

Shared OVHcloud server (Apache / PHP) with a MySQL database on the same infrastructure, in France. Documents uploaded to the client portal reside there too. The website's processing happens on that same server.

For an engagement that requires it, dedicated hosting — isolated instance, chosen region, encrypted volumes — can be configured and is priced at scoping.

Who has access, and how

In place
  • Engagement data is accessible only to authorised contributors, according to their role and need to know.
  • Confidentiality obligations and access scope are defined contractually before participation.
  • Client access to the portal via username and bcrypt-hashed password, with email verification.
  • Rate-limited login attempts, CSRF protection on forms.
  • Least privilege: each client sees only their own projects, documents and messages.

Logging

In place
  • Timestamp of each account's last login.
  • Failed login attempts recorded, then deleted after a successful login or when entries older than 24 hours are purged.
  • HTTP access logs kept at host level under the host's own retention policy.

A detailed application audit trail — who opened which document and when, exportable — can be configured as part of an engagement.

Retention periods

In place
  • Contact form: 3 years from the last exchange.
  • Client portal: length of the commercial relationship + 3 years.
  • Invoices and accounting records: 10 years (Art. L123-22, French Commercial Code).
  • Failed login attempts: no more than 24 hours; last-login timestamp retained with the account.
  • Data entrusted for an engagement: duration of the engagement + 30 days.

Beyond those periods, data is deleted or anonymised. These are the periods stated in the privacy policy: both documents say the same thing.

Return and deletion

Contractual

Every engagement contract includes an explicit exit clause:

  • Return of deliverables and source data in an open, reusable format.
  • Deletion of working copies, indexes and exports within 30 days of your written sign-off on the handover.
  • Written deletion statement provided on request.
  • Single exception: records the law requires us to keep (invoicing).

Code produced is transferred to you after full payment — that rule is set out in the terms and conditions.

Encryption

Partial — see detail
  • In transit: HTTPS enforced site-wide, HSTS enabled, encrypted SMTP for email. In place
  • Passwords: hashed with bcrypt, never stored or transmitted in clear. In place
  • At rest: shared hosting provides no guaranteed volume encryption. Configurable on dedicated infrastructure.
  • End-to-end: impossible on a web application where the server must read the data to process it. Not provided

Security headers are applied (protection against content-type sniffing, framing and referrer leakage); a stricter content policy is currently in observation mode before enforcement — we would rather say so than let you assume otherwise.

Backups and recovery

Host-level — no LinkTec commitment

OVHcloud makes website and database restore points available, but describes them as non-contractual. LinkTec currently has no documented independent backup and publishes no recovery point or recovery time objective: none is contracted or tested in a documented way.

A dedicated backup plan — frequency, retention, restore testing, recovery time — can be defined and contracted for an engagement that warrants it.

Incident handling

Contractual
  • Single point of contact: contact@bn-linktec.fr, subject line "security incident".
  • The affected client is informed without undue delay after a breach is confirmed: nature, scope and immediate measures. A 24-hour target can be added to the engagement DPA.
  • Notification to the CNIL within 72 hours where the GDPR requires it (Art. 33), and to data subjects where the risk is high (Art. 34).
  • Written report once the incident is closed.

If you find a vulnerability in our services, write to us: any good-faith report gets an answer and will never be met with legal action.

AI models and indexes

None on the website

The public website and the client portal call no AI model and contain no vector index. Nothing you type here is sent to an AI provider.

For an engagement, the components — model provider, vector database, processing region — are chosen with you at scoping. Non-use of your data for model training is a contractual selection criterion: the chosen provider's commitment is verified and annexed to the contract. LinkTec does not stand surety for the vendor, and does not pretend to.

NDA, DPA and contractual framework

Available immediately
  • NDA signed before the first exchange of data, including at pre-sales stage. Your own template is accepted without argument in principle.
  • DPA (data processing agreement, GDPR Art. 28) signed as soon as an engagement involves personal data: purposes, durations, further subprocessors, fate of the data at the end of the contract.
  • Record of processing activities maintained internally where the processing requires it; no certification is claimed.
  • No further subprocessor is added to an engagement without prior notice.

These commitments apply to every contributor engaged by BN-LinkTec. Responsibilities, confidentiality obligations and access conditions are formalised according to the actual scope of the engagement.

Who else sees anything at all.

This list is built from the services actually called by the website, verified in the code. No analytics tool, no advertising pixel, no tag manager, no third-party chat, no external map or iframe is loaded.

Active subprocessors as of 26 July 2026 — public website and client portal.
Subprocessor Actual role Location Outside the EU
OVHcloud SAS Hosting of the website, the database and SMTP email France No
Stripe Payments Europe Ltd Card payments. No banking data passes through our servers Dublin, Ireland To Stripe Inc. (US), covered by standard contractual clauses
PayPal (Europe) S.à r.l. PayPal payments Luxembourg To PayPal Inc. (US), covered by standard contractual clauses
jsDelivr (CDN) Delivery of the animation library used by the site Globally distributed nodes Possible — IP address and request metadata; SCCs incorporated into the jsDelivr DPA
Google Fonts Arabic typeface (IBM Plex Sans Arabic) on /ar/ pages only. FR, EN and DE pages do not call this service: their fonts are self-hosted Google Ireland / United States Possible on Arabic pages — IP address and request metadata; EU–US DPF and SCCs where required
What this list does not cover.

Tools used during an engagement (model provider, vector database, automation platform) are not listed here: they depend on the project, are agreed with you at scoping, and are named in that engagement's DPA. None is enabled by default. This list is reviewed whenever a tool is added to the website — booking, analytics, advertising or otherwise — and the privacy policy is updated in the same move.

What we do not promise.

A supplier who never says no has rarely read their own contract. Here is what LinkTec does not claim — verifiable by omission, and useful for comparison.

No certification

No ISO 27001, no SecNumCloud, no HDS, no "sovereign cloud" label. Nothing is audited by a third party today. We describe measures; we do not self-certify.

No "zero access"

The host has technical access by design, and people authorised for the engagement may access the data required for their responsibilities. Claiming "zero access" would be false on any web architecture.

No end-to-end encryption

The server must be able to read the data in order to process it. Encryption covers transport and, optionally, volumes on dedicated infrastructure.

No availability commitment

No uptime percentage or recovery time is guaranteed by default. A service level agreement can be negotiated for an engagement that warrants it.

No guarantee on vendors' behalf

Non-use of your data for model training is the chosen provider's commitment: we verify it and annex it to the contract, we do not substitute ourselves for it.

The evidence on file.

Next step

A question this page does not answer?

Send your security questionnaire or your NDA template: the answer is written, signed, and arrives within two working days.