Mise en place d'EU Digital Services Act Compliance Suite dans Odoo : un cas de bout en bout

Avant d'installer : version, achat et service

Le module est publié sur Odoo Apps pour 17.0, 18.0, 19.0 et 20.0. Il coûte 9 € HT par version d'Odoo, en paiement unique, sur les quatre fiches, et le service local FlexigoTech Cloud qui l'accompagne coûte 29 €/mois ou 290 €/an HT (Pro : 58 €/mois ou 580 €/an).

Deux choses sont à savoir dès le premier jour. Sans abonnement, ou avec le service suspendu, ce qu'apporte l'abonnement s'arrête, mais les données restent dans votre Odoo. Et si vous l'achetez sur flexigotech.com, l'abonnement inclut le module pour les nouvelles versions d'Odoo ; sur l'Odoo App Store, chaque version d'Odoo s'achète sur place. Si vous vous demandez encore s'il vous convient, commencez par ce qu'il couvre et ce qu'il faut avant de l'installer.

Les deux champs à fixer avant de charger des données

Parmi les champs du module, deux sont des relations vers des données de base d'Odoo :

• company_id (Many2one), qui pointe vers le modèle res.company.
• country_id (Many2one), qui pointe vers le modèle res.country.

Avant de créer ou d'importer des enregistrements, vérifiez que la société et les pays que vous choisirez dans ces champs existent et sont bien orthographiés dans votre Odoo. Ainsi, chaque enregistrement naît avec la bonne société et le bon pays, et vous n'avez pas à les corriger un par un ensuite.

Le cas : Mercado Alba adopte le module

Exemple Cas illustratif : l'entreprise et ses chiffres sont inventés pour expliquer le flux.

Mercado Alba est une boutique en ligne fictive qui vend des articles de tiers. Elle vient d'installer le module, et Julia, responsable de la conformité, s'assoit avec l'administrateur Odoo pour le préparer. Ils parcourent les listes dans l'ordre où vous les ouvririez vous-même.

Politiques de ciblage et fournisseurs ADR

Ils ouvrent d'abord la liste du modèle dsa.ad.targeting.policy. Ils y voient la société, la case Active cochée, les catégories spéciales et les colonnes Blocked For et Effective Date. Julia vérifie que chaque politique a bien ces deux colonnes remplies.

Ils passent ensuite à dsa.adr.provider, la liste des fournisseurs ADR, avec les colonnes Company, Active, Provider Name, Jurisdiction, Contact Email et Specialization. Ici, Julia contrôle ligne par ligne que la juridiction et l'e-mail de contact sont les bons.

Recours

La liste de dsa.complaint.appeal affiche la société, la case d'activité, l'état, la plainte associée et le motif du recours. Sur la capture, les enregistrements sont à l'état Appeal New. Julia lit les motifs pour savoir ce qu'elle a sur la table.

Dark patterns et audits

La liste de dsa.dark.pattern contient cinq patterns actifs : urgence trompeuse, Roach Motel, coûts cachés, renouvellement automatique et question piège. Les colonnes Category et Definition sont vides, et Julia le note comme tâche : les remplir selon les critères de son entreprise.

Enfin, dsa.independent.audit affiche l'année d'audit, le nom de l'auditeur et le périmètre. La colonne Auditor Org est vide, elle rejoint donc aussi la liste des tâches.

Les champs d'état que vous allez lire

Le module définit plusieurs champs d'état. Voici leurs valeurs, dans l'ordre où le module les déclare :

• workflow_state : Reported, Assessed, Decided, Notified, Resolved.
• appeal_state : Draft, Submitted, Under Review, Resolved.
• approval_status : Pending, Approved, Rejected, Revoked.
• review_status : Draft, Reviewed, Approved.
• sla_status : On Time, Warning, Breached.
• status de type feu tricolore : Red, Yellow, Green.
• state avec revue juridique : Draft, Pending Review, Legal Approved, Published.
• state de réception : Draft, Received, Acknowledged, Investigating, Resolved.
• state de publication : Draft, Published, Archived.
• state d'activité : Active, Inactive, Suspended.
• status de suivi : Open, In Progress, Resolved.
• status de planification : Planned, In Progress, Completed.
• Autres state et status de travail : Draft, In Progress puis Completed, Done ou, pour l'un d'eux, Completed et Reviewed.

Julia imprime cette liste pour son équipe : quand quelqu'un demande où en est un enregistrement, la réponse est l'une de ces valeurs.

L'erreur sur les données de tendance des KPI

En milieu de semaine, en chargeant pour la deuxième fois une feuille de données de tendance, l'administrateur voit ce message : KPI trend data must be unique per KPI and period. Il signifie que le module n'accepte pas deux données de tendance pour le même KPI et la même période.

La solution : retrouvez la donnée qui existe déjà pour ce KPI et cette période et corrigez-la là, ou vérifiez si la période de la nouvelle ligne est erronée. N'essayez pas de l'enregistrer comme un enregistrement de plus.

Ce que Julia vérifie la première semaine

• Les enregistrements avec sla_status à Warning ou Breached.
• Les enregistrements avec status à Red ou Yellow.
• Les éléments avec approval_status à Pending.
• Les enregistrements encore en Draft depuis le premier jour.
• Les colonnes vides qu'elle a notées : Category, Definition et Auditor Org.
• Que company_id et country_id ont la bonne valeur sur tout ce qui a été créé.

Ce qu'il faut retenir du cas

La mise en place ne commence pas par la création d'enregistrements, mais par la vérification des deux champs de relation et des listes de base. Lire les états avec l'équipe évite les confusions, et la seule erreur de la semaine s'est réglée en comprenant ce que dit le message.

Comment FlexigoTech vous aide

FlexigoTech déploie Odoo 17, 18, 19 et 20 et développe des connecteurs et intégrations sur mesure. Si vous souhaitez de l'aide pour charger vos données ou adapter le module à votre façon de travailler, écrivez-nous depuis la page du module ou consultez la fiche sur Odoo Apps.

À lire aussi