Respuesta corta. Sincronizar pedidos no es sincronizar liquidaciones. Llevar los pedidos a NetSuite le da ingresos y cuentas a cobrar. Saldarlos exige una segunda integración que lea el informe de liquidación de cada marketplace y asigne cada línea a un depósito, una línea de gasto, un abono o una cuenta puente, con una cola de excepciones para lo que no sepa ubicar.
Por qué en Europa se nota más
Una marca que vende en Europa rara vez tiene un solo marketplace. Tiene las tiendas europeas de Amazon, Zalando en moda y un número creciente de retailers que operan su propio marketplace sobre Mirakl. Cada uno paga según su propio calendario, con su propio formato de informe y a menudo en más de una divisa. La lógica se parece de un marketplace a otro, pero la configuración no se comparte, así que cada canal nuevo supone un mapeo nuevo.
Los impuestos añaden otra capa. Desde que el paquete de IVA del comercio electrónico de la UE entró en vigor el 1 de julio de 2021, un marketplace puede ser el proveedor presunto a efectos de IVA en determinados flujos, como las ventas a distancia de bienes importados de hasta 150 € o las ventas de vendedores no establecidos en la UE (European Commission, explanatory notes on the VAT e-commerce rules, consultado el 29 de septiembre de 2026). Con DAC7, los operadores de plataformas comunican a la administración tributaria los pagos a los vendedores y las comisiones retenidas (European Commission, DAC7, consultado el 29 de septiembre de 2026). Es decir, el marketplace declara cifras sobre usted que su contabilidad debería poder explicar.
Pedidos frente a liquidaciones: dos integraciones distintas
| Integración de pedidos | Integración de liquidaciones | |
|---|---|---|
| Origen | API de pedidos del marketplace o conector | Informe de liquidación o líneas de transacción |
| Unidad | Un pedido | Un pago que cubre muchos pedidos y periodos |
| En NetSuite se convierte en | Pedidos de venta, facturas o ventas al contado | Depósitos, líneas de gasto, abonos, asientos de cuenta puente |
| Momento | Cuando se hace o se envía el pedido | Cuando el marketplace paga |
| Lo difícil | Artículos, impuestos, estado del envío | Comisiones, promociones, devoluciones, contracargos, retenciones, divisa |
| Responsable | Operaciones / ecommerce | Finanzas |
La mayoría de los conectores de pedidos se quedan en la columna de la izquierda. Por eso una empresa puede tener los pedidos del marketplace entrando en su ERP y seguir teniendo una hoja de cálculo de cierre de mes que intenta explicar por qué el banco recibió menos de lo que NetSuite dice que se vendió. Ya hemos escrito sobre la brecha de conciliación en sí. Esta página trata de lo que implica cerrarla en NetSuite.
Qué debe cubrir una integración de liquidaciones con NetSuite
Una integración de liquidaciones está completa cuando cada línea de cada liquidación tiene un sitio en NetSuite o una persona concreta revisándola. En la práctica, eso significa:
- Ingesta del informe de liquidación, no solo de la línea bancaria. El banco muestra una cifra neta. Los componentes solo existen en el informe del marketplace.
- Una cuenta puente del marketplace. Los cobros pendientes de cada pedido se registran en ella, la liquidación los salda y lo que quede es su saldo sin explicar, a la vista en lugar de enterrado.
- Un depósito por el pago neto que coincida exactamente con la línea bancaria, para que la conciliación bancaria sea un trámite y no una investigación.
- Mapeo de comisiones. Cada tipo de comisión se asigna a una cuenta y, cuando corresponde a un pedido, a ese pedido. Las comisiones de venta y las tarifas logísticas van al pedido. El almacenaje y la publicidad son costes del periodo y se contabilizan por periodo.
- Devoluciones y reembolsos cuadrados con el pedido original, sea cual sea el periodo en que se liquiden. Es la diferencia entre una factura rectificativa que tiene sentido y un margen por canal que queda mal para siempre.
- Contracargos y disputas en su propia cuenta y con un responsable, porque a menudo llegan sin una referencia de pedido clara.
- Reservas y retenciones tratadas como una cuenta a cobrar, no como un coste.
- Divisa. El marketplace convierte a un tipo que usted no eligió. La diferencia va a diferencias de cambio, por liquidación, en todas sus filiales y divisas.
- Una cola de excepciones. Las comisiones desconocidas, los pedidos sin cuadrar y los ajustes sin explicar pasan a revisión con las líneas relacionadas adjuntas. Nunca se contabilizan en una cuenta por defecto.
Amazon frente a Zalando frente a Mirakl
Las tres fuentes se comportan de forma lo bastante distinta como para que cada una necesite su propio lector y su propio mapeo.
| Amazon | Zalando | Marketplaces sobre Mirakl | |
|---|---|---|---|
| Qué recibe | Un informe de liquidación por periodo de liquidación | Información de liquidación en zDirect, el portal de partners | Líneas de transacción y documentos contables a través de la API del vendedor |
| Quién fija las reglas | Amazon | Zalando | Cada operador del marketplace |
| Atención a | Cambios en el formato del informe | Ventas por fecha de envío, pagos por fecha de abono | Comisiones y ciclo de facturación distintos para cada operador |
Amazon. Los informes de liquidación no se pueden solicitar ni programar; Amazon los genera automáticamente. En el formato de archivo plano actual, cada cargo o comisión aparece como una línea con un tipo de importe y una descripción (Amazon SP-API, settlement reports, consultado el 29 de septiembre de 2026). Los antiguos informes de liquidación en XML y en archivo plano se retiran el 11 de noviembre de 2026 en favor del informe Flat File V2 (Amazon SP-API changelog, consultado el 29 de septiembre de 2026). Una integración que aún lea los formatos antiguos tiene fecha límite. Esta página trata solo las liquidaciones de Amazon, no las operaciones de Seller Central ni de FBA.
Zalando. Los partners reciben la información de liquidación en zDirect. La propia Zalando indica que sus informes de ventas se basan en la fecha en que se envió cada paquete, mientras que su información DAC7 se basa en la fecha en que pagó al partner (Zalando Partner University, DAC7 FAQs, consultado el 29 de septiembre de 2026). Son dos bases de fecha para la misma operación, y su contabilidad tiene que cuadrar ambas.
Mirakl. Mirakl es la plataforma que hay detrás de los marketplaces de muchos retailers, no un marketplace concreto. Su API del vendedor ofrece líneas de transacción y documentos contables, que se pueden filtrar por ciclo de facturación y por número de factura o de factura rectificativa (Mirakl seller API, invoicing and accounting, consultado el 29 de septiembre de 2026). Cada operador configura sus propias comisiones y su propio ciclo, así que dos marketplaces sobre Mirakl son dos mapeos.
Cómo lo construimos
Elegimos la herramienta por marketplace, no por proyecto:
- Celigo, cuando un conector o un flujo ya cubre el origen. Somos partner autorizado de Celigo y ampliamos los flujos en lugar de rehacerlos.
- Lectores a medida, cuando el formato del informe es poco habitual o cambia a menudo. Estos lectores avisan en cuanto aparece un tipo de comisión nuevo, en lugar de asignarlo en silencio.
- Lógica en NetSuite que registra depósitos, líneas de asiento, abonos y asientos de cuenta puente sobre el plan de cuentas que usted ya tiene.
- Agentes para el residuo. Descomponer y cuadrar es trabajo de alto volumen, sujeto a reglas, con un remanente ambiguo que no desaparece. Ahí es donde un agente de IA se justifica: propone el cuadre, adjunta el contexto y deja la decisión a alguien de finanzas.
Qué cambia en el cierre de mes
El objetivo es que el cierre de mes deje de ser arqueología de hojas de cálculo. Las liquidaciones se concilian a medida que llegan, no en bloque el tercer día del cierre. La cuenta puente del marketplace muestra solo lo que de verdad está pendiente. La cola de excepciones es corta y tiene responsable. El margen por marketplace se lee en NetSuite en lugar de reconstruirse en Excel.
Quedará un residuo, y necesita una política: un umbral de materialidad, una cuenta de regularización y una regla de aprobación. Quien le prometa un residuo cero no ha visto suficientes archivos de liquidación.
Cómo es el proyecto
- Revisión de liquidaciones. Tome archivos de liquidación recientes de cada marketplace y descompóngalos a mano para encontrar todos los tipos de comisión que hoy no sabe explicar. Esa lista es el alcance.
- Decisiones contables. Asigne a cada tipo de comisión una cuenta y un tratamiento, incluidas las retenciones, los contracargos y una regla para las comisiones desconocidas. Pida a su asesor fiscal que confirme el tratamiento del IVA de sus flujos concretos.
- Primer marketplace. Construya la ingesta, el mapeo, la cuenta puente y la cola de excepciones para el marketplace con más volumen, y hágalo funcionar en paralelo con el proceso actual.
- Más marketplaces. Añada cada uno como un mapeo propio sobre el mismo diseño.
- Saldo histórico. Trate el saldo que ya exista en la cuenta de espera como un ejercicio aparte, con un plazo cerrado y una regularización acordada, no como un requisito previo.
Si también vende en su propia tienda, las integraciones NetSuite–Shopify y NetSuite–WooCommerce cubren la parte de los pedidos. La parte de las liquidaciones es la misma para todos los marketplaces.