Resposta curta. Sincronitzar comandes no és sincronitzar liquidacions. Portar les comandes a NetSuite li dona ingressos i comptes a cobrar. Saldar-los exigeix una segona integració que llegeixi l'informe de liquidació de cada marketplace i assigni cada línia a un dipòsit, una línia de despesa, un abonament o un compte pont, amb una cua d'excepcions per al que no sàpiga ubicar.
Per què a Europa es nota més
Una marca que ven a Europa rarament té un sol marketplace. Té les botigues europees d'Amazon, Zalando en moda i un nombre creixent de retailers que operen el seu propi marketplace sobre Mirakl. Cadascun paga segons el seu propi calendari, amb el seu propi format d'informe i sovint en més d'una divisa. La lògica s'assembla d'un marketplace a un altre, però la configuració no es comparteix, de manera que cada canal nou comporta un mapatge nou.
Els impostos hi afegeixen una altra capa. Des que el paquet d'IVA del comerç electrònic de la UE va entrar en vigor l'1 de juliol de 2021, un marketplace pot ser el proveïdor presumpte a efectes d'IVA en determinats fluxos, com les vendes a distància de béns importats de fins a 150 € o les vendes de venedors no establerts a la UE (European Commission, explanatory notes on the VAT e-commerce rules, consultat el 29 de setembre de 2026). Amb la DAC7, els operadors de plataformes comuniquen a l'administració tributària els pagaments als venedors i les comissions retingudes (European Commission, DAC7, consultat el 29 de setembre de 2026). És a dir, el marketplace declara xifres sobre vostè que la seva comptabilitat hauria de poder explicar.
Comandes davant de liquidacions: dues integracions diferents
| Integració de comandes | Integració de liquidacions | |
|---|---|---|
| Origen | API de comandes del marketplace o connector | Informe de liquidació o línies de transacció |
| Unitat | Una comanda | Un pagament que cobreix moltes comandes i períodes |
| A NetSuite es converteix en | Comandes de venda, factures o vendes al comptat | Dipòsits, línies de despesa, abonaments, assentaments de compte pont |
| Moment | Quan es fa o s'envia la comanda | Quan el marketplace paga |
| El més difícil | Articles, impostos, estat de l'enviament | Comissions, promocions, devolucions, retrocessions, retencions, divisa |
| Responsable | Operacions / ecommerce | Finances |
La majoria dels connectors de comandes es queden a la columna de l'esquerra. Per això una empresa pot tenir les comandes del marketplace entrant a l'ERP i continuar tenint un full de càlcul de tancament de mes que intenta explicar per què el banc va rebre menys del que NetSuite diu que es va vendre. Ja hem escrit sobre la bretxa de conciliació en si. Aquesta pàgina tracta del que implica tancar-la a NetSuite.
Què ha de cobrir una integració de liquidacions amb NetSuite
Una integració de liquidacions és completa quan cada línia de cada liquidació té un lloc a NetSuite o una persona concreta que la revisa. A la pràctica, això vol dir:
- Ingesta de l'informe de liquidació, no només de la línia bancària. El banc mostra una xifra neta. Els components només existeixen a l'informe del marketplace.
- Un compte pont del marketplace. Els cobraments pendents de cada comanda s'hi registren, la liquidació els salda i el que queda és el seu saldo sense explicar, a la vista en lloc d'enterrat.
- Un dipòsit pel pagament net que coincideixi exactament amb la línia bancària, perquè la conciliació bancària sigui un tràmit i no una investigació.
- Mapatge de comissions. Cada tipus de comissió s'assigna a un compte i, quan correspon a una comanda, a aquella comanda. Les comissions de venda i les tarifes logístiques van a la comanda. L'emmagatzematge i la publicitat són costos del període i es comptabilitzen per període.
- Devolucions i reemborsaments quadrats amb la comanda original, sigui quin sigui el període en què es liquidin. És la diferència entre una factura rectificativa que té sentit i un marge per canal que queda malament per sempre.
- Retrocessions i disputes en un compte propi i amb un responsable, perquè sovint arriben sense una referència de comanda clara.
- Reserves i retencions tractades com un compte a cobrar, no com un cost.
- Divisa. El marketplace converteix a un tipus que vostè no va triar. La diferència va a diferències de canvi, per liquidació, en totes les seves filials i divises.
- Una cua d'excepcions. Les comissions desconegudes, les comandes sense quadrar i els ajustos sense explicar passen a revisió amb les línies relacionades adjuntes. No es comptabilitzen mai en un compte per defecte.
Amazon, Zalando i Mirakl, comparats
Les tres fonts es comporten de manera prou diferent perquè cadascuna necessiti el seu propi lector i el seu propi mapatge.
| Amazon | Zalando | Marketplaces sobre Mirakl | |
|---|---|---|---|
| Què rep | Un informe de liquidació per període de liquidació | Informació de liquidació a zDirect, el portal de partners | Línies de transacció i documents comptables a través de l'API del venedor |
| Qui fixa les regles | Amazon | Zalando | Cada operador del marketplace |
| Compte amb | Canvis en el format de l'informe | Vendes per data d'enviament, pagaments per data de pagament | Comissions i cicle de facturació diferents per a cada operador |
Amazon. Els informes de liquidació no es poden sol·licitar ni programar; Amazon els genera automàticament. En el format de fitxer pla actual, cada càrrec o comissió apareix com una línia amb un tipus d'import i una descripció (Amazon SP-API, settlement reports, consultat el 29 de setembre de 2026). Els antics informes de liquidació en XML i en fitxer pla es retiren l'11 de novembre de 2026 en favor de l'informe Flat File V2 (Amazon SP-API changelog, consultat el 29 de setembre de 2026). Una integració que encara llegeixi els formats antics té data límit. Aquesta pàgina tracta només les liquidacions d'Amazon, no les operacions de Seller Central ni de FBA.
Zalando. Els partners reben la informació de liquidació a zDirect. La mateixa Zalando indica que els seus informes de vendes es basen en la data en què es va enviar cada paquet, mentre que la seva informació DAC7 es basa en la data en què va pagar el partner (Zalando Partner University, DAC7 FAQs, consultat el 29 de setembre de 2026). Són dues bases de data per a la mateixa operació, i la seva comptabilitat les ha de quadrar totes dues.
Mirakl. Mirakl és la plataforma que hi ha darrere dels marketplaces de molts retailers, no un marketplace concret. La seva API del venedor ofereix línies de transacció i documents comptables, que es poden filtrar per cicle de facturació i per número de factura o de factura rectificativa (Mirakl seller API, invoicing and accounting, consultat el 29 de setembre de 2026). Cada operador configura les seves pròpies comissions i el seu propi cicle, de manera que dos marketplaces sobre Mirakl són dos mapatges.
Com ho construïm
Triem l'eina per marketplace, no per projecte:
- Celigo, quan un connector o un flux ja cobreix l'origen. Som partner autoritzat de Celigo i ampliem els fluxos en lloc de refer-los.
- Lectors a mida, quan el format de l'informe és poc habitual o canvia sovint. Aquests lectors avisen tan bon punt apareix un tipus de comissió nou, en lloc d'assignar-lo en silenci.
- Lògica a NetSuite que registra dipòsits, línies d'assentament, abonaments i assentaments de compte pont sobre el pla de comptes que vostè ja té.
- Agents per al residu. Descompondre i quadrar és feina d'alt volum, subjecta a regles, amb un romanent ambigu que no desapareix. És aquí on un agent d'IA es justifica: proposa el quadrament, adjunta el context i deixa la decisió a algú de finances.
Què canvia al tancament de mes
L'objectiu és que el tancament de mes deixi de ser arqueologia de fulls de càlcul. Les liquidacions es concilien a mesura que arriben, no en bloc el tercer dia del tancament. El compte pont del marketplace mostra només el que és realment pendent. La cua d'excepcions és curta i té responsable. El marge per marketplace es llegeix a NetSuite en lloc de reconstruir-se a Excel.
Quedarà un residu, i necessita una política: un llindar de materialitat, un compte de regularització i una regla d'aprovació. Qui li prometi un residu zero no ha vist prou fitxers de liquidació.
Com és el projecte
- Revisió de liquidacions. Agafi fitxers de liquidació recents de cada marketplace i descompongui'ls a mà per trobar tots els tipus de comissió que avui no sap explicar. Aquesta llista és l'abast.
- Decisions comptables. Assigni a cada tipus de comissió un compte i un tractament, incloses les retencions, les retrocessions i una regla per a les comissions desconegudes. Demani al seu assessor fiscal que confirmi el tractament de l'IVA dels seus fluxos concrets.
- Primer marketplace. Construeixi la ingesta, el mapatge, el compte pont i la cua d'excepcions per al marketplace amb més volum, i faci'l funcionar en paral·lel amb el procés actual.
- Més marketplaces. Afegeixi cadascun com un mapatge propi sobre el mateix disseny.
- Saldo històric. Tracti el saldo que ja existeixi al compte d'espera com un exercici a part, amb un termini tancat i una regularització acordada, no com un requisit previ.
Si també ven a la seva pròpia botiga, les integracions NetSuite–Shopify i NetSuite–WooCommerce cobreixen la part de les comandes. La part de les liquidacions és la mateixa per a tots els marketplaces.