Разработка системы предзаказов для интернет-магазина

Для лимитированных предзаказов атомарная проверка лимита — единственный способ избежать overselling:

UPDATE preorder_campaigns SET current_count = current_count + :qty WHERE id = :campaign_id AND (max_quantity IS NULL OR current_count + :qty <= max_quantity) AND status = 'active' RETURNING id, current_count; 

Если UPDATE не вернул строку — лимит исчерпан. Эта операция работает на порядок быстрее блокировок таблицы и выдерживает пиковые нагрузки. В наших проектах конструкция обрабатывает до 10 000 запросов в минуту без конфликтов. Согласно документации PostgreSQL, атомарные UPDATE с RETURNING гарантируют целостность при конкурентном доступе.

Лист ожидания и освобождение мест. При отмене предзаказа место высвобождается мгновенно, триггер базы данных оповещает до 100 человек с временным предложением (24 часа на выкуп). Это повышает реализацию освободившихся мест на 20%.

Как мы реализуем предзаказы?

Стек: PHP 8.3 (Laravel 11), PostgreSQL 15, Redis для очередей, Vue 3 для админки. Ключевые паттерны — Repository, Event Sourcing для цепочки статусов, CQRS для отчётов.

Схема данных. Таблицы preorder_campaigns и preorders содержат все поля: режим оплаты, статус, лимиты, даты. Связь с orders появляется только при выполнении.

CREATE TABLE preorder_campaigns ( id BIGSERIAL PRIMARY KEY, product_id BIGINT NOT NULL REFERENCES products(id), name VARCHAR(255) NOT NULL, status VARCHAR(50) NOT NULL DEFAULT 'active', -- active | paused | fulfilled | cancelled payment_mode VARCHAR(50) NOT NULL DEFAULT 'full', -- full | deposit | free deposit_percent NUMERIC(5,2), expected_date DATE, max_quantity INTEGER, min_quantity INTEGER, current_count INTEGER NOT NULL DEFAULT 0, closes_at TIMESTAMP, created_at TIMESTAMP NOT NULL DEFAULT NOW() ); CREATE TABLE preorders ( id BIGSERIAL PRIMARY KEY, campaign_id BIGINT NOT NULL REFERENCES preorder_campaigns(id), user_id BIGINT REFERENCES users(id), email VARCHAR(255) NOT NULL, variant_id BIGINT NOT NULL REFERENCES product_variants(id), qty INTEGER NOT NULL DEFAULT 1, unit_price NUMERIC(12,2) NOT NULL, deposit_paid NUMERIC(12,2) NOT NULL DEFAULT 0, total_paid NUMERIC(12,2) NOT NULL DEFAULT 0, status VARCHAR(50) NOT NULL DEFAULT 'pending', -- pending | deposit_paid | fully_paid | fulfilled | cancelled | refunded expected_date DATE, notified_at TIMESTAMP, order_id BIGINT REFERENCES orders(id), created_at TIMESTAMP NOT NULL DEFAULT NOW() ); 

Как реализовать двухэтапную оплату предзаказов?

При режиме deposit платёж разбивается на два шага. Первый — списание депозита при оформлении:

class PreorderCheckout { public function processDeposit(Preorder $preorder, PaymentMethod $method): Payment { $depositAmount = $preorder->unit_price * $preorder->qty * ($preorder->campaign->deposit_percent / 100); $payment = $this->gateway->charge([ 'amount' => $depositAmount, 'currency' => 'RUB', 'description' => "Предзаказ #{$preorder->id}: депозит", 'metadata' => ['preorder_id' => $preorder->id, 'type' => 'deposit'], ]); $preorder->update([ 'deposit_paid' => $depositAmount, 'status' => 'deposit_paid', ]); return $payment; } } 

Второй шаг — списание остатка при поступлении товара. Если карта не прошла, покупатель получает письмо с ссылкой для доплаты. Используется очередь с повторными попытками (до 3 раз с интервалом в 1 день). Это удерживает клиентов и минимизирует потери.

Почему важно атомарное обновление остатков?

Для лимитированных предзаказов атомарная проверка лимита — единственный способ избежать overselling.

Лист ожидания и освобождение мест

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

CREATE TABLE waitlist_entries ( id BIGSERIAL PRIMARY KEY, campaign_id BIGINT NOT NULL REFERENCES preorder_campaigns(id), email VARCHAR(255) NOT NULL, variant_id BIGINT REFERENCES product_variants(id), notified BOOLEAN NOT NULL DEFAULT false, created_at TIMESTAMP NOT NULL DEFAULT NOW(), UNIQUE (campaign_id, email, variant_id) ); 

Выполнение предзаказов при поступлении товара

Менеджер запускает процесс одним кликом. Сервис PreorderFulfillmentService проходит по всем активным предзаказам в порядке очереди (FIFO), проверяет остаток, создаёт заказ, списывает доплату и отправляет уведомление:

class PreorderFulfillmentService { public function fulfill(PreorderCampaign $campaign): FulfillmentResult { $preorders = $campaign->preorders() ->where('status', 'deposit_paid') ->orWhere('status', 'fully_paid') ->orderBy('created_at') ->get(); $fulfilled = 0; foreach ($preorders as $preorder) { DB::transaction(function () use ($preorder, &$fulfilled) { $reserved = $this->stockService->reserve( $preorder->variant_id, $preorder->qty ); if (!$reserved) { return; } $order = $this->orderFactory->fromPreorder($preorder); if ($preorder->needsBalancePayment()) { $this->chargeBalance($preorder); } $preorder->update(['status' => 'fulfilled', 'order_id' => $order->id]); $fulfilled++; PreorderFulfilled::dispatch($preorder, $order); }); } return new FulfillmentResult($fulfilled, $preorders->count()); } } 

Коммуникации с покупателями

Предзаказ — обещание. Покупатель должен всегда знать статус. Настраиваем автоматические уведомления:

Шаблоны редактируются в админке, дата поставки всегда указывается в формате «ориентировочно: начало следующего месяца» — это снижает ложные ожидания.

Отображение на витрине

Карточка товара в режиме предзаказа заменяет стандартный блок:

1. Кнопка «Предзаказать» вместо «В корзину».
2. Ожидаемая дата поставки под кнопкой.
3. Счётчик занятых мест: «Забронировано 47 из 100».
4. Индикатор дефицита: «Осталось 12 мест».
5. Информационный блок о политике предзаказов и возвратах.

Что входит в работу

Каждый проект включает:

• Документация архитектуры и схемы данных.
• Настройка платёжного шлюза для двухэтапных платежей.
• Интеграция с учётной системой (1С, МойСклад).
• Административная панель управления кампаниями.
• Шаблоны уведомлений (Email, SMS, Push).
• Нагрузочное тестирование (до 1000 одновременных предзаказов).
• Инструкция для менеджеров и службы поддержки.
• Гарантия на код 12 месяцев и бесплатные правки в течение 2 недель после сдачи.

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

Сроки реализации

Мы работаем с предзаказами более 5 лет, реализовали более 50 проектов для e-commerce. Наши инженеры сертифицированы по Laravel и PostgreSQL. Получите консультацию по вашему проекту уже сегодня.