Changelog

Corrección crítica: en algunas instalaciones, la conexión con Shopify debía restablecerse manualmente cada día. La tienda predeterminada guardaba dos copias de sus credenciales y la renovación automática solo actualizaba una; como un token de Shopify es de un solo uso, la copia olvidada caducaba. Ahora ambas copias se mantienen sincronizadas

Corrección: la etiqueta de cada variante se sustituía por el título del producto principal en cada actualización procedente de Shopify, incluso ante un simple cambio de precio o de stock. Las etiquetas se recalculan ahora igual que en la creación, y la herramienta de reparación las vuelve a encontrar aunque ya se hayan vinculado una vez

Corrección: en la pantalla de webhooks, el botón de guardar no tenía ningún efecto — la lista de eventos supervisados no podía modificarse. Un defecto de estructura de la página impedía el envío del formulario

Corrección: la pantalla de sincronización de productos y la tarea programada no consideraban el mismo alcance. Un producto clasificado en una subcategoría se sincronizaba sin aparecer nunca en pantalla, que indicaba «ningún producto». Ambas comparten ahora la misma definición, y una nueva fecha de puesta en marcha permite excluir los pedidos anteriores a su paso a Shopify

Corrección: en instalaciones con varias tiendas, los contadores de la pantalla de sincronización contaban cada producto tantas veces como tiendas en las que estuviera presente. Los totales mostrados bajarán, por tanto: ahora son correctos

Corrección: la importación de pedidos históricos nunca indicaba su estado — «finalizada» permanecía siempre en no, las estadísticas seguían vacías y cambiar la fecha de inicio a mitad de proceso no tenía efecto. La importación informa ahora de su progreso y ya no puede declararse finalizada tras un fallo

Corrección crítica: la tarea programada de recuperación de envíos ya no se iniciaba en absoluto, sin dejar el menor rastro en Dolibarr — solo el registro del servidor lo recogía. Una comprobación automática impide ahora que este tipo de fallo silencioso reaparezca

Corrección: otras dos tareas programadas fallaban por una razón similar, entre ellas la comprobación del estado de los webhooks — que se averiaba precisamente cuando registraba un incidente, es decir, cuando más se necesitaba

Corrección: los productos con variantes generaban una treintena de advertencias en cada sincronización de imágenes

Corrección crítica: consultar una página podía dejar inoperativos los botones de otra. Las llamadas internas del módulo renovaban el token de seguridad de la sesión, y la página Estado activa uno por tienda en cuanto se abre: en una instalación con tres tiendas, la simple consulta de esa página bastaba para que los clics de la página Webhooks fueran rechazados, en silencio

Corrección: treinta acciones repartidas en nueve páginas de administración podían rechazarse sin mensaje ni rastro cuando el token de seguridad era denegado — incluida la vinculación de un número de licencia a una tienda, que podía fallar sin indicación alguna. Todas muestran ahora un error explícito

Corrección: una sincronización podía apagar los webhooks de las demás tiendas

Corrección: en la pantalla de webhooks se mostraba «Configuración guardada» sin que el estado cambiara. La visualización y el guardado no consultaban la misma fila de la base de datos: se desactivaba un webhook, la página lo confirmaba y nada cambiaba

Corrección: la desactivación elimina ahora cada suscripción afectada y no solo la primera encontrada — una fila gemela ya no puede hacer reaparecer un webhook que acaba de retirarse. La activación reutiliza una suscripción existente en lugar de crear otra

Las incoherencias heredadas de instalaciones anteriores al soporte multitienda se corrigen por el camino: una fila que quedó «activa» sin suscripción real se restablece

Corrección: con varias tiendas conectadas, la página de Webhooks mostraba la tienda seleccionada pero guardaba en otra — era imposible desactivar un webhook y el botón «Guardar» parecía no hacer nada. La visualización y el guardado comparten ahora el mismo filtro por tienda, y todo error se muestra con claridad en lugar de un mensaje vacío

Corrección crítica: en instalaciones con seguridad reforzada (token anti-CSRF renovado en cada página), todas las acciones de administración del módulo se rechazaban en silencio — incluido el asistente de configuración. La verificación se alinea con el núcleo de Dolibarr y todo rechazo se anuncia en pantalla

Corrección crítica: en Dolibarr 18 a 22, conectar una tienda devolvía un error 500 al volver de Shopify y la tienda se perdía — el módulo usaba una función del núcleo introducida solo a finales de 2025

Corrección: en alojamientos en modo SQL estricto, los webhooks nunca se registraban — las fechas enviadas por Shopify eran rechazadas por la base de datos. Ahora se convierten y se almacenan en hora universal

Corrección: los productos con variantes importados de Shopify no creaban una verdadera variante de Dolibarr — el vínculo producto/variante quedaba invisible en la interfaz y la etiqueta de la variante podía ser idéntica a la del producto padre

Corrección: la importación de productos con variantes fallaba cuando una misma referencia (SKU) se comparte entre varios productos de Shopify — el módulo ahora reutiliza el producto existente en lugar de fallar y muestra el motivo de error completo ante cualquier otro problema

Corrección: las líneas de pedido procedentes de aplicaciones de packs/bundles ("compón tu pack") no se creaban en Dolibarr — los productos facturables agrupados en un bundle ahora se importan correctamente (los componentes gratuitos a 0 € se siguen ignorando)

Corrección crítica: el stock de Dolibarr nunca se enviaba a Shopify (reaprovisionamientos, producción interna, correcciones manuales) — el stock de Shopify se desviaba con cada venta, hasta valores negativos falsos. Cada movimiento de stock de Dolibarr se sincroniza ahora en tiempo real hacia Shopify (valor absoluto, nunca negativo)

Corrección crítica: sincronización de productos/stock más fiable — una variante desactivada a veces permanecía visible en Shopify, y las divergencias de stock (a veces negativas) dejaban de corregirse en silencio; los errores ahora se registran y se muestran

Corrección crítica: una expedición que quedaba en borrador tras un fallo (almacén/stock) nunca se recuperaba automáticamente — ahora el proceso de recuperación periódico la valida y cierra

Corrección de visualización: caracteres acentuados mal codificados (doble codificación) corregidos en toda la interfaz de administración

Corrección: el estado de licencia de una tienda podía quedarse fijo en "desconocido" — la verificación ahora es fiable y nunca degrada una tienda por defecto

Corrección crítica: algunos pedidos dejaban de recuperarse desde Shopify (regresión introducida en 2.3.0) — la sincronización de pedidos vuelve a funcionar con normalidad

Corrección: los webhooks registrados en una versión de API de Shopify obsoleta ahora se vuelven a registrar automáticamente durante las comprobaciones de salud, para cada tienda

Corrección: bloqueo en la activación del módulo en instalaciones multitienda (página en blanco)

Corrección: descuentos porcentuales infravalorados — el descuento se calculaba sobre la base sin impuestos y luego se dividía una segunda vez por (1 + IVA) como si fuera un importe con impuestos. Los pedidos con código promocional porcentual recuperan el importe exacto mostrado por Shopify (p. ej. 5 % = −151,20 € con IVA, no −126 €)

Corrección crítica: el stock no se descontaba al importar pedidos de Shopify — el almacén no se transmitía en la validación de la factura. Las 4 reglas de decremento de stock de Dolibarr (pedido, factura, expedición, cierre de expedición) quedan ahora cubiertas

Corrección: la migración de permisos v2.2.4 (cambio de ID del módulo) se ejecuta ahora automáticamente en la activación — los derechos de los usuarios se conservan al actualizar desde una versión anterior a 2.2.4

Corrección de webhooks: URL de callback errónea (falta la ruta /custom/) sin configuración explícita, y el parámetro de días de conservación de los eventos ahora es respetado por la purga

Corrección crítica: llamadas a la API de documentos con error 404 en instalaciones en subdirectorio — una barra inicial sobreescribía la ruta del subdirectorio (issue #288)

Todos los puntos de acceso a documentos (imágenes de productos y categorías) respetan ahora correctamente el subdirectorio de instalación

Repara las instalaciones de Dolibarr en subdirectorio (la versión 2.2.6 ya paliaba esto mediante el fallback SQL local)

Corrección crítica: sincronización de imágenes de producto resiliente — fallback SQL automático (llx_ecm_files) cuando el endpoint REST de Dolibarr /documents no está disponible (404, timeout, HTML en el body). Las imágenes del producto se sincronizan correctamente en Shopify incluso en alojamientos restrictivos (issue #286)

Corrección crítica: filtro de entidad multi-inquilino añadido a la consulta SQL de imágenes — evita exponer imágenes de otras entidades Dolibarr en instalaciones multi-empresa

Corrección: clave de ordenación incorrecta (filename vs relativename) — ordenación por posición ahora funcional

Corrección crítica: función verifToken() no cargada en algunos stacks PHP-FPM que bloqueaba el OAuth de Shopify — 4 archivos del módulo ahora incluyen explícitamente el polyfill compatibility.lib.php

Corrección crítica: migración del ID del módulo Dolibarr (436950 → 351003, rango oficial asignado a la Association P'tite Tête) — migración SQL automática preserva los permisos existentes

Corrección crítica: las páginas de administración (setup, asistente, sincronización productos) referenciaban un archivo CSS inexistente — carga del CSS y visualización de las páginas ahora correctas

Corrección crítica: sincronización de stock de variantes cada hora en vez de 24h

Corrección webhook products/delete — consulta SQL inválida corregida

Corrección crítica: no más duplicados creados en Shopify tras purgar un producto con variantes

Anti-bucle mejorado: protección inter-proceso sync/webhook contra deadlocks

Falso positivo de diagnóstico corregido: API Documents 404 sobre producto de prueba inexistente ahora se reporta como advertencia en vez de error

Eliminadas ~1 974 líneas de código muerto

Compatibilidad Dolibarr 23 — auditoría sistemática y correcciones

Corrección del enlace de licencia OAuth

Descuentos no aplicados en servicios