fatrixse

Buenas en mi caso ya se resolvió al parecer era problema del certificado ssl que estaba incompleto
Hemos realizado verificaciones sobre el certificado SSL y detectamos que el servidor estaba entregando únicamente el certificado principal del dominio, sin incluir la cadena de certificados intermedios de Let’s Encrypt.
Esta situación provocaba que algunos servicios externos no pudieran validar correctamente la identidad del sitio, generando errores de confianza SSL. Entre los sistemas que suelen verse afectados por este tipo de inconvenientes se encuentran integraciones como Jetpack, Mercado Pago y otros servicios que realizan conexiones HTTPS automáticas.
Realizamos la corrección correspondiente incorporando la cadena completa de certificados intermedios y verificamos posteriormente que la validación SSL sea exitosa.
Actualmente el dominio responde correctamente y la verificación del certificado arroja:
“Verify return code: 0 (ok)”
Por lo tanto, el certificado SSL ya se encuentra correctamente configurado y la cadena de confianza completa está siendo entregada por el servidor.

eso me respondió el hosting espero pueda servir de ayuda para alguien mas.

hola analizando la version 1.5.0 nueva veo que aun no solucionan lo de esto, pero yo lo desactive prque en mi caso tengo muchos insumos imaginate una etiqueta si compra 4 resmas distintas de papeles,, una tinta de cada color, abrochadoras grampas etc, serian muchas etiquetas,
lo hice analizar con IA y me devuelve este analisis, si bien puedo hacer uso de parche mediante snippets para varias cosas como el campo dni que me funcionan perfecto, pero esto ya nose si funcionaria de esa forma

Sigue existiendo la misma lógica de armado de paquetes por producto / ítem del pedido. 🔍 Qué verifiqué

La función clave continúa siendo equivalente a:

prepare_products_for_orden($order)

Y sigue recorriendo:

foreach ($order->get_items() as $item)

Eso significa: Cada línea del pedido sigue tratándose individualmente.

No encontré una nueva lógica tipo:

• consolidar todo el pedido en un solo bulto
• sumar pesos globales
• generar 1 paquete total automático
• agrupar SKUs chicos

📦 Entonces hoy en 1.5.0 pasa esto

Pedido:

• 2 papeles
• 3 tintas distintas
• 1 abrochadora

WooCommerce genera varias líneas.

El plugin sigue armando múltiples paquetes internos.

Luego Andreani decide si devuelve:

• una etiqueta multipaquete
• varias etiquetas
• múltiples bultos

Pero el plugin no corrige la causa original. 📌 ¿Qué sí mejoraron probablemente?

La 1.5.0 parece enfocada en:

• compatibilidad general
• ajustes de API
• mejoras internas
• mantenimiento

Pero no vi cambio estructural logístico. 🚨 Mi conclusión real para tu tienda

Para un ecommerce como el tuyo (insumos con muchos ítems pequeños): Sigue sin ser ideal usarlo “tal cual”.

Porque necesitás: lógica correcta:

1 pedido → 1 caja real → 1 etiqueta

No:

1 pedido → N productos → N bultos internos.

de todas formas sigo en la espera ya que mi tienda esta en produccion y no quiero riesgos en esto aun
igual es un gran avance para lo que ya existe y me gusta

con snippet hice que use mi campo dni actual y mapea al propi de andreani, y que se envie cuando el estado del pedido en mi caso lo pase a completado, siendo elegible segun cada negocio, en mi caso asi como tengo con zipnova.