IndiciumIndicium
Connexion
Trust Center Pour votre seconde ligne

Nous vérifions des personnes. Vérifiez-nous — avant de signer.

Votre seconde ligne ne lira pas cette page comme une brochure. Elle vérifiera la résidence des données, les sous-traitants ultérieurs, la responsabilité, les contrôles de sécurité et la sortie. Cette page est construite pour cet examen.

Ceci n’est pas une promesse mais un ensemble documentaire vérifiable — le Trust Package. Nous publions la table des matières d’emblée. Les documents détaillés sont disponibles sous NDA avant la signature, afin que vous puissiez les confronter point par point à votre propre checklist MaRisk, DORA ou TPRM.

Une remarque préliminaire qui donne le ton de cette page : nous ne revendiquons délibérément aucune certitude juridique ni qu’un rapport puisse être présenté comme un instrument à valeur probante devant un tribunal. Dans le même esprit, nous ne revendiquons aucune attestation que nous ne détenons pas et aucune souveraineté que nous ne livrons pas. Ce que vous lisez ci-dessous est la version honnête, risques résiduels compris.

Documents & preuves : trust.indicium.ag
01 Confidentialité envers Indicium

La première question n’est pas de savoir qui est vérifié — mais qui, chez nous, voit qui vous vérifiez.

Une requête de recherche est elle-même une donnée digne de protection. Le simple fait de la requête révèle qui vérifie qui — et pourquoi maintenant. Pour les professions tenues au secret, les directions juridiques et les family offices, c’est le point d’achat décisif. Nous le traitons comme tel — garanti contractuellement, pas seulement revendiqué techniquement :

a
Séparation stricte des clients
Vos requêtes, rapports et historiques sont séparés logiquement de ceux de chaque autre client. Personne chez un autre client ne voit que vous existez.
b
Accès uniquement selon le besoin d’en connaître
Chez Indicium, seuls ceux qui ont besoin d’une requête pour la traiter peuvent la voir — par rôle, journalisé, pas « l’équipe ».
c
Pas d’entraînement de nos modèles sur vos requêtes
Vos recherches, noms et rapports ne retournent pas dans un modèle qui sert d’autres clients. Une garantie contractuelle, pas du best effort.
d
Suppression des métadonnées de requête
L’information sur qui a vérifié qui est supprimée automatiquement après 30 jours.
e
Traitement des données conforme au secret professionnel
Pour les personnes tenues au secret professionnel, le contrat de sous-traitance est conçu non seulement selon le droit de la protection des données, mais selon le droit professionnel — détails en section 02.
02 Secret professionnel

Nous réglons le contrat de sous-traitance selon le droit professionnel, pas seulement selon le droit de la protection des données.

Un contrat de sous-traitance conforme à la protection des données ne suffit pas à l’avocate — il lui en faut un qui porte son secret professionnel. C’est exactement là que la plupart des contrats standards commencent et s’arrêtent. La référence légale concrète figure dans le Trust Package — pour que vous puissiez la vérifier avant de saisir le premier nom de client.

DE
§ 43a BRAO · § 2 BORA · § 203 StGB · § 43e BRAO
Le statut d’auxiliaire explicitement traité : l’obligation de confidentialité des auxiliaires et l’engagement contractuel du prestataire exigés par le § 43e BRAO.
CH
Art. 13 BGFA · Art. 321 StGB
L’équivalent, via le secret professionnel de l’avocat, pour les mandats suisses.
03 Contrat de sous-traitance & concept de suppression

Obligation de suppression et obligation de conservation — résolues, pas laissées en conflit.

La réponse réflexe en matière de protection des données est : « Nous supprimons tout. » Pour un client régulé, c’est précisément un problème — le régulateur exige que le dossier de rapport vérifiable reste démontrable pendant cinq à dix ans. Nous résolvons ce conflit par écrit. Le contrat de sous-traitance selon l’art. 28 RGPD régit :

a
Des rôles clairement attribués
Où Indicium est sous-traitant et où — p. ex. dans un service de renseignement de solvabilité — il ne l’est pas, est fixé par écrit, pas supposé tacitement.
b
Instructions contraignantes, confidentialité, obligation de TOM
Selon l’art. 28, par. 3 — y compris l’assistance pour les droits des personnes concernées et l’analyse d’impact relative à la protection des données.
c
Un concept de suppression qui connaît l’obligation de conservation
Les métadonnées de requête (« qui a vérifié qui ») sont supprimées tôt ; le dossier de rapport vérifiable reste disponible pendant la période exigée par le régulateur. Deux catégories de données, deux règles — explicitement séparées : métadonnées de requête 30 jours, données contractuelles et de facturation 10 ans (conservation légale).
04 Matrice réglementaire

Chaque exigence face à la clause qui y répond — un mapping, pas un label.

Trois logos de conformité côte à côte ne prouvent rien. Votre gouvernance d’externalisation veut voir quelle clause contractuelle porte quelle exigence réglementaire — ligne par ligne, de manière vérifiable.

RégimeExigence centraleCouverte par la clause contractuelle
DORA art. 30Contenus contractuels TIC tiers obligatoires, droits d’audit et d’accès, droits de résiliation
MaRisk AT 9Évaluation de la matérialité, instructions, droits d’information et de contrôle, sous-externalisation
NIS2 art. 21Mesures de gestion des risques de la chaîne d’approvisionnement
Externalisation VAG (§ 32 VAG)Externalisation propre à l’assurance, droits de surveillance et d’audit de la BaFin

Y compris ce que la seconde ligne demande vraiment : des droits d’audit, d’information et d’instruction pour vous et votre régulateur (BaFin, FINMA). Un appui pour votre registre d’information DORA selon l’art. 28, par. 3 DORA, avec un exemple d’entrée de registre. Une évaluation honnête du risque de concentration et de substituabilité. Et là où votre propre audit sur site serait disproportionné, nous nommons les audits groupés et un rapport ISAE 3402 comme substitut reconnu.

Matrice complète avec numéros de clauses : sous NDA via trust.indicium.ag
05 Bases juridiques

Nous vérifions à partir de sources ouvertes et sous licence — et nous vous disons sur quelle base juridique.

a
L’intérêt légitime comme cas standard
En règle générale, l’intérêt légitime à la vérification d’intégrité et de conformité le porte (art. 6, par. 1, let. f RGPD) — après une mise en balance des intérêts au cas par cas, pas de manière forfaitaire.
b
Catégories particulières (art. 9) et art. 10
Ici, nous établissons la base d’autorisation au cas par cas, en nous appuyant sur le § 22 BDSG ou l’équivalent revDSG — sans nous contenter de citer un article.
c
Responsable du traitement ou sous-traitant ?
Dans un service de renseignement de solvabilité, c’est tout sauf trivial. Nous attribuons les rôles par écrit, au cas par cas — avant que le premier rapport ne soit lancé.
06 Sécurité de l’information

Nous ne revendiquons aucune attestation que nous n’avons pas. Nous appliquons les contrôles qui comptent derrière.

Nous le disons donc clairement : nous ne détenons aujourd’hui ni ISO 27001 ni SOC 2. Nous ne le revendiquons pas, et nous n’écrivons pas non plus « en préparation », car une ligne de statut sans substance ne dit rien.

Ce que nous présentons à la place, c’est la substance qu’une attestation ne ferait de toute façon que certifier — les mesures techniques et organisationnelles (TOM) en vigueur aujourd’hui selon l’art. 32 RGPD et les contrôles compensatoires :

a
Chiffrement
TLS 1.2 minimum, TLS 1.3 de préférence, en transit ; AES-256 au repos, gestion des clés via AWS KMS.
b
Contrôle d’accès
Par rôle, besoin d’en connaître, avec authentification multifacteur et journalisation.
c
Séparation des clients & des environnements
Séparation logique stricte des clients par Customer-ID. Séparation entre les environnements de production, de staging et de développement.
d
Piste d’audit & journalisation
Les accès pertinents pour la sécurité, documentés de manière infalsifiable.
e
Sauvegarde & capacité de restauration
Snapshots quotidiens automatisés et chiffrés, redondants, avec restauration à un instant donné (point-in-time recovery).
f
Protection DDoS
AWS Shield + Web Application Firewall (WAF).
g
Gestion des vulnérabilités
Analyse automatisée des dépendances, analyse des conteneurs, SAST, revue de code à quatre yeux.

Nous-mêmes n’achetons qu’auprès de prestataires qui passent une due diligence de sécurité rigoureuse. Tenez-nous à ce même standard.

07 Hébergement & souveraineté

« Made in Europe for Europe » — et le point honnête où cela reste aujourd’hui un objectif.

La souveraineté est souvent vendue sur ce marché comme une revendication absolue. Nous ne le disons pas, car aujourd’hui ce ne serait pas toute la vérité — et parce qu’une revendication dans laquelle votre propre examen trouve immédiatement une faille coûte plus de confiance qu’elle n’en rapporte. Voici comment cela se présente réellement chez nous :

a
Hébergement UE
Vos données de requête et données personnelles sont conservées et traitées dans l’UE.
b
Le risque résiduel, nommé ouvertement
Nous fonctionnons sur l’infrastructure AWS au sein de l’UE (régions Francfort/Irlande). Nous avons choisi AWS délibérément, pour ses capacités de sécurité, ses outils de conformité et la profondeur de son Absicherungspaket. Un fournisseur dont le siège est aux États-Unis comporte une exposition au CLOUD Act / FISA 702 que même une région UE ne supprime pas entièrement. Nous ne le cachons pas ; nous l’évaluons. Nous n’échangeons pas la sécurité contre une étiquette de souveraineté.
c
La direction vers laquelle nous travaillons activement
AWS a été un choix délibéré, pas un pis-aller. Les capacités de sécurité, les outils de conformité et la profondeur de son Absicherungspaket sont ce dont nous avons besoin pour des clients régulés. La souveraineté n’est pas une étiquette que nous apposons aujourd’hui, c’est une direction que nous continuons de construire.
d
Là où nous ne faisons aucun compromis
Sur la cybersécurité. La souveraineté d’abord comme chemin, la sécurité sans compromis à chaque étape.

À part, la seconde moitié de la vérité : une partie de nos données de référence sanctions et PEP provient de fournisseurs internationaux. Cela concerne l’origine des données de correspondance — pas la résidence de vos données de requête et données personnelles. Nous séparons ouvertement les deux au lieu de les fusionner sous une étiquette de souveraineté.

08 Entité contractante & transfert

Nous vous disons d’emblée avec qui vous contractez — et ce que cela signifie pour le transfert vers un pays tiers.

Du point de vue de la revDSG, la question CH ≠ UE n’est pas un détail : par rapport à l’UE, la Suisse est un pays tiers bénéficiant d’une décision d’adéquation. Quelle entité convient à votre cas, et ce qui en découle pour le transfert vers un pays tiers (y compris CH ↔ UE), nous le précisons concrètement avant la signature — pas après coup dans les petites lignes.

Indicium Technologies AG
Hünenberg, canton de Zoug (Suisse) · IDE CHE-349.104.783
Indicium Technologies GmbH
Hambourg (Allemagne) · Tribunal d’instance de Hambourg, HRB 164822
Décision d’adéquation de l’UE 2000/518/CE pour la Suisse — en vigueur.
09 Sous-traitants ultérieurs

Nous nommons nos principaux sous-traitants ultérieurs — et divulguons la liste complète à vous et à votre régulateur.

a
AWS (Amazon Web Services EMEA SARL, Luxembourg)
Hébergement cloud, eu-central-1 Francfort.
b
Google Cloud EMEA Ltd. (Irlande)
Traitement IA, Vertex AI.
c
Indicium Technologies AG (Suisse)
Société mère, développement.

Sous-traitants ultérieurs actuels, état juillet 2026. Modifications notifiées conformément au § 7 de l’AVV.

La liste complète des sous-traitants ultérieurs — avec le lieu et la fonction de chacun — est disponible sous NDA, avant la signature. À vous comme partie contractante et à votre régulateur, nous la divulguons intégralement ; DORA et les orientations de l’EBA sur l’externalisation exigent de toute façon exactement cette divulgation.

Et parce que la gouvernance d’externalisation ne s’arrête pas à la signature : selon l’art. 28, par. 2 RGPD, nous garantissons une notification préalable de tout changement de sous-traitant ultérieur, avec droit d’objection.

Demander la liste des sous-traitants ultérieurs avec les lieux (NDA) — via trust.indicium.ag
10 Revue humaine finale

Sur les rapports d’importance, un humain décide — jamais la machine seule.

L’art. 22 RGPD interdit une décision exclusivement automatisée produisant des effets juridiques à l’égard d’une personne. La clarification que cherche votre service juridique : chez Indicium, une telle décision n’existe pas. Le logiciel prépare ; la décision sur le fond vous appartient.

a
Seuils de déclenchement fixes
Des déclencheurs documentés pour la revue humaine finale — pas de « cas sensible à l’intuition ».
b
Preuve de la qualification des analystes
Nommés par rôle — sans noms réels sur la page publique.
c
Principe des quatre yeux dans la piste d’audit
Une personne qualifiée examine, évalue et assume le constat — documenté de manière traçable.
11 Types d’erreurs & responsabilité

Nous interceptons la fausse correspondance. La limite structurelle, nous vous la disons — au lieu de revendiquer « sans lacune ».

Deux types d’erreurs, honnêtement séparés. Le faux positif — la correspondance signalée à tort — est évalué par la revue humaine finale avant de produire un effet. Le plus critique en matière de responsabilité est le faux négatif, le risque réel manqué. Nous y répondons non par le mot « sans lacune », mais par une méthodologie documentée, une couverture de sources nommée et des limites structurelles clairement signalées.

Ce qu’une recherche à partir de sources ouvertes et sous licence ne peut structurellement pas voir, nous vous le disons dans chaque rapport : liquidités, trusts offshore non enregistrés sans registre, participations cachées non publiques. Là où votre cas se situe au-delà de cette ligne commence la profondeur dirigée par analystes — et nous le disons avant que vous ne commandiez, pas après.

Responsabilité et répartition des risques, d’emblée. La structure de base de notre répartition des risques est sur la table avant la démo ; la formulation négociée relève du contrat. La documentation contractuelle complète, les TOM et les détails des sous-traitants ultérieurs sont disponibles via trust.indicium.ag avant la signature. Nous ne vendons pas une garantie de résultat — nous livrons le rapport que vous pouvez présenter.

12 SLA, sortie & résilience

En chiffres, d’emblée — pas des paroles rassurantes pendant l’onboarding.

L’externalisation échoue souvent sur la question tue : que se passe-t-il si le prestataire tombe — ou si nous voulons en sortir ? Nous y répondons avec des repères avant que vous ne signiez.

a
Disponibilité
Objectif : 99 % de disponibilité.
b
Support & escalade
Des niveaux nommés ; la chaîne de signalement des incidents détaillée selon les délais DORA.
c
Notification des violations
Sous 72 heures selon l’art. 33 RGPD.
d
Sortie avec format de restitution lisible par machine
Une phase de transition définie — et la tension explicitement résolue entre l’exigence de suppression et l’obligation réglementaire de conservation (typiquement 5–10 ans).
e
Résilience, datée
Deux entités opérationnelles (CH et DE), exploitation productive continue, chaîne de signalement des incidents, accès aux données en cas de défaillance du prestataire (escrow/sortie).
13 Droits des personnes concernées

Qui collecte des données auprès de tiers doit les droits des personnes concernées — nous réglons d’emblée qui y répond.

Dans une vérification de personne, les données ne sont régulièrement pas collectées auprès de la personne concernée elle-même. Cela déclenche des obligations — et qui les porte doit être réglé avant la signature, pas renvoyé à un litige. Qui répond à ces demandes — Indicium ou vous — est clairement régi dans le contrat, selon le rôle attribué. Pas de zone grise où, au final, personne n’est responsable.

Art. 14
L’obligation d’information en cas de collecte auprès de sources tierces, y compris les exceptions pertinentes — vérifiées au cas par cas.
Art. 15
Le droit d’accès de la personne concernée.
Art. 17
L’effacement — mis en balance avec l’obligation réglementaire de conservation du dossier vérifiable.

Confrontez cette page à votre checklist — puis parlez-nous.

Ce qui est public ici, c’est la table des matières et la ligne honnête ; ce qui va plus loin, nous l’ouvrons sous NDA, avant la signature — pour que votre seconde ligne puisse exercer son veto avant que cela ne coûte cher.

Demander le Trust Package sous NDA Réserver un appel