Отчетът ви за уреждане от Amazon показва $22 000 продажби за периода. Депозитът, който пристига в банковата ви сметка, е едва $14 000. Счетоводният ви софтуер, който добросъвестно е импортирал банковия поток, записва $14 000 приход — и сега печалбата ви изглежда по-тънка, отколкото е, разходите ви пропускат хиляди долари приспадащи се такси, а данъчната ви декларация тихо се отдалечава от това, което IRS очаква да види. И трите числа идват от същите две седмици продажби.
Това е пропастта в разчета на изплащанията и тя е най-големият единствен източник на неправилно отчитане в счетоводните книги на електронната търговия. Всеки маркетплейс ви плаща нетна сума — брутни продажби минус неговия процент за препоръка, такси за изпълнение, разходи за реклама, възстановявания, резерви и корекции — но книгите ви се нуждаят от брутната сума и всяко приспадане като отделен ред. Запишете само депозита и финансовите ви отчети са грешни по половин дузина начини наведнъж. Това ръководство разглежда какво всъщност съдържа изплащането от всяка платформа, защо отчитането на нетни депозити корумпира маржовете ви, прогнозите за парични потоци и данъчните декларации, и рутината за разчет, която затваря пропастта.
Какво всъщност съдържа едно изплащане
Уреждането от маркетплейс никога не е просто „парите от продажбите ви". То е нетно уреждане: всичко, което купувачите са платили, минус всичко, което платформата е задържала, коригирано за възстановявания, обезщетения и задържания за време. Вземете типично двуседмично уреждане от Amazon:
- Брутни продажби от приблизително $22 000
- Минус такси за препоръка от около $2 800
- Минус такси за изпълнение FBA от около $2 400
- Минус такси за съхранение от около $400
- Минус разходи за реклама от около $1 500
- Минус връщания и възстановявания от около $600
- Плюс обезщетения за изгубена или повредена наличност от около $100
- Нетен депозит: приблизително $14 400
Ако отчитате този депозит от $14 400 като приход — което е точно това, което импортирането по подразбиране на банков поток в QuickBooks или Xero ще направи — приходът е подценен с близо $8 000, няколко хиляди долара приспадащи се такси никога не достигат разходните ви сметки, а възстановяванията са невидими. Умножете това по дванадесет месеца и три канала за продажби и книгите ви в края на годината описват бизнес, който не съществува.
Всяка платформа сглобява нетната си сума по различен начин, поради което продавачите в множество канали усещат пропастта най-силно.
Amazon: най-дългата разписка
Amazon урежда приблизително на всеки две седмици и отчетът му за уреждане е най-подробният от трите. Отвъд основната комисиона за препоръка (обикновено 8 до 15 процента в зависимост от категорията) и таксите за изпълнение FBA на единица, продавачите поемат месечни такси за съхранение, такси за входящо разположение, такси за ниско ниво на наличност, надбавки за гориво и инфлация, разходи за реклама, приспаднати директно от уреждането, възстановявания и резерв на ниво акаунт, който Amazon задържа — често около две седмици продажби — и освобождава на текуща база. Обезщетенията за изгубена или повредена наличност FBA се връщат като кредити. Плоският файл на уреждането изброява всеки един от тези по тип транзакция, тип такса, ID на поръчка и SKU, което го прави подлежащ на разчет, но твърде подробен за ръчно въвеждане.
Shopify: по-близо до брутното, със свои собствени капани
Shopify Payments изплаща по текущ график (ежедневно по подразбиране в повечето региони), така че депозитите следват продажбите по-близо от двуседмичните партиди на Amazon. Изплащането приспада такси за обработка на карти, възстановявания и оспорвания на плащания, преди парите да се преместят. Капаните са различни: продавачите, използващи множество шлюзове (Shop Pay, PayPal, Klarna, процесор на трета страна), получават отделни потоци от изплащания по отделни графици с отделни структури на таксите, а PayPal изобщо не предава данни за такси на Shopify. Заемите и паричните аванси на Shopify Capital добавят още един слой — погасяванията се удържат като процент от дневните продажби, което изглежда като такса в изплащането, но всъщност е погасяване на заем. Отчетете го като разход и надценявате приспаданията, докато салдото по заема никога не намалява в баланса ви.
TikTok Shop: комисиони върху комисиони
TikTok Shop урежда всяка поръчка приблизително две седмици след доставка, за да покрие прозореца за връщане, след което групира уредените поръчки в изплащания. Стекът от приспадания включва комисиона за препоръка, такса за транзакция, такси за администриране на възстановявания, такси за доставка и логистични операции (приспаднати от уреждането на продавача и невъзстановими дори когато купувачът върне артикула), и — редът, който повечето продавачи пропускат — комисиони за партньори. Ако създатели на съдържание популяризират продуктите ви, тяхната комисиона и всяка комисиона за партньор или реклами в магазина излизат от същото уреждане. Продавач, който управлява активна партньорска програма, може да наблюдава как няколкостотин долара на изплащане се изпаряват в редове за комисиони, които никога не е предвиждал в бюджета, защото таблото за продажби показва брутна стойност на стоките, а не нетно уреждане.
Защо отчитането на нетни депозити разваля повече от отчета за приходите и разходите
Очевидната щета е отчет за приходите, който подценява както прихода, така и разходите. По-малко очевидната щета се натрупва оттам нататък.
Анализът на маржовете ви е измислица
Ако таксите за препоръка, таксите за изпълнение и комисионите за партньори никога не се появяват като отделни редове, свързани със SKU, не можете да изчислите приноса на маржа на ниво SKU. Можете да изчислите средна стойност — общи депозити, разделени на общи единици — но средната стойност прикрива кои продукти печелят пари и кои са субсидирани от печелившите ви. Продуктът, който продължавате да поръчвате, защото „се продава добре", може да губи пари на всяка единица след истинското си натоварване с такси. Продавачите, които правят разчет на ниво уреждане, редовно откриват, че бестселърът им по приход се класира близо до дъното по марж.
Прогнозата ви за парични потоци използва грешни входни данни
Книги, изградени върху датите на депозитите, записват приход, когато парите пристигнат, а не когато се случват продажбите. Продажбите от Amazon от последната седмица на март се уреждат в средата на април; поръчките от TikTok Shop стоят в статус „неуредени" две седмици след доставка. Модел за оборотен капитал, захранван с времето на депозитите, систематично размества прихода с две до четири седмици, което е точно хоризонтът, в който се вземат решенията за покупка на наличност. Всяка проекция, изградена върху тези данни, наследява същото закъснение в същата посока.
Данъчните ви декларации се отдалечават от реалните ви числа
IRS и всеки щат, в който имате връзка, ви облагат с брутните продажби минус приспадащите се разходи — не с нетните депозити. Подайте декларация от данни за депозити и подценявате прихода, като същевременно се отказвате от приспаданията на такси, които биха го компенсирали; нетният данъчен ефект е непредвидим, но декларацията вече не съвпада с цифрите за брутни плащания, които маркетплейсите докладват за вас. Когато формуляр 1099-K на платформата показва $180 000 брутни плащания, а декларацията ви показва $120 000 приход без график за съгласуване, програмата за съпоставяне на IRS не предполага, че сте имали $60 000 такси — тя изпраща уведомление. Брутният приход в декларацията трябва да се свързва с отчетите за уреждане от маркетплейса, с такси, приспаднати като обичайни бизнес разходи.
Резервите и задържанията създават фантомни колебания
Текущият резерв на Amazon, прозорецът за уреждане след доставка на TikTok Shop и случайните задържания на изплащания на Shopify за проверка на риска означават, че част от продажбите на всеки период не са уредени при приключването на месеца. Без начисления в края на месеца — продажби, спечелени, но още неполучени, записани като вземане от маркетплейса — приходът се люшка с времето на изплащанията вместо да следи действителната търговска дейност. Декември изглежда слаб, защото урежданията straddle празниците; януари изглежда героичен по същата причина.
Решението: разчитайте урежданията, не депозитите
Професионалното решение е клирингова сметка: временна балансова сметка за всяка платформа, която държи брутните продажби от момента на признаване на прихода, докато парите пристигнат и всяка такса бъде отчетена. Работният процес има три стъпки.
Стъпка 1: Записвайте брутните продажби, когато се случват. От отчета за продажби или уреждане на всяка платформа осчетоводете брутните продажби за периода като приход и компенсиращото дебитиране към клиринговата сметка на платформата (актив — пари, които маркетплейсът ви дължи). Правете това за период на уреждане, не за поръчка; никой не се нуждае от 4000 счетоводни реда месечно.
Стъпка 2: Разделете всяко изплащане на компонентите му. Когато депозитът пристигне, приключете го срещу клиринговата сметка и осчетоводете всяко приспадане в собствена разходна сметка:
- Дебит: Парични средства (нетна сума на депозита)
- Дебит: Такси за маркетплейс — Препоръка/Комисиона
- Дебит: Такси за маркетплейс — Изпълнение/Транзакция
- Дебит: Такси за маркетплейс — Съхранение/Логистика
- Дебит: Разходи за реклама
- Дебит: Възстановявания и връщания (контра-приход)
- Кредит: Клирингова сметка на платформата (брутни продажби за периода)
Всеки ред се съпоставя с последователна сметка, за всеки период на уреждане. Данъкът върху продажбите, който маркетплейсът е събрал и внесъл като фасилитатор, остава извън както прихода, така и задължението — но проверете това третиране спрямо действителния си обхват на връзка, вместо да предполагате, че платформата е уредила всичко.
Стъпка 3: Приведете клиринговата сметка до нула (плюс продажби в транзит). След осчетоводяването клиринговата сметка трябва да съдържа само продажби, направени, но още неуредени — вашите депозити в транзит. Сравнете това салдо с цифрите за предстоящо уреждане или резерв на платформата. Ако клиринговата сметка носи нарастващо необяснено салдо месец след месец, нещо изтича: неотчетени възстановявания, погрешно категоризирани погасявания по Capital или комисиони за партньори, осчетоводени никъде.
Месечната рутина, която го поддържа честно
Правете това веднъж месечно, за всеки канал, и пропастта остава затворена:
- Изтеглете отчетите за уреждане или изплащане на всяка платформа за месеца.
- Осчетоводете брутните продажби и пълното разпределение на таксите за всеки период на уреждане.
- Съпоставете всеки банков депозит с общата сума на неговия отчет за уреждане — точно съвпадение, без закърпвания.
- Осчетоводете начисления в края на месеца за спечелени, но неуредени продажби и неизплатени резерви.
- Свържете брутните продажби по книгите с брутните продажби по платформите в рамките на процент-два; разследвайте всичко по-голямо, преди да приключите месеца.
- Веднъж на тримесечие проверявайте извадково процентите на таксите спрямо текущия график на платформата — процентите за препоръка, размерните нива на FBA и комисионните ставки на TikTok се променят, а остарял шаблон тихо изкривява всеки период, който докосне.
Как продавачите всъщност постигат това
Три подхода покриват по-голямата част от пазара. Инструменти за парсване на уреждания стоят между маркетплейса и главната книга, извличат детайли на ниво уреждане и записват правилно разделени счетоводни записи в QuickBooks или Xero — точно и готово за одит, на цената на още един абонамент за канал. Счетоводни платформи, родени за електронна търговия, обединяват парсване на изплащания със счетоводство, плащане на сметки и наличност в една система — по-тясна интеграция, по-трудно напускане. Или счетоводител, свободно владеещ електронна търговия, изгражда сметкоплана и шаблоните за счетоводни записи в съществуващата ви книга — най-евтино в софтуер, най-зависимо от експертизата на фирмата. Който и път да поемете, тестът за приемане е един и същ: поискайте брутни продажби, общи такси по вид и нетен депозит за един период на уреждане, и проверете дали трите се съгласуват. Книги, които не могат да произведат това за под минута, не са разчетени.
Една проверка за тази седмица
Извадете последните си три изплащания от маркетплейси и последните си три месечни отчета за приходите и разходите. Задайте един въпрос: съвпада ли цифрата за брутни продажби във всеки отчет за приходите и разходите с брутните поръчки в отчетите за уреждане за този период, в рамките на процент-два? Ако да, разчетът ви работи. Ако има съществена пропаст — или ако отговорът отнема час ровене из банкови потоци — имате проблем с разчета на изплащанията и всеки месец, в който той продължава, маржовете, прогнозите и данъчните ви декларации се отдалечават все повече от реалността. Поправете първо текущия месец с работния процес с клирингова сметка по-горе, след което работете назад едно тримесечие наведнъж, докато клиринговите сметки се разчетат чисто.
Поддържайте счетоводството на урежданията си готово за одит
Точният разчет на изплащанията в крайна сметка е дисциплина за водене на записи: брутни продажби, записани когато са спечелени, всяка такса в собствена сметка, всеки депозит свързан с неговия отчет за уреждане, и документална следа, по която одитор — или купувач, извършващ дю дилиджънс на бизнеса ви — може да проследи от банковото извлечение обратно до поръчката. Системите, които поддържат тази следа в прост, проверим текст, правят месечната рутина по-бърза, а годишния преглед — далеч по-малко болезнен. Beancount.io предоставя счетоводство в обикновен текст, което ви дава пълна прозрачност и контрол върху финансовите ви данни — без черни кутии, без обвързване с доставчик. Започнете безплатно и вижте защо разработчиците и финансовите специалисти преминават към счетоводство в обикновен текст.
