S43300 FR Col23
S43300 FR Col23
.
.
SUPPORT DE COURS DU PARTICIPANT
COURS AVEC INSTRUCTEUR
.
Version du cours : 23
Durée du cours : 3 Jour(s)
Numéro d'article : 50162257
Veuillez noter que cette formation a été traduite par une machine et que par
conséquent, la qualité de la traduction peut s'avérer inférieure à celle d'une traduction
réalisée par une personne. En cas d'incertitude, veuillez vous référer à la version
anglaise de la formation.
Copyrights, marques
commerciales et clause de non-
responsabilité SAP
Démonstration
Procédure
Avertissement ou Attention
Astuce
Invitation à la discussion
37 Chapitre 3 : Notifications
55 Chapitre 4 :Ordres
PUBLIC CONCERNÉ
Ce cours s'adresse aux participants suivants :
● Chef de projet
● Superutilisateur/utilisateur clé/utilisateur de référence
Sujet 1
Exploration de l'architecture et des rôles 3
Sujet 2
Explication de l'adaptation de l'IU 13
OBJECTIFS DU CHAPITRE
OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Explorer les rôles sur FES et BES
Architecture
Figure 1: U1_L1_UI_Configuration_UX
SAP S/4HANA est un nouveau produit qui vise à obtenir une technologie d'interface
utilisateur moderne et de pointe avec son approche simplifiée basée sur navigateur de SAP
Fiori.
C'est le cas pour les deux options de déploiement : Cloud et On-Premise.
Cloud
Dans ce contexte, le type de mandant Barre de lancement SAP Fiori (FLP) est le premier
choix.
Dans la barre de lancement SAP Fiori, différentes technologies d'IU peuvent être utilisées :
SAPUI5, ABAP Web Dynpro et SAP GUI for HTML.
Sur site
Pour le modèle de déploiement sur site, le type de client Barre de lancement SAP Fiori (FLP)
est également le premier choix. Cependant, il est également possible d'exécuter SAP S/
4HANA on-premise avec la SAP GUI for Windows traditionnelle.
Comme alternative à la barre de lancement SAP Fiori et à SAP GUI for Windows, SAP
Business Client peut également être utilisé.
Remarque :
Dans ce document, l'abréviation FLP est utilisée à la place de la barre de
lancement SAP Fiori.
La barre de lancement SAP Fiori (FLP) est conçue pour être le point d'accès central pour tous
les modèles de déploiement.
La barre de lancement SAP Fiori est un frontend orienté rôle qui se compose de groupes de
vignettes qui peuvent être assemblés de manière flexible en fonction des catalogues de
vignettes. Quels catalogues de vignettes sont disponibles pour quel utilisateur est déterminé
via l'affectation de rôle sur le serveur frontend (FES).
Cela signifie que SAP S/4HANA on-premise a une architecture à trois niveaux :
● FLP exécuté dans un navigateur comme frontend pour l'utilisateur
● Serveur frontend (FES) avec rôles Fiori
● Serveur backend (BES) avec rôles backend
Architecture FLP
FLP fonctionne dans presque tous les navigateurs disponibles sur le marché. Consultez la
documentation SAP pour connaître les versions prises en charge.
Remarque :
Open Data Protocol (OData) est un protocole Web permettant d'interroger et de
mettre à jour des données, d'appliquer et de développer des technologies Web,
par exemple HTTP, pour fournir un accès aux informations provenant d'une
variété d'applications et de services. Comme les services OData sont facilement
utilisés sur différentes plates-formes, vous pouvez utiliser ce service pour créer
des applications Web et mobiles inter-plateformes.
Lorsque vous cliquez sur une vignette dans la barre de lancement SAP Fiori, l'utilisateur
exécute une application. Dans de nombreux cas, le code de ces applications se trouve dans le
système backend (BES). Par conséquent, l'utilisateur doit pouvoir se connecter au système
backend et être autorisé à exécuter l'application. La communication entre le FES et le BES est
basée sur le Remote Function Call (RFC). Par conséquent, l'utilisateur a besoin de certaines
autorisations RFC.
Types d'application
Chaque vignette a un type d'application spécifique avec une technologie d'interface utilisateur
spécifique :
● Applications opérationnelles : utilisation d'ABAP pour fournir l'approche classique pour les
fonctions d'un système de gestion
● Applications analytiques : utilisation des fonctionnalités analytiques de SAP HANA pour
fournir des informations sur les données de gestion
● Applications Infos-clés : utilisation des fonctionnalités de recherche d'entreprise de SAP
HANA pour fournir des résultats de recherche
Toutes les vignettes sont fournies via les catalogues SAP Fiori situés sur le FES. Les vignettes
réellement affichées dans la barre de lancement SAP Fiori sont déterminées via des groupes
de vignettes SAP Fiori.
Les catalogues SAP Fiori et les groupes de vignettes SAP Fiori doivent être affectés aux rôles
PFCG dans le FES. Ces rôles seront ensuite affectés à l'utilisateur.
La plupart des applications dans SAP S/4HANA Asset Management sont des applications
opérationnelles. Cependant, il existe une variété d'applications opérationnelles utilisant
différentes technologies d'interface utilisateur :
● Transactionnel/SAPUI5 : il s'agit des nouvelles applications reposant sur les applications
SAPUI5 et les services OData situés sur le FES.
● Transactionnel/WDA : WDA signifie Web Dynpro ABAP et repose sur des applications Web
qui doivent être activées via des Business Functions (BF) sur le BES.
● Transactionnel/SAP GUI : ces applications exécutent une transaction traditionnelle sur le
BES (affichée dans la barre de lancement SAP Fiori via SAP GUI pour HTML).
Logiciel
Figure 4: Logiciel
Les étapes suivantes sur le FES sont nécessaires pour utiliser les applications Fiori :
● Installation du composant backend
● Installation du composant IU spécifique au produit sur le backend
● Installation du composant frontend sur le serveur frontend
● Implémentation des notes SAP nécessaires
● Activer les services OData sur le serveur frontend
● Activer les applications SAPUI5 sur le serveur frontend
● Contrôler/créer des rôles contenant des catalogues SAP Fiori et des groupes de vignettes
SAP Fiori
● Affecter des rôles aux utilisateurs
● Affecter des autorisations de service OData (backend/frontend)
Les étapes suivantes sur le BES sont nécessaires pour utiliser les applications Fiori :
● Installer les composants/produits logiciels requis
● Implémenter l'application dans le backend (des étapes supplémentaires peuvent être
requises, par exemple, créer des variantes de sélection, activer des tâches de workflow,
affecter des responsables, lier l'utilisateur SAP et le matricule, etc.)
● Contrôler/créer des rôles contenant des transactions, des applications ABAP Web Dynpro
et leurs autorisations
● Affecter des rôles aux utilisateurs
● Activer les Business Functions pour les applications WDA
Business Functions
La fonctionnalité de SAP EAM WDA est fournie avec les Business Functions suivantes :
● LOG_EAM_SIMPLICITY
● LOG_EAM_SIMPLICITY_2
● LOG_EAM_SIMPLICITY_3
● LOG_EAM_SIMPLICITY_ ...
Rôles (FES)
Les catalogues SAP Fiori et les groupes de vignettes SAP Fiori sont affectés aux rôles PFCG
dans le FES. Vous pouvez copier les rôles standard pour créer votre propre rôle.
Les rôles standard dans SAP S/4HANA Asset Management sont les suivants :
● SAP_BR_EMPLOYEE_MAINTENANCE – Salarié
● SAP_BR_MAINTENANCE_PLANNER – Gestionnaire de maintenance
● SAP_BR_MAINTENANCE_PLANNER_RSH – Gestionnaire de maintenance - Planification
des ressources
● SAP_BR_MAINTENANCE_TECHNICIAN – Technicien de maintenance
Une fois vos rôles définis, ils sont affectés à l'utilisateur dans le FES.
Remarque :
Pour plus d'informations sur les applications SAP Fiori, voir la bibliothèque de
référence pour les applications SAP Fiori, via : https://
fioriappslibrary.hana.ondemand.com/sap/fix/externalViewer/
Il existe différentes possibilités pour créer un avis PM via la barre de lancement SAP Fiori.
Par exemple, vous pouvez utiliser l'application Signalement de panne SAPUI5 pour créer un
avis PM simplifié. Les applications SAPUI5 font partie du produit SAP FIORI POUR S/4HANA
et se trouvent sur le serveur frontend.
Vous pouvez également sélectionner l'application ABAP Web Dynpro (WDA) Création d'avis
PM. Les applications Web Dynpro font partie de S4CORE (qui fait partie de différentes
Business Functions) et se trouvent sur le serveur backend.
Espaces et pages
Le mode Espaces a été développé pour offrir plus de flexibilité afin d'influencer la mise en
forme de la barre de lancement pour des groupes d'utilisateurs spécifiques.
Les pages sont affectées aux utilisateurs via des espaces affectés à des rôles utilisateur. Le
rôle utilisateur définit les utilisateurs qui voient un espace spécifique. Si vous activez des
espaces pour vos utilisateurs et que vous définissez des espaces et des pages spécifiques
pour eux, vous pouvez atteindre un meilleur ajustement.
En définissant des pages avec des sections pertinentes, vous pouvez définir l'ordre dans
lequel les applications sont triées sur la page. Vous pouvez, par exemple, trier les applications
les plus utilisées dans la section supérieure, puis créer des sections distinctes pour les
applications qui vont ensemble. SAP fournit des espaces et des pages prédéfinis que vous
pouvez utiliser pour commencer.
Rôles (BES)
Le même utilisateur qui est configuré sur le FES doit également être configuré sur le BES.
Vous devez d'abord créer des rôles PFCG sur le BES qui contiennent les transactions
nécessaires, les applications ABAP Web Dynpro (WDA) et d'autres types d'applications si
nécessaire, ainsi que les autorisations nécessaires.
Comme dans le FES, vous pouvez copier les rôles standard disponibles pour créer vos
propres rôles et les modifier si nécessaire. Les rôles standard commençant par SAP_PM_
contiennent les transactions traditionnelles.
Les rôles standard suivants fournissent toutes les applications Web Dynpro pour SAP S/
4HANA Asset Management : Gardez à l'esprit que les applications Web Dynpro et leurs rôles
doivent être activés via les Business Functions commençant par LOG_EAM_SIMPLICITY,
comme expliqué précédemment dans ce chapitre. Cela n'est pas nécessaire pour les
transactions traditionnelles.
● SAP_COCKPIT_EAMS_GENERIC_FUNC2 – Fonctions EAM génériques
● SAP_COCKPIT_EAMS_MAINT_WORKER2 – Technicien de maintenance
Remarque :
Vous trouverez plus de détails sur les Business Functions dans SAP S/4HANA sur
le SAP Help Portal, via :
https://help.sap.com/viewer/
7113856e409647838af7891e1429b807/2020.000/de-DE/
cc899f57e30f8a1be10000000a44147b.html
SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Explorer les rôles sur FES et BES
OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Expliquer l'adaptation de l'IU
SAP Fiori/SAPUI5
L'interface Fiori/SAPUI5 peut être personnalisée et adaptée comme suit :
● L'utilisateur peut personnaliser la barre de lancement SAP Fiori.
● L'utilisateur peut personnaliser des applications SAP Fiori individuelles.
● L'administrateur ou l'utilisateur clé peut adapter SAPUI5 au moment de l'exécution (RTA).
● Le concepteur de thème d'interface utilisateur peut être utilisé pour adapter le thème et le
branding.
Remarque :
SAP fournit des groupes de vignettes prédéfinis pour SAP S/4HANA Asset
Management avec la convention d'appellation technique suivante :
SAP_EAM_BCG_...
Remarque :
Pour plus d'informations sur la configuration de SAP Fiori, consultez le SAP Help
Portal sous SAP S/4HANA >Enterprise Technology >SAP Fiori.
Remarque :
Pour plus d'informations sur le Customizing et la configuration de Web Dynpro,
consultez le SAP Help Portal sous SAP S/4HANA >Enterprise Technology >ABAP
Platform >UI Technologies >Web Dynpro ABAP and Floorplan Manager ou sous le
lien suivant concernant Web Dynpro ABAP :
https://help.sap.com/viewer/fc79a39b30fe4d9aa983bad6787ab9ad/
202009.000/en-US/4e161363b81a20cce10000000a42189c.html
SAP GUI
La SAP GUI peut être personnalisée et adaptée comme suit :
● L'utilisateur peut personnaliser SAP GUI.
(par exemple, adapter le design visuel (thème, options de police, etc.) ou définir des
valeurs par défaut (profil utilisateur, transaction EAM_USER)
● L'administrateur ou l'utilisateur clé peut personnaliser SAP GUI au niveau du mandant
(IMG).
(par exemple, définir les profils de vue pour les objets de gestion, définir la sélection de
zones, etc.)
Remarque :
Dans l'application que vous utilisez actuellement : comment savoir quelle
technologie IU est utilisée ?
Utilisez simplement l'option I About dans votre profil utilisateur (en haut à droite
dans la barre de lancement SAP Fiori).
Dans la section Application, le paramètre ID de structure affiche :
● UI5 pour applications Fiori/SAPUI5
● WDA pour applications ABAP Web Dynpro
● GUI pour transactions SAP GUI
SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Expliquer l'adaptation de l'IU
Correct. SAP Business Client pour HTML est le type de client préféré pour SAP S/4HANA.
Correct. SAP Business Client pour HTML est le type de client préféré pour SAP S/4HANA.
Sujet 1
Configuration des divisions 21
Sujet 2
Configurer les postes de travail 29
OBJECTIFS DU CHAPITRE
OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Configuration des divisions
Divisions
Scénario de gestion
Vous allez implémenter SAP S/4HANA Asset Management et vous devez donc configurer les
divisions logistiques existantes du point de vue de la gestion des immobilisations.
généralement déjà en tant que divisions logistiques) et les divisions de planification PM (en
abrégé divisions de planification) sont définies dans la structure de l'entreprise.
Étape 3 : dans cette étape, les groupes de gestionnaires PM sont affectés aux divisions de
planification et les postes de maintenance sont affectés aux divisions de localisation.
Structure de la division
Division de planification PM :
Une division de planification PM est l'entité organisationnelle dans laquelle les besoins en
maintenance sont planifiés. Ces besoins peuvent provenir de votre propre division ou d'une
autre division de localisation affectée à cette division de planification PM.
Si des travaux de maintenance sont planifiés dans cette division, la division de localisation est
également la division de planification PM (en abrégé division de planification). Les sites
subdivisent une division de localisation en fonction de critères basés sur le site, tels que le
site, les bâtiments et les coordonnées. Une division de localisation peut également être
subdivisée en secteurs d'exploitation en fonction de la responsabilité de la production. Le
responsable du secteur d'exploitation est le contact qui coordonne la production et la
maintenance (ingénieur d'usine).
Postes de maintenance :
Les unités de capacité dans la maintenance sont gérées en tant que postes de maintenance.
Les postes de maintenance sont affectés à la division de localisation correspondante en tant
qu'ateliers.
Groupes de gestionnaires PM :
Les gestionnaires d'une division de planification PM sont définis comme groupes de
gestionnaires PM.
Entité organisationnelle :
L'entité organisationnelle est l'un des modules de la composante Ressources humaines (HR)
permettant de créer une structure organisationnelle. Une entité organisationnelle peut être
affectée à un poste de maintenance. Cela vous permet d'indiquer différentes équipes d'un
point de vue logistique et RH.
Matricule :
Le matricule est l'objet de gestion utilisé dans HR pour décrire un salarié avec toutes ses
différentes données.
Partenaire :
Le partenaire dans SAP S/4HANA est l'approche obligatoire pour créer des données de base
telles que des personnes, des groupes de personnes et des organisations. Exemples : client,
fournisseur, matricule, etc. Un partenaire obligatoire est affecté à chaque matricule.
Utilisateur SAP :
Pour se connecter à un système SAP, chaque utilisateur a besoin d'un utilisateur SAP, qui
contient les différents paramètres de connexion, les rôles combinés aux droits d'accès, etc.
L'utilisateur SAP est associé au matricule (et au partenaire). Ainsi, lorsqu'un utilisateur se
connecte à un système SAP S/4HANA, toutes les différentes perspectives et vues de
données de cet utilisateur sont couvertes.
Maintenance inter-divisions
Planification inter-divisions :
Plusieurs divisions de localisation sont affectées à une division de planification. Par exemple,
dans une division (par exemple, la division 1020) sont nécessaires pour la maintenance car un
système technique y requiert une maintenance (division de localisation). Toutes les autres
fonctions (planification de la maintenance, exécution de l'ordre et stockage des pièces de
rechange) relèvent cependant de la responsabilité d'une autre division (division 1010).
Autres options :
D'autres options sont également envisageables. La planification des mesures de maintenance
d'une division (par exemple, la division 1030) et l'approvisionnement en pièces de rechange
ont lieu dans une autre division (division 1010). Cependant, les tâches sont exécutées par des
ateliers disponibles localement.
Même si les divisions ont généralement déjà été définies lors de l'implémentation de SAP S/
4HANA Asset Management, les étapes les plus importantes de la définition d'une division sont
les suivantes :
1. Définir divisions
10. Définir détermination des comptes > code de regroupement des domaines de valorisation
0001 pour domaines de valorisation
12. Définir les paramètres de division pour la planification des besoins en consommations
13. Activer/configurer valorisation séparée > valorisation des stocks basée sur les conditions
(C)
Planification des besoins en consommations Gestion des articles Calcul des → besoins sur
consommations → Paramètres de divi-
(non effectué par l'équipe de projet PM)
sion → Exécuter la gestion globale des para-
mètres de division
Valorisation séparée (remise à neuf) Gestion des articles → Valorisation et imputa-
tion → Valorisation séparée → Activer la valo-
risation séparée — / Configurer la valorisation
séparée
Valorisation des marchandises (remise à Production → Pilotage de l'atelier → Intégra-
neuf) tion → Définir valorisation des entrées de
marchandises
SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Configuration des divisions
OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Créer et configurer des postes de travail
Postes de maintenance
Ce sujet traite de l'utilisation des postes de travail dans la maintenance.
● Un poste de travail est une entité organisationnelle qui définit où et quand une opération
peut être exécutée.
● Les postes de travail peuvent représenter des machines ou des personnes.
● Le poste de travail peut être utilisé comme poste de maintenance responsable.
● Les postes de travail peuvent être utilisés pour exécuter des opérations.
● Données de base :
Contient la description, le type de poste de travail et l'utilisation de la gamme.
● Valeurs par défaut :
Par exemple, une clé de pilotage par défaut.
● Capacité :
La capacité disponible est généralement saisie comme capacité disponible standard avec
les spécifications : calendrier d'entreprise, début et fin du travail, niveau de capacité
individuelle (nombre de personnes) et temps d'utilisation par habitant. La capacité
disponible peut être limitée en fonction du temps ou être organisée en équipes différentes
de la capacité standard.
● Planification :
Le début et la fin d'une opération sont calculés sur la base des délais (durée de
l'opération). Le poste de travail contient une référence à la zone de durée dans l'opération.
● Calcul du coût de revient :
Les coûts de personnel internes sont calculés sur la base des types d'activité définis dans
le contrôle de gestion. Les types d'activité contiennent l'affectation à un taux horaire. Les
types d'activité sont affectés indirectement à l'aide d'un centre de coûts, et non
directement au poste de travail.
● Données du personnel :
Outre la définition de la capacité disponible, des personnes (matricules issus des
ressources humaines) ou des postes peuvent être affectés dans le poste de travail.
Remarque :
Les Business Functions LOG_EAM_SIMPLICITY_19 (Web) et LOG_EAM_CI_19
(SAPGUI) proposent une extension de poste de travail.
Vous pouvez saisir les nouvelles valeurs par défaut suivantes dans le poste de
travail :
● Contrat et poste de contrat
● Fournisseur
● Groupe d'acheteurs
● Organisation d'achats
● Noeud de hiérarchie de groupes de marchandises
● Groupe de marchandises
Capacités
La capacité disponible fait référence à la capacité disponible au cours d'une période
spécifique. La capacité disponible est déterminée par :
● Heures de début et de fin des travaux
La capacité disponible standard est valide si aucun intervalle de capacité n'a été défini. La
capacité disponible standard est définie à l'aide des heures de début et de fin de l'équipe, des
longueurs de pause et du nombre de capacités individuelles.
Le système utilise ces données pour calculer une unité de capacité durée de travail. La
période de validité de la capacité standard n'est pas limitée.
Si vous avez indiqué des périodes de validité pour la capacité disponible, elles sont appelées
intervalles de capacité disponible. Il s'agit de la capacité disponible dans une période de
validité spécifique.
Pour définir un intervalle de capacité, vous pouvez déterminer des programmes d'affectation
qui seront également valides pour tous les postes de travail pour une période fixe.
Les temps de début, de fin et de pause sont indiqués pour les postes de travail d'une équipe.
Intégration PM-PP
Les postes de travail ne sont pas uniquement utilisés dans la maintenance, mais également
dans d'autres domaines, par exemple les postes de travail de production.
Si un ordre de travail a été écrit pour une machine utilisée comme poste de travail de
production, les planificateurs de la production doivent pouvoir voir tous les ordres de travail
en attente et les ordres de fabrication pour ce poste de travail sur leur tableau de
planification.
Pour afficher les ordres de travail pour un poste de production, le numéro du poste de travail
PP doit d'abord être saisi dans les données de localisation de l'objet technique.
L'ordre de travail doit également avoir une condition système au niveau de l'en-tête.
SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Créer et configurer des postes de travail
2. Parmi les affirmations suivantes sur les postes de travail, lesquelles sont correctes ?
Sélectionnez les réponses correctes.
2. Parmi les affirmations suivantes sur les postes de travail, lesquelles sont correctes ?
Sélectionnez les réponses correctes.
Correct. Il s'agit d'entités organisationnelles qui définissent quand et où une opération doit
être effectuée, il peut s'agir de machines, de lignes de production ou de personnes. Elles
constituent la base du calcul des coûts, de la planification des capacités et de
l'ordonnancement. Elles constituent les énoncés suivants sur les postes de travail qui sont
corrects.
Sujet 1
Configuration des types de notification 39
Sujet 2
Configuration des applications SAP Fiori 49
OBJECTIFS DU CHAPITRE
OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Configurer un type de notification
● Affecter des priorités et des informations sur les objets aux avis
● Affecter des catalogues et des profils de catalogue aux types d'avis
Dans la gestion de la maintenance, vous utilisez un avis pour collecter les besoins en
maintenance. Une société doit avoir son propre type d'avis configuré pour les besoins. Une
société peut personnaliser ses propres types d'avis pour l'ensemble des exigences.
Vous pouvez utiliser les avis PM (catégorie d'avis 01, type d'avis M1 ou M2) pour saisir et
traiter les besoins et les pannes.
Vous pouvez également créer un avis général (catégorie d'avis 05, type d'avis G0, par
exemple), qui est initialement créé sous le menu Fonctions centrales.
L'avis général utilise un écran de saisie simple pour saisir le besoin dans le système. Vous
n'avez pas besoin de définir le type (par exemple, panne, demande, réclamation, avis de
panne interne).
Vous pouvez décider du type dans la deuxième étape en remplaçant le type d'avis Avis
général par le type d'avis spécifique (par exemple, Avis de panne).
Dans l'avis suivant, le gestionnaire de maintenance ajoute tous les détails manquants.
L'avantage de l'utilisation des avis généraux est que vous pouvez effectuer une entrée
centralisée et coordonnée pour tout type de besoin. La personne qui effectue la saisie ne doit
pas nécessairement être un gestionnaire de maintenance formé.
Dans le système d'entreprise, le type d'avis est affecté à une application telle que le service
client, le management de la qualité ou la maintenance.
Vous pouvez utiliser les types d'avis individuels pour définir différentes classes d'avis PM, puis
utiliser ces classes lors de la sélection. Vous pouvez utiliser le type d'avis pour définir
l'utilisation de l'avis PM pour des processus de gestion particuliers. Dans le système standard,
les types d'avis sont structurés en fonction de critères fonctionnels (avis de panne, demande
de travail, rapport d'activité).
Un type d'ordre par défaut peut être indiqué lors de la création d'un ordre à partir d'un avis.
● Attribution de numéros :
Tranche de numéros utilisée.
● Priorité/type de priorité :
Cette option vous permet de prioriser les notifications en relation avec les propositions de
dates.
● Partenaires :
Contacts qui doivent être disponibles dans le traitement des avis et des ordres
(fournisseur, client, etc.).
● Informations sur l'objet :
Informations relatives à l'objet de référence de l'avis ou de l'ordre et pouvant être affichées
à partir de l'avis ou de l'ordre.
● Options de zone :
Identifie les zones de données de l'avis qui sont obligatoires, facultatives pour la saisie, en
lecture seule ou masquées dans la vue.
● Catalogue/profil de catalogue :
Divers catalogues peuvent être affectés à un avis, tels que la partie d'objet, la panne, la
cause de la panne, l'intervention et les catalogues d'activités. Le profil de catalogue limite
la sélection des groupes de codes disponibles se référant à des domaines spécifiques
(type de voiture, traitement des données, machines de production, etc.).
initial doit être sélectionné si vous voulez accéder à l'écran initial avec la zone pour le
numéro d'avis et le type d'avis. Vous pouvez également définir quel écran doit être le
premier écran de détail. L'écran d'en-tête de l'avis est l'écran initial du système standard,
mais il peut être modifié.
L'interface de notification peut être configurée pour répondre aux besoins de votre
organisation.
Vous pouvez configurer des onglets pour chaque type d'avis. Au total, 26 pages à onglet
différentes sont disponibles (22 basées sur les avis, 4 basées sur les postes).
Vous pouvez définir une vue simple ou étendue pour chaque type d'avis. Cela signifie qu'un
écran simple s'affiche pour la personne qui saisit l'avis et qu'un écran détaillé s'affiche pour la
personne qui le traite.
Le type de transaction détermine la vue affichée :
● Les transactions de maintenance IW24 (Avis de panne), IW25 (Avis d'activité) et IW26
(Demande) accèdent à la vue étendue.
● La transaction IQS21 accède à la vue de base.
Vous pouvez définir des zones d'écran (sous-écrans) pour chaque onglet. 21 zones d'écran
différentes sont disponibles.
Vous pouvez affecter aux onglets leur propre intitulé interne et un symbole graphique, si
nécessaire.
Vous pouvez facilement activer ou désactiver des onglets prédéfinis.
Dans un type d'avis, vous pouvez également indiquer différentes mises en forme pour l'écran
d'avis, par exemple, pour faire la distinction entre le mode d'affichage et le mode de
modification. Vous pouvez souhaiter que seules les données centrales soient visibles en mode
d'affichage et que toutes les données s'affichent en mode de modification. Ceci est piloté à
l'aide des catégories d'activité (créer, modifier et afficher).
Priorités
Une priorité peut être affectée à chaque avis PM et ordre de travail. Cette priorité définit les
dates de début et de fin requises pour l'avis ou l'ordre par rapport à la date de création.
Lors de la gestion de la maintenance, vous pouvez utiliser des types de priorité internes pour
les avis et les ordres. Comme vous pouvez définir un nombre illimité de priorités pour chaque
type de priorité, il est plus facile d'utiliser les mêmes types de priorité pour les avis et les
ordres. Les mêmes clés de priorité ont la même signification.
La clé d'information d'objet définit la manière dont les informations d'objet sont affichées
dans les avis et les ordres.
Si le code Automatiquement est activé, le système affiche automatiquement les informations
d'objet dans l'avis dès que l'objet de référence est saisi ou modifié.
La référence indique si les informations d'objet doivent se rapporter uniquement à l'objet de
référence, à l'objet de référence et à tous les objets supérieurs dans la hiérarchie technique ou
à tous les objets de la structure d'objet de référence.
Catalogues
Un système de catalogue inter-applications est utilisé pour le reporting des avis PM.
Ce système de catalogue a une structure hiérarchique.
Le premier niveau du système de catalogue est le type de catalogue. Chaque type de
catalogue représente un répertoire donné.
Chaque type de catalogue peut être subdivisé à l'aide de groupes de codes.
Vous pouvez définir des codes individuels dans chaque groupe.
Les types de catalogue suivants sont fournis par défaut pour la maintenance :
● Catalogue 2 pour tâches
● Catalogue 5 pour les causes des dommages
● Catalogue A pour les activités
● Catalogue B pour les parties d'objet
● Catalogue C pour panne
● Les types de catalogue R à Z sont réservés aux types de catalogue définis par l'utilisateur.
Dans les catalogues, vous affectez à chaque unité d'information un code alphanumérique
unique et un texte explicatif. Le texte apparaît dans le poste d'avis comme mots-clés pour le
catalogue correspondant affiché.
Profils de catalogue
Les profils de catalogue peuvent être configurés pour des types d'objets spécifiques tels que
les pompes, les moteurs, les véhicules, les équipements informatiques, etc. Un profil de
catalogue pour les pompes combinerait tous les groupes de codes des différents catalogues
pertinents pour les pompes. Lorsque vous créez un avis pour une pompe spécifique, le profil
de catalogue propose ces groupes de codes uniquement lorsque vous saisissez des entrées
dans le poste d'avis, à condition que le profil de catalogue ait été affecté à l'objet technique
correspondant.
Les profils de catalogue sont affectés à des objets techniques et à des types d'avis. Si un profil
de catalogue est affecté au type d'avis et à l'objet technique, le profil de catalogue de l'objet
technique a la priorité la plus élevée.
Options pour les applications SAP Fiori – Dé- Maintenance et service à la clientèle → Appli-
finition du statut global cations SAP Fiori → Maintenance et Gestion
des services pour la gestion de la maintenan-
ce → Définir statut global
SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Configurer un type de notification
● Affecter des priorités et des informations sur les objets aux avis
● Affecter des catalogues et des profils de catalogue aux types d'avis
OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Configurer les applications SAP Fiori dans le contexte des notifications
En outre, les applications vous aident lors de la planification de votre travail de réparation.
Cela inclut la collecte d'informations sur l'objet technique concerné et tout travail de
réparation récemment effectué, la recherche des pièces de rechange requises et le contrôle
de leur disponibilité en stock, ainsi que l'affectation des postes de travail concernés. Une fois
le travail de réparation terminé, vous pouvez fournir des informations sur la panne et la tâche,
confirmer votre tâche et fermer l'avis de panne.
Vous pouvez également obtenir une synthèse rapide de tous les avis de panne ou de tous les
work items qui vous sont affectés et de leur statut actuel. Vous avez la possibilité de
personnaliser la liste des rapports, d'afficher le statut des jobs et d'accéder aux détails du job.
Vous pouvez alors commencer à travailler sur les tâches qui vous sont affectées et les
confirmer.
Tâches de configuration
Pour pouvoir implémenter les applications, vous devez effectuer les tâches de configuration
suivantes dans le système backend :
● Activez le profil de statut global MAINTJOB.
● Affecter un type d'avis par défaut aux divisions de planification
● Synchroniser les partenaires
Chemins de menus pour les options du Customizing des applications SAP Fiori
Accès au Customizing
Dans l'écran Menu SAP, sélectionnez
Outils → Customizing → IMG → Traitement de projet → Saut → Guide de référence SAP
Chemins de menus pour les options du Customizing de l'interface utilisateur.
Le tableau suivant fournit des chemins de menus pour les options du Customizing des
applications SAP Fiori.
SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Configurer les applications SAP Fiori dans le contexte des notifications
X A Vous pouvez choisir parmi 27 pages à onglet différentes pour chaque type d'avis.
X B Vous pouvez appliquer une vue simple ou étendue à chaque type d'avis.
X D Vous pouvez affecter des intitulés et des symboles internes aux onglets.
X A M1
X C Y1
X A Vous pouvez choisir parmi 27 pages à onglet différentes pour chaque type d'avis.
X B Vous pouvez appliquer une vue simple ou étendue à chaque type d'avis.
X D Vous pouvez affecter des intitulés et des symboles internes aux onglets.
Correct. Vous pouvez choisir parmi 27 pages à onglet différentes pour chaque type d'avis,
vous pouvez appliquer une vue simple ou étendue à chaque type d'avis et vous pouvez
affecter des intitulés internes et des symboles aux onglets. Les instructions suivantes
concernant la configuration de l'écran d'avis sont correctes.
X A M1
X C Y1
Sujet 1
Type d'ordre 57
Sujet 2
Article et services 69
Sujet 3
Planification 75
Sujet 4
Impression et pilotage des sorties 81
Sujet 5
Confirmation et clôture 89
OBJECTIFS DU CHAPITRE
OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Définir et configurer des types d'ordres
● Affecter des avis aux ordres
Les catégories d'ordre pour les applications respectives sont fixées dans le système.
Vous pouvez définir librement les types d'ordres dans une catégorie d'ordre pour chaque
application. Le type d'ordre représente des secteurs d'activité (réparation, maintenance,
remise à neuf, investissement) qui diffèrent dans leur mode de traitement et ont donc des
options système différentes.
Différents types d'ordres doivent être utilisés pour différentes situations de gestion car de
nombreuses fonctions de pilotage du système dépendent du type d'ordre.
Une distinction est faite ici entre les paramètres qui dépendent directement du type d'ordre et
ceux qui sont affectés à une combinaison de type d'ordre et de division de planification.
Paramètres pour le type d'ordre :
● Profil d'imputation :
Indique les destinataires d'imputation possibles, le récepteur par défaut et les paramètres
supplémentaires (par exemple, schéma d'imputation).
● Profil de budget (facultatif) :
Récapitule les paramètres de pilotage de la budgétisation (période, affichage, contrôles de
disponibilité, conversion de devise).
● Période de rétention :
Période de rétention 1 : indique la période (en mois calendaires) qui doit s'écouler entre
l'activation du témoin de suppression (étape 1) et l'activation du code de suppression
(étape 2).
Période de rétention 2 : indique la période (en mois calendaires) qui doit s'écouler entre le
moment où le code de suppression est activé (étape 2) et la réorganisation (étape 3).
● Écran de l'objet de référence :
Indique les masques de saisie à utiliser pour l'objet de référence.
● Tranche de numéros :
Indique l'intervalle de tranches de numéros utilisé pour chaque type d'ordre.
● Division de planification :
Affecte des types d'ordres à la division de planification PM.
Le type de travail est la clé du type d'activité de maintenance exécutée (réparation, arrêt,
interventions périodiques, etc.).
Dans les analyses des coûts (coûts totaux, nombre d'ordres par objet technique), vous
pouvez classer les données à l'aide du type d'activité de maintenance (distinction faite entre
les activités de maintenance et les coûts).
Les types d'activité autorisés sont affectés à chaque type d'ordre.
Vous pouvez définir une vue d'ordre de base pour certains groupes d'utilisateurs (comme les
techniciens de maintenance). Pour ce faire, affectez un profil de vue contenant uniquement
les zones d'écran les plus importantes sur le plus petit nombre possible de pages à onglet.
Les profils de vue peuvent être définis pour la vue d'ordre de base et plusieurs pages à onglet
peuvent être affectées à chaque profil de vue.
Remarque :
Les Business Functions LOG_EAM_SIMPLICITY_19 (Web) et LOG_EAM_CI_19
(SAPGUI) proposent les extensions suivantes :
● Déclenchement de la détermination automatique des sources
d'approvisionnement
Activité IMG Définir documents de modification, demande d'achat groupée,
pertinence pour la planification, colonne Déterminer contrat
● Création de demandes d'achat bloquées lors de la sauvegarde des ordres de
travail
Activité IMG Définir documents de modification, demande d'achat groupée,
pertinence pour la planification, colonne Rés/DA
Vous pouvez affecter un profil par défaut pour les données générales d'ordre afin d'obtenir
des valeurs par défaut pour un profil de réseau, des paramètres d'opération, des paramètres
d'ordre et des paramètres graphiques.
Clés de pilotage pour opérations
La clé de pilotage d'une opération contrôle les paramètres suivants :
● Planification des capacités
● Ordonnancement des opérations
● Besoin en capacité
● Calcul du coût de revient
● Centre
● Impression des relevés d'heures
● Impression des bons de confirmation
● Opérations d'impression
● Confirmations
● Sous-traitance
● Vous pouvez utiliser la fonction Effectuer modification en masse dans le traitement de liste
pour modifier le contenu des différentes zones pour plusieurs opérations d'ordre en même
temps.
● Vous pouvez exécuter cette modification en masse directement ou en arrière-plan.
● Dans différentes pages à onglet qui correspondent aux pages à onglet du traitement de
l'avis ou de l'ordre, vous sélectionnez les zones que vous voulez modifier et indiquez la
nouvelle valeur.
● Affectation d'opérations à toutes les entrées de liste d'objets (par exemple, aussi
équipement, postes techniques)
SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Définir et configurer des types d'ordres
● Affecter des avis aux ordres
OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Configuration de la planification des besoins en articles
Les contrôles de disponibilité sont pilotés par des instructions de contrôle composées de
règles de contrôle et de groupes de contrôle.
Les règles de contrôle sont définies dans le Customizing. Les groupes de contrôle font partie
de la fiche article (vue MRP3).
Pour la combinaison d'une règle de contrôle et d'un groupe de contrôle, vous pouvez définir
des instructions de contrôle et les affecter à un type d'ordre dans une division de planification.
Un contrôle peut être effectué dans un ordre en cours ou dans un lancement d'ordre.
La liste des composants d'un ordre de travail peut être modifiée à l'aide de sa propre
transaction (IW3K). Les suppléments et les modifications peuvent donc également être
effectués par des salariés qui n'ont pas d'autorisation de modification pour l'ordre.
Si vous liez un objet de gestion à une fiche infos-document, vous pouvez utiliser une
visualisation 3D à l'aide de SAP 3D Visual Enterprise Viewer (visualiseur VE). La visualisation
3D améliore l'affectation des pièces de rechange, ainsi que la visualisation des gammes.
Conditions préalables
Les Business Functions suivantes doivent être activées pour que l'intégration à SAP 3D Visual
Enterprise puisse être utilisée :
• LOG_EAM_VE_INT (intégration Visual Enterprise)
• LOG_EAM_SIMPLICITY (gestion simplifiée des fonctions EAM)
• LOG_EAM_SIMPLICITY_2 (Gestion simplifiée des fonctions EAM 2)
• Activer les fonctions pour la gestion des immobilisations d'entreprise
Vous ne pouvez utiliser l'intégration décrite avec SAP 3D Visual Enterprise que si vous avez
installé SAP 3D Visual Enterprise Viewer localement.
SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Configuration de la planification des besoins en articles
OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Définir les paramètres d'ordonnancement
Processus d'ordonnancement
Options pour la division de planification et le type d'ordre
Lors de l'ordonnancement, les délais des opérations (zone Durée) sont totalisés, puis ajoutés
à la date de début de base (ordonnancement aval) ou soustraits de la date de fin de base
(ordonnancement amont). Les dates de début ou de fin ainsi calculées peuvent différer des
dates de base.
Pour chaque type d'ordre, vous pouvez définir le type d'ordonnancement standard.
Cependant, cela peut être modifié dans l'écran des données d'en-tête de l'ordre de travail.
Chaque type d'ordonnancement fait référence à une méthode d'ordonnancement, par
exemple, l'ordonnancement aval, l'ordonnancement amont, l'ordonnancement à la date
actuelle ou aucun ordonnancement.
Ajuster les dates de base signifie que les entrées de date planifiées ont toujours la priorité sur
les dates de base.
L'ordonnancement automatique signifie que le système ordonnance toujours l'ordre lorsque
vous le sauvegardez.
L'ordonnancement incluant les pauses signifie que les temps de pause des fiches du poste de
travail sont pris en compte. Si le code n'est pas activé, le temps de pause total est réparti
proportionnellement. L'ordonnancement avec pauses ne peut être utilisé qu'en relation avec
un programme de travail en équipes avec des pauses planifiées (dans la gestion, ce n'est pas
habituel).
Le décalage d'ordre signifie que si vous modifiez les dates de base lors de l'exécution d'un
ordre, le système utilise toujours les nouvelles dates de base à des fins d'ordonnancement,
plutôt que les dates réelles saisies jusqu'à présent.
Types d'ordonnancement
La figure Types d'ordonnancement montre comment le système détermine les dates pour les
trois opérations dans un ordre (Op1 à Op3) en fonction du type d'ordonnancement.
Pour le type d'ordonnancement Besoins en capacité uniquement, les besoins en capacité
sont répartis équitablement sur la période entre la date de début de base et la date de fin de
base.
Les dates de base sont ajustées si nécessaire, en fonction du paramétrage du type d'ordre.
Cela signifie que la date de début de la première opération est copiée comme date de début
de base de l'ordre et la date de fin de la dernière opération est copiée comme date de fin de
base de l'ordre.
Pour chaque type d'ordonnancement, vous pouvez définir si l'heure peut également être
saisie pour les dates de base, en plus de la date.
Les charges déjà disponibles sont prises en compte lors de l'ordonnancement des capacités.
Seuls les postes de travail qui ont le code Pertinent pour l'ordonnancement des capacités
sont impliqués dans l'ordonnancement des capacités. Pour chaque opération à ordonnancer,
le système vérifie si une capacité libre suffisante est disponible à la date calculée. Si la
capacité disponible est suffisante, l'opération est ordonnancée. Si la capacité disponible n'est
pas suffisante, l'opération est décalée à une date lorsque des problèmes de capacité ne
surviennent pas.
Relations
Une relation décrit les dépendances dépendantes du temps entre deux opérations dans un
ordre de travail. Par exemple, une opération particulière ne peut démarrer qu'une fois qu'une
autre opération est terminée ou une opération ne peut pas être terminée avant qu'une autre
opération ne soit terminée.
Les relations sont déterminées par les facteurs suivants :
● Type
● Période
La période est le temps entre deux opérations qui sont liées par une relation. Par exemple, les
temps d'attente entre deux étapes de travail peuvent être représentés.
Si seules certaines opérations d'un ordre sont entièrement liées par des liaisons, les relations
manquantes peuvent être regénérées à l'aide de la fonction Générer relations pour un ordre.
Les relations FS sont générées automatiquement ici.
SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Définir les paramètres d'ordonnancement
OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Configurer l'impression
● Configurer le pilotage des sorties
Vous devez d'abord définir les documents de travail nécessaires. Pour chaque document de
travail, vous pouvez définir des codes de pilotage supplémentaires, tels que l'impression
delta, la mise à jour du statut d'impression pour chaque opération ou composant. Vous
pouvez également marquer le document de travail comme bon de travail ou bon de
confirmation.
Remarque :
Vous pouvez définir des informations pertinentes pour le bon de travail pour
chaque document de travail. Il s'agit d'une condition préalable pour la liste de
tâches basée sur le Web et la confirmation de tâche pour un technicien de
maintenance.
Pour chaque type d'avis et d'ordre, vous définissez les documents de travail qui peuvent être
imprimés et ceux qui sont imprimés comme paramétrage système par défaut. Les
documents de travail doivent être indiqués pour un ordre ; sinon, l'impression n'est pas
possible. La zone de sélection informe le système qu'un document de travail pour un type
d'ordre est proposé pour l'impression. Si la zone n'est pas marquée, l'utilisateur doit saisir
manuellement le papier à imprimer.
La dérivation de l'impression vous permet de définir que les attributs d'impression d'un
document de travail particulier dépendent de certains contenus de zone de l'ordre.
Dès que vous avez imprimé les documents de travail pour un ordre de travail, le système
active automatiquement le statut approprié et crée un journal. Vous pouvez utiliser le journal
pour déterminer quels documents ont déjà été imprimés, qui a lancé le job d'impression et
quand ils ont été imprimés.
Impression d'avis et d'ordres
Si un ordre et un avis sont affectés l'un à l'autre, vous pouvez imprimer toutes les données et
tous les documents de travail pour les deux, que vous déclenchiez l'impression à partir du
traitement de l'ordre ou de l'avis. Le système affiche tous les documents d'ordre et d'avis à
sélectionner dans la boîte de dialogue. Vous pouvez également appeler les routines
d'impression standard à partir de tous les programmes d'impression. Toutes les données de
tous les documents d'ordre et d'avis sont disponibles. Cela permet d'imprimer toutes les
données d'ordre et d'avis sur un document de travail (par exemple, texte descriptif pour l'avis
dans le papier de l'ordre).
L'édition des données est pilotée par le programme d'édition (programme d'impression).
Tous les programmes d'impression peuvent être utilisés dans l'impression de l'ordre et de
l'avis.
La mise en page du papier est définie par des formulaires (il existe un formulaire standard
disponible pour tous les documents qui peuvent être modifiés si nécessaire).
Avec le pilotage des statuts pour les documents de travail, vous pouvez suivre la pertinence
des documents de travail imprimés. Si un ordre de travail ou une opération a été modifié
après l'impression des documents de travail, le système affiche le statut correspondant dans
l'ordre.
Les ordres de travail peuvent être imprimés via une transaction distincte (IW3D). Par
conséquent, les salariés qui ne disposent pas de l'autorisation de modification pour les ordres
de travail peuvent imprimer des ordres.
Préimpression et réimpression des ordres de travail
Cette fonction vous permet d'imprimer des documents de travail avant le lancement de
l'ordre de travail et après sa clôture. Si vous autorisez la préimpression et la réimpression des
documents de travail en définissant les options de Customizing appropriées, vous pouvez
imprimer les documents de travail pour les ordres qui ont le statut Créé ou Clôturé
techniquement, par exemple. Le statut système dans l'ordre vous indique si les documents de
travail appartenant à l'ordre de travail et aux opérations ont été pré-imprimés, imprimés ou
réimprimés. Cette fonction est disponible dans les transactions SAP GUI. Vous pouvez
également utiliser cette fonction dans l'interface utilisateur Web SAP pour la maintenance.
Les ordres peuvent être imprimés à l'aide d'une transaction distincte (IW3D). Cela signifie que
les salariés qui n'ont autrement aucune autorisation pour modifier l'ordre peuvent également
imprimer l'ordre.
Customizing de l'impression
Accès au Customizing
Dans l'écran Menu SAP, sélectionnez
Outils → Customizing → IMG → Traitement de projet → Saut → Guide de référence SAP
SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Configurer l'impression
● Configurer le pilotage des sorties
OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Personnaliser les options de confirmation et de clôture technique
Confirmation
Lors de l'achèvement, les temps et les conclusions techniques sont confirmés pour la tâche
exécutée. L'ordre est ensuite clôturé techniquement et imputé pour l'ordre de travail.
● Journaux
● Confirmation partielle ou finale
● Effacer les réservations en cours
● Type de contrôle de date
● Date et activités par défaut
● Mouvements de stock : prélèvement rétroactif uniquement
● Causes de l'écart
● Masques d'écran (profil) pour la confirmation globale
● Traitement de liste
● Options de zone
Remarque :
Les Business Functions LOG_EAM_CI_20 (SAPGUI) proposent l'extension
suivante :
● Activation de la création de notifications liées
(Transaction IW41)
Les avis liés sont également disponibles dans la barre de lancement SAP Fiori
pour l'application Exécution des tâches de maintenance.
Vous pouvez configurer les paramètres de pilotage pour une division de planification avec un
type d'ordre pour effectuer les opérations suivantes :
Restreindre l'affectation des tâches : permet à un technicien de maintenance de s'auto-
affecter des tâches de maintenance qui doivent encore être affectées. Le comportement par
défaut permet aux techniciens de maintenance d'auto-affecter des tâches de maintenance.
Exemple : l'organisation A peut sélectionner l'option de liste déroulante "Restreindre
l'affectation des tâches" pour un type d'ordre de travail et une division de planification
spécifiques afin de piloter l'auto-affectation d'un technicien de maintenance.
Confirmer tâches sans affectation : permet à un technicien de maintenance de confirmer les
efforts consacrés aux tâches affectées à un autre technicien de maintenance. Le
comportement par défaut permet à un technicien de maintenance de confirmer uniquement
les tâches affectées au technicien de maintenance.
Exemple : l'organisation B souhaite que le technicien de maintenance T1 puisse confirmer les
tâches qui sont affectées au technicien de maintenance T2 pour un type d'ordre de travail et
une division de planification spécifiques.
SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Personnaliser les options de confirmation et de clôture technique
1. Parmi les options suivantes, laquelle n'est pas une option de Customizing pour les types
d'ordres ?
Sélectionnez la réponse correcte.
X A Code structure
X B Profil d'imputation
X C Période de rétention
X D Règle d'imputation
X E Division de planification
2. Parmi les propositions suivantes, lesquelles sont des instructions de contrôle utilisées
pour contrôler les contrôles de disponibilité ?
Sélectionnez les réponses correctes.
X A Règles de contrôle
X B Types de contrôle
X C Groupes de contrôle
X D Profils de contrôle
3. Parmi les types de relation suivants, lequel signifie que la fin d'une opération est liée au
début de l'opération suivante ?
Sélectionnez la réponse correcte.
X A Fin - Début
X B Début - Début
X C Terminer - Terminer
X D Début - Fin
X D Il indique au système qu'un document de travail pour un ordre est prêt à être
imprimé.
5. Le pilotage des sorties doit être activé séparément pour les avis PM et les ordres de
travail.
Indiquez si cette proposition est vraie ou fausse.
X Vrai
X Faux
6. La zone Écart de travail détermine de combien de temps le travail réel peut dépasser le
travail planifié.
Indiquez si cette proposition est vraie ou fausse.
X Vrai
X Faux
1. Parmi les options suivantes, laquelle n'est pas une option de Customizing pour les types
d'ordres ?
Sélectionnez la réponse correcte.
X A Code structure
X B Profil d'imputation
X C Période de rétention
X D Règle d'imputation
X E Division de planification
Correct. Le code structure n'est pas un paramétrage du Customizing pour les types
d'ordres.
2. Parmi les propositions suivantes, lesquelles sont des instructions de contrôle utilisées
pour contrôler les contrôles de disponibilité ?
Sélectionnez les réponses correctes.
X A Règles de contrôle
X B Types de contrôle
X C Groupes de contrôle
X D Profils de contrôle
Correct. Les règles de contrôle et les groupes de contrôle sont les instructions de contrôle
utilisées pour contrôler les contrôles de disponibilité.
3. Parmi les types de relation suivants, lequel signifie que la fin d'une opération est liée au
début de l'opération suivante ?
Sélectionnez la réponse correcte.
X A Fin - Début
X B Début - Début
X C Terminer - Terminer
X D Début - Fin
Correct. Dans une relation Fin-Début, la fin d'une opération est liée au début de l'opération
suivante.
X D Il indique au système qu'un document de travail pour un ordre est prêt à être
imprimé.
5. Le pilotage des sorties doit être activé séparément pour les avis PM et les ordres de
travail.
Indiquez si cette proposition est vraie ou fausse.
X Vrai
X Faux
Correct - Le pilotage des sorties doit être activé séparément pour les avis PM et les ordres
de travail.
6. La zone Écart de travail détermine de combien de temps le travail réel peut dépasser le
travail planifié.
Indiquez si cette proposition est vraie ou fausse.
X Vrai
X Faux
Correct. La zone Écart de travail détermine de combien de temps le travail réel peut
dépasser le travail planifié.
Sujet 1
Calcul 101
Sujet 2
Décompte 113
OBJECTIFS DU CHAPITRE
OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Configuration du calcul du coût de revient dans un ordre
● Calculer les coefficients d'imputation des frais généraux
● Gérer les engagements
● Contrôler la remise à neuf
Centres de coûts
Dans le périmètre analytique défini, deux centres de coûts sont pertinents pour la
maintenance dans le cadre de l'imputation interne d'activités :
● Centre de coûts qui fournit un service (centre de coûts pour le poste de travail)
● Le centre de coûts qui demande un service (centre de coûts pour l'objet technique)
Les valeurs de l'ordre peuvent être classées en fonction des coûts, des services et des
imputations, en fonction du type d'intervention de maintenance (type d'ordre) et de la phase
de traitement de l'ordre de travail.
Conditions de maintenance
Dans le cas d'ordres de réparation, de contrôle ou de travail, l'ordre est chargé des coûts
budgétés lorsque les ressources requises sont réparties. Chaque fois que les ressources sont
consommées ultérieurement, l'ordre est chargé des coûts réels pour les valeurs des
ressources. Lors de la phase de clôture, les ordres sont déchargés par imputation avec les
coûts de consommation des ressources.
Les règles suivantes s'appliquent aux ordres de remise à neuf : lorsque les ressources
requises sont réparties, l'ordre est chargé avec des coûts budgétés représentant la valeur de
ces ressources. Ensuite, chaque fois que la ressource est consommée, l'ordre est chargé avec
les coûts réels qui correspondent à la valeur de la ressource. Après la livraison de l'article
remis à neuf, l'ordre est déchargé de la valeur de l'article. Lors de l'imputation, le solde des
coûts réels et des services est imputé à l'article.
Coûts des processus de maintenance
Une distinction peut être faite entre les coûts suivants, en fonction de la phase de traitement
de l'ordre :
Coûts estimés :
Utilisé dans la planification d'ordre neutre pour les ressources pour indiquer le volume
des coûts anticipés pour un ordre. Les coûts estimés sont saisis manuellement dans
l'ordre. Vous pouvez saisir les coûts estimés comme valeur de référence manuelle avant
de valider l'ordre. Le calcul du coût de revient peut avoir lieu en tant que calcul du coût de
revient global pour l'ordre ou peut être basé sur des catégories de valeurs (personnel
propre, personnel externe, article propre, etc.). Les coûts estimés sont mis à jour dans le
système d'information (SIM) pour être utilisés dans des analyses ultérieures.
Coûts budgétés :
Les coûts budgétés sont déterminés automatiquement pour l'ordre en fonction du calcul
du coût de revient lors de la répartition des ressources spécifiques à l'ordre (opérations
avec activités internes, articles, etc.). Les coûts budgétés ne peuvent pas être gérés
manuellement.
Coûts réels :
L'ordre est automatiquement chargé des coûts réels lors du calcul du coût de revient
suite à la consommation des ressources (activités internes, articles, etc.). Vous ne
pouvez pas saisir les coûts réels manuellement.
L'imputation au niveau de l'opération et les données de coûts se trouvent dans une vue
distincte dans les détails de l'opération.
Les coûts de l'ordre OAA sont enregistrés uniquement pour les objets d'opération. Les totaux
d'en-tête sont additionnés dynamiquement selon les besoins. Aucun coût n'est enregistré
dans la base de données pour l'objet d'ordre OAA. Pour utiliser cette extension, vous devez
activer la Business Function LOG_EAM_OLC.
Coûts estimés :
Pour les ordres OAA, la saisie manuelle des coûts estimés se fait uniquement au niveau de
l'opération, l'en-tête affichant le total des opérations.
Pour faciliter l'utilisation, les coûts estimés peuvent être copiés à partir des coûts budgétés à
tout moment jusqu'au lancement de l'ordre à l'aide du bouton Copier coût estimé.
La fonction de copie fonctionne également avec les ordres dont le coût de revient au niveau
de l'en-tête est normal. Après la copie, le statut SKKP est activé et la saisie manuelle des
valeurs estimées n'est plus possible. Cette version copiée peut, par exemple, être utilisée
pour geler les coûts budgétés au moment du lancement de l'ordre.
Approvisionnement :
Les demandes d'achat créées à partir d'ordres OAA auront l'opération d'origine comme objet
d'imputation par défaut pour le poste.
L'imputation au niveau de l'opération de la demande d'achat est automatiquement transférée
à la commande d'achat.
Mouvement de stock :
Les réservations d'articles pour un ordre OAA définissent par défaut l'opération d'origine
comme objet d'imputation.
Les mouvements de stock non planifiés peuvent avoir une imputation manuelle au niveau de
l'opération.
L'entrée de marchandises pour une commande d'achat gère l'opération d'origine comme
objet d'imputation.
Règle d'imputation :
Les règles d'imputation ne peuvent pas être gérées au niveau de l'en-tête pour les ordres
OAA. Le traitement des frais généraux et du décompte pour les ordres OAA est effectué au
niveau de l'opération individuelle.
Facture :
La saisie de facture pour une commande d'achat conservera l'imputation d'opération
d'origine de la commande d'achat.
pour monétiser les ressources consommées dans l'ordre qui ne sont pas répertoriées
séparément, telles que l'administration, le transport, etc. Ces frais généraux génèrent des
coûts budgétés supplémentaires s'ils font référence à des ressources pré-budgétées. S'ils
affectent les ressources consommées, ils représentent des coûts réels supplémentaires et
sont répertoriés comme tels dans l'ordre.
Les frais généraux sur les coûts budgétés sont déterminés dans le cadre du calcul du coût de
revient budgété, c'est-à-dire qu'ils sont calculés automatiquement lorsque vous sauvegardez
l'ordre ou, si nécessaire, lors du traitement de l'ordre lorsqu'une fonction spécifique de
détermination des coûts est exécutée. La détermination des frais généraux budgétés n'est
possible que si un schéma de calcul est saisi dans la variante de calcul du coût de revient
budgété qui s'applique au type d'ordre en question.
Les frais généraux réels sont également déterminés si un schéma de calcul est saisi dans la
variante de calcul du coût de revient (réel). Cependant, les frais généraux pour les ressources
consommées ne sont pas déterminés automatiquement pour chaque imputation de la
consommation (confirmation, prélèvement d'articles, etc.). Vous devez lancer cela
séparément. Ce n'est qu'alors que l'ordre est chargé avec les frais généraux sur les coûts
réels.
Création d'engagements
Les données d'engagement sont créées lors de la valorisation des ressources planifiées de
l'ordre. Étant donné que la valeur d'engagement n'est pas créée pour les activités internes,
par exemple, elle peut être inférieure aux coûts budgétés de l'ordre.
Une augmentation de l'engagement sur commande peut se produire par le biais de certaines
actions effectuées après la planification de l'ordre, telles que la conversion de demandes
d'achat en commandes d'achat, y compris une augmentation de prix, ou la création manuelle
● Un ordre de remise à neuf répertorie non seulement les coûts budgétés et réels, mais aussi
les activités.
● Les activités se réfèrent à l'article à livrer suite à la remise à neuf.
● L'état de coûts (état CO) répertorie les activités en tant que valeurs négatives sous
Livraison.
Chemins de menus pour le calcul du coût de revient des ordres Options du Customizing.
Les tables suivantes fournissent des chemins de menus pour les options du Customizing du
calcul du coût de revient de l'ordre.
Options pour les coûts au niveau de l'opéra- Maintenance et service à la clientèle → Ges-
tion tion de la maintenance et des services → Or-
dres de travail et de service → Fonctions et
options pour les types d'ordre → Coûts au ni-
veau de l'opération
SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Configuration du calcul du coût de revient dans un ordre
● Calculer les coefficients d'imputation des frais généraux
● Gérer les engagements
● Contrôler la remise à neuf
OBJECTIFS DU SUJET
À la fin de ce sujet, vous serez en mesure de :
● Imputation d'un ordre et clôture commerciale
● Créer un décompte pour un ordre de remise à neuf
Pour clarifier et contrôler les coûts selon le principe de causalité, il faut répondre aux
questions suivantes :
● L'ordre est-il réellement le facteur de coûts ?
Processus de décompte
Selon le type de tâche, l'ordre est imputé sur le facteur de coûts réels, ce qui signifie qu'il est
déchargé des coûts de consommation des ressources. Les coûts de l'ordre sont pris en
charge par un récepteur différent, qui est simultanément un objet dans la comptabilité
analytique. Il peut s'agir du centre de coûts de l'objet d'entretien ou de l'entité
organisationnelle qui a demandé l'intervention. Cela signifie que l'ordre est utilisé pour
collecter tous les coûts induits lors de la planification et de l'exécution pour l'analyse liée aux
tâches.
Les interventions de maintenance continues, qui sont effectuées dans le cadre du support
technique pour un objet de maintenance spécifique, sont généralement imputées au centre
de coûts de l'objet en question. Cela n'est possible que si le centre de coûts correspondant
est saisi comme récepteur dans la règle d'imputation de l'ordre. Les coûts réels de l'ordre
sont transférés au centre de coûts, qui charge ce centre de coûts et décharge l'ordre. Le solde
des coûts réels de l'ordre est nul une fois l'imputation terminée, tandis que le centre de coûts
a des coûts réels supérieurs à zéro.
Outre le centre de coûts, d'autres récepteurs d'imputation sont possibles. Cela dépend
généralement du type de tâche exécutée. Les tâches de nature d'investissement qui
entraînent une augmentation de la valeur d'acquisition et de production peuvent être
imputées à une immobilisation comme cela serait fait dans la comptabilité des
immobilisations. Des tâches plus importantes, telles que l'arrêt de projets, peuvent être
imputées à l'élément d'OTP correspondant pour le projet. Ceci est contrôlé par une règle
d'imputation spécifique à l'ordre.
Figure 65:
Un ordre pour lequel l'imputation est terminée peut toujours être chargé avec des coûts réels.
Cela est particulièrement probable dans le cas d'ordres qui s'étendent sur plusieurs périodes
comptables (ce qui peut signifier des mois). Suite à ces chargements, le solde des coûts réels
de l'ordre est à nouveau supérieur à zéro et peut être ramené à zéro au moyen d'une autre
imputation. L'imputation est techniquement possible, à condition que la clôture commerciale
n'ait pas été effectuée pour l'ordre.
La clôture de l'ordre implique plusieurs étapes. Tout d'abord, l'ordre est clôturé
techniquement dans la maintenance une fois que toutes les tâches requises ont été
effectuées. Cela n'implique pas de flux de coûts. Seule la règle d'imputation est définie, si elle
n'a pas déjà eu lieu. Aucune autre modification ne peut être apportée à l'ordre.
Vous pouvez patienter aussi longtemps que vous le souhaitez entre la clôture technique d'un
ordre et son imputation. L'imputation décharge l'ordre avec les coûts réels. Vous pouvez
charger l'ordre avec d'autres coûts réels et répéter l'imputation par la suite.
La clôture commerciale est effectuée pour un ordre qui a été entièrement imputé, avec un
solde des coûts réels nul. Après cette étape, l'ordre ne peut plus être chargé avec les coûts
réels.
Le flux de documents affiche les documents consécutifs qui sont directement liés à une
transaction commerciale. Les documents individuels forment des chaînes de documents. Le
flux de documents vous fournit une synthèse des documents consécutifs et de leur statut.
Tous les documents précédents et suivants sont affichés pour chaque document que vous
appelez. En outre, les documents de référence sont affichés.
Objets du flux de documents
Les objets pertinents suivants sont mappés dans le flux de documents d'un ordre de travail :
● Avis PM
● Ordre de travail
Les ordres de remise à neuf sont imputés directement au stock article. L'ordre est chargé de
la valeur du lot correspondant lors de la sortie de la pièce défectueuse (dans ce cas, C3).
L'ordre est également chargé lors de la confirmation de la durée du travail.
En cas d'entrée de marchandises après remise à neuf, l'ordre est déchargé de la valeur du lot
remis à neuf (dans ce cas, C2). Ce crédit est affiché sous forme de débit négatif. Dans
l'imputation de l'ordre, l'enregistrement d'entrée du lot pour l'article remis à neuf peut avoir
lieu de deux façons :
● Dans le code prix Prix standard, l'entrée pour le lot remis à neuf est enregistrée avec la
valeur du prix standard. La différence entre les coûts de remise à neuf et la valorisation du
lot remis à neuf est enregistrée en tant qu'avoir sur un compte d'écart de prix (FI).
● Dans le code prix : prix moyen pondéré, l'entrée pour le lot remis à neuf est enregistrée
avec la valeur de l'augmentation réelle de la valeur, c'est-à-dire la valeur des coûts dans les
en-cours de fabrication et les articles. Cela entraîne une augmentation du prix moyen
pondéré au niveau de l'article.
Une condition préalable à l'imputation au stock article est que vous définissiez un profil
d'imputation dans le Customizing où l'article est défini comme imputation par défaut.
Ce profil d'imputation est affecté au type d'ordre pour la remise à neuf. La règle d'imputation
"Article" est déterminée automatiquement lors de la remise à neuf.
Chemins de menus pour le calcul du coût de revient des ordres Options du Customizing.
Les tables suivantes fournissent des chemins de menus pour les options du Customizing du
calcul du coût de revient de l'ordre.
SYNTHÈSE DU SUJET
Vous êtes désormais en mesure de :
● Imputation d'un ordre et clôture commerciale
● Créer un décompte pour un ordre de remise à neuf
X A Les coefficients d'imputation des frais généraux vous permettent d'imputer les
frais généraux aux objets de comptabilité analytique en fonction de leur cause.
X B Les coefficients d'imputation des frais généraux sont utilisés pour imputer les frais
généraux de vente et d'administration.
X C Les frais généraux sur les coûts budgétés sont déterminés dans le cadre du calcul
du coût de revient budgété.
X D Les frais généraux sur les coûts réels sont déterminés automatiquement lors de la
sauvegarde de l'ordre.
2. Parmi les propositions suivantes concernant la gestion des engagements, lesquelles sont
correctes ?
Sélectionnez les réponses correctes.
X A Les engagements sont des obligations contractuelles qui sont saisies dans la
comptabilité.
X C Les engagements sont utilisés pour mettre à jour et suivre les ressources requises
pour l'approvisionnement externe.
X A La clôture commerciale est exécutée pour un ordre qui a été entièrement imputé.
X B Après la clôture commerciale, un ordre peut être chargé avec les coûts réels.
X C La clôture technique a lieu lorsque toutes les tâches requises ont été effectuées.
X A Les coefficients d'imputation des frais généraux vous permettent d'imputer les
frais généraux aux objets de comptabilité analytique en fonction de leur cause.
X B Les coefficients d'imputation des frais généraux sont utilisés pour imputer les frais
généraux de vente et d'administration.
X C Les frais généraux sur les coûts budgétés sont déterminés dans le cadre du calcul
du coût de revient budgété.
X D Les frais généraux sur les coûts réels sont déterminés automatiquement lors de la
sauvegarde de l'ordre.
Correct. Les affirmations suivantes sont correctes : les coefficients d'imputation des frais
généraux vous permettent d'imputer les frais généraux aux objets de comptabilité
analytique en fonction de leur cause, les coûts additionnels de frais généraux sont utilisés
pour imputer les frais généraux de vente et d'administration et les frais généraux sur les
coûts budgétés sont déterminés dans le cadre du calcul du coût de revient budgété.
2. Parmi les propositions suivantes concernant la gestion des engagements, lesquelles sont
correctes ?
Sélectionnez les réponses correctes.
X A Les engagements sont des obligations contractuelles qui sont saisies dans la
comptabilité.
X C Les engagements sont utilisés pour mettre à jour et suivre les ressources requises
pour l'approvisionnement externe.
Correct. Les affirmations suivantes sur la gestion des engagements sont correctes : les
engagements entraînent des coûts réels suite à diverses opérations de gestion, les
engagements sont utilisés pour mettre à jour et suivre les ressources requises pour
l'approvisionnement externe et les données d'engagement sont créées lorsque les
ressources planifiées de l'ordre sont valorisées.
X A La clôture commerciale est exécutée pour un ordre qui a été entièrement imputé.
X B Après la clôture commerciale, un ordre peut être chargé avec les coûts réels.
X C La clôture technique a lieu lorsque toutes les tâches requises ont été effectuées.