Définition des paramètres de partenaires

… la direction du message.

Les options valides sont les suivantes :

I = Entrée

O = Sortie.

… le type de message, qui doit inclure le nom du message standard à traiter.

Exemples :

Messages EDIFACT :

ORDERS ORDRSP, etc.

Messages ODETTE :

DELINS AVIEXP, etc.

… la référence d'application, qui peut servir d'information de référence pour l'intégralité de la transmission. En d'autres termes, l'information s'applique à tous les messages de la transmission et est déterminée par l'expéditeur.

Ce champ n'est utilisé que pour les messages sortants.

… la référence d'accès, qui permet d'associer tous les transferts de messages à un accord commercial commun.

Ce champ n'est utilisé que pour les messages sortants.

… comment effectuer le rapprochement.

Les méthodes de rapprochement valides sont les suivantes :

0 = Pas de rapprochement

1 = Bon de livraison

2 = Cumulé

3 = Proactif : les besoins séquencés sont déclenchés et remplacent les programmes de livraison correspondants dans la plage de dates spécifiée. Ces besoins séquencés sont placés dans un horizon de planification.

4 = Réactif : les besoins séquencés sont instantanément déclenchés et utilisent le programme de livraison correspondant selon la méthode FIFO (premier entré, premier sorti).

5 = Discret (pour utilisation ultérieure).

Méthode 0 : le programme de livraison met à jour le stock des ordres sans prendre en compte les livraisons terminées.

Méthode 1 : les informations de bon de livraison doivent exister dans le programme de livraison. Les bons de livraison spécifiés dans le programme de livraison sont mis en correspondance avec les bons de livraison correspondants dans M3.

Méthode 2 : les informations cumulées doivent exister dans le programme de livraison et pour les articles dans (MMS072). Le paramètre 12 de (CRS716) doit être défini à 1.

Méthode 3 : les informations du programme de livraison séquencé doivent exister. La séquence des livraisons est généralement obtenue à partir d'une chaîne de programmes séquentiels. La livraison physique s'exécute à partir du programme de livraison séquencé et supprime le programme de livraison (fixe ou prévisionnel) correspondant. La date en cours déclenche généralement une livraison à partir de la chaîne de programmes de livraison séquencé enregistrée.

Méthode 4 : les informations du programme de livraison séquencé doivent exister. La seule différence entre cette méthode et la méthode 3 est qu'un programme de livraison séquencé reçu déclenche automatiquement une livraison sortante. Le programme de livraison séquencé ne supprime pas le programme de livraison (ferme ou prévisionnel). La quantité spécifiée dans le programme de livraison séquencé réduit la quantité la plus récente dans le programme de livraison.

Méthode 5 : cette méthode n'est actuellement pas utilisée.

… la façon dont le programme de livraison doit être rapproché avec les ordres disponibles et les transactions de livraison. La valeur de ce champ indique le délai autorisé avant interruption du processus de rapprochement.

Les options valides sont les suivantes :

Pour le rapprochement du bon de livraison (méthode 1) :

Généralement, lorsque les quantités du bon de livraison diffèrent, les quantités du client sont utilisées.

0 = Tous les bons de livraison du programme de livraison et des transactions de l'historique de livraison de M3 doivent pouvoir correspondre, faute de quoi le cycle est interrompu. Les quantités du bon de livraison doivent être identiques.

1 = Identique à 0, à ceci près que les quantités du bon de livraison peuvent différer.

2 = Au moins un bon de livraison doit pouvoir correspondre pour que le rapprochement continue. Les quantités du bon de livraison doivent être identiques.

3 = Identique à 2, à ceci près que les quantités du bon de livraison peuvent différer.

4 = Si aucun bon de livraison ne correspond, la première date d'ordre de lancement du programme de livraison précédent est utilisée comme base de rapprochement.

5 = Lorsque aucun bon de livraison ne correspond et qu'il n'existe aucun programme de livraison précédent, la valeur indiquée dans le champ 'Intervalle de programme de livraison' de (RSS015), paramètre 230, est utilisée pour calculer un point de rapprochement dans le passé.

6 = Si aucune des valeurs ci-dessus ne peut être utilisée, l'article peut être placé dans le cycle sans rapprochement.

Pour un rapprochement cumulatif (méthode 2) :

0 = Si les quantités d'un enregistrement individuel du programme de livraison sont différentes de celles du système de commande de vente, le cycle est interrompu.

1 = Si les quantités d'un enregistrement individuel du programme de livraison sont différentes de celles du système de commande de vente, l'écart est corrigé dans le système de commande de vente en fonction du programme de livraison.

… si l'en-tête de champ et le contenu du champ doivent être affichés, et s'il est possible de modifier le contenu.

Les options valides sont les suivantes :

0 = Ne pas afficher l'en-tête ni le contenu du champ.

1 = Afficher l'en-tête et le contenu du champ. Le contenu ne peut pas être modifié.

2 = Afficher l'en-tête et le contenu du champ. Le contenu peut être modifié.

… si le programme de livraison doit être rapproché par rapport aux commandes de vente et aux transactions d'historique de livraison de M3.

Les options valides sont les suivantes :

0 = Non

1 = Oui.

Le rapprochement signifie que le nouveau programme de livraison d'un article est comparé au statut des commandes en cours et aux dernières livraisons.

… le type cumulé.

Les options valides sont les suivantes :

1 = Quantité réellement reçue

2 = Quantité programmée reçue

3 = Engagement en production

4 = Production la plus élevée

5 = Production la plus faible

6 = Engagement en fabrication

7 = Fabrication la plus élevée

8 = Fabrication la plus faible

9 = Engagement en matières premières

10 = Composant le plus élevé

11 = Composant le plus faible

12 = Prévision

13 = Prévision la plus élevée

14 = Prévision la plus faible

15 = Contrat

16 = Contrat le plus élevé

17 = Contrat le plus faible

18 = Lancement pour paiement

19 = Elément le plus élevé lancé

20 = Elément le plus faible lancé.

… l'ID permettant de déterminer comment la quantité est cumulée. Ce paramètre est spécifié pour chaque référence complémentaire et chaque client.

Les options valides sont les suivantes :

1 = Par client uniquement

2 = Dépôt

3 = Dépôt et adresse

4 = Dépôt, adresse et spécification de livraison

5 = Dépôt et année modèle

6 = Dépôt, année modèle et adresse

7 = Dépôt et contrat

8 = Dépôt, contrat et adresse

9 = Dépôt, année modèle et contrat

10 = Dépôt, année modèle, contrat et adresse

11 = Adresse

12 = Adresse et spécification de livraison

13 = Année modèle

14 = Année modèle et adresse

15 = Contrat

16 = Contrat et adresse

17 = Année modèle et contrat

18 = Année modèle, contrat et adresse.

… un groupe de programmes de livraison qui regroupe de manière interne, ou classe par catégories, différents types de programme de livraison ayant entre eux une relation hiérarchique. Les niveaux de la hiérarchie peuvent être saisis dans (RSS015), (paramètre 045). Ce champ est facultatif.

Exemple : Si un programme de livraison et un programme de livraison séquencé sont utilisés, la relation entre ces deux programmes doit être décrite. Les programmes de livraison doivent appartenir au même groupe.

Le programme de livraison du niveau le plus élevé remplace toujours les niveaux inférieurs. En d'autres termes, le programme de livraison reçoit le niveau 1 et le programme de livraison séquencé reçoit le niveau 2.

Ce champ est utilisé pour regrouper de manière interne ou classer par catégories différents types de programme de livraison entretenant entre eux une relation hiérarchique. Ce champ est uniquement valide si un groupe de programmes de livraison est défini dans (RSS015/E).

99 niveaux au maximum peuvent être saisis, où 01 a la priorité la plus faible. Un programme de livraison avec un niveau plus élevé remplace les commandes de vente créées avec la même date de livraison à un niveau inférieur.

Voir l'exemple dans le texte d'aide du champ 'Groupe de programmes de livraison' (RSS015/E).

… une version d'application généralement définie pour chaque définition de partenaire, type de message et référence d'application.

Ce champ est facultatif.

… un modèle d'écart.

Le modèle d'écart défini peut être associé à un programme de livraison au moyen d'une combinaison d'ID, par exemple direction du message, partenaire, type de message et référence application.

Un modèle d'écart détermine la manière dont le programme de livraison sera transféré au système de commande de vente. Il interagit avec le champ 'Fonction manuelle suivante' (paramètre 055) dans (RSS010).

Les modèles d'écart sont créés dans (RSS020).

… si les informations de fractionnement spécifiées dans (RSS056) doivent être utilisées pour fractionner les périodes de quantités, par exemple les besoins hebdomadaires en besoins quotidiens.

Les options valides sont les suivantes :

0 = Non

1 = Oui

Si le fractionnement est activé, il sera effectué automatiquement après la validation.

… le modèle de fractionnement.

Ce champ permet de lier un modèle de fractionnement donné à un programme de livraison appartenant à la combinaison direction/partenaire/message/référence d'application définie.

La fonction de fractionnement scinde une quantité en plusieurs livraisons et est définie dans (RSS055) et dans (RSS056).

… les informations de contrôle dans le programme de livraison séquencé.

Ce champ permet d'indiquer le type de critère de recherche à utiliser pour suivre l'ordre de la séquence dans le programme de livraison séquencé. Le champ de recherche est construit et placé dans le champ RCSRCH du fichier ORSINS (instructions de programme de livraison).

L'information est utilisée lors de l'activation du programme de livraison pour rechercher le programme de livraison précédent au même niveau.

Il est déconseillé de modifier la valeur du champ de recherche lors de la production du programme de livraison.

Les options valides sont les suivantes :

0 = Référence complémentaire/date/heure

1 = Référence complémentaire/châssis

2 = Référence complémentaire/numéro kanban

3 = Référence complémentaire/séquence de production.

Pour les programmes de livraison normaux, cette valeur doit être définie à 0.

.. s'il faut mettre en attente ce programme de livraison si l'ID du programme précédent, spécifié dans le nouveau programme de livraison, est introuvable.

Les options valides sont les suivantes :

0 = Non. Si le programme de livraison précédent n'a pas été trouvé, le dernier programme utilisé est recherché, le cas échéant.

1 = Oui. Si aucun programme de livraison précédent n'a été trouvé, le nouveau programme n'est pas activé. Le programme de livraison de l'article actuel conserve le statut 15. Il doit ensuite être activé manuellement.

… comment la date de début ou de fin pour la période de demande est calculée. La date de fin est calculée selon la période de demande.

Les options valides sont les suivantes :

0 = la date de début correspond à la date demandée, et la date de fin est définie selon la longueur de la période.

1 = la date de début correspond à la date de début de la période, et la date de fin correspond à la date de fin de la période.

Exemple :

La date requise est Mercredi 17.

La période de demande est 2 (demandes hebdomadaires).

Méthode de calcul 0 :

La date requise (Date de début) est Mercredi 17.

La date de fin est définie à Mardi 23.

Méthode de calcul 1 :

La date requise (Date de début) est Lundi 15.

La date de fin est définie à Dimanche 21.

… l'endroit à partir duquel les dates de début et de fin d'un programme de livraison sont extraites. Ces dates sont extraites lors de l'étape de validation.

Un programme de livraison contient des informations sur les dates de début et de fin des instructions de livraison, à la fois au niveau de l'en-tête et de l'article. Ces informations sont normalement fournies dans la saisie par lot (information EDI), mais elles sont également calculées automatiquement dans le système RS. Les jours calculés indiquent la première et la dernière des dates de livraison valides pour n'importe quel article dans le programme de livraison actuel.

Les options valides sont les suivantes :

0 = Dates reçues de la saisie par lot du programme de livraison.

1 = Dates calculées au niveau de l'en-tête.

2 = Dates de début et de fin calculées individuellement.

… si un contrôle doit être effectué pour vérifier si l'article existe pour de nouvelles demandes, et si la demande doit être ajoutée à l'article s'il existe.

Les options valides sont les suivantes :

0 = Le programme est reçu tel quel, sans vérification de l'existence de l'article.

1 = Pour chaque nouvelle demande du programme reçu, une vérification est effectuée pour s'assurer que l'article a déjà été reçu. Si c'est le cas, les demandes sont ajoutées à l'article sous formes d'instructions.

Cet indicateur est utilisé si le programme reçu est structuré différemment de la structure de la base de données M3, c'est-à-dire si l'article n'est pas l'identité de contrôle.

Le programme reçu est par exemple structuré de la façon suivante :

Date article/quantité article/ quantité date article/quantité article/quantité. Si l'indicateur est défini sur 1, la structure sera convertie en :

Article date / quantité date / quantité article date /quantité date / quantité.

… si la proposition du dépôt fournisseur doit être obtenue à partir d'une table séparée.

Les options valides sont les suivantes :

0 = Non

1 = Oui

Si ceci doit également être valide pour les articles kit, l'option 1 doit être placée après l'option 3 dans la séquence de recherche lors de la saisie de nouvelles lignes de CDV.

Les valeurs de la table sont définies dans (MMS058). S'il manque les valeurs de la table, le dépôt principal est utilisé selon la combinaison en cours d'article/établissement.

... s'il faut effectuer une recherche via un établissement standard de l'article (RSS010).

Les options valides sont les suivantes :

0 = Non

1 = Oui. La recherche s'effectue à l'étape de validation.

… s'il faut extraire les informations de colisage de (MMS053) avant le transfert dans le système de commande de vente. Cette extraction est effectuée lors de l'étape de validation.

Les options valides sont les suivantes :

0 = Non

1 = Oui

… le type de date reçu dans les programmes de livraison. Si une valeur différente de 0 est utilisée, tout type de date reçu dans la transmission EDI est remplacé.

De même, toute valeur saisie manuellement sera le type de date par défaut.

Les options valides sont les suivantes :

0 = Type de date du fichier EDI

1 = Date de livraison

2 = Date de transit

3 = Date de réception des marchandises.

… si le lissage de colisage est effectué. Cela signifie que les quantités définies dans le programme de livraison sont mises à niveau de manière à correspondre à la quantité définie par colis.

Les options valides sont les suivantes :

0 = Non

1 = Oui. Toutes les quantités par jour seront mises à niveau.

2 = Oui. Toutes les quantités par jour seront mises à niveau sauf pour le dernier colis.

La mise à niveau est réalisée dans le cadre du rapprochement (transfert vers le système de commande de vente). La quantité par colis est définie dans (MMS053).

Exemple : La quantité de commande est 125 et la quantité standard d'un colis est définie à 50. Avec l'option 1, la quantité proposée pour la commande est mise à niveau à 150 (trois colis multipliés par 50).

… la séquence utilisée pour les programmes de livraison et la possibilité pour les champs de la hiérarchie supérieure du programme de mettre à jour la hiérarchie inférieure.

Par exemple, les champs d'un plan de prévision mettent à jour les champs d'un programme de livraison séquencé.

Les champs à mettre à jour sont extraits de la table prédéfinie dans (RSS016).

… la combinaison des codes de statut de livraison à créer dans la planification nette. Si ce champ est laissée vide, tous les codes seront inclus dans la planification nette.

Les options valides sont les suivantes :

1 = Entreprise

2 = Fabrication

3 = Matières premières uniquement

4 = Prévision

9 = Référence à un accord entre partenaires.

… comment traiter une commande ouverte pour des programmes de livraison client.

Les options valides sont les suivantes :

0 = En fonction des champs de contrôle de contrat dans (CRS610).

1 = La commande ouverte est extraite du numéro de commande de vente du programme de livraison de l'article.

2 = La commande ouverte est extraite du numéro de contrat du programme de livraison de l'article.

3 = La commande ouverte est extraite de la valeur modèle/année du programme de livraison de l'article.

L'option 0 extrait une commande ouverte lors du traitement du programme net dans la saisie d'ordres par lot en fonction des champs de contrôle du contrat du client. La devise ne sera pas extraite de la commande ouverte.

Les options 1, 2 et 3 utilisent l'accord extrait dans la saisie d'ordres par lot. Si elle est définie dans (OIS060), la devise du contrat remplace la devise client lors de la validation de l'article du programme de livraison. Si vous utilisez ces options, les champs de contrôle de contrat dans (CRS610) doivent être définis sur 0.

Pour qu'il soit possible d'utiliser les options 1, 2 et 3, le numéro de commande de vente du client, le numéro de contrat ou le modèle/année doivent être spécifiés dans (OIS060/E) en tant que numéro de commande de vente.

… si les définitions de statut de livraison saisies dans (RSS018) remplacent les valeurs provenant du programme de livraison enregistré.

Les options valides sont les suivantes :

0 = Non

1 = Oui

Les définitions du statut de livraison sont contrôlées au cours de la phase de validation.

… le numéro de commande de vente.

La valeur saisie remplace la valeur transmise par les programmes de livraison via un échange de données électronique (EDI).

… la priorité entre les commandes de vente. La priorité spécifiée s'applique à toutes les lignes d'une commande de vente. Cette information apparaît dans la planification des composants et peut être utilisée en cas de pénurie de stock.

Les valeurs autorisées sont comprises entre 0 et 9, avec 0 désignant la priorité la plus haute.

La priorité est utilisée comme critère de sélection en cas de pénurie de stock. La priorité est également utilisée pendant le lancement de l'affectation automatique et le lancement des listes de prélèvement dans (MWS410).

Une priorité normale est définie par client dans (CRS610/F). Lors de la saisie de commande de vente, une priorité est suggérée en fonction du type de commande de vente.

… si les délais de transport doivent être pris en compte lors du calcul des dates destinées aux demandes du programme de livraison client.

Les options valides sont les suivantes :

0 = Délais de transport non pris en compte.

1 = Délais de transport pris en compte et calculés d'après les jours de livraison définis dans (CRS900).

2 = Délais de transport pris en compte, mais (CRS900) ignoré. Cette option peut se montrer utile lorsque le transport s'effectue lors d'un week-end.

Le calcul de la date est mis en œuvre lors de la validation.

… l'intervalle du programme de livraison. Ce champ est utilisé uniquement en association avec le champ '020 Niveau de rapprochement' dans (RSS015), avec la valeur 5.

Ce champ est utilisée lors du rapprochement, et les valeurs sont saisies en nombre de jours. La valeur de l'intervalle de programme de livraison doit refléter la cadence de réception d'un programme de livraison. Le lettrage utilise l'intervalle pour obtenir les données de lettrage correcte si aucun bon de livraison ne correspond et qu'il n'existe aucun programme de livraison précédent.

Lorsque l'intervalle est défini à 0, aucun rapprochement n'est effectué s'il n'existe aucun programme de livraison précédent ni aucune livraison correspondante.

… les heures de l'intervalle du programme de livraison. Ce champ est utilisé uniquement en association avec le champ '020 Niveau de rapprochement' dans (RSS015), avec la valeur 5.

L'intervalle est exprimé en heures et est lié au champ '230 Jours d'intervalle du programme de livraison'.

… le nombre de jours précédant le déplacement physique du programme de livraison dans les fichiers d'historique du programme de livraison.

Pour désactiver cette fonction, saisissez 0 dans ce champ. Pour l'activer, saisissez un nombre de jours supérieurs à zéro.

La date de suppression est calculée à partir de la date de début du programme de livraison.

… un ID utilisateur unique.

Vous pouvez utiliser cet ID pour la sélection et le tri.

… si le remplacement du destinataire de courrier indiqué est autorisé.

Les options valides sont les suivantes :

0 = Non, le destinataire du courrier ne sera pas remplacé.

1 = Oui, le destinataire du courrier sera remplacé à l'aide d'une valeur dans (RSS015/310).

… la vue pour (RSS100).

Les vues sont paramétrables et déterminent les champs à afficher, ainsi que la manière dont les données sont calculées.

… la vue pour (RSS101).

Les vues sont paramétrables et déterminent les champs à afficher, ainsi que la manière dont les données sont calculées.

… la vue pour (RSS102).

Les vues sont paramétrables et déterminent les champs à afficher, ainsi que la manière dont les données sont calculées.

… le plan de la demande prévisionnelle consolidée. Ce champ ne peut être utilisée qu'en association avec une autre définition de paramètre de partenaire donné.

Ce champ est généralement utilisé pour gérer les programmes de livraison prévisionnels cumulés. Il permet en effet de consolider les besoins de plusieurs clients en les regroupant en un besoin unique à des fins de prévisions.

Lorsque ce champ est défini, il est possible que les champs 405–420 de (RSS015) doivent également être définis, selon que l'enregistrement en cours est une définition de partenaire prévisionnelle ou réelle.

La livraison des composants s'effectue généralement à partir des commandes de vente créées à partir du programme de livraison du partenaire.

Les options valides sont les suivantes :

0 = Aucune définition de relation partenaire

1 = Définition de partenaire prévisionnelle

2 = Définition de partenaire réelle.

… l'identifiant unique d'un client. Il peut contenir jusqu'à dix caractères alphanumériques.

Pour les clients temporaires (type de client 9), le code client doit se situer dans un intervalle défini où seuls les clients de type 9 peuvent être saisis.

… un ID des spécifications d'une livraison. Cet ID peut être associé à des lignes de commande de vente lors de leur saisie.

Les spécifications d'une livraison correspondent à une description détaillée du lieu de livraison d'une ligne de commande de vente. Il peut s'agir d'un lieu de travail, d'un immeuble, d'une maison, d'une entrée ou d'un étage.

Chaque spécification est sauvegardée dans un fichier séparé et peut servir pour plusieurs lignes de commande de vente.

… s'il faut utiliser ou non des multiples de résultat. Ce champ constitue une alternative au champ 'Niveau colisage'.

Les options valides sont les suivantes :

0 = Non

1 = Oui. Toutes les quantités par jour seront livrées en fonction du multiple de résultat.

Avec la valeur 1, les quantités du programme de livraison sont calculées à partir du multiple spécifié lors du rapprochement (c'est-à-dire au moment du transfert vers le système de commande de vente). Saisissez le multiple de résultat dans (MMS002).

… s'il faut utiliser ou non des multiples de résultat pour les instructions des commandes en retard.

Ce champ permet d'effectuer le même lissage en fonction de multiples de résultat que le paramètre 'Ajust. multiple de résultat depuis article/dépôt'. Ce paramètre affecte uniquement les instructions de livraison dont le motif est 3 (commande en retard).

Les options valides sont les suivantes :

0 = pas de lissage des commandes en retard

1 = les commandes en retard seront lissées.

Avec la valeur 1, les quantités du programme de livraison sont calculées à partir du multiple spécifié lors du rapprochement (c'est-à-dire au moment du transfert vers le système de commande de vente). Saisissez le multiple de résultat dans (MMS002).

… s'il faut utiliser le modèle de livraison pour le programme de livraison.

Les options valides sont les suivantes :

0 = Non

1 = Oui, ajuster les jours de livraison en fonction du modèle de livraison.

Les modèles de livraison sont saisis dans (RSS025).

… si les heures et les minutes doivent être utilisées dans le programme de livraison.

Les options valides sont les suivantes :

0 = Non

1 = Oui

Lorsque 0 est spécifié, l'heure de livraison demandée sera définie sur 00:00 pour indiquer un besoin pour la journée entière.

… la date à laquelle font référence les informations des bons de livraison d'un programme de livraison entrant. Les dates des bons de livraison sont importantes dans le cadre du processus de rapprochement.

Les options valides sont les suivantes :

0 = date à laquelle les biens sont expédiés.

1 = date à laquelle les biens sont reçus.

Si vous spécifiez 1, la date du bon de livraison est calculée en fonction du délai de transport.

… les modalités applicables lors du colisage des marchandises.

Les modalités saisies dans (RSS015) remplacent les modalités de (RSS050) et (CRS610).

… un fuseau horaire international, par exemple l'heure d'Europe centrale (CET) ou CET+1.

Le fuseau horaire &SYS doit être saisi dans (DRS045). &SYS est le fuseau horaire utilisé en interne par M3.

Si aucun fuseau horaire n'est saisi pour un emplacement, l'heure locale est utilisée. Cela signifie qu'aucune conversion de temps n'est effectuée.

… si la planification des besoins en composants (MRP) doit être lancée pour les articles modifiés une fois que les besoins ont été transférés dans une commande de vente. Seuls les articles n'utilisant pas le calcul des besoins par écart continu sont affectés.

Prière de noter que l'explosion n'est pas prise en charge dans cette version.

Ces champs indiquent si des contrôles doivent être effectués par rapport au programme de livraison au niveau supérieur. Ce contrôle est réalisé pendant l'activation et lors de la création du programme net.

Les options valides sont les suivantes :

0 = aucun contrôle de remplacement

1 = contrôle de remplacement.

Le contrôle par rapport au programme de livraison au niveau supérieur signifie que les demandes dans ce programme au niveau supérieur sont remplacées par les demandes du programme au niveau en cours si, et seulement si, les numéros de commande de vente sont identiques dans les deux programmes. S'ils ne sont pas identiques, aucun remplacement n'a lieu et des nouvelles demandes sont créées pour le programme au niveau en cours, parallèlement aux demandes du programme au niveau supérieur.

Dans un scénario courant, le niveau actuel est un programme de livraison d'appel et le niveau supérieur est un programme de livraison prévisionnel.

Ce paramètre n'est valide que si plusieurs niveaux sont utilisés au sein d'un même groupe de programmes de livraison.

Ces champs indiquent si des contrôles doivent être effectués par rapport au programme de livraison précédent au niveau actuel. Ce contrôle est réalisé pendant l'activation et lors de la création du programme net.

Les options valides sont les suivantes :

0 = aucun contrôle de remplacement

1 = contrôle de remplacement.

Le contrôle par rapport au programme précédent du niveau en cours consiste à remplacer les demandes de ce programme de livraison précédent du niveau en cours par les demandes du nouveau programme de livraison si, et seulement si, les numéros de commande du client sont identiques dans les deux programmes. S'ils ne sont pas identiques, aucun remplacement n'a lieu et des nouvelles demandes sont créées pour le programme au niveau en cours, parallèlement aux demandes du programme au niveau supérieur.

Dans de nombreux scénarios, le programme de livraison précédent est un appel (n) et le nouveau programme de livraison est un appel (n+1).