Vérification manuelle de paiements NatCash ou MonCash par référence : comment la sécuriser ?
poze 3 months ago288 gadefr
En attendant une intégration automatique, nos agents confirment les paiements à la main à partir du numéro de transaction donné par le client. Nous avons déjà eu deux fraudes. Comment encadrer ça ?
Dyagnostik IA
Se IA ki fè l. Se pa yon repons — kominote a anba a konfime oswa korije l. Toujou verifye anvan ou fye l.
1 Repons
Les fraudes typiques dans ce processus : captures d'écran falsifiées, réutilisation d'un vrai numéro de transaction pour plusieurs commandes, montant partiel, et complicité interne.
Mesures qui les bloquent :
1. La source de vérité est le compte marchand, jamais le client. L'agent confirme uniquement ce qu'il voit dans l'historique du compte business (ou le relevé), pas une image envoyée par WhatsApp.
2. Unicité en base :
CREATE UNIQUE INDEX manual_payment_tx_unique ON manual_payments (provider, transaction_ref);Un numéro de transaction déjà utilisé est refusé automatiquement, même si l'agent se trompe.
3. Contrôles automatiques avant validation : montant exact, date de transaction postérieure à la commande, et délai maximal (par ex. 48 h).
4. Séparation des rôles et traçabilité : l'agent qui confirme est enregistré (confirmed_by, confirmed_at). Pour les montants élevés, une double validation. Un rapport quotidien compare les confirmations manuelles au relevé du compte marchand.
5. Limites : plafond par commande pour le paiement manuel. Au-delà, virement ou autre moyen vérifiable.
Et gardez ce flux temporaire : dès qu'une API de statut est disponible, la vérification automatique doit le remplacer.
Konekte pou di lòt moun si li te mache.
Sign in and verify your email to post an answer.