



































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.
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.
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.
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.
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.
{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.
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.
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.
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.