Vous êtes sur la page 1sur 22

Comprendre et utiliser les

logiciels de gestion intgrs


30-795-17 Sance 6
Plan de la sance 6

Retour sur les concepts de base


Serveurs SAP et changement de paradigme
Hirarchie des structures dans SAP ERP
Entreposage et distribution
Gestion dinventaire et entreposage (WMS/EWM)
Distribution et mouvements dinventaire
Simulation
Retour sur les concepts de
base et le changement de
paradigme
Retour sur serveur et architecture-serveur

Architecture 2 niveaux (2-tiers)


SAP ERP peut tre install selon
2 architectures diffrentes;
Interface Application
(SAP GUI) + donnes
Architecture 2 niveaux (2-tiers)
Utilisateur Transfert de Serveur Les donnes se retrouvent sur le
donnes mme serveur que lapplication
(SAP).
Architecture 3 niveaux (3-tiers)
Architecture 3 niveaux (3-tiers)
Interface
(SAP GUI)
Application
(SAP ERP)
Donnes
(Data) Les donnes et lapplication ont
chacun leur propre serveur.
Utilisateur Serveur #2 Serveur #1
Hirarchie des structures du systme SAP ERP

Serveur
Serveur application
(ex: sapvm2)
Ce serveur contient plusieurs Clients SAP, tous
indpendants lun de lautre. Par exemple, on
possde souvent un client pour faire du
dveloppement et des tests

Client SAP 1 Client SAP 1 Client SAP


(ex: 200) (ex: 201) Un client reprsente une configuration spcifique et
peut tre vue comme une entit daffaires autonome
Chaque Client SAP contient un, ou plusieurs, codes
de compagnie (Company Code)

CompanyCode CompanyCode Code de compagnie (CompanyCode)


1 2
Ce code reprsente une compagnie au niveau lgal,
i. e. quon va gnrer les tats financiers de cette
Ex: Ikea Canada Ex: Ikea USA entit
Changement de paradigme: lvolution des serveurs

Initialement, la gestion des donnes se faisant en 3 tapes:

ETL Processus
ETL
Processus Processus
transactionnels danalyse dacclration
(Big Data) (CPU + cache)

Chacune tant spare par le ETL (signifiant Extract, Transform, Load ),


qui ncessite des ressources-systme ainsi que temps et nergie ($$$)
Changement de paradigme: lvolution des serveurs

Maintenant, au-del de lintgration des


processus, lindustrie se dirige vers une
SAP HANA intgration des systmes: un systme unique
DRAM qui gre les transactions ainsi que les analyses

Ceci est possible grce lutilisation de la


mmoire-vive (DRAM) comme disque dur ainsi
qu la division de la tche entre multiples
processeurs (CPU) travaillant en parallle

ETL
Changement de paradigme: lvolution des serveurs

En plus de ces changements aux serveurs


physiques, dautres changements dans la
gestion des donnes ont du tre faits pour en
arriver cette intgration:

Retirer les doublons de la base de donnes


Prsentation de la Abolition des champs prcalculs
structure de SAP HANA criture en colonnes vs en lignes ( Youtube)
(Lien YouTube)
Entreposage et distribution
Retour sur la structure et hirarchie du systme

Usine (Plant)
Ex:
Company Code 1
Ikea Canada Reprsente une zone dexploitation, ou
branche de lentreprise
Associe un seul code de compagnie
Usine 1 Usine 2 Peut tre assigne plusieurs
(Plant) (Plant)
combinaisons de sales organizations et
Ex: Ikea distribution channels
Boucherville
Possde 1 ou plusieurs entrepts
Entrept 1 Entrept 2
Possde une adresse, une langue et un
(Storage Location) (Storage Location) pays
Lentrept (Storage Location)

Une structure organisationnelle provenant du module MM (material


management), un entrept (storage location) sert diffrencier les types de
stock un endroit (ex: produits vendre, produits dangereux, liquides, etc.)
Ainsi, un entrept nest pas ncessairement un immeuble et, il est possible de
retrouver 2 entrepts dans la mme salle.
Dans le module WMS (warehouse management system), vous allez retrouver le
terme warehouse :
Un warehouse reprsente la mme structure quun storage location
Par contre, un warehouse offre plus doptions de gestion mais est plus
complexe configurer
Lentreposage dans le module WMS et EWM

Warehouse 1 Dans le module EWS, on reprsente lensemble dune zone


dentreposage sous un seul warehouse number
Un storage type reprsente une subdivision physique, ou
Storage Type logique dun warehouse (ex: tablettes fixes, zone pour
palettes, etc.)
Un storage section reprsente un agglomrat de plusieurs
Storage Section / storage bins avec des attributs similaires (ex: lentrept
Picking Area libre-service chez Ikea)
Un storage bin est la plus petite unit dentreposage et
reprsente un espace prcis (ex: tablette # 30-28-002)
Storage Bin
Lentreposagedans la simulation ERPsim

Dans cette simulation ERPsim Manufacturing, la gestion de la chane


dapprovisionnement (supply chain management) et la distribution des produits a
t trs simplifie et les modules WMS et EMS ne sont pas utiliss. Ainsi:
Entrepts (Storage Locations):
1 entrept pour toutes les matires premires (SLoc 88)
1 entrept pour tous les produits finis (SLoc 02)
les clients achtent directement de lentrept de produits finis (SLoc 02)
Un rappel: bien que nos compagnies ont tous des entrepts 02 , ce sont
des structures uniques chaque entreprise qui, par adon, ont toutes le
mme code
Distribution et
mouvements dinventaire
Distribution et mouvements dinventaire

Dans SAP ERP, une transaction ayant pour effet de modifier le niveau
dinventaire, via un mouvement ou une consommation ditems, se nomme
Goods movement

Il existe 4 types de mouvements dinventaire:


Goods Receipt
Goods Issue
Stock Transfer
Transfer Posting
Distribution et mouvements dinventaire

Goods Receipt (GR)


Un goods receipt fait rfrence une augmentation des
stocks. Par exemple, lors de rception dune commande
provenant dune fournisseur ou suite une production

Goods Issue (GI)


Un goods issue fait rfrence une diminution des stocks
en lien avec la consommation ou lexpdition ditems
Distribution et mouvements dinventaire

Stock Transfer
Un stock transfer fait rfrence lenvoi ditems dun
entrept vers un autre entrept.

Transfer Posting
Plus complexe, ce type de transfert fait rfrence des
changements dans la catgorie ou type de stock dun item
et nest pas obligatoirement reli un mouvement physique
des items (ex: des items placs en inspection sont
maintenant approuvs et deviennent disponibles la vente)
Simulation de pratique
Simulation de pratique

Le but principal de cette simulation est datteindre un rythme constant dans


votre cycle dexploitation:
Pas de pnuries dinventaire (selon les produits que vous dsirez vendre)
Peu/pas dinventaire en surplus
Une production pleine capacit
Minimiser les frais dopration
Gardez votre il sur vos stocks plutt que sur votre profitabilit
Prochaine sance
Prochaine sance

Notions sur la gestion financire et


gestion interne de lentreprise

Retour sur le processus cash-to-cash

Quiz 3: il sera remettre avant la


prochaine sance et couvrira la matire
des sances 5 et 6. Notez quil sera
principalement orient vers le processus
de vente