Workflows

Workflow enchères

Ce workflow détaille le chemin d'une enchère, du clic utilisateur à l'historique.

Workflow enchères

Ce workflow détaille le chemin d'une enchère, du clic utilisateur à l'historique.

flowchart TD
  click["Acheteur enchérit"] --> auth["Utilisateur connecté ?"]
  auth --> org["Organisation active valide ?"]
  org --> sale["Vente ouverte ?"]
  sale --> rights["Acheteur autorisé ?"]
  rights --> seller["N'est pas le vendeur ?"]
  seller --> deposit["Dépôt ou limite OK ?"]
  deposit --> amount["Montant et incrément OK ?"]
  amount --> proxy{"Proxy bid ?"}
  proxy -->|Oui| proxyFlow["Calcul automatique"]
  proxy -->|Non| direct["Bid direct"]
  proxyFlow --> result["Prix et gagnant mis à jour"]
  direct --> result
  result --> audit["Historique d'enchère"]

Refus possibles

RefusMessage fonctionnel
Non connectéConnectez-vous pour participer
Organisation absenteSélectionnez une organisation
Vente ferméeLes enchères sont terminées
Lot non éligibleCe lot ne peut pas recevoir d'enchère
Vendeur du lotVous ne pouvez pas enchérir sur votre propre lot
Dépôt requisUne garantie est nécessaire
Limite atteinteVotre organisation a atteint sa limite
Montant trop basLe montant doit respecter l'incrément

Règles observées avant acceptation

  • Le montant doit être entier, positif et sans centimes.
  • Le type d'enchère accepté est statique ou dynamique.
  • Le lot doit exister, être une enchère, être ouvert, avoir démarré et ne pas être terminé.
  • Le vendeur du lot ne peut pas enchérir sur son propre lot.
  • Le shop doit fournir des paramètres d'enchère.
  • Le montant doit respecter prix courant, prix de départ et incrément.
  • Un montant supérieur à la limite maximale du shop est refusé.
  • Un montant supérieur au multiplicateur configuré peut être accepté avec avertissement.
  • L'organisation doit avoir une limite d'enchère disponible.
  • L'autorisation de participation est vérifiée avant enchère.
  • Un dépôt peut être exigé selon le shop, le contrat du lot et les droits de contournement de l'organisation.
  • Si un dépôt est requis, TARS cherche un dépôt valide avec un montant suffisant pour le palier attendu.

Parcours front observé

  • Le front lance un dry-run avant l'enchère réelle.
  • Si le dry-run signale un dépôt manquant ou insuffisant, le parcours de dépôt est lancé puis le contrôle est rejoué.
  • L'enchère réelle attend un message temps réel sur le canal de réponse d'enchère.
  • Le front peut aussi attendre la mise à jour temps réel du lot.
  • Si l'enchère est acceptée mais que l'utilisateur est déjà dépassé, le front affiche une erreur dédiée.

Effets après acceptation

  • L'enchère est historisée.
  • Le prix courant peut évoluer.
  • Le gagnant temporaire peut changer.
  • La vente peut être prolongée.
  • L'acheteur peut retrouver l'enchère dans son espace personnel.
  • L'admin peut consulter le détail pour support ou audit.
Copyright © 2026