Modification a posteriori des livraisons réparties 

Applications

Vous pouvez apporter des modifications aux livraisons consécutivement à leur répartition du système centralisé au système décentralisé. Ce type de modification peut s'effectuer dans le système central ou dans le système WM décentralisé. L'interface vise à assurer que les données de livraison suivantes, fournies à titre de comparaison, sont identiques dans les deux systèmes une fois les modifications a posteriori apportées :

Modification de la livraison

Données d'en-tête	Données de poste
Poids brut	Poids brut
Poids net	Poids net
Volume	Volume
Date et heure de livraison	Date limite de consommation
Porte	Quantité livrée
Suppression de la livraison (via l'interface seulement)	Suppression de la livraison (via l'interface seulement)
Identification externe

Modification de la livraison

Données d'en-tête	Données de poste
Poids brut	Poids brut
Poids net	Poids net
Volume	Volume
Date et heure de livraison	Quantité livrée
Porte	Suppression de la livraison (via l'interface seulement)
Suppression de la livraison (via l'interface seulement)
Incoterms
Itinéraire
Conditions d'expédition
Priorité de livraison
Point de déchargement
Date et heure de prélèvement
Date et heure de chargement
Date et heure de planification du transport
Date et heure de la sortie de marchandises
Blocage de la livraison

 

Si vous souhaitez modifier des données partenaires, le système vérifie dans le Customizing du système partenaire concerné que ce type de modification est autorisé.

Fractionnement de livraison sortante dans un système tiers décentralisé

Si vous exécutez un fractionnement de livraison dans le système décentralisé, il devient impossible de modifier la livraison d'origine dans le système central. Vous devez vérifier que la livraison d'origine présente le statut de répartition Edans le système central immédiatement après le fractionnement de la livraison au niveau décentralisé.

Pour cela, vous pouvez utiliser l'IDoc avec le type de message logique SHP_OBDLV_CHANGE. Saisissez les valeurs suivantes dans l'IDoc :

Zone	Valeur
E1SHP_OBDLV_CHANGE-DELIVERY	Numéro de livraison
E1BPOBDLVHDRCHG-DELIV_NUMB	Numéro de livraison
E1BPOBDLVHDRCTRLCHG-SPLIT_DONE_FLG	E

 

Conditions préalables

Tous les postes de la livraison pertinente pour la répartition possèdent un numéro commun de magasin géré de façon décentralisée.

Dans le Customizing du module Expédition, sous Livraisons ® Types de livraison ® Mode de répartition, vous avez défini la répartition automatique de la livraison après la création du document ou lors d'un traitement en arrière-plan.

Vous devez vous assurer qu'un concept de blocage visant à empêcher le traitement simultané d'une livraison dans les deux systèmes est en place du côté du système WM décentralisé. Pour plus d'informations sur les blocages inter-systèmes, voir Base ® Technologie client/serveur ® Blocage inter-systèmes dans la Bibliothèque SAP.

Le modèle de répartition n'existe pas encore.

Générez un modèle de répartition pour les livraisons entrantes et sortantes et activez la gestion des modifications pour ces deux types de livraison. Pour plus d'informations, voir Logistics Execution ® Intégration WMS décentralisé ® Traitement central ® Répartition ® Générer un modèle de répartition dans le guide d'implémentation (IMG) du module Logistique.

Si vous souhaitez désactiver la gestion des modifications, supprimez le code d'activation dans le système central et le système décentralisé. Les méthodes InboundDelivery.DeliveryChange et OutboundDelivery.DeliveryChange peuvent être conservés dans le modèle de répartition ALE même si la gestion des modifications a été désactivée.

Pour plus d'informations, voir le guide d'implémentation (IMG) : Logistics Execution ® Intégration WMS décentralisé ® Traitement central ® Application ® Définir l'interface avec la gestion des stocks et les données pertinentes pour les livraisons ® Contrôle de la gestion des modifications pour les livraisons.

Le modèle de répartition existe déjà.

...

       1.      Ajoutez les méthodes suivantes au modèle de répartition dans le système central via le Customizing d'ALE :

¡        InboundDelivery.DeliveryChange

¡        OutboundDelivery.DeliveryChange

       2.      Définissez le filtre relatif à la détermination du récepteur pour ces méthodes :

¡        La détermination du récepteur s'effectue via le numéro de magasin du filtre, du système central au système décentralisé.

¡        Si les deux systèmes utilisent la version 4.70 ou une version ultérieure, vous pouvez utiliser le système logique de filtre pour la détermination du récepteur du système décentralisé au système central.

       3.      Générez l'accord d'interchange relatif aux nouvelles méthodes.

       4.      Transmettez le modèle de répartition au système WM décentralisé lié.

Déroulement

...

       1.      Vous apportez une modification a posteriori à une livraison entrante ou sortante dans le système ERP central, consécutivement à sa répartition dans le système WM décentralisé.

       2.      Si le WMS est un système SAP, le système bloque la livraison correspondante en vue de sa modification dans le système décentralisé dès que vous appelez la transaction dans le système central.

       3.      Lorsque vous sauvegardez les modifications apportées à la livraison dans le système ERP central, celui-ci envoie une demande de modification synchrone au système WM décentralisé (contrôle automatique du document réparti).

Les deux systèmes sont étroitement liés consécutivement à la demande de modification synchrone. Vous devez donc vous assurer que les deux systèmes sont disponibles à tout moment.

Vous pouvez vérifier si le système WM décentralisé peut reprendre vos modifications même si la livraison est en cours de traitement. Pour cela, sélectionnez Modifier livraison ® Traiter ® Contrôler document réparti.

       4.      Le système WM décentralisé vérifie la demande de modification, puis il l'accepte ou la refuse.

       5.      Si le système WM décentralisé refuse la demande de modification, il est impossible d'exécuter la modification dans le système central. Le système génère un message d'erreur.

Si le système WM décentralisé accepte la demande de modification, le système central termine la sauvegarde des données et envoie une demande de modification asynchrone au système décentralisé.

       6.      Le système WM décentralisé met à jour les données de livraison d'après la demande de modification asynchrone.

Pour être en mesure d'exécuter les différentes étapes dans l'un des systèmes sans que cela n'affecte l'autre, vous pouvez modifier des zones de la livraison non citées ci-dessus. Toutefois, aucun rapprochement n'est effectué entre les deux systèmes.

Tel est, par exemple, le cas lorsque vous modifiez, dans le système ERP central, des données pertinentes pour la facture et non pertinentes pour le traitement dans le système WM décentralisé, ou si vous modifiez le texte d'en-tête ou le texte des postes dans la livraison.

Emballage et gestion des modifications

Notez que les modifications du système partenaire lors de l'emballage ne sont pas synchronisées.