.

Outil d’audit, c'est-à-dire de recherche de dysfonctionnement dont
l’existence et la cause ne sont pas forcément connues à priori, et donc pour lesquelles la création d’un programme a priori n’est pas réalisable.

Outil indépendant des systèmes informatiques audités, qui peuvent
justement être la cause des défaillances.

Outil permettant d’analyser l’ensemble des transactions d’un système, y
compris lorsque cela représente des centaines de millions de lignes de données.

Outil particulièrement adapté à l’analyse des environnements hétérogènes.

Outils fournissant une trace d’audit, c'est-à-dire donnant le détail de la
logique de l’analyse réalisée, et fournissant ainsi un résultat fiable, compréhensible, et reproductible.
Reprise de données et « data quality »
- Audit des données provenant d’un nouveau système : identification des doublons, identification des données manquantes, doublons potentiels.
- Regroupement de fichiers provenant d’environnement hétérogènes, renumérotation, tables de correspondances.
- Génération de tables provenant de plusieurs fichiers de formats différents
afin de préparer la reprise des données dans le nouveau système.
Validation des interfaces : la validation des interfaces est réalisée de façon
classique par les entreprises, néanmoins différents cas de figures sont plus complexes à analyser.
- Interface avec un système tiers, sur lequel il n’est pas possible d’intervenir l’analyse se fait sur la base d’une extraction limitée sur la base tiers.
- Analyse des interfaces fonctionnant correctement, mais ayant été lancées plusieurs fois sur certaines données.
Analyses ponctuelles :
- Les analyses liées à un audit ponctuel (audit de ligne, analyse des taux
bancaires pratiqués...).
- Un fournisseur vous livre une matière première liquide facturée sur la base du pourcentage du principe actif. Les analyses réalisées à chaque livraison indiquent que le fournisseur livre un produit à 95% de principe actif plus ou moins 2%. L’analyse des données du LIMS (%) et de l’ERP (quantités), permet de constater que le produit est livré en moyenne à 93,5% de principe actif, autorisant ainsi une demande de réduction de 1,5% sur les livraisons de l’année.
Analyses récurrentes :
- Identification de doubles paiements potentiels : ce cas est réputé géré par
les systèmes informatiques et pourtant…
- Si une analyse ponctuelle permet d’identifier des défaillances, elle peut devenir une analyse récurrente permanente, ou rester opérationnelle le temps que le système de gestion soit modifié afin de prévenir cette défaillance.
Analyses confidentielles :
- La réalisation d’un développement informatique requiert une analyse fonctionnelle, une analyse technique, les tests unitaires et le passage en production. Au total, se sont souvent 4 à 5 personnes qui sont impactées. Les informaticiens disposent aujourd’hui de bonnes connaissances fonctionnelles et il leur est demandé de comprendre l’utilité des développements mis en œuvre : autant de possibilité pour une information confidentielle ou interne de circuler dans l’entreprise. L’extraction des données et l’analyse par l’interlocuteur métier sont souvent une garantie de confidentialité.
- Travaux de « due diligence » en vue de session d’actif, soupçon de fraude ou de non respect des procédures concernant un ou plusieurs salariés, audit des notes de frais…
Réduction de la charge de travail du service informatique : Le service
informatique aura mis en place des procédures d’extraction, permettant de faire face aux requêtes, toujours urgentes, des auditeurs et de la direction.
- Les outils d’audit, limitent la charge de développement puisqu’ils permettent à l’utilisateur d’analyser son problème sur la base d’extractions simples à mettre en œuvre.
- Les audits ponctuels, et certains audits récurrents ne nécessitent plus de développements.
- La compréhension des analyses à mener n’est plus nécessaire, limitant donc les ressources souvent rares du service informatique.
Maintien du SLA (performance)
- « Extract once, Analyze many ».
- Les systèmes opérationnels réalisent des extractions, et les solutions d'audit permettent aux administrateurs de ces systèmes de garder la main sur ces opérations.
- Les analyses sont réalisées sur les systèmes d'audit (le plus souvent sur un poste de travail), et limitent donc la charge CPU.
- Les analyses ponctuelles, puisqu’elles ne sont plus réalisées dans le système opérationnel, ne dégradent pas la performance générale du système (cette chute de performance est souvent due au manque de certains index secondaires dont le besoin n’a pas été anticipé par l’éditeur).
Arrêt de systèmes
- L’extraction de données, puis leur analyse dans des solutions d'audit est une alternative économiquement performante au maintient d’un système existant en visualisation uniquement.
- Dans le cadre d’un arrêt de système, le client décide de garder l’application de gestion, la seule base de données, ou les seules données.
Fiabilité d’applications bureautiques
- Dans chaque société, de nombreux utilisateurs ont développé des solutions Excel ou Access afin de répondre à des réponses concrètes. Les résultats de ces tableurs sont utilisées pour action ou sont insérées manuellement dans le système informatique. Hors ces logiciels informatiques sont sources de très nombreuses erreurs. Citons le cas des applications permettant de calculer des opérations particulières en comptabilité, ou certaines remises complexes.