Продавец просматривает свою панель управления Shopify и видит 60% валовой маржи на свой лучший товар. Он доволен. Затем бухгалтер подводит итоги года, и выясняется, что реальная маржа ближе к 38%. Остальные 22 пункта были тихо съедены входящим фрахтом, пошлинами, сборами 3PL за сборку заказов, надбавками в пиковый сезон и потерянными единицами товара на складе Amazon, которые никто не удосужился списать. Добро пожаловать в самую дорогую бухгалтерскую «слепую зону» в электронной коммерции: фантомную себестоимость (phantom COGS).
Многоканальные продавцы получают примерно на 190% больше дохода, чем ритейлеры, использующие один канал, но они также наследуют на 190% более сложный бухгалтерский учет. Запасы находятся в пяти местах одновременно, отчеты о расчетах приходят в трех разных форматах, комиссии бывают 14 видов, а товары ежедневно теряются, возвращаются или переклассифицируются между маркетплейсами. Если у вас нет продуманной системы учета полной себестоимости (landed costs), зарезервированных запасов, сверки расчетов и итоговых корректировок в конце года, ваш отчет о прибылях и убытках (P&L) — это вымысел.
В этом руководстве рассматриваются четыре шага, которые превратят вымысел в чистую Главную книгу.
Что считается себестоимостью реализованных товаров (COGS) для онлайн-продавца
COGS — это прямые затраты на производство или приобретение товаров, которые вы фактически продали за период. Для продавца физических товаров формула выглядит просто:
COGS = Начальные запасы + Чистые закупки + Входящий фрахт + Пошлины + Прямые трудозатраты − Конечные запасы
Простота — это ловушка. Большинство продавцов заполняют «Чистые закупки» на основании счета от поставщика и на этом останавливаются. Все остальное — расходы, которые вы фактически понесли, чтобы довести продукт до состояния готовности к продаже в вашем логистическом узле, — сбрасывается в корзину прочих расходов и никогда не учитывается в себестоимости единицы товара. Вот так 60-процентная маржа превращается в 38-процентную незаметно для всех.
Налоговая служба ожидает увидеть полную себестоимость (landed cost) в составе запасов, и того же ожидают ваши инвесторы, кредиторы и вы сами в будущем, когда попытаетесь сформировать цену для нового маркетплейса.
Шаг 1: Рассчитайте истинную полную себестоимость (Landed Cost) за единицу (SKU)
Landed cost — это фактическая стоимость доставки одной единицы товара до места, откуда она будет отправлена покупателю, в готовом к продаже виде. Для большинства операций в электронной коммерции компонентами являются:
- Стоимость поставщика: цена по счету-фактуре после объемных скидок и бонусов.
- Входящий фрахт: морские, авиационные, железнодорожные или автомобильные перевозки от завода до порта и далее до вашего склада или зоны приемки 3PL.
- Пошлины и тарифы: ставки пошлин согласно классификации ТН ВЭД, тарифы по Разделу 301 (где применимо) и сборы за таможенное оформление.
- Таможенное брокерство и страхование: фиксированные сборы за каждую декларацию плюс страховые премии за груз.
- Сборы за приемку: 3PL обычно взимают плату за паллету, коробку или человеко-час за приемку и размещение товара.
- Подготовка и маркировка: упаковка в полиэтиленовые пакеты, формирование наборов, наклейки FNSKU, стикеры со сроком годности — всё, что требуется целевым маркетплейсом.
- Упаковочные материалы: брендированные почтовые пакеты, прокладочный материал, вкладыши и подарочные карты, если они отправляются с каждой единицей.
Вы распределяете эти затраты на единицы товара, используя метод, соответствующий фактору затрат. Стоимость поставщика и подготовка рассчитываются на единицу. Входящий фрахт и пошлины обычно распределяются по весу, объему или стоимости счета между всеми товарами в поставке. Сборы за приемку могут рассчитываться за паллету и распределяться на единицы товара на этой паллете.
Математика проста, но дисциплина — нет. Решение, которое работает почти для каждого продавца с выручкой более 1 млн долларов, — это единый каталог собственных затрат. Каждый новый заказ на закупку (PO) пересчитывает landed cost для каждого SKU, которого он касается, и новая стоимость единицы становится слоем запасов для принятых товаров. Электронные таблицы работают до определенного момента; если у вас более 200 SKU в нескольких каналах исполнения, вам нужно программное обеспечение.
Шаг 2: Отслеживайте запасы везде, где они «ночуют»
В многоканальной торговле один и тот же физический SKU может одновременно находиться в пяти различных состояниях запасов:
- В пути от поставщика: право собственности могло перейти в порту, поэтому это ваши запасы, но они еще не доступны к приемке.
- На вашем 3PL, доступны к продаже: рабочий запас, из которого собираются заказы для DTC, eBay, Walmart, Shopify и т.д.
- На Amazon, доступны к продаже (FBA): сток, доступный для заказов Prime, учитываемый в ваших лимитах на пополнение.
- На Amazon, зарезервировано (Reserved): единицы, помеченные как находящиеся в пути между центрами исполнения, в процессе обработки заказов покупателей или в процессе корректировки запасов. Эта категория невидима для вашей системы пополнения, но это ваш актив.
- На Amazon, непригодны для продажи (Unfulfillable): возвращенные, поврежденные или просроченные единицы, ожидающие решения об утилизации или возврате.
Каждое из этих состояний должно соответствовать субсчету в вашем балансе или, как минимум, аналитике в вашем регистре запасов. Когда продавцы сваливают всё в одну строку «Запасы», они теряют возможность увидеть, что у Amazon «зависло» 80 000 долларов в зарезервированных запасах, которые не двигались 21 день — реальная проблема с денежным потоком, скрытая в бухгалтерской слепой зоне.
Для категории «FBA reserved» проводите сверку с отчетами Amazon «Inventory Ledger Report» и «Manage FBA Inventory» как минимум ежемесячно. Зарезервированные единицы, которые не меняют статус более нескольких недель, обычно указывают на проблему с маршрутизацией, которую можно исправить; единицы, которые так и не появились, должны стать основанием для претензии на возмещение.
Шаг 3: Сверяйте отчеты маркетплейсов, а не банковские депозиты
Самая большая ошибка начинающих бухгалтеров в сфере электронной коммерции — рассматривать общую сумму выплаты от Amazon или Shopify Payments как выручку. Это не выручка. Это остаток выручки после того, как маркетплейс уже вычел из нее десяток видов различных операций.
Типичный двухнедельный расчетный депозит Amazon может представлять собой алгебраическую сумму следующих показателей:
- Валовые продажи товаров
- Доход от доставки, собранный с покупателей
- Доход от подарочной упаковки
- Рекламные скидки, предоставленные покупателям (отрицательное значение)
- Возвраты (отрицательное значение)
- Реферальные комиссии (отрицательное значение)
- Сборы за фулфилмент FBA (отрицательное значение)
- Ежемесячные сборы за хранение (отрицательное значение)
- Сборы за длительное хранение (отрицательное значение)
- Сборы за услуги входящей отгрузки (отрицательное значение)
- Сборы за изъятие и утилизацию (отрицательное значение)
- Расходы на рекламные услуги (отрицательное значение)
- Собранный и перечисленный налог с продаж (транзитный платеж)
- Удержания в резерв (отрицательное значение в текущем периоде, положительное при высвобождении)
- Возмещения за потерянные или поврежденные единицы товара (положительное значение)
Если вы фиксируете чистый депозит как «Продажи на Amazon», каждая из этих строк исчезает из вашего учета. Ваша выручка оказывается заниженной, комиссии не распределяются по категориям, а себестоимость (COGS) не соотносится с правильным каналом продаж.
Правильный подход заключается в импорте отчета о расчетах (settlement report), разнесении каждой категории комиссий на соответствующий счет расходов и отдельном отражении валовой выручки и возвратов. Большинство инструментов учета, ориентированных на электронную коммерцию, делают это путем сведения каждого расчета в журнальную проводку из 10–30 строк, которая при разнесении точно совпадает с банковским депозитом. После этого депозит сверяется с банком в один клик, и вы впервые видите свою реальную валовую выручку, реальную нагрузку по комиссиям и прибыльность канала.
Отдельный счет оборотных активов «Резервы Amazon» хранит удержанные средства. Когда Amazon высвобождает резервы в более позднем расчете, вы переводите средства из «Резервов» в «Наличные средства». Именно так вы ведете честный баланс, вместо того чтобы притворяться, будто деньги, к которым вы не можете прикоснуться, уже находятся в банке.
Точный бухгалтерский учет на маркетплейсе с первого дня — это то, что отличает продавцов, которые могут уверенно повышать цены, принимать условия венчурного финансирования или продавать свой магазин, от продавцов, которые тратят неделю перед налоговым дедлайном на паническое восстановление комиссий за год.
Шаг 4: Выявление «фантомной» себестоимости в конце года
Фантомная себестоимость (Phantom COGS) — это разрыв между тем, что говорят ваши книги о продажах, и тем, что показывает физическая инвентаризация. Она возникает из трех надежных источников:
Незафиксированная недостача на 3PL или FBA. Единицы товара неправильно подсчитываются, повреждаются при перемещении или теряются между фулфилмент-центрами. Если ваша система управления запасами показывает 1000 единиц в наличии, а циклическая инвентаризация склада находит 940, у вас есть 60 единиц «фантомных» запасов, которые раздувают ваш баланс и занижают себестоимость проданных товаров. Пока вы не зафиксируете списание, каждый создаваемый вами отчет будет неверным.
Необработанные возвраты. Покупатель возвращает товар, маркетплейс возвращает деньги клиенту, но товар либо так и не попадает обратно на ваш склад, либо прибывает в негодном для продажи состоянии. Если вы фиксируете только аннулирование выручки без оприходования товара или его списания, уровень себестоимости для этой единицы исчезает навсегда.
Дрейф уровней себестоимости. Если вы меняете поставщиков, способ доставки или сталкиваетесь с изменением тарифов, ваша фактическая полная себестоимость (landed cost) может существенно меняться между заказами на закупку (PO). Если ваша бухгалтерия по-прежнему оценивает имеющиеся запасы по прошлогодней стоимости, в то время как вы продаете по ценам этого года, ваша маржа будет выглядеть отлично в течение двух кварталов, а затем рухнет, когда реальность возьмет свое.
Решение заключается в проведении физической инвентаризации в конце года, сравнении ее с учетными данными и внесении единой журнальной проводки для выравнивания расхождений. Если корректировка составляет более 10% от стоимости запасов, причина носит системный характер, а не является разовым событием, и решение заключается в оптимизации работы с каталогом затрат и процессами 3PL, а не в еще более крупной корректировке в следующем году.
Налоговые последствия этой ошибки весьма значительны. Завышенные конечные запасы занижают себестоимость (COGS), что раздувает налогооблагаемый доход. При занижении расходов на 50 000 долларов переплата по налогам для прибыльного продавца может составить от 10 000 до 18 000 долларов. Это реальные деньги, остающиеся у государства только потому, что склад так и не прислал вам результаты инвентаризации.
Пример ежемесячной процедуры закрытия периода
Четкая процедура закрытия для мультиканального продавца с оборотом от 500 000 до 5 миллионов долларов в год умещается на одной странице:
- Импортируйте каждый расчет маркетплейса и разнесите многострочную журнальную проводку. Сверьте каждый валовый депозит с банком.
- Импортируйте счета от 3PL и разнесите расходы на фулфилмент по каналам.
- Сформируйте отчет Amazon Inventory Ledger Report и сверьте остатки в категориях Reserved, Sellable и Unfulfillable со своими данными. Откройте претензии на возмещение по любым затянувшимся недостачам.
- Получите от 3PL результаты циклической инвентаризации или отчет об остатках на конец месяца и сверьте их со своей системой учета запасов.
- Рассчитайте себестоимость (COGS) за период, используя средневзвешенную стоимость или метод FIFO. Подтвердите валовую маржу по каналам на соответствие вашим ожиданиям и расследуйте любые отклонения.
- Обновите полную себестоимость (landed cost) для всех заказов, полученных в этом периоде.
- Переведите высвобожденные резервы Amazon со счета «Резервы» на счет «Наличные средства».
Эта процедура занимает половину рабочего дня при полной концентрации, если ваши системы интегрированы, и несколько мучительных дней, если нет. Результат окупается в тот момент, когда вы можете ответить на вопрос: «Какова моя реальная маржа по этому SKU на Walmart в сравнении с Amazon и Shopify?», не тратя часы на ручные вычисления.
Текстовая бухгалтерия делает мультиканальные продажи управляемыми
Чем глубже вы погружаетесь в мультиканальную электронную коммерцию, тем больше вам нужна система учета, которую можно опрашивать, автоматизировать скриптами, проверять и контролировать через систему версий так же, как программный код. Комиссии за закрытие сделок, сопоставление маркетплейсов, методология расчета полной себестоимости и политика списания — это решения, к которым вы будете возвращаться каждый год. Они заслуживают того, чтобы храниться в чем-то более надежном, чем хрупкий план счетов внутри закрытой бухгалтерской программы.
Ведите честный учет складских запасов с первой единицы товара
Продавцы, выживающие при мультиканальном масштабировании, — это те, чья бухгалтерия отражает физическую, финансовую и операционную реальность бизнеса, а не только банковские выписки. Beancount.io предлагает текстовый учет с контролем версий, который делает P&L по каналам, полную себестоимость и состояние запасов прозрачными и доступными для анализа. Никаких отчетов из «черного ящика», никакой привязки к конкретному поставщику ПО и никаких внезапных сверок в конце года. Начните бесплатно и узнайте, почему разработчики и финансово грамотные специалисты переходят на текстовый учет для своего технологического стека электронной коммерции.