Inventario en PrestaShop: stock, reposición, variantes y expedición

Qué haríamos

Primero determinaríamos quién controla cada saldo de stock y después usaríamos el stock nativo hasta que un requisito concreto necesite más. La vía depende de tu versión actual de PrestaShop, módulos, integraciones, tema, datos de productos y combinaciones, mercados y equipo que recibe y expide mercancía. Mantén como autoridad el ERP o sistema de almacén que ya funcione si ya gestiona esas operaciones; añadir otro maestro de stock crea un problema de conciliación.

Elige la vía para la operación que falta

Si necesitas probar las vías frente a tu tienda actual, el PrestaShop Module Selection & Fit Assessment comprueba su adecuación en una copia controlada.

Realiza los cambios de sistema de stock, feed o estructura de catálogo en una copia de pruebas con tu tema real, módulos y datos representativos. Aísla los emails a clientes, los pedidos a proveedores y las escrituras externas de stock para que los ensayos no cambien las operaciones de producción. Ensaya ventas, recepciones, cancelaciones, devoluciones y sincronización interrumpida y después planifica el cambio en producción con un punto de conciliación acordado, una configuración reversible y alguien responsable de las incidencias.

Usa las cantidades de stock correctas

Usa PrestaShop como registro de existencias cuando controle el inventario que vendes. Si un ERP o sistema de almacén es la fuente de referencia, define cómo actualiza PrestaShop y cómo regresan los pedidos a ese sistema. Las ediciones manuales paralelas crean saldos contradictorios.

La cantidad de la tienda no registra cuándo sale físicamente un paquete de la estantería. Los estados de envío afectan a los cálculos de cantidades reservadas y físicas. La cancelación, los reembolsos y la reincorporación de stock tienen efectos distintos. Prueba esas vías con tus módulos de pago y pedidos antes de confiar en un saldo.

Los datos modernos de stock residen en stock_available, con el prefijo de tablas que tengas configurado. Pueden coexistir totales de producto y filas de combinaciones. Los movimientos modernos de stock simple también usan stock_mvt; en este contexto, id_stock enlaza a un registro de stock_available. No unas todos los movimientos a la tabla heredada de almacenes stock.

La sobreventa, las discrepancias inexplicadas, las recepciones no registradas, los desacuerdos entre canales y el aumento del trabajo de conciliación son motivos para mejorar tu proceso. Una herramienta no sustituye la recepción, las devoluciones y los recuentos físicos precisos.

Configura cantidades, alertas e informes

1. Comprueba la gestión de stock en Parámetros de la tienda > Configuración de productos.
2. Abre la sección de stock de cada producto. PrestaShop 9 la llama Stock, o Pack para los packs. Los formularios anteriores pueden usar Cantidades.
3. Establece la cantidad disponible por combinación cuando las variantes tengan existencias independientes.
4. Configura la cantidad mínima de venta como el número mínimo que el cliente debe comprar. No es un umbral de existencias restantes ni un punto de pedido.
5. Establece el umbral de stock bajo y activa su alerta por correo. Usa tu punto de pedido calculado cuando corresponda.
6. Elige denegar pedidos, permitir pedidos o heredar el valor global para productos sin stock.

Usa Catálogo > Stock para la vista general nativa, el resaltado de stock bajo y el filtro rápido. La interfaz moderna volvió en la versión 1.7.2; los umbrales y alertas por producto llegaron en la 1.7.3. No apliques este flujo sin cambios a la 1.6.

El núcleo comprueba el stock bajo justo después de actualizar la cantidad y ejecutar los hooks. Envía alertas a los empleados cuyos perfiles tengan permiso de lectura de gestión de stock. Verifica las direcciones de los empleados, los permisos y la entrega del correo. Un módulo de alertas por correo puede tener sus propios ajustes de destinatarios.

Una instantánea de stock con ámbito definido

Este ejemplo de solo lectura lista productos simples y filas de combinaciones individuales con 10 unidades disponibles o menos para la tienda 1 sin stock compartido y el idioma 1. Excluye la fila agregada de los productos con combinaciones. Cambia el prefijo y los ID de tienda/idioma confirmados de tu tienda. Los grupos con stock compartido requieren su fila de stock con ámbito de grupo en vez de esta condición de tienda.

SELECT sa.id_product, sa.id_product_attribute, pl.name, sa.quantity
FROM ps_stock_available sa
JOIN ps_product_lang pl
  ON pl.id_product = sa.id_product
 AND pl.id_shop = 1 AND pl.id_lang = 1
WHERE sa.id_shop = 1
  AND sa.quantity <= 10
  AND (sa.id_product_attribute > 0 OR NOT EXISTS (
    SELECT 1 FROM ps_product_attribute pa
    WHERE pa.id_product = sa.id_product
  ))
ORDER BY sa.quantity, sa.id_product, sa.id_product_attribute;

Usa acceso de informes de solo lectura. Las consultas de solo lectura también pueden consumir recursos en una base de datos grande. Prefiere la vista general nativa para las comprobaciones habituales.

Calcula puntos de pedido y cantidades de compra

Planifica por SKU o combinación vendible. Registra el plazo real del proveedor desde que se hace el pedido hasta que la mercancía está lista para expedirse. El historial de ventas del núcleo moderno no proporciona un historial completo de compras y recepciones de proveedores; mantenlo aparte o mediante tu sistema de compras. Registra la realización del pedido, la aceptación del proveedor, la llegada y el momento en que la inspección o ubicación deja la mercancía utilizable. El tiempo de transporte por sí solo omite demoras anteriores a la expedición y posteriores a la llegada. Revisa los datos tras un cambio de proveedor o una serie de recepciones tardías.

Reorder point = average daily demand × average lead time + safety stock
Inventory position = available stock + confirmed incoming stock

Ten en cuenta los compromisos que aún no estén reflejados en el stock disponible. No restes dos veces las reservas o los pedidos pendientes de reposición. Reponer basándote solo en el stock físico puede duplicar un pedido que ya esté en tránsito.

Por ejemplo, una demanda de 5 unidades al día, un plazo de 10 días y un colchón de 15 unidades dan un punto de pedido de 65 unidades. Las primeras 50 cubren la demanda media durante el plazo de reposición. Es una estimación de planificación, no una garantía contra las roturas de stock.

Convierte un umbral en una decisión de compra

En el ejemplo de 65 unidades, un email de stock bajo inicia una revisión, no una compra duplicada automática. Compara la demanda hasta la siguiente recepción utilizable con el stock disponible, las cantidades entrantes confirmadas y las promesas ya hechas.

Historial de demanda y estacionalidad

Usa un periodo de ventas representativo, como 30 o 90 días, y revisa promociones y estacionalidad. Si hay instalado un módulo de estadísticas de productos más vendidos, su informe por fechas puede ayudar. Divide las unidades vendidas entre los días del periodo para obtener una media diaria inicial. Después contempla los días en que una rotura de stock impidió ventas y la demanda no atendida, usando periodos comparables con existencias cuando puedas: las ventas por sí solas infravaloran la demanda durante una rotura.

Esta consulta informa de las unidades brutas pedidas en pedidos actualmente válidos durante los últimos 90 días para la tienda 1, agrupadas por producto y combinación. No resta todos los reembolsos o devoluciones y no es una previsión completa de demanda. Comprueba la política de estados de pedido y las cancelaciones de tu tienda antes de usar los totales.

SELECT od.product_id, od.product_attribute_id,
       SUM(od.product_quantity) AS gross_units
FROM ps_order_detail od
JOIN ps_orders o ON o.id_order = od.id_order
WHERE o.id_shop = 1 AND o.valid = 1
  AND o.date_add >= DATE_SUB(NOW(), INTERVAL 90 DAY)
  AND o.date_add < NOW()
GROUP BY od.product_id, od.product_attribute_id
ORDER BY gross_units DESC;

Si una línea estacional vendió 300 unidades en el periodo comparable anterior, un aumento supuesto explícito del 20% da un escenario de planificación de 360 unidades. Valida el supuesto de crecimiento frente a tu propia demanda.

Una regla práctica de stock de seguridad para el peor caso

Safety stock = maximum daily demand × maximum lead time
             - average daily demand × average lead time
Example: 8 × 14 - 5 × 10 = 62 units
Reorder point: 5 × 10 + 62 = 112 units

Esto supone que la demanda máxima seleccionada persiste durante todo el plazo máximo de reposición. Puede sobreestimar el colchón y no asigna una probabilidad de servicio. Revisa los picos inusuales, los límites de tesorería, la vida útil y la fiabilidad del proveedor.

Cuánto comprar

Para compras periódicas, fija un objetivo que cubra el intervalo de revisión, el plazo de reposición y el stock de seguridad. Resta tu posición de inventario para calcular la cantidad que pedir. Respeta los tamaños de pack del proveedor, los pedidos mínimos y los límites de almacenamiento y caducidad.

EOQ = square root(2 × annual demand × cost per order
                  / annual holding cost per unit)

EOQ supone un modelo estable de demanda y costes. Calcula los costes de mantenimiento a partir de tus costes de almacenamiento, seguros, capital y obsolescencia. El punto de pedido decide cuándo actuar; la cantidad de pedido decide cuánto comprar.

Concilia las existencias y supervisa el inventario

Agrupa los productos según sus ingresos reales, margen, criticidad y riesgo de suministro. Cuenta con más frecuencia los artículos importantes o propensos a errores. Los controles semanales para ciertos artículos A, mensuales para los B y trimestrales para los C son calendarios posibles, no porcentajes fijos de categorías.

1. Pausa los movimientos o tenlos en cuenta mientras cuentas una ubicación.
2. Compara el recuento con el conjunto de existencias correcto y con las recepciones pendientes, reservas y expediciones.
3. Investiga errores de recepción, daños, errores de preparación, devoluciones que faltan y transferencias no registradas.
4. Registra un ajuste autorizado con su motivo. Conserva el historial de movimientos.

Revisa el stock envejecido con intervalos adecuados a tus productos. Los hitos de 90, 180 y 365 días pueden servir para iniciar revisiones, pero los productos estacionales y las existencias de corta vida útil necesitan otras reglas. Compara el importe que recuperarías al rebajar el precio con el coste de mantener las existencias antes de rebajarlas, agruparlas, donarlas o darlas de baja.

Rastrea una discrepancia antes de corregirla

Concilia la referencia de producto, la combinación, la tienda o grupo de stock compartido y la hora de comparación antes de comparar informes. Un saldo disponible y un recuento físico pueden diferir legítimamente por las reservas. Rastrea el pedido, importación, recepción, devolución o ajuste pertinentes en el sistema responsable, incluido qué empleado o integración hizo el cambio. Si una importación sobrescribe repetidamente la misma corrección, investiga su correspondencia de campos y responsabilidad en vez de volver a contar la estantería.

Para ventas multicanal, elige un sistema maestro de stock y documenta la dirección de actualización, la frecuencia, los reintentos y la gestión de conflictos. Las asignaciones conservadoras por canal pueden reducir la exposición durante los retrasos de actualización, pero no garantizan que nunca se produzca sobreventa.

Para exportaciones filtradas con campos seleccionables, usa la página de ayuda de Orders CSV List Exporter; exporta bajo demanda o de forma programada, con entrega por email o servidor; confirma las opciones de tu versión instalada.

Separa el stock de almacén del enrutamiento de entregas

PrestaShop moderno no ofrece el antiguo flujo de administración multialmacén ASM de la versión 1.6. Advanced Stock Management (ASM) era una función del núcleo de PrestaShop 1.6. Conservar las tablas heredadas no lo convierte en un sistema de almacén actual.

Para el stock simple moderno, stock_available es la fuente de referencia. No lo trates como una caché que deba igualar todas las unidades físicas de la tabla heredada stock. Para un producto realmente dependiente del ASM heredado, la conciliación debe respetar las cantidades utilizables/reales, las asociaciones de tiendas y almacenes y las combinaciones. Una suma de stock físico de almacenes sin delimitar el ámbito no es una comprobación válida de discrepancias.

Una extensión de almacén puede mantener sus propios materiales, ubicaciones, reservas y modelo de stock. Decide qué sistema será la fuente de referencia y cómo proyectará el stock vendible en PrestaShop.

Los transportistas específicos por origen no implementan por sí solos la asignación. Una tarifa de entrega debe usar el origen resuelto mediante una lógica explícita de selección de transportistas o una integración de tarifas en tiempo real. El núcleo moderno conserva campos de almacén heredados por compatibilidad; esos campos no imponen las antiguas reglas de almacén/transportista.

Prueba un carrito servido desde distintas ubicaciones

Un cliente de París pide productos almacenados en Hamburgo y Barcelona. Antes de cotizar la entrega, determina si la vía elegida puede servir todo el carrito desde una ubicación o necesita paquetes separados. No anuncies una tarifa y fecha con origen en Hamburgo si la asignación aceptada acaba expidiendo desde Barcelona.

1. Resuelve la ubicación prevista para cada línea y comprueba su stock vendible.
2. Calcula la oferta de transporte a partir de esa asignación, incluidos cargos separados si se ha acordado, y muestra la promesa de entrega correspondiente.
3. Si cambia el stock o la dirección de entrega, vuelve a validar la asignación y la oferta del proceso de compra antes de aceptar el pedido.
4. Comprueba que los registros de preparación conserven la asignación aceptada o usa un proceso de excepciones acordado cuando el equipo deba cambiarla.

Este es un escenario de aceptación para la integración elegida, no una afirmación de que una regla de correspondencia de países elija automáticamente el almacén más barato o cercano.

Registra las transferencias como movimientos vinculados de expedición y recepción. Controla la mercancía en tránsito, los daños y las diferencias de recepción. Define políticas de reposición por ubicación donde mantengas conjuntos físicos independientes.

El módulo de almacén ofrece su propio modelo de almacenes y preparación, con correspondencia del país de entrega a un almacén principal y una alternativa predeterminada; consulta su página de ayuda para los flujos admitidos de inventario, compras y preparación.

Ese enrutamiento no busca la ubicación más cercana ni existencias alternativas automáticamente. Su transportista predeterminado de almacén y los registros de transportistas de expedición no proporcionan, por sí solos, conjuntos de transportistas en el proceso de compra dependientes del origen. Prueba las tarifas del proceso de compra y la asignación conjuntamente antes de añadir una ubicación.

Vende antes de recibir existencias con un compromiso claro

Una preventa suele corresponder a un producto aún no lanzado. Un pedido pendiente de reposición suele corresponder a un artículo antes disponible que espera nuevas existencias. Ambos pueden usar el permiso de pedir sin stock, pero sus compromisos con el cliente son distintos.

1. Fija conscientemente el valor global predeterminado en Parámetros de la tienda > Configuración de productos. Deniega pedidos sin stock cuando no puedas prometer reposición.
2. Para los productos aptos, selecciona Permitir pedidos en la sección de stock. Los valores subyacentes de out_of_stock son 0 para denegar, 1 para permitir y 2 para el valor global predeterminado.
3. Establece un mensaje de disponibilidad veraz y, cuando corresponda, una fecha de disponibilidad. Comprueba el tema renderizado.
4. Indica por separado cuándo estará disponible el artículo, cuándo prevés expedirlo y cuándo se espera la entrega.
5. Repite la promesa en los mensajes de confirmación y demora. Comprueba el email order_conf renderizado en cada idioma de venta, además de la etiqueta de producto. Notifica a los clientes cuando se conozca un retraso, con una promesa revisada y una vía de cancelación. Usa un estado de pedido adecuado para localizar fácilmente los pedidos en espera.

La fecha de disponibilidad no es una estimación calculada de entrega. No añade tiempo de preparación ni de tránsito del transportista. El texto del botón y los mensajes de carritos mixtos dependen del tema o de desarrollo adicional.

Asigna la capacidad entrante confirmada

Permitir pedidos sin stock puede llevar a cantidades negativas. Para una serie limitada, usa un límite estricto de asignación si debes evitar la sobreventa. La supervisión manual y el cambio a denegar pedidos pueden dejar una carrera entre compras simultáneas. Basa la asignación restante en la capacidad confirmada del proveedor tras los compromisos existentes de todos los canales. Prueba intentos simultáneos para la última asignación, un pago fallido y una cancelación. Acuerda qué evento libera la asignación y asegúrate de que una notificación repetida no pueda liberarla de nuevo.

Momento del pago

Compara el pago completo, la autorización seguida de captura y la señal más saldo pendiente. Comprueba la caducidad de la autorización de la pasarela, la compatibilidad con capturas/reembolsos, la información al cliente y la contabilidad. Las señales y la captura diferida requieren un flujo de pago implementado; no las proporciona el interruptor de pedidos sin stock.

Para ventas a consumidores de la UE, la Directiva sobre los derechos de los consumidores establece generalmente un plazo de desistimiento de 14 días vinculado a la posesión de los bienes, con excepciones y reglas especiales. La entrega debe realizarse en 30 días salvo que se acuerde otro plazo. Las medidas ante retrasos de entrega dependen de las circunstancias. Una señal no es automáticamente una comisión administrativa no reembolsable. Comprueba las normas nacionales aplicables y las excepciones por producto.

Compara las cancelaciones, la expedición prometida frente a la real, las consultas de soporte y las compras repetidas con tu propia referencia inicial. No uses un umbral universal de cancelaciones ni un límite fijo de precio de producto.

Gestiona carritos mixtos y expediciones divididas

Decide si las líneas disponibles y las de existencias entrantes se enviarán juntas, por separado o si impedirás que compartan carrito. Informa al cliente antes del pago, incluidos los gastos de envío adicionales y el seguimiento separado.

El núcleo puede generar paquetes y varios pedidos durante el proceso de compra. Su agrupación basada en stock depende en parte de allow_seperated_package. Esta capacidad es distinta de dividir la expedición cuando el pedido ya existe y no garantiza una interfaz de entregas parciales en tu instalación.

Si debes prohibir los carritos mixtos, aplica una regla real de validación del carrito o un flujo de compra específico. Separar las categorías y rutas de navegación no impide que un cliente añada ambos productos a un mismo carrito.

Prueba el flujo elegido para descuentos, impuestos, gastos de envío, totales de pago, correos, facturas, reembolsos y seguimiento de cada paquete. Usa la guía de envíos y la guía de flujos de pedidos al documentar las operaciones.

Elige el comportamiento de listados, URL y disponibilidad

El permiso de compra, la visibilidad en listados y la respuesta de una URL de producto son decisiones separadas. Denegar pedidos sin stock no oculta automáticamente el producto.

La visibilidad de un producto puede ser en todas partes, solo catálogo, solo búsqueda o en ninguna parte, y no cambia por sí sola al llegar el stock a cero. Para una escasez temporal, compara colocar los productos no disponibles al final con filtrarlos de los listados manteniendo las URL directas útiles y confirma que el listado recupere la posición prevista tras reponer. Mantener accesible una URL directa activa es distinto de desactivar el producto. La respuesta configurada de un producto desactivado puede ser una redirección o un error; PrestaShop 9 también admite opciones de respuesta adicionales. Inspecciona el estado y el destino reales con las herramientas del navegador o una solicitud HTTP.

En PrestaShop 1.7.8, available_later proporciona el mensaje de pedidos permitidos sin stock, mientras que las roturas con pedidos denegados usan la etiqueta global de pedidos denegados. PrestaShop 9 tiene un soporte más amplio de valores alternativos por producto. Comprueba la página de producto, el listado y la combinación elegida en tu tema. Sigue el mismo artículo desde una categoría, la búsqueda interna y su URL directa, incluido un enlace que seleccione una combinación no disponible. Confirma que el listado, el botón de compra y el texto de disponibilidad reflejen tus políticas independientes. Si un módulo filtra productos no disponibles, prueba su interacción con la búsqueda por facetas, la paginación y las cachés tras reponer.

Ajusta los datos estructurados a la oferta real: OutOfStock, PreOrder, BackOrder, InStock o Discontinued según corresponda. Valida la salida renderizada con las herramientas de prueba de productos de Google. Un marcado preciso no garantiza posiciones ni resultados enriquecidos.

Las notificaciones de reposición a clientes requieren la función de alertas por correo pertinente, como el módulo ps_emailalerts instalado y configurado. Prueba la suscripción, la coincidencia de combinación y la notificación tras la reposición.

Evalúa la saturación de categorías con una prueba que tenga en cuenta la estacionalidad, el tráfico y la disponibilidad. Dos periodos consecutivos de 30 días por sí solos no demuestran una mejora. Evita redirecciones irrelevantes hechas solo para eliminar respuestas 404.

Modela las variantes e impórtalas con seguridad

Una cuadrícula de talla/color de camisetas es un modelo natural de combinaciones. Las especificaciones distintas de portátiles o los modelos de fundas de teléfono pueden merecer productos separados si la información de compra difiere. Las características describen el artículo; los atributos crean combinaciones seleccionables.

1. Define grupos y valores en Catálogo > Atributos y características, con el tipo de selector adecuado.
2. Genera solo las combinaciones que vendas. Tres tallas y dos colores crean seis filas; cinco tallas, ocho colores y tres materiales crean 120.
3. Asigna referencias únicas estables, identificadores, cantidades, impactos fijos en precio/peso, imágenes, cantidades mínimas de compra y fechas de disponibilidad.
4. Elige la combinación predeterminada y prueba el primer precio y stock mostrados.

Reconoce cuándo necesitas un configurador

Una persiana a medida necesita dimensiones introducidas, materiales compatibles y un precio calculado. Crear una combinación para cada dimensión posible hace que el catálogo sustituya reglas que no expresa. Escribe primero los rangos válidos, las dependencias y las reglas de precios; usa un configurador cuando esas reglas determinen qué se puede vender. Comprueba que las dimensiones, opciones y precio aceptados se conserven en el pedido y las instrucciones de producción, en vez de aparecer solo en una vista previa del navegador.

El servicio PrestaShop Custom Product Configurator Build cubre una familia de productos con reglas confirmadas de dimensiones, compatibilidad y precios.

El núcleo filtra los grupos de atributos posteriores según las selecciones anteriores. Sus ajustes de opciones sin stock y tu tema afectan a lo que permanece visible. Esto es distinto de un configurador completo basado en reglas.

Para trabajar con CSV, selecciona Parámetros avanzados > Importar > Combinaciones. Mapea los ID de producto principal o activa la opción adecuada de coincidencia por referencia del producto principal. Incluye una referencia única de combinación; la referencia del producto principal por sí sola no identifica qué combinación existente actualizar.

Product reference;Attribute (Name:Type:Position);Value (Value:Position);Reference;Quantity;Impact on price
TSHIRT-001;Size:select:0,Colour:color:1;M:1,Blue:2;TSHIRT-M-BLUE;45;0
TSHIRT-001;Size:select:0,Colour:color:1;L:2,Red:1;TSHIRT-L-RED;3;2.00

Mapea estas columnas en el importador; el texto de las cabeceras por sí solo no configura el mapeo. Prueba una segunda importación con las mismas referencias de combinación y cantidades modificadas. Confirma que actualice las filas previstas sin crear duplicados.

Los impactos en precio de las combinaciones son importes fijos. Los precios específicos pueden aplicar precios o descuentos según el contexto, sujetos a prioridades de selección. La presentación de impuestos y moneda es independiente. Prueba el precio final en vez de asumir que todas las reglas se acumulan.

Las combinaciones pueden tener URL seleccionables que contengan un ID de combinación o un fragmento de atributo. El núcleo normalmente proporciona una URL canónica del producto principal; la indexación separada es otra cuestión. El marcado varía según el tema, incluidos Classic y Hummingbird. Inspecciona la URL canónica y la oferta renderizadas en vez de asumir una URL literal compartida o un nombre de archivo de script universal.

Si no se actualizan las imágenes, precios o etiquetas de variantes, comprueba los datos de combinaciones, las asociaciones de imágenes, las solicitudes, los errores JavaScript, el comportamiento del tema y los módulos que interfieran. Para operaciones de atributos en todo el catálogo, consulta la página de ayuda de plantillas de atributos.

Planifica feeds de proveedores y responsabilidades de dropshipping

PrestaShop almacena proveedores, referencias de proveedor y costes de producto, y ofrece configuración de transportistas. Un registro de proveedor no es un feed de stock automatizado, un pedido al proveedor ni un conector de expedición.

1. Acuerda con el proveedor las existencias, precios, expedición, devoluciones, seguimiento y gestión de excepciones.
2. Mapea referencias estables de proveedor al producto o combinación correctos.
3. Implementa y prueba el conector CSV, XML o API real. Define la frecuencia de actualización, el tratamiento de feeds obsoletos, los reintentos, la conversión de moneda/impuestos y las salvaguardas de cantidades.
4. Envía los pedidos mediante una integración de expedición y confirma la aceptación del proveedor.
5. Haz seguimiento de cada envío y comunica las expediciones divididas.
6. Prueba un cambio de stock, cambio de precio, SKU no disponible, importación fallida, reembolso y cancelación del proveedor.

No permitas que un feed sobrescriba las reservas locales con un total de proveedor sin relación. Decide si la cantidad del proveedor está dedicada a ti o compartida con otros vendedores. Denegar pedidos sin stock solo ayuda cuando la cantidad publicada está actualizada.

Ensaya un registro de proveedor ausente

Un archivo de feed se descarga correctamente pero ya no contiene una combinación antes enumerada. Determina si la fuente es una instantánea completa, un archivo de cambios o una exportación incompleta antes de decidir qué significa la ausencia. Una fila ausente no debe convertirse silenciosamente en disponibilidad ilimitada ni en un cero confirmado sin una regla acordada. Prueba un archivo truncado, una referencia desconocida de proveedor y una ejecución repetida y comprueba después las cantidades afectadas y los campos locales protegidos.

Registra la última aplicación correcta además de la última descarga. Da al equipo un aviso de feed desactualizado y una respuesta acordada, como retirar una promesa poco fiable o dejar los productos afectados pendientes de revisión. Una ejecución correcta del programador no demuestra que el stock actualizado llegara a las combinaciones correctas.

El dropshipping reduce el inventario que mantienes, pero deja los costes de adquisición, comisiones de pago, soporte, reembolsos, riesgos de calidad y trabajo de cumplimiento. Compara proveedores con muestras y datos reales de expedición/devoluciones. Los precios por volumen negociados dependen del contrato. La ubicación del proveedor por sí sola no garantiza rentabilidad.

Redacta contenido de producto útil y añade tus propias especificaciones y orientación. Las descripciones duplicadas de proveedores no están excluidas automáticamente de posicionarse; los buscadores pueden deduplicar páginas similares y seleccionar una canónica.

Las importaciones CSV cargadas del módulo de almacén y su proyección interna de stock son independientes de la consulta programada de feeds externos de proveedores. Para cambios masivos de precios de catálogo basados en fórmulas, usa la página de ayuda de Mass Price Updater. Para informes de ingresos, costes registrados y pérdidas y ganancias, usa la página de ayuda de Financial Revolution.

Presupuesta por separado un conector de feeds de proveedores y la asignación de costes por producto/proveedor cuando los necesites. Calcula la rentabilidad después de cargos del proveedor, envío, adquisición, procesamiento, soporte y devoluciones previstas, y valídala con pedidos reales.

Ensaya el cambio y planifica la transición

Conserva pruebas de productos simples representativos, combinaciones, packs si los usas, pedidos sin stock y cada conjunto de existencias. Incluye una compra de cada mercado de venta en que cambien los transportistas o las promesas. Registra las cantidades antes de la acción, el pedido y movimientos resultantes y lo que recibe cada sistema conectado.

1. En pruebas, comprueba la creación de pedidos mediante tu flujo de pago y estados, la expedición, la cancelación antes de expedir y un artículo devuelto con y sin reposición. Confirma que cada cantidad cambie solo según lo previsto.
2. Interrumpe el conector, crea un evento de prueba permitido y restablécelo. Comprueba que se recuperen los cambios omitidos y que un reintento no vuelva a aplicar un pedido, recepción o devolución.
3. Ensaya el saldo inicial y los pedidos sin enviar, recepciones entrantes y mercancía en tránsito. Marca qué compromisos incluye ya ese saldo para que el nuevo sistema no vuelva a reservarlos.
4. Acuerda la ventana del cambio y detén los sistemas competidores que escriben stock. Realiza la conciliación final, contempla los cambios desde el ensayo y activa la vía elegida en el orden probado.
5. Supervisa las primeras ventas reales, recepciones y confirmaciones del conector frente al maestro de stock acordado. Si reviertes, concilia los eventos procesados desde el cambio antes de restaurar la vía anterior.

Qué preguntar a tu desarrollador o agencia

• ¿Qué sistema controla las cantidades, reservas, costes de proveedor, precios de venta y contenido de producto, y qué campos puede escribir cada conector?
• ¿Qué identificadores de producto, combinación y tienda se usan y dónde se informa de un registro sin correspondencia o ambiguo?
• ¿Cómo se ordenan, reintentan y concilian las actualizaciones tras una interrupción y cómo distingue el equipo un evento demorado de uno fallido?
• ¿Dónde están los resultados de pruebas de nuestro tema, módulos, transportistas del proceso de compra y estados de pedido, incluidos intentos concurrentes cuando la asignación es limitada?
• ¿Quién revisa un feed fallido, un recuento discutido o una promesa de expedición cambiada y qué puede corregir con seguridad sin que otra integración lo sobrescriba?

Preguntas de los propietarios

¿Y si mi proveedor solo informa de «en stock»?

Trátalo como una señal de disponibilidad, no como una cantidad medida reservada para tu tienda. Acuerda una política de venta prudente, cómo se confirma la aceptación del proveedor y qué ocurre si rechaza un pedido. No conviertas esa etiqueta en un gran saldo de stock inventado.

¿Los productos con atributos coincidentes pueden compartir el mismo stock?

Que coincidan los nombres de talla o material no vincula sus cantidades. Si varios productos terminados consumen el mismo componente, necesitas un modelo que lo reserve entre ellos y proyecte lo que sigue siendo vendible. Confirma las reglas de consumo y liberación antes de activar las ventas.

¿Puedo conservar la hoja de cálculo?

Consérvala para planificación o informes si usa una exportación fechada y tiene una finalidad clara. Evita un saldo paralelo editable de stock que el equipo copie sobre pedidos más recientes. Las notas de plazos de proveedor pueden seguir separadas del sistema que controla las cantidades en producción.

¿Debe volver a venderse inmediatamente cada devolución de cliente?

Inspecciona el artículo y registra si puede revenderse, está dañado o espera una decisión antes de liberarlo. Un reembolso y la llegada de un paquete son distintos del permiso de volver a vender su contenido. Acuerda quién puede aprobar esa liberación.

¿Cómo sé que está listo el nuevo proceso?

Tu equipo puede rastrear una venta, recepción, cancelación y devolución de prueba por el maestro de stock y los sistemas conectados, recuperar una actualización interrumpida y explicar el saldo resultante. Conserva los resultados escritos y las instrucciones de incidencias en la entrega; un panel con totales plausibles no basta como prueba.