Puesta en marcha de EU Digital Services Act Compliance Suite en Odoo: un caso de principio a fin

Antes de instalar: versión, compra y servicio

El módulo está publicado en Odoo Apps para 17.0, 18.0, 19.0 y 20.0. Cuesta 9 € sin IVA por versión de Odoo, pago único, en las cuatro fichas, y el servicio local de FlexigoTech Cloud que lo acompaña cuesta 29 €/mes o 290 €/año sin IVA (Pro: 58 €/mes o 580 €/año).

Hay dos cosas que conviene saber desde el primer día. Sin suscripción, o con el servicio suspendido, se para lo que da la suscripción, pero los datos se quedan en tu Odoo. Y si lo compras en flexigotech.com, con la suscripción el módulo para las versiones nuevas de Odoo va incluido; en el Odoo App Store, cada versión de Odoo se compra allí. Si todavía estás valorando si te encaja, empieza por qué cubre y qué hace falta antes de instalarlo.

Los dos campos que fijas antes de cargar datos

Entre los campos del módulo hay dos relaciones con datos maestros de Odoo:

• company_id (Many2one), que apunta al modelo res.company.
• country_id (Many2one), que apunta al modelo res.country.

Antes de crear o importar registros, comprueba que la empresa y los países que vas a elegir en esos campos existen y están bien escritos en tu Odoo. Así cada registro nace con la empresa y el país que toca y no tienes que corregirlo uno a uno después.

El caso: Mercado Alba estrena el módulo

Ejemplo Caso ilustrativo: la empresa y sus datos son inventados para explicar el flujo.

Mercado Alba es una tienda online inventada que vende artículos de terceros. Acaba de instalar el módulo y Julia, que lleva cumplimiento, se sienta con el administrador de Odoo para dejarlo listo. Recorren las listas en el mismo orden en que las abrirías tú.

Políticas de segmentación y proveedores ADR

Primero abren la lista del modelo dsa.ad.targeting.policy. Ven la empresa, la casilla Active marcada, las categorías especiales y las columnas Blocked For y Effective Date. Julia repasa que cada política tiene rellenas esas dos columnas.

Después pasan a dsa.adr.provider, la lista de proveedores ADR, con las columnas Company, Active, Provider Name, Jurisdiction, Contact Email y Specialization. Aquí Julia comprueba fila a fila que la jurisdicción y el correo de contacto son los buenos.

Apelaciones

En la lista de dsa.complaint.appeal aparecen la empresa, la casilla de activo, el estado, la queja asociada y el motivo de la apelación. En la captura, los registros están en estado Appeal New. Julia lee los motivos para saber qué tiene encima de la mesa.

Patrones oscuros y auditorías

La lista de dsa.dark.pattern trae cinco patrones activos: urgencia engañosa, Roach Motel, costes ocultos, renovación automática y pregunta trampa. Las columnas Category y Definition están vacías, y Julia lo apunta como tarea: rellenarlas con el criterio de su empresa.

Por último, dsa.independent.audit muestra el año de auditoría, el nombre del auditor y el alcance. La columna Auditor Org está vacía, así que también entra en la lista de pendientes.

Los campos de estado que vas a leer

El módulo define varios campos de estado. Estos son sus valores, en el orden en que el módulo los 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 con revisión legal: Draft, Pending Review, Legal Approved, Published.
• state de recepción: Draft, Received, Acknowledged, Investigating, Resolved.
• state de publicación: Draft, Published, Archived.
• state de actividad: Active, Inactive, Suspended.
• status de seguimiento: Open, In Progress, Resolved.
• status de planificación: Planned, In Progress, Completed.
• Otros state y status de trabajo: Draft, In Progress y Completed, Done o, en uno de ellos, Completed y Reviewed.

Julia imprime esta lista para su equipo: cuando alguien pregunta en qué punto está un registro, la respuesta es uno de estos valores.

El error de los datos de tendencia de KPI

A mitad de semana, al cargar por segunda vez una hoja con datos de tendencia, el administrador ve este mensaje: KPI trend data must be unique per KPI and period. Lo que dice es que el módulo no admite dos datos de tendencia para el mismo KPI y el mismo periodo.

El arreglo: busca el dato que ya existe para ese KPI y ese periodo y corrígelo allí, o revisa si el periodo de la fila nueva está mal puesto. No intentes guardarlo como un registro más.

Qué revisa Julia la primera semana

• Registros con sla_status en Warning o Breached.
• Registros con status en Red o Yellow.
• Elementos con approval_status en Pending.
• Registros que siguen en Draft desde el primer día.
• Las columnas vacías que anotó: Category, Definition y Auditor Org.
• Que company_id y country_id tienen el valor correcto en lo que se ha creado.

Qué aprender del caso

La puesta en marcha no empieza creando registros, sino revisando los dos campos de relación y las listas base. Leer los estados con el equipo evita confusiones, y el único error de esta semana se resolvió sabiendo qué dice el mensaje.

Cómo te ayuda FlexigoTech

FlexigoTech implanta Odoo 17, 18, 19 y 20 y desarrolla conectores e integraciones a medida. Si quieres ayuda para cargar tus datos o adaptar el módulo a tu forma de trabajar, escríbenos desde la página del módulo o mira la ficha en Odoo Apps.

Sigue leyendo