Implementação da EU Digital Services Act Compliance Suite no Odoo: um caso do início ao fim

Antes de instalar: versão, compra e serviço

O módulo está publicado na Odoo Apps para 17.0, 18.0, 19.0 e 20.0. Custa 9 € sem IVA por versão do Odoo, pagamento único, nas quatro fichas, e o serviço local da FlexigoTech Cloud que o acompanha custa 29 €/mês ou 290 €/ano sem IVA (Pro: 58 €/mês ou 580 €/ano).

Há duas coisas que convém saber desde o primeiro dia. Sem subscrição, ou com o serviço suspenso, para aquilo que a subscrição fornece, mas os dados ficam no seu Odoo. E, se o comprar em flexigotech.com, a subscrição inclui o módulo para as novas versões do Odoo; na Odoo App Store, cada versão do Odoo compra-se lá. Se ainda está a avaliar se lhe serve, comece por o que cobre e o que é preciso antes de o instalar.

Os dois campos a definir antes de carregar dados

Entre os campos do módulo há duas relações com dados mestre do Odoo:

• company_id (Many2one), que aponta para o modelo res.company.
• country_id (Many2one), que aponta para o modelo res.country.

Antes de criar ou importar registos, confirme que a empresa e os países que vai escolher nesses campos existem e estão bem escritos no seu Odoo. Assim, cada registo nasce com a empresa e o país certos e não tem de os corrigir um a um depois.

O caso: a Mercado Alba estreia o módulo

Exemplo Caso ilustrativo: a empresa e os seus dados são inventados para explicar o fluxo.

A Mercado Alba é uma loja online inventada que vende artigos de terceiros. Acabou de instalar o módulo e a Julia, responsável pelo compliance, senta-se com o administrador do Odoo para o deixar pronto. Percorrem as listas pela mesma ordem em que as abriria.

Políticas de segmentação e fornecedores ADR

Primeiro abrem a lista do modelo dsa.ad.targeting.policy. Veem a empresa, a caixa Active assinalada, as categorias especiais e as colunas Blocked For e Effective Date. A Julia confirma que cada política tem essas duas colunas preenchidas.

Depois passam a dsa.adr.provider, a lista de fornecedores ADR, com as colunas Company, Active, Provider Name, Jurisdiction, Contact Email e Specialization. Aqui a Julia verifica linha a linha se a jurisdição e o e-mail de contacto estão corretos.

Recursos

Na lista de dsa.complaint.appeal aparecem a empresa, a caixa de ativo, o estado, a reclamação associada e o motivo do recurso. Na captura, os registos estão no estado Appeal New. A Julia lê os motivos para saber o que tem em mãos.

Padrões obscuros e auditorias

A lista de dsa.dark.pattern traz cinco padrões ativos: urgência enganosa, Roach Motel, custos ocultos, renovação automática e pergunta armadilha. As colunas Category e Definition estão vazias, e a Julia regista isso como tarefa: preenchê-las com o critério da empresa.

Por fim, dsa.independent.audit mostra o ano da auditoria, o nome do auditor e o âmbito. A coluna Auditor Org está vazia, por isso também entra na lista de pendentes.

Os campos de estado que vai ler

O módulo define vários campos de estado. Estes são os seus valores, pela ordem em que o módulo os declara:

• 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 semáforo: Red, Yellow, Green.
• state com revisão jurídica: Draft, Pending Review, Legal Approved, Published.
• state de receção: Draft, Received, Acknowledged, Investigating, Resolved.
• state de publicação: Draft, Published, Archived.
• state de atividade: Active, Inactive, Suspended.
• status de acompanhamento: Open, In Progress, Resolved.
• status de planeamento: Planned, In Progress, Completed.
• Outros state e status de trabalho: Draft, In Progress e Completed, Done ou, num deles, Completed e Reviewed.

A Julia imprime esta lista para a equipa: quando alguém pergunta em que ponto está um registo, a resposta é um destes valores.

O erro dos dados de tendência de KPI

A meio da semana, ao carregar pela segunda vez uma folha com dados de tendência, o administrador vê esta mensagem: KPI trend data must be unique per KPI and period. O que diz é que o módulo não aceita dois dados de tendência para o mesmo KPI e o mesmo período.

A solução: procure o dado que já existe para esse KPI e esse período e corrija-o aí, ou verifique se o período da nova linha está errado. Não tente guardá-lo como mais um registo.

O que a Julia revê na primeira semana

• Registos com sla_status em Warning ou Breached.
• Registos com status em Red ou Yellow.
• Elementos com approval_status em Pending.
• Registos que continuam em Draft desde o primeiro dia.
• As colunas vazias que anotou: Category, Definition e Auditor Org.
• Que company_id e country_id têm o valor correto em tudo o que foi criado.

O que aprender com o caso

A implementação não começa por criar registos, mas por rever os dois campos de relação e as listas base. Ler os estados com a equipa evita confusões, e o único erro da semana resolveu-se sabendo o que diz a mensagem.

Como a FlexigoTech o ajuda

A FlexigoTech implementa Odoo 17, 18, 19 e 20 e desenvolve conectores e integrações à medida. Se quiser ajuda para carregar os seus dados ou adaptar o módulo à sua forma de trabalhar, contacte-nos a partir da página do módulo ou consulte a ficha na Odoo Apps.

Continue a ler