Sécurité
Chaque enchère, expliquée.
Sept couches se tiennent entre l'IA et votre budget. Le Sentinel est celui qui surveille l'inventaire — quand le stock se réduit, il bride l'enchère avant que l'euro ne suive le clic.
Voir les sept couchesCoupler l'entrepôt
à l'enchère.
La publicité est fonction de l'offre. Le Sentinel surveille le délai d'approvisionnement effectif (L_eff) et tire les données entrantes en temps réel de SP-API v2024-03-20 pour calculer vos jours de stock dynamiques (DoS). Contrairement aux humains, il réagit instantanément aux frictions logistiques.
Cœur de la logique d'offre
Sigmoïde d'offre
Sept couches · toutes actives par défaut
Ce qui se tient entre l'IA et votre budget.
Chaque enchère passe par les sept barrières avant d'atteindre Amazon. Si l'une d'elles se déclenche, l'enchère est supprimée et la trace enregistre pourquoi.
- 01Coupe-circuit
Un seul interrupteur stoppe toutes les enchères — instantanément.
Drapeau au périmètre du tenant, vérifié avant chaque écriture vers Amazon. Déclenchement manuel ou par les ops. La reprise est explicite.
- 02Fusible ROAS
Si le ROAS passe sous le seuil pendant N heures, le système se met en pause de lui-même.
Seuils par marketplace. Fenêtre configurable (par défaut 6 h). Libération uniquement après reprise en fenêtre glissante + entrée au journal d'audit.
- 03Plafond de spend quotidien
Plafond dur par tenant et par marketplace. Mirox ne peut pas le dépasser — jamais.
Contrôle pré-écriture contre la télémétrie de spend glissante sur 24 h. Le plafond est la limite, pas la cible. Les tentatives de dépassement sont journalisées et rejetées.
- 04Garde-fou SP-API
Si l'API d'Amazon est en mauvaise santé, le système s'arrête — il ne devine pas.
Le taux de throttle, le ratio de 5xx et le retard de reporting sont tous surveillés. Les conditions défaillantes déclenchent un backoff ou un gel complet, pas des retries qui amplifient le problème.
- 05Verrouillage optimiste
Deux agents ne peuvent pas modifier la même enchère en même temps.
Écritures versionnées avec détection de conflits. Le last-write-loses est rejeté ; les deux écritures sont réconciliées de façon déterministe avec le dernier ensemble de faits.
- 06Plancher de reprise
Après une pause, les enchères reviennent lentement — pas au niveau où elles ont été mises en pause.
La réentrée se fait à un plancher fixé par le tenant (par défaut 70 %) et rampe sur une fenêtre configurable. Évite l'effet whiplash sur des signaux mal interprétés.
- 07Garde-fous par marketplace
DE, FR, IT, ES, NL, BE, PL, SE, UK, US — chacun a ses propres seuils.
Cibles ROAS, plafonds de spend et limites de débit SP-API sont calibrés par région, pas mélangés. Un marketplace qui dérape peut être mis en quarantaine sans affecter les autres.
Walkthrough · le pire des cas
Ce qu'il se passe si Amazon tombe en panne pendant six heures.
Les pannes SP-API arrivent. Le système est conçu pour le savoir, geler plutôt que deviner, et reprendre sans surcorriger.
- T+0s
Le garde-fou SP-API se déclenche
Le ratio de throttle dépasse 12 % sur une fenêtre glissante de 60 secondes. Le Sentinel marque le marketplace UNHEALTHY et émet une entrée d'audit avec les identifiants de requête fautifs.
- T+1s
Toutes les écritures sont supprimées
Aucune nouvelle enchère ne quitte le système. Les écritures en vol se terminent ou échouent proprement sous verrouillage optimiste. Le Strategist bascule le marketplace en mode Hold — télémétrie en lecture seule uniquement.
- T+0–6h
La télémétrie continue, les décisions s'accumulent
Le blackboard continue d'écrire ce que l'IA aurait fait. Les clients en Simulation Mode voient les would-have-decisions en temps réel. Les clients en Live voient une bannière Hold avec la trace.
- T+6h
Amazon récupère
Le garde-fou surveille throttle, 5xx et retard de reporting sur une fenêtre stable de 5 minutes avant de lever UNHEALTHY. Pas de reprise prématurée — le système attend la preuve, pas un pouls.
- T+6h05
Le plancher de reprise s'engage
Les enchères repartent à 70 % des niveaux pré-incident et rampent sur la fenêtre configurée (par défaut 30 minutes). Évite l'effet whiplash si la reprise se révèle partielle.
- T+6h35
Opérations complètes · trace exportée
Le marketplace revient à la normale. Chaque minute de la panne — chaque déclenchement, chaque écriture supprimée, chaque étape de reprise — est exportable en CSV avec les identifiants Amazon d'origine.
Politique agents Amazon 2026
Conforme à la politique agents 2026 d'Amazon.
Amazon exige désormais que les outils d'enchères automatisés tournent sur la SP-API officielle, avec limitation de débit, journalisation d'audit complète et contrôle humain dans la boucle. Mirox est conçu ainsi depuis le premier jour. L'outil qui audite votre compte ne devrait pas être une boîte noire — surtout maintenant.
Natif SP-API, avec limitation de débit — pas de scraping, pas d'endpoints non officiels.
Une trace mathématique complète derrière chaque enchère.
Kill switch et journalisation d'audit complète sur chaque action.
Le Simulation Mode garde un humain aux commandes — rien ne s'exécute tant que vous ne passez pas en Live.
Voyez-le tourner
La confiance, c'est une trace que vous pouvez lire.
Faites tourner Mirox en Simulation Mode sur votre vrai compte, en lecture seule, aussi longtemps que vous voulez. Chaque déclenchement, chaque suppression, chaque étape de reprise — exportable. Puis décidez.
Public Simulation Mode ouvre après le programme · un e-mail quand la porte s'ouvre · pas de drip