Guide Utilisateur Eye2Scan

User guide
Email: contact@eye2scan.com
Version 202006
www.eye2scan.co
Eye2scan Solutions –16 rue Camille Pelletan – 92300 Levallois-Perret

E2 This document is the exclusive property of eye2scan and may not be used, reproduced, represented,
transferred or divulged with explicit prior written consent.
TABLE DES MATIERES
FONCTIONNALITES EYE2SCAN ................................................................................................................................ 5
CONNECTION ............................................................................................................................................................. 5
PAGE D’ACCUEIL ......................................................................................................................................................... 5
PAGE DE RESULTAT DE TEST ....................................................................................................................................... 7
CONTROLES OPERATIONNELS .............................................................................................................................. 10
[SO00] - DB COMMANDE D’ACHAT ................................................................................................................................ 10
[SO01] - PROCESSUS DE DEMANDE D’ACHAT .................................................................................................................... 11
[SO02] - SEPARATION DES TACHES (SOD) ENTRE DEMANDE D’ACHAT (DA) ET COMMANDE (CDE) ........................................... 12
[SO03] - SEPARATION DES TACHES (SOD) ENTRE COMMANDE D'ACHAT (CDE) ET RECEPTION .................................................. 13
[SO04] - SEPARATION DES TACHES (SOD) ENTRE RECEPTION ET SAISIE FACTURE ..................................................................... 14
[SO05] - DELAIS COMMANDES FOURNISSEURS VS FACTURE .............................................................................................. 15
[SO06] - INTEGRITE DES DONNEES DE BASE FOURNISSEURS ................................................................................................. 17
[SO07] - ANALYSE DES CONDITIONS DE PAIEMENT FOURNISSEURS........................................................................................ 18
[SO08] - ANALYSE DES COMMANDES D'ACHATS NON CLOTUREES ......................................................................................... 20
[SO09] - MARCHANDISES REÇUES NON FACTUREES ........................................................................................................... 21
[SO10] - STOCK NON VALORISE ...................................................................................................................................... 22
[SO11] - ANALYSE DES STOCKS NÉGATIFS ......................................................................................................................... 23
[SO12] - ANALYSE DES LIVRAISONS CLIENTS NON FACTUREES .............................................................................................. 24
[SO13] - ANALYSE DES MARGES NEGATIVES EN STOCK........................................................................................................ 26
[SO14] - MODIFICATION DES CONDITION DE REGLEMENT CLIENTS ........................................................................................ 28
[SO15] – ECARTS D’INVENTAIRES .................................................................................................................................. 29
[SO16] – SUIVI DES REBUTS ..................................................................................................................................... 31
[SO17] – ARTICLES STOCKES NON INVENTORIES .................................................................................................... 32
[SO18] – STOCKS OBSOLETES .................................................................................................................................. 33
[SO19] - COMMANDE SANS RECEPTION IMPOSEE .............................................................................................................. 34
[SO20] - MODIFICATIONS DES LIMITES DE CREDIT CLIENT .................................................................................................... 35
2
[SO21] - DB CREDIT CLIENT .......................................................................................................................................... 36
[SO22] – CONDITIONS DE PAIEMENT CLIENTS ........................................................................................................ 37
[ST01] - ANALYSE DES MODIFICATIONS DE TARIFS*OPTION .............................................................................................. 38
[ST02] - ANALYSE DES MODIFICATIONS ........................................................................................................................... 39
DES PRIX DE VENTE DANS LES COMMANDES CLIENTS *OPTION ............................................................................................ 39
DE COMMANDES D'ACHAT .............................................................................................................................................. 40
[ST04] - CONTROLE DES ECARTS DE PRIX .......................................................................................................................... 41
DANS LE FLUX ACHAT (EN DEVISE DE DOCUMENT) ............................................................................................................... 41
[ST05] - ANALYSE DES MOUVEMENTS DE STOCK ................................................................................................................ 43
DE PRIX DE VENTE DANS LES FACTURES CLIENTS*OPTION ................................................................................................... 44
DETAIL DES CONTROLES « FINANCE » .................................................................................................................. 45
[FI01] - ANALYSE DES NOMBRES DE TRANSACTIONS DU GRAND LIVRE PAR UTILISATEUR ................................................. 45
[FI02] - SYNTHESE DES PARAMETRES DU PLAN COMPTABLE ................................................................................................. 46
[FI03] - IDENTIFICATION DES MODIFICATIONS ................................................................................................................... 47
DU PARAMETRAGE DU PLAN COMPTABLE .......................................................................................................................... 47
[FI04] - IDENTIFICATION DES ENREGISTREMENTS ............................................................................................................... 48
MANUELS SUR LES COMPTES DE STOCK.............................................................................................................................. 48
[FI05] - ANALYSE DES TRANSACTIONS COMPTABLES ........................................................................................................... 49
UTILISEES SUR DES PERIODES INHABITUELLES ...................................................................................................................... 49
[FI06] - IDENTIFICATION DES ECRITURES MANUELLES NON AUTORISEES.................................................................................. 51
[FI07] - SYNTHESE DES PROVISIONS ................................................................................................................................ 52
[FI08] - IDENTIFICATION DES ENREGISTREMENTS DE TVA DECALES ....................................................................................... 53
[FI09] - RECHERCHE DE MONTANT POUR UN..................................................................................................................... 54
OU PLUSIEURS COMPTES DU GRAND LIVRE ........................................................................................................................ 54
[FI10] - DELAI DES ECRITURES DE CLOTURE ....................................................................................................................... 55
[FI11] - DOUBLES SAISIES COMPTABLES ........................................................................................................................... 56
3
[FI12] - CONTROLE DES ECARTS ...................................................................................................................................... 58
ENTRE DATE DE SAISIE ET DATE COMPTABLE ....................................................................................................................... 58
[FI13] - ECRITURES DE BANQUE IMPACTANT DIRECTEMENT LE COMPTE DE RESULTAT ............................................................... 59
[FI14] - SEPARATION DES TACHES (SOD) ENTRE SAISIE FACTURE ET DECAISSEMENT ................................................................. 61
[FI15] - COORDONNEES BANCAIRES EN DOUBLON, POUR CLIENTS ET FOURNISSEURS ................................................................ 62
[FI16] - LISTE DES FACTURES SANS COMMANDE D'ACHAT ............................................................................................... 63
[FI18] - DONNEES DE BASE SUR LES IMMOBILISATIONS ....................................................................................................... 64
[FI19] - DUREES D'AMORTISSEMENT DES FICHES D'IMMOBILISATION .................................................................................... 65
[FI20] - BALANCE AGEE CLIENTS ..................................................................................................................................... 66
[FI21] - BALANCE AGEE FOURNISSEUR ............................................................................................................................. 67
[FI22] - ECART ENTRE DATE SAISIE ET DATE EMISSION DOCUMENT ........................................................................................ 68
[FI23] - ECART ENTRE DATE DE FACTURE ET DATE DE COMMANDE......................................................................................... 69
[FI24] - ECART ENTRE DATE DE FACTURE ET DATE DE DEMANDE D'ACHAT ............................................................................... 70
IMPORTS IM XX .................................................................................................................................................... 71
[IM 1 A 12]- IMPORTS COMPLETS DE TABLE ............................................................................................................ 71
DETAIL DES CONTROLES «SYSTEME» .................................................................................................................... 72
[SY-01] - PARAMETRAGE MANDANT ET GESTION UTILISATEURS ........................................................................................... 72
LEXIQUE SAP : CLES COMPTABLES / TYPES DE COMPTES ...................................................................................... 73
LEXIQUE SAP : TYPES DE DOC / JOURNAUX .......................................................................................................... 75
LES MODALITES D’EXTRACTION SAP .................................................................................................................... 76
4
FONCTIONNALITES EYE2SCAN
CONNECTION
Les identifiants et mots de passe sont communiqués lors de l’installation du logiciel.
PAGE D’ACCUEIL
5
1) Sélection de la société et de l’exercice à contrôler
2) Tuile de regroupement de contrôles (voir le guide administrateur pour configurer vos tuiles)
3) Accès aux résultats des contrôles
4) Un KPI est présenté par défaut pour chaque contrôle (cette version ne permet pas la customisation des
KPI)
5) Accès aux modules optionnels
Accès à la page d’accueil initiale des contrôles et tuiles
Accès à la page d’accueil du module CCM (Continuous Control Monitoring) (en option, voir le guide
administrateur)
Accès à la page d’accueil du module Monitoring (en option, voir le guide administrateur)
6) Accès aux menus administrateurs (voir guide administrateur)
Accès au menu administrateur Fonctionnel (filtres / tuiles / query builder / CCM, Monitoring)
Accès au menu administrateur technique (user management / Import management and DB management
…)
7) Accès au profil utilisateur (mon compte) (langue, mot de passe …)

8) Information d’importation : Date du dernier import de donnée et de consolidation (permet de s’assurer
de la mise à jour des données analysées)
6
PAGE DE RESULTAT DE TEST
Bandeau de navigation
1) Test en cours, cliquer pour passer à une autre société ou un autre exercice fiscal)
2) Accès aux trois formats de restitutions (tableau de bord/ tableau / rapport pdf )
3) Si disponible, choix de la règle de gestion programmée dans le module query builder (voir chapitre Query
builder dans le guide administrateur)
4) Retour à la page d’accueil principale (tests et tuiles)
Format : Tableau de bord (Dashboard)
Le tableau de bord fournit une synthèse des résultats et une navigation simple par axes d’analyse, et une
fonctionnalité d’approfondissement (« drill down ») par simple click sur les données
1) Passer la souris sur le filtre bleu permet d’afficher les filtres actifs en cours
2) Pour désactiver un filtre, cliquer sur la petite croix rouge à côté su filtre de la fenêtre
3) Bouton d’export : JPEG, PDF and Excel
4) Cliquer sur n’importe quel élément graphique pour centrer l’analyse sur cette donnée
5) Accès aux règles de gestion customisées par le module de query builder (en option)
Autres fonctionnalités
7
1) Bouton d’export de la fenêtre
2) Bouton de selection multiple (cliquer dessus afin de pouvoir sélectionner plusieurs éléments de la fenêtre
en même temps). Lorsqu’il est actif, le bouton de sélection multiple est bleu.
3) Agrandir la vue de la fenêtre
Format : Rapport PDF
Le rapport PDF contient une brève analyse du test, qui est indépendante des filtres manuels (ou de query builder)
appliqués en cliquant sur la vue Dashboard. Le rapport PDF est un outil d'analyse rapide, utile pour collecter des
preuves en un seul clic.
1) Recherche par mot clé

2) Impression
3) Selection du format d’export (PDF par défaut)
4) Exporter tous les PDF (fonction désactivée par défaut et modifiable dans le menu administrateur) en un
seul click.
8
Format : Tableau
1) Les colonnes peuvent être glissées dans une position différente, afin de modifier l'apparence de la grille.
2) En déplaçant un titre de colonne ici, la grille devient une grille de tableau croisé dynamique : chaque
valeur de la colonne déplacée est regroupée. En cliquant dans la petite flèche qui apparaît à gauche,
chaque groupe de lignes est développé.
3) Un clic droit sur l'en-tête de colonne permet d'accéder aux commandes de filtrage et de triage
4) Export Excel
5) Les totaux, les valeurs minimales et maximales de la colonne sont configurés dans la page (Admin/Ajouter
des totaux).
6) Les filtres sont affichés en bas de la page. Le filtre peut être désactivé en cochant/décochant la case
correspondante. Le filtre est stocké et peut être réactivé. Un puissant outil d'édition de filtres est
disponible en cliquant sur le nom du filtre.
9
CONTROLES OPERATIONNELS
[SO00] - DB COMMANDE D’ACHAT
Processus Achats
Risques Erreur / fraude / corruption/ Inefficience
Ce contrôle est un import de toutes les données historiques nécessaires à une analyse du
Description et processus achats (demande d’achats / commande / réception / facture fournisseur)
périmètre Périmètre : Toutes les commandes d’achat émises dans l’année contrôlée (avec témoin
du test de suppression (table EKPO / champ LOEKZ) vide ou = « S » sauf commandes de transport
[table EKKO , champ BSAKZ différent de « T »].
Description du Drill down sur mesure suivant les axes d’analyse choisis, soit sur le tableau, soit via le
résultat du test query builder si vous avez cette option.
Objectif et analyse du
Selon l’analyse réalisée
résultat du test
Exemple de test avec

Ecarts de quantités, revue des incoterms etc…
le Query Builder
Page | 10
[SO01] - PROCESSUS DE DEMANDE D’ACHAT
Processus Achats
Achats non justifiés / Fraude.

Emission d’une commande sans respect du processus d’autorisation mis en place dans la
Risques société.
Impacts : Trésorerie, Budget, Compte de résultat.

Ce test permet d’identifier
- les commandes sans demande d’achat (DA)
Description et - les commandes présentant un montant d’engagement par fournisseur supérieur à celui
périmètre prévu dans la demande d’achat (DA).
du test Périmètre : Toutes les commandes d’achat émises dans l’année contrôlée (avec témoin de
suppression (table EKPO / champ LOEKZ) vide ou = « S » sauf commandes de transport
Dans le dashboard, il faut cliquer sur les différents cas d’anomalie pour centrer l’analyse
sur le problème identifié :
- Avec DA : Y ou N
- Qté Cde >DA : Y (si aucune différence, seul le « N » apparaît)
- Prix unitaire commande > DA(si aucune différence, seul le « N » apparaît)
Les montants de commande identifiées sont présentés par fournisseur / groupe acheteur /
type de commande / groupe marchandise / période comptable
Dans le rapport pdf, les résultats de ce contrôle sont synthétisés dans une série de
tableaux permettant d’analyser sur une période :
1. les non conformités :
➢ le montant des commandes (PO) sans demandes d’achats (DA) et le
pourcentage que cela représente sur la totalité des achats de la période,
Description du
➢ le montant des commandes (PO) supérieures aux demandes d’achats et
résultat du test
le pourcentage d’achat que cela représente sur la totalité des achats de la
période, ainsi que le pourcentage moyen de dépassement associé.
➢ Le pourcentage de montant de commande d’achat (PO) non conforme.
Les résultats du test sont également restitués en nombre de postes de commandes « non
conformes » et en nombre de fournisseurs concernés.
2. Les « top 10 » des fournisseurs concernés (en nombre puis en valeur).
Le tableau détaillé restitue l’intégralité des poste de commandes (PO) sans / ou supérieurs
à la demande d’achats (DA), et indique pour chaque cas :
le nom de l’émetteur de la demande d’achat,
➢ le nom de l’acheteur,
➢ la date de commande, de demande d’achats, …
Ceci afin de réaliser des analyses complémentaires ciblées.
En fonction du processus mis en place par l’entreprise, les commandes (PO) « non
Objectif et
conformes » identifiées dans ce test doivent rester des exceptions et sont à analyser et à
analyse du
justifier. Investiguer les cas récurrents par type d’achats, par fournisseurs, par acheteur,
résultat du test
etc…
Page | 11
[SO02] - SEPARATION DES TACHES (SOD) ENTRE DEMANDE D’ACHAT (DA) ET COMMANDE
(CDE)
Processus Achats
Achats non justifiés / Fraude / Corruption

Emission d’une commande sans respect du processus d’autorisation mis en place dans la
Risques société.

Ce test identifie toutes les commandes d’achat (PO) pour lesquelles l’émetteur de la
commande (PO) est identique à l’émetteur de la demande d’achat (PR).
Description et
périmètre
Périmètre : Toutes les commandes d’achat émises avec une demande d’achat dans l’année
du test
contrôlée (avec témoin de suppression (table EKPO / champ LOEKZ) vide ou = « S » sauf
commandes de transport [table EKKO , champ BSAKZ différent de « T »].
Dans le dashboard, cliquer sur « utilisateur commun = « Y » pour centrer l’analyse sur les
cas de rupture de SOD.
Les montants des commandes identifiées sont indiqués par type de commande,
fournisseur, utilisateur, groupe article, groupe acheteur, période comptable.
Dans le rapport pdf, les résultats du contrôle sont présentés selon les deux axes suivants :
➢ Commandes (PO) avec processus de validation de la DA (PR)
➢ Commandes (PO) sans processus de validation de la DA (PR)
Description du Et sont restitués (en valeur et pourcentage) en :

résultat du test ➢ Montant des commandes (PO) de la période
➢ Nombre de postes de commandes (PO) concernés sur la période
➢ Nombre de fournisseur concernés sur la période
Un « top 10 » des fournisseurs ayant eu un nombre de commande (PO), et/ou un montant

de commande (PO), le plus élevé sur la période sélectionnée est également présenté.
Le tableau détaillé restitue pour l’ensemble des demandes d’achats (PR) et commandes
(PO) émises par un même émetteur, des données permettant de réaliser des analyses
complémentaires ciblées : nom de l’émetteur, date, type d’achat…
En fonction processus mis en place par l’entreprise, toutes les commandes (PO) pour
Objectif et
lesquelles l’émetteur de la demande d’achat (PR) et de la commande (PO) est identique,
analyse du
ainsi que toute commande (PO) sans demande d’achat (PR), doivent être analysées et
résultat du test
justifiées en fonction des enjeux.
Page | 12
[SO03] - SEPARATION DES TACHES (SOD) ENTRE COMMANDE D'ACHAT (CDE) ET RECEPTION
Processus Achats

Risques
Ce test vérifie la correcte séparation des tâches entre l'émetteur d'une commande d'achat
et l'utilisateur enregistrant la réception de la marchandise (ou du service) correspondante
Description et dans le système.
périmètre
du test Périmètre : Toutes les commandes d’achat émises dans l’année contrôlée et ayant fait
l’objet d’une réception (table EKBE, champ VGABE = 1) (avec témoin de suppression (table
EKPO / champ LOEKZ) vide ou = « S » sauf commandes de transport [table EKKO , champ
BSAKZ différent de « T »].
Les montants des commandes identifiées sont indiqués par type de commande,
fournisseur, utilisateur, groupe article, groupe acheteur, période comptable.
Dans le rapport pdf, un tableau de synthèse présente (en valeur et pourcentage) pour les
commandes créées et réceptionnées par le même utilisateur :
➢ Le montant des commandes (PO) de la période,
➢ Le nombre de postes de commandes (PO) concernés sur la période,
Description du
➢ Le nombre de fournisseur concernés sur la période,
résultat du test
Un « top 10 » des fournisseurs pour lesquels la séparation des tâches n’est pas respectée
est également présenté.
Le tableau détaillé restitue pour l’ensemble des commandes enregistrées sur la période
sélectionnée, le nom de l’utilisateur ayant créé et le nom de l’utilisateur ayant réceptionné
une marchandise ou un service, ainsi que des données permettant de réaliser des analyses
complémentaires ciblées : date, montant, type d’achat…
Objectif et En fonction du processus mis en place par l’entreprise, tous les cas dans lesquels l’émission
analyse du de la commande et la réception de marchandise (ou service) ont été réalisées par la même
résultat du test personne, doivent être analysées et justifiées en fonction des enjeux.
Page | 13
[SO04] - SEPARATION DES TACHES (SOD) ENTRE RECEPTION ET SAISIE FACTURE
Processus Achats

Risques
Ce test vérifie la correcte séparation des tâches entre l'utilisateur enregistrant la réception
de la marchandise (ou du service) dans le système et celui enregistrant la facture
fournisseur correspondante.
Description et
périmètre
Périmètre : Toutes les commandes d’achat émises dans l’année contrôlée (avec témoin de
du test
suppression (table EKPO / champ LOEKZ) vide ou = « S » et ayant fait l’objet d’une
facturation (table EKBE, champ VGABE = « 2 ») sauf commandes de transport [table EKKO ,
champ BSAKZ différent de « T »]. Filtre additionnel : sont affichées les commandes ayant
dans leur historique (VGABE) les valeurs « 1 », « 2 », « 3 », « 4 », « C », « V », « P ».
Les montants des commandes identifiées sont indiqués par division, magasin, type de
commande, fournisseur, utilisateur, groupe article, groupe acheteur, période comptable.
Dans le rapport pdf, un tableau de synthèse présente (en valeur et pourcentage) pour
chaque commande dont la réception et l’enregistrement de la facture ont été réalisés par le
même utilisateur :
➢ Le montant des commandes (PO) de la période
➢ Le nombre de postes de commandes (PO) concernés sur la période
Description du
➢ Le nombre de fournisseur concernés sur la période
résultat du test
Un « top 10 » des fournisseurs pour lesquels la séparation des tâches n’est pas respectée
est également présenté.
Le tableau détaillé restitue pour l’ensemble des factures fournisseurs enregistrés sur la
période sélectionnée, les commandes (PO) avec le nom de l’utilisateur ayant réceptionné
une marchandise ou un service, le nom de l’utilisateur ayant enregistré la facture
correspondante, ainsi que des données permettant de réaliser des analyses
complémentaires ciblées : date, montant, type d’achat…
Objectif et En fonction du processus mis en place par l’entreprise, toutes les commandes (PO) pour
analyse du lesquelles la réception et l’enregistrement de la facture ont été réalisés par la même
résultat du test personne, doivent être analysées et justifiées en fonction des enjeux.
Page | 14
[SO05] - DELAIS COMMANDES FOURNISSEURS VS FACTURE
Attention ce test peut faire l’objet d’un paramétrage dans la page « filtre » du menu
administrateur fonctionnel.
Filtre Filtre : seuil en nb de jour accepté (en dessous de ce seuil, les commandes sont
considérées comme des commandes de régularisation)
Processus Achats
Achats non justifiés, compte fournisseur erroné (FNP).

Commandes de régularisation, postérieures à la prestation du fournisseur.
Risques
Impacts : Trésorerie, budget, compte de résultat
Ce test permet d’identifier les commandes (PO) émises dans un délai trop court (ce délai
est paramétré lors par l’utilisateur d’e2s au lancement du test) par rapport à la date de la
facture fournisseur, voire après celle-ci (commandes de régularisation).
suppression (table EKPO / champ LOEKZ) vide ou = « S » sauf commandes de transport
Description et
Filtres additionnels :
périmètre
- Existence d’une réception (table EKBE / champ VGABE = « 1 »)
du test
- Exclusion des commandes suivantes (table EKKO / champ BSART = « LP », « LPA »,
ou « LU »
- Existence d’une facture (table EKBE / champ VGABE = « 2 »
Attention : le montant de commande indiqué dans ce test correspond au montant des

commandes passées sur la période pour lesquelles une facture fournisseur a été
comptabilisée. La colonne « montant de la facture » indique le montant HT de la facture la
plus ancienne ; il n’indique pas le total cumulé des factures !
Le dashboard présente l’intégralité des commandes, il faut donc cliquer sur « Délai en jour
<= x » pour centrer l’analyse sur les commandes de régularisation
Les résultats sont présentés en montant de commande par division, fournisseur, groupe
acheteur, type de commande achat, groupe marchandise, période comptable
Dans le rapport pdf, des tableaux de synthèses présentent, pour la période sélectionnée :
➢ le montant des commandes (PO) « anormales »
➢ le nombre de postes de commandes (PO) « anormaux »
Description du ➢ le nombre de fournisseurs concernés par des commandes (PO)
résultat du test « anormales »
➢ le « top 10 » des fournisseurs (en nombre de poste de commandes (PO)
et en montant d’achats).
Le tableau détaillé liste l’intégralité des postes de commandes (PO) identifiés et indique :
➢ les numéros, dates, types, codes acheteurs, descriptions, et montants des
commandes.
➢ les codes, noms, numéros, dates, et montants des factures fournisseurs.
➢ la présence ou non de la coche EF/EM
Page | 15
Objectif et Investiguer les montants importants ainsi que les récurrences constatées (fournisseur,
analyse du acheteur).
résultat du test Analyser les processus opérationnels liés aux cas identifiés comme critiques.
Page | 16
[SO06] - INTEGRITE DES DONNEES DE BASE FOURNISSEURS
Processus Achats
Erreurs / Fraude / Corruption / Non respect des conditions négociées.

Modifications non justifiées de données de base des fournisseurs
Risques
Impacts : Trésorerie, budget, compte de résultat.
Ce test identifie les modifications suivantes (et leurs auteurs) apportées aux données de
base des fournisseurs :
• tolérance d’écart accepté entre le montant d’une commande
d’achat (PO) et d’une facture
• coche CF/EM (Contrôle Facture / Entrée Marchandise)
Description et
• délais et conditions de paiement fournisseurs
périmètre
• coordonnées bancaires
du test
Périmètre : Intégralité de la base de données fournisseurs (table LFA1) (attention, la

création de nouveaux fournisseurs n’est pas prise en compte dans ce test, seules les
modifications listées ci-dessus le sont).
Le dashboard présente le nombre d’écritures identifiées par compte comptable, par type
de document (journal), par utilisateur, et par période comptable.
Dans le rapport pdf, deux tableaux de synthèse présentent :

➢ le nombre de fournisseurs affectés par une modification
➢ le nombre d’utilisateurs ayant initié une modification
Description du
résultat du test
Le tableau détaillé restitue l’intégralité des modifications et liste pour chacune:
➢ code et nom du fournisseur,
➢ type, date et heure de la modification,
➢ nom de l’utilisateur ayant fait la modification,
➢ les données avant et après changement
Vérifier que l’ensemble des modifications ont bien été effectuées par des personnes
autorisées.
Objectif et
analyse du
S’assurer par des contrôles aléatoires que les modifications sont correctes et justifiées.
résultat du test
Examiner les cas suspects : récurrence, changements redondants, heures inhabituelles…
Page | 17
[SO07] - ANALYSE DES CONDITIONS DE PAIEMENT FOURNISSEURS
Filtre Filtre : type de document (journal) pour le contrôle entre facture et données
fournisseurs (factures FI, voir ci-dessous)
Processus Achats / Paiements fournisseurs
Erreurs / Fraude / non-respect des conditions négociées / non optimisation de la trésorerie.

Risques
Impact : Trésorerie
Ce test identifie l’alignement des conditions de paiements renseignées :
➢ entre la base de données fournisseurs et les commandes effectives,
➢ entre la base de données fournisseurs et les factures fournisseurs.
Périmètre :
Conditions de règlement fournisseur par organisation commerciale. (table LFM1)

Description et
périmètre
Pour la comparaison entre base fournisseur et commandes : . Toutes les commandes
du test
d’achat émises dans l’année contrôlée (avec témoin de suppression (table EKPO / champ
LOEKZ) vide ou = « S » sauf commandes de transport [table EKKO , champ BSAKZ différent
de « T »].
Pour la comparaison entre base fournisseur et factures : périmètres = factures FI (table

BSEG , champ KOART = « K »), clé comptables = 21 (avoir) , 22 (annulation facture),31
(facture),32 (annulation avoir)
Dans le dashboard, cliquer sur « Ecart facture vs fournisseur » = Y ou sur « Ecart
commande vs fournisseur »= Y pour centrer l’analyse sur l’axe de votre choix. Les résultats
sont présentés par fournisseurs et par groupe acheteur.
Dans le rapport pdf, un tableau de synthèse présente (en valeur et pourcentage) dès
qu’une incohérence est identifiée :
➢ Le montant et nombre de factures identifiées en écart sur la période,
➢ Le montant et le nombre de commandes identifiées en écart sur la
période
➢ Le nombre de fournisseurs concernés (factures et commandes)
Description du
➢ Un « top 10 » des fournisseurs présentant les montants et nombre de
résultat du test
factures et de commandes en écart.
Le tableau détaillé restitue l’intégralité des incohérences et indique pour chacune:

➢ Les principales données des factures et des commandes (numéro, date,
montants…).
➢ Le code et numéro fournisseurs.
➢ Les conditions de paiement renseignées dans la base fournisseurs, dans
les commandes et sur les factures fournisseurs
➢ Le type d’écart (1 = base frs vs factures ; 2 = base frs vs commandes).
Page | 18
Objectif et
analyse du Investiguer les écarts identifiés par fournisseurs et par acheteurs, identifier les récurrences.
résultat du test
Page | 19
[SO08] - ANALYSE DES COMMANDES D'ACHATS NON CLOTUREES
Processus Achats
Risques Achats non justifiés
Ce test identifie les commandes d’achat non clôturées pour lesquelles il reste des quantités
à livrer bien que la date initiale de livraison demandée soit dépassée à la date de la
construction du report. Ces commandes sont classées par ordre d’ancienneté.
Périmètre :
Description et suppression (table EKPO / champ LOEKZ) vide ou = « S » sauf commandes de transport
périmètre [table EKKO , champ BSAKZ différent de « T »].
du test Filtre additionnel :
- Commandes non clôturées (table EKPO, champ ELIKZ vide) à la date de
l’extraction
- Quantité de commande > somme des quantités réceptions (table EKBE, champs
VGABE = « 1 »
- Date de livraison initiale demandée (table EKET, champ EINDT) < date de
construction du report
Le dashboard présente le nombre de commandes identifiées et montant restant à livrer
correspondant avec les axes d’analyse suivant : groupe acheteur, groupe marchandise,
division, pays fournisseur, période comptable. Une présentation des enjeux par ancienneté
(en mois) entre la date de livraison initiale et la date de construction du rapport est
également disponible.
Dans le rapport pdf, un tableau de synthèse présente par tranche d’ancienneté 0-3 mois ;
3-6 mois ; >6mois :
➢ Le montant et nombre de factures correspondant sur la période,
➢ Le nombre de fournisseurs concernés sur la période.
Description du
Un « top 10 » des fournisseurs (en montant et en nombre de commandes identifiées) est
résultat du test
également présenté.
Le tableau détaillé restitue l’intégralité des cas identifiés, et indique pour chacun:
➢ Les principales données des commandes (numéro, date, montants,
unité…).
➢ Le descriptif des articles/prestation achetés,
➢ La date de livraison initiale,
➢ La quantité commandée et la quantité reçue.
Objectif et
Investiguer les cas par ancienneté et par montant, confirmer ou non le statut des
analyse du
commandes identifiées.
résultat du test
Page | 20
[SO09] - MARCHANDISES REÇUES NON FACTUREES
Processus Achats
Erreur de lettrage, Etats financiers non fiables

Risques
Impact : bilan, compte de résultat
Ce test classe par ordre d’ancienneté les commandes d’achat réceptionnées dans le système
sans qu’aucune facture correspondante n’ait été reçue et rapprochée comptablement à la
date de la construction du report.
Description et
périmètre Périmètre :
du test Pièces FI non rapprochées (table BSIS) sur l’exercice audité, commandes d’achat hors
commandes de transport.
Le dashboard présente les nombres et les montants réceptionnés et non rapprochés de

factures par ancienneté (en mois) et par fournisseurs.
Dans le rapport pdf, un tableau de synthèse présente par tranche d’ancienneté 0-3 mois ;
3-6 mois ; 6-9 mois ; > 9 mois :
➢ Le montant et nombre de commandes réceptionnées et non facturées sur
la période,
➢ Le nombre de fournisseurs concernés sur la période.
Description du Un « top 10 » des fournisseurs (par montant) est également présenté.
résultat du test
Le tableau détaillé restitue l’intégralité des cas identifiés, et indique pour chacun:
➢ Les principales données de commandes (numéro, date, montants,
unité…).
➢ Le descriptif des articles/prestation achetés,
➢ Le numéro de compte comptable impacté
Objectif et
Investiguer les cas par ancienneté et par montant, confirmer ou non le maintien de la
analyse du
provision pour facture non parvenue.
résultat du test
Page | 21
[SO10] - STOCK NON VALORISE
Processus Stock
Inexactitude des états financiers / Valorisation des actifs au bilan erronée (stock)
Risques
Impact : Bilan
Ce test identifie tous les articles en stock avec des quantités positives et/ou négatives
auxquels aucun prix unitaire (standard ou PMP) n’est affecté dans le système d’information
à la date de l’extraction.
Description et
périmètre
Périmètre : intégralité des stocks avec quantités non nulles à la date sélectionnée (table
du test
MARD)
Informations additionnelles : le « prix standard » est le coût interne dans SAP, défini
périodiquement. Il est différent du CUMP – coût moyen pondéré, calculé.
Dans le dashboard, cliquer sur « Existence d’un prix unitaire » = « N » pour centrer
l’analyse sur les articles en stock et non valorisés.
Les résultats sont présentés par type article, par article, par magasin et par division.
Dans le rapport pdf, un tableau de synthèse présente :

➢ Le nombre total d'articles sans valorisation,
➢ Le nombre d'articles sans valorisation avec des quantités positives,
➢ Le nombre d'articles sans valorisation avec des quantités négatives.
Description du
Un « top 10 » des articles (quantités positives et négatives) est également présenté.
résultat du test
Le tableau détaillé liste pour l’ensemble des articles non valorisés :
➢ La référence de l’article
➢ La description de l'article
➢ Le type de produit
➢ La quantité d’article et son unité.
➢ Le magasin concerné
Objectif et
Investiguer tous les cas détectés par le test afin de garantir une valorisation des stocks
analyse du
juste.
résultat du test
Page | 22
[SO11] - ANALYSE DES STOCKS NÉGATIFS
Processus Inventaire permanent
Ecarts d’inventaires, valorisation des stocks erronée / Inventaire permanent faussé.

Risques
Impacts : Bilan, efficacité opérationnelle
Ce test identifie les articles présentant un solde négatif par emplacement / magasin à la
Description et
date de l’extraction.
périmètre
du test
Périmètre : intégralité des stocks à la date sélectionnée (table MARD)
Dans le dashboard, cliquer sur « Quantité en stock < 0 » pour centrer l’analyse sur les
stocks négatifs. En cas d’absence de quantités négatives en stock, seul l’option « >0 »
apparaît .
Les données suivantes sont disponibles :
- Valeur de stock par magasin
- Quantités par type d’unité (kg/pce etc…)
- Valeur par type article
Dans le rapport pdf, deux tableaux de synthèse présentent :

1. Par lieu de stockage :
➢ le nombre de références en quantité négative
➢ leur valorisation
➢ leur poids en % de la valeur du stock du magasin et du stock total de la
Description du
division
résultat du test
2. Le « Top 10 » des articles en quantité négative et ce, tous lieux de stockage
confondus. Les résultats présentent par code et nom d’article :
➢ le nombre de magasin/emplacement dans lesquels l’article est présent,
➢ la valeur totale de l’article en stock
Dans le tableau détaillé, l’intégralité des références en quantité négative est détaillée,
avec :
➢ le code et le nom de l’article concerné,
➢ le type et groupe d’article auxquels il se rapporte.
➢ le lieu de stockage des articles,
➢ la quantité négative,
➢ la valeur du stock correspondante
Objectif et
analyse du Investiguer tous les cas de stocks négatifs afin d’en identifier l’origine.
résultat du test
Page | 23
[SO12] - ANALYSE DES LIVRAISONS CLIENTS NON FACTUREES
Processus Ventes / Facturation
Chiffre d’affaires non exhaustif / Facturation client incomplète

Risques
Impacts : Compte de résultat, trésorerie.
Ce test identifie toutes les livraisons d’articles qui n'ont pas encore fait l’objet d’une
facturation (statut « livré » sans facture associée) aux clients à la date du contrôle.
Périmètre : intégralité des livraisons de l’exercice audité en excluant :

Description et - les donneurs d’ordre vide (table LIKP / champ KUNAG (donneur d’ordre) non vide)
périmètre - les commandes clients « gratuites » (table LIPS / champ VBTYP = « I »)
du test Test :
- livraisons avec une valeur non nulle (table VBFA / champ RFWRT différent de « 0 »
traitées intégralement en stock (Table VBUP / champ WBSTA = « C »)
- statut des factures créées à partir d’un BL = non traitées (Table VBUP / Champ
FKSTA = « A »)
Le dashboard présente :
- les nombres de poste et les montants de livraison non facturés à la date de la
construction du report.
- Les montants de livraison par ancienneté (en jours)
- La quantité livrée et non facturée par client
- Les montants en jeu par période comptable
- Des axes d’analyse : par organisation commerciale, par division, par canal de
distribution
Dans le rapport pdf, un tableau de synthèse présente par tranche d’ancienneté par rapport
à la date de livraison (0-10 jours ; 10-30 jours ; > 30 jours) :
➢ Le nombre de livraisons non facturées,
➢ Le montant des livraisons non facturées,
Description du
➢ Le nombre de clients concernés.
résultat du test
Un « top 10 » des clients (montants et nombre de commandes) est également présenté.
Le tableau détaillé restitue pour l’ensemble des marchandises livrées non facturées
l’intégralité des données suivantes
:
➢ Le nom et le numéro de client,
➢ Le numéro de commande de vente,
➢ Le numéro du bon de livraison,
➢ La date de livraison,
➢ La référence et description de l’article,
➢ La quantité livrée et le montant associé.
Objectif et
En fonction des règles de facturation mises en place dans l’entreprise, investiguer tous les
analyse du
cas de retard de facturation.
résultat du test
Page | 24
Page | 25
[SO13] - ANALYSE DES MARGES NEGATIVES EN STOCK
Processus Ventes / Prix de revient
Risques Valorisation du stock erronée
Ce test compare, pour chaque article vendu au cours de la période sélectionnée, le « prix
de cession » unitaire (correspondant au prix unitaire de stockage) avec le prix de vente
unitaire de l’article. La marge est négative lorsque le coût est inférieur au prix de vente.
Description et
périmètre L’analyse s’étend à la fois aux écarts négatifs et positifs
du test
Périmètre : Articles vendus au cours de la période auditée (factures SD : table TVAP /
Champ FKREL non vide )
Dans le dashboard, cliquer sur « Marge = prix de vente – valeur stock » <0 pour centrer
l’analyse sur les marges négatives (ou sur >0 pour une analyse sur les marges positives).
Sur le dashboard figurent les informations suivantes :
- Nombre de références identifiées et taux de marge moyen
- Ecarts en valeur et en % par articles
Dans le rapport pdf, un tableau de synthèse présente :
- le nombre de références totales analysées,

- le nombre de références en écart négatif
- le nombre de référence en écart positif
ainsi que, pour chacun de ces cas, le % d’écart moyen.
Les « top 10 » suivants sont également présentés (en % d’écarts moyens) :

- Top 10 des références en écart positif
Description du - Top 10 des références en écart négatif
résultat du test - Top 10 des références à marge globale la plus forte
- Top 10 des références à marge globale la plus faible
- Top 10 des clients à marge globale la plus forte
- Top 10 des clients à marge globale la plus faible
Le tableau détaillé restitue pour l’ensemble des articles vendus l’intégralité des données
suivantes :
➢ Le nom et le numéro de client,
➢ La référence et description de l’article,
➢ La quantité livrée et le montant associé.
➢ L’unité de vente
➢ Le prix de cession unitaire,
➢ L’écart (en valeur et %),
➢ La date de livraison,
➢ Le prix unitaire de vente.
Page | 26
Objectif et
Investiguer tout écart négatif qui pourrait entrainer une sur valorisation du stock. Analyser
analyse du
la cohérence des écarts positifs par article / clients etc…
résultat du test
Page | 27
[SO14] - MODIFICATION DES CONDITION DE REGLEMENT CLIENTS
Processus Ventes / Encaissements
Dégradation de la trésorerie / Non-respect des conditions de règlement clients

négociées/Corruption
Risques
Impact : Bilan, trésorerie
Ce test identifie toutes les modifications de conditions de paiement des clients enregistrées
dans le système sur pendant la période sélectionnée.
Description et Périmètre :
périmètre Clients : intégralité de la base de données client (KNA1)
du test Modifications : Intégralité des modifications apportées au champ ZTERM soit dans la table
KNVV (fiche client organisation commerciale, SD) ou dans la table KNB1 (fiche client société,
FI))
Période : modification durant l’exercice audité
Le dashboard présente le nombre de modifications identifiées et les détaille par client ; par
utilisateur, par type de modification, et par période comptable.
Dans le rapport pdf, un tableau de synthèse répertorie :

➢ Le nombre de modifications de conditions de paiement,
➢ Le nombre d’utilisateurs ayant modifié les conditions de paiement.
Un « top 10 » du nombre de modifications par clients et par utilisateurs est également
Description du
présenté.
résultat du test
Le tableau détaillé restitue l’intégralité des modifications de conditions de paiements
identifiés dans le système en précisant :
➢ Le nom de l’utilisateur à l’origine de la modification,
➢ Le numéro et le nom du client,
➢ La date et l’heure de la modification des conditions de paiement,
➢ Les conditions de paiement avant et après la modification.
Vérifier que toutes les modifications conditions de règlement clients ont été réalisées par des
utilisateurs habilités (contrôle « 4 yeux »).
Vérifier que les modifications sont cohérentes en nombre, en fréquence, ou en date et heure
de saisie.
Objectif et
analyse du
S’assurer que les conditions de paiement sont conformes à la politique de l’entreprise et que
résultat du test
toutes les dérogations ont été dûment approuvées par la hiérarchie.
S’assurer (échantillonnage possible à partir du tableau détaillé) que les conditions de

règlement enregistrées dans le système sont conformes aux conditions négociées avec les
clients.
Page | 28
[SO15] – ECARTS D’INVENTAIRES
Processus Stocks / Inventaire
Valorisation du stock erronée / Ecarts d’inventaire non justifiés ou non autorisés.

Risques
Impacts : Bilan, Compte de Résultat
Ce test identifie les montants des corrections d’inventaire et leur pourcentage par rapport au
flux total (entrée ou de sortie marchandise).
Analyse par type article et par groupe de marchandise le pourcentage que représente chaque
Description et
mouvement d’inventaire par rapport au flux total d’entrée ou de sortie marchandise.
périmètre
du test
Périmètre : intégralité des corrections d’inventaires enregistrées sur l’exercice audité (tables
MKPF et MSEG, code mouvement (gestion des stock) BWART entre les valeurs « 700 » et
« 720 ») directement ou via table T156 champ BUSTR
Le dashboard présente le nombre et le montant des écarts d’inventaires enregistrés et

permet de sélectionner les écarts positifs ou négatifs en cliquant sur « Ecart >0 » ou « Ecart
>0 ».
Les résultats sont présentés en valeur par magasin, division, mois de saisie, utilisateur, et par
code mouvement.
Dans le rapport pdf, plusieurs tableaux de synthèse répertorient :

✓ les types d’article en écart négatif
✓ les types d’article en écart positif
Description du
✓ le top 10 des groupes de marchandises en écart négatif
résultat du test
✓ le top 10 des groupes de marchandises en écart positif
✓ le top 10 des mouvements en écart négatif
✓ le top 10 des mouvements en écart positif
✓ les tops 10 des écarts négatif et positif par utilisateur
Le tableau détaillé recense l’ensemble des écritures de correction d’inventaire sur la période
par:
➢ code mouvement, article, magasin, utilisateur, et date.
Ce rapport a pour objectif d’identifier et de suivre les écarts d’inventaire ainsi que les
utilisateurs qui les enregistrent.
Objectif et analyse Analyser les causes des écarts d’inventaire supérieur en montant et pourcentage aux objectifs
du résultat du test de l’entreprise.
Vérifier que seuls les utilisateurs autorisés enregistrent des corrections et que les corrections
sont validées/autorisées par le management.
Page | 29
Page | 30
[SO16] – SUIVI DES REBUTS
Processus Stocks / Rebuts
Risque : Suivi non exhaustif des rebuts, enregistrement des rebuts par des personnes non
autorisées.
Risques
Impacts : Compte de résultat / efficacité opérationnelle
Ce test identifie les rebuts sur la période et les analyse selon plusieurs axes : type article, code
mouvement, période et division, en montant et en % des flux de sorties totaux.
Description et
périmètre
Périmètre : intégralité des rebuts enregistrées sur l’exercice audité (tables MKPF et MSEG,
du test
code mouvement (gestion des stock) BWART entre les valeurs « 550 » et « 556 ») directement
ou via table T156 champ BUSTR
Le dashboard présente les rebuts enregistrés par division, mois, type article (en montant et
en % des consommations), par utilisateur et par code mouvement.
Dans le rapport pdf, plusieurs tableaux de synthèse répertorient le pourcentage de rebuts

par :
Description du ✓ top 10 – type article
résultat du test ✓ top 10 – groupe de marchandise
✓ top 10 utilisateurs (en montant)
Le tableau détaillé recense l’ensemble des écritures de rebuts par :

➢ article, code mouvement, groupe marchandise, magasin utilisateur, et date.
Ce rapport a pour objectif d’identifier les éventuels taux de rebuts anormaux par rapport aux
objectifs de l’entreprise.
Objectif et analyse
du résultat du test Analyser les rebuts supérieurs en montant et pourcentage aux objectifs de l’entreprise.
Vérifier que seuls les utilisateurs autorisés enregistrent des rebuts.
Page | 31
[SO17] – ARTICLES STOCKES NON INVENTORIES
Processus Stocks / Inventaire
Risque : Non-respect de la fréquence d’inventaire (ou d’inventaire tournant) fixée par

l’entreprise
Risques
Impacts : Bilan, Compte de Résultat
Ce test identifie les articles non inventoriés sur la période et le nombre d’inventaires réalisés
sur les autres articles.
Sont extraits tous des articles stockés ainsi que leur nombre d’inventaire correspondant. Les
articles à stock 0 n’ayant pas de témoin de suppression (donc, les références actives)
Description et remonteront donc systématiquement afin de les mettre en évidence pour nettoyage de la base
périmètre de données.
du test
Périmètre :
Références : Toutes références actives (sans témoin de suppression) (Tables MARA, MARD,
MARC, champ LVORM vide)
Quantités en stock : table MARD, quantité différente de 0
Inventaires : Inventaires réalisés sur l’exercice audité (table LINV)
Dans le dashboard, cliquer sur « Articles inventoriés « N » pour identifier les articles non
inventoriés. Le rapport présente le nombre et la valeur en stock de ces articles, ainsi que les
données suivantes :
- valeur en stock par division
- valeur en stock par magasin
- valeur en stock par type article
- valeur en stock par article
Description du
résultat du test Dans le rapport pdf, un tableau de synthèse répertorie :
✓ le top 10 des types articles non inventoriés (en valeur)
✓ le top 10 des articles non inventoriés (en valeur)
Le tableau détaillé recense l’ensemble des articles stockés ainsi que leur nombre d’inventaire
par :
• type article, magasin, date d’inventaire, et utilisateur.
Ce rapport a pour objectif de vérifier la fréquence d’inventaire des articles stockés, et

comparer avec l’objectif de la société (par exemple lorsqu’une procédure de comptage de
Objectif et analyse
type ABC est en place).
du résultat du test
Investiguer les fréquences d’inventaire inférieures aux objectifs de l’entreprise.
Page | 32
[SO18] – STOCKS OBSOLETES
Filtre : Filtre : délai en mois au-delà duquel l’article sera considéré comme potentiellement
obsolète (délai calculé par rapport à la date d’import)
Processus Stocks
Risque : Valorisation des stocks

Risques
Impacts : Bilan, Compte d’exploitation.
Ce test permet d’identifier les articles sans mouvement sur une période sélectionnée.
Sont considérés comme obsolètes tous les articles ayant une valeur non nulle en stock et ne
présentant aucun mouvement dans les « X » derniers mois (la valeur de X peut être
Description et paramétrée par société dans la page de filtre Eye2scan).
périmètre
du test Périmètre :
Articles et quantités en stock : table MARD, avec quantité différente de 0, à la date de
l’extraction
Mouvements pris en compte : mouvements ne commençant par 3, 55 , 7 (table MSEG, champ
BWART)
Le dashboard présente le nombre de lignes de code articles/magasins, la valeur en stock

totale, par magasin et par type article ainsi qu’un détail des articles identifiés (référence,
quantité, valeur).
Dans le rapport pdf, plusieurs tableaux de synthèse répertorient :

✓ le top 10 par type d’article
Description du
✓ le top 10 par article
résultat du test
✓ le top 10 par groupe de marchandise
Le tableau détaillé recense l’ensemble des articles sans mouvement de stock dans les « X »
derniers mois par :
➢ article, type article, groupe marchandise, quantité et valeur.
Ce rapport a pour objectif de d’identifier et de valoriser les stocks obsolètes afin de prendre les
Objectif et analyse mesures nécessaires (provision pour dépréciation, action de déstockage, etc…).
du résultat du test Les causes du niveau de stocks obsolètes doivent également être investiguées afin d’identifier
d’éventuelles faiblesses dans le processus de gestion des stocks et de l’ordonnancement.
Page | 33
[SO19] - COMMANDE SANS RECEPTION IMPOSEE
Processus Achats
Fraude / Corruption (fausse facture)

Risques
Impacts : Trésorerie, budget, compte de résultat
Ce test permet d’identifier les commandes (PO) pour lesquelles la réception marchandise
n’est pas obligatoire (case EF/EM non cochée) lors du contrôle de la facture correspondante.
Description et
périmètre
du test
suppression (table EKPO / champ LOEKZ) vide ou = « S » sauf commandes de transport [table
EKKO , champ BSAKZ différent de « T »].
Dans le dashboard, cliquer sur « CF/EM coché = Y » pour centrer l’analyse sur les
commandes n’imposant par de réception avant validation de la facture.
Les résultats sont présentés en montant de commande par fournisseur, par groupe acheteur,
par type de commande, par groupe marchandise, et par période comptable.
➢ le montant des commandes (PO) « anormales »
➢ le nombre de postes de commandes (PO) « anormaux »
Description du ➢ le nombre de fournisseurs concernés par des commandes (PO)
résultat du test « anormales »
➢ le « top 10 » des fournisseurs (en nombre de poste de commandes (PO) et
en montant d’achats).
Le tableau détaillé liste l’intégralité des postes de commandes (PO) identifiés et indique :
➢ les numéros, dates, types, codes acheteurs, descriptions, et montants des
commandes.
➢ les codes, noms, numéros, dates, et montants des factures fournisseurs.
➢ la présence ou non de la coche EF/EM
Objectif et Vérifier que les cas identifiés par le contrôle correspondent aux dérogations autorisées par
analyse du l’entreprise.
résultat du test
Page | 34
[SO20] - MODIFICATIONS DES LIMITES DE CREDIT CLIENT
Processus Vente
Risque de contrepartie
Risques
Impacts : Trésorerie, compte de résultat
Ce test permet de maîtriser les risques en surveillant les modifications des limites de crédit
client.
Description et
L’analyse concerne exclusivement les modifications des limites de crédit.
périmètre
du test
Périmètre : intégralité des modifications enregistrées sur l’année auditée.(table KNKK,
champ KLIMK)
Le dashboard affiche :
• Nombre de modifications par clients
• Nombre de modifications par utilisateurs
• Nombre de modifications par type
• Nombre total de modifications
• Nombre total d’utilisateurs ayant fait des modifications
Description du
• Top 10 client en nb de modifications
résultat du test
• Top 10 utilisateurs en nb de modifications
Le tableau détaillé liste les modifications avec informations suivantes :

• Numéro client / Nom client / code et nom utilisateur / Date et heure de
modifications/ limite de crédit avant et après modification / type de modification
Objectif et Vérifier que les modifications de limite de crédit client sont justifiées, saisies par les
analyse du personnes autorisées et justifiées.
résultat du test
Page | 35
[SO21] - DB CREDIT CLIENT
Processus Vente
Risque de contrepartie.
Risques
Impacts : Trésorerie, compte de résultat
Le test permet de maîtriser ce risque en surveillant l‘encours et les créances clients.
Les données présentées sont organisées de la manière suivante :
Les « encours commerciaux » sont la somme des valeurs suivantes :

• Encours commandes (a) [Open sales order credit value (schedule lines)]
• Encours livraisons (b) [Open delivery credit value]
• Encours factures (c) [Open billing document credit value]
Description et
périmètre Les « engagements » sont la somme des valeurs suivantes :
du test • Encours commerciaux (cf ci-dessus)
• Créances clients
Une autre notion relative au crédit client se trouve dans la colonne « Total des créances »
[Total receivables (for credit limit check)].
Périmètre : intégralité des encours clients (commandes/livraisons/factures/créances)

enregistrés à la date d’extraction (table KNKK, S066, S067)
Le dashboard affiche :
• Le total des engagements par domaine de contrôle
• Le total des engagements par groupe de crédit
• La répartition des encours entre livraisons / factures / commandes
• La répartition des engagements entre encours et créances
• Le top 20 des clients par montant d’encours
• Le top 20 des clients par montant de créance.
Description du
résultat du test • La répartition des engagements totaux entre livraisons / factures / commandes/
créances
• Le top 20 des clients par montant d’engagements
Le tableau détaillé fournit un navigateur de données sur l’ensemble des données relatives au
Crédit client : Nom client / Domaine de contrôle crédit / Groupe de crédit / Classe de risque /
Plafond crédit / Total des créances / Valeur encours commandes / Valeur encours livraisons /
Valeur encours facture / Total encours commerciaux / Total engagements
Vérifier que les montants d’engagements sont conformes à la politique de risque client
Objectif et définie par l’entreprise.
analyse du Vérifier que les montants de créances restent en deçà des limites autorisées.
résultat du test
Page | 36
[SO22] – CONDITIONS DE PAIEMENT CLIENTS
Processus Vente / AR
Risque : Non optimisation trésorerie / fraude / corruption

Risques
Impacts : Trésorerie, bilan
Ce contrôle compare les conditions de règlement de la fiche client avec les conditions de
Description et règlement saisies dans la commande et dans l’offre
périmètre
Périmètre
du test
Clients : intégralité de la base client (KNA1)
Le dashboard présente les écarts de conditions de paiement suivants par client :
- Ecart fiche client vs commande
- Ecart fiche client et offre
- Ecart entre offre et commande
Description du Le tableau détaillé présente par client les données suivantes :

résultat du test - Nom et code client, pays client, code offre, poste offre, condition de paiement fiche
client / offre / commande
Il n’y a pas de rapport pdf associé à ce contrôle
Objectif et Tout écart de condition de règlement client (avec la fiche client ou entre offre et commande)
analyse du doit être investigué et validé par un processus de validation de la part du management
résultat du test
Page | 37
[ST01] - ANALYSE DES MODIFICATIONS DE TARIFS *OPTION
Processus Ventes
Risques Risque : Erreurs / Fraude / Non-respect des conditions négociées
Description et
Ce test identifie sur une période donnée toutes les modifications de prix apportées aux tarifs
périmètre
(conditions de prix SD) ainsi que les utilisateurs ayant réalisé les modifications.
du test
Dans le rapport pdf, un tableau de synthèse répertorie pour chaque condition de prix (article
/ article-client) :
✓ le nombre de modifications de tarif
Description du ✓ le nombre d’utilisateurs ayant effectué des modifications
résultat du test
Le tableau détaillé recense par organisation commerciale, canal, type de condition de prix et
article toutes les modifications de prix (avant/après), dates (avant/après), le client concerné,
et l’utilisateur ayant modifié ces paramètres.
Ce contrôle a pour objectif de recenser l’ensemble des modifications de prix et conditions de

prix sur une période. Il permettra notamment de :
Objectif et analyse - S’assurer que toutes les modifications de prix et de conditions de prix ont été
du résultat du test réalisées par des utilisateurs habilités.
- Vérifier que les modifications sont cohérentes et conformes aux conditions

négociées.
* Contrôles en option, nécessitant une adaptation en fonction du paramétrage des tables de « conditions clients ».
Page | 38
[ST02] - ANALYSE DES MODIFICATIONS
DES PRIX DE VENTE DANS LES COMMANDES CLIENTS *OPTION
Processus Ventes
Risques Risque : Erreurs / Fraude / Non-respect des conditions négociées
Description et
Ce test compare sur une période donnée les tarifs des conditions de prix (prix théorique) avec
périmètre
le prix présent dans les commandes clients (prix de vente réel).
du test
Dans le rapport pdf, un tableau de synthèse répertorie le nombre de postes de commandes

clients et le montant des commandes ayant un prix de vente :
✓ inférieur aux conditions de prix
✓ égal aux conditions de prix
✓ supérieur aux conditions de prix
Description du Les « tops 10 » des clients / articles / et utilisateurs ayant le plus grand nombre de
résultat du test modification sur une période (prix de vente ≠ des conditions de prix théorique) sont
également présentés.
Le tableau détaillé recense par organisation commerciale, canal de distribution et secteur

d’activité, les commandes, type de commandes, groupe de marchandise et articles ayant des
prix de vente ≠ des conditions de prix théorique.
Ce contrôle a pour objectif de recenser les commandes pour lesquelles les prix de ventes
réels ne correspondent pas au prix théorique (conditions de prix SD).
Investiguer les écarts identifiés afin de :

Objectif et analyse
- S’assurer que toutes les modifications de prix ont été réalisées par des utilisateurs
habilités.
- Vérifier que les modifications sont justifiées et autorisées par le management.
Page | 39
DE COMMANDES D'ACHAT
Processus Achats
Risques Risque : Erreurs / Fraude / Corruption
Ce test identifie les modifications apportées aux prix ou quantités d’achat postérieurement à
la création d'une commande d'achat.
périmètre Intégralité des modifications enregistrées sur la période auditée à la date de l’extraction
du test (tables CDHDR CDPOS)
Le dashboard affiche le nombre de modifications par :

• Groupe de marchandise
• Division
• Utilisateur
• Fournisseur
• Période comptable
Dans le rapport pdf, un tableau de synthèse recense :

• le nombre de modifications,
• le nombre de postes de commandes d’achat concernés,
Description du
résultat du test • le nombre d’utilisateurs ayant modifié des prix ou quantités d’achats
• Un « top 10 » des utilisateurs ayant modifié le plus grand nombre de commandes
d’achat sur la période est également présenté.
Le tableau détaillé recense pour chaque commande :

• Numéro de commande d'achat / Numéro poste Commande Achat / Code utilisateur /
Nom de l'utilisateur / Date de modification / Heure de modification / PU avant
modification / PU après modification / Prix poste avant modification / Prix poste après
modification / Devise avant modification / Devise après modification / Quantité avant
modification / Quantité après modification / Groupe marchandise / Libellé groupe
marchandise / Code fournisseur / Nom fournisseur / Division
Investiguer les écarts identifiés afin d’en valider la justification et le cas échéant, la validation
Objectif et analyse
par le management.
Page | 40
[ST04] - CONTROLE DES ECARTS DE PRIX
DANS LE FLUX ACHAT (EN DEVISE DE DOCUMENT)
Processus Achats
Risque : Erreur/ fraude / corruption

Risques
Impacts : Compte de résultat
Ce contrôle identifie les écarts en devise de document entre :

- les prix unitaires des demandes d'achat (PR) et les prix unitaires de commande d'achat (PO)
- les prix unitaires de commande d'achat (PO) et les prix unitaires des factures fournisseurs
(INV)
Description et
périmètre Périmètre :
du test Commandes : Toutes les commandes d’achat émises dans l’année contrôlée (avec témoin de
suppression (table EKPO / champ LOEKZ) vide ou = « S » sauf commandes de transport [table
EKKO , champ BSAKZ différent de « T »].
Le test entre commande et facture concerne les factures SD (table EKBE, champ VGABE
= « 2 »)
Le dashboard permet de sélectionner le type d’écart à analyser (Commande / Demande

d’achat ou commande / facture), et affiche pour chaque type d’écarts les montants de
commande/demande d’achat/ facture concernés :
• Division
• Utilisateur créateur de la commande
• Devise
• Pays fournisseur
• Groupe marchandise
• Groupe acheteur
Dans le rapport pdf, deux tableaux de synthèse répertorient :

• le montant total des factures présentant un écart de prix unitaire par rapport à la
commande
Description du • le montant total de commandes présentant un écart de prix de prix unitaire avec la
résultat du test demande d’achat.
• un top 10 « fournisseur » sur les deux axes ci-dessus.
Le tableau détaillé recense l’ensemble des commandes par :
Société / Société Nom / Division / Numéro de commande d'achat / Numéro poste Cde Ach /
Date de la commande d'achat / Prix poste CDE en devise doc. / Prix unitaire CDE en devise doc.
/ Montant du poste Cde Ach / Devise interne / Devise doc. cde achat / Base de prix CDE /
Numéro article / Groupe marchandise / Libellé du poste Cde Ach / Code fournisseur / Nom
fournisseur / Pays / Code groupe acheteur / Groupe acheteur / Organisation d'achat / Créateur
de la commande d'achat / Numéro de demande d'achat / Numéro poste DA / Prix unitaire poste
DA / Date poste DA / PU poste DA en devise doc. / Prix unitaire DA en devise doc. / Devise doc.
DA / Base de prix DA / Utilisateur poste DA / Facture / Poste facture / Valeur facturée / Date
Page | 41
facture / Prix unitaire FACT en devise doc. / Montant Fact en devise doc. / Quantité
réceptionnée / Devise doc. facture / Auteur entrée facture
Objectif et analyse Investiguer les écarts identifiés afin d’en valider la justification, vérifier le processus
du résultat du test d’autorisation, ou de corriger l’anomalie.
Page | 42
[ST05] - ANALYSE DES MOUVEMENTS DE STOCK
Processus Stock
Risque : Ecarts d’inventaire / erreurs / fraude.

Risques
Impacts : Compte de résultat, bilan
Ce contrôle identifie tous les mouvements de stock enregistrés sur la période, leur valeur,
Description et
ainsi que les utilisateurs ayant enregistré ces mouvements.
périmètre
Périmètre : intégralité des mouvements de stock enregistrés sur l’exercice audité (tables
du test
MKPF et MSEG)
Le dashboard affiche les montants mouvementés ainsi que le nombre de mouvements de

stock par
• Code mouvement
• Division
• Groupe marchandise
• Utilisateur
• Magasin
• Période comptable
Description du Dans le rapport pdf, un tableau de synthèse répertorie le nombre de mouvement par code
résultat du test mouvement sur la période sélectionnée :
Le tableau détaillé recense les données suivantes :

Division / Magasin / Code mouvement / Libellé mouvement / Code transaction / Libellé de la
transaction / Utilisateur / Nom d'utilisateur / Date de saisie / Heure système / Numéro
document / Numéro poste / Exercice comptable / Numéro article / Désignation article /
Groupe marchandise / Libellé groupe marchandise / Quantité en unité de saisie / Unité de
quantité / Montant en devise interne / Devise interne / Centre de coût / Emplacement /
Numéro magasin WM / Ordre / Période du document
Ce rapport a pour objectif d’obtenir une cartographie de l’ensemble des mouvements de

stocks sur la période auditée afin d’identifier des éventuels dysfonctionnements (tendance
Objectif et analyse anormale de certains codes mouvement, utilisateur non autorisé, etc…)
Déterminer si les statistiques d’utilisation des codes mouvement d’inventaire est conforme à
la politique de l’entreprise.
Page | 43
DE PRIX DE VENTE DANS LES FACTURES CLIENTS *OPTION
Processus Ventes
Risques Risque : Erreurs / Fraude
Description et
Ce test compare les tarifs des conditions de prix (prix théorique) avec le prix présent dans les
périmètre
factures de vente.
du test
Dans le rapport pdf, un tableau de synthèse répertorie pour chaque facture client le nombre
de postes (et leur montant) ayant un prix de vente :
✓ inférieur aux conditions de prix
✓ égal aux conditions de prix
Description du
✓ supérieur aux conditions de prix
résultat du test
Le tableau détaillé recense par organisation commerciale, canal de distribution et secteur
d’activité, les factures clients et articles ayant des prix de vente ≠ des conditions de prix
théoriques.
Ce contrôle a pour objectif de recenser les factures clients pour lesquelles les prix de vente
réels ne correspondent pas au prix théorique (conditions de prix SD).
Investiguer les écarts identifiés afin de :

Objectif et analyse
- S’assurer que toutes les modifications de prix ont été réalisées par des utilisateurs
habilités.
- Vérifier que les modifications sont justifiées et autorisées par le management
Page | 44
DETAIL DES CONTROLES « FINANCE »
[FI01] - ANALYSE DES NOMBRES DE TRANSACTIONS DU GRAND LIVRE PAR UTILISATEUR
Processus Finance - Comptabilité Générale
Utilisation anormale d’une transaction comptable :

Erreurs d’enregistrement/Fraude/Corruption
Risques Inefficience
Impacts : Compte de résultat / Bilan
Ce test permet de disposer dans un fichier unique de l’intégralité des transactions comptables
enregistrées sur la période sélectionnée.
périmètre Intégralité des transactions du grand livre sur l’exercice audité (Attention : l’analyse est
du test limitée aux en-têtes de pièces comptables[table BKPF] en excluant les pièces préenregistrées
(table BKPF, champ BSTAT différent de v, w, z) et ne descend pas au niveau du poste de la
table [BSEG])
Le dashboard affiche le nombre de transactions, le nombre d’utilisateurs par transaction, et

le nombre de transactions par utilisateur. Les données également affichées par période
comptable.
Dans le rapport pdf, un tableau de synthèse répertorie (en volume décroissant de

transactions) :
✓ les transactions les plus utilisées sur la période sélectionnée,
Description du ✓ le nombre d’utilisateurs ayant lancé chaque transaction.
résultat du test
Le tableau détaillé recense pour chacun des enregistrements :
➢ le code et le nom de la transaction,
➢ le nom de l’utilisateur,
➢ le type et nombre de documents comptables,
➢ la période et la date comptable,
➢ la date et l’heure d’enregistrement dans le système.
Ce rapport a pour objectif de cartographier les pratiques comptables de l’entreprise. Il s’agit

d’identifier rapidement tous les évènements inhabituels qui seront considérés comme
potentiellement risqués :
➢ enregistrements par des utilisateurs non autorisés,
Objectif et analyse ➢ volumétrie de transactions anormale
du résultat du test Exemple de contrôle sur mesure avec le Query Builder :
➢ identification des transactions enregistrées par des personnes autorisées ou par des
prestataires externes, ou par des utilisateurs « à risques », par exemple des SAP ALL.
Ces cas devront être analysés et justifiés en fonction des enjeux.
Page | 45
[FI02] - SYNTHESE DES PARAMETRES DU PLAN COMPTABLE
Destination erronée, volontaire ou non, de transactions comptables :

Erreurs d’enregistrement/Fraude/Corruption
Risques
Impacts : Compte de résultat / Bilan
Ce contrôle est une photographie des paramètres du plan comptable de la société auditée.
Il permet de vérifier le paramétrage d'une sélection de comptes dont les écritures - de

même que les soldes en fin de mois - méritent d'être suivies :
- comptes collectifs (clients, fournisseurs et immobilisations)

Description et
- comptes alimentés par des transactions automatiques (ex. mouvements
périmètre du
de stock).
du test
L’utilisation des comptes collectifs permet de reporter automatiquement toute écriture dans
un livre auxiliaire dans un compte du grand livre. Chaque livre auxiliaire est donc associé à
un (ou plusieurs) comptes collectifs du grand livre.
Périmètre :
Plan comptable de la société (table SKA1 et SKB1)
Pas de dashboard pour ce contrôle
Dans le rapport pdf, un tableau de synthèse présente le nombre de comptes paramétrés

selon les catégories suivantes :
➢ Les comptes collectifs clients, fournisseur, et les comptes d’immobilisation.
➢ Les comptes du bilan et du compte de résultat alimentés par des transactions
Description du
automatiques.
résultat du test
Le tableau détaillé, restitue pour chacun des comptes de bilan et comptes de résultat les
paramètres suivants :
➢ L’imputation automatique - ou non - du compte comptable.
➢ Le type de compte collectif (immobilisation=A, fournisseurs=K, clients=D).
Ce contrôle permet d'identifier d'un seul coup d'œil les comptes définis comme collectifs ou
alimentés par des transactions automatiques.
Objectif et analyse
S'assurer de la cohérence :
➢ entre les comptabilités annexes et la CG
➢ entre les processus majeurs de l'entreprise et la définition du plan comptable.
Page | 46
[FI03] - IDENTIFICATION DES MODIFICATIONS
DU PARAMETRAGE DU PLAN COMPTABLE
Erreur/Fraude/Corruption
Risques
Impacts : Compte de résultat / Bilan / Décomptes TVA
Ce contrôle a pour objet de mettre en évidence toutes modifications apportées au

paramétrage des compte identifié dans le contrôle FI02.
Description et
périmètre
Périmètre : intégralité des comptes de la comptabilité générale, par société et sur l’exercice
du test
audité.
Modifications : tables CDHDR CDPOS
Dans le dashboard, le nombre des modifications est indiqué par compte, par utilisateur et
par période comptable
Dans le rapport pdf, un tableau de synthèse présente, pour tous les comptes de la
comptabilité générale ayant vu leurs paramètres « calcul de TVA autorisé » et/ou
« uniquement transactions automatiques autorisées » modifiés au cours de la période
sélectionnée:
➢ le nombre de changements effectués,
➢ le nombre de comptes comptables modifiés,
Description du
➢ le nombre d’utilisateurs ayant effectué ces modifications.
résultat du test
Le tableau détaillé restitue intégralité des modifications (ancienne et nouvelle valeur) selon
les critères suivants :
➢ date de modification,
➢ compte comptable concerné,
➢ nom de l’utilisateur ayant effectué les modifications
➢ type de paramètre modifié
Objectif et analyse Investiguer tous les cas où le paramétrage d’un compte a été modifié.
du résultat du test Veiller à ce qu’aucune modification ne soit pratiquée sans autorisation préalable.
Page | 47
[FI04] - IDENTIFICATION DES ENREGISTREMENTS
MANUELS SUR LES COMPTES DE STOCK
Processus Finance / logistique
Erreur de valorisation de stock / fraude / corruption

Risques
Impacts : BFR, Bilan (stocks), Compte de résultat
Ce test identifie tous les enregistrements manuels réalisés sur les comptes de stock ainsi
Description et que leurs auteurs.
périmètre
Intégralité des enregistrements manuels (tables BKPF et BSEG, champ GLVOR = « RFBU »)
sur les comptes d’inventaires (table T030, champ KTOSL = « BSX »)
Dans le dashboard, on trouve le nombre et le montant des transactions identifiées par
période comptable et par utilisateur, ainsi que les comptes comptables concernés.
Dans le rapport pdf, un tableau de synthèse recense pour chaque compte de stock, le
nombre de transactions manuelles utilisées ainsi que le nombre d’utilisateurs ayant eu
recours à ces enregistrements manuels, durant l’année auditée.
Description du
résultat du test Le tableau détaillé présente l’intégralité des transactions manuelles opérées en détaillant
pour chacune :
➢ le compte de stock impacté
➢ le numéro et type de document
➢ la date et la période comptable
➢ le montant dans la devise locale
➢ le nom de l’utilisateur
Analyser la magnitude des transactions manuelles de stock au regard de l’organisation de

Objectif et analyse
l’entreprise. S’assurer que toute transaction manuelle est réalisée par une personne
dûment autorisée (le moins de personnes possibles).
Investiguer les transactions non autorisées ou effectuées par des utilisateurs « anormaux ».
Page | 48
[FI05] - ANALYSE DES TRANSACTIONS COMPTABLES
UTILISEES SUR DES PERIODES INHABITUELLES
Filtre Filtre : heures considérées comme inhabituelles, par société (prise en compte possible du
décalage horaire)
Processus Finance
Inefficience / droit à la déconnection / Fraude / Corruption

Risques
Impacts : Trésorerie, Compte de Résultat, Bilan
Ce test identifie toutes les transactions comptables (en-têtes de pièces comptables

uniquement et non détail par poste) enregistrées à des dates et/ou des heures considérées
comme inhabituelles, et ce de manière exhaustive.
Les dates inhabituelles font références aux dates paramétrées comme des jours non
travaillés. La plage des heures considérées comme inhabituelles est renseignée
Description et
manuellement par l'utilisateur. L’heure utilisée comme heure de saisie d’opération dans SAP
périmètre
est l’heure du serveur SAP. Dans la page de filtre, cette plage se paramètre par société, et
du test
peut donc s’adapter aux décalages horaires
Périmètre : Intégralité des transactions du grand livre sur l’exercice audité (Attention :
l’analyse est limitée aux en-têtes de pièces comptables[table BKPF] en excluant les pièces
préenregistrées (table BKPF, champ BSTAT différent de v, w, z) et ne descend pas au niveau
du poste de la table [BSEG])
Dans le dashboard, les nombre de transactions est indiqué par utilisateur, par jour, par type
de document (journal), par période comptable.
Attention, l’analyse peut être faite

- pour tous les jours de la semaine (weekend et jours fériés compris) :
cliquer sur « Working days : ALL »
- pour les jours ouvrés uniquement (exclusion des we et de jours fériés) :
cliquer sir « Working days : FALSE)
Description du Dans le rapport pdf, un tableau de synthèse présente la liste des utilisateurs avec, pour
résultat du test chacun, le nombre de transactions « inhabituelles » détectées (i.e. plage horaire ou date
inhabituelles).
Ce tableau est ordonné par volume de transactions « inhabituelles » décroissant.
Le tableau détaillé présente l’intégralité des transactions identifiées et présente pour

chaque enregistrement :
➢ le code et la description de la transaction
➢ la date et l’heure de saisie
➢ le nom de l’utilisateur
Page | 49
Objectif et Les transactions identifiées dans ce test doivent rester des exceptions et sont à analyser
analyse du suivant le mode d’organisation de l’entreprise.
résultat du test Investiguer les cas récurrents chez les utilisateurs.
Page | 50
[FI06] - IDENTIFICATION DES ECRITURES MANUELLES NON AUTORISEES
Processus Finance
Erreur/Fraude/Corruption
Risques
Impacts : Trésorerie, bilan, compte de résultat selon la transaction sélectionnée.
Ce test identifie tous les enregistrements manuels réalisés sur les étant flaggés comme
devant être alimentés automatiquement (Cf FI02), ainsi que leurs auteurs.
Description et
périmètre
du test
Périmètre :
Intégralité des enregistrements manuels (tables BKPF et BSEG, champ GLVOR = « RFBU »)
sur les comptes automatiques (table SKB1, champ XINTB différent de vide)
Dans le dashboard, on trouve le nombre et le montant des transactions identifiées par
période comptable et par utilisateur, ainsi que les comptes comptables concernés
Dans le rapport pdf, un tableau de synthèse recense, par compte comptable, le nombre de
transactions manuelles utilisées et le nombre de d’utilisateur concernés.
Description du
résultat du test Le tableau détaillé présente pour chacun des cas identifiés :
➢ la description du compte impacté.
➢ le numéro et type de pièce comptable.
➢ la date et la période comptable.
➢ le montant dans la devise locale.
➢ le nom de l’utilisateur concerné.
Par définition, les transactions manuelles identifiées sur comptes paramétrés en écriture
Objectif et analyse
automatique sont systématiquement « anormales » ou « hors processus habituel ».
Chaque cas doit donc être investigué.
Page | 51
[FI07] - SYNTHESE DES PROVISIONS
Filtre
Filtre : numéros de comptes de provisions à prendre en compte pour le contrôle
Processus Finance
Provisions non justifiées.

Risques
Impacts : Bilan, Compte de résultat
Ce contrôle synthétise les écritures sur les comptes de provisions.

Description et
périmètre
Périmètre :
du test
Intégralité des enregistrements comptables (tables BKPF et BSEG) sur la base du filtre amont
(cf ci-dessus), sur l’exercice audité.
Dans le dashboard, une synthèses des soldes d’ouverture et fermetures, ainsi que des
montant passés au débit et au crédit sont indiqués par période comptable
Dans le rapport pdf, un tableau de synthèse présente pour chaque compte de provision et par
période comptable :
➢ la période comptable.
➢ le nombre d’enregistrements manuels.
➢ le solde d’ouverture du compte (1er jour période).
➢ le solde de clôture du compte (dernier jour période).
Description du
➢ le total des mouvements créditeurs (sur la période).
résultat du test
➢ le total des mouvements débiteurs (sur la période).
Le tableau détaillé présente pour chaque enregistrement manuel identifié :

➢ le compte impacté.
➢ le numéro de la pièce comptable.
➢ la date comptable.
➢ le montant dans la devise locale.
➢ le nom de la personne ayant utilisée la transaction manuelle.
Ce contrôle permet de comparer l'état et l'activité des comptes de provision avec les
processus de gestion mis en place (périodicité des écritures, montants, principes
Objectif et
d'autorisation, ...).
analyse du
résultat du test
Par exemple : Vérifier que toute provision passée manuellement est formellement justifiée,
est réalisée par une personne habilitée, et suit un processus d’autorisation.
Page | 52
[FI08] - IDENTIFICATION DES ENREGISTREMENTS DE TVA DECALES
Processus Finance – Comptabilité Générale
Risque fiscal / erreur / Fraude

Risques
Impact : trésorerie ; contrôle TVA
Ce contrôle identifie tous les enregistrements TVA présentant un écart de période entre la
date comptable renseignée et la date de document correspondante (clients et
Description et
fournisseurs) afin de jauger l'impact en termes de décompte TVA périodique.
périmètre
du test
Périmètre :
Intégralité des enregistrements comptables (tables BKPF et BSEG), sur les comptes
suivants : table SKB1, champ NWSKZ = « > » ou « < » sur l’exercice audité
Ce rapport met en évidence des problèmes de date liés aux enregistrements TVA, et
devrait concerner principalement le flux des factures fournisseurs. En effet, ce flux connait
habituellement un certain décalage entre la date facture et la date de réception /
enregistrement des documents comptables dans la comptabilité
Dans le dashboard, le nombre de transactions et leur montant est indiqué par période
comptable.
Dans le rapport pdf, un tableau de synthèse présente pour chaque compte de TVA :
➢ le nombre d’enregistrement présentant des écarts de période,
Description du ➢ le montant concerné.
résultat du test
Le tableau détaillé restitue l’intégralité des écarts de date identifiés et présente pour
chacun de ces écarts :
➢ le compte de TVA impacté,
➢ le numéro de pièce comptable,
➢ la date comptable,
➢ la date de facture,
➢ le code et nom du client concerné,
➢ le code et nom du fournisseur concerné,
➢ le montant dans la devise locale,
➢ le nom de l’utilisateur concerné.
Objectif et analyse Régulariser toutes les transactions présentant un écart de période entre la date facture et
du résultat du test la date comptable.
Page | 53
[FI09] - RECHERCHE DE MONTANT POUR UN
OU PLUSIEURS COMPTES DU GRAND LIVRE
Filtre
Filtre : fourchette de montants et plage de comptes
Attention : voir remarque en bas sur le query builder
Processus Finance – Comptabilité Générale
Risques Erreur/Fraude/Corruption
Ce contrôle identifie toutes les transactions du Grand Livre répondant aux critères de
sélection retenus (montant et plage de compte). Par exemple, ceci peut s'appliquer aux
comptes de caisse ou tout autre compte présentant des mouvements devant être analysés. ).
Description et Il permet ainsi d’analyser rapidement l’ensemble des mouvements d’un compte.
périmètre
Intégralité des enregistrements comptables (tables BKPF et BSEG),sur tous les comptes, sur la
période auditée
Les montants inclus dans les rapports sont en devise interne SAP.
Le dashboard présente les résultats en nb de transactions par type de document (journal), par
utilisateur, par période comptable.
Dans le rapport pdf, un tableau de synthèse présente par compte comptable :

➢ le nombre de valeur répondant aux critères de sélection retenus.
➢ par période comptable
➢ par utilisateur ayant enregistré les écritures correspondantes.
Description du
résultat du test
Le tableau détaillé liste l’intégralité des écritures identifiées et indique pour chacune :
➢ le numéro de pièce comptable
➢ la date comptable
➢ le numéro du compte impacté
➢ la monnaie de l’enregistrement
➢ le montant en monnaie locale
Suivant la nature de la transaction sélectionnée, analyser tous les évènements atypiques :

Objectif et transactions, utilisateurs, montants, horaires,… « anormaux ».
analyse du
résultat du test En utilisant le Query builder, ce test permet des faire des contrôles de type Corruption en
échantillonnant par exemple des transactions sur des comptes considérés « à risque »
Page | 54
[FI10] - DELAI DES ECRITURES DE CLOTURE
Filtre
Filtre : durée théorique de la clôture des comptes (en nb de jours j+ « x »)
Inefficience
Risques
Impacts : Bilan, Compte de résultat, Reporting
Ce contrôle identifie toutes les écritures comptables relatives à une période comptable, dont
la date de saisie est postérieure à la date comptable du dernier jour de cette même période.
Description et
Périmètre :
périmètre
du test
période auditée
Filtres additionnels appliqués : ne sont conservés que les cas suivants
- Date de saisie > date comptable
- Mois de saisie différent du mois comptable
Dans le dashboard cliquer sur « Respect des délais de clôture : N » pour identifier les
écritures au-delà du délai de clôture paramétré dans le page filtre (voir ci-dessus).
Le nombre total de pièces comptables identifiées est indiqué, et est également présenté par
nb de jour de délai au-delà du dernier jour de la période comptable concernée, par
utilisateur, par type de document, et par période comptable.
Dans le rapport pdf, un tableau de synthèse répertorie par période comptable :

➢ le nombre d’écritures passées dans le délai de clôture
➢ le nombre d’écritures passées hors délai de clôture
Description du
➢ la date de saisie de la dernière écriture
résultat du test
➢ le numéro de pièce comptable, poste, et le type de document
➢ le nom de l’utilisateur concerné
➢ la période comptable
➢ la date comptable et la date de saisie
➢ le montant en devise interne
➢ les écritures passées dans un délai autorisé (oui/non)
Ce rapport a pour objectif de détecter les écritures comptables passées après la clôture
comptable (réouverture des périodes, processus de clôture non optimisé, etc…)
Objectif et analyse
Vérifier que les écritures identifiées sont formellement justifiées, et ont été passées par une
personne habilitée.
Page | 55
[FI11] - DOUBLES SAISIES COMPTABLES
Filtre Filtre : type de document (journal, voir la page dédiée aux types de documents dans ce
manuel utilisateur)
Risque : Erreur / Fraude / Corruption

Risques
Ce contrôle détecte les écritures comptables passées en double au cours d’une période. Le
principe consiste à détecter les doubles saisies en laissant à l’utilisateur le choix de faire
l’analyse par date comptable précise ou par période comptable.
Deux postes sont considérés en doublon si, sur une même date comptable ou une même
période comptable (selon le paramètre sélectionné), toutes les zones des pièces comptables
suivantes présentent des valeurs identiques :
• Société / Type de pièce / Compte comptable
Description et • Compte client uniquement si type de compte = D
périmètre • Compte fournisseur uniquement si type de compte = K
du test • Immobilisation uniquement si type de compte = A
• Montant en devise de transaction
• Clé comptable (débit ou crédit)
• Domaine d’activité
• Centre de cout / Ordre interne / Centre de profit / Elément OTP
Périmètre :
période auditée.
Le Dashboard présente les résultats des doublons après avoir cliqué sur « référence
identique : YES » en haut de l’écran. Les écritures sont présentées en nombre d’entrées par
type de pièce, par période, et par utilisateur.
Dans le rapport pdf, un tableau de synthèse répertorie par période comptable et type de
pièces
✓ le nombre de doublons par date
✓ le nombre de doublons par période
Description du
résultat du test
Le tableau détaillé recense les écritures comptables présentant des critères similaires (même
date, même montant, même sens de l’écriture, même imputation) par :
➢ numéro de compte, type de compte, numéro de pièce, date, et utilisateur.
Dans le dashboard : le filtre « référence identique » signifie : même numéro de référence

interne SAP.
Dans le tableau de données en bas du dashboard, il est possible de retrouver les doublons en
effectuant un tri sur la colonne « Id doublon date » (pour les écritures effectuées en double à
Page | 56
la même date) ou sur la colonne « Id doublon période » (pour les écritures effectuées en
double sur la même période comptable, donc en général sur le même mois).
Objectif et analyse Par définition, les doubles saisies identifiées sont potentiellement anormales : chaque cas
du résultat du test doit donc être investigué.
Page | 57
[FI12] - CONTROLE DES ECARTS
ENTRE DATE DE SAISIE ET DATE COMPTABLE
Filtre Filtre : type de document (journal, voir la page dédiée aux types de documents dans ce
manuel utilisateur)
Risque : Erreur/Fraude/Corruption
Risques
Ce test contrôle pour chaque écriture le délai entre la date de saisie d’un document [CPUDT]
et la date comptable correspondante renseignée [BUDAT] Calcul effectué = Date comptable –
date de saisie => les écarts négatifs indiquent un retard de saisie par rapport à la date
Description et
comptable effective du document. L’écart est indiqué en nombre de jours et en nombre de
périmètre
période comptable d’écart.
du test
Périmètre :
période auditée.
Seuls les enregistrements avec écart de date sont présentés
Le dashboard montre les résultats en nombre de pièces comptables présentant un écart, en
jours et en période comptable, par utilisateur / période comptable / type de document /
transaction comptable.
Dans le rapport pdf, un tableau de synthèse répertorie les écarts :

✓ en jours
✓ en nombre de pièces (en valeur et pourcentage)
Description du
résultat du test Le tableau détaillé liste l’intégralité des écritures identifiées et indique pour chacune :
➢ les écarts en jours et en mois calendaire
Ce rapport a pour objectif d’identifier des écritures passées dans un délai anormalement long.
Objectif et analyse
Analyser toute dérive de délai d’enregistrement comptable.
Page | 58
[FI13] - ECRITURES DE BANQUE IMPACTANT DIRECTEMENT LE COMPTE DE RESULTAT
Filtre :
Filtre 1- comptes de banque à prendre en compte dans l’analyse
2- comptes de résultats non autorisés (sur la page de filtre, utiliser la fonction
« différent de » pour gagner du temps dans la sélection des comptes
Risque : Fraude/Corruption
Risques
Ce test identifie pour chaque période comptable les écritures ayant été passées sur un
compte de banque avec pour contrepartie directe un compte du compte de résultat (sans
passer par un compte de tiers au bilan).
Description et Théoriquement, seules les écritures correspondant à des frais bancaires doivent apparaitre
périmètre sur ce rapport.
du test
Périmètre :
période auditée. Puis application du filtre (cf ci-dessus)
Le dashboard présente les écritures identifiées en nombre par compte comptable et par
période et par utilisateur. Un filtre par code transaction est également disponible.
Dans le rapport pdf, un tableau de synthèse répertorie pour chaque compte de banque
sélectionnée le nombre d’écriture identifiée, la période comptable correspondante et le
nombre d’utilisateur ayant passé ce type d’écriture.
Description du Le tableau détaillé liste l’intégralité des écritures identifiées et indique pour chacune :
résultat du test ➢ le compte de banque
➢ le compte général de contrepartie
Objectif et analyse Vérifier que les écritures identifiées sont formellement justifiées, et ont été passées par une
du résultat du test personne habilitée.
Attention : certaines pièces sont enregistrées sur plusieurs compte de banque et plusieurs
compte de résultat.
Commentaires Dans ce cas, si plusieurs comptes contenus dans le filtre sont dans une même pièce
comptable, la colonne filtre contiendra la concaténation des numéros de compte
Page | 59
L’utilisation du query builder permet d’affiner l’affichage des résultats par compte comptable
dans le dashboard, en ne faisant apparaître que les comptes de résultat par exemple.
Page | 60
[FI14] - SEPARATION DES TACHES (SOD) ENTRE SAISIE FACTURE ET DECAISSEMENT
Risque : Achat non justifié / Fraude / Corruption

Risques
Description et
Ce contrôle vérifie que les utilisateurs ayant saisi les factures fournisseurs sont différents des
périmètre
utilisateurs ayant enregistré le décaissement de ces factures
du test
Le dashboard : Attention, pour faire apparaître les cas de rupture de ségrégation de tâche,
cliquer sur « Y » dans le cadre « Utilisateur commun »
Le dashboard présente le nombre de décaissements et le nombre de factures en rupture de
séparation de tâche, par période comptable de décaissement.

✓ le nombre de décaissement correspondant à des factures et règlements saisis par le
même utilisateur au cours de la période d'analyse.
✓ le nombre d’utilisateurs
Description du ✓ le nombre de décaissement total sur la période d’analyse
résultat du test ✓ le % décaissement sans respect de la SOD.
Le tableau détaillé restitue l’intégralité des pièces de décaissement et liste pour chacune:
➢ la date et le numéro de pièce de rapprochement
➢ les caractéristiques des opérations de facturation et de décaissement (numéro de
pièce, dates, période et type de document associés)
➢ L’utilisateur ayant comptabilisé le règlement
➢ L’utilisateur ayant comptabilisé la facture
➢ les enregistrements réalisés par un même utilisateur (oui/non)
En fonction du cadre de contrôle mis en place par l’entreprise, tous les décaissements pour
Objectif et analyse
lesquels un même utilisateur a saisi la facture et comptabilisé le règlement, doivent être
analysés et justifiés en fonction des enjeux.
Page | 61
[FI15] - COORDONNEES BANCAIRES EN DOUBLON, POUR CLIENTS ET FOURNISSEURS
Risque : Erreur / Fraude / Corruption

Risques
Ce contrôle identifie tous les fournisseurs et/ou clients présentant les mêmes coordonnées
Description et
bancaires pour plusieurs fiches fournisseurs (ou clients)
périmètre
du test
Périmètre : intégralité des fiches clients et fournisseurs « actifs » (sans flag de suppression et
non bloqués en achat ou en comptabilité)
Dans le dashboard, cocher la case « fournisseur » ou « client » pour centrer l’analyse sur le
critère voulu. Les résultats sont présentés en nombre de doublons par pays et détaillent
chaque ligne en doublon.

✓ le nombre de comptes (client/fournisseur) identifié.
✓ le nombre de doublon
Description du ✓ le top 10 des coordonnées bancaires en doublon (fournisseurs)
résultat du test ✓ le top 10 des coordonnées bancaires en doublon (clients)
Le tableau détaillé recense chaque fiche client et fournisseur et restitue

➢ un numéro de doublon (clé automatique).
➢ le numéro de la fiche et le nom du client ou fournisseur
➢ les informations bancaires (clé pays, clé bancaire, n° de compte)
Ce test a pour objectif de contrôler la fiabilité des bases de données achats, notamment
utilisées lors du processus de règlement.
Objectif et analyse
du résultat du test Les cas identifiés doivent être analysés et traités (nettoyage de la base de données par
exemple).
Ce test permet également d’identifier le cas où un salarié aurait le même IBAN qu’un
fournisseur
Page | 62
[FI16] - LISTE DES FACTURES SANS COMMANDE D'ACHAT
Risque : Achat non justifié / Fraude

Risques
Impacts : Compte de résultat
Ce test identifie la liste des factures fournisseurs enregistrées directement en comptabilité

Description et
(FI) sans passer par une commande d'achat.
périmètre
du test
Périmètre : intégralité des factures sans commande d’achat de l’année auditée (table BKPF et
BSEG, champ KOART = « K »)
Le dashboard indique le nombre de factures enregistrés sans lien avec une commande
d’achat et les présente par fournisseurs, ainsi que par période comptable.

➢ le nombre total de factures fournisseurs sur la période
➢ le nombre de factures sans commande d’achat (valeur et %)
➢ le nombre total de fournisseurs sur la période
Description du ➢ le nombre de fournisseurs avec factures sans commande d’achat (valeur et %)
résultat du test
Le tableau détaillé recense l’ensemble des factures fournisseurs et présente pour chacune :
➢ les caractéristiques des écritures (type de doc, n° de pièce, montant, date
comptable, période, montant, code/nom du fournisseur)
➢ le numéro de commande d’achat associé
➢ les factures avec commande (oui/non)
S’assurer que les fournisseurs identifiés dans ce contrôle correspondent au processus d’achat
Objectif et analyse
mis en place dans l’entreprise. La bonne pratique consisterait à réduire au minimum voire à
zéro le nombre d’achats passés sans commande.
Page | 63
[FI18] - DONNEES DE BASE SUR LES IMMOBILISATIONS
Processus Comptabilité - Immobilisation
Risque : Erreur / Fraude

Risques
Impacts : Bilan / Compte de résultat
Ce test vérifie l’intégrité et la cohérence d’une série de données de base associées aux
immobilisations.
Description et
périmètre
Périmètre : intégralité des fiches d’immobilisation en service à la date de l’extraction (tables
du test
ANLC, ANLA, ANLB).
Dans le dashboard, les cadres du haut de la page présentent les différents critères : cliquer
sur « Y » de l’axe pour obtenir les résultats. Si aucun paramètre n’est activé, le dashboard
présente l’intégralité des fiches d’immobilisation en service
Dans le rapport pdf, un tableau de synthèse recense le nombre de fiche immobilisation avec :
o une valeur brute nulle
o une valeur nette comptable (VNC) négative
o un amortissement négatif
Description du
o une valeur brute négative
résultat du test
o en service à la fin de l’exercice
o mises en service/hors service au cours de la période
Le tableau détaillé recense pour chaque immobilisation :

➢ sa catégorie et désignation
➢ les dates de mise en service / hors service
➢ la valeur brute cumulée, l’amortissement cumulé, et la valeur nette cumulée.
Ce rapport a pour objectif de valider la justesse des écritures comptables liées aux
Objectif et analyse investissements.
Vérifier la cohérence des données obtenues.
Page | 64
[FI19] - DUREES D'AMORTISSEMENT DES FICHES D'IMMOBILISATION
Processus Comptabilité - Immobilisation
Risque : Non fiabilité des états financiers, risque fiscal.

Risques
Ce test identifie les écarts entre les durées d'amortissement réelles des fiches immobilisation
et les durées d'amortissement définies par défaut dans les paramétrages de la société
Description et Un calcul d’impact financier sur le compte de résultat est réalisé de manière théorique en
périmètre comparant la différence d’amortissement annuel en cas d’écart (calcul réalisé sur la base d’un
du test amortissement linéaire et sans prendre en compte la VNC de l’immobilisation).
Périmètre : intégralité des fiches d’immobilisation en service à la date de l’extraction (tables

ANLC, ANLA, ANLB).
Le dashboard présente la liste des immobilisations dont la durée d’amortissement diffère

entre la fiche d’immobilisation et le standard défini par l’entreprise. Attention, il faut
sélectionner le critère Durée de l’amortissement = durée amt réel « N » en haut à gauche
du dashboard pour afficher les immobilisations en écart .

✓ la catégorie d’immobilisation
✓ la durée d’amortissement théorique
✓ le nombre d’immobilisations en service
Description du
✓ le nombre d’immobilisations avec une durée d’amortissement réelle différente du
résultat du test
standard (en valeur et %)
Le tableau détaillé recense pour chaque immobilisation :

➢ sa catégorie et désignation
➢ la date de mise en service / hors service
➢ la durée d’amortissement théorique et réelle
➢ les immobilisations avec une durée d’amortissement différente (théorique vs réelle)
➢ la valeur brute cumulée, l’amortissement cumulé, et la valeur nette cumulée
Ce rapport a pour objectif de valider la justesse des durées d’amortissement.

Objectif et analyse
Vérifier la cohérence des données obtenues.
Page | 65
[FI20] - BALANCE AGEE CLIENTS
Processus Comptabilité - Trésorerie
Risque : retards de paiement, absence de relance, provisions

Risques
Impacts : Trésorerie, bilan, compte de résultat
La balance âgée récapitule tous les encaissements à recevoir échus et non échus, répartis par
Description et ancienneté.
périmètre
du test
Périmètre : intégralité des postes clients non soldés à la date de l’extraction des données
(tables BKPF et BSEG , champ KWART = « D » et BSEG/champ AUGBL = vide)
Le dashboard présente les montants totaux échus et non échus en précisant leur ancienneté
par tranches de 30 jours., ainsi que les montants échus et non échus par clients
Dans le rapport pdf, un tableau de synthèse répertorie les montants totaux échus par
ancienneté (par tranche de 30 jours)
Description du
résultat du test
Le tableau détaillé recense par client les informations suivantes Société / Société Nom /
Numéro de pièce / Référence / Code client / Nom client / Code branche / Pays client / Type
doc. / Type doc. description / Clé comptable / Domaine d'activité / Date d'échéance / Date de
référence / Non échu / Non échu (jours) / Echu / Echu (jours)
Objectif et analyse Vérifier le traitement des retards identifiés par le contrôle (relance, apurement, provision…)
Page | 66
[FI21] - BALANCE AGEE FOURNISSEUR
Processus Comptabilité , trésorerie
Risque : retards de paiement vers les fournisseurs, pénalités.

Risques
Impacts : Trésorerie, Bilan, litige
La balance âgée récapitule tous les paiements à verser échus et non échus, répartis par
ancienneté.
Description et
périmètre
du test Périmètre : intégralité des postes fournisseurs non soldés à la date de l’extraction des
données (tables BKPF et BSEG , champ KWART = « K » et BSEG/champ AUGBL = vide)
Le dashboard présente les montants totaux échus et non échus en précisant leur ancienneté
par tranches de 30 jours., ainsi que les montants échus et non échus par fournisseurs
Dans le rapport pdf, un tableau de synthèse répertorie les montants totaux échus par
ancienneté (par tranche de 30 jours)
Description du
résultat du test
Le tableau détaillé recense par fournisseur les informations suivantes : Société / Société Nom
/ Numéro de pièce / Référence / Code fournisseur / Nom fournisseur / Numéro S/L du
partenaire / Montants par fournisseur / Type doc. / Type doc. description / Clé comptable /
Domaine d'activité / Date d'échéance / Date de référence / Non échu / Non échu (jours) /
Echu / Echu (jours)
Objectif et analyse Vérifier le traitement des retards identifiés par le contrôle (apurement, note de débit etc ....)
Page | 67
[FI22] - ECART ENTRE DATE SAISIE ET DATE EMISSION DOCUMENT
Filtre administrateur fonctionnel.
Filtre : type de document (journal)
Risque : Non fiabilité des états financiers, erreur, fraude, corruption.

Risques
Ce test contrôle pour chaque écriture le délai entre la date de saisie [CPUDAT] et la date
d’émission du document [BLDAT]
Le calcul effectué est : Date de document – Date de saisie. Plus l’écart est négatif, plus le
Description et
retard de saisie est important. En revanche un écart positif indique un cas a priori impossible
périmètre
de saisie antérieure à la date de document.
du test
Périmètre :
période auditée.
Le dasboard présente le nombre d’écritures en écarts (les écarts sont indiqués en jours et en
période comptable), et permet une analyse par période comptable, par journal (type de
documents) et par utilisateur.

✓ en jours
Description du
résultat du test
➢ la date comptable et la date d’émission document
Ce rapport a pour objectif d’identifier des écritures passées dans un délai anormal.
Objectif et analyse
Page | 68
[FI23] - ECART ENTRE DATE DE FACTURE ET DATE DE COMMANDE
Risque : Non fiabilité des états financiers, fraude, corruption

Risques
Ce test contrôle pour chaque écriture le délai entre la date de facture ([BLDAT]) et la date de
Description et la commande d’achat.
périmètre
du test Périmètre : intégralité des écritures BKPF et BSEG (du journal sélectionné dans la page de
filtre), et des commandes d’achat de l’exercice audité
✓ en jours
Description du
résultat du test Le tableau détaillé liste l’intégralité des écritures identifiées et indique pour chacune :
➢ la date comptable de facture et la date de commande
➢ le montant en devise interne (Attention, montant TTC)
Objectif et analyse
Page | 69
[FI24] - ECART ENTRE DATE DE FACTURE ET DATE DE DEMANDE D'ACHAT
Risque : Non fiabilité des états financiers, fraude, corruption

Risques
Ce test contrôle pour chaque écriture le délai entre la date de facture [BLDAT]) et la date de
Description et la DA (demande d’achat) associée.
périmètre
du test Périmètre : intégralité des écritures BKPF et BSEG (du journal sélectionné dans la page de
filtre), et des demandes d’achat de l’exercice audité

✓ en jours
Description du
résultat du test
➢ la date comptable de facture et la date de la demande d’achat
Objectif et analyse
Page | 70
IMPORTS IM XX
[IM 1 A 12]- IMPORTS COMPLETS DE TABLE
Processus Ventes / achats / stock / comptabilité
Risque : erreur, fraude, corruption

Risques
Impacts : Bilan, Compte de résultat, cash
Description et Les tests IM ont pour objectif de fournir au contrôleur des tables complètes afin de
périmètre développer des contrôles sur mesure en fonction des objectifs d’audit ou de contrôle interne
du test
Description du
Seul un tableau détaillé est fourni pour ces imports de données
résultat du test
Objectif et analyse
Selon l’analyse effectuée
Page | 71
DETAIL DES CONTROLES «SYSTEME»
[SY-01] - PARAMETRAGE MANDANT ET GESTION UTILISATEURS
Processus Système d’information
Risques Risques : non optimisation des budgets IT , non-respect des conditions contractuelles, fraude.
Ce test récupère les informations systèmes sur les utilisateurs. Il permet de suivre :
o les principaux paramètres système
Description et
o les connexions par utilisateurs
périmètre
o les profils à risque (SAP ALL, ...)
du test
o les licences
o les modifications de mot de passe
Dans le rapport pdf, un tableau de synthèse présente par société et sur une période :
✓ les informations mandant
✓ le top 10 des utilisateurs qui ne se sont jamais connectés
✓ le top 10 des utilisateurs qui ne se sont plus connectés depuis longtemps
✓ le nombre d'utilisateurs créés par un même user
Description du
Le tableau détaillé liste l’intégralité des identifiants et indique pour chacun :
résultat du test
➢ le nom de l’utilisateur,
➢ son profil,
➢ sa date et heure de dernière connexion
➢ le nombre de jour depuis le dernier changement de mot de passe
➢ son statut de blocage,
➢ le type de licence associé
Objectif et analyse Ce rapport a pour objectif d’analyser les évènements atypiques.

du résultat du test Chaque cas doit donc être investigué.
Page | 72
LEXIQUE SAP : CLES COMPTABLES / TYPES DE COMPTES
D/C ( S = Type de compte : A

Clé de débit / =immobilisations / D = client /
Signification
comptabilisation H= K = Fournisseur / M = Article /
crédit) S = comptes généraux
00 Modèle d'imputation
01 S D Facture
02 S D Annulat. avoir
03 S D Frais
04 S D Autre créance
05 S D Décaissement
06 S D Ecart de paiement
07 S D Autre compensation
08 S D Compens. paiement
09 S D CGS client/débit
0A S D CH Facture client
0B S D CH Annul.AvoirClient
0C S D CH Compensat. client
0X S D CH Compens. fourn.
0Y S D CH Avoir fournisseur
0Z S D CH Annul.fact.client
11 H D Avoir
12 H D Annulation facture
13 H D C-passation frais
14 H D Autre dettes
15 H D Encaissement
16 H D Ecart de paiement
17 H D Autre compensation
18 H D Compens. paiement
19 H D CGS client/crédit
1A H D CH Annul.fact.client
1B H D CH Avoir client
1C H D CH Avoir client
1X H D CH Compens. fourn.
1Y H D CH Annul.AvoirClient
1Z H D CH Facture fourniss.
21 S K Avoir
22 S K Annulation facture
24 S K Autre créance
Page | 73
D/C ( S = Type de compte : A
Clé de débit / =immobilisations / D = client /
Signification
comptabilisation H= K = Fournisseur / M = Article /
crédit) S = comptes généraux
25 S K Décaissement
26 S K Ecart de paiement
27 S K Compensation
28 S K Compens. paiement
29 S K CGS fournisseur/déb.
31 H K Facture
32 H K Annulat. avoir
34 H K Autres dettes
35 H K Encaissement
36 H K Ecart de paiement
37 H K Autre compensation
38 H K Compens. paiement
39 H K CGS fourniss. crédit
40 S S Ecriture débit
50 H S Ecriture crédit
70 S A Immo. débit
75 H A Immo. crédit
80 S S Saisie stock initial
81 S S Coûts
83 S S Différence de prix
84 S S Consommation
85 S S Variation de stock
86 S S Débit EM/EF
89 S M Entrée en stock
90 H S Saisie stock initial
91 H S Coûts
93 H S Différence de prix
94 H S Consommation
95 H S Variation de stock
96 H S Crédit EM/EF
99 H M Sortie de stock
Page | 74
LEXIQUE SAP : TYPES DE DOC / JOURNAUX
Type Type de
Désignation du journal Désignation du journal
de doc doc
AA Ecriture immo. PR Modification de prix
AB Pièce comptable RA Avoir Déc. ntr.
AC Ecritures CAP périod RB Prov. créances dout.
AF Ecritures amort. RE Facture (brut)
AI Achats intra-com RI Facture Immos
AN Ecriture immo. nette RN Facture (net)
BO Abonnements RV Reprise de facture
CH Débouclage contrat SA Pièce compte général
DA Pièce client SB Ecriture compte gén.
DG Note crédit client SK Pièce de caisse
DR Facture client SU Pièce imput. ultér.
DZ Paiement client UE Reprise des données
EU Euro Ecart arrondi WA Sortie marchandises
EX Numéro externe WE Entrée marchandises
KA Pièce fournisseur WI Pièce d'inventaire
KG Note crédit fourn. WL Sortie march./Livr.
KN Net fournisseurs WN Entrée march. nette
KP Gestion de compte WS Annulation Facture
KR Facture fournisseur ZP Ecriture de paiement
KZ Paiement fournisseur ZR Rapprochement banc.
ML ML Décompte ZS Paiement par chèque
OD Opérations diverses ZV Compens. paiement
Page | 75
LES MODALITES D’EXTRACTION SAP
Contrôles eye2scan Source d'information / Table de référence SAP
Les contrôles « Finance »
[FI01] - Analyse des transactions

Table des en-têtes de pièces comptables de SAP (BKPF).
du Grand Livre
[FI02] - Synthèse des paramètres du plan Tables FI gérant les données de base du plan de comptes au
comptable niveau plan comptable (table SKA1) et au niveau société (SKB1)
Modifications du champ « imputation automatique »

[FI03] - Identification des modifications uniquement (SKB1-XINTB) et catégorie de TVA (SKB1-MWSKZ).
du paramétrage du plan comptable
Utilisation des tables CDHDR et CDPOS pour tracer les
modifications
Sélection des comptes de stock à partir de la table de
paramétrage T030 (enregistrement avec la clé BSX) pour le plan
de comptes de la société retenue dans les paramètres de
sélections.
[FI04] - Identification des enregistrements
Identification de tous les postes de pièces comptables générées
manuels sur les comptes de stock
au cours de la période.
Affichage des postes de pièces comptables générés par une

écriture manuelle dans le module FI (pièces comptables avec la
zone opération dont la valeur est égale à «RFBU»).
[FI05] - Analyse des transactions comptables

Table des en-têtes de pièces comptables de SAP (BKPF)
utilisées sur des périodes inhabituelles
Sélection des comptes : table SKB1 / comptes paramétrés avec

[FI06] - Identification des écritures manuelles code « imputation automatique uniquement » activé.
non autorisées
Report : pièces comptables avec la zone opération –BKPF-
GLVOR- dont la valeur est égale à « RFBU »
Solde d’ouverture et de clôture des comptes extrait de la table

[FI07] - Synthèse des provisions.
GLT0 ou FAGLFLEXT (si le new ledger est activé)
Page | 76
Sélection des comptes de TVA automatique à partir du champ «
catégorie de TVA » au niveau de la vue société sur plan de
compte.
[FI08] - Identification des enregistrements de Sélection des comptes dédiés à gérer de la TVA déductible ou de
la TVA collectée.
TVA décalés.
Affichage des postes comptabilisés sur ces comptes avec un écart
de période comptable entre la date comptable et la date de
pièce au niveau de l’en-tête du numéro de pièce comptable de
chaque poste.
[FI09] - Recherche de montant pour un ou

Table des postes de pièces comptables
plusieurs comptes du Grand Livre
Table des en-têtes de pièces comptables de SAP (BKPF) avec

[FI10] - Délai des écritures de clôture analyse des pièces dont la date de saisie (BKPF-CPUDT) est
postérieure à la date du dernier jour d’une période comptable
Table des en-têtes de pièces comptables de SAP (BKPF) et des

[FI11] - Doubles saisies comptables postes de pièce (BSEG). Identification des postes possédant les
mêmes imputations
[FI12] - Contrôle des écarts entre date de saisie Table des en-têtes de pièces comptables de SAP (BKPF) avec
comparaison entre date de saisie (BKPF CPUDT) et date
et date comptable
comptable (BKPF BUDAT)
Table des en-têtes de pièces comptables de SAP (BKPF) et des

[FI13] - Ecritures de banque impactant postes de pièce (BSEG). Identification dans BSEG des écritures
directement le compte de résultat avec un compte de banque et avec pour contrepartie un poste
avec un compte de résultat
Table des en-têtes de pièces comptables de SAP (BKPF) pour

[FI14] - Séparation des tâches (SOD) entre identifier les pièces correspondant à des factures et des
décaissements et identifier les utilisateurs (BKPF-USNAM) et
saisie facture et décaissement
utilisation des postes fournisseurs rapprochés avec la table BSAK
pour récupérer les données
Page | 77
[FI15] - Coordonnées bancaires en doublon, Table des données de base fournisseurs LFB1 et LFBK pour
identifier les fournisseurs actifs par société et récupérer les
pour clients et fournisseurs
coordonnées bancaires
Table des en-têtes de pièces comptables de SAP (BKPF) pour

[FI16] - Liste des factures sans commande identifier les factures liées à des commandes (BKPF-TCODE =
d'achat MIRO ou MR1M) et table des documents de facture MM (RSEG)
pour récupérer les données de commandes associées.
[FI17] - vide
[FI18] - Données de base sur les Utilisation des tables des données de base immobilisation (ANLA)
et des paramètres d’amortissement (ANLB) et des valeurs
immobilisations
d’immobilisation (ANLC)
[FI19] - Durées d'amortissement des fiches Utilisation des tables des données de base immobilisation (ANLA)
et des paramètres d’amortissement (ANLB) et des valeurs
d'immobilisation
d’immobilisation (ANLC)
[FI20] - Balance âgée Clients

[FI21] - Balance âgée Fournisseurs
[FI22] - Ecart entre date saisie et date émission Table des en-têtes de pièces comptables de SAP (BKPF) avec
comparaison entre date saisie (BKPF CPUDT) et date document
document
(BKPF BLDAT)
[FI23] - Ecart entre date de facture et date de
commande
[FI24] - Ecart entre date de facture et date de
demande d'achat
Page | 78
Les contrôles « Ventes et Opérations »
Tables des demandes d'achat (EBAN), des commandes (EKKO/KPO)

[SO00] – DB Commande d’achat.
et des historiques de commandes (EKBE).
Tables des demandes d'achat (EBAN), des commandes (EKKO/KPO)

et des historiques de commandes (EKBE).
[SO01] - Processus de demande d’achat.
Toutes les commandes sont importées, à l'exclusion des commandes
de transport (EKKO-BSAKZ<>T)
[SO02] - Séparation des tâches (SOD) entre Tables des demandes d'achat (EBAN), et des en-têtes de commande
demande d’achat (DA) et commande (CDE) (EKKO)
[SO03] - Séparation des tâches (SOD) entre Tables des commandes d'achat (EKKO/EKPO) et des historiques de
commande d'achat (CDE) et réception commandes d’achat (EKBE)
[SO04] - Séparation des tâches (SOD) entre Tables des commandes (EKKO/EKPO) et des historiques de
réception et saisie facture commandes d’achat (EKBE)
Tables des commandes (EKKO/EKPO) et des historiques de

commandes d’achat (EKBE).
Les types de document « programmes de livraison » (LP, LPA, LU)
sont exclus du test
[SO05] - Délais commandes fourn vs facture
Le test fait une comparaison entre EKKO_AEDAT (date de création
de l’enregistrement) et EKBE_CPUDT (date de saisie de facture)
« Date de première saisie facture » contient le champ EKBE_CPUDT
[SO06] - Intégrité des données de base Table des pointeurs de modifications sur les zones de la fiche
fournisseurs fournisseur concernées
[SO07] - Analyse des conditions de paiement Tables des vues achats fournisseur (LFM1), des en-têtes de
commande (EKKO) et des pièces de facture fournisseurs (BSIK et
fournisseurs.
BSAK)
Page | 79
[SO08] - Analyse des commandes d'achats Tables des commandes (EKKO/EKPO) et des historiques de
non clôturées commandes d’achat (EKBE)
Lecture des clés WRX dans le paramétrage (T030) pour déterminer

les comptes d’attente EM/EF utilisés.
[SO09] - Marchandises reçues non facturées
Les postes concernés sont alors lus dans les tables comptables des
pièces (BSIS et BKPF) et reliés aux commandes d’achat
(EKKO/EKPO).
Sont identifiés ici les articles stockés pour lesquels il n’y a pas de prix
(PMP ou Standard) dans la fiche article.
[SO10] - Stock non valorisé
Les informations sont essentiellement issues des tables des stocks
MM (MARD) et des vues comptables de la fiche article (MBEW) du
domaine de valorisation correspondant.
Sont identifiés ici les articles dont le stock est négatif au niveau d’un
magasin MM.
[SO11] - Analyse des stocks négatifs
Les informations sont essentiellement issues des tables des stocks
MM (MARD).
[SO12] - Analyse des livraisons clients non Tables des livraisons (LIKP/LIPS), des statuts de documents (VBUK)
facturées et des flux de document SD (VBFA).
[SO13] - Analyse des marges négatives en Tables de commandes client VBAK et VBAP, et table des types de
stock poste TVAP et des clients KNA1.
[SO14] - Modification des conditions de

Table des pointeurs de modifications sur les fiche clients
paiement clients.
Les données de ce test sont issues des tables des documents

[SO15] - Ecarts d'inventaires
articles MKPF, MSEG.

[SO16] - Rebuts
articles MKPF, MSEG.

[SO17] - Articles stockés non inventoriés
d’inventaires IKPF, ISEG, LINV, LINK.
Page | 80
Les données de ce test sont issues des tables des stocks MARD,
[SO18] - Stocks obsolètes
MARC, MBEW.
Tables des commandes (EKKO/EKPO) et des historiques de

commandes d’achat (EKBE).
[SO19] - Commande sans réception imposée
Les types de document « programmes de livraison » (LP, LPA, LU)
sont exclus du test
[SO20] - Modifications des limites de crédit Filtres appliqués :

CDPOS-FNAME = ‘KLIMK’ et
client
CDPOS~CHNGIND ='U' OR CDPOS~CHNGIND ='E'
Valeur encours commandes (a) : S066-OEIKW

Valeur encours livraisons (b) : S067-OLIKW
Valeur encours factures (c) : S067-OFAKW
[SO21] - DB Crédit client
Total des créances (d) : KNKK-SKFOR
Total encours commerciaux (e) : (a)+(b)+(c)

Total engagements : (d)+(e)
Page | 81
Les contrôles « Ventes et Opérations »
Les données de ce contrôle sont issues des analyses de modification

[ST01] - Analyse des modifications des tarifs
des tables de condition de prix.
[ST02] - Analyse des modifications de prix de Les données de ce contrôle sont issues des tables de commandes
vente dans les commandes clients client VBAK et VBAP, et table des types de poste TVAP.
[ST03] - Analyse des modifications des prix de Les données de ce test sont issues des analyses de modification des
données de prix des postes de commandes d'achat (prix unitaire,
commandes d'achat
devise, base de prix, etc…).
[ST04] - Contrôle des écarts de prix dans le Les données de ce contrôle sont issues des tables des demandes
d'achat (EBAN), des commandes (EKKO/KPO) et des historiques de
flux achat (en devise de document)
commandes (EKBE).
Les données de ce test sont issues des documents articles des tables
[ST05] - Analyse des mouvements de stock
MKPF et MSEG.
[ST06] - Analyse des modifications de prix de Les données de ce test sont issues des tables des conditions de prix
vente dans les factures clients KONV, KONP et tables des factures VBRK, VBRP.
Page | 82

Guide Utilisateur Eye2Scan

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Guide Utilisateur Eye2Scan

Transféré par

Droits d'auteur :

Formats disponibles

User guide

Eye2scan Solutions –16 rue Camille Pelletan – 92300 Levallois-Perret

FONCTIONNALITES EYE2SCAN ................................................................................................................................ 5

PAGE D’ACCUEIL ......................................................................................................................................................... 5

PAGE DE RESULTAT DE TEST ....................................................................................................................................... 7

CONTROLES OPERATIONNELS .............................................................................................................................. 10

[SO00] - DB COMMANDE D’ACHAT ................................................................................................................................ 10

[SO01] - PROCESSUS DE DEMANDE D’ACHAT .................................................................................................................... 11

[SO05] - DELAIS COMMANDES FOURNISSEURS VS FACTURE .............................................................................................. 15

[SO06] - INTEGRITE DES DONNEES DE BASE FOURNISSEURS ................................................................................................. 17

[SO07] - ANALYSE DES CONDITIONS DE PAIEMENT FOURNISSEURS........................................................................................ 18

[SO08] - ANALYSE DES COMMANDES D'ACHATS NON CLOTUREES ......................................................................................... 20

[SO09] - MARCHANDISES REÇUES NON FACTUREES ........................................................................................................... 21

[SO10] - STOCK NON VALORISE ...................................................................................................................................... 22

[SO11] - ANALYSE DES STOCKS NÉGATIFS ......................................................................................................................... 23

[SO12] - ANALYSE DES LIVRAISONS CLIENTS NON FACTUREES .............................................................................................. 24

[SO13] - ANALYSE DES MARGES NEGATIVES EN STOCK........................................................................................................ 26

[SO14] - MODIFICATION DES CONDITION DE REGLEMENT CLIENTS ........................................................................................ 28

[SO15] – ECARTS D’INVENTAIRES .................................................................................................................................. 29

[SO16] – SUIVI DES REBUTS ..................................................................................................................................... 31

[SO17] – ARTICLES STOCKES NON INVENTORIES .................................................................................................... 32

[SO18] – STOCKS OBSOLETES .................................................................................................................................. 33

[SO19] - COMMANDE SANS RECEPTION IMPOSEE .............................................................................................................. 34

[SO20] - MODIFICATIONS DES LIMITES DE CREDIT CLIENT .................................................................................................... 35

[SO22] – CONDITIONS DE PAIEMENT CLIENTS ........................................................................................................ 37

[ST01] - ANALYSE DES MODIFICATIONS DE TARIFS*OPTION .............................................................................................. 38

[ST02] - ANALYSE DES MODIFICATIONS ........................................................................................................................... 39

DES PRIX DE VENTE DANS LES COMMANDES CLIENTS *OPTION ............................................................................................ 39

[ST03] - ANALYSE DES MODIFICATIONS ........................................................................................................................... 40

DE COMMANDES D'ACHAT .............................................................................................................................................. 40

[ST04] - CONTROLE DES ECARTS DE PRIX .......................................................................................................................... 41

DANS LE FLUX ACHAT (EN DEVISE DE DOCUMENT) ............................................................................................................... 41

[ST05] - ANALYSE DES MOUVEMENTS DE STOCK ................................................................................................................ 43

[ST06] - ANALYSE DES MODIFICATIONS ........................................................................................................................... 44

DE PRIX DE VENTE DANS LES FACTURES CLIENTS*OPTION ................................................................................................... 44

DETAIL DES CONTROLES « FINANCE » .................................................................................................................. 45

[FI02] - SYNTHESE DES PARAMETRES DU PLAN COMPTABLE ................................................................................................. 46

[FI03] - IDENTIFICATION DES MODIFICATIONS ................................................................................................................... 47

DU PARAMETRAGE DU PLAN COMPTABLE .......................................................................................................................... 47

[FI04] - IDENTIFICATION DES ENREGISTREMENTS ............................................................................................................... 48

MANUELS SUR LES COMPTES DE STOCK.............................................................................................................................. 48

[FI05] - ANALYSE DES TRANSACTIONS COMPTABLES ........................................................................................................... 49

UTILISEES SUR DES PERIODES INHABITUELLES ...................................................................................................................... 49

[FI06] - IDENTIFICATION DES ECRITURES MANUELLES NON AUTORISEES.................................................................................. 51

[FI07] - SYNTHESE DES PROVISIONS ................................................................................................................................ 52

[FI08] - IDENTIFICATION DES ENREGISTREMENTS DE TVA DECALES ....................................................................................... 53

[FI09] - RECHERCHE DE MONTANT POUR UN..................................................................................................................... 54

OU PLUSIEURS COMPTES DU GRAND LIVRE ........................................................................................................................ 54

[FI10] - DELAI DES ECRITURES DE CLOTURE ....................................................................................................................... 55

[FI11] - DOUBLES SAISIES COMPTABLES ........................................................................................................................... 56

ENTRE DATE DE SAISIE ET DATE COMPTABLE ....................................................................................................................... 58

[FI13] - ECRITURES DE BANQUE IMPACTANT DIRECTEMENT LE COMPTE DE RESULTAT ............................................................... 59

[FI15] - COORDONNEES BANCAIRES EN DOUBLON, POUR CLIENTS ET FOURNISSEURS ................................................................ 62

[FI16] - LISTE DES FACTURES SANS COMMANDE D'ACHAT ............................................................................................... 63

[FI18] - DONNEES DE BASE SUR LES IMMOBILISATIONS ....................................................................................................... 64

[FI19] - DUREES D'AMORTISSEMENT DES FICHES D'IMMOBILISATION .................................................................................... 65

[FI20] - BALANCE AGEE CLIENTS ..................................................................................................................................... 66

[FI21] - BALANCE AGEE FOURNISSEUR ............................................................................................................................. 67

[FI22] - ECART ENTRE DATE SAISIE ET DATE EMISSION DOCUMENT ........................................................................................ 68

[FI23] - ECART ENTRE DATE DE FACTURE ET DATE DE COMMANDE......................................................................................... 69

[FI24] - ECART ENTRE DATE DE FACTURE ET DATE DE DEMANDE D'ACHAT ............................................................................... 70

[IM 1 A 12]- IMPORTS COMPLETS DE TABLE ............................................................................................................ 71

DETAIL DES CONTROLES «SYSTEME» .................................................................................................................... 72