Académique Documents
Professionnel Documents
Culture Documents
1-1 Vous avez accordé un avantage au client T-S62A## sous forme de remise en nature.
1-1-2 Créez une commande pour le client T-S62A## et l'article T-ATC## (numéro
de commande ## -ZA##09) La quantité commandée est égale à 10 unités.
______________________________________________________
1-2 Vous concluez un nouvel accord de remise en nature avec le client T-S62E## pour
l'article T-ATD##. La quantité commandée minimale est égale à 20 unités. Pour
l'achat de 20 unités de l'article T-ATD##, vous accordez une unité gratuite de
l'article T-ATA##.
1-2-4 Créez une commande de type ZA## pour le client T-S62E## et l'article T-
ATD## (numéro de commande ## -ZA##14). La quantité commandée est
égale à 40 unités.
______________________________________________________
1-3-1 Quel type de poste le système a-t-il trouvé pour le poste inférieur et quelle
clé a-t-il utilisée dans le Customizing des remises en nature?
______________________________________________________
_________________________________
1-1 Vous avez accordé un avantage au client T-S62A## sous forme de remise en nature.
Client : T-S62A##
Article : T-ATC##
Quantité minimale : 20
De : 10
Unité de quantité : pc
Remise en nature : 1
Unité de quantité : pc
Règle de calcul : 1
Paramétrage livraison : A blanc
Sauvegarder Quitter
1-1-2 Commande
1-2 Vous concluez un nouvel accord de remise en nature avec le client T-S62E## pour
l'article T-ATD##. La quantité commandée minimale est égale à 20 unités.Pour
l'achat de 20 unités de l'article T-ATD##, vous accordez une unité gratuite de
l'article T-ATA##.
1-2-1 Enregistrement
1-2-4 Commande
1-3-1 Quel type de poste le système a-t-il trouvé pour le poste inférieur et quelle
clé a-t-il utilisée ?
CDCL
CDCL
0,-- LF
LF
F2
F2
13. Remises 1. Introduction
en nature 2. Structure
12. Détermination d'entreprise
d'article
3. Gestion commandes client
§ 11. Contrats
cadre 4. Type
document
de vente
10. Détermination
partenaire 5. Type de
poste
9. Document
6. Type
incomplet
échéance
XYZ/99 8. Transactions ciales
7. Flux de données
M1 -?- particulières
SAP AG 1999
SAP AG 1999
SAP AG 1999
Faites les exercices via les données IDES ou vos propres données.
Lisez la documentation online.
Lisez la documentation du guide IMG.
Lisez les nouveautés versions.
SAP AG 1999
SAP AG 1999
Structures de table
Objets matchcode
Objets d'autorisation
Blocage de livraison
Particularités des contrats
Contrats maître de groupe
Chemins de menu
Données IDES
SAP AG 1999
KNA1
SAP AG 1999
KNVH
SAP AG 1999
Cette table comporte les hiérarchies client. Vous créez des nœuds de hiérarchie client sous forme de
données de base client.
MARA
MCHB
SAP AG 1999
KNMTK
KNMT
SAP AG 1999
STKO STZU
STAS
STPO
STPU
SAP AG 1999
VBUK
VBKA
SADR STXL
VBFA
SAP AG 1999
VMVA VEDA
Matchcodes Contrat
STXH/STXL VEPA
Textes Partenaires
NAST VAKPA
Correspondance Index partenaire
JSTO VBUV
Statut PP Document incomplet
VBFA
Flux de documents
SAP AG 1999
VAPMA VEDA
Index article Contrat
VEPVG VBLB
Index expédition Appel
STXH/STXL VBUV
Variantes
Textes Document incomplet
VBPA
Objet CO Services
Partenaires
KONV JSTO
Conditions Statut PP
SAP AG 1999
VBKOF
VBKPA VAPMA
VLKPA VRPMA
VRKPA
VMVA
VMVL
VEPVG
VBFA VMCF
VKDFS
VMCR
VBSG
SAP AG 1999
Généralités
Table
IDs matchcode
Exemple
A Clients - généralités
S Clients par groupe de vendeurs
etc.
SAP AG 1999
Un objet matchcode contient toutes les zones utilisées comme critère de recherche pour l'accès à une
table.
Les tables primaires correspondent aux tables dont vous utilisez les clés pour la recherche. Les tables
secondaires représentent les tables intégrées à l'objet matchcode et dont les zones peuvent être
utilisées pour la définition des critères de recherche.
Il peut exister plusieurs ID matchcode pour un objet matchcode. L'ID matchcode détermine les zones
à prendre en compte pour la définition d'un critère de recherche.
Les IDs matchcode utilisés dans le système SAP constituent des matchcodes système. Vous ne
pouvez pas les modifier.
Généralités
Table
IDs matchcode
Exemple
Matchcodes pour
les correspondants Table primaire : KNVK
VKNK
SAP AG 1999
Un objet matchcode contient toutes les zones utilisées comme critère de recherche pour l'accès à une
table.
Les tables primaires correspondent aux tables dont vous utilisez les clés pour la recherche. Les tables
secondaires représentent les tables intégrées à l'objet matchcode et dont les zones peuvent être
utilisées pour la définition des critères de recherche.
Il peut exister plusieurs ID matchcode pour un objet matchcode. L'ID matchcode détermine les zones
à prendre en compte pour la définition d'un critère de recherche.
Les IDs matchcode utilisés dans le système SAP constituent des matchcodes système. Vous ne
pouvez pas les modifier.
La gestion des objets et IDs matchcode s'effectue dans le dictionnaire de données.
Généralités
Table
IDs matchcode
Exemple
SAP AG 1999
Un objet matchcode contient toutes les zones utilisées comme critère de recherche pour l'accès à une
table.
Les tables primaires correspondent aux tables dont vous utilisez les clés pour la recherche. Les tables
secondaires représentent les tables intégrées à l'objet matchcode et dont les zones peuvent être
utilisées pour la définition des critères de recherche.
Il peut exister plusieurs ID matchcode pour un objet matchcode. L'ID matchcode détermine les zones
à prendre en compte pour la définition d'un critère de recherche.
Les IDs matchcode utilisés dans le système SAP constituent des matchcodes système. Vous ne
pouvez pas les modifier.
La gestion des objets et IDs matchcode s'effectue dans le dictionnaire de données.
Généralités
Table
IDs matchcode
Exemple
Matchcodes nomenclature
Table primaire : KNVK
STZ1
SAP AG 1999
Un objet matchcode contient toutes les zones utilisées comme critère de recherche pour l'accès à une
table.
Les tables primaires correspondent aux tables dont vous utilisez les clés pour la recherche. Les tables
secondaires représentent les tables intégrées à l'objet matchcode et dont les zones peuvent être
utilisées pour la définition des critères de recherche.
Il peut exister plusieurs ID matchcode pour un objet matchcode. L'ID matchcode détermine les zones
à prendre en compte pour la définition d'un critère de recherche.
Les IDs matchcode utilisés dans le système SAP constituent des matchcodes système. Vous ne
pouvez pas les modifier.
La gestion des objets et IDs matchcode s'effectue dans le dictionnaire de données.
Généralités
Table
IDs matchcode
Exemple
SAP AG 1999
Un objet matchcode contient toutes les zones utilisées comme critère de recherche pour l'accès à une
table.
Les tables primaires correspondent aux tables dont vous utilisez les clés pour la recherche. Les tables
secondaires représentent les tables intégrées à l'objet matchcode et dont les zones peuvent être
utilisées pour la définition des critères de recherche.
Il peut exister plusieurs ID matchcode pour un objet matchcode. L'ID matchcode détermine les zones
à prendre en compte pour la définition d'un critère de recherche.
Les IDs matchcode utilisés dans le système SAP constituent des matchcodes système. Vous ne
pouvez pas les modifier.
La gestion des objets et IDs matchcode s'effectue dans le dictionnaire de données.
Généralités
Table
IDs matchcode
Exemple
SAP AG 1999
Un objet matchcode contient toutes les zones utilisées comme critère de recherche pour l'accès à une
table.
Les tables primaires correspondent aux tables dont vous utilisez les clés pour la recherche. Les tables
secondaires représentent les tables intégrées à l'objet matchcode et dont les zones peuvent être
utilisées pour la définition des critères de recherche.
Il peut exister plusieurs ID matchcode pour un objet matchcode. L'ID matchcode détermine les zones
à prendre en compte pour la définition d'un critère de recherche.
Les IDs matchcode utilisés dans le système SAP constituent des matchcodes système. Vous ne
pouvez pas les modifier.
La gestion des objets et IDs matchcode s'effectue dans le dictionnaire de données.
Fiche client
Groupe d'autorisations
Domaine
commercial
Groupe de zones
SAP AG 1999
Le groupe d'autorisations correspond à une zone alphanumérique à quatre caractères que vous
pouvez gérer au niveau de la fiche client.
La gestion des objets d'autorisation pour la fiche client d'un point de vue des ventes (domaine
commercial et groupe d'autorisations) s'effectue au niveau de la classe d'autorisation de
l'Administration des ventes.
Vous pouvez combiner autant de zones de la fiche client que nécessaire via des groupes de zones.
Vous pouvez spécifier ces groupes dans le chapitre "Généralités Logistique" du guide
d'implémentation. Toutefois, vous devez gérer l'objet d'autorisation en lui-même dans la classe de la
gestion comptable. A ce niveau, vous trouvez des objets d'autorisation supplémentaires pour la fiche
client d'un point de vue de la gestion comptable telles que l'autorisation de société.
Pour obtenir plus d'informations sur les objets d'autorisation, reportez-vous au nœud relatif à la
gestion des autorisations dans la partie Administration des ventes du guide d'implémentation.
Fiche article
001
0001 0002
Société Division
Organisation ciale/
No magasin
3 Canal de distribution
Fiche article -
Statut de maintenance
Enregistrement de gestion/
translateur de période
SAP AG 1999
Gérez les objets d'autorisation via Achats et stocks -> Données de base.
Pour plus de renseignements sur les objets d'autorisation, reportez-vous au guide d'implémentation.
Nomenclatures
Modification sans
Modifications de masse
n° modification
SAP AG 1999
Le groupe d'autorisations correspond à une zone alphanumérique à quatre caractères que vous
pouvez gérer au niveau de l'en-tête de nomenclature.
La gestion des objets d'autorisation pour les nomenclatures s'effectue dans la classe d'autorisation de
la Gestion de la production.
Contacts
Types d'activité et
entités organisationnelles
SAP AG 1999
Il existe exactement un objet d'autorisation par contact qui contient le type de contact et les entités
organisationnelles suivantes : organisation commerciale, canal de distribution, secteur d'activité,
agence commerciale et groupe de vendeurs.
Vous pouvez gérer les objets d'autorisation pour le contact du Support vente au niveau de la classe
d'autorisation de l'Administration des ventes.
Vous disposez d'une amélioration pour la gestion des objets d'autorisation dans le domaine du
Support vente.
Même si un objet d'autorisation n'a pas d'autorisation, vous pouvez toujours garantir la gestion ou
l'affichage d'autorisation à certains employés pour l'exécution de certaines transactions. Dans le
Customizing, vous devez affecter la fonction particulière du type de partenaire et de l'activité
autorisée au contact. Si vous avez sauvegardé un employé comme un partenaire avec ce rôle
spécifique pour le contact, il/elle peut alors mettre en œuvre ces activités.
De cette manière, vous pouvez spécifier par exemple que le chef des comptes peut afficher tous les
contacts pour lesquels il est considéré comme responsable. Ceci est possible bien que l'employé n'ait
pas d'autorisation pour la gestion de documents dans les entités organisationnelles correspondantes.
Remarque :
Vous pouvez trouver l'affectation entre l'employé et le numéro de partenaire dans les données de
base personnelles. Vous pouvez à ce niveau affecter un ID utilisateur SAP à un matricule.
Type de
document de vente
2. Organisation ciale
SAP AG 1999
Blocage de Blocage
sortie marchandises commandes client
Blocage Blocage
du prélèvement des besoins
Blocage de Blocage
l'échéancier impression
SAP AG 1999
Les blocages de livraison servent à retirer certains processus de la procédure normale pour des
raisons particulières (telles qu'une instabilité politique, un stock insuffisant, des difficultés de
paiement) et à empêcher tout autre traitement automatique. La procédure s'interrompt donc jusqu'à ce
que le responsable puisse clarifier la situation et décider de la marche à suivre. Il désactive alors
manuellement le blocage de livraison.
Vous pouvez définir des blocages de livraison dans les documents de vente au niveau de l'en-tête, du
poste ou de l'échéance. Le blocage défini au niveau du poste constitue une valeur par défaut pour les
échéances de ce poste.
Vous pouvez également définir des blocages de livraison directement dans les types de document de
vente ou dans les types d'échéance. Lors de la création des documents de vente, le système définit
alors automatiquement les blocages au niveau de l'en-tête ou de l'échéance.
Le paramétrage des motifs de blocage de l'expédition (transaction OVLS, OVLX) permet de
contrôler l'incidence des blocages de livraison. Au niveau de l'en-tête, vous pouvez spécifier si le
motif de blocage doit empêcher la création de la livraison dans son intégralité ou simplement bloquer
certaines étapes du processus de vente.
Le système empêche la livraison des documents de vente bloqués au niveau de l'en-tête uniquement
si le motif de blocage est affecté à un type de livraison dans le Customizing (transaction OVLX).
Si vous n'avez effectué aucune affectation, le système peut créer la livraison. Le motif de blocage a
alors plusieurs conséquences sur les étapes du processus de vente . Les options sélectionnées dans la
transaction OVLS indiquent les étapes individuels qui sont affectées : (blocages : commande /
prélèvement / besoins / entrée de marchandises / impression / échéancier).
A l'inverse, un blocage définit au niveau de l'échéance entraîne systématiquement un blocage de la
livraison pour cette échéance indépendamment des divers paramétrages présentés ci-dessus.
03/31/99
Saisie manuelle
SAP AG 1999
La durée des contrats est fréquemment prolongée par rapport à la durée du contrat d'origine si l'un
des partenaires ne l'a pas auparavant résilié.
Exemple : Le contrat débute le 1er avril. Le 10 octobre, le client vous informe qu'il souhaite résilier
le contrat le 1er novembre. Le système affiche un message d'avertissement puisqu'il est normalement
impossible de résilier un contrat avant la fin de la première année. Vous devez utiliser la prochaine
date de résiliation possible ou en saisir une différente.
Pour traiter la résiliation de contrats régulièrement prolongés, vous pouvez définir un schéma de
résiliation qui contient plusieurs règles de résiliation. Le schéma de résiliation peut être sauvegardé
dans un profil de contrat et être utilisé dans de nouveaux contrats.
Schéma de résiliation
0001
Règle résiliation
Schéma de résiliation
0001 Résil. jusqu'à 1 sme ap. début
0001 01/01/98 - 31/12/2007
Date de résiliation 02
Affectation
Schéma résil. Règle résil. Période :
Unité de temps :
0001 0001
Période résil. : 1
0001 0002 Unité temps : 1 jour
Règle valable pr : 12
SAP AG 1999
Vous pouvez définir des règles de résiliation qui vous sont propres. Celles-ci contiennent la règle
permettant de déterminer la date pour définir celle de résiliation, le préavis de résiliation et la période
de validité pour la règle.
Exemple :
Dans l'exemple ci-dessus, le client peut résilier le contrat dans une semaine. Pendant cette période, il
peut le résilier quotidiennement (cad à n'importe quel moment de la semaine).
Une autre règle de résiliation peut déterminer que la résiliation doit s'effectuer annuellement avec
une période de préavis de trois mois avant la prochaine date de résiliation.
VEDA
VBPA
SAP AG 1999
Les contrats que vous établissez sont souvent soumis aux mêmes conditions commerciales. Vous
pouvez sauvegarder ces conditions dans un contrat maître et le lier à des contrats dépendants.
Le contrat maître contient les conditions générales qui sont valides pour tous les contrats dépendants
s'y rapportant. Cela permet de garantir une cohérence des données générales dans tous les contrats
dépendants.
Dans le système standard, le type de document de vente GK est défini comme le contrat maître.
Le contrat de groupe ne contient que des données d'en-tête. Il ne comporte aucun poste. Vous pouvez
utiliser des zones provenant de tables pour les en-têtes de document (VBAK), les données
commerciales (VBKD), les données partenaire (VBPA), les données du contrat (VEDA) et les
données pour l'en-tête du plan de facturation (FPLA).
Le contrat maître de groupe affiche une liste de tous les liens vers les contrats dépendants. Vous
pouvez ensuite accéder à tous les contrats à partir de la liste.
Si vous activez la zone de mise à jour du contrat dépendant dans le Customizing du contrat maître,
toute modification apportée au contrat maître est immédiatement répercutée dans les contrats
dépendants. Cela déclenche le workflow qui accède à tous les contrats dépendants. Si aucune erreur
ne survient, la personne qui a modifié le contrat maître reçoit un workitem pour permettre une
gestion manuelle.
Contrat dépendant
Document: 3167
Client : Smith AG
Siège social Schéma : SDGK
Validité : 01/98 - -12/98
SAP AG 1999
Le contrat dépendant est un document standard qui comporte une référence à un contrat maître.
Lorsque vous saisissez le numéro de document dans la zone du contrat maître, le système crée un
lien au contrat dépendant.
Ce lien signifie que le système copie toutes les zones pertinentes (définies dans le Customizing) du
contrat maître vers le contrat dépendant. Vous paramétrer la façon de gérer les différences de
données entre le contrat maître et les contrats dépendants.
A chaque confirmation d'entrée, le système vérifie la référence entre le contrat dépendant et le
contrat maître en fonction des règles définies dans le Customizing pour les zones individuelles.
SAP AG 1999
Données de
base
Canaux de distribution communs Administration des ventes (ADV)
Données de base Définir les canaux de
distribution communs
Secteurs d'activités communs Administration des ventes (ADV)
Données de base Définir les secteurs
d'activité communs
Gérer le groupe de comptes Logistique –données générales
Données de base Logistique : partenaire
commercial Client Pilotage Définir
les groupes de compte
Gérer le type d'article Logistique –données générales
Données de base Logistique : Fiche article
Article Données de gestion
Définir propriétés des types d'article
Gérer les
instructions et Administration des ventes (ADV)
formulaires Paramétrage du système Routines
...
Entités organisationnelles
Groupe de comptes
Légende :
Grpe cptes : groupe de comptes
DC : domaine commercial (organisation
commerciale/ canal de distribution/secteur d'activité)
Fiche employée
Pour créer des documents de ventes qui comprennent ces articles, procédez comme
suit :
Mettez à jour les prix article.
Enregistrez les stocks (code mouvement 561) ou
vérifiez la disponibilité à la date du réapprovisionnement (par exemple, groupe de
contrôle 01).