Odoo comunicará a Amazon el stock disponible y el precio de suministro de cada una de vuestras diez cuentas Vendor, y os avisará cada vez que Amazon modifique un pedido. Sin tocar el circuito EDI que ya funciona y sin que nada cambie solo a vuestras espaldas.
Cada canal que se ha sumado ha pasado por el mismo Odoo. Amazon Vendor es la siguiente pieza lógica, y la construimos sobre lo que ya conocemos de vuestra operación.
La integración Vendor actual recibe y confirma pedidos. Falta la otra mitad de la conversación: qué hay disponible, a qué precio, y qué ocurre cuando Amazon cambia un pedido.
Amazon necesita cantidades libres reales: descontando lo ya comprometido y solo de las ubicaciones que pueden servir a cada cuenta.
Cada cuenta tiene su tarifa y su moneda. Corregiremos las cachés globales que hoy pueden cruzar precios entre cuentas.
Cuando Amazon ajusta cantidades, fechas o cancela líneas, el equipo debe saberlo a tiempo, con la diferencia clara y el documento original a mano.
Ningún valor viaja de una cuenta a otra: catálogo, identificadores, tarifa, moneda y almacén se resuelven por código. Polonia va por su propia conexión y se valida por separado.
Pedido Amazon PO-EJEMPLO · cuenta TACF3 · versión 2 recibida
| Línea | Pedido registrado | Nueva versión |
|---|---|---|
| Producto A · cantidad | 120 u. | 80 u. |
| Producto B · cantidad | 40 u. | 40 u. |
| Producto C | 25 u. | Cancelada |
| Fecha de entrega | 12/11 | 19/11 |
Este pedido ya tiene reservas. Se marca para revisión humana antes de tocar nada en almacén.
Jornadas de 8 horas. Cada barra muestra el peso de la tarea dentro de su fase.
Contrastar mensajes habilitados, guías vigentes, muestras y recepción en Amazon. Verificar Polonia por separado: acceso, moneda, tarifa, almacén e identificadores. Concretar qué cambios de pedido suministra Amazon. Entregable: matriz de cuentas y mensajes con criterios de aceptación.
Punto de control antes de desarrollar los avisos. Verificaremos que Amazon ofrece el mensaje y el acceso necesarios. Si hace falta otra vía (por ejemplo API) o un protocolo adicional, propondremos el ajuste y lo aprobaréis antes de seguir. No damos por hecho que ORDCHG europeo esté habilitado ni que cubra todos los cambios.
Catálogo, SKU/EAN, almacenes, ubicaciones incluidas, formato y frecuencia. Validación de los identificadores de intercambio de los diez códigos.
Cantidades libres con reservas y ubicaciones permitidas; ceros, negativos y no comercializables. Tarifa y moneda por cuenta, corrigiendo las cachés globales que pueden mezclar precios.
Adaptar INVRPT/COSTINV a la guía vigente: cabeceras, referencias, unidades, cantidades, precios y totales. Vista previa sin envío y copia de cada fichero transmitido.
Envíos periódicos por lotes con cola, sin duplicados y con reintentos limitados. La generación queda separada de las escrituras de stock y tarifas. Alcance base: publicación periódica, no envío instantáneo por cada cambio.
Reservas, disponibilidad cero, varias ubicaciones, tarifas distintas, errores y reintentos en el entorno de pruebas, con procesamiento confirmado en Amazon. Registro de validación.
APKNL con su conexión, catálogo, identificadores, tarifa y moneda acordada. La configuración actual es EUR; no se aplica conversión a PLN.
Replicar la configuración validada en los otros ocho códigos y verificar un ejemplo por código, sin cruces entre cuentas.
Flujo propio para los mensajes de cambio. Registro de cuenta, pedido, versión, fecha y documento original; detección de repeticiones y versiones antiguas.
Diferencias entre el pedido registrado y la nueva versión. Aviso interno en Odoo con responsable, estado de revisión y acceso al documento original.
Historial de avisos, permisos y bloqueo de doble procesamiento. Pedidos con reservas, entregas o comunicación al almacén señalados para revisión humana.
Cambios parciales, cancelaciones, repeticiones, versiones fuera de orden y mismo SKU en pedidos distintos. Se confirma que no se tocan movimientos, entregas ni facturas. Guía de revisión.
Acceso y separación de APKNL, recepción de muestras y generación de avisos sin atribuirlos a otra cuenta.
Extender el flujo validado a los otros ocho códigos, activar su programación y entregar pautas para detectar errores de recepción.
Todo el alcance se entrega operativo en las diez cuentas. La fecha depende de los accesos, de las guías y muestras vigentes y de los tiempos de validación de Amazon, así que no prometemos plazos que dependan de terceros.
Matriz de cuentas, mensajes disponibles y criterios de aceptación.
Stock, coste y avisos probados en entorno de pruebas.
APKNL validada en su propio canal, sin cruces.
Programación activa y trazabilidad en todas.
Valores correctos y aislados por cuenta, evidencia de procesamiento en Amazon en cada cuenta, un aviso por versión y ninguna modificación automática de pedidos al recibir un aviso.
Tarifa de 80 €/h sin descuento. Registramos el tiempo y os informamos del avance en cada fase.
| Fase | Jornadas | Horas | Importe |
|---|---|---|---|
| 1 · Validación y alcance | 1 | 8 | 640 € |
| 2 · Fichero de stock y coste | 7 | 56 | 4.480 € |
| 3 · Avisos de cambio de pedidos | 4,5 | 36 | 2.880 € |
| Total | 12,5 | 100 | 8.000 € |
Con el historial de avisos, un agente de IA puede proponer aceptar o ajustar cada cambio según stock y márgenes, siempre con aprobación humana. Encaja con los empleados virtuales que ya conocéis.
La lógica de disponibilidad y precio queda separada del formato EDI, así que viaja con la migración de versión y con una futura vía API sin rehacerla.
Con el stock libre calculado por cuenta, un panel puede anticipar qué referencias se quedarán sin cobertura en Amazon antes de que ocurra.
Ideas de evolución. No forman parte de este presupuesto.