Actualizado en agosto de 2026. El dropshipping no cambia por sí solo quién debe facturar ni cómo se aplica el IVA. Hay que identificar quién realiza jurídicamente la venta, desde dónde sale la mercancía, dónde está el cliente, si interviene una plataforma considerada sujeto pasivo y qué sistema expide materialmente la factura.

En una tienda de dropshipping con WooCommerce el producto puede viajar directamente desde el proveedor hasta el cliente sin pasar por tu almacén. Eso simplifica la logística, pero no elimina las obligaciones de facturación ni resuelve automáticamente el tratamiento fiscal de la operación.

Respuesta rápida: si tu empresa es quien realiza la venta al cliente final, la obligación de facturación sigue vinculada a esa operación aunque un proveedor externo prepare y envíe el paquete. No obstante, el dropshipping admite estructuras diferentes: ventas propias, expedición material de facturas por terceros, operaciones mediante marketplaces y ventas a distancia con OSS o IOSS. Por eso no conviene aplicar una única regla a todos los modelos.

Lo primero: separar logística, venta y facturación

Que un proveedor almacene, prepare o transporte el producto no significa necesariamente que sea quien realiza la venta al consumidor final. En el escenario habitual de una tienda WooCommerce propia, el cliente contrata con el comercio, el pedido se registra en la tienda y el proveedor actúa como suministrador o prestador logístico.

El Reglamento de facturación obliga, con las excepciones previstas legalmente, al empresario o profesional que realiza la operación a expedir la factura correspondiente. Además, la factura puede ser confeccionada materialmente por un tercero, pero la responsabilidad sigue correspondiendo al empresario que realiza la operación.

Por eso no debe utilizarse como regla «la factura que viene dentro del paquete nunca vale». Puede ser un simple albarán, una factura del proveedor al vendedor o, si existe una delegación válida, un documento confeccionado por un tercero en nombre y por cuenta del obligado a facturar. Lo importante es identificar qué operación documenta y a nombre de quién se expide.

No existe un único modelo fiscal de dropshipping

Antes de configurar WooCommerce, impuestos o VeriFactu conviene identificar el tipo de operación. Dos tiendas que comercializan el mismo producto mediante dropshipping pueden tener obligaciones distintas si cambia el país de origen, el destinatario o la plataforma que interviene.

EscenarioQué ocurreQué debe revisarse
WooCommerce propio + proveedor logísticoEl comercio vende al cliente y el proveedor prepara o envía la mercancía.Quién realiza la operación, facturación al cliente, factura del proveedor y reglas de IVA aplicables.
Proveedor expide materialmente la factura por tu cuentaUn tercero puede confeccionar la factura en nombre y por cuenta del empresario obligado.Acuerdo, identificación correcta del expedidor, series y responsabilidades.
Venta B2C a otros países de la UEPuede entrar en las reglas de ventas intracomunitarias a distancia.Localización del IVA, umbral comunitario y posible utilización de OSS.
Producto importado desde fuera de la UEPuede existir IVA a la importación o una venta a distancia de bienes importados.Origen, valor del envío, importador, despacho aduanero y posible IOSS para envíos de hasta 150 €.
Marketplace o interfaz electrónicaEn determinados supuestos la plataforma puede ser considerada sujeto pasivo como si hubiera recibido y entregado ella misma el bien.Quién es el sujeto pasivo, quién factura cada entrega y si la plataforma aplica OSS/IOSS.

OSS e IOSS no son VeriFactu

Una tienda de dropshipping puede necesitar revisar simultáneamente dos capas diferentes:

  • IVA del comercio electrónico: dónde se localiza la operación, quién recauda el IVA y si se utiliza OSS o IOSS.
  • RRSIF / VeriFactu: cómo funciona el Sistema Informático de Facturación que expide las facturas y genera los registros de facturación.

La ventanilla única OSS simplifica determinadas obligaciones de IVA en operaciones B2C dentro de la UE. El régimen IOSS se dirige a determinadas ventas a distancia de bienes importados en envíos cuyo valor intrínseco no excede de 150 €. Ninguno de estos regímenes sustituye por sí mismo al SIF ni determina cómo debe integrarse WooCommerce con VeriFactu.

¿WooCommerce es el SIF en una tienda de dropshipping?

No necesariamente. WooCommerce puede gestionar productos, pedidos, clientes, impuestos, cupones y pagos sin ser el componente que expide materialmente la factura.

La arquitectura puede ser, por ejemplo:

  • WooCommerce → plugin de facturación → SIF.
  • WooCommerce → ERP o SaaS externo → SIF.
  • WooCommerce → conector → gestoría o plataforma que expide las facturas.
  • WooCommerce + otro canal de venta → sistema central de facturación.

Por eso una implantación técnica debe identificar el punto real de expedición. Para entender esta diferencia con más detalle puedes consultar qué es VeriFactu y qué componente actúa como SIF.

Qué exige el RRSIF cuando el sistema expide una factura

Si la operación y el sistema están dentro del ámbito del RRSIF, el SIF debe generar automáticamente un registro de facturación de alta de forma simultánea o inmediatamente anterior a la expedición de cada factura. Ese registro incorpora, entre otros elementos, datos identificativos, importes, impuestos, identificación del sistema, fecha y hora de generación y la referencia al registro anterior.

Esto no significa que «cada pedido pagado de WooCommerce deba convertirse inmediatamente en una factura». El momento en que debe expedirse una factura depende de las reglas de facturación y de la operación concreta. Técnicamente, la integración debe saber qué evento de WooCommerce corresponde realmente a la expedición.

VERI*FACTU y NO VERI*FACTU

Las dos modalidades son válidas:

  • VERI*FACTU: remite los registros a la AEAT inmediatamente después de producirlos.
  • NO VERI*FACTU: conserva los registros en el sistema y añade requisitos de seguridad, como firma de los registros y registro de eventos.

Por tanto, no es correcto exigir de manera genérica «firma digital y logs de eventos» a cualquier integración de dropshipping. Depende de la modalidad utilizada.

Pedidos, cobros y documentos del proveedor: dónde aparecen los errores

El principal riesgo técnico no es que el proveedor tenga el stock. Es que distintos sistemas interpreten de forma diferente el mismo pedido.

Conviene comprobar al menos:

  • qué estado de WooCommerce dispara la factura;
  • qué ocurre con pagos pendientes, fallidos o reintentados;
  • si el proveedor cancela un pedido después de haberse expedido la factura;
  • si existen varias pasarelas o webhooks que pueden duplicar el evento;
  • cómo se separan la factura de compra del proveedor y la factura de venta al cliente;
  • qué serie utiliza cada canal;
  • cómo se tratan divisas, redondeos y diferentes tipos de IVA;
  • si otro marketplace o ERP está facturando simultáneamente.

Devoluciones y reembolsos en dropshipping

Las devoluciones suelen ser más complejas porque intervienen al menos cliente, comercio y proveedor. El flujo logístico de la devolución no debe confundirse con el flujo fiscal.

Si una factura ya ha sido expedida, no debe borrarse simplemente porque el proveedor acepte una devolución. Según el motivo y el momento de la corrección, pueden entrar en juego facturas rectificativas, registros de anulación u otros procedimientos previstos por la normativa de facturación.

En el RRSIF, los registros de alta que ya se han generado deben mantenerse; cuando corresponde anular un registro, se genera el registro de anulación vinculado. Para las correcciones fiscales mediante factura rectificativa debe mantenerse igualmente la referencia al documento original cuando sea preceptivo.

Para este escenario tienes una guía específica sobre facturas rectificativas y VeriFactu en WooCommerce.

¿Es obligatorio automatizar la facturación de un dropshipping?

No existe una regla que diga que el dropshipping deba facturar automáticamente por el mero hecho de utilizar este modelo logístico. La automatización es una decisión técnica, no una obligación autónoma del RRSIF.

En la práctica, cuando existen muchos pedidos, diferentes países, devoluciones, reintentos de pago o varios canales de venta, la automatización reduce errores y hace viable mantener un flujo consistente. Pero la arquitectura debe diseñarse a partir de la operativa real, no de una presunción sobre el volumen.

Checklist técnica antes de conectar VeriFactu con un dropshipping

  • ¿Quién realiza jurídicamente la venta al cliente?
  • ¿Desde qué país sale la mercancía?
  • ¿Dónde está el cliente?
  • ¿Interviene un marketplace considerado sujeto pasivo?
  • ¿Se utiliza OSS o IOSS?
  • ¿Quién expide materialmente la factura?
  • ¿Qué plugin, ERP o SaaS actúa como SIF?
  • ¿Qué evento de WooCommerce dispara la expedición?
  • ¿Cómo se gestionan cancelaciones antes y después de facturar?
  • ¿Cómo se procesan devoluciones parciales y totales?
  • ¿Hay más canales de venta compartiendo series o numeración?
  • ¿La versión del SIF dispone de su declaración responsable correspondiente?
Fuentes oficiales para revisar el caso

Si tu dropshipping factura desde WooCommerce

La implantación debe empezar identificando vendedor, flujo de IVA, punto de expedición, SIF y estados reales del pedido. Después se configuran series, registros, devoluciones y pruebas.

Ver implantación técnica de VeriFactu en WooCommerce →

Revisión técnica: Webyseo · agosto de 2026. Este artículo explica la arquitectura de facturación y los puntos que deben revisarse. El tratamiento de IVA, OSS/IOSS y la calificación fiscal de cada operación debe confirmarse con el asesor tributario del negocio.