Chargement...
Français English

{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, précé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.

2' pour découvrir {openAudit}

En quoi {openAudit} peut 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 mes DataFlows : je peux décommissionner une technologie de stockage de données, typiquement Cobol ou Oracle, et migrer vers le Cloud : Azur SQL, Redshift...
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) : SQL, et vues SQL, PL/SQL, T-SQL, PostgreSQL, Perl, Big Query, Cobol, Java, Redshift || DataFlows (ETL/ELT) : Genio, Talend, SSIS, DataStage, Stambia, BODS || DataViz : Data Studio, Qlik Sense, SAP BO, Looker, Crystal Report, SSRS.

Est-ce qu'il est 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 records. 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 de vues (...) ainsi qu'une méthodologie pour traiter les procédures dynamiques, les triggers, etc.

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 et remplacés par des variables. Nous n'avons pas accès à la table de mapping.

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 celle que nous proposons. Typiquement, certains de nos clients ont "branché" PowerBI ou Qlik pour pouvoir faire des analyses complémentaires.

{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 faire 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 de {openAudit} ?

Nos PoCs ne sont jamais gratuits, car le set up prend du temps, et que sa valeur est importante. Néanmoins, dès qu'une licence est signée, le set up est offert (à périmètre technique constant). Par ailleurs, nous proposons des licences pluriannuelles qui dépendent 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.