Excel или сервис учёта для Ozon: когда таблицы начинают врать и что дальше

Таблица держится ровно до того момента, пока в ней один человек, два десятка SKU и одна схема продаж. Дальше начинается тихое расползание: по таблице прибыль за месяц 251 тысяча, по закрытым начислениям Ozon — 214, и никто в магазине не может сказать, где потерялись 37 тысяч. В этот момент обычно спорят не о том: ищут правильную цифру, хотя вопросов на самом деле два — сколько часов в месяц уходит на сведение и во сколько обошлось решение, принятое по неверной строке. Ниже — признаки, что таблица уже врёт, откуда берётся расхождение, сравнение трудозатрат и цены ошибки и что делать, когда переезд назрел.

Где таблица ещё честно работает

Excel не враг и не признак дилетантства: финансовые модели на миллиарды живут в нём же. Проблема не в инструменте, а в двух вещах — ручном вводе и в том, что таблица хранит снимок, а не журнал операций. Пока снимка достаточно, таблица выигрывает.

Достаточно её обычно в трёх случаях. Первый — до 20–30 SKU на одной схеме: сведение месяца занимает меньше часа, и любая кривая цифра видна глазами. Второй — когда бизнес устроен нестандартно: комплекты из своих же товаров, собственное производство, закупка у трёх поставщиков с разной отсрочкой. Ни один сервис не даст такой гибкости — вы меняете формулу за минуту, а разработчика сервиса нужно ещё убедить, что ваш кейс кому-то нужен. Третий — расчёты, которые делаются один раз: сценарий новой цены, прикидка партии, переговоры с поставщиком.

Рабочее правило: пока сведение месяца укладывается в час, а расхождение с закрытыми начислениями Ozon держится ниже 1 % выручки, не чините то, что не сломано. Переезд ради переезда съест больше, чем сэкономит.

Семь признаков, что таблица начала врать

Таблицы ломаются не внезапно. Симптомы накапливаются месяцами, и почти всегда их списывают на невнимательность.

1. Расхождение растёт, а не колеблется. В январе разошлось на 0,4 % выручки, в марте на 1,6 %, в мае на 3 %. Колебание вокруг нуля — округления и даты операций. Односторонний рост — системная дыра.
2. Прошлый расчёт не воспроизводится. Открываете апрель — цифры другие, потому что в справочнике себестоимость перезаписана июньской партией. Таблица показывает апрель по летним ценам и не сообщает об этом.
3. Появились ручные затычки. Строка «корректировка» на 12 400 ₽, которую в прошлом квартале кто-то вписал, чтобы сошлось, и никто уже не помнит зачем.
4. Возвраты падают не в тот месяц. Невыкуп по декабрьскому заказу закрылся в феврале и уменьшил февральскую прибыль, хотя продажи в декабре были завышены.
5. Файл размножился. Рядом лежат три версии с датами в названии, и вопрос «по какой считаем закупку» перестал быть риторическим.
6. Считаете только по магазину целиком. По SKU долго, поэтому по SKU не считаете. Это значит, что убыточный товар вы не увидите вообще — его спрячет средняя по магазину.
7. Решения опережают расчёт. Закупку заказали 5-го, а прибыль за прошлый месяц свели 20-го. Формально учёт есть, фактически он ни на что не влияет.

Откуда берётся расхождение с отчётом о реализации

Механика, а не мистика. Источников обычно четыре, и все они не лечатся аккуратностью.

Одно событие — разные даты. Продажа 29 марта, выплата в апрельском периоде, возврат в мае, удержание за логистику отдельной строкой. Таблица почти всегда строится по дате заказа, а закрывающие документы — по дате операции. Два верных расчёта дают разные суммы, и это нормально ровно до момента, пока вы не начинаете их складывать.

Возвраты задним числом. Невыкуп закрывается через одну-три недели после заказа, возврат по браку — позже; точные сроки зависят от схемы и удалённости покупателя, актуальные смотрите в базе знаний Ozon Seller. Строка «продано 42 штуки» к этому моменту в таблице уже записана и сама себя не перепишет.

Услуги, которых нет в заказе. Хранение, обработка возвратов, утилизация, реклама, бустинг, платные подписки. Всё это приходит отдельными строками в «Финансы → Начисления», а в таблицу попадает одной суммой на магазин — если вообще попадает. Состав и названия начислений Ozon периодически меняет, так что перед сведением проверьте актуальный список в базе знаний Ozon Seller.

Себестоимость одной ячейкой. Закупили по 310 ₽, следующую партию по 368 ₽, а в таблице ячейка одна. Пока обе партии продаются вперемешку, любая цифра прибыли по этому товару — вымысел.

Поверх этого — обычный человеческий фактор: формула не протянута до конца, включённый фильтр при копировании, вставленная строка вне диапазона суммы. Но корень у всех четырёх причин один: снимок в файле не знает истории операций, а журнал в сервисе знает.

И ещё одно, на чём спотыкаются регулярно: сверять таблицу нужно с разделом «Финансы» — начислениями и отчётом о реализации. Цифры из «Аналитики» для сверки не годятся: там заказы, а не закрытые деньги, и расхождение будет всегда.

Сколько часов в месяц стоит ручной учёт

Своё время в расходы не ставят почти никогда — поэтому эту статью затрат и не видно. Замеряйте по себе, у нас получалось примерно так.

Возьмите середину — десять часов. Это больше полного рабочего дня, вычеркнутого из закупок, карточек и рекламы, и он повторяется каждый месяц. Переведите в деньги по своей ставке: даже по скромным 1 500 ₽ за час ручной учёт обходится тысяч в пятнадцать ежемесячно. Подписка на сервис обычно дешевле — но экономия на подписке тут слабый аргумент. Сильный ниже.

Цена ошибки: во что обходится одна неверная строка

Разберём на нашем товаре. Себестоимость в таблице стояла 310 ₽, а новая партия пришла по 368 ₽: подорожала фурнитура и доставка от поставщика. Разница 58 ₽. Продавали 420 штук в месяц — это 24 360 ₽ нарисованной прибыли ежемесячно и 73 тысячи за квартал.

Но потеря не в этих 73 тысячах. По завышенной марже товар выглядел лучшим в ассортименте, и бюджет на его продвижение подняли до 46 тысяч в месяц — ДРР дошёл до 14 % при реальной марже около 9 %. Ошибка в одной ячейке не просто исказила отчёт: три месяца подряд она оплачивала рекламу товара, который в это время работал в минус. За квартал это 138 тысяч рекламного бюджета, вложенных в позицию, которая их не отбивала.

Ошибка бывает и зеркальной. Постоянные расходы магазина разносят пропорционально выручке, товар со средней маржой уходит в минус на бумаге, его выводят из ассортимента — а вместе с ним уходит выручка, которая эти постоянные расходы и покрывала. Оставшиеся товары после этого выглядят ещё хуже, и процесс повторяется.

Правило, которое стоит держать в голове: ошибка учёта стоит не разницу в отчёте, а цену решения, принятого по этой разнице. И реклама здесь — ещё безобидный сценарий. Те же 58 ₽ в ячейке точно так же ломают цену в акции, глубину скидки и размер следующей закупки.

Таблица и сервис по десяти критериям

Из таблицы видно главное: сервис выигрывает не «точностью» — цифры в аккуратной таблице тоже точные. Он выигрывает повторяемостью. Таблица точна ровно в тот день, когда её свели внимательно и на трезвую голову.

Разбор: как наша таблица на 64 SKU разошлась на 71 тысячу

Таблица прожила у нас четырнадцать месяцев: 64 SKU, две схемы продаж, три поставщика. Сломалась в феврале. Закрытие месяца дало прибыль 388 тысяч, а сверка с начислениями Ozon — 317. Разница 71 тысяча, 2,3 % выручки. На разбор ушло три дня, суммарно часов пятнадцать. Причин оказалось три.

38 тысяч — хранение и утилизация на FBO. Когда год назад добавили эту схему, в форму сведения не завели нужную выгрузку, и все эти месяцы хранение в расчёт не попадало вообще. В феврале оно просто доросло до суммы, которую стало видно. 19 тысяч — возвраты декабря и января, закрытые в феврале: они срезали февральскую прибыль, хотя относились к продажам, которые мы уже посчитали удачными. 14 тысяч — старая себестоимость по двум позициям, закупленным на 19 % дороже.

Три дня на поиск того, чего вообще не должно было возникнуть. После этого расчёт прибыли по товарам уехал в сервис — у нас это Starbox AI, он же параллельно следит за рекламой, остатками и поставками. Таблица осталась под то, чего в сервисе нет: план закупки по поставщикам с их отсрочками и расчёт размера партии. За полгода расхождение ни разу не выходило за 0,6 %, и ни один месяц больше не сводился руками.

Как переехать и не потерять историю

Переезд ломают двумя способами: бросают таблицу на середине месяца и переносят в сервис её структуру вместе со всеми костылями. Порядок, который работает:

1. Закройте текущий месяц в таблице до конца. Нужен эталон, с которым вы будете сверять новый инструмент.
2. Выберите месяц-эталон постарше. Полностью закрытый, с отыгравшими возвратами — то есть тот, что закрылся не меньше сорока пяти дней назад.
3. Занесите себестоимость по партиям, а не среднюю. Это главный источник вранья, и переносить его в новый инструмент бессмысленно.
4. Прогоните эталонный месяц параллельно. Расхождение до 1 % выручки — рабочая норма, выше — ищите причину до переезда, а не после.
5. Два месяца ведите оба контура. Дорого по времени и единственный способ действительно поверить новым цифрам.
6. Оставьте в таблице то, чего сервис не делает. Планирование закупки, сценарии цен, расчёт партий — здесь гибкость формул выигрывает.
7. Заархивируйте старую таблицу и не правьте её. Это ваша история, а не рабочий файл.

Отдельно: не тащите в сервис строки-компенсации. Половина колонок в зрелой таблице существует, чтобы обходить её же ограничения, и в новом инструменте они только мешают понять, где правда.

FAQ

Можно ли вести учёт продаж на Ozon только в Excel?

Можно, и на старте это разумно. Пока SKU меньше тридцати, схема одна, а сведение месяца укладывается в час, таблица даёт ту же точность бесплатно. Пересматривать решение стоит, когда сведение переваливает за 5–6 часов или расхождение с начислениями Ozon растёт третий месяц подряд.

Почему прибыль в моей таблице не сходится с отчётом о реализации?

Чаще всего по четырём причинам сразу: таблица построена по дате заказа, а отчёт по дате операции; возвраты закрылись в другом месяце; начисления за хранение, утилизацию и обработку возвратов вообще не попали в расчёт; себестоимость стоит по старой партии. Разберите один полностью закрытый месяц по каждому из этих пунктов — расхождение почти всегда раскладывается на эти слагаемые.

Сколько SKU реально вести в таблице?

Дело не в числе строк, а в числе схем и источников начислений. Тридцать SKU на одном FBS сводятся за час, а пятнадцать на FBO и FBS с рекламой и возвратами могут занять полдня. Ориентируйтесь не на количество товаров, а на часы, которые уходят на закрытие месяца.

Что лучше для маркетплейса — Google Таблицы или Excel?

Google Таблицы выигрывают, когда с файлом работает больше одного человека: нет копий с датами в названии и видно историю правок. Excel быстрее на больших массивах и богаче по функциям. На точность расчёта выбор не влияет — влияет только на то, как быстро вы найдёте, кто и когда испортил формулу.

Как понять, что сервис учёта считает правильно?

Проверьте его тем же способом, что и таблицу: возьмите месяц, закрывшийся не меньше полутора месяцев назад, сведите его руками до последнего начисления и сравните с тем, что показывает сервис. Расхождение до 1 % выручки объясняется округлениями и датами операций, больше — повод разбираться до того, как вы начнёте принимать решения по новым цифрам.