Les cartes algériennes ne se débitent pas toutes seules chaque mois. Vendez plutôt du crédit prépayé en dinars, et faites correspondre l'usage de chaque client au coût de chaque requête.
Vous avez construit un produit et vous voulez le faire payer chaque mois. À l'étranger, le client saisit sa carte une fois et le prélèvement se répète tout seul. Ici, il s'arrête au premier mois.
Cet article vous montre le modèle qui marche avec Edahabia et CIB : le client dépose, puis il consomme.
Un abonnement mensuel repose sur une seule chose : débiter une carte enregistrée sans que le client agisse.
Le paiement récurrent consiste à débiter une carte enregistrée à date fixe. Son rôle est d'encaisser chaque mois sans redemander l'accord du client.
Les paiements par carte locale ne fonctionnent pas ainsi. Chaque paiement envoie le client vers une page de paiement, où le titulaire le confirme, en général avec un code reçu par SMS.
Je ne peux pas simplement enregistrer la carte du client et la débiter chaque mois ?
Non. Votre application ne détient jamais la carte, et la page de paiement demande au titulaire de confirmer chaque paiement. Sans nouvelle confirmation, pas de débit.
Un forfait mensuel devient donc un rappel mensuel. Certains clients oublient, leur accès s'arrête, et vos revenus deviennent une devinette.
La sortie, c'est le modèle que vos clients connaissent déjà avec le crédit téléphonique. Ils déposent un montant une fois, et chaque usage en prend un peu.
[Carte Edahabia ou CIB du client] ──> [Un dépôt] ──> [Solde en DA] ──> [Chaque requête prend son coût]Le client confirme un paiement tous les quelques mois au lieu de chaque mois. Vous arrêtez de courir après les renouvellements.
Écrivez « dépôt » sur votre page de tarifs, jamais « abonnement ». Un client qui lit « abonnement » s'attend à ce que le débit se répète tout seul.
Votre propre facture marche de la même façon. OpenDunes prend le coût de chaque requête sur votre solde prépayé en dinars : vos coûts et les dépôts de vos clients avancent ensemble.
Voyons tout de suite ce que ça donne avec de vrais chiffres.
Votre application répond avec GPT-6 Luna, à environ 0,11 DA le message sur sa page modèle, lue le 5 octobre 2026. 100 messages vous coûtent environ 11 DA. Si vous facturez ces 100 messages 25 DA à votre client, chaque dépôt couvre votre coût avec de la réserve.
Gardez les deux soldes côte à côte. Quand un client envoie une requête, votre application appelle l'API, puis retire le crédit correspondant du solde de ce client.
Couper un client à l'instant où son solde atteint zéro.
Prévenez le client quand son solde baisse, avec un lien pour déposer, afin qu'il dépose à nouveau avant que rien ne s'arrête.
Les cartes locales n'ont jamais été conçues pour les débits automatiques, comme l'explique ce pour quoi les cartes locales ont été conçues. Le portefeuille travaille avec elles, pas contre elles.
Contexte : chacun de vos clients envoie environ 300 messages par mois, et votre application tourne sur GPT-6 Luna.
Consigne : dans un tableur, calculez ce qu'un client vous coûte par mois, puis combien de temps dure un dépôt de 1 000 DA si vous facturez 0,25 DA le message.
Votre coût : 300 × 0,11 DA, environ 33 DA par mois. Votre client paie 300 × 0,25 DA, soit 75 DA par mois. Un dépôt de 1 000 DA dure environ 13 mois.
Les prestataires de paiement locaux envoient une notification à votre serveur quand un paiement aboutit. Créditez le solde du client uniquement sur cette notification, jamais sur la page où le client revient.
Le crédit prépayé, c'est déjà la façon dont la plupart des gens paient leur téléphone en Algérie. Payer quand ils le décident, sans débit surprise, leur est familier.
Écrivez votre règle dans vos conditions avant le premier dépôt : dites si le crédit non utilisé est remboursé et s'il expire, et appliquez la même règle à tous.
Vous avez maintenant une façon de facturer en dinars sans prélèvement mensuel par carte. Pour voir comment cela s'articule avec le reste, revenez au guide Utiliser l'API OpenAI depuis l'Algérie.