Считайте конкретный вариант
Название модели ещё не определяет вещь, которую нужно отправить. У тканевой сумки могут отличаться цвет, размер и длина ручек. Три большие синие сумки не заменяют три маленькие зелёные, если покупатель выбрал именно второй вариант. Поэтому остаток ведут для конкретной комбинации признаков. Удобно присвоить каждому варианту короткий постоянный код и использовать его в записи заказа. Фотография помогает узнать внешний вид, но название вроде той сумки из вчерашнего поста быстро становится неоднозначным. Для учебного примера достаточно двух кодов: большой синей и маленькой зелёной модели. Важно, чтобы один код не обозначал разные варианты в разных переписках.
Наличие на полке и возможность продажи различаются
Представим пять одинаковых синих сумок на полке. Две уже обещаны по подтверждённым заказам, ещё одна отложена из-за повреждения застёжки. Физически сумок пять, но для новых заказов доступны две. Резерв и временная недоступность объясняют разницу; они не означают, что вещи исчезли. Когда подтверждают ещё один заказ, доступное количество уменьшается до одной, а физическое остаётся прежним до передачи товара. Если сумку отправили, меняется уже фактическое наличие. Ожидаемую поставку полезно учитывать отдельно: обещание пополнения не превращает ещё не полученный товар в проверенный остаток. В каждом состоянии должно быть понятно, что именно произошло с единицей товара.
Записывайте переход, а не только итог
Минимальная запись события содержит вариант, количество, время и причину изменения. Тогда можно восстановить, почему вчера были доступны две сумки, а сегодня одна. Одного редактирования итоговой цифры недостаточно для объяснения ошибки, особенно если с сообщениями работают несколько человек. Заранее определите внутренний момент резервирования и порядок освобождения резерва. Вопрос о размере сам по себе может ещё не быть подтверждённым заказом. При отмене нужно проверить фактическое состояние вещи: она могла остаться на полке, уже уйти в отправку или вернуться с повреждением. Автоматическое прибавление единицы без проверки создаёт новый неверный остаток. Покупателю сообщают подтверждённый статус, а не догадку по последнему сообщению.
Попробуйте на практике
Проведите бумажную проверку остатков вымышленного магазина. Используйте только номера заказов, без настоящих имён, адресов и переписок.
- Создайте две строки: пять больших синих сумок и три маленькие зелёные. Для синей модели отметьте две единицы в резерве и одну с повреждением; для зелёной ограничений нет.
- Вычислите доступное количество по каждому варианту. Запишите отдельно физическое наличие, резерв и недоступные единицы.
- Добавьте подтверждённый заказ на одну синюю сумку. Затем отправьте одну из ранее зарезервированных синих сумок. После каждого события обновите соответствующие состояния.
- Отмените последний, ещё не отправленный заказ. Укажите, что сумка проверена и осталась на полке, затем освободите её резерв. Сверьте итог с журналом событий.
Как проверить результат. В конце физически остаются четыре синие сумки: одна в резерве, одна повреждённая и две доступные. Зелёных по-прежнему три. Каждое изменение объясняется конкретным событием, а резервы не посчитаны как дополнительный товар.
Частые вопросы
Обязательно ли покупать специальную систему учёта?
Для понимания процесса достаточно таблицы с едиными кодами и правилами. При росте числа заказов становится важнее согласованное обновление данных. Выбор инструмента зависит от объёма работы, но не отменяет необходимости различать состояния.
Можно ли считать все сообщения с интересом к товару заказами?
Это смешает вопросы, намерения и подтверждённые договорённости. Определите понятный переход к резерву и фиксируйте его одинаково. Иначе доступный остаток будет зависеть от того, кто именно прочитал переписку.
Самостоятельный разбор темы. Содержание конкретной обучающей программы здесь не представлено.