Préciser le périmètre

Cet article revient sur le raisonnement et les objectifs qui sous-tendent Invopop, alors que le projet est encore en construction. À l'origine, ces informations étaient destinées à une page « à propos » de ce site, mais il m'est apparu qu'avec le temps, bon nombre de ces idées évolueront à mesure que le projet mûrira. Disposer d'une référence permanente, horodatée, m'a semblé être une approche plus honnête.‍Invopop est conçu par des développeurs pour des développeurs, afin de résoudre les nombreux problèmes que nous rencontrons aujourd'hui pour transformer des ventes en factures fiscalement valables :

• créer des factures au format PDF prend du temps, et en tant que développeurs, nous pouvons rarement justifier d'y consacrer des heures pour qu'elles soient élégantes,
• générer des factures électroniques avec la plupart des standards actuels reposant sur XML est complexe et peu engageant, principalement parce que XML ne reflète pas la manière dont les objets, tableaux, chaînes et nombres sont manipulés dans le code. Ajoutez à cela des schémas et des espaces de noms complexes et vous obtenez des documents difficiles à comprendre, à déboguer et à analyser de manière fiable,
• identifier les règles de validation locales et se tenir au courant des taux de taxes demande un effort considérable, alors même que ces informations sont publiques,
• les signatures numériques sont une excellente chose, mais l'effort requis pour les faire fonctionner (voir Canonical XML) fait que la plupart des développeurs préfèrent les éviter lorsqu'ils le peuvent,
• de plus en plus de pays exigent désormais une facturation électronique avec validation par l'administration fiscale. C'est le cas dans la majeure partie de l'Amérique latine, et en Europe, la tendance a commencé avec l'Italie et le Portugal. S'intégrer à différents prestataires dans chaque pays, chacun avec ses particularités et ses fonctionnalités non documentées, peut devenir chronophage, et bien sûr, une solution conçue pour un pays ne peut généralement pas être réutilisée dans un autre,
• la plupart des entreprises aspirent à se développer à l'international, mais chaque pays a ses propres règles et réglementations ; au Brésil, par exemple, les règles de facturation et de fiscalité varient même d'une ville à l'autre,
• à mesure qu'un projet rencontre le succès et que les ventes augmentent, il devient rapidement nécessaire de transmettre les factures à des services de comptabilité ou à des plateformes ERP. Voilà encore une intégration supplémentaire à construire et à maintenir.

Chez Invopop, notre objectif est de soulager ces difficultés grâce à une approche à deux niveaux :

• D'abord, nous devons rendre la création d'une facture électronique beaucoup plus simple. Nous développons une bibliothèque standard en Go qui, une fois publiée en open source, pourra être intégrée directement à votre code, utilisée comme micro-service interne, ou hébergée sur la plateforme Invopop. L'idée est que ce logiciel, que nous appelons GoBL, définisse les taux de taxes mondiaux, les structures des documents de facturation, les règles de validation et les signatures numériques, afin que créer une facture numérique en JSON soit rapide et direct, où que vous soyez.
• Ensuite, la plateforme Invopop reçoit la sortie JSON de GoBL et convertit les documents dans le format requis : PDF pour les humains, formats XML locaux de facturation électronique, envoi à l'administration pour signature, ou transmission à votre comptable ou à votre plateforme ERP.

Cela semble simple, et le résultat final pour les développeurs devrait l'être, mais en coulisses, nous sommes parfaitement conscients de la complexité que représente le développement d'un logiciel multinational. La clé du succès d'Invopop résidera dans la mise en place d'équipes centralisées et globales, capables d'adapter le produit localement afin que nos clients puissent se concentrer sur une seule et unique intégration avec nous.‍