Changelog

El stock de Dolibarr vuelve a enviarse a Shopify: las actualizaciones se rechazaban en cuanto un producto ya tenía stock en línea («changeFromQuantity»). El módulo lee ahora la cantidad realmente registrada en Shopify, envía solo la diferencia, agrupa las actualizaciones por lotes, y una caída pasajera de Shopify ya no deja los productos en fallo definitivo; los productos bloqueados se vuelven a poner en cola automáticamente

La API REST del módulo respondía con un error 500 desde la 2.6.0, incluso con una clave válida: corregido y verificado en HTTP real sobre Dolibarr 18 y 24 desde el paquete entregado

Las herramientas de mantenimiento por fin se abren (la pestaña fallaba al abrirse), y se retira la pestaña «Mapeo de estados», que no tenía ningún efecto sobre sus pedidos — sus antiguos enlaces redirigen a «Configuración de pedidos»

La pestaña Webhooks ya no falla: desmarcar «Procesamiento inmediato» o vaciar un campo numérico provocaba un error fatal, y elegir la línea vacía en «Usuario de los webhooks» hacía que todos sus webhooks respondieran con un error 500

Guardar la categoría de producto de una tienda ya no borra en silencio sus etiquetas de pedido, factura y presupuesto. A comprobar: abra la ficha de cada tienda, pestaña «Categorías y etiquetas», y verifique que las tres etiquetas están rellenadas

Una colección manual ya no se confunde con una automática: sus productos vuelven a asociarse, y las colecciones gestionadas por condiciones se señalan aparte en la pantalla de sincronización

Corrección crítica: en una tienda Shopify configurada con varias ubicaciones/almacenes, el ciclo de re-sincronización de solo el stock (cuando el contenido del producto no ha cambiado desde el último envío) era rechazado sistemáticamente por Shopify. Un integrador nos reportó 141 errores de 158 productos, quedando el stock mostrado en Shopify con su valor antiguo sin que pasara ninguna actualización. La causa: la cantidad de referencia se comparaba con un stock de Shopify de todas las ubicaciones combinadas, cuando Shopify en realidad la compara con la única ubicación configurada para su tienda — invisible en una tienda de una sola ubicación, el defecto aparece en cuanto existe una segunda ubicación. Ahora se lee siempre en la ubicación realmente configurada para su tienda. Tras la actualización, relance una sincronización de stock para los productos previamente en error

Corrección: un producto con varias variantes ya no ve todas sus variantes bloqueadas por el problema de una sola — si una variante no puede resincronizarse en un ciclo dado, las demás variantes del mismo producto, correctamente sincronizadas, ya no quedan retenidas junto con ella

Corrección: un problema real de configuración de ubicación de Shopify (ubicación eliminada, no válida o desactivada — por ejemplo, un antiguo almacén cerrado pero no eliminado) se señala ahora claramente en los registros y en el resumen de sincronización, con la acción a realizar según el caso. Un identificador de ubicación mal configurado se detecta además ahora de inmediato, sin esperar a la llamada a Shopify

Corrección: una ralentización temporal impuesta por Shopify (límite de frecuencia, normal en un catálogo voluminoso) nunca se confunde con este problema de configuración de ubicación — sigue el camino normal, con un nuevo intento en el siguiente ciclo

Corrección: un artículo correctamente definido con un stock a cero ya no se confunde nunca con un artículo cuya cantidad no ha podido leerse — un stock legítimamente nulo en la ubicación configurada se envía ahora correctamente a Shopify

Corrección: en una instalación con varias tiendas Shopify, el seguimiento de sincronización de un producto permanece correctamente aislado por tienda, sin mezcla entre tiendas; los dos contadores introducidos por esta versión son además ahora visibles directamente en la pantalla de sincronización manual, como paneles dedicados

Corrección crítica, impacto contable: desde la actualización del 18 de septiembre de 2026 (versión 2.5.5), un pedido de Shopify con un descuento global (código promocional o descuento automático aplicado a varios artículos) podía importarse con un descuento cercano al doble del realmente concedido por Shopify. En un pedido de 2.520,00 € sin IVA con un descuento del 5 % (126,00 € sin IVA), la importación aplicaba 245,70 € sin IVA. El importe del descuento global se toma ahora directamente del reparto que Shopify ya calcula por artículo, leído una sola vez: el doble cómputo pasa a ser estructuralmente imposible

Corrección: un descuento dirigido solo a una parte de sus artículos (por ejemplo, «-10 % en artículos en oferta») podía, en algunos casos, calcularse sobre el valor de todos los artículos del pedido en lugar de solo los afectados, presente desde la misma actualización del 18 de septiembre

Corrección: con algunas aplicaciones de descuento de terceros o Shopify Functions que ya reflejan el descuento global en el precio que muestra Shopify, la primera corrección de esta versión lo volvía a contar una segunda vez. El cálculo ahora lee cada reparto de descuento una sola vez, sea cual sea la forma en que Shopify muestre por otro lado el precio de la línea

Corrección: los pedidos de marketplace (Nature & Découvertes y canales similares), que no siempre indican el tipo de IVA en cada artículo, podían ver su descuento global sobrestimado en un 20 %; el módulo recurre ahora al tipo de IVA de su ficha de producto Dolibarr para este cálculo, como ya hace para la línea en sí

Corrección: un pedido con IVA mixto (5,5 % y 20 % en el mismo pedido, por ejemplo) repartía todo su descuento global al tipo más alto; ahora se crea una línea de descuento por cada tipo de IVA realmente afectado

Un descuento anunciado por Shopify pero no encontrado en el detalle de los artículos ya no desaparece silenciosamente: ahora se registra para su investigación

Corrección con impacto contable: un descuento global repartido entre las líneas nunca se aplicaba en dos vías de importación — la importación histórica y la recuperación de un pedido individual, es decir, la vía utilizada tras la notificación de un nuevo pedido. No se solicitaba a Shopify un dato necesario para la decisión, por lo que la condición siempre era falsa: el pedido se registraba a precio completo, sin error ni aviso

Corrección: el stock de una variante sin correspondencia de SKU nunca se enviaba a Shopify, y nada lo señalaba. La variante permanecía indefinidamente con la cantidad que tenía cuando apareció la discrepancia — vendible estando agotada, o no vendible estando en stock — mientras el informe anunciaba una sincronización correcta

Corrección: un producto cuyas fotos habían desaparecido del lado de Shopify (producto eliminado y vuelto a crear, medios retirados a mano, restauración de una copia de seguridad) no las recuperaba nunca. El módulo se fiaba de una huella de las imágenes de Dolibarr para concluir que Shopify ya las tenía, y ninguna purga borraba esa huella: el procedimiento correcto, aplicado correctamente, no podía funcionar

Corrección: se mostraba «Su licencia ha caducado» cuando en realidad era nuestro servidor el que no había respondido. Una avería de nuestro lado ya no se presenta como un problema del suyo

Corrección Multicompany: en instalaciones con Doli2Shop configurado en una entidad distinta de la primera, no se aceptaba ningún webhook. El punto de entrada se ejecutaba siempre en la primera entidad y allí no encontraba el secreto de firma: pedidos, productos y envíos dejaban de llegar, sin ningún mensaje de error, y nada quedaba guardado para reintentarlo

Corrección Multicompany: las fotos de producto nunca llegaban a Shopify. Dolibarr guarda los documentos en una subcarpeta con el número de entidad, que el módulo no reconocía — la pantalla de diagnóstico anunciaba «ningún producto con al menos una foto» mientras el ERP sí las mostraba

Corrección Multicompany: el IVA de los pedidos importados se calculaba con la ficha de empresa de la primera entidad, y no con la de la empresa correspondiente

Corrección Multicompany: las correspondencias de pago por defecto (tarjeta, transferencia, cheque, PayPal…) nunca se creaban en una entidad secundaria. Ahora se crean por entidad y nunca sobrescriben una correspondencia que usted haya modificado

Corrección, todas las instalaciones: se escribía un aviso afirmando que una foto no estaba indexada para cada producto y en cada sincronización, incluso cuando sí lo estaba — y cada producto se leía dos veces del disco

Corrección, todas las instalaciones: sus fotos de producto se duplicaban con cada notificación de Shopify — bastaba un cambio de precio o de stock para dejar otra copia. Un cliente tenía cuatro ejemplares de la misma imagen en un solo producto, tres de ellos creados el mismo día. Se incluye una pantalla de limpieza para los duplicados ya acumulados: muestra lo que se eliminará antes de actuar y nunca toca una foto que usted haya subido

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