Daniel P.

Hola @artprojectgroup,

Otro error, se esta validando el VAT en el block based checkout incluso cuando el campo no es requerido, esto ocasiona que al cliente se le muestre el mensaje de error.

Gracias.

Hola @artprojectgroup,

Sobre la validación:
Estoy viendo lo que dices y tienes toda la razón. El mensaje de arriba no se va. Lo he probado con el ejemplo de WooCommerce pero no funciona tampoco, lo errores quedan allí independientemente de que estén validados https://developer.woocommerce.com/docs/cart-and-checkout-additional-checkout-fields/#7-a-full-example

Sobre el calculo de impuestos:
Sigo viendo el mismo problema, no se van los impuestos con un numero válido de VAT. El checkout sigue mostrando el impuesto y el número de VAT es válido. He observado también que se disparan mas de 10 requests cuando hago un cambio en el numero de VAT hacia admin-ajax.php.

Siento molestar con esto y sé que será un dolor de cabeza, pero sigue sin funcionar correctamente.

Gracias chicos.

Hello @doublezed2,

That’s right, but I see that I made a mistake in my first post here, our actual config is:

• Allow customers to create an account during checkout —> enabled
• Allow customers to place orders without an account —> disabled

Our website is an online academy, so we don’t want users to create accounts without buying a course but let new customers use the express checkout (Apple Pay/Google Pay) and create an account during the checkout process, the same as using a credit card.

For credit cards this is straight forward, in the checkout form the client completes email and password, credit card details and purchase.

The problem is with the express checkout options, we actually see an alert/confirm modal that prompts that we need an account and redirects to “my account” page. This makes no sense as we are driving the client out of the checkout to my account page, create an account and then redirect again to the checkout.

We want the client to fill the email and password as they do with credit cards and then just press the Apple Pay/Google Pay button to finish the checkout. Or as an alternative the alert/confirmation modal to just say, complete your email and password in the checkout form and then press again the Apple Pay/Google Pay button.

The system status report here.

Thank you

Hola @artprojectgroup,

Si si, tengo claro que el block based checkout es bastante complejo pero es hacia donde vamos ??

Luego de ver el look & feel del nuevo checkout, volver al clásico es duro. Así que por ahora lo dejare así, roto, hasta que haya solución.

Tomaros el tiempo necesario y ojalá sea pronto. Yo al final soy dev y sé por lo que estáis pasando que ya me tocó pelear con el BBC (block based checkout) en varios otros plugins.

Gracias por este magnífico plugin ?? me avisáis porfa cuando esté solucionado.

Hola @artprojectgroup,

He probado la nueva actualización en mi web pero algo sigue “raro”. Si pones un VAT erróneo aparece el cartel de “no válido” pero no desaparece si cambias el VAT a uno válido. De hecho si cambio el VAT no veo que se lance ningún request para verificar el nuevo número.

Tampoco descuenta los impuestos en el carrito y estoy probando con un VAT válido como ya vimos antes.

Gracias.

Hola @artprojectgroup,

Entiendo que busquéis la razón del error en mi instalación pero para descartarlo (ya que yo no veo que esos errores en consola tengan la responsabilidad), acabo de crear un WP nuevo, limpio.

Sólo le he instalado WooCommerce, configurado impuestos, un producto de prueba, plantilla Twenty Twenty Four y vuestro plugin con la configuración que comentamos al principio.

WooCommerce tiene activado el Block Based Checkout y aparece el mismo problema, los VAT no se validan, no aparece ningún mensaje, no hay request lanzado por ajax, no se descuenta el VAT, etc… Exactamente mismo problema que mi web.

?Podría ser que este fallando el validado con el Block Based Checkout?

De hecho he mirado el batch request que se lanza cada vez que se modifica el campo de VAT (y los otros campos) y veo los valores apg/nif vacíos en el objeto.

"shipping_address": {
                    "first_name": "",
                    "last_name": "",
                    "company": "asdasd",
                    "address_1": "",
                    "address_2": "",
                    "city": "",
                    "state": "C",
                    "postcode": "",
                    "country": "ES",
                    "phone": "",
                    "apg/nif": ""
                },
                "billing_address": {
                    "first_name": "",
                    "last_name": "",
                    "company": "asdasd",
                    "address_1": "",
                    "address_2": "",
                    "city": "",
                    "state": "C",
                    "postcode": "",
                    "country": "ES",
                    "email": "[email protected]",
                    "phone": "",
                    "apg/nif": ""
                },

Ya me contáis si esto os sirve de guía.

Gracias ??

Hola, me he fijado pero no veo la consulta por AJAX entre los requests, tampoco errores en consola.

Adjunto URL en un pastebin ya que contiene información de una empresa.

Gracias.

Hola @artprojectgroup, he realizado la validación del VAT francés que tengo en la web que compartes y aparece como válido.

Algo raro está sucediendo ya que en vuestro plugin sólo tengo activadas las opciones de “Validate field” y “Allow VIES VAT number” usando el block based checkout. El problema que veo es qué ponga el VAT que ponga, ningún mensaje de validación aparece, ni correcto ni incorrecto.

Mas aún, no se desencadena la eliminación de impuestos.

Si tenéis alguna idea agradezco ayuda. Gracias.

Hola @artprojectgroup,

Actualmente tengo activado las opciones “Validate field” y “Allow VIES VAT number”, voy al checkout, ingreso un VAT francés o espa?ol pero no me descuenta el impuesto. Estoy usando el Block Based Checkout.

?Me falta algo o es una limitación?
Gracias.

Hi @supportomnisend,

Thank you for implementing this! Just tested and the checkbox is showing correctly. Will keep testing to see if the functionality is also correct.

??????

Hi @abdhindi97,

I can see the whole conversation.

Hi @abdhindi97 as you see on the ticket title, this is for Block Based Checkout.

We need a way to show this field under company name, as this is regarding to the company and billing details. Having it on top of the page is confusing for customers that dot have or use a VAT number.

Thank you.

Hello @akshaycode1 I think I can explain it here:

In my blog I write some title hierarchy like (edit page):
H1 – Some title
H2 – Some subtitle
H3 – Another subtitle
H3 – Another subtitle
H2 – Some subtitle
H3 – Another subtitle
H3 – Another subtitle

In TOC I see the the hierarchy plus some counter like (frontend):
H1 – 1 Some title
H2 – 1.1 Some subtitle
H3 – 1.1.1 Another subtitle
H3 – 1.1.2 Another subtitle
H2 – 1.2 Some subtitle
H3 – 1.2.1 Another subtitle
H3 – 1.2.2 Another subtitle

Is there a way to add this counters to the article titles itself automatically? (I dont want them to show on the edit page, just on the frontend, matching the TOC:
H1 – 1 Some title
H2 – 1.1 Some subtitle
H3 – 1.1.1 Another subtitle
H3 – 1.1.2 Another subtitle
H2 – 1.2 Some subtitle
H3 – 1.2.1 Another subtitle
H3 – 1.2.2 Another subtitle

Thank you.

@abdhindi97 as you can also see in the screenshot https://prnt.sc/b9ZkL5h_SieC there’s something wrong in the shipping summary “{billing_eu_vat_number}” MUST NOT BE THERE. As this will confuse users.

@abdhindi97 Just checked with the same VAT you are checking and it works! Also now with my VAT. I’ll keep testing.

Is there a way to show the VAT field below the “Company” in the billing fields and not at the top of the page… This will add order to the checkout. We can’t ask for a VAT field for people that does not know what it is at the very first of the checkout. This will make many people to abandon the checkout and conversions to fail.

Thank you.