WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Refonte du système d'information de l'OCP: problématiques & solutions

( Télécharger le fichier original )
par Abderrahim Siti
ESC_Lille (France) - Master en Audit, Contrôle de Gestion et SI 2009
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

Partie 2 :

Diagnostiques d' « ORACLE ~ et propositions d'amélioration

RECENSEMENT DES DYSFONCTIONNEMENTS CONSTATES ET PROPOSITIONS DE SOLUTIONS

AUTRES AVANTAGES ET INFORMATIONS

CONCLUSIONS

51

RECENSEMENT DES DYSFONCTIONNEMENTS CONSTATES ET PROPOSITIONS DE SOLUTIONS

Ce chapitre traite les points suivants :

Différents dysfonctionnements constatés au niveau des modules Oracle applications et propositions de solutions ;

Fonctions non couvertes par Oracle ;

Le Balanced Score Card (BSC) ;

Résistance au changement ;

I- DIFFERENTS DYSFONCTIONNEMENTS CONSTATES ET PROPOSITIONS DE SOLUTIONS :

Après analyse des fonctionnalités des modules Oracle applications, les dysfonctionnements ayant été constatés ; ainsi que les points à améliorer concernant l'ensemble des modules sont comme suit :

1- Gestion lourde :

Vu le flux important des informations et les multitudes d'applications en amont interfacées avec les modules, le système est très lourd et la réponse est très lente

Proposition de résolution : prévoir un réseau plus performant

2- Réduction du coût :

Le système Oracle est venu pour cesser le développement des applications maisons, et minimiser leur coût élevé, ce problème est partiellement résolu, du fait qu'il y a toujours l'élaboration des applications d'interfaçage avec les modules Oracle facilitant le transfert des données.

Proposition de résolution : mise en oeuvre des applications manquantes, notamment celles des ressources humaines et commerciales

3- Données instantanées :

Dans l'attente d'acquérir la totalité du système Oracle, à savoir la gestion des ressources humaines,...), le système est interfacé par des applications de l'ancien système. La comptabilité n'est pas mise à jour à cause du retard de centralisation des données dans GL, dû au retard de transfert des données de certaines applications (exp.SPA). Outre le dérangement fréquent des lignes de connexion posent le problème d'avoir l'information en temps réel.

Proposition de résolution : prévoir un réseau plus performant et mise en oeuvre des nouvelles

applications

4- Édition des états :

Les états édités sont actuellement soit insuffisants et ne répondent pas aux besoins des utilisateurs ou présentés sous format PDF et incomplets. Cette situation met les personnes parfois à réaliser le travail manuellement, ce qui devient fastidieux d'abord dans la recherche de la solution et l'accomplissement du travail lui-même.

Proposition de résolution : possibilité d'édition des états personnalisés et en format Excel et Word

5- Gestion fournisseurs :

Les factures transférées de PO vers AP sont toutes bloquées, et ayant la mention »attente CRR » dans le champ CUF, si elles ne sont pas rapprochées.

53

Les factures paraphées (conforme à l'engagement, pré ordonnancées, ordonnancées, retournent à l'acheteur pour enlever le blocage et inscrire la date de transmission à la comptabilité des achats locaux pour règlement.

Proposition de résolution :

a- Vu le nombre important des factures traitées, on propose d'ajouter dans le module AP, une fonctionnalité pouvant afficher toutes les factures en cours de traitement pour une période bien déterminée, afin de les traiter par lot.

b- En ce qui concerne l'état de contrôle des factures, on propose d'ajouter en plus des données sus indiquées le montant de la commande et le montant cumulé des factures avec leur numéro, étant donné que la commande peut générer plusieurs factures selon l'accord cadre de la commande (livraison échelonnée, livraison partielle,~etc.)

6- Approbation des pièces :

L'approbation des pièces (commande, ...etc.) se fait par WORKFLOW. Les justifications ne sont pas présentées, ce qui peut provoquer des anomalies.

Proposition d'amélioration : à joindre les documents justificatifs pour réduire le temps de traitement des pièces

7- Gestion budgétaire :

Actuellement Les DAM et DPM sont saisies et approuvés dans le module PO, et n'ont pas de relation avec le module PA. Il n'y a transfert des informations au PA qu'après approbation de la DAE. Le service contrôle de gestion se trouve en difficulté de suivre la situation des projets approuvés avant leurs demandes d'avis d'engagement.

Proposition de résolution : prévoir une interface entre le PO et PA

Ci-après une comparaison entre l'application BUDG et le module PA nouvellement mis en application :

Application BUDG

Module PA

1- DIB:

- Saisie directement des renseignements avec possibilité de modification à n'importe quel stade avant d'être approuvée par DG.

- La recherche se fait par plusieurs critères (N°- Montant, Désignation...)

- L'approbation de la DIB se fait directement sur écran, et on peut savoir directemnt à quel stade d'approbation elle se situe.

1-DIB:

- Saisie selon modèle pré-défini, toutes les données sauvgardées ne peuvent être modifiées que si le projet est rejeté par le niveau de

la responsabilité supérieure.

- Seul le N° de la DIB que l'on peut utiliser pour lancer une telle recherche

- Le projet est soumis pour approbation en Work Flow, sans savoir à quel stade il se situe.

2- DAE:

- LA DAE EST CRÉÉE APRÈS L'APPROBATION DE LA DIB, LA DAC DOIT ÊTRE RENSEIGNÉE SUR LE SYSTÈME AVANT L'ÉTABLISSEMNT DE LA DAE.

2- DAE:

- LA DAE EST CRÉÉE APRÈS L'APPROBATION DE LA DIB, LA DAC N'EST PAS EXIGÉE PAR LE SYSTÈME, ELLE EST UNIQUEMENT INSCRITE À TITRE

INDICATIF.

3- AE:

- L'AE est créé à partir de la DAE saisie, mais les renseignements relatifs à la commande, montant et fournisseur se font par les soins de l'utilisateur

3- AE:

- L'AE est créé à partir de la DAE, mais

l'utilisateur ne peut pas savoir les renseignements relatifs

4- Report

La mise à jour de la DIB en ce qui concerne le report, le complément, l'annulation et le transfert sont établies en créant d'autres DIB qui porteront le même numéro.

4- Report :

La mise à jour de la DIB en ce qui concerne le report, le complément, l'annulation et le transfert sont établis en créant des versions de la même DIB qui porteront le même numéro.

 

Propositions de solution : permettre plus de flexibilité des fonctionnalités des mouvements des projets pour avoir les informations nécessaires; ce qui nécessitera une remise à jour de certaines phases de la procédure.

55

8-

informations des fournisseurs : Elles sont gérées d'une façon centralisée. Pour pouvoir apporter des modifications ou d'ajouter des nouveaux fournisseurs, l'intervention du service concerné s'occupant du fichier central est obligatoire, ce qui cause beaucoup de retard surtout pour le règlement des factures. Proposition : désignation des responsables locaux

9- Formation et utilisation : Les problèmes qui sont liés à la formation et à l'utilisation sont :

· Certains agents ne sont pas formes sur Netphos

· Absence d'adéquation entre le poste occupé et la formation suivie

· Certains agents qui ont ete charges de dupliquer la formation initiale ont ete redeployes dans d'autres entités ou partis à la retraite

· Certains utilisateurs (acheteurs, contrôleurs de gestion, etc.) ne sont pas formes dans le domaine de la comptabilité bien qu'ils utilisent les règles de cette discipline

· Manque de l'effectif utilisateur

Propositions : assurer une compagne de formation vaste et prévoir des mesures d'accompagnement

11- Ordre de virement : Le volume des ordres de virement est important, et se fait manuellement Proposition : il est recommandé de prévoir le système électronique

12- Annulation d'une facture : Le numéro d'une facture annulée dans AP reste mémorisé dans le système en cas de constatation d'une erreur

Proposition : Procéder à une annulation partielle

13- Ordonnancement : Les dates d'envoi et de retour d'une facture de l'ordonnancement ne sont pas renseignées dans le panneau standard de saisie. Cependant, l'exploitation de ces données ne peut etre systematique

Proposition : ajout des champs facultatifs au panneau

14- Catégorie fournisseurs : Certains articles ou travaux ne figurent pas dans la categorie fournisseurs, et par consequent ne peuvent être traites. Le libelle « fournisseur divers » n'est plus accepté par le système. Proposition : revoir la possibilité de prévoir une procédure pour saisir ce type d'articles ou travaux.

15- Procédure et règles de gestion :Le manque de mise à jour des procedures et des règles de gestion pour les adapter aux nouvelles contraintes créées par ORACLE, n'a pas permis l'exploitation efficace des performances offertes par le système. Ce qui fait que l'accompagnement au changement ne s'est pas deroule dans les meilleures conditions.

Proposition : revoir les mesures nécessaires de la mise en oeuvre des procédures

16- Correspondants des sites : Certains correspondants des sites, designes depuis le demarrage de Netphos, ne sont pas en mesure parfois de remplir convenablement la tâche de coordinateur entre les utilisateurs et les administrateurs du système, compte tenu de sa propre charge de travail et du nombre croissant des utilisateurs.

Proposition : créer des cellules responsables de cette tache.

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"Aux âmes bien nées, la valeur n'attend point le nombre des années"   Corneille