Показатель считает промахи в обработке заказов: отмены и просрочки. Его постоянно путают с индексом цен, хотя тот занят другим: сравнивает вашу цену с рынком. Ниже речь только про ошибки.
Разбираем по спецификации Ozon Seller API, сверено 12 августа 2026 года. Пороги превышения и размеры санкций не приводим: в документации их нет. Конкретные значения по нашему кабинету тоже не показываем.
Ошибок всего два типа
Коротко: отмена по вине продавца и просрочка по вине продавца.
Список закрытый. Всё, что портит индекс, попадает в одну из двух категорий.
| Тип ошибки | Что это значит |
|---|---|
| Отмена по вине продавца | заказ отменён с вашей стороны |
| Просрочка по вине продавца | отправление не собрано или не передано вовремя |
Обе формулировки содержат слова «по вине продавца». Отмены покупателя, площадки, системы и службы доставки в индекс не идут. Кто именно инициировал отмену, видно в заявке: инициаторов пять, и только один из них ваш.
Индекс считается по конкретным отправлениям
Коротко: можно выгрузить список тех, что его испортили.
Это не абстрактная оценка. Есть выгрузка отправлений, повлиявших на индекс, и по каждому приходит:
- номер отправления и дата, когда возникла ошибка;
- тип ошибки: отмена или просрочка;
- схема доставки;
- стоимость товара в отправлении;
- плата за обработку ошибки и её доля от цены отправления;
- значение индекса по этому отправлению.
Практический смысл: разбор начинается с выгрузки за период, а не с догадок о причинах. Видно конкретные заказы, дату и то, во что каждый обошёлся.
У ошибки есть цена, и она зависит от стоимости товара
Коротко: обработка считается процентом от стоимости отправления.
Здесь главная находка. В ответе рядом со стоимостью обработки приходит её доля от цены отправления. То есть плата не фиксированная: одна и та же просрочка на дешёвом и дорогом товаре стоит по-разному.
Отсюда неочевидный вывод для приоритетов. Если ресурс склада ограничен и приходится выбирать, что собирать первым, дорогие отправления выгоднее закрывать раньше: цена промаха по ним выше.
Расходы на обработку ошибок приходят и суммой за период, и разбивкой по дням. Это позволяет увидеть, был ли всплеск разовым или проблема тянется.
Льготный статус отправления
Коротко: признак есть, а его условий документация не раскрывает.
У каждого отправления в выгрузке есть отдельный признак льготного статуса. Когда он стоит, ошибка зафиксирована, но обрабатывается иначе.
Условий, при которых льгота даётся, документация не описывает. Что она даёт точно: при разборе всплеска индекса нужно сначала посмотреть, сколько отправлений в списке имеют этот признак, а уже потом делать выводы о масштабе проблемы.
Схем доставки три, а не две
Коротко: FBS, rFBS и erFBS считаются вместе.
В поле схемы доставки перечислены три значения. Кроме привычных FBS и rFBS есть erFBS: отдельная схема, которая в индексе учитывается наравне с остальными.
Это важно для тех, кто работает по нескольким схемам одновременно: индекс общий. Промах в одной схеме не изолирован от остальных.
Где индекс стоит в общей картине
Коротко: это одна из метрик, и рядом с ней ещё несколько групп.
Сводка рейтингов продавца делится на четыре группы, и у каждой метрики указано, в какую сторону она должна двигаться.
| Группа | Что внутри |
|---|---|
| Оценка продавца | оценка товаров покупателями |
| Доставка заказов | просрочки отгрузки, рейтинг по прогрессивной шкале |
| Жалобы | отдельно по FBO, FBS и rFBS |
| Индекс цен | доля товаров в супервыгодной, зелёной, жёлтой и красной зонах |
У метрик три направления: чем выше, тем лучше; чем ниже, тем лучше; и нейтральное. Жёлтая зона индекса цен помечена именно нейтральной, то есть сама по себе она не считается ни плохой, ни хорошей.
Отдельно от групп приходят три признака: превышены ли штрафные баллы, подключены ли платные тарифы и индекс локализации с датой расчёта.
Чего в спецификации нет
Коротко: порога превышения и размера санкций.
Документация отдаёт значение индекса, состав ошибок и стоимость обработки. В ней нет ответа на главный вопрос запроса «превышение индекса ошибок»: с какого значения начинается превышение и что за ним следует.
Эти правила живут в условиях площадки и меняются, поэтому проверять их нужно там, на актуальную дату. Что можно построить на документации: ежедневный контроль значения, разбор конкретных отправлений и подсчёт реальных расходов на ошибки.
Что означает «превышение индекса ошибок»
Формулировка из кабинета, которая пугает сильнее, чем следует. Превышение означает одно: ваш индекс перешёл порог, после которого площадка начинает применять ограничения.
Само число индекса при этом не рассказывает, что случилось. Оно суммарное, а внутри лежат конкретные отправления с конкретными ошибками. Поэтому первое действие при превышении не «снижать индекс вообще», а открыть список отправлений, которые в него попали.
Почему индекс растёт
Растёт он не сам по себе. У роста всегда есть источник, и источников немного.
Отправления начали отменяться после сборки, то есть заказ был принят, а потом снят. Появились просрочки: сборка или передача перевозчику выходит за срок. Пошли отправления с недостающими позициями. Или изменился поток: объём вырос, а склад остался прежним, и ошибки, которые раньше терялись в статистике, стали заметны в доле.
Отсюда практический вывод: рост индекса это симптом изменения в процессе, а не случайность. Искать надо, что поменялось за период, в котором индекс пошёл вверх.
Как снизить индекс
Быстрого способа нет, потому что индекс считается по периоду и старые ошибки из него не исчезают мгновенно. Работает только одно: перестать добавлять новые.
Порядок, который даёт результат. Сначала разобрать список отправлений с ошибками и выделить преобладающий тип: отмены, просрочки или недостача. Затем найти причину именно этого типа, а не всех сразу. Дальше закрыть причину на уровне процесса, а не отдельного заказа. И только потом ждать: индекс снижается по мере того, как период обновляется, а новых ошибок не добавляется.
Отдельно стоит помнить про льготный статус из раздела выше: часть ошибок в индекс не попадает, и прежде чем разбираться с причиной, стоит проверить, попало ли отправление в расчёт вообще.
Что снижает индекс на стороне склада
- Собирать заказы по сроку отгрузки, а не по порядку поступления.
- Дорогие отправления ставить в приоритет: цена ошибки по ним выше.
- Отменять только то, чего действительно нет: отмена по вине продавца бьёт по индексу дважды, деньгами и метрикой.
- Проверять остатки перед подтверждением, а не после сборки.
- Раз в неделю выгружать список отправлений с ошибками и смотреть тип: отмены и просрочки лечатся разными способами.
- При всплеске сначала считать долю отправлений с льготным статусом.
Что запомнить
Индекс ошибок считает только два типа промахов, и оба по вине продавца. Стоимость обработки ошибки пропорциональна цене отправления, поэтому дорогие заказы требуют внимания в первую очередь. Ошибки по трём схемам доставки складываются в один индекс. Часть отправлений может иметь льготный статус, и это стоит проверить до того, как делать выводы.
Обе причины ошибок операционные. Просрочка возникает, когда сборка отстаёт от срока отгрузки. Отмена по вине продавца почти всегда означает, что товара не оказалось на месте.
FulSystem закрывает эту часть: приёмка, хранение, комплектация и отгрузка на Ozon и Wildberries по схемам FBO и FBS. Когда сборка идёт по срокам, а остатки совпадают с фактическими, поводов для собственных отмен и просрочек становится меньше.
Посчитать складскую часть расходов можно в калькуляторе стоимости. Как устроена отмена и кто её инициирует, разобрано в статье про отмену заказа, а чем индекс ошибок отличается от индекса цен, показано в материале про индекс цен.