Chargement...

{openAudit}

Le data lineage et l’usage des données pour transformer un système : simplifications / migrations

Un logiciel SaaS,
des processus automatisés pour agir efficacement !

Sécurité : seulement de la métadonnée

Les métadonnées collectées sont poussées automatiquement sur le serveur de process de {openAudit} dans le Cloud, pour y être parsées. Les logs relatifs aux usages de la donnée peuvent être anonymisés.

Des processus légers, rejoués en continu

L'ensemble des métadonnées sont parsées au delta pour que les analyses soient opérées quotidiennement, pour des réponses au plus proche de la réalité du Système d'Information.

Traitement des ruptures dans les flux

L'ensemble des rupures potentielles dans les flux (couches sémantiques, transferts par FTP, vues, procédures dynamiques, etc.) sont traitées par réconciliations structurelles, par captures de logs, etc., pour une représentation complète des flux.

6 fonctionnalités pour transformer un système.

En quoi {openAudit} peut-il vous permettre
d'adresser des problématiques complexes ?

Un indicateur est mal calculé : je peux remonter dans les flux au sein de la totalité du système et identifier l'origine du problème dans le code : "drill trough".
RGPD : je peux connaître instantanément les personnes ou les machines qui accèdent à telle ou telle donnée personnelle, possiblement à tord.
Data Loss Prevention (DLP) : je peux savoir au départ d'une données sensible si elle est requetée indûment par une personne ou une machine quelque part dans le Système d'Information.
Migrer ma couche DataViz : je peux décommissionner une technologie legacy de data visualisation, typiquement SAP BO, et migrer vers une technologie du moment : Looker, Power BI...
Migrer un ETL ou un ELT : je peux décommissionner une technologie de transformation de données, typiquement BODS, DataStage, SSIS, Informatica, etc., et migrer l'ensemble des processus concernés vers du SQL simple ou dbt.
Baisser les coûts du Cloud : je peux identifier les tables, les fichiers et les dashboards qui ne servent pas, ainsi que tous les processus qui y sont associés (code, jobs ETL... ) puis les décommissionner.

Questions Fréquentes

Quelles sont les technologies qui sont adressées par {openAudit} à ce jour ?

DataFlows (code procédural /code) : SQL, vues SQL, Cobol, PL/SQL, T-SQL, PostgreSQL, Bteq, Big Query, Java, Perl, etc. || DataFlows (ETL/ELT) : SAP BODS, IBM DataStage, OpenText Genio, Informatica PowerCenter, Microsoft SSIS, Talend, Oracle Data Integrator (ODI), Stambia, AB Initio, etc. || DataViz : SAP BO, Microsoft SSRS, Microsoft SSAS, Power BI, Qlik Sense, GCP Looker, IBM Cognos, etc.

Est-il possible de travailler sur d'autres technologies ?

Ellipsys développe des parsers en nombre depuis longtemps et est en capacité d'en développer de nouveaux en des temps record. Par ailleurs les technologies Cloud utilisent massivement le SQL et ses dérivés. Et nous avons une véritable expertise sur le SQL, les vues SQL, les vues imbriquées, ainsi qu'une série de méthodes pour traiter les procédures dynamiques, les triggers, les transfers par FTP, etc., c'est à dire tout ce qui peut générer des ruptures dans les flux.

Qu'en est-il des données à caractère personnel collectées et de leurs traitements ?

{openAudit} va adjoindre au data lineage l’analyse des logs, pour savoir qui a consommé la donnée, quand et comment (ce qui correspond aux usages de la donnée). Les logs d'audit générés contiennent toutes les requêtes SQL exécutées sur la base, que ce soit par des programmes ou des utilisateurs. Ces requêtes peuvent contenir des informations "sensibles" telles que des noms de clients, matricules d'utilisateurs, etc. Pour être sûr d'être exhaustif, tous les entiers, flottants et chaînes de caractères présents dans les requêtes sont masqués.

A-t-on accès aux bases de données liées au traitement des métadonnées par {openAudit} ?

Les bases de données d'{openAudit}, qui permettent de construire nos réponses sur les interfaces Web, sont systématiquement mises à disposition des clients pour qu'ils puissent construire des réponses au délà de celles que nous proposons. Typiquement, certains de nos clients ont "branché" PowerBI ou Qlik pour pouvoir faire des analyses complémentaires. Nous mettons à disposition de nombreuses requêtes SQL qui sont le fruit de nos échanges passés avec nos clients et qui permettent d'opérer des analyses innombrables.

{openAudit} est un logiciel SaaS, mais est-il possible de l'intégrer on prem' ?

Oui. Nous avons un certain nombre de clients bancaires qui refusent de pousser leurs données à l'extérieur. Nous installons {openAudit} sur des VMs chez eux. Idéalement, il nous faut un accès en VPN pour pouvoir opérer la maintenance corrective, ou les montées de version. On peut aussi créer un sas sécuritaire avec un serveur Citadelle.

Quel est le mode de facturation d'{openAudit} ?

Nos PoC ne sont jamais gratuits, car le set up prend du temps et que sa valeur est importante. Les PoC consistent en un scan unique du périmètre que le client souhaite analyser. Les licences permettent, à la différence des PoC, d'opérer des scans quotidiens pour que les résultats des analyses d'{openAudit} soient le reflet exact de la réalité du système. Les analyses sont opérées au delta ("Change Data Capture") pour que les scans soient le plus léger possible.
Le prix des licences pluriannuelles dépend directement du nombre de technologies concernées (DataFlows et DataViz), mais aussi des volumétries. Nous proposons un large nombre d'accès, toujours suffisant dans le contexte du client.