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

Для лимитированных предзаказов атомарная проверка лимита — единственный способ избежать 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' => 'USD',
            '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. Получите консультацию по вашему проекту уже сегодня.