Avvio di EU Digital Services Act Compliance Suite in Odoo: un caso dall'inizio alla fine

Prima di installare: versione, acquisto e servizio

Il modulo è pubblicato su Odoo Apps per 17.0, 18.0, 19.0 e 20.0. Costa 9 € IVA esclusa per versione di Odoo, pagamento una tantum, su tutte e quattro le schede, e il servizio locale di FlexigoTech Cloud che lo accompagna costa 29 €/mese o 290 €/anno IVA esclusa (Pro: 58 €/mese o 580 €/anno).

Ci sono due cose da sapere fin dal primo giorno. Senza abbonamento, o con il servizio sospeso, si ferma ciò che l'abbonamento fornisce, ma i dati restano nel tuo Odoo. E se lo acquisti su flexigotech.com, con l'abbonamento il modulo per le nuove versioni di Odoo è incluso; sull'Odoo App Store, ogni versione di Odoo si acquista lì. Se stai ancora valutando se fa al caso tuo, parti da cosa copre e cosa serve prima di installarlo.

I due campi da fissare prima di caricare i dati

Tra i campi del modulo ci sono due relazioni con dati anagrafici di Odoo:

• company_id (Many2one), che punta al modello res.company.
• country_id (Many2one), che punta al modello res.country.

Prima di creare o importare record, verifica che l'azienda e i paesi che sceglierai in quei campi esistano e siano scritti correttamente nel tuo Odoo. Così ogni record nasce con l'azienda e il paese giusti e non devi correggerli uno per uno dopo.

Il caso: Mercado Alba inizia a usare il modulo

Esempio Caso illustrativo: l'azienda e i suoi dati sono inventati per spiegare il flusso.

Mercado Alba è un negozio online inventato che vende articoli di terzi. Ha appena installato il modulo e Julia, che si occupa di compliance, si siede con l'amministratore di Odoo per prepararlo. Passano in rassegna le liste nello stesso ordine in cui le apriresti tu.

Policy di targeting e fornitori ADR

Per prima cosa aprono la lista del modello dsa.ad.targeting.policy. Vedono l'azienda, la casella Active spuntata, le categorie speciali e le colonne Blocked For ed Effective Date. Julia controlla che ogni policy abbia entrambe le colonne compilate.

Poi passano a dsa.adr.provider, la lista dei fornitori ADR, con le colonne Company, Active, Provider Name, Jurisdiction, Contact Email e Specialization. Qui Julia verifica riga per riga che giurisdizione ed e-mail di contatto siano quelle giuste.

Ricorsi

Nella lista di dsa.complaint.appeal compaiono l'azienda, la casella attivo, lo stato, il reclamo collegato e il motivo del ricorso. Nello screenshot i record sono nello stato Appeal New. Julia legge i motivi per capire cosa ha sul tavolo.

Dark pattern e audit

La lista di dsa.dark.pattern contiene cinque pattern attivi: urgenza ingannevole, Roach Motel, costi nascosti, rinnovo automatico e domanda trabocchetto. Le colonne Category e Definition sono vuote e Julia lo annota come attività: compilarle secondo i criteri della sua azienda.

Infine, dsa.independent.audit mostra l'anno dell'audit, il nome del revisore e l'ambito. La colonna Auditor Org è vuota, quindi finisce anche lei nella lista delle cose da fare.

I campi di stato che leggerai

Il modulo definisce diversi campi di stato. Questi sono i loro valori, nell'ordine in cui il modulo li dichiara:

• 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 a semaforo: Red, Yellow, Green.
• state con revisione legale: Draft, Pending Review, Legal Approved, Published.
• state di ricezione: Draft, Received, Acknowledged, Investigating, Resolved.
• state di pubblicazione: Draft, Published, Archived.
• state di attività: Active, Inactive, Suspended.
• status di monitoraggio: Open, In Progress, Resolved.
• status di pianificazione: Planned, In Progress, Completed.
• Altri state e status di lavoro: Draft, In Progress e poi Completed, Done o, in uno di essi, Completed e Reviewed.

Julia stampa questa lista per il suo team: quando qualcuno chiede a che punto è un record, la risposta è uno di questi valori.

L'errore dei dati di trend dei KPI

A metà settimana, caricando per la seconda volta un foglio con dati di trend, l'amministratore vede questo messaggio: KPI trend data must be unique per KPI and period. Significa che il modulo non accetta due dati di trend per lo stesso KPI e lo stesso periodo.

La soluzione: cerca il dato già esistente per quel KPI e quel periodo e correggilo lì, oppure controlla se il periodo della nuova riga è sbagliato. Non provare a salvarlo come un record in più.

Cosa controlla Julia nella prima settimana

• Record con sla_status in Warning o Breached.
• Record con status in Red o Yellow.
• Elementi con approval_status in Pending.
• Record ancora in Draft dal primo giorno.
• Le colonne vuote che ha annotato: Category, Definition e Auditor Org.
• Che company_id e country_id abbiano il valore corretto in tutto ciò che è stato creato.

Cosa imparare dal caso

L'avvio non comincia creando record, ma controllando i due campi di relazione e le liste di base. Leggere gli stati con il team evita confusione, e l'unico errore della settimana si è risolto capendo cosa dice il messaggio.

Come ti aiuta FlexigoTech

FlexigoTech implementa Odoo 17, 18, 19 e 20 e sviluppa connettori e integrazioni su misura. Se vuoi una mano per caricare i tuoi dati o adattare il modulo al tuo modo di lavorare, scrivici dalla pagina del modulo o dai un'occhiata alla scheda su Odoo Apps.

Continua a leggere