Poelis développe des logiciels d’ingénierie qui structurent et gèrent les données produit tout au long du cycle de conception.
Siège
Milan, Italie
Effectif
10+ employés
Industrie
Édition logicielle
Site web
Poelis et Connektica suppriment 30 à 60 minutes de validation manuelle par cycle AIT
Poelis, fondée par un ancien ingénieur d’Airbus Space avec un ancien investisseur en capital-risque et CTO de plusieurs startups, structure et versionne les données produit tout au long du cycle de conception. Les équipes d’ingénierie arrêtent ainsi de valider des références obsolètes.
Quand un client commun a demandé une connexion directe entre la source des données de conception Poelis et l’exécution des tests AIT, Poelis et Connektica ont rapidement bâti une intégration. La validation s’exécute désormais à l’intérieur de la séquence de test, via un appel de l’API du Local Worker Connektica vers Poelis.
Cela supprime environ 30 à 60 minutes de comparaison manuelle inter-systèmes par cycle AIT et empêche structurellement qu’un test passe contre une baseline de conception périmée.
Résultats obtenus
- 30 à 60 minutes de validation manuelle supprimées
- Validation exécutée durant la séquence de test
- Cohérence des versions garantie automatiquement
- Intégration finalisée en huit heures
- Contexte de validation complet capturé dans l'enregistrement d'exécution
Avec l'intégration Poelis et Connektica, « les équipes prennent plus rapidement de meilleures décisions de conception. L'instantanéité et la qualité des comparaisons de données améliorent la visibilité sur les résultats. »
Bianca Ambrosini – Co-fondatrice – Poelis
Challenges
Les données de conception et l'exécution des tests vivent dans deux mondes séparés
Michele Genoni a co-fondé Poelis après plusieurs années chez Airbus Defense & Space, où il était responsable du système de propulsion des satellites et étroitement impliqué dans les phases d’AIT et de tests. Une frustration s’y est cristallisée : la base des données de références était déconnectée des systèmes où les ingénieurs en avait besoin.
« Notre mission est de combler l’écart entre la source de vérité et le lieu où les ingénieurs travaillent et utilisent la donnée, » explique Michele Genoni.
En pratique, cet écart signifie que chaque validation force les ingénieurs à sortir de l’environnement d’exécution des tests, retrouver la bonne version des données de conception dans un système séparé, en extraire les valeurs de référence, puis les comparer manuellement avec la sortie du test. Selon l’expérience de Michele Genoni chez Airbus, cette comparaison inter-systèmes peut prendre plusieurs heures par cycle AIT, selon le produit et le nombre de paramètres à vérifier.
Et la gestion des versions augmente le risque. Les séquences de test et les différentes versions de configuration évoluent selon des calendriers séparés. Sans connexion directe entre les deux systèmes, un ingénieur peut valider des résultats de test contre une configuration de conception obsolète.
Le déclencheur du projet d’intégration a été un client commun qui cherchait une connexion directe entre la source de vérité des données de conception et la procédure d’exécution des tests. Le reporting manuel n’était pas acceptable. La validation devait être automatique et versionnée dans la séquence.
Le choix de Connektica
Pourquoi Connektica : API, architecture découplée et Local Worker
L’intégration repose sur trois piliers :
- la capacité d’insérer une logique externe dans la séquence de test durant son exécution
- une API ouverte et un SDK Python qui ont rendu l’intégration simple
- une architecture qui maintient les deux plateformes totalement indépendantes
La fonctionnalité décisive a été le Local Worker, qui « permet à Poelis de s’insérer dans la séquence pour effectuer les contrôles et validations nécessaires, » détaille Michele Genoni.
Le Local Worker est le composant « edge » de Connektica. Il permet une connectivité sécurisée vers les équipements des sites clients et vers les services externes. Il supporte l’exécution de code Python dans des séquences de test automatisées. C’est ce qui a rendu possible l’appel à la base de données Poelis depuis une étape de test, la récupération des données de conception versionnées, et l’exécution de la comparaison sans jamais changer d’outil.
L’échange de données se fait exclusivement par API. Les données restent stockées sur chaque plateforme et ne sont pas dupliquées. Les plateformes peuvent ainsi faire évoluer leur architecture interne indépendamment, sans casser l’intégration.
Mise en œuvre : huit heures pour une intégration fonctionnelle
Flavien Deschaux, ingénieur chez Connektica, a réalisé 90 % du travail d’intégration en s’appuyant sur le SDK Python de Poelis pour extraire et récupérer les données de conception. La configuration initiale a pris environ huit heures. « Flavien a livré une démonstration en une après-midi, » note Michele Genoni, qui décrit la facilité d’intégration comme un des aspects les plus avantageux du travail avec Connektica.
Ce qui a changé : la validation imbriquée dans l'exécution
Avant l’intégration, il n’existait pas de source de vérité unique, fiable et accessible depuis l’environnement d’exécution. Les données de conception étaient dispersées sur plusieurs documents et systèmes, parfois divergentes selon les mises à jour, les versions ou les responsabilités. Les ingénieurs naviguaient dans cette fragmentation à la main, sans aucune garantie que la référence choisie était la bonne.
La validation était donc une activité post-exécution. Un ingénieur terminait un test, basculait dans l’environnement Poelis, retrouvait la bonne version des paramètres de conception, en extrayait les valeurs de référence, et les comparait à la sortie du test. Selon la complexité, cela prenait entre 30 minutes et une heure par cycle, d’après l’estimation de Michele Genoni issue de sa propre expérience. Cela imposait aussi un contrôle de version manuel : l’ingénieur devait confirmer qu’il comparait bien à la bonne configuration de conception, sans aucune vérification imposée par le système.
Avec l’intégration, le Local Worker Connektica appelle l’API Poelis durant la séquence de test et récupère le bon jeu de données versionné. La comparaison s’exécute durant une étape de la séquence. Les résultats sont enregistrés avec la version de conception utilisée, les paramètres comparés et le résultat des tests, avec toutes les preuves d’exécution.
Le problème de cohérence des versions est structurellement résolu. Comme l’appel API spécifie la version exacte des données de conception, le système impose l’alignement entre la configuration de test et la configuration de conception. Un ingénieur ne peut pas valider une référence obsolète sans que cet écart soit visible dans l’enregistrement d’exécution.
La boucle de feedback se resserre aussi. Bianca Ambrosini, co-fondatrice de Poelis, décrit le changement : « L’instantanéité et la qualité des comparaisons de données améliorent la visibilité sur les résultats, ce qui permet de meilleures décisions de conception et plus rapidement. » Les écarts apparaissent durant l’exécution, et non après une passe de validation manuelle et reconstruction de rapport. Les décisions d’ingénierie se prennent donc plus tôt dans le cycle.
Résultats obtenus
30 à 60 minutes de validation manuelle supprimées par cycle de test
Estimation basée sur des processus d’ingénierie où la validation imposait auparavant une comparaison manuelle inter-systèmes entre les résultats de test et les données de conception (basé sur l’expérience de Michele Genoni en AIT chez Airbus Space).
Validation réalisée dans de la séquence de test
Le Local Worker Connektica appelle l’API Poelis durant l’exécution des tests. La comparaison entre design et test se fait en temps réel, sans sortir de l’environnement d’exécution.
Cohérence des versions garantie automatiquement
Les tests s’exécutent avec le bon jeu de données de conception, récupéré depuis Poelis durant l’exécution. Le risque d’écart de référence non détecté disparaît.
Intégration livrée en huit heures
Flavien Deschaux a complété 90 % du travail d’intégration avec le SDK Python de Poelis, sans modification du coeur de l’architecture des deux plateformes.
Full validation context captured in the execution record
La version des données de conception, les paramètres de comparaison et les résultats de test sont enregistrés dans l’étape de test, et non reconstruits après coup.
Prochaines étapes
La priorité immédiate des deux entreprises est d’étendre l’intégration à d’autres clients. La gestion documentaire est le prochain axe de développement chez Poelis, avec notamment la mise à jour et la maintenance assistées par l’IA de la documentation d’ingénierie. Côté reporting, Poelis travaille à la génération de data packs prêts à être téléversés directement dans les systèmes PLM, ce qui fermerait un autre maillon de la boucle conception-test-enregistrement.
Prêt à voir Connektica en action ?