Workflows
Workflow encheres
Ce workflow detaille le chemin d'une enchere, du clic utilisateur a l'historique.
Workflow encheres
Ce workflow detaille le chemin d'une enchere, du clic utilisateur a l'historique.
flowchart TD
click["Acheteur encherit"] --> auth["Utilisateur connecte ?"]
auth --> org["Organisation active valide ?"]
org --> sale["Vente ouverte ?"]
sale --> rights["Acheteur autorise ?"]
rights --> seller["N'est pas le vendeur ?"]
seller --> deposit["Depot ou limite OK ?"]
deposit --> amount["Montant et increment OK ?"]
amount --> proxy{"Proxy bid ?"}
proxy -->|Oui| proxyFlow["Calcul automatique"]
proxy -->|Non| direct["Bid direct"]
proxyFlow --> result["Prix et gagnant mis a jour"]
direct --> result
result --> audit["Historique d'enchere"]
Refus possibles
| Refus | Message fonctionnel |
|---|---|
| Non connecte | Connectez-vous pour participer |
| Organisation absente | Selectionnez une organisation |
| Vente fermee | Les encheres sont terminees |
| Lot non eligible | Ce lot ne peut pas recevoir d'enchere |
| Vendeur du lot | Vous ne pouvez pas encherir sur votre propre lot |
| Depot requis | Une garantie est necessaire |
| Limite atteinte | Votre organisation a atteint sa limite |
| Montant trop bas | Le montant doit respecter l'increment |
Regles observees avant acceptation
- Le montant doit etre entier, positif et sans centimes.
- Le type d'enchere accepte est statique ou dynamique.
- Le lot doit exister, etre une enchere, etre ouvert, avoir demarre et ne pas etre termine.
- Le vendeur du lot ne peut pas encherir sur son propre lot.
- Le shop doit fournir des parametres d'enchere.
- Le montant doit respecter prix courant, prix de depart et increment.
- Un montant superieur a la limite maximale du shop est refuse.
- Un montant superieur au multiplicateur configure peut etre accepte avec avertissement.
- L'organisation doit avoir une limite d'enchere disponible.
- L'autorisation de participation est verifiee avant enchere.
- Un depot peut etre exige selon le shop, le contrat du lot et les droits de contournement de l'organisation.
- Si un depot est requis, TARS cherche un depot valide avec un montant suffisant pour le palier attendu.
Parcours front observe
- Le front lance un dry-run avant l'enchere reelle.
- Si le dry-run signale un depot manquant ou insuffisant, le parcours de depot est lance puis le controle est rejoue.
- L'enchere reelle attend un message temps reel sur le canal de reponse d'enchere.
- Le front peut aussi attendre la mise a jour temps reel du lot.
- Si l'enchere est acceptee mais que l'utilisateur est deja depasse, le front affiche une erreur dediee.
Effets apres acceptation
- L'enchere est historisee.
- Le prix courant peut evoluer.
- Le gagnant temporaire peut changer.
- La vente peut etre prolongee.
- L'acheteur peut retrouver l'enchere dans son espace personnel.
- L'admin peut consulter le detail pour support ou audit.