Учет платного хранения в UNIT экономике
le: Учет платного хранения в UNIT экономике sync_to_confluence: true sidebar_position: 5 tags:
- unit экономика
- платное хранение
- юнит экономика
Учет платного хранения в факте (это анализ недельных отчетов) все просто. За анализируемый период из маржи вычитается стоимость хранения за эа этот период. Само хранение подгружается по API в разрезе дней, артикулов, размеров, коробов/паллет.
При подсчете плановой стоимости хранения в UNIT экономике мы разработали алгоритм, который учитывает параметры:
- Вариант учета хранения с 6ю значениями.
- и число дней учета хранения - по умолчанию это 30 дней.
Так как недельные отчеты выгружаются в лучшем случае раз в неделю, расчет планового хранения на единицу продажи может быть не точным. В том числе поэтому у нас разработано множество вариантов учета хранения. Давайте их рассмотрим:
- По оборачиваемости ВБ
РАКЕТА рассчитывается средневзвешенное хранение по остаткам и умножает на оборачиваемость, которую получаем по данным ВБ (выгружается значение оборачиваемости ВБ)
- По расчетной оборачиваемости
РАКЕТА рассчитывается средневзвешенное хранение по остаткам и умножает на оборачиваемость, которую мы сами рассчитываем по формуле: Остаток по FBO разделить на скорость продаж.
- По фиксированному числу дней
РАКЕТА рассчитывается средневзвешенное хранение по остаткам и умножает на заданное число дней (30 по умолчанию).
- По фактическому хранению за заданное число дней из НО (недельных отчетов)
Алгоритм следующий: рассчитывается срок в днях из параметра число дней учета хранения, вычисляется крайняя дата недельного отчета, далее рассчитывается начальная дата исходя из числа дней для учета. За этот период рассчитывается сумма хранения по API и число продаж из недельного отчета. Для UNIT экономики плановые затраты на хранение одной единицы мы получаем делением суммы хранения за период на число продаж из недельных отчетов за период. Так как недельные отчеты могут не выгружаться месяцами - это не очень надежный вариант учета плановой цены хранения.
- По фактическому хранению за заданное число дней из ЛК (личного кабинета)
Алгоритм следующий: рассчитывается срок в днях из параметра число дней учета хранения, берем дату вчера (так как за сегодня еще не полная статистика), далее рассчитывается начальная дата исходя из числа дней для учета. За этот период рассчитывается сумма хранения по API и число продаж из из отчета по продажам личного кабинета. Для UNIT экономики плановые затраты на хранение одной единицы мы получаем делением суммы хранения за период на число продаж ЛК за период.
- По фактическому хранению за заданное число дней из API (по данным из API)
Алгоритм следующий: рассчитывается срок в днях из параметра число дней учета хранения, берем дату вчера (так как за сегодня еще не полная статистика), далее рассчитывается начальная дата исходя из числа дней для учета. За этот период рассчитывается сумма хранения по API и число продаж из продаж API. Для UNIT экономики плановые затраты на хранение одной единицы мы получаем делением суммы хранения за период на число продаж API за период.
В отчетах есть возможность учитывать или не учитывать платное хранение. Ниже приведена настройка отчета и блок показывающий показатели по хранению.
В инструменте ценообразования также можно увидеть данные по хранению:
No Comments