Towards a Software Architecture Description for Tax Compliance
Cette étude démontre que si une description minimale de l'architecture logicielle peut visualiser efficacement la réutilisation transfrontalière de composants pour les auditeurs fiscaux, elle échoue finalement à soutenir des évaluations fiscales juridiquement significatives en raison de décalages fondamentaux entre les abstractions du génie logiciel et les concepts de la fiscalité.
Article original sous licence CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Ceci est une explication générée par l'IA de l'article ci-dessous. Elle n'a pas été rédigée ni approuvée par les auteurs. Pour une précision technique, consultez l'article original. Lire la clause de non-responsabilité complète
Imaginez une entreprise de logiciels massive et mondiale comme une cuisine géante où des milliers de chefs (équipes logicielles) cuisinent différentes parties d'un même repas complexe (le produit logiciel). Chaque chef appartient à une branche différente de la famille vivant dans des pays différents.
Voici le problème : dans le monde réel, si un chef en Suède utilise une recette de sauce secrète appartenant à un chef en Allemagne, les autorités fiscales en Allemagne pourraient dire : « Hé, c'est une transaction ! Vous utilisez la propriété intellectuelle de quelqu'un d'autre, vous devez donc payer une redevance. » Cela s'appelle une « licence implicite ». Le problème, c'est que le logiciel est invisible ; on ne peut pas voir la « sauce » circuler, donc les agents du fisc ne savent souvent pas que ces transactions ont lieu.
Ce document traite d'une équipe de chercheurs qui tentent de construire une carte pour aider les agents du fisc à voir ces transactions invisibles.
La carte qu'ils ont construite
Les chercheurs ont créé une carte très simple, « délibérément minimale », de la cuisine logicielle. Au lieu de montrer chaque ingrédient ou le goût de la nourriture, la carte ne montre que quatre choses :
- Le Plat : Quelle partie spécifique du logiciel est utilisée ?
- Le Chef : Qui possède cette partie ?
- La Connexion : Qui utilise la partie de qui ? (La « dépendance »).
- L'Emplacement : Où vit ce chef ?
Ils ont testé cette carte sur un système logiciel réel et immense, comprenant plus de 2 500 composants et 16 000 connexions.
Le test de dégustation (L'étude)
Les chercheurs n'ont pas simplement deviné si la carte était bonne ; ils l'ont présentée à quatre experts fiscaux réels (deux auditeurs qui vérifient les comptes et deux conseillers qui aident les entreprises à remplir leurs déclarations). Ils leur ont demandé : « Pouvez-vous utiliser cette carte pour déterminer où les taxes pourraient être dues ? »
Ce que les experts ont dit
Les experts ont donné un avis « mitigé mais encourageant », qui peut être divisé en trois points principaux :
1. La carte est un excellent point de départ (La « Lampe de poche »)
Les experts ont adoré la carte comme moyen d'amorcer une conversation. Avant cela, ils devaient deviner ou poser des questions vagues comme : « Qui utilise quoi ? ». La carte leur a fourni une liste concrète et factuelle de qui utilise le code de qui à travers les frontières. Un expert a déclaré que c'était comme avoir un « point de départ objectif » plutôt que de se fier aux souvenirs des gens, qui peuvent être flous. Elle a réussi à éclairer les recoins sombres de la cuisine où se déroulaient les utilisations transfrontalières.
2. La carte présente des zones d'ombre (Les « Bords flous »)
Cependant, la carte n'était pas parfaite.
- La confusion sur le « Qui possède ceci ? » : Dans le logiciel, la « propriété » peut signer « l'équipe qui corrige les bugs ». En droit fiscal, la « propriété » signifie « l'entité juridique qui détient les droits ». La carte utilisait la définition logicielle, mais les experts fiscaux essayaient constamment de la traduire en définition juridique, ce qui ne correspondait pas toujours.
- Le problème des « Adresses manquantes » : Environ la moitié du temps, la carte ne pouvait pas dire exactement dans quel pays se trouvait une équipe spécifique (parce qu'ils étaient en télétravail ou que les données étaient désordonnées). Les experts ont déclaré : « Si nous ne savons pas où se trouve le chef, nous ne pouvons pas taxer la sauce. » Sans adresse précise, la carte perd de sa puissance pour un audit officiel.
- Le piège du « Comptage » : La carte montrait des lignes reliant les chefs, et l'épaisseur de la ligne indiquait combien de fois ils utilisaient le code les uns des autres. Les experts ont averti : « Ce n'est pas parce qu'une ligne est épaisse que la sauce est chère. » Une équipe peut utiliser un petit morceau de code peu coûteux un million de fois, ou un morceau de code énorme et précieux une seule fois. La carte ne pouvait pas faire la distinction entre « utilisation fréquente » et « haute valeur ».
Le verdict final
Le document conclut que cette carte logicielle est utile, mais n'est pas une solution complète.
Voyez cela comme un croquis sommaire d'une scène de crime. Il indique au détective (l'auditeur fiscal) exactement où se trouvaient les suspects et qui parlait à qui. C'est un outil fantastique pour commencer l'enquête. Mais le croquis ne peut pas dire au détective combien d'argent a été volé, qui possède légalement l'argent, ou quel doit être le verdict final.
Les chercheurs ont découvert que si l'architecture logicielle peut rendre visible la structure de ces accords cachés, elle ne peut pas, à elle seule, fournir les réponses juridiques et économiques nécessaires pour calculer les taxes réelles. La carte expose le « quoi » et le « où », mais les experts fiscaux doivent encore apporter leurs propres connaissances juridiques pour déterminer le « combien » et le « pourquoi ».
Noyé(e) sous les articles dans votre domaine ?
Recevez des digests quotidiens des articles les plus récents correspondant à vos mots-clés de recherche — avec des résumés techniques, dans votre langue.