El venedor mitjà d'Amazon perd entre 1.500 i 3.000 dòlars cada any per reemborsaments no reclamats i errors de conciliació. Els venedors multicanal que operen simultàniament a Amazon, Shopify, Walmart i eBay poden veure com els dipòsits en trànsit no conciliats superen els 500.000 dòlars si ningú vigila els informes de liquidació. Tot i així, la majoria de fundadors de comerç electrònic tracten la comptabilitat d'inventari com una qüestió secundària —fins que una auditoria de final d'any revela que el balanç de situació s'ha desviat desenes de milers de dòlars de la realitat física.
El problema no és una falta de sofisticació. Els operadors moderns de comerç electrònic gestionen múltiples magatzems, proveïdors logístics externs (3PL), centres logístics de Fulfillment by Amazon (FBA), inventari en trànsit i comissions del mercat que es dedueixen abans que un sol dòlar arribi al compte operatiu. Cadascun d'aquests punts de contacte és una oportunitat perquè els registres comptables divergeixin de la veritat. Aquesta guia explica com mantenir-los alineats: com calcular el cost real posat en magatzem (landed cost), com fer el seguiment de l'inventari en ubicacions distribuïdes, com reconciliar les liquidacions dels mercats línia per línia i com prevenir els ajustos fantasma del cost de les mercaderies venudes (COGS) que els comptables descobreixen a la pila de tancament cada gener.
Per què la comptabilitat d'inventari en el comerç electrònic és fonamentalment diferent
La comptabilitat tradicional d'inventari minorista assumeix un model senzill: compres mercaderies, les emmagatzemes en un magatzem, les vens a través d'un canal i reconeixes el cost de les mercaderies venudes quan el client paga. Gairebé res d'aquest model sobreviu al contacte amb una marca moderna de venda directa al consumidor (D2C).
Una empresa de comerç electrònic de mida mitjana típica podria tenir 2.000 unitats al seu magatzem principal, 1.500 unitats distribuïdes en diversos centres logístics regionals d'FBA, 1.000 unitats en un 3PL que dóna servei a les comandes de Shopify i unes altres 500 unitats en trànsit en un vaixell oceànic des d'un proveïdor a Vietnam. Cadascuna d'aquestes unitats té una ubicació física diferent, una base de cost diferent (depenent de l'enviament en què hagi arribat) i una probabilitat diferent de danyar-se, perdre's o quedar obsoleta abans de la venda.
Sobre la complexitat física s'hi afegeix la complexitat financera. Amazon reté comissions per referència, tarifes logístiques d'FBA, tarifes d'emmagatzematge, recàrrecs per emmagatzematge a llarg termini i tarifes d'eliminació de les vendes brutes abans que el venedor vegi un dipòsit. Les comandes de Shopify que passen per MCF (Multi-Channel Fulfillment) incorporen una estructura de tarifes completament diferent. Cada mercat liquida amb la seva pròpia cadència —Amazon normalment cada 14 dies, Shopify diàriament, Walmart dues vegades al mes— i cada informe de liquidació conté centenars o milers de línies que s'han de casar amb el compte bancari operatiu i desglossar-se en els comptes de llibre major correctes.
El resultat és que les dreceres comptables simples que funcionen per a un petit minorista —registrar els dipòsits nets com a ingressos, tractar l'enviament com una despesa, agrupar les tarifes d'FBA en "comissions i serveis"— destrueixen silenciosament la precisió dels estats financers. Quan el fundador pregunta "per què el nostre marge brut continua baixant?", la resposta està enterrada sota un any de classificacions errònies acumulades.
Cost posat en magatzem (Landed Cost): Definir bé la part dels costos abans que res
La primera i més transcendental decisió que pren un operador de comerç electrònic sobre la comptabilitat d'inventari és què compta com el "cost" d'un article. Els principis comptables generalment acceptats (GAAP o PGC) requereixen que l'inventari es valori pel cost total de portar-lo al punt de venda, que inclou:
- Preu de factura del proveïdor (el component més obvi)
- Transport internacional (marítim, aeri o per carretera des de l'origen)
- Drets de duana i aranzels (sovint entre el 5 i el 25% segons el país i el codi HTS)
- Comissions d'agent de duanes i despeses de despatx
- Assegurança durant el trànsit
- Transport nacional des del port al magatzem
- Despeses de manipulació, paletització i preparació
- Tarifes de recepció del 3PL d'entrada
Aquest conjunt s'anomena cost posat en magatzem (landed cost), i per a moltes mercaderies importades representa entre un 15 i un 30% més que el preu de factura del proveïdor sol. Un fundador que tracti només el preu del proveïdor com a COGS sobreestimarà sistemàticament el marge brut, subestimarà el cost de les decisions de reposició i, finalment, s'enfrontarà a un dolorós ajust d'inventari a l'alça al final de l'any quan l'auditor reclassifiqui la despesa de transport.
Assignació de costos compartits entre SKU
La part difícil no és reconèixer que el transport és important, sinó decidir com dividir una sola factura de transport entre diversos SKU del mateix enviament. Existeixen quatre mètodes d'assignació habituals:
- Per nombre d'unitats. Dividir el transport total a parts iguals pel nombre d'unitats. Senzill però incorrecte quan les unitats varien molt en mida o valor.
- Per pes. Assignar segons el pes físic de cada SKU. El millor per al transport marítim, on el preu sol correlacionar-se amb el pes o el volum.
- Per volum (metres cúbics). Millor que el pes per a articles voluminosos i lleugers que ocupen un espai desproporcionat al contenidor.
- Per valor. Assignar basant-se en el valor de la factura de cada SKU com a percentatge del total. Conceptualment net i coincideix amb com es calculen normalment els drets de duana.
Un compromís pràctic que funciona per a la majoria d'importadors és l'assignació basada en el valor per als aranzels (ja que els aranzels són en si mateixos un percentatge del valor) i l'assignació basada en el volum per al transport (ja que els transportistes cobren per espai). Trieu un mètode per categoria de cost, documenteu-lo i apliqueu-lo de manera consistent; als auditors els importa més la consistència que el mètode escollit.
Enregistrar el cost total als llibres
El patró d'assentament comptable per al cost total (landed cost) és senzill però fàcil d'arruïnar. Suposem que rebeu una expedició amb un valor de factura del proveïdor de 50.000 $, 8.000 d'aranzels i 1.000 $ de despeses de l'agent de duanes. L'assentament correcte és:
Deure Existències 62.500 $
Haver Comptes a pagar 50.000 $ (proveïdor)
Haver Transport meritat 8.000 $ (transportista)
Haver Aranzels meritats 3.500 $ (duanes)
Haver Corretatge meritat 1.000 $ (agent)L'error comú és carregar a "Despesa de transport" en comptes d'"Existències" els 8.000 $. Això reconeix immediatament un cost que hauria d'haver estat capitalitzat en l'inventari i alliberat a través del CMV (cost de les mercaderies venudes) a mesura que es ven l'estoc. Al llarg d'un trimestre, aquest error pot infravalorar l'inventari en xifres de sis dígits.
Seguiment de l'inventari entre ubicacions: la realitat multi-magatzem
Un cop fixat el cost total per unitat, el següent problema és fer el seguiment d'on es troben físicament aquestes unitats. Per a un venedor multicanal, un SKU pot existir simultàniament a:
- El magatzem o oficina de la pròpia empresa
- Un 3PL domèstic que dóna servei al canal de Shopify directe al consumidor
- Múltiples centres de distribució d'Amazon FBA (a vegades més de 30)
- Magatzems de Walmart Fulfillment Services (WFS)
- Mercaderies en trànsit des del proveïdor
- Inventari "reservat": unitats compromeses per a comandes però encara no enviades
Cada ubicació necessita el seu propi subcompte del llibre major perquè el balanç de situació es pugui conciliar amb els recomptes físics. Tractar l'"inventari" com un sol bloc és la causa més comuna de desviacions en les auditories, perquè els errors en una ubicació compensen els errors en una altra i esdevenen impossibles d'investigar a posteriori.
El parany de l'inventari reservat de FBA
El tauler d'inventari d'Amazon distingeix entre unitats "Preparables" (al magatzem, a punt per enviar), unitats "Reservades" (assignades a una comanda d'un client, en trànsit entre centres de distribució o en un estat de processament temporal), unitats "Entrants" (en ruta cap a FBA des del venedor), unitats en "Investigació" (Amazon està investigant una discrepància) i unitats "No preparables" (deteriorades, defectuoses o bloquejades).
A efectes comptables, totes aquestes unitats segueixen sent el vostre inventari —figuren al balanç de situació al seu cost total— però tenen perfils de risc diferents. Les unitats en "Investigació" sovint acaben en baixes d'actius o reemborsaments; les unitats "No preparables" gairebé sempre. Els venedors que ho agrupen tot en un únic compte d'"Inventari FBA" perden el senyal que uns quants milers de dòlars d'inventari han estat bloquejats silenciosament durant seixanta dies i s'apropen a la data límit per reclamar el reemborsament.
Un tractament més net del pla de comptes divideix l'inventari de FBA en almenys tres subcomptes:
- Existències — FBA Preparable
- Existències — FBA En trànsit/Reservat
- Existències — FBA No preparable/En investigació
Això fa que l'anàlisi de l'antiguitat de l'estoc sigui trivial i converteix les reclamacions de reemborsament en un procés mensual rutinari en lloc d'una carrera de pànic a final d'any.
Inventari entrant i en trànsit
L'inventari que s'ha pagat però que encara no s'ha rebut ha de constar en algun lloc del balanç. El tractament més net és un compte dedicat d'"Existències en trànsit", que es carrega quan el proveïdor fa l'enviament i s'abona (amb un càrrec corresponent a "Existències — Magatzem") quan arriben les mercaderies. Mantenir les mercaderies en trànsit separades evita dos errors diferents: reconèixer com a estoc disponible mercaderies que encara no posseïu, i oblidar mercaderies que triguen vuit setmanes a creuar el Pacífic.
Liquidacions del marketplace: on s'amaga el diner en efectiu
Una creença comuna entre els fundadors és que els ingressos són iguals a la suma dels dipòsits bancaris d'Amazon. No és així. El dipòsit d'Amazon és el net de les vendes brutes menys les comissions de referència, les tarifes de gestió logística de FBA, les tarifes d'emmagatzematge de FBA, les tarifes de transport d'entrada de FBA, les devolucions, els reemborsaments, els càrrecs retrocedits (chargebacks), la despesa publicitària (si esteu inscrits en el sistema de retenció d'Amazon), els descomptes promocionals i una mitja dotzena d'altres categories. Enregistrar només el dipòsit net com a ingressos fa que l'estat de resultats sigui inútil.
Com és realment una conciliació de liquidació
Una conciliació adequada d'una liquidació del marketplace té tres passos:
- Descompondre l'informe de liquidació. L'informe de liquidació d'Amazon es pot descarregar des de Seller Central en format CSV o XML. Conté cada transacció del període de liquidació, cadascuna etiquetada amb un tipus (Comanda, Reemborsament, Tarifa d'inventari FBA, Tarifa de servei, Ajust, etc.).
- Assignar cada tipus de transacció a un compte del llibre major. Les comandes van als ingressos bruts; les comissions de referència van a "Despesa de comissions del marketplace"; les tarifes de gestió de FBA van a "Despesa de logística"; les tarifes d'emmagatzematge van a "Despesa d'emmagatzematge"; les devolucions van com a contraingressos; les tarifes reemborsades van com a contradespeses.
- Casar el total net amb el dipòsit bancari. La suma de tots els components de l'informe de liquidació hauria de ser igual al dipòsit d'efectiu comptabilitzat al compte operatiu (amb una diferència de pocs cèntims per arrodoniment). Si no coincideix, hi ha un tipus de transacció que falta o una tarifa mal classificada.
La disciplina que fa que això funcioni és no col·lapsar les tarifes dins del marge brut. Les comissions de referència, les tarifes de logística i les tarifes d'emmagatzematge són despeses variables que van després del marge brut en la cascada del marge de contribució. Posar-les per sobre del marge brut fa que el marge brut d'Amazon sembli pitjor que el de Shopify fins i tot quan l'economia unitària és idèntica, i destrueix la comparabilitat que els fundadors necessiten per prendre decisions sobre el mix de canals.
L'antipatró de "Regularitzar la diferència"
Quan un comptable no pot conciliar una liquidació fins a l'últim cèntim, la drecera temptadora és omplir la diferència en un compte genèric d'"Ajustos del mercat". A través de quatre canals i dotze mesos, aquestes petites regularitzacions s'acaben sumant rutinàriament en dèficits de cinc xifres. La disciplina que evita això és una regla estricta: cada liquidació ha de conciliar-se amb el dipòsit amb un marge de 5 $, i qualsevol discrepància més gran s'investiga i es documenta abans de tancar els llibres del mes. Les reclamacions de reemborsament per inventari d'FBA perdut o danyat solen tenir una finestra de reclamació de 60 dies, per la qual cosa una discrepància no explicada és sovint una oportunitat de reemborsament que s'escapa.
COGS fantasma al tancament de l'exercici: El problema de l'inventari negatiu
El problema d'inventari més insidiós al tancament de l'exercici prové del que els usuaris de NetSuite anomenen "COGS fantasma". Passa quan el sistema comptable registra una venda (i l'assentament de COGS corresponent) en un moment en què l'inventari disponible al sistema és igual o inferior a zero. El sistema no pot registrar un import de COGS real, de manera que registra un marcador de posició —a vegades zero, a vegades un cost obsolet d'un període anterior—. Setmanes o mesos després, un ajust d'inventari finalment fa que la quantitat disponible sigui positiva, i el sistema es "regularitza" registrant un assentament de COGS de recuperació, sovint amb un cost que no té cap relació amb la venda original.
Aquests ajustos fantasma s'acumulen silenciosament durant tot l'any. Al desembre, la línia de COGS de l'any fins a la data en l'estat de resultats podria estar desvies per desenes de milers de dòlars en qualsevol direcció, les tendències del marge brut semblen erràtiques i el saldo d'inventari al balanç de situació s'ha allunyat silenciosament del recompte físic.
Prevenir l'inventari negatiu des del principi
La solució estructural és evitar que l'inventari sigui negatiu al sistema. Això implica:
- Conciliar els enviaments entrants immediatament. Quan l'FBA rep un enviament, el tauler del venedor mostra les unitats rebudes, però a menys que l'operador registri la recepció al seu sistema comptable, el sistema pensa que aquestes unitats encara estan en trànsit.
- Registrar les execucions de comandes del mercat en temps real. Una sincronització diària d'Amazon amb la comptabilitat (mitjançant eines com A2X, Webgility, Link My Books o Entriwise) evita el retard de diverses setmanes que permet que les vendes superin les quantitats disponibles.
- Gestionar l'inventari barrejat amb cura. El programa d'inventari barrejat (commingled) d'Amazon (on els vostres SKU s'agrupen amb els SKU idèntics d'altres venedors) crea problemes de temps que semblen inventari negatiu fins i tot quan la realitat física és correcta. La resposta més neta és optar per no participar en l'inventari barrejat per a qualsevol SKU on el control de qualitat sigui important.
Recompte d'inventari de tancament d'exercici i regularització
Fins i tot amb una higiene diària perfecta, l'única manera de confirmar que els llibres coincideixen amb la realitat física és un recompte d'inventari al final de l'exercici. Els recomptes s'han de fer a cada lloc d'emmagatzematge:
- Recompte físic al magatzem de l'empresa
- Descàrrega de l'informe d'inventari des d'Amazon Seller Central (informe Inventory Ledger)
- Descàrrega de l'informe d'inventari del portal del 3PL
- Confirmació de les quantitats en trànsit del proveïdor i del transitari
El total ha de coincidir amb la línia d'inventari del balanç de situació. On no coincideixi, s'investiga la diferència; el que no es pugui explicar es regularitza com a pèrdua amb un assentament al compte de "Despeses per pèrdua d'inventari (Merca)". Una pèrdua superior al 2% del valor de l'inventari sol senyalitzar un problema de procés (robatori, recomptes erronis al 3PL o buits persistents de reemborsament d'FBA) més que una discrepància puntual.
Mètodes de valoració de costos: FIFO, mitjana ponderada i per què la majoria de venedors de comerç electrònic haurien de triar la mitjana ponderada
Els GAAP permeten tres mètodes principals de valoració de costos d'inventari: First-In-First-Out (FIFO), Last-In-First-Out (LIFO) i mitjana ponderada. El LIFO rarament s'utilitza fora dels EUA i és incompatible amb les Normes Internacionals d'Informació Financera (NIIF), de manera que l'elecció pràctica és entre el FIFO i la mitjana ponderada.
FIFO assigna el cost de l'inventari més antic a la següent unitat venuda. Produeix el marge brut més precís durant períodes de costos estables, però requereix que el sistema faci un seguiment del cost de cada lot per separat i assigni les vendes al lot més antic primer.
La mitjana ponderada recalcula un cost combinat per unitat cada vegada que es rep un nou enviament. És matemàticament més senzill, funciona bé amb l'inventari barrejat d'FBA (on els lots físics són indistinguibles de totes maneres) i és l'opció predeterminada en la majoria d'eines modernes de comptabilitat de comerç electrònic.
Per a la majoria de marques directes al consumidor que venen productes de consum a un volum moderat, la mitjana ponderada és la resposta correcta. És prou bo per a estats financers precisos, fàcil d'automatitzar i resistent al tipus de soroll de sincronització d'entrada i sortida que és endèmic de les operacions multicanal. El FIFO només val la pena la complexitat addicional quan el cost del producte és molt volàtil (liti, semiconductors, certes matèries primeres agrícoles) o quan l'operador necessita fer un seguiment de dades de lot o caducitat per raons de compliment normatiu.
Rendibilitat per canal: El benefici final de fer-ho bé
La raó per la qual tota aquesta disciplina és important és que un negoci de comerç electrònic no pot prendre bones decisions de creixement sense uns P i G per canal precisos. Heu d'enviar més inventari a l'FBA o al vostre 3PL? El vostre canal de Shopify és realment més rendible que Amazon, o Shopify només sembla millor perquè els llibres amaguen les comissions d'FBA al compte equivocat? La venda a l'engròs està subvencionant la venda directa al consumidor, o al revés?
Respondre a aquestes preguntes requereix un pla de comptes que separi els ingressos, les devolucions, el COGS, les despeses d'execució, les comissions del mercat i la despesa publicitària per canal. La majoria de les plataformes de comptabilitat modernes ho admeten mitjançant una combinació de classes, ubicacions, departaments o etiquetes; el mecanisme exacte varia segons l'eina, però el principi és el mateix: cada transacció ha d'estar etiquetada amb el canal d'on s'ha originat, i l'estat de resultats ha de poder-se filtrar per canal.
El benefici és significatiu. Els operadors que mantenen uns P i G nets a nivell de canal descobreixen habitualment que el seu "millor" canal és en realitat el pitjor en funció del marge de contribució, o que un canal petit i descuidat està generant un flux de caixa desmesurat per cada dòlar de capital circulant. Aquestes idees només apareixen quan les dades subjacents són netes —és a dir, quan el cost d'arribada està correctament assignat, les liquidacions estan correctament conciliades i s'evita que el COGS fantasma contamini la imatge—.
Manteniu un control rigorós dels vostres llibres d'inventari des del primer dia
Una comptabilitat d'inventari precisa és la diferència entre conèixer el vostre negoci i fer suposicions. A mesura que la vostra operació creix a través de magatzems, centres de logística i mercats, l'única manera sostenible de mantenir els llibres alineats amb la realitat física és un sistema transparent, auditable i amb control de versions. Beancount.io ofereix comptabilitat en text pla dissenyada precisament per a això: cada transacció és un registre llegible i comparable, cada jerarquia de comptes es mapeja clarament amb el seguiment d'inventari en múltiples ubicacions, i les vostres dades històriques són vostres per sempre sense dependència de cap proveïdor. Comenceu de franc i descobriu per què els equips de finances que gestionen operacions multicanal complexes s'estan passant a la comptabilitat en text pla.