Réservations

La réservation est une action qui garantit l'attribution de l'offre à une demande de consommation ultérieure.

Le processus de conversion des commandes est un processus complexe car le vendeur doit garantir que la quantité sur un site de commerce électronique ou un emplacement de magasin doit être remplie à la fin du pipeline. En règle générale, s'il existe un délai de conversion de commande entre le système frontal et le système dorsal, il peut entraîner une survente s'il n'est pas géré correctement. Par exemple, sur une page de détail de produit, le vendeur peut indiquer la quantité totale disponible et lorsque deux clients ajoutent l'article au panier ou au règlement en même temps, il est nécessaire de trouver une méthode déterministe pour déterminer qui reçoit la dernière quantité du produit.

La réservation permet de réserver des quantités d'articles pour une courte durée, ce qui permet au système dorsal de terminer le traitement des demandes. Les demandes de réservation se produisent en temps réel et ont un comportement de non-verrouillage tel que lorsqu'une demande est reçue, la disponibilité est vérifiée avant la réservation. Si plusieurs réservations permettent d'accéder à la même quantité, la première réservation réussie est traitée et toutes les réservations effectuées à des dates ultérieures sont annulées et rejetées. La quantité de réservation acceptée est ensuite prise en compte dans les recherches de disponibilité futures qui incluent les nouvelles demandes de réservation.

Les caractéristiques des demandes de réservation de stock sont les suivantes:
  • Annulation automatique en cas d'échec de la réservation
  • L'expiration de la réservation est configurable
  • La réservation est consommable dans le cadre de la mise à jour de la demande.
  • La réservation peut être groupée par référence
  • La réservation partielle est prise en charge
Vous pouvez utiliser des réservations pour les éléments suivants:

Création d'une réservation pour le noeud ou le réseau

Vous pouvez créer des réservations au niveau du noeud et du réseau.
Réservation au niveau du noeud
La création d'une réservation au niveau du noeud permet de bloquer le stock sur un emplacement ou un noeud d'expédition spécifique. Vous pouvez créer une réservation d'un ou de plusieurs articles pour la quantité spécifiée. En cas de réussite, un ID de confirmation de réservation est renvoyé.
Remarque: La réservation partielle est prise en charge en cas de réservation au niveau du noeud.

Une réservation réussie prend en compte un type de demande qui a un impact sur la disponibilité du stock. Toutes les réservations ont une période d'expiration et à la fin de la période, le stock est renvoyé au pool disponible s'il n'est pas consommé via une capture de commande.

Réservation au niveau du réseau
Pour maximiser la capacité de capture des commandes, un gestionnaire d'exécution configure un réseau de sites d'expédition. La réservation de réseau est généralement utilisée sur un système de commerce électronique car au moment de la capture, on ne sait pas quel lieu d'expédition est utilisé pour l'exécution.
La capture d'une réservation de réseau affecte le niveau de stock au niveau du réseau et au niveau du noeud. Considérons qu'il y a deux noeuds chacun avec une disponibilité de quantité de 5, alors il y aurait une disponibilité totale de 10 qté pour la réservation.
Remarque: lorsqu'une réservation de réseau est créée, la réservation est automatiquement fractionne en une réservation de niveau noeud en fonction de la priorité du noeud.

Pour plus d'informations, voir Réservations à l'aide du comportement de priorité de noeud.

Note : La logique de disponibilité tient compte, entre autres, de l'offre, de la demande et des réservations actives pour calculer la disponibilité réelle.
Pour plus d'informations sur les cas spéciaux dans la réservation, voir Cas spéciaux.
Pour plus d'informations sur la récupération de la liste des réservations actives, voir Get Reservations API.

Dans les deux cas de réservation de noeud ou de réseau, vous pouvez utiliser la fonction de personnalisation de l'ID de réservation. Pour plus d'informations, voir Création de réservations avec un ID de réservation personnalisé.

Réservations à l'aide du comportement de priorité de noeud

Lorsqu'une réservation de niveau réseau est créée, le système prend en compte la disponibilité du réseau avant de bloquer la quantité de stock. Dans un scénario complexe où un ou plusieurs noeuds font partie de plusieurs réseaux, cela peut rapidement conduire à un scénario de vente excessive.

Par exemple, imaginons que Node1 ait 5 qtés et que Node2 ait 7 qtés de disponibilité. Si deux groupes de distribution sont créés en tant que DG1 et DG2 où tous deux ont le même noeud, ils observent la même disponibilité de 12 qté. Dans ce comportement existant, la réservation créée pour un groupe de distribution n'a pas connaissance de l'autre groupe. Cela signifie qu'il est possible pour DG1 et DG2 de réserver 12 qté entraînant une survente.

Pour surmonter ce comportement, le vendeur est tenu de suivre ces réservations de niveau réseau en tant que réservations non validées et de les convertir en réservation de niveau noeud afin d'atténuer le risque de survente. La réservation de priorité de noeud pour le groupe de distribution est introduite dans la logique de réservation afin de minimiser l'effort du vendeur dans l'exécution de la conversion de réservation de réseau en noeud.

La différence fondamentale avec la réservation de priorité de noeud est que le système effectue une vérification de stock sur les deux noeuds individuels du groupe de distribution et du réseau lors de l'acceptation de la quantité demandée. La quantité de réservation est affectée à un noeud au lieu du niveau réseau de sorte que tout réseau partageant le même noeud ait la dernière image de stock. Lorsqu'il existe plusieurs noeuds dans la définition de groupe de distribution, la réservation est effectuée dans l'ordre de la valeur de priorité du noeud.

Pour configurer l'ordre dans lequel les noeuds sont pris en compte, l'utilisateur peut définir la valeur de priorité pour chaque noeud du groupe de distribution car plusieurs noeuds peuvent avoir la même valeur de priorité. La condition de départage est le noeud dont le stock le plus ancien est réservé en premier.
Pour plus d'informations, voir Distribution Group API.

Par exemple, DG1 a [Node2, Node1, Node3, Node4] comme séquence de priorité de noeud. Cela signifie que la disponibilité Node2 est toujours réservée en premier. Une fois que le noeud Node2 s'épuise, le système passe ensuite au noeud prioritaire suivant jusqu'à ce que la quantité de demandes de réservation soit satisfaite.

Mise à jour de la quantité réservée

Sur une réservation existante, vous pouvez effectuer les actions suivantes:
  • Augmentation et diminution d'une quantité de réservation pour une ligne de réservation.
    Remarque: En cas de changement de quantité, la réservation prend en charge l'augmentation partielle de la quantité de réservation. Ceci est vrai jusqu'à ce que le stock soit disponible au niveau de la combinaison article-noeud spécifique.
  • Mise à jour du délai d'expiration.
Remarque: définissez l'indicateur acceptPartialReserve sur true pour autoriser la ligne de commande à déblocage pour toute quantité réservée qui est une réservation absolue. Si l'indicateur est défini sur " false, les lignes de commande sont traitées lorsque la totalité de la quantité est réservée.

Définition des délais d'expiration pour les réservations

Lorsque vous créez une réservation pour un nœud ou un réseau, vous pouvez définir le délai d'expiration au niveau de la ligne de réservation individuelle ou pour toutes les réservations ayant la même référence. Lorsqu'une réservation expire, la quantité réservée est remise dans le pool de disponibilité. À ce moment-là, les API de disponibilité reflètent l'inventaire mis à jour et les événements pertinents peuvent être publiés si des abonnements sont en place. Les événements comprennent les événements productAvailbaility, dgAvailability, supplyAvailbility . Pour plus d'informations, voir Formats d'événements.

Extension des réservations pour un panier ou par référence

La réservation existante peut être remplacée par le nouvel horodatage d'expiration lors de la création ou de la mise à jour de la réservation. Par exemple, si vous définissez l'indicateur avec un horodatage d'expiration de substitution défini, la référence de réservation se compose de [rsv1, rsv2, rsv3] qui met à jour l'expiration pour toutes les réservations. Si vous ne spécifiez pas le expiryTs de substitution dans l'entrée de la demande, l'indicateur peut être ignoré.
Remarque :
  • Le système applique la limite de réservation pour la durée maximale de 30 jours avec une valeur par défaut de 15 minutes.
  • Vous pouvez prolonger le délai d'expiration de plusieurs réservations à la fois ayant la même référence.
Pour plus d'informations, voir Update Reservations API.

Recherche de réservations d'inventaire

La recherche de réservation d'inventaire vous permet de rechercher des réservations par article, référence ou ID de réservation. Vous pouvez également effectuer des recherches dans les réservations d'inventaire à l'aide de l Search Reservations API.

Pour plus d'informations sur les étapes de recherche des réservations d'inventaire, voir Recherche des réservations d'inventaire par référence ou par ID de réservation.

Suppression des réserves

Vous pouvez supprimer ou utiliser la réservation sélectionnée dans le cadre de la mise à jour de la demande lorsqu'une commande est convertie.

Le système effectue une validation pour éviter la duplication de l'ID de réservation dans l'appel d'API de réservation. La création réussie de la réservation renvoie la valeur reference correspondante à partir du contenu de la réponse. Les API qui fonctionnent avec l'ID de réservation personnalisé sont les suivantes:
  • GET
  • DELETE
  • POST
  • PATCH
Pour plus d'informations sur la suppression des réservations, voir Delete Reservations API.

Statut de réservation

Les types de réservation suivants peuvent être effectués pour un noeud spécifique, un groupe de distribution spécifique et une méthode de livraison spécifique en fonction de l'expédition ou du ramassage.

Imaginez un scénario d'achat en ligne dans lequel un client souhaite passer une commande pour un article. Lorsque l'article est ajouté à un panier ou dans le cadre d'une réservation, les étapes suivantes sont effectuées dans le système dorsal:
  1. Obtenez la disponibilité de l'article et comparez-la à la quantité demandée.
  2. Si une quantité suffisante est disponible, une réservation d'article est demandée.
    Remarque: La deuxième étape peut être effectuée lorsque les articles sont ajoutés à un panier ou lorsque des articles sont en cours de règlement.
  3. Vérifiez l'état de la réservation et déterminez si la réservation est entièrement réservée, partielle réservée ou non réservée. Si la quantité n'est pas entièrement réservée, l'utilisateur doit être informé de la quantité insuffisante.
  4. Si la quantité est annulée ou supprimée du panier, la réservation correspondante doit être modifiée pour refléter la dernière quantité réservée qui libère la disponibilité pour les autres clients.
  5. La réservation est convertie en commande ou en demande. Le système dorsal inclut l'ID de réservation dans le cadre de la mise à jour de la demande et de la commande, ce qui déclenche la consommation de la réservation.
Lorsque le stock est faible, la réservation peut avoir l'un des résultats suivants:
Réservation Résultat
Réservé Si la quantité totale est réservée, le magasin publie une demande qui inclut les détails de la réservation afin que la réservation puisse être consommée.
Partiellement réservé Les quantités partielles sont réservées sur le système. En fonction du statut d'acceptation de la commande, le client doit déterminer si la réservation doit être conservée ou supprimée.
Non réservé Le stock n'est pas réservé et les clients doivent rechercher un autre stock.