Ventes et séances
Ventes et séances
Les ventes regroupent les lots proposés aux acheteurs. Les séances organisent le contexte de vente: dates, type de vente, visibilité, conditions, statut et parfois accès privé.
Notions
| Notion | Définition |
|---|---|
| Lot | Objet ou ensemble mis en vente |
| Vente | Parcours commercial d'un ou plusieurs lots |
| Séance | Cadre opérationnel d'une vente: dates, statut, conditions, liste d'accès |
| Brouillon | Lot préparé mais pas encore publié |
| Publication | Moment où le lot devient visible sur la marketplace |
| Clôture | Fin de la phase d'enchère ou de vente |
| Invendu | Lot non attribué à un acheteur |
| Offre à prix fixe | Proposition d'achat hors enchère sur un lot, soumise à validation avant acceptation |
Cycle de validation des ventes
flowchart TD
brouillon["Brouillon"] --> completude["Contrôle de complétude"]
completude --> contrat["Contrôle contrat et organisation"]
contrat --> docs["Contrôle documents si nécessaire"]
docs --> validation["Validation admin ou opérationnelle"]
validation --> publication["Publication"]
publication --> ouverte["Vente ouverte"]
ouverte --> cloture["Clôture"]
cloture --> resultat{"Résultat"}
resultat --> vendu["Vendu"]
resultat --> invendu["Invendu"]
Gestion des séances
| Action | Règle |
|---|---|
| Créer une séance | Réservé aux profils autorisés; le titre est obligatoire (aussi utilisé comme traduction initiale). L'alias et le pays se pré-remplissent depuis l'organisation vendeuse sélectionnée |
| Modifier les dates | Possible tant que le statut le permet |
| Associer des lots | Les lots doivent être compatibles avec le contexte |
| Rendre privée, gérer la liste d'accès et les invitations | Réservé au droit SEANCE.SEANCE.MANAGE (« Gérer les séances ») |
| Notifier | Peut déclencher des communications aux personnes concernées |
| Clôturer | Doit respecter les règles d'enchères, prolongation et attribution |
| Supprimer | Bloqué si au moins un lot est déjà rattaché à la séance |
Depuis l'admin, une vue dédiée « Enchères », filtrable par séance, donne un accès plein écran à l'ensemble des enchères d'une séance.
Actions de lot implémentées
| Statut lot | Actions disponibles |
|---|---|
| Brouillon | Valider, retirer |
| À contrôler | Valider, supprimer, retirer, demander validation vendeur |
| À modifier | Soumettre, valider, supprimer, retirer, générer description selon contexte |
| Validé | Ouvrir, retirer |
| Ouvert | Prolonger, fermer, retirer |
| Fermé | Assigner, ne pas assigner, ne pas vendre |
| Invendu sans enchère | Assigner, retirer, remettre en vente |
| Invendu avec enchère | Assigner, retirer |
| Supprimé, refusé, retiré | Aucune action |
Les lots self-service ajoutent des actions de refus, demande de modification et génération de description.
Un lot en statut non payé (défaut de paiement de l'acheteur) rejoint les invendus comme point d'entrée possible d'une remise en vente, à condition de n'avoir jamais déjà été remis en vente.
Droits exacts observés par action
| Action | Droit requis |
|---|---|
| Ouvrir, prolonger, fermer, demander une validation vendeur | ITEM.ITEM.MANAGE (« Gérer les produits ») |
| Assigner, ne pas assigner, ne pas vendre | SALES.ITEM.ASSIGN (« Attribuer les produits ») |
| Assigner manuellement (hors circuit standard) | SALES.ITEM.MANUAL_ASSIGN (« Attribuer manuellement les produits »), distinct du droit d'assignation standard |
| Supprimer | ITEM.ITEM.DELETE (« Supprimer les produits ») |
| Retirer | ITEM.ITEM.REMOVE (« Retirer les produits ») |
| Générer une facture depuis l'assignation | SALES.SALES_INVOICE.GENERATE |
Côté vendeur (espace personnel), l'acceptation ou le refus de l'attribution d'un lot fermé ayant reçu au moins une enchère est une action d'auto-service (droit propre au vendeur sur ses lots, distincte des droits d'administration ci-dessus).
Offres à prix fixe
Une offre à prix fixe est une proposition d'achat sur un lot en dehors du mécanisme d'enchère. Elle suit son propre cycle de validation avant d'être acceptée ou refusée.
flowchart TD
nouvelle["Nouvelle offre"] --> boutique["À vérifier boutique"]
boutique --> vendeur["À vérifier vendeur"]
vendeur --> decision{"Décision"}
decision -->|Oui| approuvee["Approuvée"]
decision -->|Non| refusee["Refusée"]
vendeur -->|Délai dépassé| expiree["Expirée"]
- Une offre passe par une revue boutique puis une revue vendeur avant d'être approuvée, refusée ou expirée.
- L'approbation, le refus, l'envoi en revue boutique et l'envoi en revue vendeur sont réservés au droit
SUPER.BID.MANAGE(« Gérer les enchères »), un droit d'administration transverse et non un droit limité à une boutique donnée. - Approuver une offre refuse automatiquement toutes les autres offres concurrentes encore actives (nouvelle, à vérifier boutique, à vérifier vendeur) sur le même lot, puis déclenche l'attribution du lot à l'organisation de l'offre gagnante.
Règles de publication
Un lot ne doit pas être publié si:
- les informations obligatoires sont manquantes;
- la catégorie, marque, modèle ou caractéristiques sont incohérents;
- le vendeur ou son organisation n'est pas autorisé;
- le contrat requis est absent;
- la séance n'est pas prête;
- un document ou contrôle de conformité bloque la vente;
- le statut courant ne permet pas la publication.
Champs bloquants vérifiés à la validation d'un brouillon
Le contrôle de complétude d'un lot (source de son étiquette « validation ») porte précisément sur:
- une séance rattachée;
- une catégorie renseignée;
- un prix de départ strictement supérieur à 0;
- un prix net souhaité renseigné (non nul);
- si un prix de réserve est activé: il doit être strictement supérieur au prix de départ et inférieur ou égal au prix net souhaité;
- un contrat rattaché;
- les conditions générales de vente acceptées;
- au minimum 4 photos;
- au moins une traduction renseignée;
- au moins un point de retrait ou une modalité de récupération;
- selon le canevas de la catégorie: les caractéristiques marquées obligatoires, et la marque et/ou le modèle si le canevas les exige.
Un lot qui échoue à l'un de ces contrôles reste bloqué en brouillon ou en statut « à modifier »; il n'est ni visible ni publiable tant que la liste d'erreurs n'est pas vide.
Ce qui est implémenté
- La publication d'un lot valide les caractéristiques obligatoires, rend le lot visible et enregistre la date de publication.
- La demande de validation vendeur crée une validation rattachée au vendeur et passe le lot en contrôle dans l'espace personnel.
- Une validation vendeur peut être validée, refusée ou annulée.
- Pour un utilisateur non admin, une validation vendeur est refusée si la date de fin de vente est à moins de 14 jours.
- À la clôture, un lot sans enchère devient invendu.
- À la clôture, un lot avec enchère peut être auto-assigné si le contrat l'autorise, si le prix de réserve est atteint et si la facturation automatique est possible.
- Une remise en vente calcule un nouveau prix de départ à 65 % du prix initial, arrondi à la centaine supérieure.
- Le formulaire de remise en vente affiche, à titre indicatif, le prix net souhaité (estimation) du lot d'origine à côté du nouveau prix de départ; s'il était absent, il est recalculé à partir du nouveau prix de départ via le ratio de conversion de la boutique.
- Le nouveau prix de réserve d'une remise en vente doit être strictement supérieur au nouveau prix de départ, inférieur ou égal au prix net souhaité, et peut désormais être égal (mais pas supérieur) au prix de réserve initial.
- La remise en vente rapide (sans repasser par le formulaire complet) dérive automatiquement le prix net souhaité à partir du nouveau prix de départ saisi, pour que la validation opérationnelle ne bloque pas faute de valeur renseignée.
- La validation vendeur d'une vente à valider peut être traitée en masse depuis la liste des ventes.
- Un vendeur peut accepter ou refuser en masse (jusqu'à 50 lots) l'attribution des lots en statut « vente à valider » ayant reçu au moins une enchère.
- Les listes admin proposent des filtres rapides prêts à l'emploi (produits sans enchère proches de la clôture, invendus éligibles à la remise en vente, lots bloqués sous le prix de réserve) et une action rapide « remettre en vente / dupliquer » directement depuis la ligne.
- La duplication d'un brouillon est réservée aux lots créés en libre-service; un lot migré depuis l'ancienne plateforme n'est plus bloqué sans raison technique réelle.
Détail de l'auto-attribution à la clôture
Un lot fermé ayant reçu au moins une enchère n'est auto-attribué (et facturé) que si les quatre conditions suivantes sont réunies simultanément; sinon, il reste en attente de validation vendeur (courriel de notification envoyé, sauf lot legacy géré par l'ancienne plateforme):
- Auto-attribution activée: paramètre
ASSIGN_AUTOdu contrat de vente actif, ou, en l'absence de contrat ou de paramètre défini, le lot est en libre-service (self-service). - Prix de réserve atteint: prix de réserve inférieur ou égal au prix courant (un lot sans prix de réserve est toujours considéré comme atteint).
- Facturation automatique possible: lot en libre-service, ou contrat portant un mode de facturation (
invoiceMode) explicite. - Création automatique de facture activée: paramètre
SALES_INVOICE_CREATE_AUTOdu contrat, avec le même repli sur le libre-service en l'absence de contrat ou de paramètre.
Si les deux premières conditions sont réunies mais pas la facturation automatique, le lot est laissé en traitement manuel plutôt que de générer une facture mal qualifiée.
Refus automatique après silence du vendeur
Un lot Fermé dont le contrat active ASSIGN_AUTO mais qui n'a fait l'objet d'aucune décision (ni assignation, ni refus) dans le délai configuré par ce paramètre (exprimé en jours ouvrés, week-ends exclus; jours fériés non gérés — la valeur observée en exemple est 3 jours ouvrés, soit 72 heures) après la date de fin de vente est automatiquement basculé en « non attribué » par un traitement quotidien. Une assignation manuelle reste possible sur un lot Fermé après ce délai; seul ce traitement quotidien applique le refus automatique, il n'existe pas de blocage immédiat à l'échéance.
Par ailleurs, un courriel quotidien invite les vendeurs à remettre en vente leurs lots invendus du jour, non attribués ou impayés (hors ceux déjà décidés ou déjà notifiés), avec un lien direct vers la remise en vente.
Séances privées implémentées
- Une séance privée expose les actions générer invitation, envoyer invitation et notifier.
- Une séance non privée expose l'action notifier.
- Une liste d'accès est rattachée à une séance, avec token et date de validation.
- Sur la marketplace, l'accès se fait via un lien d'invitation portant ce token; il exige un compte au profil validé (email, mobile et compte complet).
- Les optins de liste d'accès peuvent être ajoutés, mis à jour ou supprimés.
- Une invitation n'est envoyée qu'aux personnes pas encore invitées.
- La date d'invitation est stockée sur chaque optin invité.
- La notification de séance traite gagnants, perdants et vendeur, puis stocke le résultat de notification.
Impacts entre frontaux
| Étape | Marketplace | Espace personnel | Admin |
|---|---|---|---|
| Brouillon | Non visible | Visible vendeur | Visible opérations |
| En validation | Non visible | Suivi vendeur | Contrôle et décision |
| Publié | Visible acheteurs | Suivi vendeur | Supervision |
| Fermé | Résultat affiché selon règles | Suivi acheteur/vendeur | Facturation et reporting |
Watchlists et recherches sauvegardées
Les watchlists et recherches sauvegardées permettent aux utilisateurs de suivre les lots et de retrouver facilement les opportunités qui les intéressent.
Workflows
Les workflows expliquent comment une action avance dans TARS, depuis l'utilisateur jusqu'à la décision de la plateforme.