MonCashConnect vs intégration DIY directe — quelle solution choisir ?

TL;DR — choisissez en 30 secondes

Tableau comparatif

Coûts cachés du DIY — sois honnête avec toi-même

Le DIY est souvent perçu comme "gratuit" parce qu'il n'y a pas de facture mensuelle. En réalité, voici ce qu'il faut budgéter :

• Phase 1 — Contractuelle : demande de compte marchand Digicel, KYC légal, négociation des conditions, obtention des credentials API. Plusieurs semaines.
• Phase 2 — Dev initial : client API, signature de webhook, sandbox simulée, table de ledger, idempotence, retries, gestion d'erreurs réseau. Compter plusieurs sprints pour faire correctement.
• Phase 3 — Outillage marchand : dashboard interne, exports CSV, audit log, recherche de transaction, interface de remboursement / retrait. Soit vous construisez, soit vos collègues finance/support vous appellent à 22h.
• Phase 4 — Run : on-call, monitoring, alerting, rotation de credentials, mises à jour API, réconciliation comptable. Maintenance à temps partiel pour au moins un développeur.
• Phase 5 — Conformité : archivage des transactions, traçabilité KYC, journalisation, rapports légaux si applicable. Tâche récurrente.

Quand le DIY est meilleur

Plusieurs profils ont un vrai intérêt à construire en interne :

• Fintech / processeurs : le paiement est votre produit. Externaliser n'a pas de sens.
• Très gros volume : à plusieurs millions HTG par mois, l'effort de construction est amorti par l'optimisation des frais marchand.
• Exigences contractuelles spécifiques : compliance interne, exigences gouvernementales, contraintes d'audit qui imposent que le code reste chez vous.
• Équipe paiement dédiée : vous avez déjà des développeurs spécialisés en paiement, sécurité et compliance.
• Cas d'usage atypique : votre flux ne ressemble pas à un encaissement standard et aucune plateforme tierce ne couvre exactement votre besoin.

Quand MonCashConnect est meilleur

MCC est le bon choix dès que le paiement n'est pas l'élément différenciant de votre produit :

• Vous êtes une équipe produit / e-commerce / SaaS qui veut juste encaisser via MonCash sans devenir expert paiement.
• Vous voulez démarrer aujourd'hui, pas dans un mois.
• Vous voulez une sandbox isolée pour tester sans engager de vraies transactions ni de KYC.
• Vous préférez un abonnement mensuel prévisible à un coût d'ingénierie variable.
• Vous voulez que vos collègues non-techniques (commerce, finance, support) aient accès à un dashboard sans vous demander des exports SQL.

Migration d'un DIY existant vers MCC

La bonne approche est progressive — vous gardez votre DIY pour l'historique, et vous routez les nouvelles transactions vers MCC.

1. Créez un compte MCC, complétez le KYC marchand, créez un projet sandbox.
2. Implémentez l'appel MCC en parallèle de votre code DIY, derrière un feature flag.
3. Routez progressivement un % du trafic vers MCC (1 %, 10 %, 50 %, 100 %) en surveillant le taux de succès.
4. Pointez l'URL webhook MCC vers un nouvel endpoint dédié pour ne pas mélanger les flux pendant la transition.
5. Une fois 100 % du trafic sur MCC, gardez votre DIY en lecture seule pour la consultation historique.

// Bascule progressive avec feature flag
async function createPayment(orderId: string, amount: number) {
  const useMcc = await flags.isEnabled("mcc-routing", { userId });

  if (useMcc) {
    return mcc.createPayment({ orderId, amount });
  }

  // Ancien chemin DIY — on le garde tant que le rollout n'est pas à 100 %.
  return legacyDigicelClient.createPayment({ orderId, amount });
}

FAQ