Integración con Amazon Vendor - Pedidos y operaciones
Amazon Vendor Central —a veces llamado Amazon 1P o integración Amazon Vendor— es un programa mayorista en el que Amazon compra tu inventario mediante órdenes de compra al por mayor y lo revende. Ya no solo gestionas ventas: ahora eres un proveedor sujeto a los estrictos estándares operativos de Amazon y a un monitoreo cercano de KPI.
Esto se complica aún más porque los pedidos de Amazon Vendor suelen incluir decenas, si no cientos, de líneas. Cada producto debe estar correctamente mapeado a nivel de EAN/SKU, cada cantidad de compra confirmada y enviada con exactitud, y cada pedido ligado a un centro logístico específico de Amazon. Basta con incumplir una ventana de entrega, enviar una confirmación de pedido tardía o inconsistente, o dejar que tus datos de producto se desvíen de lo que Amazon tiene registrado para que las consecuencias sean graves: ventas perdidas, penalizaciones por chargebacks y facturas que no cuadran.
Eso es lo que hace que Vendor Central sea caro de operar a mano o, peor, a través de varios sistemas, cada uno con una vista parcial del flujo. Base corre los pedidos de Amazon Vendor Central por el mismo panel, catálogo y flujo de trabajo que cualquier otro canal en el que vendas, sin sacrificar los estrictos requisitos de Amazon ni tus necesidades de personalización.
Pruébalo gratis
Dónde falla realmente, y cómo lo arregla Base
Órdenes de compra, sin complicaciones
Amazon Vendor es estricto con la confirmación de pedidos: las cantidades y artículos aceptados deben coincidir con tu entrega real hasta la última unidad, dentro de una ventana ajustada desde la recepción. La precisión no es negociable. Base importa los pedidos automáticamente a tu flujo existente, usando las acciones automáticas, estados y reglas personalizadas que ya aplicas a todos tus demás canales, y te da visibilidad total del stock para evitar confirmar de más.
Cientos de artículos por enviar, automatizados
Una sola orden de compra de Vendor puede traer fácilmente decenas o cientos de líneas. Procesarlas a mano —revisar stock, preparar listas de picking y empaque, hacer malabares con distintos almacenes de vendor— es donde los equipos pierden días enteros. El WMS y el OMS de Base se adaptan a cómo operas realmente tu almacén: los pedidos masivos se gestionan de forma sistemática desde la recepción hasta la confirmación del envío.
Datos de producto, siempre al día
Los sistemas basados en EAN y SKU se desalinean. Los artículos se renombran, se descontinúan o se reidentifican en cualquiera de los dos lados, y ese desajuste es justo lo que produce pedidos rechazados y dolores de cabeza en la conciliación. Base aprovecha las API y la transmisión ASIN-first, creando una sola fuente de verdad en lugar de dos bases de datos que se van desincronizando poco a poco.
Varias cuentas, ya sin silos
Varias marcas, modelos de fulfillment o regiones significan varios logins y varios lugares donde perderle la pista a una PO. Base gestiona cada cuenta de Vendor —y cada cuenta de Seller— desde un solo login. Si operas un modelo híbrido 1P/3P o usas los servicios de envío de Amazon junto con Vendor, todo queda en el mismo lugar.
EDI vs. API: cuál es la diferencia y por qué importa para Vendor Central
La mayoría de las integraciones con Vendor Central del mercado todavía corre sobre EDI. Base corre sobre la SP-API de Amazon. Ambas cumplen con el trabajo, pero funcionan de forma muy distinta:
| EDI | API (Base) | |
|---|---|---|
| Uso en Amazon | Exclusivamente Vendor Central; el estándar histórico del espacio Vendor, cubre todo el proceso Order-to-Cash: recepción y confirmación de PO, ASN, facturación, inventario y mensajes logísticos | Principalmente Seller Central, más Vendor Central. Las API de Vendor introducidas en los últimos años cubren la mayoría de los casos de uso de EDI (salvo algunas variantes por programa o país) y capacidades de publicación y reportes específicas para vendors |
| Formato de datos | Documentos estandarizados (X12, EDIFACT) con lenguaje codificado por campo, que exigen un mapeo extenso | Las API de Amazon (SP-API) usan REST/JSON |
| Implementación | Más larga y costosa; suele requerir middleware para traducir al ERP, mapeo de estándares de mensajes y una conexión dedicada (AS2/SFTP o una VAN de terceros) | Más rápida y económica; sin tarifas de VAN, con mapeo de campos y catálogo más flexible |
| Comunicación | Entrada: entra una PO, sale un mensaje. Salida: posibilidad de procesar por lotes | Entrada: parámetros configurables (extraer PO por fecha, estado, etc.). Salida: posibilidad de procesar por lotes |
| Velocidad | Minutos; puede requerir traducción de EDI a ERP vía middleware | De milisegundos a segundos; se importa a Base y se convierte casi en tiempo real |
| Emparejamiento de productos | EAN / SKU / GLN: propenso a desajustes cuando hay discrepancias de catálogo. | ASIN-first: una sola fuente de verdad |
| Flexibilidad | Limitada por los estándares de mensajes | Altamente flexible |
| Manejo de errores | Confirmaciones por lotes o recuperadas vía mensajes específicos | Respuestas inmediatas |
| Escalabilidad | Fuerte para grandes redes empresariales, sobre todo si ya usas EDI con otros socios; históricamente usado con grandes retailers y empresas logísticas | Fuerte para aplicaciones cloud modernas y plataformas omnicanal |
Para Amazon Vendor Central en particular, la fila de emparejamiento de productos es donde nace la mayor parte del dolor operativo. Los sistemas EDI que corren sobre EAN y SKU generan desajustes en cuanto un artículo se renombra, se descontinúa o se reidentifica en cualquiera de los dos lados. En la mayoría de los sistemas, esto dispara un error que bloquea la traducción del mensaje completo. La transmisión ASIN-first mantiene a ambos lados alineados sobre un único identificador que Amazon posee y controla.
Empezar es fácil
Conecta tu cuenta de Amazon Vendor.
Los pedidos de Vendor empiezan a fluir a tu panel de Base, junto con todo lo demás que vendes.
Vincula las ofertas a tu catálogo y suma más cuentas de Vendor cuando lo necesites.
Agrega Direct Fulfillment, Seller Central u otros transportistas o sistemas cuando estés listo. La misma cuenta, sin proyecto aparte, sin necesidad de desarrollador.
Preguntas frecuentes
No, Direct Fulfillment es una integración propia, construida alrededor del mapeo de almacenes, las etiquetas y los documentos de envío para los pedidos que envías tú mismo. Las dos están diseñadas para correr en paralelo.
No. Corre sobre la SP-API de Amazon, la forma más nueva de conectarse a Vendor Central. EDI fue el estándar de la industria durante años, pero viene con altos costos de implementación, mapeo rígido de mensajes y actualizaciones caras cada vez que Amazon cambia las especificaciones. La integración de Base basada en API es más flexible, considerablemente más barata de implementar y adopta un enfoque ASIN-first que reduce los desajustes.
Los desajustes. Entre lo que dice tu catálogo y lo que Amazon tiene registrado, entre lo que confirmaste y lo que Amazon espera. La mayoría se remonta a dos sistemas que no se comunican bien. A diferencia de las soluciones heredadas que dependen de EDI y corren estrictamente sobre EAN/GLN/SKU, Base corre sobre la SP-API de Amazon con un enfoque ASIN-first.
Sí. Las ofertas existentes pueden importarse directamente desde tu cuenta de Amazon conectada y luego vincularse a productos que ya están en tu catálogo de Base, o usarse para crear productos de catálogo nuevos automáticamente si todavía no los tienes ahí.
Sí. Base soporta ambos junto con los principales modelos de fulfillment de Amazon, así que no los gestionas a través de dos sistemas desconectados.
Conectar la cuenta toma minutos. La configuración adicional —estructuras multicuenta, vinculación de catálogo, programas adicionales— depende de qué tan compleja sea ya tu operación.
