Ce que nous cherchons à résoudre

Six chantiers de travail, tous nés de problèmes rencontrés sur des sites réels en Afrique de l’Ouest — pas de sujets choisis pour leur intérêt théorique.

Centre de supervision, vue latérale du mur d’écrans

Axes de travail

Six chantiers, tous issus du terrain.

Chacun répond à une difficulté constatée en exploitation. Ce qui en sort est intégré à nos solutions, ou abandonné quand les mesures ne suivent pas.

01

Réduction du bruit en détection

Un dispositif qui produit cinquante alertes par nuit n’est pas surveillé, il est subi. Nous travaillons les réglages et les règles de corrélation pour qu’une alerte redevienne un événement qui mérite une décision.

02

Détection en conditions dégradées

Poussière, contre-jour, saison des pluies, éclairage public défaillant : les performances annoncées en laboratoire ne tiennent pas sur nos terrains. Nous mesurons sur les images réelles des sites avant d’engager un chiffre.

03

Fonctionnement hors liaison

La couverture réseau n’est pas acquise partout. Nous travaillons les modes dégradés : ce qui continue en local, ce qui est conservé, ce qui est synchronisé au retour — et comment rester opposable malgré la coupure.

04

Sûreté des équipements connectés

Caméras, enregistreurs et contrôleurs d’accès sont des systèmes informatiques rarement traités comme tels. Nous outillons leur inventaire, leur durcissement et la surveillance de leur état.

05

Interopérabilité des systèmes

Faire parler des équipements de fournisseurs et d’époques différents est le vrai travail d’un intégrateur. Nous documentons les interfaces exploitables et constituons une bibliothèque de connecteurs réutilisables.

06

Souveraineté des données

Hébergement, administration et réversibilité : nous cherchons des architectures où le client garde la maîtrise, y compris le jour où il décide de changer de prestataire.

Comment nous travaillons

Un pilote doit pouvoir conclure « non ».

Chaque sujet suit le même cycle : une difficulté constatée chez un client, une hypothèse, un protocole de test avec des critères de réussite écrits à l’avance, puis une mesure en conditions réelles. Si les critères ne sont pas atteints, le sujet est abandonné ou repris — il n’est pas vendu.

C’est une discipline exigeante, parce qu’elle produit régulièrement des résultats négatifs. Mais un résultat négatif documenté vaut mieux qu’une fonctionnalité annoncée qui déçoit en exploitation : il évite à nos clients de payer un déploiement qui n’aurait pas tenu.

Les travaux menés avec un client lui appartiennent. Nous ne publions ni son nom, ni ses données, ni ses résultats sans accord écrit — et ce que nous en retirons se réinvestit dans la méthode, pas dans une plaquette commerciale.

Un projet de recherche ou d’innovation ?

Si vous rencontrez une difficulté que les solutions du marché ne traitent pas, décrivez-la. Nous dirons franchement si c’est un sujet que nous savons prendre.