Forum Replies Created

Viewing 15 replies - 1 through 15 (of 48 total)
  • Thread Starter newcelic

    (@newcelic)

    Hola Emilio, ahora sí funciona correctamente.

    Muchas gracias y un saludo!

    Thread Starter newcelic

    (@newcelic)

    Hola, Emilio.

    Gracias por tu respuesta.

    Hemos revisado la situación con más detalle. En nuestro caso, el checkout de WooCommerce funciona con normalidad y la tienda está recibiendo pedidos correctamente, por lo que no parece tratarse de un problema general del proceso de compra.

    La incidencia que estamos observando está centrada específicamente en la validación VIES.

    Al revisar la consola del navegador, además de otros avisos que podrían estar relacionados con optimizaciones, caché o la propia infraestructura, aparece este error en el archivo JS del plugin:

    /wp-content/plugins/wc-apg-nifcifnie-field/assets/js/valida-bloques-nif.js?ver=4.9.1

    Concretamente:

    Uncaught ReferenceError: Cannot access 'rememberedValues' before initialization

    Por ello, pensamos que quizá convendría revisar ese punto concreto en relación con el checkout por bloques, ya que el problema no parece afectar al funcionamiento general de WooCommerce, sino a la parte específica de validación VIES.

    Si necesitas, podemos facilitarte más información adicional o hacer alguna prueba concreta para ayudar a acotar el origen con la mayor precisión posible.

    Un saludo.
    Thread Starter newcelic

    (@newcelic)

    Buenos días, Emilio:

    Hemos seguido revisándolo y hay un detalle importante: el número VAT/NIF sí queda guardado, ya que posteriormente aparece en la factura/pedido.

    Sin embargo, durante el checkout el IVA no se elimina y, al revisar la respuesta del Store API / batch, el campo aparece vacío:

    "apg/nif": ""

    Por tanto, parece que el problema no está en que el dato no se introduzca o no se guarde, sino en que no está llegando correctamente al flujo de recalculado de impuestos de WooCommerce Blocks en tiempo real.

    Da la impresión de que el campo se persiste para el pedido/factura, pero no se está integrando correctamente en el cálculo fiscal del checkout por bloques.

    La versión que actualmente tengo en el sitio es la 4.9.1

    Un saludo.

    Thread Starter newcelic

    (@newcelic)

    Buenos días, dejo link de captura de imagen de mi checkout

    https://drive.google.com/file/d/1darDngr_SW4lETjIhQQhZthvgaWsCjp1/view?usp=sharing

    • This reply was modified 7 months, 1 week ago by newcelic.
    Thread Starter newcelic

    (@newcelic)

    Thread Starter newcelic

    (@newcelic)

    Buenos días, sí, tengo activo la validación VIES. Utilizo el nuevo bloque de finalizar compra.

    No tengo captura, retauré a tres versiones anteriores del plugin y ahora funciona correctamente.

    Un saludo.

    Thread Starter newcelic

    (@newcelic)

    Buenas tardes,

    Quiero comentar que acabo de actualizar el plugin y, al menos en mi caso, todo funciona a las mil maravillas.

    Es increíble la rapidez con la que has resuelto el problema, especialmente considerando lo complejo que puede ser el dichoso bloque de WooCommerce.

    Una pequeña donación es lo mínimo que mereces, y por mi parte ya la he realizado.

    ¡Gran trabajo!

    Thread Starter newcelic

    (@newcelic)

    Buenos días, mis disculpas, entendí que estaba corregido desde la última versión.

    Muchas gracias.

    Thread Starter newcelic

    (@newcelic)

    Pues algo se me está escapando, tengo la versión Versión 4.0.0.3 y tengo el error, cliente en España obliga a introducir el código del país delante.

    Enlace: https://drive.google.com/file/d/1-CohEUYdEQIV0ij_WFzgIuck9OmKOknQ/view?usp=sharing

    • This reply was modified 12 months ago by newcelic.
    Thread Starter newcelic

    (@newcelic)

    Hola de nuevo,

    Gracias por la aclaración. Me surge una duda: si un autónomo en España realiza una compra nacional (no intracomunitaria), ¿realmente necesita que el número pase por validación VIES? Lo pregunto porque el sistema parece estar exigiendo un formato VIES incluso a particulares o usuarios no registrados en VIES.

    Te pongo un ejemplo concreto: al activar la validación VIES, si un cliente introduce un DNI como 77524650V (formato español habitual), el sistema lo rechaza, exigiendo el formato ES77524650V. Para un usuario particular, esto puede resultar confuso y terminar en abandono del carrito.

    ¿Sería posible que la validación VIES se aplique solo si se detecta que el número tiene un formato intracomunitario o si el país no es España? O al menos, que el campo admita DNI sin prefijo cuando el país seleccionado sea España.

    Gracias por estar abiertos a revisar estos casos. Espero que el ejemplo os sea útil.

    Un saludo,

    Thread Starter newcelic

    (@newcelic)

    Hello Nithin,

    I’ll start by saying that my site includes WooCommerce, meaning it’s an online store.

    I have a plugin on my site for sending emails via SMTP. The email address used in this plugin is the same as the one configured in WooCommerce since all emails sent to customers are related to password resets, order tracking, order status updates, etc. This email address belongs to my own domain, the one used for the website.

    However, the email address configured in WordPress is the same one I use as the administrator of my site. Unlike the previous one, this is not an email from my domain but a Gmail address.

    In summary, the email address used in WooCommerce and the SMTP plugin is the same. But the administrator email for my site and the one set in WordPress is different.

    I hope I explained myself clearly.

    Thanks.

    Thread Starter newcelic

    (@newcelic)

    Thanks for the response.

    I have already contacted my hosting support 🙂

    They have reviewed the problem, this is what they told me:

    The administrator (ME) email address is a Gmail address.

    The outgoing message email address configured within my wordpress is different from that of the administrator.

    So, what happens? It happens that Defender Pro takes the sending address by default: FROM, the administrator’s and not the address configured within my WordPress, which is logically different.

    In short, my site does not have the same email sending address configured as the one I have as an administrator.

    All submission emails within my site are sent without problems, orders, password change, etc.

    Thread Starter newcelic

    (@newcelic)

    Thank you for your suggestion.

    Do you have the code so I can implement it with CSS?

    Thread Starter newcelic

    (@newcelic)

    Dear Jonayed,

    Thank you for taking the time and effort to investigate Storefront’s behavior during checkout. I truly appreciate your dedication and the clarity of your response.

    I would like to suggest considering this functionality for future Storefront updates. It is crucial for customers to keep the right column visible as they scroll down during checkout, ensuring they never lose sight of the summary and total amount of their order. This would greatly enhance the user experience.

    Please feel free to reach out if you have any questions or need additional details.

    Kind regards,

    Same on my site, this is very, very annoying. And also they have not left a button to close the banner, very unethical.

Viewing 15 replies - 1 through 15 (of 48 total)