Contrôle de disponibilité dans SAP APO et
planification dans SAP R/3 
Applications
Si vous exécutez la planification dans SAP R/3 Enterprise, les besoins doivent être enregistrés dans SAP Advanced Planning and Optimization (SAP APO) lorsque la commande client est répliquée et sauvegardée dans SAP R/3 Enterprise.
Dans SAP CRM 3.0, les besoins sont enregistrés dans SAP APO par la commande client lorsqu'elle est sauvegardée dans CRM Enterprise. Le système standard est paramétré pour cela. Nous vous recommandons d'utiliser cette procédure car c'est la plus performante. Pour plus d'informations, voir Contrôle de disponibilité et planification dans SAP APO.
Toutefois, si vous avez besoin d'exécuter la planification dans SAP R/3 Enterprise, vous devez modifier ce paramètre. Dans CRM Enterprise, reportez-vous pour cela au Guide d'implémentation de Customer Relationship Management sous Fonctions de base ® Extension du système ® Contrôle de disponibilité ® Business Add-In pour l'enregistrement des besoins dans SAP APO.
Nous vous recommandons d'utiliser la version 3.0A de SAP APO ou une version ultérieure.
Déroulement
L'illustration suivante (Figure 2) décrit le flux de données entre CRM Enterprise et SAP APO :
...
1. Selon le scénario de gestion utilisé, une commande client est saisie dans CRM Enterprise ou transférée à CRM Enterprise. Le produit est entré au niveau du poste ; la quantité et la date demandée sont spécifiées dans l'échéance requise.
2. Un contrôle de disponibilité est exécuté pour 100 pièces du produit numéro 4711, qui doit être livré au client d'ici le 10 octobre.
3. SAP APO renvoie les résultats suivants à CRM Enterprise :
¡ 60 pièces peuvent être livrées le 10 octobre.
¡ Les 40 pièces restantes ne peuvent pas être livrées avant le 15 octobre.
Il
détermine également le site (division chargée de la livraison). Pour plus
d'informations, voir 
Détermination du site
dans la commande client.
Dans CRM Enterprise, des confirmations d'échéance sont créées pour les résultats confirmés.
Dans l'outil liveCache de SAP APO, des besoins sont créés pour ces résultats sous la forme d'affectations temporaires de quantité.
Les affectations temporaires de quantité bloquent les quantités pour des commandes client ultérieures lorsqu'un contrôle de disponibilité du produit est exécuté, mais ne sont pas significatives pour la planification des besoins.
Les affectations temporaires de quantité ont le statut prépersistantes. Pour plus d'informations, voir la documentation relative à la zone CodeEnregDeltadans le Guide d'implémentation (IMG) de SAP APO sous Contrôle de disponibilité global (contrôle ATP global) ® Options générales ® Gérer profil des besoins.
4. La commande client est sauvegardée dans CRM Enterprise.
Les affectations temporaires de quantité sont ensuite sauvegardées dans SAP APO et ont le statut persistantes.
Si la commande client n'est pas sauvegardée dans CRM Enterprise, les affectations temporaires de quantité ne sont pas sauvegardées dans SAP APO et seront rejetées.
5. La commande client est transférée dans Middleware CRM en tant que document.
6. Depuis Middleware CRM, la commande client est transférée à SAP R/3.
Les affectations temporaires de quantité dans SAP APO ont le statut postpersistantes (SAP APO 3.0).
7. Étant donné que le produit 4711 a été spécifié dans le modèle d'intégration de l'interface APO Core (APO-CIF), SAP R/3 récupère le résultat du contrôle de disponibilité exécuté auparavant pour la commande client dans CRM Enterprise.
8. Le résultat du contrôle de disponibilité est transféré à SAP R/3. Comme dans CRM Enterprise, le produit est saisi au niveau des postes, la quantité et la date demandée sont saisies dans les échéances.
Le numéro de commande client créé dans SAP R/3 Enterprise est transféré à SAP APO.
9. La commande client est sauvegardée automatiquement dans SAP R/3.
Les affectations temporaires de quantité sont supprimées de SAP APO liveCache ; les besoins sont sauvegardés dans SAP APO sous forme de séries chronologiques. Les séries chronologiques sont prises en compte pour le contrôle de disponibilité du produit et sont également significatives pour la planification des besoins.
Si vous utilisez SAP APO 2.0 :
Pour
quitter la commande sans la sauvegarder, sélectionnez 
ou
. N'entrez pas
/n dans la zone de commande pour éviter que les
affectations temporaires de quantité dans SAP APO ne soient
incohérentes.
10. Dans l'onglet Statut de l'en-tête de la commande client dans CRM Enterprise, sous la section Transfert R/3 et statut R/3, la zone Statut répartition présente la valeur Répartition correcte.
Si le transfert de la commande client échoue, les messages d'erreur sont affichés dans le protocole d'application. Le système supprime ces messages d'erreur du protocole d'application une fois que la commande client est transférée avec succès à SAP R/3 Enterprise lors d'une étape ultérieure.
Restrictions
Les processus de contrôle ATP ci-dessous ne sont pas pris en charge dans CRM Enterprise :
· Lots et autres stocks spéciaux (par exemple, stock d'articles en consignation)
· Gestion des ordres de montage
· Gestion des livraisons directes
· Réordonnancement dans R/3
· Contrôle de disponibilité pour les contingents ou la planification des besoins indépendants
· Contrôle de disponibilité avec déclenchement de la production
· Configuration des produits à variantes
Dès qu'un poste a été livré en partie, vous ne pouvez pas exécuter le contrôle de disponibilité pour ce poste.
Pour plus d'informations sur les restrictions, voir la note SAP suivante :
Note SAP
Version |
Note SAP |
Titre |
CRM 2.0B/C |
329452 |
CRM 2.0B/C-APO/ATP : Options et restrictions |
Informations supplémentaires
Pour plus
d'informations sur les commandes client, voir la bibliothèque SAP de
mySAP Customer Relationship
Management sous
CRM
Enterprise
® Enterprise Sales ® Gestion des offres et des commandes ® Traitement d'une
commande client.