Liquidacions de marketplace: conciliar pagaments i comandes

Una empresa que ha integrat les comandes del seu marketplace en el seu ERP ha resolt un problema visible i n'ha heretat un d'invisible. Les comandes flueixen, el magatzem envia, les factures existeixen. Després el marketplace paga: un únic import net, que cobreix uns centenars de comandes, menys comissions, tarifes de preparació i enviament, càrrecs de publicitat, devolucions processades segons el calendari del marketplace, una conversió de divisa aplicada a un tipus que vostè no va triar i, de tant en tant, un ajust que fa referència a una disputa que ningú de la seva empresa coneixia.

Aquesta única línia bancària s'ha de descompondre i quadrar amb comandes individuals, o el llibre de clients no es liquida mai. A la majoria de les empreses mid-market no es descompon. Algú comptabilitza l'import net en un compte transitori, el llibre major acumula comptes a cobrar de marketplace sense conciliar i la rendibilitat real del canal esdevé impossible de conèixer. Hem trobat empreses amb un saldo transitori que representa mesos d'activitat en marketplace i sense cap perspectiva realista de liquidar-lo.

Aquest és un problema diferent de la integració de comandes i necessita el seu propi disseny. Tractar-lo com una extensió del flux de comandes és l'error més comú i més car de les finances multicanal.

Per què això importa

El cost immediat és que no pot respondre si el canal guanya diners. Les tarifes de marketplace són estratificades i en part variables: comissió per categoria, preparació i enviament per pes i dimensió, emmagatzematge per durada, publicitat per campanya, processament de devolucions per esdeveniment. Sense descompondre les liquidacions a nivell de comanda, té ingressos bruts i un cobrament net, i la diferència és una única xifra sense explicar. Les decisions sobre preus, assortiment i inversió en el canal es prenen aleshores sobre un marge brut que ignora una capa de cost material.

El segon cost és el control. Un compte transitori sense conciliar és un lloc on els errors persisteixen sense detectar-se: una tarifa aplicada incorrectament, una devolució processada dues vegades, un pagament curt per un import que ningú pot rastrejar. Els marketplaces cometen errors, i les empreses que no poden conciliar no els poden detectar, i encara menys reclamar-los dins del termini permès.

El tercer és l'auditoria i la fiscalitat. Les transaccions de marketplace comporten un tractament d'IVA que depèn del flux —si el marketplace es considera proveïdor, on s'han mogut les mercaderies, si el client era una empresa o un consumidor— i a la UE aquest tractament ha anat canviant. Un procés de liquidació que no pot produir detall a nivell de comanda no pot sustentar la posició d'IVA, i a Espanya i Portugal la granularitat de reporting que esperen les autoritats fiscals ha augmentat, no s'ha relaxat.

D'un cop d'ull: els components d'una liquidació

El patró que fa això abordable: alguns components estan vinculats a la comanda i han d'arribar a nivell de comanda, d'altres són de període o de campanya i mai no s'haurien de forçar sobre les comandes. Intentar assignar una tarifa d'emmagatzematge a comandes individuals produeix un número d'aspecte precís i sense significat.

Què funciona i sobre què cal ser honest

Què funciona:

Tractar la conciliació de liquidacions com un procés propi amb un responsable propi. No un pas de la integració de comandes, ni part de la conciliació bancària. Té una font de dades diferent —l'informe de liquidació del marketplace— i una lògica de quadrament diferent.

Ingerir l'informe de liquidació, no només la línia bancària. El banc mostra un import net; l'informe de liquidació mostra els components. La ingesta automatitzada d'aquest informe és la base. Les empreses que concilien només des del banc estan intentant resoldre el problema sense les dades.

Quadrament a nivell de comanda per als components vinculats a la comanda, comptes de període per a la resta. La comissió, les tarifes de preparació i enviament i les devolucions arriben a la comanda. Emmagatzematge, publicitat i tarifes de plataforma es comptabilitzen en els seus propis comptes per període. No forci tot a nivell de comanda.

Reserves modelades com a comptes a cobrar. Una retenció són diners que se li deuen més tard, no un cost. Tractar-la com un cost subestima el marge i després el sobreestima en alliberar-la, i produeix dos mesos erronis en lloc d'un de correcte.

Descomposició basada en agents amb una cua d'excepcions real. És feina d'alt volum, subjecta a regles, repetitiva i amb un residu ambigu persistent: el cas clàssic d'agent. L'agent descompon la liquidació, quadra el que pot i encamina els ajustos sense explicar i els contracàrrecs sense referència amb el context circumdant adjuntat.

Conciliar cada liquidació, sempre. Una liquidació omesa esdevé una liquidació irresoluble. Les dades necessàries per explicar una discrepància tenen una vida útil efectiva, tant perquè la finestra de disputa del marketplace es tanca com perquè el context esdevé irrecuperable.

Sobre què cal ser honest:

Els formats dels informes de marketplace canvien sense avisar. S'afegeixen camps, canvien noms, apareix un tipus de tarifa que no existia el trimestre anterior. Qualsevol integració aquí necessita monitoratge i manteniment periòdic, i hauria de fallar de manera sorollosa en lloc de mapar silenciosament una tarifa desconeguda a un compte per defecte.

Hi haurà un residu que no conciliarà, i necessita una política per a això. Les petites diferències sense explicar són normals. Defineixi un llindar de materialitat, un compte de sanejament i una regla d'aprovació, i revisi l'agregat periòdicament per detectar un patró en lloc d'investigar cada partida.

El multi-marketplace multiplica la feina, no la complexitat. Cada marketplace té el seu propi format d'informe, estructura de tarifes i cadència de liquidació, de manera que cadascun necessita el seu propi mapatge. La lògica és similar; la configuració no es comparteix.

Les bosses acumulades històriques són cares de liquidar i de vegades no val la pena liquidar-les del tot. Un saldo transitori que representa un any d'activitat pot costar més de conciliar del que val la informació. Concili des d'una data triada endavant i tracti el saldo històric com un exercici separat i delimitat en el temps, amb un sanejament acceptat.

El tractament de l'IVA és genuïnament complicat i canviant. Les regles de proveïdor presumpte, els fluxos transfronterers i la direcció de la UE en matèria de reporting digital hi influeixen. Confirmi el tractament amb un assessor per als seus fluxos concrets en lloc d'inferir-lo de l'informe de liquidació.

Marc de decisió: per on començar

Recorri'l en ordre. Aturi's a la primera coincidència.

1. Està comptabilitzant els cobraments de marketplace en net en un compte transitori?
Si la resposta és sí, aturi l'acumulació abans d'abordar res històric. Dissenyi una conciliació amb visió de futur, fixi una data d'inici i acoti el saldo existent com un exercici separat.

2. Ingereix automàticament l'informe de liquidació del marketplace?
Si no, aquest és el prerequisit. Sense el detall dels components, la conciliació no és possible per molt esforç que s'hi dediqui.

3. Ha mapat cada tipus de tarifa a un compte, amb un tractament definit?
Si no, faci-ho abans d'automatitzar. Inclogui una regla deliberada per als tipus de tarifa desconeguts: han d'encaminar-se a una cua de revisió, mai a un compte per defecte.

4. Es tracten les reserves i retencions com a comptes a cobrar i no com a costos?
Si no, corregeixi el tractament. Això distorsiona el marge mensual en tots dos sentits i és un dels errors més comuns que trobem.

5. Hi ha quadrament a nivell de comanda per a comissions, tarifes de preparació i enviament i devolucions?
Construeixi-ho a continuació. És el que fa que la rendibilitat del canal es pugui respondre, que sol ser la raó per la qual es va finançar el projecte.

6. Tenen els ajustos sense explicar un responsable, un llindar i una política de sanejament?
Defineixi els tres. Sense un llindar investigarà partides immaterials indefinidament; sense un responsable no s'investigarà res.

7. Tot l'anterior i la conciliació encara consumeix dies al mes?
El cost restant és gairebé amb certesa el disseny de la cua d'excepcions i no el quadrament. Presentar les excepcions amb context i resolució en un clic és on se'n va el temps.

Cost i esforç indicatius

Assumeix una instància d'ERP i d'un a tres marketplaces. Sol·liciti un pressupost per a una estimació amb abast definit.

Preguntes freqüents

Podem conciliar només amb els extractes bancaris?
No. La línia bancària és una xifra neta; els components existeixen únicament en l'informe de liquidació. Intentar la conciliació sense ell és la raó per la qual existeixen la majoria dels comptes transitoris.

Com gestionem les devolucions liquidades en un període diferent del de la comanda original?
Quadri la devolució amb la comanda original independentment del període, i deixi que el tractament comptable resolgui el moment. Quadrar les devolucions amb el període en què es van liquidar en lloc de la comanda a què es refereixen deixa la rendibilitat del canal per producte permanentment malament.

S'han d'assignar les tarifes d'emmagatzematge i publicitat a productes?
Per a la comptabilitat estatutària, no: són costos de període. Per a l'anàlisi comercial, una assignació pot ser informativa si la base està documentada i s'aplica de manera consistent, i si tothom que llegeix el número entén que és una assignació i no un cost rastrejat.

I si les xifres del marketplace són incorrectes?
Passa, i detectar-ho és un dels arguments més sòlids per fer això correctament. La conciliació li dona l'evidència i l'oportunitat temporal per reclamar dins del termini. Les empreses que no poden conciliar absorbeixen això en silenci.

Val la pena per a un canal de marketplace petit?
Si el canal és petit i estable, un tractament mensual simplificat amb una variació acceptada pot ser proporcionat. En el moment en què el canal esdevé material per als ingressos, o necessita saber si és rendible, requereix una conciliació adequada, i aleshores la bossa acumulada ja ha crescut.

Tancament — Passos següents

La conciliació de liquidacions de marketplace és la part de les finances multicanal que es descobreix en lloc de planificar-se. La integració de comandes és visible i es finança; els diners que arriben amb una altra forma tres setmanes després són el problema de tancament d'algú, fins que el compte transitori és prou gran per ser una pregunta del consell.

Un primer pas útil: prengui la seva liquidació més recent, descarregui l'informe i intenti descompondre'l manualment fins al nivell de comanda. Li portarà una tarda i li dirà exactament quins tipus de tarifa no pot explicar actualment, que és l'abast de la feina i, normalment, el moment en què el saldo transitori deixa de ser un misteri.

Sobre l'autor

Bruno Galo és el fundador d'Atypical Tech, una consultora NetSuite que dona servei a clients mid-market de tota la Península Ibèrica. Està especialitzat a connectar sistemes CRM i ERP per a fluxos d'order-to-cash sense friccions, i construeix pipelines automatitzats de gestió de comandes que eliminen la introducció manual de dades entre els equips de vendes i de finances. Com a partner oficial d'implementació de Stacksync, Bruno dissenya i desplega agents d'IA en plataformes d'integració per gestionar l'encaminament d'excepcions, el processament documental i la conciliació, i converteix fluxos de comandes fragmentats en sistemes fiables i amb automonitoratge.

LinkedIn: https://www.linkedin.com/in/brunogd

Fonts

Els URL són a nivell d'editor i s'han de verificar abans de la publicació.

• Oracle NetSuite, documentació sobre ingressos i conciliació — https://docs.oracle.com/en/cloud/saas/netsuite/
• Comissió Europea, normes d'IVA per al comerç electrònic i disposicions sobre proveïdor presumpte — https://taxation-customs.ec.europa.eu
• Comissió Europea, VAT in the Digital Age (ViDA) — requisits de reporting digital — https://taxation-customs.ec.europa.eu
• Agencia Tributaria (Espanya), obligacions de reporting del SII — https://sede.agenciatributaria.gob.es
• IFRS Foundation, IFRS 15 Revenue from Contracts with Customers — consideracions sobre principal versus agent — https://www.ifrs.org
• Experiència de projectes d'Atypical Tech, conciliació de marketplace al mid-market de la Península Ibèrica