OSS o IOSS: ¿qué régimen encaja con tus ventas?
23 mayo 2026
Riesgos de ViDA y OSS que todo vendedor debe evitar
23 mayo 2026
FLEX. Logistics
Ofrecemos servicios de logística a minoristas en línea en Europa: preparación FBA de Amazon, procesamiento de órdenes de eliminación FBA, reenvío a Centros de Fulfillment - tanto para envíos FBA como de Vendedores.
Most pan-European Amazon sellers are focused on inbound lead times, FC receiving windows, and carton compliance. Very few have mapped what the Ecodesign for Sustainable Products Regulation — ESPR — will require at the product and warehouse level once its delegated acts begin applying to specific product categories.
The core operational shift is this: ESPR introduces Digital Product Passports (DPPs) that must travel with goods through the supply chain, including through 3PL warehouses and into marketplace fulfillment networks. A seller who cannot produce or transmit DPP data at the point of customs clearance, warehouse intake, or retailer handoff faces a growing compliance gap — not a future planning risk, but an active operational exposure as category-specific rules begin entering force.
This article maps what ESPR means for warehouse operations, who owns which obligation, and what data and process controls need to be in place before goods move through EU fulfillment networks.
What ESPR Requires at the Product and Warehouse Level
ESPR is a framework regulation. It does not apply uniformly to all products on a single date. Instead, the European Commission issues delegated acts for specific product categories — textiles, electronics, batteries, and furniture are among the early priority groups — each with its own timeline and technical requirements.
The Digital Product Passport is the central data mechanism. A DPP is a structured dataset linked to a physical product, typically via a QR code, barcode, or RFID tag. It carries information about materials, repairability, recycled content, supplier chain, and end-of-life handling. The DPP must be accessible to economic operators — including warehouse operators and customs authorities — at defined points in the product lifecycle.
For a 3PL or prep center handling EU regulatory compliance workflows, this creates a concrete operational requirement: the warehouse management system must be able to read, store, and in some cases transmit DPP identifiers at goods receipt. Lot tracking and best-before-date tracking, already standard for food and cosmetics, become the model for how DPP data attaches to physical inventory units across the fulfillment chain. Sellers who rely on manual intake processes or disconnected WMS environments will face the largest adjustment.
Qué Debe Confirmarse Antes de que las Mercancías Entren al Almacén
Antes de que un producto cubierto por un acto delegado ESPR activo entre en un almacén de fulfillment de la UE, varios puntos de datos deben confirmarse en la recepción — no en el despacho.
El identificador DPP debe estar presente en el producto o su empaque en un formato legible por máquina. El sistema de gestión de almacén debe ser capaz de capturar ese identificador en la recepción de mercancías y vincularlo al registro de inventario correspondiente. Si el WMS no puede leer el portador DPP en la recepción, el producto no puede rastrearse correctamente a través de la cadena de fulfillment.
Más allá del identificador en sí, la verificación de recepción debe confirmar que el registro de datos DPP es accesible — lo que significa que los datos de cumplimiento del producto pueden recuperarse del registro o portador de datos relevante. Un producto que llega con un código QR que enlaza a un registro vacío o inaccesible no es conforme, incluso si la etiqueta física está presente. Los vendedores deben confirmar con su proveedor que los registros DPP están poblados antes de que el envío salga del origen, no después de que llegue al centro de preparación o punto de reenvío de Amazon FC.
What Breaks When Responsibility Is Unclear
The most common failure pattern in ESPR readiness is not a missing label — it is an unresolved ownership question. Who is responsible for creating the DPP: the manufacturer, the importer, or the EU-based responsible person? Who updates it when a product is repaired, repackaged, or relabeled during prep? Who holds the data if the original supplier exits the market?
When responsibility is not assigned before goods move, the gap surfaces at the worst possible moment: customs clearance, retailer intake, or a marketplace compliance audit.
For Amazon sellers using pan-European FBA, the risk is compounded. A product that clears customs in Germany may be transferred to a Polish or French FC. If the DPP data is not correctly linked to the FNSKU and the inventory unit, the compliance record breaks at the first FC transfer. Returns handling adds another layer: a returned unit that has been relabeled or repackaged may need its DPP record updated before it can re-enter sellable inventory. Without a defined exception owner in the 3PL workflow, these units accumulate as unresolved stock.
How the DPP Data Flow Works Across the Fulfillment Chain
Understanding the DPP data flow requires separating three distinct layers: the data record itself, the physical carrier on the product, and the system that reads and transmits the data at each handoff point.
The data record lives in a registry — either a manufacturer-operated system or an EU-recognized third-party platform. The physical carrier is the QR code, barcode, or RFID tag on the product or its packaging. The reading system is the WMS, scanner, or customs platform that captures the identifier and retrieves or transmits the associated data.
In a standard EU inbound flow, the data chain looks like this: the supplier populates the DPP record at origin; the product arrives at the EU border with the physical carrier attached; customs authorities or the importer's system reads the identifier during clearance; the 3PL warehouse scans the carrier at goods receipt and links the DPP identifier to the warehouse inventory record; the product moves to Amazon or another marketplace FC, where the DPP identifier should remain traceable through the FNSKU or equivalent unit identifier.
FIFO fulfillment logic becomes directly relevant here. If a warehouse holds multiple lot batches of the same product — each with a different DPP record version — FIFO dispatch rules determine which unit ships first and which DPP record is active at the point of sale. A WMS that does not enforce FIFO at the unit level can dispatch a product with an outdated or superseded DPP record, creating a compliance mismatch that is difficult to detect and expensive to correct after the fact. Pre-Amazon storage buffers that hold mixed lots without lot-level DPP tracking are a specific operational risk point.
Controles de Preparación del Proveedor y del Producto
- Registro DPP poblado — confirme que el proveedor ha creado y publicado el registro de datos DPP antes del envío, no a la llegada
- Formato del portador físico confirmado — código QR, código de barras o etiqueta RFID presente en el producto o empaque interno en un formato que su escáner WMS pueda leer
- Persona responsable identificada — importador con sede en la UE o representante autorizado nombrado como propietario del DPP para fines aduaneros y del marketplace
- Estado del acto delegado de la categoría verificado — confirme si su categoría de producto está cubierta por un acto delegado ESPR activo o pendiente antes de asumir que no aplica ninguna obligación
- Proceso de actualización de datos del proveedor acordado — proceso escrito establecido para cómo se actualiza el registro DPP si la composición del producto, los materiales o los datos de reparación cambian entre series de producción
Controles de Recepción en Almacén y WMS
- Capacidad de escaneo DPP del WMS confirmada — el sistema de gestión de almacén puede capturar identificadores DPP en la recepción de mercancías y vincularlos a los registros de inventario
- Seguimiento a nivel de lote activo — cada lote de entrada asignado a un número de lote distinto vinculado a su identificador DPP, no fusionado en un pool genérico de SKU
- Lógica FIFO aplicada a nivel de unidad — las reglas de despacho evitan envíos de lotes mixtos donde registros DPP más antiguos podrían enviarse contra versiones más nuevas del producto
- Protocolo de rechazo en recepción definido — regla clara sobre qué sucede cuando un producto llega sin un portador DPP legible o con un registro de datos inaccesible
- Mapeo de ubicaciones de almacenamiento actualizado — ubicaciones de bins o pallets etiquetadas con el lote y el identificador DPP para que el stock físico coincida con los registros del sistema durante todo el período de almacenamiento
Customs and Cross-Border Handoff Checks
- DPP identifier included in customs documentation — confirm with your customs broker whether the DPP identifier needs to appear in the import declaration for your product category
- Importer of record aligned with DPP owner — the entity named as importer should match or have a documented relationship with the DPP responsible person
- DDP vs DAP model reviewed — under DDP, the seller or 3PL controls customs clearance and can verify DPP data before release; under DAP, the buyer clears customs and DPP data handoff must be pre-arranged
- Multi-country FC transfer logic checked — for pan-EU FBA, confirm that DPP identifiers remain traceable when inventory transfers between Amazon FCs in different member states
Controles de Recepción de Devoluciones y Manejo de Excepciones
- Escaneo DPP en recepción de devoluciones definido — las unidades devueltas se escanean al recibir para confirmar que el identificador DPP sigue siendo legible y coincide con el registro de salida original
- Protocolo de reetiquetado y reempaquetado — si una unidad devuelta se reempaqueta o reetiqueta durante el manejo de retirada, existe un proceso para actualizar o revincular el registro DPP antes de que la unidad reingrese al inventario vendible
- Propietario de excepción nombrado — un rol o miembro del equipo específico es responsable de resolver las discrepancias de DPP, no una cola de soporte genérica
- Informe de eliminación y fin de vida útil — para unidades que no pueden revenderse, existe un proceso para cerrar o actualizar el registro DPP de acuerdo con los requisitos de datos de fin de vida útil de ESPR
- Rastro de auditoría conservado — eventos de escaneo DPP, asignaciones de lotes y resoluciones de excepciones registrados con marcas de tiempo para posible revisión regulatoria
Integrando la Preparación para ESPR en el Flujo de Trabajo de Fulfillment
La preparación para ESPR no es un proyecto de cumplimiento único. Es una capacidad operativa que debe integrarse en el flujo de trabajo estándar de entrada, almacenamiento, despacho y devoluciones — y debe estar en su lugar antes de que el primer envío de una categoría de producto cubierta llegue al almacén.
La secuencia práctica para un vendedor o operador 3PL que construye esta capacidad comienza con el mapeo de categorías: identifique qué líneas de productos están bajo actos delegados ESPR activos o inminentes y priorícelas para una revisión inmediata de procesos. Para categorías aún no cubiertas, el mismo ejercicio de mapeo crea una línea base de preparación que reduce el costo de ajuste cuando se publiquen los actos delegados.
El segundo paso es la auditoría del WMS. La mayoría de los sistemas de gestión de almacén utilizados en operaciones 3PL de la UE pueden manejar el seguimiento por lotes y el seguimiento de fechas de caducidad para categorías reguladas. La pregunta es si la misma infraestructura puede extenderse para capturar y almacenar identificadores DPP como un campo de datos distinto — separado del SKU, el número de lote y el FNSKU. Si el WMS no puede hacer esto de forma nativa, la brecha debe resolverse antes de que lleguen las mercancías de categorías cubiertas, no después de que una consulta aduanera o una bandera de cumplimiento del marketplace saque a la luz el problema.
El tercer paso es la alineación con el proveedor. Un vendedor cuyo proveedor no puede producir un registro DPP poblado en el momento del envío tiene una brecha de cumplimiento en la cadena de suministro, no solo una brecha de almacén. Esa conversación debe ocurrir en la etapa de la orden de compra. La preparación de cumplimiento de Amazon para categorías cubiertas por ESPR requerirá cada vez más la confirmación de DPP como parte del plan de entrada, junto con el cumplimiento de cartones y el etiquetado FNSKU. Los operadores que traten el DPP como una vía de cumplimiento separada — desconectada de la lista de verificación de preparación estándar — enfrentarán fallos de coordinación en los puntos de traspaso donde más importa.
Quién Posee la Obligación del DPP
El fabricante o importador de la UE es el propietario principal del DPP. Para vendedores no UE, una persona responsable con sede en la UE o un representante autorizado suele tener la obligación. El 3PL no crea el DPP — pero debe poder leer, almacenar y transmitir el identificador en cada punto de traspaso del almacén. Confirme la propiedad por escrito antes de que se mueva el primer envío.
Punto de Control de Datos Clave en la Recepción de Mercancías
El punto de control de datos crítico es la recepción de mercancías — no el despacho. Si el identificador DPP no se captura y vincula al registro de inventario en la recepción, cada paso posterior opera con datos incompletos. Un producto que pasa por almacenamiento Pre-Amazon sin un vínculo DPP confirmado no puede verificarse en el FC o en aduanas en una transferencia posterior. Solucione la brecha en la recepción, no en el punto de venta.
Regla de Escalamiento de Excepciones
Si un producto llega sin un portador DPP legible o con un registro de datos inaccesible, no lo acepte en el inventario vendible. Colóquelo en una ubicación de cuarentena, notifique al vendedor inmediatamente y documente el evento de recepción con una marca de tiempo. El propietario de la excepción — no una cola de soporte general — debe resolver la brecha de DPP antes de que se libere la unidad. Las unidades sin resolver mantenidas en cuarentena más allá de un SLA acordado deben activar una escalación al proveedor.
What Operators Should Decide and Lock Before ESPR Applies to Their Category
The practical takeaway from ESPR is not that every seller needs to act immediately on every product line. It is that the operators who wait for a delegated act to be published before reviewing their warehouse and supplier processes will face a compressed readiness window — often measured in months, not years — while also managing normal inbound and fulfillment operations.
The decisions that need to be locked before a product category comes into scope are: who is the DPP responsible person for each product line; whether the WMS can capture DPP identifiers at goods receipt; whether the supplier can produce a populated DPP record at the time of shipment; and what the exception protocol is when a unit arrives without compliant DPP data.
For sellers operating pan-European FBA, the additional question is how DPP identifiers remain traceable through FC transfers and returns flows — a question that connects directly to how lot tracking and FIFO fulfillment logic are configured in the 3PL warehouse before goods reach the Amazon network.
EU regulatory compliance for ESPR-covered categories is not a legal checkbox. It is an operational capability that runs through the supplier, the customs handoff, the warehouse intake scan, the storage and dispatch logic, and the returns process. Each of those steps has a specific owner, a specific data requirement, and a specific failure mode if the handoff is not planned in advance. Sellers who map those handoffs now — before their category is in scope — will be in a materially stronger position than those who treat ESPR as a future concern.
If you are reviewing your EU warehouse operations for ESPR readiness, verify your legal and compliance obligations separately with qualified counsel. For the operational logistics layer — WMS capability, lot tracking configuration, DPP intake workflows, customs handoff planning, and pan-EU fulfillment coordination — FLEX. works with Amazon sellers and 3PL operators across Europe to build the process controls that compliance requires. Speak with the FLEX. team about your specific product categories and inbound model before your delegated act timeline closes.
