Приложение интернет-магазина должно показывать актуальный остаток до подтверждения покупки

У магазина уже есть каталог, сайт и учёт остатков. Приложение добавляет ещё один канал чтения. Карточки можно сохранять на телефоне, но решать, доступен ли товар для продажи, должен сервер магазина.

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

На vibecoding.ru с агентами инженер ведёт машину агентов. Мы проверяем сохранность данных и результат действий. Эти уроки переносим в условия приёмки магазина; опыта его запуска у нас нет.

Покупатель возвращается к сохранённой карточке чайника. Приложение обновляет остаток на сервере. До ответа прежняя отметка «в наличии» не подтверждает возможность покупки.

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

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

Чайник может исчезнуть и после обновления карточки. Между чтением остатка и нажатием кнопки другой покупатель завершит покупку на сайте. Повторное чтение сокращает окно ошибки, но не заменяет резерв.

Сервер должен одним неделимым действием проверить доступность и закрепить товар за заказом или резервом. Все каналы продажи учитывают этот резерв. В документации commercetools чтение остатков и резерв разделены. Проверьте эту механику у своего сервера.

Успешный ответ тоже требует разбора. Shopify описывает предупреждение об исчезнувшем товаре внутри успешной операции с корзиной. Наше требование к клиенту: показать изменившиеся условия до подтверждения покупателем.

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

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

Лента ниже относится к vibecoding.ru, а не к мобильному магазину. Истории проверены по исходным записям журналов. Их общий урок: удачный ответ промежуточного шага не доказывает результат для человека.

ИИ-агент здесь пишет код клиента и проверки. Остаток считает сервер магазина по данным учёта. Поручать модели угадывать наличие по описанию товара для этой задачи не нужно.

Правила для ИИ-агентов фиксируют, когда данные считаются проверенными и что закрывает покупку. Агент реализует это поведение. Запись «всегда актуальный остаток» без сценария потери сети не даёт проверяемого результата.

В задаче для агента меняют остаток после открытия карточки и называют ожидаемый ответ. Приёмщик повторяет тот же сценарий на телефоне. Демонстрация покупки неизменного товара эту проверку не заменяет.

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

Такой порядок согласует работу мобильного клиента и существующего сервера. Если сервер не умеет резервировать товар, одной правки интерфейса мало. Его API входит в объём работ до обещания покупателю.

В агентной разработке по подписке тариф «Все проекты» стоит 500 000 ₽ в месяц и включает три потока на 08.10.2026. Мобильная витрина и сервер магазина могут развиваться в репозиториях компании. Это формат работы, а не смета готового магазина.

Если трудно определить, что считать готовым, разберите задачу разработки до начала работ.

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

1. Сохранённая карточка помогает выбрать. Перед покупкой сверяйте доступность выбранного варианта и склада.

2. Свежий остаток не держит товар. Подтверждение связывайте с серверным резервом или созданием заказа.

3. Неизвестное наличие отличается от нуля. При потере сети показывайте состояние проверки.

4. Проверяйте смену остатка, старые ответы и повтор запроса. Обычная удачная покупка не заменяет эти сценарии.

5. Принимайте первый участок от карточки до серверного решения. Расширяйте каталог после этой проверки.