Определял стратегии FBS и FBO и допустимый риск, подтверждал ценовые записи и сверял результат с заказами и начислениями.
[Ozon · Автоматизация · Аналитика]
кейс менеджера · решение принимает человек
Ozon: цены и юнит-экономика для FBO и FBS
Инструмент помогает контролировать цены большого каталога Ozon: сверяет данные Ozon и поставщика, рассчитывает минимально допустимую цену для FBS и отдельно помогает распродавать остатки FBO. Перед изменением Даниил проверяет расчёт, сохраняет прежнюю цену и после записи сверяет результат через API.
роль и доказательства
решение принимает человекКонтроль цен с проверкой человеком
Аудит 21 июля, тесты 21 августа и подтверждённая операция 6 августа отделены от синтетического демо.
Перед записью — расчёт без изменения, тест на 1–3 товарах, решение оператора и сохранённые исходные цены. Причинный рост прибыли не заявлен.
интерактивное демо · синтетические данные
// упрощённая модель, не интерфейс рабочего инструмента
Параметры ценообразования
Коридор цен — защита от крайностей
{{ avgMargin }} %
средняя расчётная маржа
{{ clampedCount }}
товаров упёрлись в коридор
Товар
Себест.
Комиссия
Цена
Маржа
Статус
{{ r.name }}
{{ r.cost }} ₽
{{ r.comm }} %
{{ r.price }} ₽
{{ r.marginPct }} %
{{ r.status }}
Как распределилась расчётная маржасинтетические данные · шкала −40…+45%
{{ r.name }}
{{ r.marginPct }}%
Демо показывает механику коридора цен на 8 вымышленных товарах. Рабочая FBS-модель дополнительно учитывает эквайринг, ступени комиссии, обычный сценарий и сценарий с повышенными расходами на логистику, а также проверенную закупочную цену поставщика. Плановые мониторы читают данные автоматически; запись цен подтверждает оператор.
контур принятия решения
От новых данных до подтверждённой цены
Автоматизация готовит решение и доказательства, но право записи остаётся у оператора. Любое расхождение переводит товар в безопасный сценарий.
Собирает актуальные данные
Цены и заказы Ozon сопоставляются с закупочной ценой поставщика, комиссиями и логистикой.
Считает экономику FBS и FBO отдельно
Для FBS рассчитывается минимальная цена при обычных и повышенных расходах; для FBO действует отдельный сценарий распродажи с проверкой актуальных цены и остатков.
Показывает расчёт без записи
До изменения видны новая цена, маржа, причина и позиции, которые упёрлись в ограничения.
Меняет небольшую группу и перепроверяет
Сначала проверяются 1–3 товара, затем — ограниченная партия по правилам выбранного сценария. Исходные цены сохраняются заранее, а результат повторно считывается из API Ozon.
Следующая партия
Цена совпала с расчётом — оператор может продолжить волну.
Нужна проверка
Неполные данные или спорная экономика не доходят до записи.
Изменение отменяется
Ошибка сети или расхождение после записи останавливают процесс.
01 · задача
Один оператор управляет большим каталогом Ozon. Закупочные цены, комиссии, логистика, остатки и состояние поставщика меняются независимо. Нужно рассчитывать безопасные цены, не смешивать разные цели FBS и FBO и не превращать массовую операцию в неконтролируемый риск.
02 · как решали
Python-инструменты читают цены, остатки, заказы и финансовые операции из Ozon Seller API, а закупочную цену — из Sima-land API. Прогнозная модель FBS считает целевую цену с учётом комиссии, эквайринга, логистики и фулфилмента. Исторический расчёт прибыли строится по финансовым операциям и завершённым продажам. Он остаётся оценкой, если используется текущий закуп вместо исторического или расходы уровня кабинета нельзя надёжно распределить по SKU.
Результат работы — проверяемый файловый план в CSV, JSON или XLSX. Автоматической записи без участия человека нет.
03 · безопасность изменений
Для FBS система защищает нижнюю границу цены и не предлагает снижение. Для FBO используется отдельный ликвидационный сценарий: снижение не более 20%, только когда есть остаток FBO и одновременно нет остатка FBS. Это не даёт распродаже склада случайно ухудшить экономику активного FBS.
актуальные данные → расчёт без записи → ручная проверка → подтверждение → сохранение исходных цен → тест на 1–3 товарах → малая партия → повторная проверка API → проверка карантина
Защита FBS повторно проверяет цену, закупочную стоимость, рынок и экономику при повышенных расходах. Сценарий FBO перечитывает цену и остатки, допускает шаг не более 20% и работает только при FBO>0 и FBS=0. Сначала тестируются 1–3 товара, затем — ограниченная партия. Исходные цены сохраняются до записи; после неё цена повторно считывается из API и проверяется, не вырос ли карантин.
04 · подтверждённый результат
7 473 SKUв проверенном аудите 21 июля 2026 года
3 SKUпрошли автоматическую проверку
2 932 SKUотправлены на ручную проверку
19 FBO SKUв подтверждённой операции 6 августа достигли целевых цен
21 августа 2026 года проходят 126 автоматических тестов. Отдельный причинный замер финансового эффекта до/после не проводился, поэтому кейс не приписывает системе неподтверждённый рост прибыли.
05 · границы решения
Это рабочий инструмент под контролем оператора, а не автономный сервис: единой рабочей базы данных и общего планировщика пока нет. Налоги не включены в модель, часть расчёта прибыли приблизительна, сетевую устойчивость плановых мониторов нужно усиливать. Исторические одноразовые скрипты не входят в текущий защищённый процесс. Ценовые записи и выход из карантина остаются за оператором.
роль ИИ-инструментов
ИИ-инструменты помогали анализировать данные, писать код и тесты; решения о внешних изменениях и проверка результата оставались за Даниилом.
Python
httpx
pydantic-settings
pytest
Ozon Seller API
Sima-land API
launchd
CSV · JSON · XLSX