Systèmes de facturation pour FAI : de quoi ils se composent

L'abonné ne voit qu'une ligne de la facturation : « tant sera prélevé tel jour ». À l'intérieur, c'est le système le plus critique de l'opérateur : il laisse entrer les gens sur le réseau, mesure la consommation, compte l'argent et répond de chaque centime devant la comptabilité. Un opérateur survit à la panne de son site, mais une panne de facturation signifie des milliers d'abonnés sans réseau ou l'utilisant gratuitement. Voyons de quoi se compose ce système, appelé dans le secteur système automatisé de facturation.

Le parcours de l'abonné dans la facturation

Quand le routeur de l'abonné établit une connexion, l'équipement de l'opérateur demande à la facturation s'il faut le laisser entrer et à quel débit. Le langage classique de ce dialogue est RADIUS, et la réponse dépend du solde et de l'offre. Le réseau envoie ensuite des compteurs : combien d'octets sont passés, combien de temps a duré la session. La facturation les transforme en prélèvements et clôt la période le jour du prélèvement. Un paiement depuis l'espace client fait le chemin inverse : argent crédité, blocage levé, débit rétabli, le tout sans intervention humaine.

Modules d'un système moderne

Autour du noyau vivent en général des blocs voisins : inventaire technique des câbles et des ports, avis de prélèvement, intégration des cartes de couverture. Plus l'opérateur est grand, plus la facturation ressemble à un kit où chaque module se remplace.

Solution packagée, SaaS ou développement maison

Les petits réseaux commencent par des solutions packagées : installation sur votre serveur, saisie des offres, et c'est parti. L'avantage est le contrôle et le prix unique, l'inconvénient est que les mises à jour et sauvegardes vous reviennent. Les systèmes cloud prennent en charge l'exploitation contre un abonnement par compte : pour un réseau de quelques milliers d'abonnés, c'est souvent moins cher que le salaire d'un administrateur. Le développement maison convient aux opérateurs au modèle atypique : opérateurs virtuels, FAI à tarification journalière, services dont la facturation est le produit. C'est la voie la plus chère, sans les limites d'une architecture tierce.

Que regarder pour choisir

• Prise en charge de vos équipements. L'autorisation et la collecte des compteurs doivent fonctionner avec vos modèles précis de commutateurs et de BRAS, et pas « en général ».
• Vitesse du blocage. Combien de temps s'écoule entre le solde à zéro et la coupure réelle : les heures d'écart sont du trafic offert.
• Recalculs. Changement d'offre rétroactif, remboursements, paiement promis : c'est sur ces scénarios que les solutions packagées cassent le plus.
• API ouverte. L'espace client, le site et l'appli mobile vivront plus longtemps si vous pouvez les bâtir sur une API plutôt que dans le gabarit d'un autre.
• Marge de charge. Un système vif avec mille abonnés peut s'arrêter à cinquante mille le jour du prélèvement massif.

La migration est un poste à part. Quitter un ancien système entraîne l'historique des soldes, les périodes ouvertes et les paiements promis. Un bon prestataire commence par recenser ces restes, un mauvais par la démonstration d'un joli tableau de bord. Prévoyez le fonctionnement parallèle des deux systèmes sur au moins une période de facturation : le rapprochement des prélèvements sur de vrais abonnés révèle ce qu'aucun test ne montre.

Erreurs typiques de déploiement

• La facturation après le réseau. On construit d'abord le réseau, puis on greffe la facturation. C'est l'inverse qu'il faut : le schéma d'autorisation et de suivi dicte le choix des équipements.
• Des offres « comme chez le voisin ». Le système gère des offres souples, mais on n'y saisit que trois lignes. Chaque promotion devient ensuite un recalcul manuel.
• Un seul serveur pour tout. Base de données, RADIUS et espace client sur une machine tiennent jusqu'au premier jour de prélèvement massif. Déplacez au moins la base à l'avance.
• Pas d'environnement de test. Les mises à jour partent directement en production, et la première erreur de tarification coûte plus cher qu'un banc d'essai sur toute sa vie.
• Sauvegarde sans test de restauration. On sauvegarde pendant des années et on tente la première restauration en pleine panne. Faites un exercice de restauration chaque trimestre.

Le dénominateur commun de ces erreurs : voir la facturation comme un programme alors que c'est un processus. L'argent des abonnés y passe sans arrêt, traitez-la donc comme une caisse et non comme un site.

Si vous choisissez un système pour un réseau en croissance, regardez au-delà de la liste de fonctions et posez deux questions : comment il survit au jour du prélèvement et avec quelle facilité on en sort les données lors d'une migration. Le reste peut s'ajouter, ces deux propriétés viennent de l'architecture. Nous avons parlé séparément de l'infrastructure voisine : notre tour d'horizon des types de serveurs sur un réseau aide à situer la facturation dans ce tableau.