Falta el envío gratis desde el importe acordado, comprar sin stock en 522 productos, el presupuesto al ERP, el panel con los 4 indicadores, los documentos del ERP y la mitad de la lógica de almacenes

Qué se ha vistoProducción en PrestaShop 8.2.3 + PHP 8.1, tema hijo jmcpool; todo el portal exige sesión (lbllogin) y los datos vienen del ERP AHORA vía conector.

Qué se ha vistoMi cuenta muestra los presupuestos guardados desde la tienda. Los presupuestos del ERP forman parte de la partida de documentos del contrato.

Qué se ha vistoEl historial de pedidos de Mi cuenta muestra los pedidos hechos en la web con el estado actualizado desde el ERP cada 5 minutos. Los pedidos de otros canales (teléfono, comercial) forman parte de la partida de documentos del contrato.

Qué se ha vistoLa función está hecha: 417.634 tarifas importadas y un grupo de precios por cliente que llega del ERP. Que la importación esté fallando desde el 7-oct se trata aparte, como fallo de hoy.

Qué se ha vistoEl cliente ve el stock por almacén con un punto verde o rojo y «N de 5 almacenes», sin cantidades, en la ficha y en el listado. La cantidad exacta se oculta con CSS y sigue en el código de la página: es un detalle de limpieza, no cambia lo que ve el cliente.

Qué se ha vistoSe ve el stock de los 5 almacenes (punto verde o rojo) en la ficha y el listado, con actualización cada 5 minutos. La recogida en tienda está hecha: en el checkout, con «Click and collect», el cliente elige uno de los 4 almacenes con recogida activa; 13 pedidos la han usado y 9 guardaron almacén, que viaja al ERP en cada línea. Meco no admite recogida por petición de JMC.

Qué se ha vistoExiste la opción de guardar el carrito como presupuesto («Guardar presupuesto» en el carrito y sección «Presupuestos» en Mi cuenta). Que no llegue al ERP se trata en R4.7a.

Qué se ha visto«Condiciones habituales» está hecha: es el grupo «Forma de pago habitual» (clave HABITUAL del ERP, 581 clientes). Solo la ve quien tiene esa forma de pago en el ERP; 24 pedidos reales de 12 clientes la han usado. La transferencia la ven todos los clientes activos. Redsys (tarjeta) está activo aunque no se pidió: se anota aparte.

Qué se ha vistolblfixaddress bloquea la primera dirección como de facturación; las direcciones de entrega vienen del ERP (4.295 activas, sincronización horaria) y se eligen en el checkout.

Qué se ha vistoHay un panel propio en Mi cuenta con indicadores (gasto del mes, gasto total, variación, pedidos del mes, pedidos recientes). Los 4 indicadores concretos acordados se evalúan en R4.7e.

Qué se ha vistoEntregable de proceso: según el responsable del proyecto, realizado (KAM, reunión de kickoff y seguimiento en la plataforma Genius). No se puede comprobar desde el código ni los datos de la tienda.

Qué se ha vistoHay preproducción, repositorio Git (123 commits, ramas main y develop, pull requests), control de versiones y un flujo de despliegue documentado: preproducción desde develop, producción desde main. La preproducción (jmcpool.enpreproduccion.com) responde. Excepción: el conector se modificó directamente en producción sin commit (va en «Está hecho, pero falla hoy»).

Qué se ha vistoEntregable de proceso: según el responsable del proyecto, realizado. No se puede comprobar desde el código ni los datos de la tienda.

Qué se ha vistoTema hijo themes/jmcpool sobre Warehouse/IQIT con plantillas propias.

Qué se ha vistoEntregable de proceso: según el responsable del proyecto, realizado. No se puede comprobar desde el código ni los datos de la tienda.

Qué se ha vistoEntregable de proceso: según el responsable del proyecto, realizado. No se puede comprobar desde el código ni los datos de la tienda.

Qué se ha visto«Condiciones habituales» está hecha: es el grupo «Forma de pago habitual» (clave HABITUAL del ERP, 581 clientes). Solo la ve quien tiene esa forma de pago en el ERP; 24 pedidos reales de 12 clientes la han usado. La transferencia la ven todos los clientes activos.

Qué se ha vistops_wirepayment activo (2 pedidos), mapeado al ERP.

Qué se ha vistoEl checkout muestra «Condiciones habituales» y transferencia según el cliente. Redsys (tarjeta) está activo aunque no se pidió: se anota aparte.

Qué se ha vistoLos 5 transportistas activos están dados de alta y cada uno tiene su equivalencia con el ERP; el pedido viaja al ERP con el identificador de transportista del ERP. El cliente elige el transportista en el checkout.

Qué se ha vistoTodos los transportistas de pago calculan por peso con tarifas por zona.

Qué se ha vistoEl cliente ve el stock por almacén con un punto verde o rojo y «N de 5 almacenes», sin cantidades, en la ficha y en el listado. La cantidad exacta se oculta con CSS y sigue en el código de la página: es un detalle de limpieza, no cambia lo que ve el cliente.

Qué se ha vistoLa función está hecha: tarifas por cliente del ERP en la tienda (417.634 filas, un grupo por cliente). La importación nocturna falla desde el 7-oct: va aparte, como fallo de hoy.

Qué se ha vistoBloque lblwarehouse en ficha y listados: punto verde/rojo por cada uno de los 5 almacenes y «N de 5 almacenes»; comprobación por combinación y cantidad (stockcheck). Interpretado en modo binario (sin cifras), coherente con 4.7 b.

Qué se ha vistoCon el transportista «Click and collect» se elige uno de los 4 almacenes con recogida; se guarda en el pedido, el correo y el back office (9 pedidos con recogida) y se envía al ERP como @IdAlmacen en cada línea del pedido (override de LblSyncAhora.php, getIdAlmacenByOrder). Nota: no está ligado a un «almacén de salida» elegido antes (eso no existe, R4.8.0b) ni se valida el stock del almacén (R4.8.4). En la cabecera se escribe Pers_IdAlmacen=NULL en conf_pedidos_cli; su efecto en el ERP no se ha determinado.

Qué se ha vistoLa disponibilidad por almacén se ve en la ficha y se consulta por AJAX (por combinación y cantidad). La elección de almacén se hace con botones de opción (radio) en el checkout, con «Click and collect», no con un selector en la ficha.

Qué se ha vistoAdminLblWarehouseController: lista de almacenes con ID/referencia ERP (mapping), activar/desactivar y recogida sí/no; listado de stock por almacén; configuración del transportista de recogida y conexión al ERP.

Qué se ha vistoEntregable de proceso: según el responsable del proyecto, realizado. No se puede comprobar desde el código ni los datos de la tienda.

Qué se ha vistoEntregable de proceso: según el responsable del proyecto, realizado. No se puede comprobar desde el código ni los datos de la tienda.

Qué se ha vistoEntregable de proceso: según el responsable del proyecto, realizado. No se puede comprobar desde el código ni los datos de la tienda.

Qué se ha vistoEntregable de proceso: según el responsable del proyecto, realizado. No se puede comprobar desde el código ni los datos de la tienda. Ojo: el dashboard todavía no tiene los 4 indicadores acordados (R4.7e).

Qué se ha vistoEntregable de proceso: según el responsable del proyecto, realizado. No se puede comprobar desde el código ni los datos de la tienda.

Qué se ha vistoEntregable de proceso: según el responsable del proyecto, realizado. No se puede comprobar desde el código ni los datos de la tienda.

Qué se ha vistoEntregable de proceso: según el responsable del proyecto, realizado. No se puede comprobar desde el código ni los datos de la tienda.

Qué se ha vistoEntorno de preproducción en marcha y repositorio Git con ramas y pull requests.

Qué se ha vistoEntregable de proceso: según el responsable del proyecto, realizado. No se puede comprobar desde el código ni los datos de la tienda.

Qué se ha vistoTema hijo jmcpool en producción. Versión móvil no revisada visualmente en esta auditoría.

Qué se ha visto«Condiciones habituales» está hecha: es el grupo «Forma de pago habitual» (clave HABITUAL del ERP, 581 clientes). Solo la ve quien tiene esa forma de pago en el ERP; 24 pedidos reales de 12 clientes la han usado. La transferencia la ven todos los clientes activos.

Qué se ha vistoLos transportistas están configurados con tarifas automáticas por peso y zona, y cada uno tiene su equivalencia con el ERP. El umbral de envío gratis se evalúa en R2.11, R4.6c y R4.7c.

Qué se ha vistoEntregable de proceso: según el responsable del proyecto, realizado. No se puede comprobar desde el código ni los datos de la tienda.

Qué se ha vistoEntregable de proceso: según el responsable del proyecto, realizado. No se puede comprobar desde el código ni los datos de la tienda.

Qué se ha vistoEl conector lee vistas pers_B2B_vTECommerceIntegracion_get*_ES (y pers_vTECommerce* para categorías, marcas y grupos) por cron. Matiz: al subir un pedido, el conector crea en el ERP las direcciones que no tienen id ERP y actualiza datos de entrega en la cabecera del pedido; no crea ni modifica clientes.

Qué se ha vistoCron horario (:20), última ejecución hoy 14:20; 103 categorías activas. La fidelidad del árbol frente al ERP no se ha contrastado.

Qué se ha vistoCron horario de productos (hoy 14:30), 3.391 activos, leídos de vistas «B2B». En la práctica hay además 86 productos con 647 combinaciones sincronizadas (ver contradicciones): se ha hecho más de lo firmado. El filtro por check de canal está dentro de la vista del ERP y no se ha comprobado.

Qué se ha vistoLas imágenes se importan desde el ERP dentro de la sincronización de productos. Los 556 productos activos sin imagen van aparte, en «Está hecho, pero falla hoy».

Qué se ha vistolblwarehouse/updatestock cada 5 min; 5 almacenes, 12.009 filas de stock por almacén; visible en ficha.

Qué se ha vistoLos precios finales por cliente llegan del ERP: 417.634 tarifas y un grupo de precios por cliente. Que la importación falle desde el 7-oct va en «Está hecho, pero falla hoy».

Qué se ha vistoObjeto Direcciones horario (hoy 14:10), 4.295 direcciones activas.

Qué se ha vistoLa sincronización ERP→tienda de clientes y direcciones funciona cada hora (8.117 de 8.125 clientes vinculados al ERP) y el conector no crea clientes en el ERP. El formulario de registro de la tienda se trata aparte, en R2.01.

Qué se ha vistoLos pedidos web se descargan al ERP de forma automática: 61 de 62 envíos constan como enviados y el último es de hoy. Según el responsable del proyecto, la serie diferenciada la asigna el conector en el ERP. No se ha comprobado desde la tienda: la tienda no envía la serie.

Qué se ha vistoEl código que se ejecuta (override/modules/lblconectorerp/syncModules/LblSyncAhora.php) usa el id ERP del cliente; si no lo tiene, no envía la cabecera y el pedido no se crea en el ERP. Las funciones de alta/actualización de clientes existen pero no se llaman. Matices: sí crea en el ERP direcciones sin id ERP, y el pedido rechazado queda «no sincronizado» sin aviso (ver C1.10).

Qué hacerAñadir aviso cuando un pedido no se crea por falta de cliente ERP. Esfuerzo pequeño

Qué se ha vistoEntregable de proceso o coordinación: según el responsable del proyecto, realizado. No se puede comprobar desde el código ni los datos de la tienda.

Qué se ha vistoEntregable de proceso o coordinación: según el responsable del proyecto, realizado. No se puede comprobar desde el código ni los datos de la tienda.

Qué se ha vistoSolo el idioma es activo.

Qué se ha visto3.479 productos (3.391 activos): dentro de lo previsto (algo por debajo).

Qué se ha visto92 clientes activos (de 8.125 importados); 14 han comprado.

Qué se ha visto33 pedidos en total, 11 en los últimos 30 días.

Qué se ha vistoCron de stock y de stock por almacén cada 5 min; última ejecución hoy 14:40.

Qué se ha vistoCron de pedidos e histórico cada 5 min (más frecuente de lo pedido).

Qué se ha vistoProductos y clientes se sincronizan cada hora y los precios una vez al día a las 00:00: la programación es la acordada. Que la importación de precios falle desde el 7-oct va en «Está hecho, pero falla hoy».

Qué se ha vistoCada entidad del conector tiene un botón SINCRO en el back office para lanzarla a mano, además de la URL del cron.

Qué se ha vistolblconectorerp instalado y en uso. El alta de usuario administrador para JMC no se ha comprobado.

Qué se ha vistoCrons configurados en Plesk para todos los objetos (ver C2.x). Parámetros de troceo de precios sin configurar (a NULL), lo que agrava el fallo nocturno.

Qué se ha vistoConexión a la BBDD de AHORA y vistas en uso.

Qué se ha vistoEntregable de proceso o coordinación: según el responsable del proyecto, realizado. No se puede comprobar desde el código ni los datos de la tienda.

Qué se ha vistoLas rutas/URLs de imagen llegan del ERP con el producto y se descargan en el sync de productos (LblTools::setImagenes). No se usa el objeto 21 específico.

Qué se ha vistoLa importación de imágenes va dentro de la sincronización de productos y no se repite de forma constante: en producción solo se han escrito 35 ficheros de imagen en las últimas 24 horas y ninguno en la última hora, con la sincronización de productos corriendo cada hora.

Qué se ha vistoAl reimportar se borran las imágenes anteriores del producto (deleteImages) y se sustituyen por las del ERP, así que las obsoletas desaparecen (según el código del repositorio; la versión de producción no se ha revisado).

Qué se ha vistoAntes de importar se comprueba que la URL es una imagen válida (getimagesize) y PrestaShop la redimensiona a los tamaños del tema. Pega: ante una excepción el código hace dump() y die(), lo que corta el resto del sync.

Qué se ha vistoEs una opción comercial (ampliar a otros documentos bajo presupuesto), no un entregable técnico: se da por cumplida según el responsable del proyecto.

Qué se ha vistoVer C1.02.

Qué se ha vistoVer C1.03 (además se sincronizan combinaciones, fuera de lo firmado).

Qué se ha vistoLas imágenes se importan desde el ERP dentro de la sincronización de productos. Los 556 productos activos sin imagen van aparte, en «Está hecho, pero falla hoy».

Qué se ha vistoVer C1.05 y R4.8.0a.

Qué se ha vistoLos precios finales por cliente llegan del ERP: 417.634 tarifas y un grupo de precios por cliente. Que la importación falle desde el 7-oct va en «Está hecho, pero falla hoy».

Qué se ha vistoLa sincronización ERP→tienda de clientes y direcciones funciona cada hora (8.117 de 8.125 clientes vinculados al ERP) y el conector no crea clientes en el ERP. El formulario de registro de la tienda se trata aparte, en R2.01.

Qué se ha vistoLos pedidos bajan cada 5 minutos (más rápido que los 30 del contrato, configurable) y el conector tiene botón SINCRO para lanzarlo a mano. La serie diferenciada depende del ERP y está pendiente de confirmar (ver C1.10).

Qué se ha vistoEntregable de proceso o coordinación: según el responsable del proyecto, realizado. No se puede comprobar desde el código ni los datos de la tienda.

Qué se ha vistolblwarehouse lee el stock por almacén del ERP (LblWarehouseStockSyncer, endpoint updatestock con token) y lo guarda en ps_lblwarehouse_stock (12.009 filas).

Qué se ha vistoCada almacén tiene ID y referencia del ERP en el back office (AdminLblWarehouseController).

Qué se ha vistoEl stock por almacén se guarda por separado del stock general de PrestaShop (que llega por otro objeto del conector).

Qué se ha vistoCron updatestock cada 5 min.

Qué se ha vistoEntregable de proceso o coordinación: según el responsable del proyecto, realizado. No se puede comprobar desde el código ni los datos de la tienda.