Что означает статус спамблока в выданных данных

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

Первые пять значений — коды состояния, последние два — время. Расшифровка нужна именно поэтому: в сыром виде −3 и −4 выглядят почти одинаково, а означают разное, и отличить код от даты на глаз тоже не выходит.

Приходит статус не у каждой позиции: это данные поставщика, и там, где он их не передал, состояние остаётся неизвестным. Пустое поле читается так же, как «не проверено», — как отсутствие информации, а не как её хорошая версия.

Само поле относится к моменту выдачи, а не к моменту, когда вы открыли заказ. Это важно для чтения последней строки таблицы: дата в прошлом означает, что ограничение было и закончилось, а не что оно вот-вот начнётся.

Это самая частая ошибка чтения. Состояние «не проверено» означает ровно одно: никто не смотрел. Оно не утверждает ни наличия ограничения, ни его отсутствия, и трактовать его в свою пользу нельзя. Если для вашей задачи статус критичен, выбирайте позиции, где он проставлен, или проверяйте партию сами в тридцатиминутном окне.

Обратная ситуация тоже встречается: поле показывает дату, и она уже прошла. Это состояние «снят» — ограничение было, но срок истёк. Дата в прошлом здесь не признак проблемы, а признак того, что проблема закончилась.

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

Разница между «не проверено» и «без спамблока» стоит денег. Первое — отсутствие информации, второе — результат проверки. Отбирать позиции нужно по второму, а не по тому, что плохих новостей в поле не видно.

Гарантия магазина отвечает за соответствие аккаунта описанию позиции на момент выдачи и за полноту переданных данных. Статус спамблока — часть этих данных, поэтому проверять его нужно там же, где и вход: в течение тридцати минут после покупки.

• Смотрите статус сразу, а не после заливки в софт — окно замены отсчитывается от момента покупки.
• Спамблок и валидность входа — разные вещи: аккаунт может пускать и при этом иметь ограничение действий.
• Магазин прямо оговаривает, что не гарантирует поведение аккаунта после передачи: то, что произойдёт дальше, зависит от того, как им пользуются.
• Если данные не соответствуют описанию позиции — бот поддержки, номер заказа, артикул.

Читать статус удобнее всего вместе с составом строки: и то, и другое видно прямо в выдаче и не требует входа в аккаунт. Вход нужен, чтобы проверить валидность, а комплект и ограничение читаются раньше и быстрее.

Важная деталь про сроки: ограничение с датой в будущем не отменяется тем, что вы зашли в аккаунт. Оно просто истечёт в указанный день. Гарантия отвечает за то, что данные соответствуют карточке позиции, а не за то, чтобы ограничения не было вовсе.

Практический вывод простой: статус спамблока нужно учитывать при планировании, а не преодолевать. Аккаунт с ограничением до конкретной даты имеет смысл отложить до этой даты, а не пытаться работать им сразу — нагрузка в период ограничения ничем хорошим не заканчивается.

• Дата в будущем — позицию логично отложить до этого дня и не разогревать раньше.
• «Вечный спамблок» — состояние без срока: рассчитывать на снятие не стоит вовсе.
• «Спамблок снят» — ограничение было и закончилось; на приёмке это нормальное состояние.
• «Не проверено» — планируйте так, будто состояние неизвестно, потому что оно и есть неизвестно.

Планирование по статусу проще, чем кажется: он делит партию на три корзины — работать сейчас, отложить до даты, не рассчитывать вовсе. Разложить строки по корзинам на приёмке дешевле, чем обнаружить ограничение на середине залива.

Отдельно стоит помнить про категорию с меткой FROZEN: там состояние аккаунта заявлено прямо в названии позиции и заложено в цену. Это не то же самое, что спамблок, но логика та же — свойство товара, известное до покупки, а не дефект.

Вместе с партией от поставщика приходит больше данных, чем видит покупатель. Часть полей отсекается намеренно, до того как строка попадёт в заказ, и это не потеря информации, а фильтр: в выдачу идёт то, что относится к аккаунту, а не к внутренней кухне закупки.

• «success» — служебный признак ответа системы поставщика.
• «raw» и «raw_item» — исходный ответ поставщика целиком, в необработанном виде.
• «item_id» — внутренний номер позиции на стороне поставщика.
• «price» — служебное ценовое поле поставщика; цену вы видите в карточке магазина.

Знать про этот фильтр стоит по одной причине. Если вы сверяете полученную строку с тем, что видели у поставщика в другом месте, наборы полей не совпадут — и это ожидаемо. Недостающие поля не потерялись, они просто не про ваш аккаунт.

Тот же набор полей отдаёт и публичный API: служебных признаков поставщика в ответе каталога нет. Скрипт, написанный по документации, увидит ровно то же, что покупатель в личном кабинете, — состав выдачи от способа покупки не зависит.

На приёмке из этого следует простое правило: не искать в выдаче полей, которых там не бывает. Всё, что относится к аккаунту, — учётные данные в формате, указанном в названии позиции, плюс статус спамблока. Расхождение с этим набором — повод писать в поддержку, а не искать недостающее у поставщика. Сообщение короткое: номер заказа, артикул позиции и то, какого поля не хватило.