[Ozon · Автоматизация · Аналитика] внутренний инструмент · human-in-the-loop

Безопасный репрайсер и юнит-экономика для Ozon

Операторский инструмент для каталога в несколько тысяч SKU: объединяет данные Ozon и поставщика, рассчитывает защитную цену для FBS и отдельно управляет ликвидацией FBO. Цены меняются только после dry-run, проверки человеком и подготовки отката.

проверенный контур

Операторский инструмент, а не автопилот цен

human-in-the-loop
можно проверить5 параметров · 8 синтетических SKU

Демо пересчитывает рекомендации и объясняет причины каждого статуса.

подтверждено аудитом7 473 SKU · 126 тестов · 19 записей

Каталог проверен отдельно от демонстрационных данных страницы.

границаНет записи без подтверждения

Dry-run, canary, ручное решение и откат обязательны; причинный рост прибыли не заявлен.

интерактивное демо · синтетические данные // упрощённая модель, не production-интерфейс
Параметры ценообразования
Коридор цен — защита от крайностей
{{ avgMargin }} % средняя расчётная маржа
{{ clampedCount }} товаров упёрлись в коридор
Товар
Себест.
Комиссия
Цена
Маржа
Статус
{{ r.name }}
{{ r.cost }} ₽
{{ r.comm }} %
{{ r.price }} ₽
{{ r.marginPct }} %
{{ r.status }}
Как распределилась расчётная маржасинтетические данные · шкала −40…+45%
{{ r.name }}

Демо показывает механику коридора цен на 8 вымышленных товарах. Production-модель FBS дополнительно учитывает эквайринг, ступени комиссии, базовый и стрессовый сценарии логистики и проверенную закупочную цену поставщика. Плановые мониторы читают данные автоматически; запись цен подтверждает оператор.

контур принятия решения

От новых данных до подтверждённой цены

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

01

Собирает актуальные данные

Цены и заказы Ozon сопоставляются с закупочной ценой поставщика, комиссиями и логистикой.

02

Считает экономику FBS и FBO отдельно

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

03

Показывает dry-run оператору

До записи видны новая цена, маржа, причина изменения и позиции, которые упёрлись в ограничения.

04

Пишет малой партией и перепроверяет

Для партии до 25 SKU сохраняется откат, а записанная цена повторно читается из API Ozon.

→ ПОДТВЕРЖДЕНО

Следующая партия

Цена совпала с расчётом — оператор может продолжить волну.

→ КАРАНТИН

Нужна проверка

Неполные данные или спорная экономика не доходят до записи.

→ ОТКАТ

Изменение отменяется

Ошибка сети или расхождение после записи останавливают процесс.

01 · задача

Один оператор управляет большим каталогом Ozon. Закупочные цены, комиссии, логистика, остатки и состояние поставщика меняются независимо. Нужно рассчитывать безопасные цены, не смешивать разные цели FBS и FBO и не превращать массовую операцию в неконтролируемый риск.

02 · как решали

Python-инструменты читают цены, остатки, заказы и финансовые операции из Ozon Seller API, а закупочную цену — из Sima-land API. Прогнозная модель FBS считает целевую цену с учётом комиссии, эквайринга, логистики и фулфилмента. Исторический P&L строится только для проданных SKU и остаётся приблизительным там, где расходы нельзя надёжно отнести к товару.

Результат работы — проверяемый файловый план в CSV, JSON или XLSX. Автоматической записи без участия человека нет.

03 · безопасность изменений

Для FBS система защищает нижнюю границу цены и не предлагает снижение. Для FBO используется отдельный ликвидационный сценарий: снижение не более 20%, только когда есть остаток FBO и одновременно нет остатка FBS. Это не даёт распродаже склада случайно ухудшить экономику активного FBS.

live read → dry-run → ручная проверка → подтверждение → rollback → canary → малая партия → перечитывание API → карантинная проверка

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

04 · подтверждённый результат
7 473 SKUв проверенном аудите 21 июля 2026 года
3 / 2 932прошли автоматически / отправлены на ручную проверку
19 SKUс подтверждёнными ценовыми записями достигли целевых значений

126 автоматических тестов проходят. Отдельный причинный замер финансового эффекта до/после не проводился, поэтому кейс не приписывает системе неподтверждённый рост прибыли.

05 · границы решения

Это production-assisted инструмент, а не автономный сервис: единой production-БД и общего планировщика пока нет. Налоги не включены в модель, часть P&L приблизительна, сетевую устойчивость плановых мониторов нужно усиливать. Ценовые записи и выход из карантина остаются за оператором.

роль в проекте

Я определял бизнес-правила, стратегии FBS и FBO, допустимый риск и решения о каждой записи; сверял результат с заказами и начислениями. ИИ помогал с инженерной реализацией, тестами и rollback-механикой.

Python httpx pydantic-settings pytest Ozon Seller API Sima-land API launchd CSV · JSON · XLSX
следующий кейс: MUTUAL →