WOOCOMMERCE2026-08-29 · 10 min

VERI*FACTU en WooCommerce: identificar quién emite la factura antes de instalar plugins

WooCommerce gestiona pedidos, pero la factura puede expedirse en un plugin, un ERP o un proveedor externo. Localizar el emisor evita duplicados y adaptaciones incompletas.

WooCommerce crea pedidos y registra pagos, pero no siempre es el sistema que expide la factura fiscal. Algunas tiendas utilizan un plugin; otras envían el pedido a un ERP, asesoría o proveedor externo. Antes de buscar un plugin VERI*FACTU hay que localizar ese punto exacto.

Pedido, pago y factura no son lo mismo

El pedido puede cambiar mientras se confirma stock, envío o pago. La factura expedida tiene serie, número, fecha y reglas de corrección propias. Convertir automáticamente cada pedido en factura puede ser incorrecto si la operación necesita validación, si hay cancelaciones o si otro sistema ya factura.

Tres arquitecturas habituales

WooCommerce → plugin que expide
WooCommerce → ERP que expide
WooCommerce → API de proveedor que expide

En la primera, WordPress forma parte directa del sistema de facturación. En las otras, WooCommerce debe entregar datos suficientes, conservar la referencia devuelta y mostrar el estado sin apropiarse de una numeración que controla otro sistema.

Qué revisar en un plugin

Comprueba versión, productor, declaración responsable, modalidad, series, facturas simplificadas, rectificativas, anulaciones, exportación, logs y recuperación. Un distintivo comercial o la capacidad de imprimir QR no sustituyen esa revisión.

Qué revisar cuando factura el ERP

Define cuándo se envía el pedido, qué sistema calcula impuestos, cómo se mapean descuentos y gastos, y qué ocurre si el ERP rechaza datos. La tienda debe recibir identificador, número y estado suficientes para atención al cliente y conciliación.

Idempotencia y tareas programadas

WooCommerce utiliza procesos en segundo plano para muchas integraciones. Si una tarea se repite después de un timeout, debe consultar el resultado anterior o reutilizar una clave idempotente. El historial necesita diferenciar pendiente, enviado, aceptado, rechazado y desconocido.

Rectificaciones y devoluciones

Un reembolso de WooCommerce no debe traducirse automáticamente en borrar o editar una factura. El flujo necesita saber qué documento correctivo corresponde y qué sistema lo crea. Las reglas deben confirmarse con la asesoría fiscal y el proveedor.

Pruebas antes de producción

Prueba pedidos ordinarios, impuestos distintos, cupones, envío, cliente extranjero, devolución, caída de API y reintento. Revisa también cron, Action Scheduler, zona horaria, credenciales y privacidad de los logs.

Alcance responsable

La adaptación técnica depende de la instalación, plugins, ERP y obligaciones de la empresa. Esta guía no sustituye el criterio fiscal; ayuda a identificar la arquitectura que debe validarse antes de implementar.

Escrito por el equipo de Lanzamiento Digital · 2026-08-29

Fuentes oficiales consultadas

servicios relacionados

Si necesitas aplicarlo en tu sistema

seguir leyendo

¿Tu proyecto encaja?

Hablemos. Treinta minutos, sin compromiso, sin presentación.

Iniciar conversaciónRespuesta en menos de 24 horas