Pour choisir un logiciel de facturation télécom, testez la taxation en temps réel, la rapidité avec laquelle votre équipe lance une nouvelle offre dans le catalogue, et la façon dont il traite le trafic échangé avec les autres opérateurs. Le mode de déploiement et le chemin de migration viennent ensuite, car ce sont eux qui fixent le coût du système après la mise en service, pas seulement à la signature.
Les listes de fonctionnalités des éditeurs de facturation se ressemblent. Presque toutes annoncent convergent, temps réel, cloud et ouvert. Les différences n’apparaissent que lorsqu’on demande au système de faire quelque chose de précis devant soi. Ce guide sert à cela : les critères qui distinguent les systèmes, un tableau de tests de démo et une check-list à reprendre dans un appel d’offres.
Ce que doit faire un logiciel de facturation télécom
Un logiciel de facturation télécom transforme l’usage du réseau en chiffre d’affaires. Il valorise appels, messages et sessions data selon les offres, tient les soldes prépayés et les comptes postpayés, émet les factures, encaisse les paiements et règle avec les partenaires. Dans un BSS (système de support aux activités) moderne, ce travail est réparti entre plusieurs modules qui doivent fonctionner comme un seul :
- La taxation en ligne (OCS) autorise et taxe l’usage en temps réel : un client prépayé ne passe pas sous zéro et un forfait data s’arrête une fois consommé.
- Le catalogue produits regroupe offres, bundles, prix et règles d’éligibilité au même endroit.
- La facturation convergente produit un compte et une facture uniques pour le prépayé, le postpayé et toutes les lignes de service.
- La médiation collecte et nettoie les tickets d’usage du réseau avant leur valorisation.
- La facturation d’interconnexion et de gros règle avec les autres opérateurs, le réseau hôte et, pour un MVNE, ses locataires.
Un éditeur qui vend « de la facturation » peut couvrir deux de ces modules ou les cinq. Demandez tôt lesquels sont dans le périmètre, car chaque manque devient un projet à part.
Huit critères qui distinguent les systèmes de facturation
Voici les critères sur lesquels les systèmes diffèrent vraiment, chacun avec la question à poser.
- Taxation convergente en temps réel. Clients prépayés, postpayés et hybrides doivent être taxés par un seul moteur avec un seul modèle de solde. Question : un client peut-il passer du prépayé à un forfait mensuel sans être recréé dans un autre système ?
- Catalogue et délai de mise sur le marché. Le marketing doit pouvoir construire et tester une offre sans livraison de code. Question : combien de temps pour lancer un nouveau bundle, de l’idée au premier abonné, et qui doit intervenir ?
- Souplesse de tarification. Prix par paliers, soldes partagés, offres famille, applications non décomptées et promotions datées relèvent du paramétrage, pas du développement. Question : montrez-moi un pool data partagé sur quatre lignes, dont une avec une enveloppe différente.
- Interconnexion et roaming. Si vous réglez avec d’autres opérateurs, il faut des tarifs partenaires datés, la revalorisation de périodes closes et le rapprochement. La facturation d’interconnexion est souvent le module acheté en dernier et regretté en premier.
- Médiation. Les tickets d’usage viennent de commutateurs, passerelles et partenaires différents, dans des formats différents. Question : comment ajoute-t-on un nouvel élément réseau, et que deviennent les doublons et les tickets mal formés ?
- Multi-tenant pour un MVNE. Un fournisseur qui fait tourner plusieurs MVNO a besoin de catalogues, soldes et factures séparés par locataire sur une même plateforme, plus le règlement de gros entre eux. Question : le locataire A peut-il modifier une offre sans une livraison qui touche le locataire B ?
- API ouvertes. CRM, applications d’espace client, passerelles de paiement et portails partenaires doivent accéder à la facturation. Les Open API du TM Forum (catalogue produits, commande, usage et facture client, entre autres) servent de référence commune. Demandez lesquelles l’éditeur expose et lesquelles sont spécifiques.
- Mode de déploiement et migration. Sur site, cloud privé, cloud public ou service managé : cela change qui assure les mises à jour, où vivent les données des abonnés et comment le coût est comptabilisé. Demandez comment les abonnés, soldes et factures ouvertes passent de l’ancien système, et combien de temps dure le fonctionnement en parallèle.
À retenir. Les critères 1, 4 et 8 sont ceux qui coûtent cher en cas d’erreur. Un rapport manquant se construit plus tard ; un moteur de taxation incapable de gérer les offres hybrides, ou une migration qui perd des soldes, non.
Tests de démo : exigence et façon de la vérifier
Une démo qui suit le script de l’éditeur montre ce que l’éditeur veut montrer. Envoyez vos scénarios une semaine avant et demandez qu’ils soient joués en direct.
| Exigence | Comment la vérifier en démo |
|---|---|
| Contrôle prépayé en temps réel | Lancer une session data sur un compte prépayé au solde faible et la voir s’arrêter à zéro |
| Passage prépayé vers postpayé | Convertir un client en gardant son numéro et son solde, puis montrer la facture suivante |
| Nouvelle offre sans code | Faire construire par un chef de produit un bundle avec promotion et date de fin pendant l’appel |
| Soldes partagés et multiples | Montrer un pool data sur quatre lignes, avec une enveloppe distincte sur l’une d’elles |
| Revalorisation | Modifier un tarif avec une date de début passée et revaloriser le mois dernier pour un compte |
| Rapprochement d’interconnexion | Charger le relevé d’un partenaire et afficher les écarts avec votre trafic valorisé |
| Multi-devises | Facturer un client ou un partenaire dans une seconde devise au taux du jour de facturation |
| Isolation des locataires (MVNE) | Modifier un prix chez le locataire A et montrer que le locataire B n’a pas bougé |
| Accès par API | Créer une commande et lire la facture qui en résulte par l’API, pas par l’interface |
Neuf tests en direct, joués sur vos propres scénarios, en disent plus qu’une longue réponse à un appel d’offres.
Check-list d’appel d’offres pour un logiciel de facturation télécom
Reprenez ces lignes dans la partie exigences de votre appel d’offres et demandez pour chacune « oui, paramétrable », « oui, avec développement » ou « non » :
- Taxation prépayée, postpayée et hybride dans un seul moteur, avec un seul modèle de solde
- Taxation en temps réel via Diameter (et CAMEL si vous exploitez encore la 2G/3G)
- Catalogue produits géré par les métiers, avec éligibilité, compatibilité et priorité des offres
- Soldes partagés, compteurs, bonus et promotions avec dates de validité
- Bundles mobile, fixe et services numériques sur une seule facture
- Comptes multi-devises et multi-soldes
- Revalorisation des périodes closes avec tarifs datés
- Médiation avec filtrage, dédoublonnage et agrégation
- Facturation d’interconnexion avec rapprochement, compensation et soldes partenaires
- Fonctionnement multi-tenant avec catalogue et facturation par locataire (MVNE uniquement)
- API documentées, en nommant les Open API du TM Forum couvertes
- Exports vers l’ERP, le CRM et les outils de reporting
- Options de déploiement : sur site, cloud privé, service managé
- Plan de migration des abonnés, soldes, factures ouvertes et historique, avec fonctionnement en parallèle
- Références d’opérateurs de taille et de modèle comparables
Choisir un logiciel de facturation pour un MVNO
Pour un MVNO (opérateur de réseau mobile virtuel), le bon périmètre de facturation dépend du modèle d’exploitation. Un MVNO Light qui revend le service de l’hôte utilise souvent la facturation de l’hôte ou d’un fournisseur, et a surtout besoin d’un catalogue, d’un CRM et d’une facturation qu’il maîtrise. Un MVNO Medium exploite sa propre taxation et sa propre facturation au-dessus du réseau hôte : les critères 1 à 3 font alors le choix. Un Full MVNO ajoute son propre cœur de réseau et ses conventions d’interconnexion, ce qui fait entrer les critères 4 et 5 dès le premier jour. La page des modèles d’exploitation les compare ligne par ligne.
L’erreur courante consiste à acheter pour le seul jour du lancement. Une banque ou une enseigne qui démarre avec des SIM prépayées voudra en général des forfaits mensuels, des offres famille ou un second pays peu après. Si le système ne sait pas le faire sans migration, le lancement bon marché devient un second projet coûteux. Notre revue des plateformes BSS pour MVNE et MVNO classe les éditeurs selon les modèles auxquels ils conviennent.
La place d’Avante
Avante conçoit des BSS pour les opérateurs télécoms, les MVNO et les MVNE et MVNA qui les servent. Le périmètre décrit plus haut correspond à ses modules :
- Avante OCS taxe le prépayé et le postpayé en temps réel via Diameter et CAMEL, avec des soldes multiples au niveau du service et du contrat, et une montée en charge horizontale sans interruption de service.
- Avante Billing est un système de facturation convergente avec multi-devises, comptes multi-soldes, bonus et compteurs, et des exports de reporting vers l’ERP et le CRM.
- Avante PC, le catalogue produits, permet au marketing de construire pas à pas des offres convergentes prépayées et postpayées, avec règles de disponibilité et priorité des offres.
- Avante Mediation et Avante IBS assurent la collecte des usages et le règlement d’interconnexion.
Pour les MVNO et MVNE, ces modules forment la plateforme MVNO, derrière une API unique, déployée sur site, en cloud privé ou en service managé. Avante est membre du TM Forum et a reçu le prix Best Moonshot Catalyst à DTW Ignite 2025 pour son moteur de modernisation ODA-in-a-Box.
Questions fréquentes
Quelle est la fonctionnalité la plus importante d’un logiciel de facturation télécom ?
La taxation convergente en temps réel. Si un seul moteur gère prépayé, postpayé et hybride avec un seul modèle de solde, vous pouvez changer les offres, regrouper les services et faire passer les clients d’un mode de paiement à l’autre sans migration. La plupart des autres manques se comblent après la mise en service ; une architecture de taxation éclatée, non.
En quoi un logiciel de facturation MVNO diffère-t-il de celui d’un opérateur ?
Les fonctions sont les mêmes, mais le périmètre dépend du modèle du MVNO. Un MVNO Light peut se contenter du catalogue, du CRM et de la facturation, alors qu’un Full MVNO a aussi besoin de la facturation d’interconnexion et de la médiation. Un MVNE y ajoute le multi-tenant, pour que plusieurs MVNO aient catalogues et factures séparés sur une plateforme.
Combien de temps faut-il pour remplacer un système de facturation télécom ?
Cela dépend du nombre d’abonnés, de produits et d’intégrations, et de la qualité des données. Prévoyez le paramétrage du catalogue, l’intégration avec le CRM, le réseau et la finance, la migration des données avec fonctionnement en parallèle, et une bascule par étapes. Demandez à chaque éditeur un planning daté construit sur vos propres volumes.
Un logiciel de facturation télécom doit-il être dans le cloud ou sur site ?
Les deux fonctionnent ; le choix dépend de la localisation des données, de la réglementation et de qui doit exploiter le système. Les secteurs régulés comme la banque ou le secteur public gardent souvent les données des abonnés sur site ou dans un centre agréé. Un service managé confie les mises à jour à l’éditeur et étale le coût sur le contrat.
Vous présélectionnez des éditeurs ?
Envoyez-nous vos scénarios et nous les jouerons en direct sur Avante OCS et Billing.
Demander une démo