Fournisseurs · ERP
Un RIB change dans l'ERP. La sécurité ne le voit pas.
Le prochain paiement part sur le nouveau compte.
L'ERP exporte ses fournisseurs en CSV. Il n'émet aucun événement.
Fournisseurs fictifs · données synthétiques
Le problème
Une fraude classique passe par le RIB.
- Le compte d'un fournisseur est modifié.
- Aucune alerte ne part de l'ERP.
- Le SIEM ne reçoit rien.
Rien n'est modifié
L'ERP reste tel quel.
- lumnik relit l'export chaque minute.
- Il n'écrit pas dans l'ERP.
- Une décision signée part au SIEM.
Ce qu'il a fallu écrire
when:
- status=ACTIVE
emit:
fields: [iban]Le compte part au SIEM, pas dans la phrase.
Le scénario complet tient en 2 fichiers de déclaration, 30 lignes.
Ce que voit l'inbox
Le fournisseur, jamais le compte.
Bank account observed for supplier SUP-0042 (Atelier Orion)
Message réel, rejeu du 22 octobre 2026.
Ce que décide le SIEM
Une référence, puis une alerte.
- Jour 1: premier compte de SUP-0042, …0189.
- Jour 2: …0458. Alerte haute.
- SUP-0077 inchangé: rien.
SIEM: empreinte et 4 derniers chiffres seulement.
La limite
lumnik transporte. Le SIEM corrèle.
- lumnik voit une nouvelle ligne.
- Il ne la compare pas à l'ancienne.
- Le SIEM décide que le compte a changé.
Essayer
Le scénario se rejoue de bout en bout.
Export, planning, webhook, SIEM: chaque étape est publiée avec sa sortie.