Vue d'ensemble de la recherche appliquée
Des preuves d'origine face à des règles versionnées
AnyUSMCA
Une évaluation au regard de règles commerciales n'est explicable que si elle distingue une condition non remplie d'une condition qui n'a pas pu être évaluée, et si elle enregistre quelle version de quelles règles elle a utilisée.
Statut: Concept de recherche · prototype non publié
Ce qu'il ne détermine pas
Il ne détermine pas que des marchandises remplissent les conditions de quoi que ce soit, et il ne rend aucune décision juridique ou douanière. Son jeu de règles est synthétique et le dit. Savoir si une règle s'applique, et ce qui en découle, reste une décision des personnes et des autorités responsables.
La question de recherche
Comment représenter les preuves d'origine, les relations entre matières et les règles commerciales versionnées pour qu'une évaluation de qualification soit explicable et reconstituable ?
- Qu'est-ce qui est entré dans la marchandise, et d'où cela vient-il ?
- Quels intrants disposent de preuves de leur origine ?
- Quelle condition de quelle version du jeu de règles n'a pas été remplie, et pourquoi ?
- Quelles conditions n'ont pas pu être évaluées du tout ?
Le modèle, de façon interactive
Une marchandise finie avec quatre intrants, évaluée au regard du jeu de règles de référence synthétique du dépôt. Changez la provenance d'un intrant et le fait qu'un autre dispose ou non de preuves d'origine, puis sélectionnez une condition pour voir les intrants qu'elle lit.
Marchandise finie
Assemblage, valeur transactionnelle 12 000
Jeu de règles: usmca-reference 2026.1 (synthétique)
Nomenclature
Châssis en acier
- Origine déclarée
- US
- Valeur
- 4 200
- Position
- 7308
- Preuve d'origine
- Vérifiée
Faisceau de câblage
- Origine déclarée
- MX
- Valeur
- 1 100
- Position
- 8544
- Preuve d'origine
- Aucune vérification
Unité de commande
- Origine déclarée
- CN
- Valeur
- 1 900
- Position
- 8537
- Preuve d'origine
- Vérifiée
Ensemble siège
- Origine déclarée
- CA
- Valeur
- 800
- Position
- 9401
- Preuve d'origine
- Vérifiée
Conditions
Sélectionnez une condition pour mettre en évidence les intrants qu'elle lit.
Détermination
Conditions non remplies : une condition a échoué. La lacune de preuves, s'il y en a une, reste listée à côté, séparément.
Un scénario, étape par étape
Évaluer une marchandise, et ce que l'enregistrement peut expliquer ensuite.
Étape 1 sur 6: Fixer les règles
L'évaluation nomme son jeu de règles et sa version. Changer de jeu de règles plus tard ne modifie rien de ce qui a déjà été évalué.
Quatre lignes de nomenclature, chacune pointant vers le dossier de traçabilité de son intrant.
L'origine de chaque intrant s'appuie sur un résultat d'AnyVerify. Trois en ont un ; le faisceau de câblage, pas encore.
Avec l'unité de commande provenant de l'extérieur des territoires, la condition de territoire échoue. La teneur en valeur est calculée selon la méthode nommée, à partir de la valeur propre de la marchandise. La condition de preuve ne peut pas être évaluée pour le faisceau.
Une condition échouée donne conditions non remplies, avec la lacune toujours listée à côté. Si rien n'avait échoué, la même lacune aurait donné preuves incomplètes, jamais un échec.
Une personne examine l'évaluation. Le module refuse d'enregistrer une affirmation selon laquelle les marchandises remplissent les conditions.
Primitives fondamentales
Évaluation
AnyUsmcaAssessmentUne marchandise, un jeu de règles dans une version, et une détermination : conditions remplies, conditions non remplies, preuves incomplètes, examinée, ou en attente.
Ligne de nomenclature
AnyUsmcaBomItemUn intrant avec son origine déclarée, sa valeur et sa position, lié au dossier de traçabilité de cet intrant.
Jeu de règles
rulepacks/*.yamlDes conditions sous forme de données, chacune avec un type, des paramètres et un code de motif. Versionné, validé au chargement, avec une note de source.
Types de conditions
origin_in_territory, regional_value_content, tariff_shift, origin_evidence_presentLes formes que prennent les règles d'origine. La méthode est nommée, parce que les mêmes marchandises réussissent avec une méthode et échouent avec une autre.
Lacune de preuves
gapsUne condition qui ne peut pas être évaluée est une lacune, pas un échec, et la détermination indique preuves incomplètes.
Calcul enregistré
computationsL'arithmétique derrière chaque condition est conservée avec l'évaluation, de sorte que le chiffre peut être vérifié à la main.
Ce qui le distingue
- AnyVerify
Sa question
Cette déclaration d'origine correspond-elle à un enregistrement indépendant ?
Pourquoi ce n'est pas la même chose
AnyUSMCA consomme ces résultats comme preuves et y ajoute les règles, l'arithmétique et les matières.
- AnyTrace
Sa question
Où chaque intrant est-il passé ?
Pourquoi ce n'est pas la même chose
AnyUSMCA lie les intrants à leurs traces ; il évalue des règles sur eux.
- Les jeux de règles EUDR d'AnyDPP
Sa question
Les preuves d'un envoi satisfont-elles aux exigences de l'UE en matière de déforestation ?
Pourquoi ce n'est pas la même chose
Les jeux de règles du corridor évaluent les preuves relevant d'un seul règlement. AnyUSMCA étudie les matières, l'arithmétique de la valeur et les conditions d'origine sur une nomenclature.
Ce qui existe, et ce qui n'existe pas
Dans le dépôt
- app/products/anyusmca/{service,rulepack}.py : arithmétique des règles, lacunes face aux échecs, l'affirmation refusée
- rulepacks/usmca-reference.2026.1.yaml : des conditions synthétiques, avec une note de source qui le dit
- tables anyusmca_assessments et anyusmca_bom_items ; 9 routes authentifiées
- tests/any_family/test_anyusmca.py : arithmétique des règles, lacunes face aux échecs, l'affirmation refusée, composition (25 tests)
Programme de recherche, non construit
- Un jeu de règles issu d'une source juridique, quelle qu'elle soit
- Des matières à plusieurs niveaux : les intrants des intrants
- Plus d'une méthode de teneur en valeur par évaluation
Sa place dans AnyLAI
AnyUSMCA
- AnyVerifyUtilise directement le service d'AnyVerify : chaque intrant s'appuie sur un résultat de vérification.
- AnyTraceChaque ligne de nomenclature incorpore le dossier de traçabilité de son intrant.
- Application kernelLes évaluations sont des dossiers du noyau ; les examens sont des actes d'autorité.
- COADFLa connaissance des règles dans des jeux versionnés, jamais dans le code : la règle 4 de COADF, appliquée.
- lien entre dossiers via le noyau
- usage direct d'un autre module ou système
- appel en mode fantôme : enregistré, jamais exécuté
Limites et non-objectifs
- Aucune décision juridique ou douanière, et aucune déclaration selon laquelle des marchandises remplissent les conditions.
- Le seul jeu de règles est synthétique.
- Les preuves d'origine ne valent que ce que vaut la vérification qui les sous-tend.
- Un seul niveau de matières.
État actuel
Statut de recherche
- Concept de recherche · prototype non publié
- Non publié : routes désactivées
- Aucun usage en production, aucune donnée réelle
- 25 tests dans le dépôt
Un module prototype reposant sur le noyau partagé, avec un jeu de règles synthétique. Désactivé, non publié, non utilisé sur des marchandises réelles.
Suite de tests: python-backend/tests/any_family/test_anyusmca.py
Projet de recherche · R&D indépendante · Pas une offre commerciale
