Commentaires et questions

Les commentaires structurent les échanges autour des lots, ventes, organisations ou dossiers. Certains commentaires sont publics ou visibles par les utilisateurs, d'autres sont internes.

Types d'échanges

Workflow question/réponse

flowchart TD
  question["Question créée"] --> controle["Contrôle visibilité et rattachement"]
  controle --> traitement["Traitement vendeur ou admin"]
  traitement --> reponse["Réponse"]
  reponse --> publication{"Visible utilisateur ?"}
  publication -->|Oui| visible["Visible par l'utilisateur concerné"]
  publication -->|Non| interne["Reste interne"]
  visible --> archive["Historique conservé"]
  interne --> archive

Règles de gestion

• Un commentaire est rattaché à un seul objet parmi: lot, contrat, facture, organisation, personne ou séance (related); une question classique cible un lot.
• L'auteur peut suivre sa question.
• L'admin peut voir plus largement pour support et modération.
• Répondre, ignorer, clore ou supprimer une réponse en admin exige le droit ITEM.ITEM.MANAGE sur le lot concerné (vérifié via comment.related.item); créer une question depuis la fiche d'une séance exige SEANCE.SEANCE.MANAGE sur cette séance.
• Une réponse publique ne doit pas exposer de donnée confidentielle.
• Les commentaires internes ne doivent pas être visibles depuis la marketplace.
• Les suppressions et modifications doivent respecter l'historique.

Ce qui est implémenté

• Les actions de workflow sont limitées aux commentaires de type question.
• Une question à contrôler peut recevoir une réponse, être ignorée ou être signalée.
• Une question répondue peut être modifiée ou voir sa réponse supprimée.
• Une question signalée peut être répondue ou ignorée.
• Une question ignorée ne propose plus d'action.
• Répondre ajoute une réponse avec auteur, organisation et date.
• La réponse peut être publique selon le paramètre fourni.
• Supprimer une réponse remet la question au statut à contrôler et force la visibilité publique à faux.
• Ignorer une question enregistre un motif, force la visibilité publique à faux et notifie l'acheteur.
• Les réponses et modifications de réponse notifient l'acheteur.
• Côté vendeur, les actions visibles dépendent du statut: TO_CHECK permet signaler ou ignorer; REPLIED permet modifier ou supprimer la réponse.
• Les 5 statuts réels sont TO_CHECK (à contrôler), REPLIED (répondue), SIGNALED (signalée), IGNORED (ignorée) et CLOSED (clôturée); CLOSED et IGNORED sont deux fins de cycle distinctes: clôturer ne force pas la visibilité publique à faux ni n'enregistre de motif, contrairement à ignorer.
• Côté acheteur, l'utilisateur peut consulter une question liée à un lot.
• Les commentaires sont filtrés par shop courant.
• Le détail d'une question a été fusionné dans la liste de modération admin, avec une action « clore » en complément de répondre et ignorer.
• Poser une question ou y répondre bloque désormais la soumission si le texte contient une donnée personnelle détectée automatiquement, sur la marketplace comme dans l'espace personnel; ce contrôle n'existait auparavant que dans l'espace personnel. Le moteur de détection partagé sait repérer bien plus de types (IBAN, carte bancaire, passeport, permis de conduire, IP, code postal, date de naissance, SSN) mais seuls email, adresse postale (formats anglophones et français: rue/avenue/allée/impasse...) et téléphone (détection par pays via libphonenumber-js, pas une simple regex) sont activés sur ce formulaire précis; les autres types restent désactivés ici pour éviter les faux positifs (ex. un numéro de lot pris pour un IBAN).

Interaction frontaux