Les prérequis de facturation qui échouent sans erreur

Un échéancier de facturation est produit par le moteur à partir d’une commande. Quand les prérequis ne sont pas en place, aucun échéancier n’est produit — et rien, nulle part, ne le dit. La commande paraît correcte, le batch de facturation ne trouve rien à facturer, et l’enquête démarre au mauvais endroit.

Ce qui doit être vrai, et qui reste invisible jusqu’à ce que la première facture échoue :

• La release update sur le comportement de sauvegarde des commandes — rangée sous l’onglet archivé, là où personne ne va chercher.
• La définition de contexte billing étendue et activée, puis déclarée dans les réglages de facturation comme context service mapping.
• Le bon intra-context mapping. Celui du groupe d’échéanciers, pas celui de la commande. Le mauvais choix ne produit aucun échéancier et aucune erreur.
• Les billing defaults : entité juridique, billing treatment, tax treatment.

Et ensuite la donnée. Un profil de facturation ne produit rien sans contact de facturation, sans payment term sur la commande et sans adresse de livraison. La ligne de commande exige period boundary, mois et jour de début de période, et fréquence de facturation — aucun de ces champs n’étant signalé comme obligatoire.

Ce dernier point est celui qui compte à l’échelle. Une reprise de données de milliers de comptes passera toutes les validations et ne facturera rien. Prouvez la chaîne sur un seul enregistrement avant de charger le reste.