Демо пересчитывает рекомендации и объясняет причины каждого статуса.
Безопасный репрайсер и юнит-экономика для Ozon
Операторский инструмент для каталога в несколько тысяч SKU: объединяет данные Ozon и поставщика, рассчитывает защитную цену для FBS и отдельно управляет ликвидацией FBO. Цены меняются только после dry-run, проверки человеком и подготовки отката.
Операторский инструмент, а не автопилот цен
Каталог проверен отдельно от демонстрационных данных страницы.
Dry-run, canary, ручное решение и откат обязательны; причинный рост прибыли не заявлен.
Демо показывает механику коридора цен на 8 вымышленных товарах. Production-модель FBS дополнительно учитывает эквайринг, ступени комиссии, базовый и стрессовый сценарии логистики и проверенную закупочную цену поставщика. Плановые мониторы читают данные автоматически; запись цен подтверждает оператор.
От новых данных до подтверждённой цены
Автоматизация готовит решение и доказательства, но право записи остаётся у оператора. Любое расхождение переводит товар в безопасный сценарий.
Собирает актуальные данные
Цены и заказы Ozon сопоставляются с закупочной ценой поставщика, комиссиями и логистикой.
Считает экономику FBS и FBO отдельно
Для каждой модели строятся базовый и стрессовый сценарии, нижняя граница и допустимый ценовой коридор.
Показывает dry-run оператору
До записи видны новая цена, маржа, причина изменения и позиции, которые упёрлись в ограничения.
Пишет малой партией и перепроверяет
Для партии до 25 SKU сохраняется откат, а записанная цена повторно читается из API Ozon.
Следующая партия
Цена совпала с расчётом — оператор может продолжить волну.
Нужна проверка
Неполные данные или спорная экономика не доходят до записи.
Изменение отменяется
Ошибка сети или расхождение после записи останавливают процесс.
Один оператор управляет большим каталогом Ozon. Закупочные цены, комиссии, логистика, остатки и состояние поставщика меняются независимо. Нужно рассчитывать безопасные цены, не смешивать разные цели FBS и FBO и не превращать массовую операцию в неконтролируемый риск.
Python-инструменты читают цены, остатки, заказы и финансовые операции из Ozon Seller API, а закупочную цену — из Sima-land API. Прогнозная модель FBS считает целевую цену с учётом комиссии, эквайринга, логистики и фулфилмента. Исторический P&L строится только для проданных SKU и остаётся приблизительным там, где расходы нельзя надёжно отнести к товару.
Результат работы — проверяемый файловый план в CSV, JSON или XLSX. Автоматической записи без участия человека нет.
Для FBS система защищает нижнюю границу цены и не предлагает снижение. Для FBO используется отдельный ликвидационный сценарий: снижение не более 20%, только когда есть остаток FBO и одновременно нет остатка FBS. Это не даёт распродаже склада случайно ухудшить экономику активного FBS.
live read → dry-run → ручная проверка → подтверждение → rollback → canary → малая партия → перечитывание API → карантинная проверка
Проверяются актуальные цена и себестоимость, нижняя граница, рыночный индекс и стрессовая экономика. Партия ограничена 25 позициями, до записи сохраняется откат, после — цена перечитывается из API. Ошибка сети, расхождение данных или карантин останавливают следующую волну и требуют решения оператора.
126 автоматических тестов проходят. Отдельный причинный замер финансового эффекта до/после не проводился, поэтому кейс не приписывает системе неподтверждённый рост прибыли.
Это production-assisted инструмент, а не автономный сервис: единой production-БД и общего планировщика пока нет. Налоги не включены в модель, часть P&L приблизительна, сетевую устойчивость плановых мониторов нужно усиливать. Ценовые записи и выход из карантина остаются за оператором.
Я определял бизнес-правила, стратегии FBS и FBO, допустимый риск и решения о каждой записи; сверял результат с заказами и начислениями. ИИ помогал с инженерной реализацией, тестами и rollback-механикой.