Заказы, продажи и выплаты: как сверить отчёты маркетплейса без ложной недостачи

За неделю в кабинете появились заказы на 100 тысяч рублей, а на расчётный счёт пришло 62 тысячи. Разница сама по себе не означает потерю денег: сравниваются разные события и, возможно, разные периоды. Начать проверку полезно с определения каждой суммы.

Я развиваю экосистему SellerDen. Ниже — схема управленческой сверки для продавца. Все числа условные; это не описание конкретного кабинета и не инструкция по бухгалтерскому или налоговому учёту.

Разделите три потока

Заказ показывает намерение купить. Продажа или выкуп — состоявшееся событие по определению выбранного отчёта. Выплата — движение денег с учётом графика перечислений и удержаний. Заказ, созданный в воскресенье, может попасть в продажу следующей недели, а в выплату ещё позднее.

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

Сначала проверьте границы выгрузок

Запишите площадку, магазин, период, часовой пояс, время скачивания и тип отчёта. Уточните, входят ли в сумму отмены, возвраты, доставка, скидки площадки и продавца. Названия колонок и порядок расчёта берите из пояснений к конкретной выгрузке: одинаковое слово в двух отчётах не гарантирует одинаковый смысл.

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

Постройте мост от продаж к начислению

Условный пример: продажи по отчёту — 100 000 рублей, возвраты — 8 000, комиссия — 18 400, логистика — 6 600, другие подтверждённые удержания — 5 000. Если все эти строки относятся к одной базе и ещё не вычтены из исходной суммы, расчётное начисление составит 62 000 рублей.

Проверка арифметики: 100 000 − 8 000 − 18 400 − 6 600 − 5 000 = 62 000. Но если исходная колонка уже показывает продажи за вычетом возвратов, повторно вычитать 8 000 нельзя. Прежде чем писать формулу, подпишите смысл каждой величины.

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

Затем сверьте начисление с выплатой

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

Например, к выплате на начало периода было 12 000 рублей, новых начислений появилось 62 000, перечислено 54 000. Без других движений конечный остаток должен быть 20 000. Это ожидающая перечисления сумма в условном примере, а не автоматически долг с нарушенным сроком. Срок проверяется по условиям площадки.

Разбирайте расхождения по причинам

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

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

Что считать завершённой сверкой

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