PGI-Préparation final PDF

Preview

Summary

Séance 1 – Jeux ManufacturierPart Chap - IntroductionOpérations du processus d’affaires intégrés :Forecasting : Toutes les usines de la simulation utilisent une approche « make-to-stock ». Donc, le directeur des ventes a besoin de prévision (forecast) de la demande pour créer des besoins (requiermen...

Description

Séance 1 – Jeux Manufacturier Part.1 Chap.1 - Introduction Opérations du processus d’affaires intégrés : Forecasting : Toutes les usines de la simulation utilisent une approche « make-to-stock ». Donc, le directeur des ventes a besoin de prévision (forecast) de la demande pour créer des besoins (requierment) indépendants. Production Planning : Basée sur les ventes unitaires prévus pour la prochaine période et représenté par des besoins indépendants. Alors le planificateur exécute le « Matérials Requirement Plan (MRP) », qui lui, génère automatiquement la fonction d’achat des besoins en matière première requises. Purchase Order Creation : Lorsqu’une demande est reçue, le directeur des achats contacte les fournisseurs du produit demandé. Après avoir désigné le vendeur choisis pour répondre à la requête d’achat, un bon de commande est créé. Goods Reception : Lorsque les marchandises sont reçues, le préposé à la réception s’assure que les produits reçus correspondent au bon de commande et enregistre les marchandises reçues dans le système. Invoice Reception : La facture envoyée avec le produit est transférée au département de comptabilité et posté par un préposé à la comptabilité. Payment : Puisque la marchandise est payable selon un délai de paiement convenu préalablement, le préposé à la comptabilité réalise la transaction requise pour payer le fournisseur. Finalement, un chèque est émis et envoyé au fournisseur. Production Order Release : Une fois que tous les intrants requis à la production sont disponibles, une requête de production est créée et publiée. Production Order Execution : Les matière première requise sont alors transférés de l’entrepôt à la ligne de production. Une confirmation de ce transfert est enregistrée dans le système. Sales Order Creation : Régulièrement, les détaillants demandent aux manufacturiers d’émettre une soumission. Le détaillant envoi la commande au manufacturier pour qui les produits correspondent le mieux à ses besoins. Le représentant des ventes enregistre cette commande. Shipping : Les produits finis sont envoyés aux clients (détaillants) et l’éventaire des produits finis est ajusté (post goods issue) Invoicing : Le département de comptabilité envoi une facture aux clients (détaillants) Incoming Payment Reception : Lors de la réception du paiement du client, le commis à la comptabilité remet le compte client à 0 et enregistre le dépôt du paiement.

Part.1 Chap.2 – Jeu introductif Navigation dans SAP ABC d’un Progiciel de Gestion intégré  Un PGI est supporté par une base de données intégrée  Un pgi tels que SAP contient des dizaines de milliers de tables dans sa BD  Exécuter un transaction = usager crée, change, visualise des données dans le système  Données créées/modifiées par un user peuvent être exploitées par tt les autres users autorisés  Ttes transactions sont traçables; les transactions financières peuvent être renversées mais jamais effacées. Interface usager (GUI)  Les usagers interagissent avec le progiciel en exécutant des transactions.  Nbr important de transactions prédéveloppées sont dispo par défault ds SAP  Chaque transaction à son code transactionnel pouvant être utilisé pour exécuter directement la transaction  Le menu SAP permet de naviguer parmi les transactions des différents modules de l’application  Possible de créer des menus personnalisés ou liste de transaction « favorites » Rapports et requêtes  Rapports et requêtes = transactions qui permettent aux usagers de visualiser les données entreposées dans la BD  Requête typique s’exécute comme ça : o Ds le 1er écran de la transaction, saisir les critères de sélections (ex : Compagny Code, Product, Code, etc.) o Click sur Horloge pour exécuter o Table avec résultat s’affiche o Affichage des données se modifie avec quelques fonctions (E = Critère de tris, Pyramides =Croissants ou décroissants, etc.) Saisir de nouvelles données  Transactions faites pour créer ou changer des donnés (Create forecast, release purchasing orders, change sale price, etc.)  Interface varie selon transaction et type de données  Système valide l’info avant l’enregistrement ds la BD  Important de sauvgarder les données avant de quitter la transaction (disquette, Drapeau vert Autres fonctions importantes  Étoile = ouvrir nouvelle session  Poubelle = effacer  Longue vue = Rechercher

  

3 étages verte = sélectionner tout Lunette = voir Planette et crochet = Continuer

Vérifier le cout de production (Q1)  Production Cost : Product Cost Analysis (ZCK11 = Quarter 1/Reporting/ERPsim :Product Cost Planning) Pour chaque produit, il montre les couts variables et fixes ainsi que le prix pour chaque DC (Distribution Channel) Maintenir les prix (Q1)  Change Price : Condition Maintenace : Change (VK32 = Quarter 1/Conditon Maintenance : Change) o Étapes 1. Open prices folder and dbl click on « Price List » 2. In « DistributionChannel » enter DC10 to 12 3. In « Material », enter product code (optional) 4. Appuyer sur Horloge 5. Enter prices 6. Appuyer sur disquette Investissement Marketing (Q1)  Marketing expense : Marketing Expense Planning (ZADS = Quarter 1 / ERPsim: Marketing expense planning)  Saisi le budget mktg quotidien pour chaque produit et chaque region  Impact dépend proportion investissement selon ensemble dépenses Mktg ds region  Investissement MKTG augmentent désirabilité du produit auprès des détaillants 

Budget MKTG modifiables tout les jours

Rapport d’inventaire (Q1)  Stock Levels : Inventory report (ZMB52 = Quarter 1 /Reporting/ERPsim :Inventory Report)  Montre tous les niveaux d’inventaires Rapport sommaire des ventes (Q1)  Sales and Market data o Sales order report (ZVA05) : Montre les transactions de ventes (Temps, Revenue de vente, Nbr de boites vendues et prix par boite) o Summary sales report (ZVC2) : Montre les ventes journalière (par jour) o Price market report (ZMarket) : Montre les ventes du marché pour les 5 derniers jours (revenues, unités, et prix moyens) Rapport sur l’état du marché (Q1)  Sales and Market date o Price market report (ZMarket) : Montre les ventes du marché pour les 5 derniers jours (revenues, unités, et prix moyens)

Vérifier les états financiers (Q1)  Financial statement Financial Statement (F.01) 1. In compagny code, enter your compagny number ($$) 2. Appuyer sur horloge Relâcher la production (Q2)  Release production Coll. Conversion of Pld Orders (C041=Quarter2/Collective conversion of planned orders) Étapes : 1. Appuyer sur Horloge 2. Select Orders 3. Click on Convert. (Un message va confirmer la conversion) 4. If no planned order : Planned order could not be selected 5. If conversion fails, Click on red X to see log

Vérifier l’échéancier de production (Q2)  Production Schedule Production Schedule (ZC00IS = Quarter 2 / Reporting / ERPsim :Production Schedule)  Montre les requêtes de production publié, dans le passé ou le seront dans le futur, Pour chaque requête il montre le temps de réalisation, le temps de début et de fin (Ou « to start » ou « finish » si incomplète). Lorsque « Tarrget Qty >Conf Qty » c’est que la production est en attente. Prévision des ventes (Q3)  Forecast Sales Create Planned Indep. Req. (MD61 = Quarter 3/ Create Planned Independent Requirements) Étapes : 1. Select Product group, then enter team ($$) 2. Appuyer sur crochet vert 3. Enter new forecasted quantities in next month (Qtty = replenishment level) 4. Appuyer sur disquette Exécuter le Calcul MRP  Calculate Requirements MRP Run (MD01 = Quarter3 / MRP Run) Étapes : 1. Appuyer sur crochet vert (3X) 2. Creates new doc Conversion en ordre d’achat  Purchasing Automatic Gen. Of P0s (ME59N = Quarter3/Automatic generation of PO) Étapes : 1. Appuyer sur horloge 2. Purchased order are created (Si aucune requete n’ouvre, c’est qu’il n’y a pas de requete qui correspond aux critères.)

Suivit des achats  Purchase Orders Purchase order tracking (ZME2N = Quarter 3/Reporting/ERPsim :Purchase Order Tracking)  Montre pour chaque requête de commande, la date d’émission, l’arrivé et la date du paiment

Séance 5 – Modélisation SAP HANA Studio Structure des données dans SAP R/3 Critères de qualité de l’information      

Fiable et Exacte : Provient d’une source de confiance, et décrit bien ce qu’elle représente. Complète : La donnée en elle même est complète, et tous les éléments la décrivant sont disponible. Pertinente : Utile à la prise de décision et/ou dans le contexte où elle se trouve. Compréhensible : L’information fait du sens/s’explique bien Protégée : Les personnes qui y ont accès (écriture ou lecture) sont autorisé à le faire Disponible : N’est utile que si on peut y avoir accès au moment opportun

Tables  

Dans SAP R/3, tout élément est composé d’1 ou plusieurs tables. Chaque entrée d’une table contient des informations qui peuvent être liées aux éléments organisationnels, aux donnés maitres, à des documents, et/ou à des saisies manuelles.

Documents versus tables 

Un document est toujours, sauf exception, composé d’un entête et d’items. o L’entête conserve toute info qui s’applique au doc entier (peu importe l’item)  Exemple : Code de la compagnie émettrice, # de client, Adresse de fact. o Les items conservent l’info sur tous les éléments qui ont des propriétés individuelles dans le document.  Exemple : # d’item commandé, Qté de l’item commandé, Prix unitaire

Données maitres vs tables 

Un table contient les données générales pour la donnée maître (rôle similaire à l’entête des doc, où les données sont globales pour la donnée maître, peut importe la vue).

Trouver l’information Nom de la table et du champ Aide SAP (F1)  Placer le curseur dans le champ désiré, puis appuyer sur F1!  L’aide SAP renseigne sur l’utilisation de ce champ. Elle peut aussi contenir de l’info sur la configuration des données affichées. Technical Information  Cliquez bouton droite (Marteau + clef, 4e touches) « Technical information »  La fenêtre « Technical Information » fournit un grand nombre de données pertinentes: Nom de la table ou la structure et son type, Nom du champs, Nom du programme utilisant présentement ce champs.

Tables, structures et vues Type de données 



Tables : o Transparent table : table qui contient des données. Elle peut être manipulée pour ajouter, modifier, ou effacer des entrées. o View(vue) : Une vue qui permet de consulter une ou plusieurs tables (via une jointure) o Structure : Utilisée dans les programmes pour transférer des données d’un programme à l’autre. Elle est construite comme une table, mais a comme particularité de ne conserver aucune donnée; Une fois que le programme a terminé son travail, les données en mémoire sont perdues. Data Element : o Un data element est en quelque sorte???

Transaction utile 

SE11 – ABAP Dictionary o Affichage de la structure des tables, vues, structure, type de données, etc. o Permet de retrouver l’utilisation d’un cham par les tables et programmes du système. (Where-Used List) o L’écran de sélection permet d’afficher les éléments en fonction de leur catégorie. o L’outil « where-used list » permet de determiner où un champ ou une table sont utilisés dans SAP. o Éléments qui permettend de définir une table/vue/structure  Field = le champ dans la table, vue ou structure  Key = la clé primaire  Initial Values = Indique que les champs doit absolument contenir une valeur (not null)  Data element = indique les parametre du champs (peut être réutilisé ds tous les système pour assurer la conformité)

Peut être réutilisé par tout programme, fonction, table,champs, de SAP. Rôle = Définir les propriétés du champ au quel il est assigné.  Propriétés : o Data type : Type de données : texte, alphanumérique, numérique, etc. o Length : Longueur maximale (nbr de caractère) o Decimal Places : Si le champ est de type numérique, Définit le nbr max de decimale. Data type = Type de données. 

 

SE16 – Data Browser o Affichage des données enregistrées dans une table.

S8 – Projet d’implantation et configuration

Progiciel Définition   

Progiciel (produit + logiciel) est un logiciel applicatif commercial, standardisé et générique, prévu pour répondre à des besoins ordinaires. Opposé de Logiciels sur mesure développés et conçu pour répondre à des besoins spécifique. L’achat comprend : composants logiciels, documentation en ligne/imprimé, stage de formation, assistance à l’installation, au paramétrage et support après implantation

Caractéristiques    

Solution préconfiguré qui supporte au minimum les processus de finance et GOP Configurable au besoins spécifiques d’une organisation Modulaire Application hautement intégrée en terme de : o Processus d’affaire et de Technologie

ERP Définition   

Stratégie de technologie intégrant un ensemble de fonctions de l’entreprise comme les finances, les RH, les achats et les aspects opérationnels, tels que la fabrication ou la distribution , grâce à fonction allant des transactions au suivi financier. Peut fournir des applications d’analyse utilisant l’ensemble des données de transaction qui sont générées par les fonctions contenues dans la suite. La plupart des solutions ERP permettent la circulation de l’info à travers l’organisation, dans les processus d’affaire de bout à bout, grâce à un ensemble complet de modules interconnectés.

Implantation de progiciel Défis, risques, et contexte Ne pas réussir son implantation… et faire faillite  Es ce que l’échec d’un projet informatique peut faire sombrer une grosse compagnie Le défi n’est pas technique  Les défis techniques, peut importe leurs ampleurs, ne sont pas la raison principale d’un échec de l’implantation.

 

Des mois sont investis dans l’évaluation des différentes offres de logiciels, mais slmt quelques semaines le sont sur la planification et l’estimation du projet d’implantation Nous n’implantons pas la technologie, Nous implantons le changement!

Implantation, pari risqué  Quelques obstacles : Besoin provenant de l’entreprise mal défini, changeants ou inexistant, Manque de personnel qualifié, Support de la direction faible ou innexistante, Mauvaise exécution des tests ou aucun tes effectué Défi de taille  Taille du projet + Gestion du changement + Affectation des ressources + Réingénierie de processus = complexité et risque

Planification L ‘importance des ressources Intrants (vers processus d’implantation):  Envergure (taille) : Nombre total de modules, nombre de sous-modules par module.  Facteurs contextuels : Taille de l’O, Nbr total d’user, Nbr d’user par module Extrant (découle du processus d’implantation) :  Effort pour l’implantation : Ressources humaines, Ressources financières Budget d’un progiciel PGI  Le prix de la licence d’un PGI ne corrèle que très faiblement avec l’effort requis pour l’implanter et sa valeur pour l’organisation  Le ratio moyen du cout d’implantation vs le cout de la licence est 4.8

Méthodologie ASAP (5 step) 1. Préparation du projet  Planification du projet et mise en place des bases pour une implantation réussie : o Définition des visées et des objectifs du projet o Clarification de l’étendue de l’implantation o Définition des échéanciers, du budget, et de la séquence d’implantation o Mise-en-place de l’organisation de projet et des comités requis. Assignation des ressources. 2. Spécification d’affaires (business blueprint)  Définition des besoins de l’entreprise  Modélisation des processus d’affaires et de la structure organisationnelle  Raffinement des visées et objectifs du projet, ainsi que des échéanciers 3. Réalisation  Configuration des exigences définies à l’étape 2.  Configuration de base (baseline configuration) couvrant la majorité de l’étendue du projet, suivi par la configuration finale.

 

Tests unitaires et d’intégration Rédaction de la doc pour user finaux

4. Préparation finale  Tests finaux et tests d’assurance qualité  Formation des user finaux  Préparatifs finaux (validation des données, migration de données manquantes, préparation des systèmes).  Résolution des incidents non résolus. 5. Mise en route et Support (Go Live & Support)  Passage de l’environnement de pré-production à l’environnement de production  Mise-en-place et maintient des support  Monitoring (surveillance) des transactions  Optimisation des performances système.

Éléments structuraux d’un ERP Objet statique 



Élément qui ne change pas ou peu à travers un processus : o Un élément organisationnel représente un élément physique ou non de la structure de l’entreprise, un groupe de personnes ou de fonctions. o Une donnée maître représente les acteurs et les produits/services d’une entreprise L’objectif visé des objets statiques est de représenter tout élément qui ne change pas et qui peut être réutilisé à travers les processus. o Ses paramètres sont constants o Réutilisation de l’information

OS – Éléments organisationnels  Permet de définir la structure organisationnelle d’un point de vue légal ou d’affaire  Particularités : o Le mot « structure » prend toute son importance. On définit d’abord les éléments organisationnels, puis on les assigne entre eux pour former la structure organisationnelle. o Un élément organisationnel peut être partagé entre plusieurs modules ou être spécifique à un seul.  Exemples : Entité légale (répercussions comptables), Usine/Entrepôt/Centre de distribution, Organisation de vente/d’achat OS – Données maitres  Permet de définir les acteurs, produits, services, outils, …, utilisés par l’entreprise. Simplement, il s’agit de la configuration des règles d’affaires de l’entreprise pour ces éléments.  Particularités : o Définition de ces données se fait par le billet de vues. Chaque vue contient un lot de paramètre définissant les caractéristiques de cette donnée. o Les éléments organisationnels sont utilisés afin de diviser les paramètre qui définirons le comportement du système pour cette donné maitre.  Exemples : Matière première/Produit fini, Fiche client/fournisseur (SAP considère ces éléments comme des « Business Partners », Conditions (prixm taxes, etc.)

Objet dynamique   

Un objet dynamique est généré suite à la réalisation d’un évènement. La forme la plus générale est un document, résultat d’une transaction. Exemples : Ordre de vente (Sales Order), Ordre d’achat (Purchase Order), Réquisition d’achat (Purchase Requisition), Facture (Invoice), Écriture comptable (Accounting document) Caractéristique d’un objet dynamique :

o Peut avoir une durée de vie limitée et/ou évoluer à travers le temps par son changement de statu; ET Généralement formé d’un ou plusieurs objets statiques, permettant de définir ses caractéristiques. OD – Transaction  Permet de générer un ou des objets dynamiques dans le système, ou permet de faire évoluer ces derniers.  Par définition, une transaction effectue une opération à l’aide d’intrants et d’extrants :  Exemples d’intrants : Donnée maitre, Élément organisationnel, Entrée manuelle/électronique, Document antérieur  Examples d’extrants : Document

S9 – Intro à la configuration dans SAP Architecture SAP R/3 Client/ Serveur  

Architecture logicielle qui sépare logiquement l’affichage, l’acquisition, le traitement et la sauvegarde de l’information en différentes couches. Un ERP tel SAP r/3 utilise une approche client/serveur, où le traitement de l’information est effectué sur le serveur (majorité du travail) et où le client gère des fonctions minimales.

SAP R/3 : Couches Couche Présentation  Gère l’interaction avec les users  Saisie les données et les commandes de l’utilisateur et les transmet à la couche application  Mise en page des données reçues de la couche application  Réception et affichage à l’utilisateur des messages de la couche application Couche Application  Exécution des programmes  Requête à la base de données (Lecture/Écriture)  Validatio...