La transition belge vers Peppol est désormais une question opérationnelle, plus une échéance lointaine. Pour les fondateurs B2B en amorçage, l’occasion utile consiste à rendre la facturation fiable : recevoir les bonnes informations, résoudre les exceptions et clôturer les comptes avec moins de travail manuel. La connexion à un réseau n’est qu’une partie de cette tâche.
Les instructions officielles belges indiquent que les factures électroniques structurées sont obligatoires depuis le 1er janvier 2026 pour les opérations relevant de l’obligation B2B nationale. Un PDF envoyé par courriel ne suffit pas pour ces opérations. Le périmètre comporte des exceptions : chaque entreprise doit vérifier sa situation plutôt que traiter toutes ses factures de manière identique. Source : portail belge de facturation électronique.
Dans cette analyse d’octobre, je m’intéresse à ce qui suit la première connexion. Quel problème récurrent justifie un produit autonome ? Lequel relève du logiciel comptable ? Et qu’est-ce qui démontrerait qu’un fondateur construit une entreprise durable plutôt qu’une assistance temporaire liée à une échéance ?
Une facture livrée n’est pas un processus terminé
Imaginons un petit grossiste qui reçoit une facture correctement formatée mais ne peut la rapprocher du bon de commande initial. Quelqu’un doit encore identifier l’acheteur, vérifier la livraison et valider le montant. La transmission électronique peut avoir parfaitement fonctionné alors que la tâche métier reste inachevée.
Cette distinction aide à définir un produit. Je demanderais au fondateur de choisir une exception et de la suivre dans l’entreprise. Qui la remarque ? Qui possède l’information manquante ? Comment une correction est-elle enregistrée ? Qu’est-ce qui empêche une autre personne de payer la même facture pendant son examen ? Une démonstration utile répond à ces questions avec le véritable processus du client, pas seulement un message de transmission réussie.
Je préfère commencer par une promesse précise : réduire les exceptions de facturation non résolues pour un type d’entreprise donné. C’est plus facile à tester que de promettre la transformation d’une direction financière entière. Cela donne aussi au client une raison de continuer à utiliser le produit après le projet initial de mise en conformité.
Distinguer transport, comptabilité et déclaration
Les instructions officielles présentent Peppol comme le canal habituel, avec une alternative possible par accord mutuel sous réserve du respect de la norme européenne. Elles distinguent aussi les factures structurées des PDF. Source : formats et échange des factures. Un fondateur devrait expliquer précisément quelle partie de cette chaîne son produit fournit.
Une autre distinction mérite d’être conservée. La FAQ actuelle de l’administration indique que la phase introduite en janvier 2026 ne transmet pas elle-même les données des factures à l’État. Elle précise qu’une mesure ultérieure de déclaration nécessite encore une législation belge. Source : FAQ officielle sur l’e-reporting. Je ne transformerais pas cette orientation future en promesse de livraison inconditionnelle.
Des limites claires améliorent la vente et le support. Précisez si vous fournissez la connectivité, la préparation, l’approbation, le rapprochement ou la déclaration. Identifiez les systèmes qui restent responsables du reste. Le client doit comprendre ce que couvre son abonnement avant qu’une exception apparaisse, et le partenaire doit savoir où commence sa responsabilité.
Vendre au responsable du problème récurrent
Plusieurs acheteurs peuvent décrire différemment le même problème. Le dirigeant veut moins d’interruptions. Le responsable financier veut une clôture fiable. L’expert-comptable veut des dossiers clients propres. Le partenaire logiciel veut moins de demandes d’assistance. Je choisirais un premier acheteur et construirais l’offre autour de sa responsabilité mesurable.
Un canal passant par les comptables peut être attractif, mais une recommandation n’est pas un achat. Qui signe l’abonnement ? Qui configure chaque client ? Qui forme l’utilisateur ? Qui traite la première demande de support ? Le fondateur doit modéliser ces activités avant de supposer qu’un partenaire distribuera le produit pour un coût négligeable.
Le meilleur pilote comprendrait des factures ordinaires et difficiles. Convenez à l’avance de ce qui constitue une exception, du niveau d’intervention acceptable et des preuves examinées à la fin. Si le client continue de payer ensuite, l’équipe dispose d’un signal plus solide qu’une liste d’inscriptions issues de l’urgence d’une échéance.
Mesurer le travail qui subsiste après l’automatisation
J’examinerais le coût de service avec les revenus d’abonnement. L’intégration, le nettoyage des données, les changements de système comptable et l’assistance peuvent absorber la marge apparente d’un petit abonnement. Une vue opérationnelle utile sépare l’implémentation ponctuelle des tâches récurrentes et montre si le deuxième client est plus facile à servir que le premier.
Par exemple, une startup fictive pourrait facturer un abonnement mensuel tout en corrigeant manuellement les fiches fournisseurs chaque semaine. Cela peut être un apprentissage initial raisonnable. Il ne faut pas le présenter comme l’économie d’un logiciel entièrement automatisé. La question d’investissement est de savoir si ce travail répété peut devenir une fonction réutilisable, être facturé comme un service, ou conduire à éviter ce segment.
L’IA peut aider au rapprochement ou proposer une catégorie, mais je voudrais que les résultats incertains soient signalés pour examen. Conservez la facture originale, montrez la modification proposée et enregistrez la décision. Ce sont des priorités de conception, pas des affirmations sur les performances d’un fournisseur. L’utilisateur financier doit comprendre le résultat assez bien pour en assumer la responsabilité.
Une liste publique n’est pas une recommandation de produit
La procédure officielle de publication des applications de facturation indique expressément que l’inscription ne constitue ni une évaluation du contenu, ni une certification de qualité, ni une recommandation de l’administration. Source : procédure du SPF Finances. C’est un rappel utile pour examiner des arguments marketing ou une comparaison concurrentielle.
Je chercherais plutôt une intégration fonctionnelle, des responsabilités de service claires et des références vérifiables. Montrez comment sont traités les échecs de transmission, les corrections et les départs de clients. Expliquez comment une entreprise récupère ses données si elle cesse de s’abonner. Ces détails peuvent séparer une démonstration intéressante d’un système auquel une équipe financière fait confiance.
Le dossier d’investissement au-delà de l’échéance
Pour les fondateurs du Benelux, la transition belge offre un premier marché concret. Elle ne prouve pas que le même produit peut se vendre inchangé ailleurs. Je séparerais le processus métier réutilisable des hypothèses locales de facturation, puis testerais la volonté de payer avant d’agrandir l’équipe d’implémentation.
Je me concentre sur le B2B et la fintech en phase d’amorçage. Si vous créez un produit autour d’un problème financier récurrent, partagez votre présentation, un cas client et le jalon à financer. Je m’intéresse particulièrement à l’usage payant et à une explication claire du travail supprimé. L’occasion durable est un meilleur processus opérationnel que les clients apprécient longtemps après l’échéance.