Neosurf : bons en espèces

1) Qu'est-ce que Neosurf et quand le choisir

Neosurf est une méthode de paiement prépayée : l'utilisateur achète un bon de paiement/carte auprès de partenaires hors ligne (kiosques, supermarchés, stations-service) ou réapprovisionne le solde de myNeosurf, puis paie en ligne en saisissant le code PIN du bon ou en l'autorisant dans son portefeuille. Les fonds sont débités instantanément, il n'y a pas de risque de chargback comme dans les cartes ; les remboursements sont effectués en tant qu'opérations de crédit distinctes conformément aux règles du fournisseur/PSP.

Où fonctionne bien

Produits numériques, jeux, abonnements avec un petit chèque.
Auditoires à faible pénétration de cartes/confiance en espèces.
Les marchés avec un réseau de vente de bons.

2) Écosystème et rôles

Fournisseur/schéma : émission de bons, règles KYC/KYB, antifrod, portefeuille myNeosurf.
Retail Network : vente de bons/réapprovisionnement de portefeuille, émission d'un chèque avec un NIP.
PSP/acquéreur : connectivité merchant, hébergement-caisse/SDK/API, statuts, rapports et calculs.
Merchant : initie le paiement, traite les statuts et les retours, effectue un rapprochement.
Payeur : Entrez votre NIP ou faites partie de myNeosurf et confirmez la radiation.

3) Produits et scénarios

Neosurf Voucher (PIN) : paiement avec un ou plusieurs bons ; les débits partiels et la combinaison de bons (dans les limites) sont maintenus.
myNeosurf (portefeuille) : paiement à partir du solde ; Pratique pour les achats et les retours répétés.
Facture/Rau-by-Link : lien de paiement de PSP avec entrée PIN/entrée de portefeuille sur la page d'accueil.

4) Flux de paiement

4. 1 Hosted/Redirect (recommandé)

1. Checkout → sélection Neosurf.
2. Redirect à la page d'accueil PSP/fournisseur → entrer le PIN ou vous connecter à myNeosurf → confirmation.
3. Retour au merchant avec 'status' (success/failed/canceled/pending) et 'paymentId'.
4. Le crédit final est reflété dans les registres quotidiens (settlement).

4. 2 Embedded/Widget

Widget intégré PIN/myNeosurf dans la caisse. Exige le respect de l'assurance-emploi/sécurité et de la politique du fournisseur.

4. 3 Server-to-Server

Le backend du merchant lance le paiement et interroge le statut ; Le PIN est toujours saisi sur le côté fournisseur/widget afin de ne pas stocker de données sensibles.

5) Limites, KYC et comportement

• Par transaction, limites journalières/hebdomadaires.
• Limitation du nombre de bons en un seul paiement.
• Géo-restrictions (pays d'émission du bon vs pays du merchant/portefeuille).
• Pour les nouveaux merchants/catégories - seuils réduits, contrôle step-up.

6) Statuts, calculs et retours

Statuts en ligne : 'success', 'pending', 'failed', 'canceled', 'expired'.
Settlement : crédit sur les rapports PSP/fournisseur (généralement T + 1/T + 2 jours ouvrables, contractuels).
Il n'y a pas de chargeback.
Refunds : opération de crédit distincte (dans myNeosurf ou sur un canal convenu) ; les fonds partiels sont pris en charge.
Prélèvement partiel : le solde reste sur le NIP/portefeuille (dépend de la configuration/région).

7) Économie et tarifs

Les tarifs, généralement inférieurs au MDR CNP-carte, varient en termes de géo/volume/catégorie (jeux, services numériques, etc.).
Dopat : hosted/SDK, sapport et ODR, traitement 'pending/expired', recon.

8) Modèles UX de caisse

Où acheter un bon : carte/recherche de points de vente augmentent la conversion des nouveaux arrivants.
Combinaison PIN : UI pratique pour ajouter plusieurs bons + afficher le résidu.
Erreurs claires : « PIN incorrect/déjà utilisé », « limite dépassée », « région non prise en charge ».
Reçu : montant, temps, 'paymentId', méthode (PIN/myNeosurf) ; pour le retour : 'refundId'.
Localisation : monnaie/langue/juristes du pays du client.

9) Conformité et sécurité

L'authentification et la vérification du NIP/portefeuille sont du côté du fournisseur (SCA/scoring comportemental).
Minimisation des PII : ne traitez pas les NIP chez vous ; utilisez hosted/widget.
Webhooks : HMAC/nonce, protection contre le replay, déduplication des événements, audit.
KYC/AML/GDPR : conditions d'âge et limites pour les fonds prépayés ; sanctions/restrictions géographiques.

10) Rapprochement et établissement de rapports (reconnaissance)

Loger : 'paymentId', 'orderId', méthode (PIN/myNeosurf), monnaie, montant, statut, timestamps, référence bancaire/financière (UTR) à partir des registres PSP.
Tous les jours : auto-recon événements de caisse avec fin registres (crédits/retours/corrections).
Alert : « succès sans inscription au registre », « double dépréciation », « pendaison longue ».

11) Intégration du merchant

Options

1. Hosted/Embedded de PSP - démarrage rapide et conformité aux exigences de sécurité.
2. Server-to-Server + PIN hébergé - Contrôle des statuts sans traitement PIN chez vous.
3. Pay-by-Link/Invoice - pour les paiements différés et le sapport.

• API: `createPayment`, `refund`, `queryStatus`, `webhook`, `reconcile`.
• Idempotence ('orderId' + clé), retraits exponentiels, DLQ.
• Catalogues : pays/devises, limites/niveaux CUS, codes d'erreur, métriques SLA.

12) Abonnements et rééchelonnements

• utiliser myNeosurf comme source de fonds (si autorisé),
• ou un système de premier bon → mandat (SEPA/Open Banking) pour les futurs débits.
• Montrez à l'utilisateur l'écran de gestion du mandat (limite/fréquence/notifications).

13) Antifrod et politique de risque

Signaux : non-correspondance géographique (IP/coupon/merchant), erreurs PIN fréquentes, tentatives répétées, communication des comptes via les mêmes PIN.
Mitigia : limite du nombre de PIN par session/jour, cooling-off, capcha/step-up, refus doux avec explication.

14) Vertical à risque élevé (y compris iGaming)

La disponibilité, les seuils et les rapports dépendent du pays et des politiques du fournisseur/PSP.
Attendez-vous à des limites réduites, une surveillance accrue des transactions et des exigences de vérification.
Gardez les rails alternatifs (autres bons, A2A, cartes) et le routage intelligent.

15) Architecture « Neosurf Gateway »

Couche API (REST/GraphQL) de la caisse/facturation.
Files d'attente d'événements : statuts → facturation/CRM/analytique/sapport.
Sécurité : vault secrets, IP-allowlist, validation stricte de redirect-URI, jetons anti-replay.
Observability : conversion (PIN vs myNeosurf), « pending→success/expired », latence moyenne, part des prélèvements partiels/combinés, métriques des retours.

16) Chèque-liste de sortie dans la prod

1. Connectez le canal au PSP et activez le PIN/myNeosurf hébergé.
2. Implémentez 'createPayment' + Web HMAC, idempotentialité et répétitions.
3. Incluez les références partielles, les scripts de combinaison de bons et les erreurs compréhensibles.
4. Configurer daily auto-recon + périodique full-recon ; stocker les références fin/UTR.
5. Dashboards SLA et alertes sur les « pending », une proportion élevée de « failed », anomalies géo.
6. E2E tests par pays/devises : plusieurs PIN, remboursements partiels, PIN tardifs/limites.

Carte de repères

Statuts : 'success/pending/failed/canceled/expired'.
Settlement : généralement T + 1/T + 2 par registre.
Chargeback : non ; refund est une opération de crédit distincte (par tranches admissibles).
Combinaison de NIP : autorisée dans les limites.
Récurrence : via myNeosurf ou un mandat alternatif (après le premier paiement).

Résumé

Choisissez Neosurf pour votre audience en espèces et votre micro-paiement : hosted PIN/myNeosurf → rapide et sécurisé.
Construisez le processus autour de webhooks + recon, soutenez les partenaires partiels et une combinaison de bons.
Ne pas « coudre » les montants : tenir des configurations de limites/CUS par pays et mettre à jour régulièrement.
Pour les abonnements - premier bon → mandat/myNeosurf avec gestion transparente et notifications.