Jairo Ochoa

Hola @merock
Te sugiero que revises el plugin de FactuPress que es totalmente compatible con PDF Invoices & Packing Slips for WooCommerce.
De hecho actualmente PDF Invoices & Packing Slips for WooCommerce es el único plugin de facturas para WooCommerce que sus facturas son enviadas directamente a la Agencia Tributaria.
Todas las demás soluciones (o el 99,99%) que veas de Verifactu son a través de ERP externos que sincronizan el Pedido y generan la factura fuera del WooCommerce.
Saludos
Jairo

No, por favor, no digo que hagáis un plugin premium.
Pero ofrecer tu propio certificado tampoco lo veo en un plugin gratuito por la responsabilidad que conlleva su almacenamiento y su contraseña.

Desconozco como hace Holded; a lo mejor cuando añades a un cliente te avisa de que es incorrecto.
El problema es como va a tratar Holded a todos los clientes que reciba de pedidos con origen en WooCommerce con datos incorrectos. Yo si fuese Holded directamente eliminaría en NIF para compras de menos de 400€, ¿pero qué sucede si el importe es mayor?
Por eso que la validación en WooCommerce la veo crucial (a lo mejor me equivoco).
Desconozco Holded y todos los demás ERP como lo hacen, pero esto que te cuento es en base a experiencia de revisar los registros de facturas enviadas a Verifactu.

La validación del NIF contra el Censo la hemos hecho y no es complicada. El problema es la dependencia del certificado.

A propósito del VIES y los Nº de IVA. Si un cliente de Irlanda escribe sus datos y conoce el número de Google y lo usa, el plugin no puede realizar la exención del IVA.
Además la AEAT va a rechazar la factura (tenga o no IVA) porque también verifica al titular. Lo mismo que con el NIF/NIE.
Es decir verifica Nº de IVA + Empresa (o nombre si es autónomo).
Tenlo en cuenta para esa actualización.

Verifactu va a traer cambios importantes para las tiendas online y para WooCommerce.

Saludos

Hola @newcelic

Me gustaría hacer una puntualización y además confirmada por respuesta del soporte de Verifactu de la AEAT.
Se pueden hacer compras hasta 400 € sin NIF y en ese caso emitir factura simplificada. Cito:

Según el art. 4 del RD 1619/2012, la factura simplificada se puede emitir si:

• El importe total no supera los 400 € (IVA incluido).
• O bien, es una factura rectificativa.
• En ciertos sectores o actividades (hostelería, transporte, aparcamiento, comercio menor…) se permite hasta 3.000 € IVA incluido, siempre que el cliente no exija factura completa.

En entornos online, la regla general es 400 € IVA incluido por operación.

Ahora bien, se presenta un problema:
WC – APG NIF/CIF/NIE Field valida correctamente el formato del NIF/NIE pero no su relación con el comprador. Es decir, yo puedo hacer una compra y escribir el NIF de cualquier conocido y finalizar el pedido.

Al remitir el registro a la AEAT este será rechazado con el siguiente error y su posterior obligación de subsanar:

1110 = El NIF no está identificado en el censo de la AEAT.

Si las facturas se emiten externamente mediante un ERP, este debería hacer una validación antes de hacer la remisión a la AEAT o el Obligado Tributario (la empresa) tendrá que hacer esas subsanaciones con la consecuente pérdida de tiempo y tener que contactar a los clientes para pedirles sus datos correctos.
Si las facturas se emiten dentro del propio WooCommerce tiene que ser el plugin que haga la remisión de registros el que realice estas verificaciones previas a la remisión.

Piensa que en un mundo offline/analógico el personal de la tienda le pide el DNI al cliente y no se produce esta situación pero en Internet somos conscientes de que a los usuarios no les gusta escribir su NIF.

La solución sería que WC – APG NIF/CIF/NIE Field, igual que valida un Nº de IVA contra el VIES haga una validación del NIF/NIE contra el Censo de la AEAT.
Es una consulta sencilla en que se le envía el número de documento, el nombre y apellidos y/o el nombre de la empresa.
El único handicap es la necesidad de un certificado digital para poder realizar la consulta.

Desconozco si la AEAT planea abrir las consultas al Censo pero al menos por ahora es con certificado. Así que bien el certificado se instala en la web o bien se hace mediante una API intermedia que conecte Web → API → Censo de la AEAT.

Por otro lado asignar un “valor por defecto” para no dejarlo en blanco es igual de malo que escribir un NIF/NIE correcto pero de otra persona. Confirma este punto con tu asesor. Yo creo que se explicó mal.

En resumen, si existe la obligatoriedad del NIF/NIE debemos asegurarnos de su autenticidad y que corresponda al comprador y sólo es posible validando contra el Censo de la AEAT.

Únicamente no se validan los documentos de países de fuera de la UE.

@newcelic confirma todo esto con tu asesor

Espero haber aclarado la duda sobre la emisión de facturas y el NIF

Saludos!

Hi @efquintana,
Since this inquiry is limited to Spain and no other country, I will respond in Spanish.

Lo primero de todo, hemos de tener en cuenta:

La Ley 58/2003 (LGT) y el RD 1619/2012 no permiten falsear, manipular, anular o destruir facturas sin dejar rastro.
Además de que hay que hacer la remisión inmediata de los registros de facturación a la Agencia Tributaria.

En Verifactu las responsabilidades se reparten entre el OEF (Obligados a Expedir Facturas) y el desarrollador del SIF (Sistema Informático de Facturación)

Razones legales:

• Si alguien desarrolla un plugin que una vez instalado queda todo el peso en manos del OAF ¿cómo puede asegurar el desarrollador que se cumple lo que cité antes? Imposible.
  WordPress es software libre y por tanto el usuario podría manipular el PHP o acceder al MySQL y modificar registros.
  En caso de una inspección la Agencia Trubutaria sancionaría, y las multas no son pequeñas.

Razones técnicas

1. Cuando emites una factura se realiza la remisión inmediata del registro
2. La AEAT responde: “aceptado 120”, esto quiere decir que hasta dentro de 120 segundos no se pueden remitir nuevos registros
3. La tienda sigue facturando y durante esos 120 segundo se han generado 7 facturas: El SIF debe ir empaquetándolas y en cuanto le “toque la vez” hacer la remisión de todos esos registros. Esto implica tener un Cron que controle el tiempo restante y cuando corresponda hacer el envío.
   Por defecto WordPress tiene un pseudo-Cron y esto es un gran problema. Se llama al cron cuando hay visitas. Si no hay ninguna visita en 20 minutos desde el ultimo pedido no se haría a tiempo la remisión del paquete de registros. Todas esas facturas entrarían fuera de plazo y ya tienes un poblema.
4. Una solución al problema del Cron sería desactivar el Cron de WP en el wp-config.php y activar un Cron de servidor ¿Cuántos usuarios han oído hablar que existe un Cron de WP? ¿Su hosting le permite hacer? hay planes tan básicos que no te lo permiten.
   Suma a este handicap cualquier factor externo como otros plugins, un error 500 en la web, que se actualicen plugins y entra en modo mantenimiento.

La solución

• La única forma de tener un sistema robusto es tener una API que sirva de gateway entre la tienda y la AEAT ya que está pensada para poder gestionar todo el proceso, que es algo más complicado, pero te he citado un par de puntos clave.

Como usuario tienes muchas soluciones que lo que hacen es sincronizar pedidos entre la tienda y un ERP, sea Holded, Quaderno, etc.
En este caso la factura se emite fuera de la tienda y entonces la tienda deja de ser “responsable” del tratamiento de los registros y es el ERP que elijas quien lo gestiona la remisión de registros a la AEAT.

La otra alternativa, y que es lo más cercano posible a respetar el espíritu de WordPress y no depender de terceros es usar PDF Invoices & Packing Slips for WooCommerce ya que la factura se genera en la web, la factura es tuya y de nadie más; porque ten en cuenta que si te das del baja del ERP que elijas te quedas sin acceso a las facturas.
En este caso solo conozco la opción de FactuPress como plugin que envía tus facturas creadas dentro de WooCommerce directamente a la AEAT. Y si te das de baja de sus servicios tus facturas seguirán siendo tuyas.

Alternativamente podrías contratar por tu cuenta una API de Verifactu y hacer tú el plugin pero esas API tienen un coste por uso y suma el tiempo de desarrollo, así que salvo que tengas muchos WooCommerce no suele compensar.

Espero haberte aclarado cual es la situación y porqué hace falta siempre una gateway que haga los envíos de facturas.

Saludos

Hola @angeldavo
Hemos desarrollado el plugin FactuPress que funciona como add-on de PDF Invoices & Packing Slips for WooCommerce. Hace el envío de las facturas a la Agencia Tributaria.
Saludos

Hi @digitaldesignerau

At the beginning of the function get_formatted_product() in /wp-content/plugins/google-site-kit/includes/Core/Conversion_Tracking/Conversion_Event_Providers/WooCommerce.php add these lines:

$product = wc_get_product( $product );
if ( ! $product || ! $product instanceof WC_Product ) { return; }

Regards