«Los pedidos de Amazon entran solos en Odoo.» Entran, sí. La pregunta útil es otra: ¿entran con todo lo que hace falta para preparar, facturar y cuadrar? Porque lo que se rompe no es la conexión —eso se ve enseguida—, sino el mapeo. Un pedido mal importado no da error: da un albarán duplicado en octubre y un IVA que no cuadra en enero.
Qué trae un pedido de Amazon, y qué no trae todavía
La cabecera trae el identificador del pedido, la fecha de compra, el estado, el canal (FBA o FBM), el mercado en el que se vendió y la fecha límite de envío. Las líneas vienen aparte, con el ASIN, tu SKU de vendedor, la cantidad, el precio, el impuesto y el importe de envío por separado, más los descuentos promocionales. Y hay un momento en el que un pedido existe pero aún no tiene nada útil: mientras el pago no está autorizado, el pedido aparece pendiente, con líneas sin precios ni impuestos y sin dirección aprovechable. Si tu importación lo crea en ese instante, crea un pedido a medias que luego nadie sabe reparar.
El identificador manda: sin él, duplicados
Cada pedido llega con su identificador de Amazon. Ese número tiene que quedar guardado en el pedido de Odoo y ser lo primero que se consulta antes de crear nada. Si la importación crea primero y comprueba después, cualquier reintento —una caída de red a mitad de ciclo, un cron que se solapa con el anterior, una sincronización lanzada a mano mientras corría la automática— te deja dos pedidos idénticos y dos albaranes. Guarda también el identificador de cada línea: es lo que permite reconocer una línea modificada sin borrar y recrear el pedido entero.
Un detalle que parece menor y no lo es: la comprobación tiene que apoyarse en un índice único en la base de datos, no solo en una búsqueda previa en Python. Dos procesos que corren a la vez pueden pasar la búsqueda los dos y crear los dos. Es uno de los fallos que más vemos al auditar conectores que hizo otro.
Direcciones: llegan restringidas y hay que borrarlas
Los datos del comprador no vienen en la lectura normal del pedido. La dirección de envío y el contacto se piden aparte, con una autorización específica para datos restringidos, y el correo que te dan es un alias de Amazon que deja de funcionar. Además hay obligación de no conservarlos: pasado el plazo que marca la política de protección de datos de Amazon, los datos personales se borran, y solo se guarda lo que la normativa fiscal obliga a conservar. En Odoo eso tiene dos consecuencias prácticas: crear un contacto permanente por cada comprador no siempre es buena idea, y hace falta un mecanismo de purga que alguien haya diseñado a propósito, no un olvido.
Impuestos: en muchos casos no los recaudas tú
En bastantes mercados es Amazon quien retiene e ingresa el impuesto de la venta, y las líneas del pedido pueden indicar quién es el responsable de hacerlo. Si tu importación aplica siempre el mismo impuesto sin mirar ese dato, la contabilidad sale mal en las dos direcciones posibles: declarando de más o de menos. Lo que hay que montar antes del primer pedido es una posición fiscal por país de destino, una tarifa por moneda y una regla clara para el caso en el que el responsable es Amazon. El detalle por país está en vender en varios Amazon con un solo Odoo.
Cancelaciones: leer solo pedidos nuevos no basta
Un pedido puede cancelarse mientras estaba pendiente, y entonces nunca llegó a ser un pedido de verdad. Y puede cancelarse después de haber entrado en Odoo y antes de salir del almacén: si la sincronización solo sabe crear, la cancelación no llega y acabas enviando mercancía que nadie va a pagar. La importación tiene que releer los pedidos ya conocidos dentro de una ventana de tiempo, ordenando por fecha de última modificación, no solo pedir los nuevos. Y si el albarán ya está validado, eso ya no es cancelar: es devolver, y se contabiliza como devolución.
Qué hace nuestro conector
El conector de Amazon para Odoo resuelve la entrada de pedidos en Odoo 17, 18 y 19, y en Odoo 20 el día que salga: no crea el pedido de venta mientras Amazon lo tiene pendiente, guarda el identificador de Amazon con una restricción única por cuenta y reutiliza el pedido de venta que ya exista en lugar de duplicarlo, conserva el identificador de cada línea, pide la dirección de envío en una llamada aparte y relee los pedidos por fecha de última modificación, de modo que los cambios de estado, cancelaciones incluidas, se reflejan en el pedido de venta. Con los impuestos no decide por ti: por defecto el pedido entra sin impuestos y, si activas la facturación desde Odoo, aplica los del producto a través de la posición fiscal que configures. Si lo que tienes es un conector que ya falla, el diagnóstico está en errores frecuentes de SP-API con Odoo, y a veces la respuesta correcta es arreglar el que hay, no comprar otro.
Preguntas frecuentes
¿Cada cuánto conviene importar los pedidos?
Varias veces por hora es razonable, pero pidiendo por fecha de última modificación, no el histórico entero cada vez. La API de Amazon tiene límites de tasa y un ciclo que pide de más se queda sin cupo justo cuando hay pico de ventas.
¿Puedo importar pedidos antiguos?
Sí, con una carga inicial acotada por fechas. Si ya tienes pedidos creados a mano, escribe en ellos el identificador de Amazon antes de encender la sincronización: si no, el primer ciclo los vuelve a crear.
¿Y los pedidos de Amazon Business?
Vienen marcados como tales y llevan expectativa de factura con los datos fiscales del comprador. Conviene separarlos desde el primer día, porque tratarlos como un pedido de particular obliga a rehacer facturas después.
Enlaces útiles dentro de FlexigoTech
Lo que hacemos sobre esto
¿Los pedidos entran, pero no cuadran?
Cuéntanos en qué mercados vendes, si es FBA, FBM o los dos, y qué es lo que no te cuadra: duplicados, impuestos o cancelaciones. Miramos el mapeo antes de proponer nada. Escribe a comercial@flexigobe.com o agenda una llamada.