Наличие, отсутствие и снятие с производства: как не смешивать три состояния каталога

Три разных ответа на вопрос покупателя

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

Учебный каталог содержит действующую модель с остатком, действующую без остатка и архивную модель. Для каждой карточки покупатель должен понять, что можно сделать сейчас. Не стоит использовать одинаковую серую кнопку «Нет» без объяснения. Человек не узнает, стоит ли ждать поступления, спрашивать замену или искать другой товар. Точность статуса помогает сформировать предметный запрос.

Статья не утверждает наличие будущих поставок или аналогов у конкретного магазина. Эти сведения требуют подтверждения. Если срок неизвестен, его не придумывают. Если подходящая замена не определена, кнопка может обозначать консультацию, а не обещать готовый аналог. Техническая модель должна поддерживать честное отображение неизвестного состояния.

Остаток и жизненный цикл

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

Сочетание признаков нужно проверить на противоречия. Например, «снят с производства» и кнопка обычного заказа могут быть допустимы при остаточном запасе, но это должно быть объяснено. Автоматически запрещать любую продажу архивной модели не всегда правильно. Однако оставлять такое сочетание случайным тоже нельзя. Правило согласуют с владельцем ассортимента и отражают в интерфейсе.

Источники статусов

Для каждого признака определяют источник: учётная система, ручная редакционная настройка или подтверждённый импорт. Не стоит делать вывод о снятии с производства из отсутствия позиции в частичном файле. Такой файл может содержать только изменённые товары. Если полная выгрузка действительно задаёт жизненный цикл, её контракт должен явно описывать отсутствие и правила деактивации.

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

В учебной проверке меняют остаток без изменения статуса модели, затем статус без изменения остатка. Смотрят оба представления и следующий обмен. Это показывает независимость полей. Если одно действие автоматически переписывает другое, нужно подтвердить, что именно такое поведение согласовано. Иначе исправление ограничится одной красивой карточкой до следующей загрузки.

Порядок в выдаче

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

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

В выдаче статус виден до перехода. Если несколько карточек похожи, покупатель должен различать доступную модель и архивную без открытия каждой. Цвет дополняют текстом, поскольку он не всегда воспринимается одинаково. Подпись должна быть краткой и точной. Формулировка «под заказ» недопустима, если поставка не подтверждена и фактически означает «мы пока не знаем».

Прямой вход в старую карточку

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

Если есть точная новая модель, её можно показать как связанную замену с объяснением различий. Но нельзя автоматически перенаправить все архивные товары на одну общую категорию и считать задачу решённой. Посетитель теряет предмет поиска. Точное перенаправление, сохранение архивной страницы и ответ об отсутствии являются разными решениями, которые выбирают по фактическому содержанию.

Для поискового поведения проверяют HTTP статус и адресные сигналы в рамках выбранной политики. Архивный товар не обязательно является отсутствующей страницей. Если содержимое сохранено, он может оставаться обычной полезной страницей с честным статусом. Если ресурс удалён, ответ должен соответствовать этому. Нельзя назначать статус только по состоянию остатка.

Конфигуратор и выбранная позиция

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

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

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

Запрос альтернативы

Кнопка запроса альтернативы должна передавать исходную модель, существенные параметры и вопрос. Менеджер не должен искать, какую именно архивную карточку видел человек. Если замена уже подобрана, полезно показать различия, а не только ссылку. Но наличие похожего названия не подтверждает совместимость. В статье такие сведения не придумываются.

Формулировка подтверждения должна соответствовать процессу. «Запрос принят» честнее обещания «мы нашли аналог», если подбор ещё не выполнен. Если у компании нет отдельной процедуры консультации, не стоит добавлять кнопку только ради заполнения пустого места. Лучше сохранить доступную информацию и действующий канал связи по согласованному правилу.

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

Обмен и возврат статуса

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

Если источник изменил статус обратно, требуется правило допустимости. Может ли модель снова стать действующей? Кто подтверждает это изменение? Нужно ли сохранить историю? Ответы зависят от проекта, но случайное переключение по пустому полю не должно заменять решение. Прозрачное происхождение значения помогает поддержке объяснить, почему карточка изменилась.

Для массовой операции готовят предварительный список. Видны текущие состояния и предлагаемые изменения, включая влияние на выдачу и действие карточки. Возврат сохраняет именно затронутые признаки, не откатывая весь каталог и заказы. Такой подход особенно полезен, когда снятие с производства применяется сразу к группе моделей.

Проверка редактора и посетителя

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

На телефоне статус располагают рядом с главным действием и ценой, а не только в длинном описании. Увеличенный текст не должен скрывать ограничение. Если кнопка недоступна, пояснение должно быть читаемым и не зависеть от наведения. Для клавиатуры сохраняют доступ к альтернативному действию, когда оно предусмотрено.

Критерии готовности включают все три основных состояния, прямой вход, выдачу, конфигуратор и последующий обмен. Полезно оставить одну учебную запись каждого типа и ожидаемый результат. Это позволяет проверить следующую правку каталога без спорного общего признака «товар неактивен» и без выдуманных сроков поставки.

Поддерживаемый словарь

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

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

Нулевой остаток без архивирования модели

Учебный товар сначала имеет доступный запас, затем количество становится нулевым. Жизненный цикл модели остаётся действующим. На витрине меняется состояние доступности, но карточка не должна автоматически стать «снятой с производства», если это не предусмотрено источником. Затем отдельно устанавливают подтверждённый архивный признак. Этот опыт показывает, что два поля действительно независимы и не подменяют друг друга.

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

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

Смежная тема разобрана в материале Интеграция интернет-магазина со складским учётом.

Вопросы по теме

Как различить временное отсутствие товара и окончательное снятие с производства?

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

Документация и источники

• Google Merchant Center: доступность товара: Статус доступности должен соответствовать информации на сайте; внутренний жизненный цикл описан как отдельная авторская модель.