Выручка показывает продажи, прибыль — результат после расходов, а календарь денег — хватит ли средств к дате платежа. Сначала сверяйте эти три вещи отдельно. Затем сравните перенос платежа, меньшую партию и другие доступные варианты. В DaData календарь считает по введённым вами событиям; выписки банка и выплаты площадки нужно проверить самостоятельно.
Когда деньги нужны раньше, чем приходят
Откройте юнит-экономику в режиме планирования, заполните вводные и рассчитайте план. В результате доступен «Календарь денег». Начальный остаток берите из своих счетов, будущие выплаты — из отчётов продавца, а платежи поставщикам — из согласованных условий. Неподтверждённую дату выплаты проверьте отдельным сценарием задержки.
Внесите в календарь начальный остаток денег, неприкосновенный резерв и даты всех ожидаемых поступлений и платежей. Посмотрите, когда денег будет меньше всего. Если расход и поступление стоят на одну дату, календарь сначала вычитает расход. Поэтому порядок реальных платежей в этот день нужно уточнить.
Учебный пример
Прибыль есть, а на следующую партию не хватает
Учебный случай: сначала сверим прибыль и деньги за завершённый период, затем найдём безопасный график следующей закупки. Все суммы и даты условные; это не прогноз выплат Uzum.
Учебный кейс: прибыль есть, деньги на счёте прежние
Все суммы ниже вымышлены и даны в млн UZS. За завершённый месяц продажи после возвратов составили 14. Себестоимость проданных товаров — 7, удержания площадки — 3, остальные расходы и внесённые налоги — 1. Проданный запас был оплачен раньше; на начало месяца площадка ничего не должна. Это вводные примера, а не ставки или нормы Uzum.
На счёте было 3. За месяц площадка перечислила 7, на остальные расходы ушёл 1, на ещё не проданную новую партию — 6. Новая закупка уменьшает деньги сейчас; в прибыль её стоимость попадёт по мере продажи товара. Выплата площадки, наоборот, не создаёт выручку повторно.
На узком экране таблицу можно прокрутить в сторону.
| Что произошло | В расчёте прибыли | Движение денег на счёте | Почему |
|---|---|---|---|
| Продажи после возвратов | +14 | 0 | Продажа и выплата — разные события |
| Себестоимость проданного | −7 | 0 | Запас оплачен до этого месяца |
| Удержания площадки | −3 | 0 | Выплата ниже уже за счёт этих удержаний |
| Другие расходы и налоги | −1 | −1 | В этом примере начислены и оплачены в том же месяце |
| Полученная выплата | 0 | +7 | Площадка ещё должна 14 − 3 − 7 = 4 |
| Новая непроданная партия | 0 | −6 | Это запас, а не повторная себестоимость уже проданного |
| Итог месяца | +3 прибыли | 0 изменения | На счёте осталось 3, а не 6 |
Вывод. Прибыль: 14 − 7 − 3 − 1 = 3. Деньги: 3 + 7 − 1 − 6 = 3. Не вычитайте новую закупку 6 ещё раз из прибыли: так вы превратите прибыльный месяц в вымышленный убыток. Чтобы понять, чем оплачивать следующую поставку, нужны даты поступлений и платежей.
Сначала найдём день, когда денег будет меньше всего
Купленный ранее запас на 6 млн относится к другим SKU и не заменяет заканчивающиеся варианты. В этом примере потребность в следующей партии уже проверили по их спросу и наличию. Если такой проверки у вас нет, сначала решите, нужна ли закупка вообще, и только затем выбирайте график оплаты.
Продолжим тот же учебный пример. Сейчас 13 сентября, на счёте 3, резерв — 1. Новая поставка стоит 5; поставщик просит оплату 14 сентября, а оставшиеся 4 от площадки ожидаются 20 сентября. Полная оплата оставит −2: без дополнительных денег она невозможна. Чтобы оплатить её и сохранить резерв, нужно ещё 3.
В примере поставщик согласен отдать всю партию сразу за 2 авансом и 3,2 до 26 сентября; доплата за отсрочку — 0,2. Других движений денег до этой даты нет. Проверяем обещанную выплату 20 сентября и задержку до 25 сентября. Условия поставки и отсрочки считаем подтверждёнными только для этого примера.
На узком экране таблицу можно прокрутить в сторону.
| Дата и событие | Выплата 20 сентября | Выплата 25 сентября |
|---|---|---|
| 13 сентября: деньги на старте | 3 | 3 |
| 14 сентября: аванс −2 | 1 | 1 |
| 20 сентября: плановая выплата +4 | 5 | 1 — выплата задержана |
| 25 сентября: задержанная выплата +4 | 5 — повторного поступления нет | 5 |
| 26 сентября: второй платёж −3,2 | 1,8 | 1,8 |
| Минимальный остаток | 1 — резерв сохранён | 1 — резерв сохранён |
Вывод. Отсрочка выдерживает задержку до 25 сентября. Если деньги придут только 26 сентября, календарь DaData сначала учтёт платёж: 1 → −2,2 → 1,8. Чтобы в этот день сохранить резерв, понадобятся дополнительные 3,2 млн UZS: до платежа на счёте должно быть 4,2 млн. Положительный остаток вечером не устраняет утреннюю нехватку: заранее согласуйте другой срок или подтвердите поступление денег до платежа.
Выбор: доплатить за отсрочку или купить частями
Есть ещё одно учебное предложение: купить часть партии за 2 сейчас, остаток за 3 после выплаты; дополнительная доставка стоит 0,1 и оплачивается со второй частью. Такой вариант тоже сохраняет резерв, но до второй поставки части размеров может не хватить. По своей проверяемой гипотезе продавец оценивает вклад этих недостающих продаж после переменных расходов в 0,3. Это не выручка и не гарантированный убыток.
На узком экране таблицу можно прокрутить в сторону.
| Вариант | Дополнительные расходы, млн UZS | Минимум денег, млн UZS | Что получаем |
|---|---|---|---|
| Вся сумма 14 сентября | 0 | −2; нужны ещё 3 с учётом резерва | Нужны дополнительные деньги; их стоимость пока неизвестна |
| Вся партия с отсрочкой до 26 сентября | 0,2 | 1, если выплата не позже 25 сентября | Вся партия сразу; итоговый остаток 1,8 |
| Партия частями; вторая оплата после поступления денег | 0,1 | 1 | Итоговый остаток 1,9; возможен дефицит части вариантов |
Вывод. При этих вводных выбираем согласованную отсрочку: она дороже доставки частями на 0,1, но может сохранить 0,3 вклада от продаж — ожидаемая разница 0,2. Решение изменится, если вклад сохранённых продаж окажется меньше 0,1, поставщик не отдаст всю партию сразу или выплата сдвинется позже 25 сентября. Тогда заново согласуйте платёж или уменьшите закупку. Запишите оба варианта. В календаре DaData проверьте остаток после аванса и срок оставшегося платежа; после поступления выплаты и завершения продаж замените предположения фактическими суммами.
Это учебный пример. Числа и поведение покупателей придуманы для объяснения; у вашего товара результат может быть другим.
Рыночная цена — ориентир для сравнения
Для сравнения сервис берёт подходящие товары выбранной категории за 30 дней — не меньше трёх. Медиана — середина упорядоченного списка цен; при чётном количестве берётся среднее двух центральных цен. Диапазон P25–P75 показывает среднюю половину цен в этой выборке. Эти числа помогают сравнить вашу цену с похожими товарами, но не предсказывают продажи. Сначала убедитесь, что товары действительно сопоставимы.
Налоговый радар — сигнал для проверки
Налоговый радар помогает заметить приближение к лимиту выручки. В калькуляторе этот расчёт доступен для НСО 1% — налога с оборота. Введите выручку, которую вы учитываете для этого налога с начала года по выбранную дату. Баланс кабинета и сумма полученных выплат её не заменяют.
Остаток лимита считается по введённому факту. Для прогноза радар добавляет полный план каждого оставшегося месяца, включая текущий. Если часть текущего месяца уже вошла в факт, в прогнозе она может посчитаться повторно. Не уменьшайте факт ради исправления прогноза: тогда остаток лимита станет неверным.
Прогноз без повторного учёта посчитайте отдельно: к факту на выбранную дату добавьте выручку, которую ожидаете учесть за оставшиеся дни текущего месяца, затем планы следующих месяцев до конца года. Во всех суммах используйте одинаковые правила учёта выручки. Месяц достижения лимита, показанный радаром, в таком случае считайте приблизительным. Применимость налогового режима и действующие условия проверьте отдельно.
Как оплатить обязательства вовремя
Сравните несколько вариантов: договориться об оплате частями, разделить поставку, уменьшить заказ или перенести необязательный расход. Посчитайте доплату и продажи, от которых придётся отказаться. Нехватка денег в календаре ещё не означает, что выгоднее всего брать заём.
Проверьте сценарий задержки выплаты: после обязательных платежей должен сохраняться выбранный резерв. Если перенос платежа требует согласия поставщика, внесите новый срок в сценарий только после договорённости.
Порядок действий
- Введите все платежи и поступления по реальным датам.
- Задайте сумму, которую нужно сохранить. Найдите первый день, когда денег станет меньше неё.
- Посчитайте стоимость каждого варианта: перенос платежа, разделение поставки или меньший заказ.
- Проверьте новый график при задержке выплаты и сохраните исходные данные.
На что обратить внимание
| Что наблюдаем | Возможное объяснение | Что можно сделать |
|---|---|---|
| Положительный итог месяца скрывает отрицательный день | Деньги приходят позже обязательства | Меняйте согласованный график или размер заказа до срока платежа |
| Цена выше рыночного диапазона | Ваша цена выше, чем у большинства товаров в выбранной группе | Проверьте, действительно ли сравниваете похожие товары и есть ли покупателю за что доплатить |
Что важно учесть
Календарь не подключён к банку; радар не заменяет проверку налоговых правил. Убедитесь, что введённый вручную сценарий сохранён, а исходные даты указаны верно.
Что ещё проверить
Какие показатели сравнить
Прибыль с продажи: посмотрите также на показатели ниже. Вместе они помогут найти возможную причину, но её ещё нужно проверить.
- Выручка
Вычтите расходы по проданным товарам. Выручка могла вырасти вместе с затратами или продажами менее выгодных вариантов.
- Маржинальный доход — вклад в прибыль
После переменных расходов ещё нужно покрыть постоянные и остальные неучтённые расходы. Сравнивайте суммы с одинаковым списком затрат.
- Маржа, %
Смотрите и на процент, и на сумму. Высокая маржа при редких покупках может дать меньше денег, чем низкая при частых.
- Выплата и денежный поток
Прибыль в отчёте не означает, что деньги уже на счёте. Сравните даты выплат, закупки и обязательных платежей.
- Себестоимость
После новой цены поставщика пересчитайте доставку и брак. Полная себестоимость может измениться иначе, чем цена самого товара.
Термины из статьи
Нажмите на термин, чтобы прочитать объяснение и посмотреть расчёт.
Вопросы и ответы
Продажи есть, выручка растёт, а денег нет. Как найти причину?
Составьте две отдельные сверки. В первой — прибыль за период: выручка с учётом возвратов минус себестоимость проданных товаров и остальные расходы без повторного вычитания. Во второй — деньги по датам: начальный остаток плюс поступления минус платежи, включая новые закупки и изъятия владельца. Сверьте задержанные выплаты, рост запаса и погашение долгов. Не вычитайте одну закупку одновременно как себестоимость проданного товара и как дополнительный расход прибыли.
Какую сумму оставить в резерве?
Резерв в денежном календаре — минимальный остаток, который вы хотите сохранить после всех поступлений и платежей. Это запас на задержки и непредвиденные расходы. Обязательные платежи внесите отдельными событиями; повторно добавлять их в резерв не нужно. Универсального процента нет. Если после какого-либо события денег остаётся меньше резерва, уменьшите заказ, согласуйте другой график или найдите деньги до платежа.
Что делать, если выплата и платёж поставщику назначены на один день?
Календарь DaData сначала учитывает расход, затем поступление. Даже при положительном остатке в конце дня до выплаты денег может не хватить. Уточните реальное время поступления и срок оплаты. Если порядок не подтверждён, проверьте сценарий задержки и заранее согласуйте перенос платежа или дополнительные средства.
Это прогноз реальных банковских остатков?
Нет, это расчёт по событиям, которые вы внесли вручную. Календарь не видит банк. Если выплата задержится или появится неуказанный расход, реальный остаток будет другим.
Источники и полезные материалы
Мы описываем функции, которые есть в DaData. Тарифы и правила могут меняться: перед расчётом проверьте их в сервисе и в указанных источниках.
Откройте нужный инструмент в кабинете DaData.