Groupes de distribution

Un groupe de distribution est un réseau de centres de distribution (ou de noeuds), qui peut contenir un ou plusieurs centres de distribution et magasins. Un groupe de distribution est créé principalement en fonction de l'emplacement géographique.

En tant que vendeur, vous pouvez créer et gérer des groupes de distribution, chacun pouvant contenir plusieurs noeuds pour l'exécution des commandes. Pour l' Promising service, vous pouvez utiliser ces groupes de distribution pour restreindre la liste des nœuds pris en compte par l' Calculate item delivery date , et Calculate shipment assignments Scénario : Dépannage des API de calculs prometteurs, version 2, lors des calculs prometteurs.

Pour les considérations globales entre les nœuds, vous devez créer un groupe de distribution pour chacun des objectifs suivants :

Stock: Cela est nécessaire si vous utilisez des fonctionnalités telles que les règles de disponibilité et de stock de sécurité dans l' Inventory service.
Sourçage: Si le groupe de répartition est requis pour les règles prometteuses, la date de livraison estimée (DLE) et l'affectation de la sortie, vous devez lui affecter l'objectif de détermination des sources d'approvisionnement.
Approvisionnement: Si vous envisagez des transferts de nœuds pour exécuter des commandes, vous devez créer ce groupe de distribution pour accéder aux règles de transfert.

Remarque : Un groupe de distribution est identifié de manière unique par son nom et son objectif. Si vous configurez un DG1 ( node1, node2 ) avec l'objectif SOURCING mais que vous avez également besoin de suivre l'inventaire pour les mêmes nœuds, vous devez alors créer un nouveau DG2 ( node1, node2 ) avec l'objectif INVENTORY. De plus, vous ne pouvez pas modifier l'objet d'un groupe de diffusion. Par conséquent, vous devez supprimer le groupe de distribution et le recréer avec l'objet approprié.

Pour plus d'informations, voir Création de groupes de distribution et l' Manage DG API.

Il n'est pas toujours nécessaire de créer des groupes de distribution en raison de la proximité des lieux d'expédition. Vous pouvez créer des groupes de distribution pour faire la distinction entre vos propres noeuds et les fournisseurs externes.

Par exemple, la figure suivante illustre plusieurs groupes de noeuds de distribution tels que East Coast et Central.

L'image montre un exemple de groupes de distribution.

Demandes non affectées

La demande non attribuée fait référence aux demandes qui ne sont pas associées à un nœud spécifique. Ces demandes peuvent être créées à la suite d'une commande d'un client ou d'une prévision des besoins futurs d'un client à la suite d'une vente. Les demandes non attribuées sont importantes pour la planification des stocks car elles représentent les commandes futures probables.

Facteurs pour les demandes non attribuées

Les facteurs suivants peuvent être à l'origine de demandes non attribuées :

Stock ou capacité insuffisants: Il se peut que les stocks ou les capacités de production disponibles ne soient pas suffisants pour répondre à la demande.
Contraintes de planification: Les règles de répartition, les délais, la disponibilité des nœuds empêchent le système d'affecter l'offre.
Problèmes de données: En raison de certaines erreurs de calcul, la prévision de la demande ou la saisie des commandes est incorrecte, ce qui entraîne des demandes non affectées.
Déséquilibres temporels: Parfois, l'offre n'est pas disponible au bon moment ou au bon endroit pour répondre à la demande.

Impact des demandes non attribuées

Service client: Il peut y avoir des commandes non honorées qui peuvent entraîner des retards, des annulations de commandes, des pertes de ventes ou des augmentations de coûts.
Disponibilité: Si les demandes non attribuées ne sont pas prises en compte lors de l'exécution des commandes, cela peut conduire à des calculs inexacts de la disponibilité et à un surpromesse ou un sous-stockage.

Prise en compte des demandes non attribuées

Pour que les demandes non attribuées soient prises en compte dans la disponibilité du groupe de distribution, vous devez définir la valeur de considerUnassignedDemand sur true. Pour plus d'informations, voir Define distribution group API.

Pour permettre la prise en compte des demandes non attribuées via Order Hub, voir Création de groupes de distribution.

Pour plus d'informations sur les groupes de distribution, voir Groupes de distribution.

Exemple

Considérez DG1 comme le groupe de distribution participant à l'exécution des commandes. La commande est saisie et les nœuds participants l'exécutent, la demande non affectée étant convertie en demande affectée par l'affectation des nœuds.

Considérons le calcul suivant :

Node01 - 5 qty
Node02 - 4 qty
DG1 = Node01 + Node02 = 9 qty
Demande attribuée = 3 qty
Demande non attribuée = 2 qty
Disponibilité = DG1 - Demande attribuée - Demande non attribuée = 9 qty - 3 qty - 2 qty = 4 qty

Le responsable de l'exécution des commandes décide des groupes de distribution qui prendront en compte ces demandes non affectées.

Note : Vous pouvez avoir plusieurs groupes de distribution qui participent à l'exécution des demandes non attribuées.

Supposons que deux groupes de distribution DG1 et DG2 soient marqués pour prendre en compte une demande non affectée et que la demande non affectée soit créée pour une quantité de 100. La disponibilité des deux groupes de distribution est réduite de 100 qty. Ceci est pris en compte jusqu'à ce que la demande soit attribuée à un nœud. Une fois la demande attribuée, seule la disponibilité du groupe de distribution du nœud est réduite, tandis que l'autre groupe de distribution ne l'est pas.

Remarque : la demande non affectée ne s'applique qu'aux demandes de commandes en cours ou aux demandes OPEN_ORDER et à leurs extensions.

Configuration de la priorité de noeud dans la définition de groupe de distribution

L'API Distribution Group (PUT configuration/distributionGroups/{distributionGroupId}) prend la priorité des noeuds. Définissez la priorité des noeuds du groupe de distribution à l'aide de l'API Distribution Group PUT .
Dans cet exemple, la priorité de noeud DG1 du groupe de distribution est définie avec Node2 comme priorité 1, Node1 comme priorité 2, Node3 comme priorité 3 et Node4 comme priorité 4.

{ "shipNodes":[
  { "shipNode" : "node2", "priority" : 1},
  { "shipNode" : "node1", "priority" : 2},
  { "shipNode" : "node3", "priority" : 3},
  { "shipNode" : "node4", "priority" : 4}
  ]
}

Exemples de priorité de noeud

Exemple 1: réservation de réseau prenant en compte la priorité de noeud

La priorité de noeud avec la quantité dans les noeuds respectifs est affectée comme suit:

Noeud	Quantité	Priorité
Node1	5 qté	Priorité 1
Node2	10 qté	Priorité 2
Node3	2 qté	Priorité 3

La disponibilité totale dans DG1 est de 5 + 10 + 2 = 17.
Supposons qu'une réservation soit effectuée par rapport à DG1 pour 5 qté. Le système livre l'inventaire sur Node3 de 2 qté et Node2 de 3 qté en fonction de la définition de priorité du groupe de distribution.
Pour plus d'informations sur l'API v2 Reservation POST, voir Réservation par date.

Exemple 2: Effet de la réservation de priorité de noeud sur d'autres groupes de distribution partageant le même noeud

Lorsqu'une réservation de réseau a été créée avec succès sur un réseau, la quantité demandée est retenue sur l'un des noeuds de priorité. Si des groupes de distribution partagent le même nœud, leur disponibilité est également affectée. Pour l'
, par exemple, DG1 possède les nœuds suivants avec la configuration du groupe de distribution et la disponibilité des nœuds respectifs.

Tableau 1. Disponibilité du noeud pour Item1
Noeud	Quantité	Priorité
Node1	200	2
Node2	0	1
Node3	10	3
Node4	50	4

Si Item1 a réservé deux quantités à l'article DG1 le 28 janvier 2021, la réservation est réservée à l'article Node1 pour deux quantités car Node2 n'a pas de disponibilité même s'il a une priorité de noeud de 1.

{
  "availabilityType": "SELL",
  "lines": [
    {
      "deliveryMethod": "SHP",
      "distributionGroup": "dg1",
      "lineId": "1",
      "quantity": 2,
      "totalReservedQuantity": 2,
      "reservations": [
        {
          "expirationTs": "2021-01-28T00:15:00Z ",
          "id": "5040f3e2-2af0-4f50-bcc4-d515b410b25b",
          "shipNode": "node1",
          "quantity": 2
        }
      ]
    }
  ]
}

Important: Si plusieurs noeuds ont la même priorité, la condition de départage est basée sur le noeud ayant le plus de stock.

Exemple 3: réservation de priorité de noeud au-dessus de la quantité disponible de noeud unique

En utilisant la même configuration de DG1, supposons qu'il existe 202 demandes de quantité pour la réservation sur DG1. Ensuite, plusieurs noeuds sont sélectionnés pour la réservation car Node1 ne dispose que de 200 qté disponibles. Le système enregistre ensuite les deux quantités restantes en contrepartie d' Node3.
La charge utile de réservation résultante est donnée comme suit. Les 200 unités sont réservées sur Node1 et 2 unités sont réservées sur Node3.

{
  "availabilityType": "SELL",
  "lines": [{
     "deliveryMethod": "SHP",
     "distributionGroup": "dg1",
     "lineId": "1",
     "quantity": 202,
     "totalReservedQuantity": 202,
     "reservations": [{
         "expirationTs": "2021-01-28T00:20:00Z ",
         "id": "ad8af5d4-0d14-4eaa-a5d4-210cb8677176",
         "shipNode": "node1",
         "quantity": 200
     },
     {
         "expirationTs": "2021-01-28T00:20:00Z ",
         "id": "0cb34fe8-f313-41eb-9117-c77b61745c59",
         "shipNode": "node3",
         "quantity": 2
     }
    ]
   }
 ]
}