iPay by Audasoft : l’agrégateur qui veut réconcilier les paiements TN

La scène qui revient tous les jours

Un fondateur SaaS tunisien lance son onboarding payant. Il branche Konnect pour les cartes locales. Il ajoute Flouci pour le wallet. Il intègre ClicToPay parce qu’un gros client B2B veut payer par carte d’entreprise. Il code une option mandat postal parce que 30 % de ses prospects refusent encore de saisir leur carte en ligne. Il bricole un parseur d’IBAN pour les virements. Trois mois plus tard, son backend tient avec quatre passerelles, deux webhooks différents, et un script qui rapproche manuellement les virements bancaires aux factures émises.

C’est le quotidien d’à peu près n’importe quel éditeur SaaS ou marchand e-commerce tunisien en 2026. Le pays a empilé des solutions de paiement les unes sur les autres depuis 2017 sans jamais voir émerger un véritable agrégateur local.

iPay, édité par Audasoft Technology, vient se positionner exactement là. Avec un pitch direct : une seule API pour neuf moyens de paiement, 1 % plafonné à 5 dinars par transaction, et zéro abonnement mensuel. Décryptage d’un acteur qui pourrait bien faire bouger les lignes.

La thèse

L’écosystème de paiement tunisien est mûr pour son moment Stripe — pas en empilant un dixième PSP, mais en orchestrant ceux qui existent. iPay tente précisément cette bascule, et son timing colle à un marché qui crie pour de la simplification.

D’où on vient

Le paiement en ligne en Tunisie a démarré en 2005 avec ClicToPay, conçu d’abord pour les grosses entreprises. À partir de 2017, Paymee a démocratisé l’intégration via plugins WordPress et API simple. Konnect et Flouci sont arrivés dans la foulée, avec une approche cards-first et wallet-first. D17, porté par la Poste tunisienne, a fini par ouvrir son API e-commerce. Côté télécoms, Ooredoo, Tunisie Telecom et Orange ont chacun leur passerelle de paiement par SMS.

La conséquence ? Un éditeur SaaS ou un marchand sérieux a besoin, en pratique, de trois à cinq intégrations distinctes pour couvrir l’éventail des moyens de paiement réellement utilisés par ses clients tunisiens. La Banque centrale de Tunisie chiffrait à 20,2 millions le nombre de transactions e-paiement en 2024 — un volume qui justifie largement une couche d’orchestration.

C’est cette couche qu’iPay vient occuper, en agrégeant neuf rails sous une même API : ClicToPay, Flouci, D17, Konnect, virement bancaire, mandat postal, et trois canaux SMS (Ooredoo, Tunisie Telecom, Win).

L’éditeur : Audasoft Technology

Pour comprendre iPay, il faut regarder qui le construit. Audasoft Technology n’est pas une startup qui sort de nulle part. La société, basée au Centre Urbain Nord à Tunis, revendique plus de dix ans d’expérience en développement logiciel, quinze projets livrés dans cinq pays, et un positionnement multi-services qui couvre le développement web et mobile, le cloud (AWS, Azure, GCP), l’IA et les LLM, ainsi que la cybersécurité et la conformité RGPD.

iPay marque un tournant pour Audasoft : la bascule d’un modèle d’agence de services vers un produit SaaS propriétaire, avec un cap clair sur la fintech d’infrastructure. La signature « CRAFTDIGITALMAGIC » du site corporate cède la place, sur ipay.tn, à un message beaucoup plus utilitaire : « la plateforme de paiement qui simplifie vos encaissements. »

C’est un choix éditorial mais surtout stratégique. Audasoft pivote vers une logique de produit avec marge récurrente, pendant que la majorité des ESN tunisiennes restent enfermées dans le forfait au jour-homme.

Ce que iPay change concrètement

Quatre briques distinguent iPay d’un simple « énième PSP ».

Une seule API pour orchestrer neuf moyens de paiement. Le développeur intègre iPay une fois et le client final voit, à la redirection, une page qui propose le panel complet : carte via ClicToPay, wallet via Flouci ou D17, agrégateur Konnect, virement, mandat postal, paiement par SMS via son opérateur. Le marchand garde la maîtrise des moyens activés et de l’expérience d’encaissement.

Le paiement récurrent enfin disponible côté local. C’était l’angle mort historique du paiement tunisien. iPay propose des plans, abonnements et prélèvements automatiques orchestrés de bout en bout. Pour les éditeurs SaaS qui facturaient jusqu’ici en virement manuel mensuel — et qui en perdaient une partie en relances — c’est un changement de braquet. À condition que les rails sous-jacents permettent réellement le mandat récurrent, ce qui reste à vérifier acquéreur par acquéreur.

Les workflows de relance automatisés. Première relance, deuxième relance, mise en demeure, blocage. Le marchand paramètre une fois et la plateforme exécute. C’est trivial dans l’esprit Stripe, ce ne l’est pas en Tunisie où la majorité des éditeurs gèrent encore leurs impayés en Excel et en SMS personnels.

La gestion des factures et des emails de bout en bout. iPay génère, héberge et expose les factures via API, avec téléchargement PDF, listing structuré et — promis dans la roadmap — facture électronique conforme aux exigences à venir de la TTN. Côté communications, relances de paiement, confirmations et alertes d’échec sont câblées par défaut.

Le tarif qui change la conversation

La grille publique est volontairement minimaliste : zéro dinar d’abonnement mensuel, pas de frais fixes, 1 % par transaction, plafonné à 5 dinars. Une transaction de 100 dinars coûte 1 dinar. Une transaction de 1 000 dinars coûte 5 dinars. Une transaction de 5 000 dinars coûte… 5 dinars.

Le plafond à 5 DT est l’angle d’attaque le plus agressif de l’offre. Sur le segment B2B et les paniers moyens supérieurs à 500 dinars — typiquement les SaaS facturés à l’année ou les marketplaces verticales — le coût de transaction effectif d’iPay tombe nettement en dessous des grilles concurrentes, où le pourcentage continue de s’appliquer sans plafond. Il faudra suivre comment Konnect, Flouci et Paymee répondront sur les segments à fort ticket moyen.

À noter qu’iPay ne semble pas refacturer en sus la commission de l’acquéreur sous-jacent. Si c’est le cas en pratique, la marge unitaire d’iPay est mince — ce qui suggère un pari sur le volume et sur les abonnements récurrents que la plateforme adresse explicitement.

Pour qui ce produit est conçu

La page solutions affiche cinq segments cibles : SaaS et logiciels, sites marchands, marketplaces, applications mobiles, et startups. C’est large, mais cohérent : iPay parie sur les acteurs qui ont déjà passé l’étape produit et qui ont besoin d’industrialiser leurs encaissements.

L’angle marketplace est le plus stratégique. Le routage des paiements multi-vendeurs avec split est, à ce jour, à peu près impossible à câbler proprement avec les rails tunisiens existants — et pousse mécaniquement les fondateurs vers Stripe Connect, donc vers une entité française ou Delaware. Si iPay tient sa promesse côté marketplace, c’est une vraie barrière à la migration offshore qui tombe.

Côté m-commerce, le branchement natif des trois opérateurs télécoms ouvre la porte au paiement par décrément de crédit prépayé — soit, en clair, l’accès aux 80 % de la base mobile tunisienne qui ne possède pas de carte bancaire active.

Ce qui reste à prouver

Trois questions sérieuses se posent.

D’abord la stabilité opérationnelle. Agréger neuf rails techniquement hétérogènes, dont au moins quatre maintenus par des acteurs lents (banque centrale, Poste tunisienne, opérateurs télécoms), suppose un work de monitoring, de reconnexion et de retry permanent. La promesse « 99,9 % uptime » classique des PSP devient plus difficile à tenir quand on dépend du SLA du maillon le plus faible.

Ensuite la conformité PCI-DSS et la sécurité des données carte. iPay ne précise pas, sur sa landing publique, son niveau de certification PCI ni son architecture de tokenisation. Pour un agrégateur visant SaaS et marketplaces, c’est la question qu’on lui posera dans toute due diligence — et l’investissement nécessaire pour y répondre proprement est lourd.

Enfin le support et la documentation développeur. Un agrégateur ne vaut que par sa doc API, ses SDKs, ses webhooks bien typés et ses environnements de test. C’est la zone où Stripe a écrasé la concurrence pendant dix ans. iPay propose un espace « Développeurs » sur son site — il faudra voir, dans les semaines qui viennent, si ses guides d’intégration tiennent réellement la comparaison avec les PSP TN établis.

La place dans l’écosystème

iPay n’est pas une menace directe pour Konnect, Flouci ou Paymee — il les agrège. La question intéressante, c’est l’inverse : Konnect, qui pousse depuis trois ans pour devenir l’agrégateur de référence, va devoir choisir entre tenir cette position et laisser un Audasoft s’installer en couche au-dessus.

À 12 mois, le scénario probable est une cohabitation : iPay s’installe sur le segment SaaS et marketplaces qui ont besoin d’orchestration, les PSP historiques gardent la main sur le e-commerce mono-PSP. À 24 mois, si le pari produit d’Audasoft tient, l’orchestration deviendra le standard et les marchands ne sauront même plus quel rail acquéreur est utilisé sous le capot.

Pourquoi maintenant

Trois forces poussent dans le même sens. Le Startup Act 2.0 en discussion au Parlement remet la fintech au centre de l’agenda public. La Vision Digital Tunisia 2030 pousse explicitement à la consolidation des infrastructures de paiement. Et la nouvelle vague de fondateurs SaaS tunisiens — formés au no-code et au product-led growth, comme on le racontait ce matin — ne supporte plus de coder trois intégrations pour facturer un abonnement.

iPay arrive à ce moment précis. Reste à voir si Audasoft saura tenir le marathon d’un éditeur d’infrastructure financière — celui où la moindre microseconde de latence et le moindre incident sur un mandat récurrent valent dix années de pitch perdues.

Ce décryptage est fondé sur les informations publiquement disponibles au 24 mai 2026 sur ipay.tn et audasoft.co. Les tarifs, fonctionnalités et engagements de service peuvent évoluer. Vérifie les conditions actuelles auprès de l’éditeur avant toute décision d’intégration.