Enquêter sur les signalements de spam et d’escroquerie d’une marketplace

01

Point de départ

Un acheteur signale que le compte 123 envoie des offres répétées et des liens de paiement suspects. Le signalement n’est qu’un indice : ancienneté, précédents, annonces et restrictions sont nécessaires.

02

Conditions à respecter

• Prendre une allégation non vérifiée pour une preuve.
• Perdre silencieusement un signalement accepté après l’échec d’un webhook.
• Laisser l’automatisation suspendre un vendeur important avec des preuves incomplètes ou contestées.

03

Étape par étape

1. Publiez le workflow visuel avec un mode d’autorité, une fixture réussie, une version immuable et des chemins d’échec explicites. Épinglez cette version à la politique de file active avant l’arrivée de nouveaux signalements.
2. Accepter le formulaire, la page publique ou l’API et fournir immédiatement une référence.
3. Classer puis diriger vers la file spam en conservant la justification.
4. Lire la politique et demander uniquement ancienneté, signalements antérieurs et activité récente.
5. Autoriser l’IA à résumer les cas à faible risque; escalader incertitude, échec, protection et action importante.
6. Tracer la décision, exécuter l’action de façon idempotente, notifier les parties et garder l’appel humain.

05

Échange de données

La politique déclare account_profile. Safest Resolve envoie une requête signée avec la référence stable, jamais une copie complète. Le résultat est versionné; délai dépassé ou schéma invalide devient un état visible.

06

Vérification

L’analyste voit allégation, contexte utile, politique, provenance, raisonnement, propriétaire et actions permises. Le déclarant reçoit un statut; la personne affectée reçoit un motif et une voie d’appel lorsque nécessaire.

07

Questions de mise en œuvre