USA Digital Services Tax dans Odoo : mise en route

Q: Que conserve la traçabilité des modifications et à quoi sert Reason ?

Ce bloc contient Timestamp (date et heure), un utilisateur de res.users , User Role (décrit comme «Snapshot of user»), Model Name , Record ID , Field Changes (JSON) et IP Address . Dans Model Name , l'aide du champ donne comme exemples dst.revenue_entry et dst.filing_submission . Le champ Reason est décrit comme «User-provided explanation for sensitive changes», c'est-à-dire l'explication fournie par l'utilisateur pour les modifications sensibles. Et Checksum est défini comme SHA256(previous_entry + this_entry) for chain integrity : le checksum de chaque entrée est calculé en SHA256 à partir de l'entrée précédente et de l'entrée actuelle, pour préserver l'intégrité de la chaîne. Quand vous faites une modification que vous jugez sensible, saisissez l'explication dans Reason .

Q: Que remplir quand vous enregistrez un changement pour une juridiction ?

L'enregistrement comporte la juridiction, Update Title , Description of Change et Effective Date . Pour la source, vous avez Source/Reference URL et Source Document . Si le changement découle d'un litige, il y a de la place pour Case Number , Parties (Plaintiff v. Defendant) , Court/Jurisdiction et Court Ruling Summary . La partie impact se compose de la case Potentially Impacts Company , de How This Impacts Compliance et de Recommended Action . Il y a aussi Alert Generated , Alert Date et Notified Users , et l'enregistrement garde qui l'a créé (un utilisateur de res.users ) et Created Date .

Q: Et les affaires judiciaires ?

Elles ont leur propre bloc : juridiction, Case Number , Case Title , Filing Date , Parties (Plaintiff v. Defendant) , Court , Case Summary , Ruling/Decision et Case URL . Si vous suivez une affaire, enregistrez l'adresse dans Case URL , résumez dans Case Summary ce qui vous concerne et notez la décision dans Ruling/Decision .

Avant d'installer : version, prix et service

Sur quelles versions d'Odoo puis-je l'installer et combien dois-je payer ?

Le module est publié sur Odoo Apps pour Odoo 17, 18, 19 et 20, et la fiche de chaque version l'affiche à 9 € HT, en paiement unique par version. C'est un module avec un service local de FlexigoTech Cloud, et ce service a son propre prix : 29 €/mois ou 290 €/an HT (en Pro, 58 €/mois ou 580 €/an). Avant d'acheter, vérifiez la version de votre base de données et choisissez le module pour cette version précise, car chaque version d'Odoo a sa propre fiche.

Que se passe-t-il sans abonnement ou si je change de version d'Odoo plus tard ?

Sans abonnement, ou avec le service suspendu, ce que fournit l'abonnement s'arrête ; les données restent dans votre Odoo. Pour les nouvelles versions, tout dépend de l'endroit où vous l'avez acheté : avec l'abonnement, le module pour les nouvelles versions d'Odoo est inclus si vous l'avez acheté sur flexigotech.com ; si vous l'avez acheté sur l'Odoo App Store, chaque version d'Odoo s'achète là-bas. Gardez-le en tête quand vous planifiez une migration de votre Odoo.

Les champs à comprendre dès le premier jour

En parcourant les champs du module, leurs noms font apparaître trois blocs : un qui garde la trace de qui modifie quoi, un pour les changements associés à une juridiction et un pour les affaires judiciaires. Les deux derniers ont un champ jurisdiction_id qui pointe vers le modèle dst.jurisdiction, de sorte que chacun de ces enregistrements est lié à une juridiction.

Que conserve la traçabilité des modifications et à quoi sert `Reason` ?

Ce bloc contient Timestamp (date et heure), un utilisateur de res.users, User Role (décrit comme «Snapshot of user»), Model Name, Record ID, Field Changes (JSON) et IP Address. Dans Model Name, l'aide du champ donne comme exemples dst.revenue_entry et dst.filing_submission. Le champ Reason est décrit comme «User-provided explanation for sensitive changes», c'est-à-dire l'explication fournie par l'utilisateur pour les modifications sensibles. Et Checksum est défini comme SHA256(previous_entry + this_entry) for chain integrity : le checksum de chaque entrée est calculé en SHA256 à partir de l'entrée précédente et de l'entrée actuelle, pour préserver l'intégrité de la chaîne. Quand vous faites une modification que vous jugez sensible, saisissez l'explication dans Reason.

Que remplir quand vous enregistrez un changement pour une juridiction ?

L'enregistrement comporte la juridiction, Update Title, Description of Change et Effective Date. Pour la source, vous avez Source/Reference URL et Source Document. Si le changement découle d'un litige, il y a de la place pour Case Number, Parties (Plaintiff v. Defendant), Court/Jurisdiction et Court Ruling Summary. La partie impact se compose de la case Potentially Impacts Company, de How This Impacts Compliance et de Recommended Action. Il y a aussi Alert Generated, Alert Date et Notified Users, et l'enregistrement garde qui l'a créé (un utilisateur de res.users) et Created Date.

Et les affaires judiciaires ?

Elles ont leur propre bloc : juridiction, Case Number, Case Title, Filing Date, Parties (Plaintiff v. Defendant), Court, Case Summary, Ruling/Decision et Case URL. Si vous suivez une affaire, enregistrez l'adresse dans Case URL, résumez dans Case Summary ce qui vous concerne et notez la décision dans Ruling/Decision.

La première semaine : quoi vérifier

Comment vérifier que les juridictions sont bien créées ?

Ouvrez la liste des juridictions et passez en revue, ligne par ligne, les colonnes affichées : nom, code, statut, date d'effet, taxe principale et fréquence de déclaration. Si une date d'effet ou une fréquence ne correspond pas à ce que vous avez documenté, corrigez-la avant de continuer à travailler avec cette juridiction.

Liste des juridictions fiscales avec huit enregistrements et des colonnes nom, code, statut, date d'effet, taux de la taxe principale et fréquence — Une autre vue de la liste des juridictions, avec le taux de la taxe principale, le bouton Nouveau et la barre de recherche en haut.

Que regarder dans le tableau de bord ?

Le tableau de bord Digital Services Tax Dashboard est un kanban avec des cartes de juridictions (sur la capture, Chicago, Maryland State et Washington State). Chaque carte affiche son statut, le seuil avec une barre de progression, le chiffre d'affaires annuel et une étiquette d'obligation. La première semaine, vérifiez que les cartes affichées correspondent à des juridictions qui vous concernent réellement et que le chiffre d'affaires annuel indiqué correspond à vos chiffres.

Tableau de bord kanban Digital Services Tax Dashboard avec les cartes Chicago, Maryland State et Washington State — Le tableau de bord regroupé par société : chaque carte affiche statut, seuil avec barre de progression, chiffre d'affaires annuel et étiquette d'obligation.

Parcours de la liste Jurisdictions, du tableau de bord kanban, de la liste des juridictions fiscales et d'un formulaire de déclaration de Maryland State — De la liste au tableau de bord, puis à un formulaire de déclaration de Maryland State au statut `Draft - Not Filed`, avec le calcul de la taxe et la section de paiement non payée.

Que vérifier dans la traçabilité, les changements et les affaires ?

Pendant cette semaine, passez en revue ces points :

Dans la traçabilité des modifications, que les modifications sensibles comportent un texte dans Reason.
Dans les changements par juridiction avec Potentially Impacts Company cochée, que How This Impacts Compliance et Recommended Action ne soient pas vides.
Que Notified Users inclue les personnes de votre équipe qui doivent être informées.
Que chaque changement ait une Effective Date et une source dans Source/Reference URL ou Source Document.
Dans les affaires judiciaires, que Case URL et Case Summary soient remplis.

Si cette revue fait apparaître un avertissement ou un message que vous ne comprenez pas, les textes exacts sont expliqués dans les erreurs et avertissements du module.

Comment FlexigoTech vous aide

FlexigoTech déploie Odoo 17, 18, 19 et 20 et développe des connecteurs et des intégrations sur mesure. Si vous souhaitez de l'aide pour créer les juridictions, décider qui figure dans Notified Users ou connecter le module à d'autres systèmes, écrivez-nous depuis la page du module. Vous pouvez aussi consulter la fiche sur Odoo Apps pour la version que vous utilisez.

Sources

Code du module : flexigo_usa_digital_services_tax_compliance 20.0 (5c0ad1e2): models/dst_audit_log_entry.py
Code du module : flexigo_usa_digital_services_tax_compliance 20.0 (5c0ad1e2): models/dst_regulatory_update.py
apps.odoo.com/apps/modules/20.0/flexigo_usa_digital_services_tax_compliance
apps.odoo.com/apps/modules/17.0/flexigo_usa_digital_services_tax_compliance
apps.odoo.com/apps/modules/18.0/flexigo_usa_digital_services_tax_compliance
apps.odoo.com/apps/modules/19.0/flexigo_usa_digital_services_tax_compliance
flexigotech.com/en/services.html
flexigotech.com/precios.html

Mise en route de USA Digital Services Tax Compliance dans Odoo : champs, statuts et première semaine