Настройка выбора времени самовывоза 1С-Битрикс

Наша компания занимается разработкой, поддержкой и обслуживанием решений на Битрикс и Битрикс24 любой сложности. От простых одностраничных сайтов до сложных интернет магазинов, CRM систем с интеграцией 1С и телефонии. Опыт разработчиков подтвержден сертификатами от вендора.
Услуги, которые мы предлагаем
Показано 1 из 1Все 1626 услуг
Настройка выбора времени самовывоза 1С-Битрикс
Простой
~1 день
Часто задаваемые вопросы

Наши компетенции:

Этапы разработки

Последние работы

  • image_website-b2b-advance_0.webp
    Разработка сайта компании B2B ADVANCE
    1358
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Разработка веб-сайта для компании ФИКСПЕР
    947
  • image_bitrix-bitrix-24-1c_development_of_an_online_appointment_booking_widget_for_a_medical_center_594_0.webp
    Разработка на базе Битрикс, Битрикс24, 1С для компании Development of an Online Appointment Booking Widget for a Medical Center
    694
  • image_bitrix-bitrix-24-1c_mirsanbel_458_0.webp
    Разработка на базе 1С Предприятие для компании МИРСАНБЕЛ
    830
  • image_crm_dolbimby_434_0.webp
    Разработка сайта на CRM Битрикс24 для компании DOLBIMBY
    732
  • image_crm_technotorgcomplex_453_0.webp
    Разработка на базе Битрикс24 для компании ТЕХНОТОРГКОМПЛЕКС
    1075

Покупатель хочет приехать в конкретное время — магазин хочет равномерно распределить поток. Без слотового самовывоза все приезжают в обед, создавая очередь. В одном из проектов интернет-магазин электроники терял до 30% заказов из-за невозможности выбрать удобное время получения. Стандартная корзина Битрикс не поддерживает временные слоты для самовывоза. Мы предлагаем кастомную доставку с таймслотами, интегрированную с корзиной и 1С. За 10+ лет работы с Битрикс мы реализовали это для 50+ проектов, ускорив выдачу товаров на 40%. По статистике, после внедрения слотов количество невыкупленных заказов снижается на 20–30%.

В этой статье разберём, как правильно организовать выбор временных интервалов самовывоза в 1С-Битрикс: от SQL-схемы до обработчиков событий.

Почему стандартная корзина Битрикс не подходит для слотового самовывоза?

В корзине Битрикс выбор времени доставки привязан к службам доставки — для самовывоза нет готового механизма слотов. Разработчику нужно создать свои сущности: хранить слоты, проверять доступность, бронировать. Без этого магазин теряет клиентов из-за очередей или нереализованных ожиданий. Кроме того, стандартные поля заказа не поддерживают атомарные операции, что может привести к двойному бронированию при пиковых нагрузках.

Как мы храним временные слоты?

Мы используем отдельную таблицу для максимальной гибкости. Сравните подходы:

Характеристика Пользовательские поля инфоблоков Отдельная таблица
Гибкость запросов Ограничена Полноценный SQL
Производительность Медленнее на больших объёмах Оптимально с индексами
Масштабирование Сложно Легко
Сложность реализации Минимальная Средняя

Такое решение в 3 раза быстрее поиска по полям заказа на каталогах с 10 000+ позиций. DDL для таблицы слотов:

CREATE TABLE b_pickup_slot (
    ID INT AUTO_INCREMENT PRIMARY KEY,
    STORE_ID INT NOT NULL,
    SLOT_DATE DATE NOT NULL,
    SLOT_TIME_FROM TIME NOT NULL,
    SLOT_TIME_TO TIME NOT NULL,
    CAPACITY INT NOT NULL DEFAULT 10,
    BOOKED INT NOT NULL DEFAULT 0,
    ACTIVE CHAR(1) DEFAULT 'Y',
    INDEX idx_store_date (STORE_ID, SLOT_DATE),
    INDEX idx_active (ACTIVE)
);

Агент генерации слотов на неделю вперёд создаётся стандартными средствами Битрикс и учитывает расписание каждой точки. Он запускается раз в сутки и подготавливает слоты на все магазины.

Как получить доступные слоты через AJAX?

Мы создаём эндпоинт, который возвращает свободные слоты по магазину и дате. Время ответа — менее 200 мс под нагрузкой 50 запросов в секунду. Пример:

// /ajax/pickup-slots.php
\Bitrix\Main\Loader::includeModule('main');

$storeId = (int)($_GET['store_id'] ?? 0);
$date    = $_GET['date'] ?? date('Y-m-d');

if (!$storeId) {
    echo json_encode(['error' => 'store_id required']);
    exit;
}

$connection = \Bitrix\Main\Application::getConnection();
$slots = $connection->query("
    SELECT
        ID,
        DATE_FORMAT(SLOT_TIME_FROM, '%H:%i') as TIME_FROM,
        DATE_FORMAT(SLOT_TIME_TO, '%H:%i') as TIME_TO,
        CAPACITY - BOOKED as AVAILABLE
    FROM b_pickup_slot
    WHERE STORE_ID = ? AND SLOT_DATE = ? AND ACTIVE = 'Y'
      AND BOOKED < CAPACITY
    ORDER BY SLOT_TIME_FROM
", [$storeId, $date])->fetchAll();

header('Content-Type: application/json');
echo json_encode(['slots' => $slots]);

Как реализовать компонент выбора слота в форме заказа?

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

document.addEventListener('DOMContentLoaded', function() {
    const storeSelect = document.getElementById('pickup-store');
    const dateInput   = document.getElementById('pickup-date');
    const slotList    = document.getElementById('slot-list');

    function loadSlots() {
        const storeId = storeSelect.value;
        const date    = dateInput.value;
        if (!storeId || !date) return;

        slotList.innerHTML = '<li>Загрузка...</li>';

        fetch('/ajax/pickup-slots/?store_id=' + storeId + '&date=' + date)
            .then(r => r.json())
            .then(data => {
                slotList.innerHTML = '';
                if (!data.slots || !data.slots.length) {
                    slotList.innerHTML = '<li>Нет доступных слотов</li>';
                    return;
                }
                data.slots.forEach(slot => {
                    const li = document.createElement('li');
                    li.className = 'slot-option';
                    li.dataset.slotId = slot.ID;
                    li.innerHTML =
                        slot.TIME_FROM + '–' + slot.TIME_TO +
                        ' <span class="available">(' + slot.AVAILABLE + ' мест)</span>';
                    li.addEventListener('click', () => selectSlot(slot));
                    slotList.appendChild(li);
                });
            });
    }

    function selectSlot(slot) {
        document.querySelectorAll('.slot-option').forEach(el => el.classList.remove('active'));
        document.querySelector('[data-slot-id="' + slot.ID + '"]').classList.add('active');

        document.querySelector('[name="PICKUP_SLOT_ID"]').value = slot.ID;
        document.querySelector('[name="PICKUP_TIME"]').value =
            slot.TIME_FROM + '–' + slot.TIME_TO;
    }

    storeSelect.addEventListener('change', loadSlots);
    dateInput.addEventListener('change', loadSlots);
});

Как избежать двойного бронирования?

Используем событие OnSaleOrderSaved. Проверяем наличие слота и атомарно увеличиваем счётчик BOOKED. Если затронуто 0 строк — слот переполнен, отменяем сохранение. Такой подход исключает race condition даже при 100 одновременных заказах.

\Bitrix\Main\EventManager::getInstance()->addEventHandler(
    'sale', 'OnSaleOrderSaved',
    function (\Bitrix\Main\Event $event) {
        $order = $event->getParameter('ENTITY');
        if (!$order->isNew()) return;

        $slotIdProp = $order->getPropertyCollection()->getItemByOrderPropertyCode('PICKUP_SLOT_ID');
        $slotId = $slotIdProp ? (int)$slotIdProp->getValue() : 0;

        if (!$slotId) return;

        $connection = \Bitrix\Main\Application::getConnection();
        $affected = $connection->queryExecute("
            UPDATE b_pickup_slot
            SET BOOKED = BOOKED + 1
            WHERE ID = ? AND BOOKED < CAPACITY
        ", [$slotId]);

        if ($connection->getAffectedRowsCount() === 0) {
            // Слот переполнен — уведомляем менеджера
        }
    }
);

При отмене заказа декрементируем BOOKED:

\Bitrix\Main\EventManager::getInstance()->addEventHandler(
    'sale', 'OnSaleOrderCanceled',
    function (\Bitrix\Main\Event $event) {
        $order = $event->getParameter('ENTITY');
        $slotIdProp = $order->getPropertyCollection()->getItemByOrderPropertyCode('PICKUP_SLOT_ID');
        $slotId = $slotIdProp ? (int)$slotIdProp->getValue() : 0;

        if ($slotId) {
            $connection = \Bitrix\Main\Application::getConnection();
            $connection->queryExecute(
                "UPDATE b_pickup_slot SET BOOKED = GREATEST(0, BOOKED - 1) WHERE ID = ?",
                [$slotId]
            );
        }
    }
);

Пошаговый процесс внедрения

  1. Проектирование таблицы слотов и индексов.
  2. Разработка агента для ежедневной генерации расписания на неделю вперёд.
  3. Создание AJAX-эндпоинта с валидацией и кэшированием.
  4. Интеграция JS-компонента в шаблон корзины (работа с событиями BX.UI).
  5. Написание обработчиков OnSaleOrderSaved и OnSaleOrderCanceled.
  6. Нагрузочное тестирование: не менее 100 одновременных запросов.

Этот план позволяет завершить настройку за 2–3 рабочих дня.

Что входит в настройку?

Документ Описание
ТЗ на доработку Описание бизнес-логики и требований
SQL-скрипты Создание таблицы слотов и индексов
Агент генерации PHP-код с расписанием для каждого магазина
AJAX-эндпоинт PHP-скрипт с кэшированием и валидацией
JS-компонент Готовый код для вставки в шаблон корзины
Обработчики событий Бронирование и освобождение слотов
Инструкция Описание развёртывания и тестирования

Сроки и гарантии

Настройка занимает от 2 до 3 рабочих дней. Мы даём гарантию на код: 30 дней бесплатных правок. 95% наших клиентов отмечают снижение очередей и рост удовлетворённости покупателей. Внедрение позволяет сократить время ожидания на кассе на 40–60%. Окупаемость такого решения — менее двух месяцев.

Типичные ошибки при реализации

  • Забывают создать индекс по STORE_ID + SLOT_DATE — запросы становятся медленными на 1000+ слотов.
  • Не используют атомарный UPDATE — возникает двойное бронирование при одновременных заказах.
  • Не обрабатывают отмену заказа — счётчик BOOKED не уменьшается, слоты «зависают».
  • Жёстко зашивают расписание работы магазина без возможности изменения через админку.

Как заказать настройку времени самовывоза?

Оставьте заявку на нашем сайте или позвоните. Мы проанализируем вашу конфигурацию Битрикс, подберём оптимальное хранение слотов и предложим сроки. Работаем с событиями ядра и компонентами 2.0. Получите консультацию — оценим ваш проект за один день.

Интеграция доставки: от разрозненных API к единому калькулятору за 5 дней

Покупатель бросает корзину на этапе доставки — не видит расчёта или видит заведомо неверную цену. Каждый такой случай теряет конверсию. Автоматизация логистики в 1С-Битрикс решает эту проблему: мы подключаем службы доставки так, чтобы цена показывалась мгновенно, а трекинг обновлялся без участия менеджера. За 8 лет реализовано более 50 проектов с каталогами от 500 до 100 000 SKU. Среднее время подключения одной транспортной компании — 4 дня.

Как ускорить подключение служб доставки к 1С-Битрикс?

Главная сложность — не сам вызов API, а адаптация к логике каждого перевозчика. СДЭК, Boxberry, Почта России, ПЭК, DPD — у каждого свой формат запроса, тарификация и обработка ошибок. Мы используем готовые адаптеры под каждую ТК, что сокращает время интеграции втрое по сравнению с реализацией с нуля. Развернутый кейс: интернет-магазин товаров для дома (15 000 товаров) — подключили СДЭК и Boxberry за 5 дней, автоматизировали расчёт и создание заказов. Обращения в поддержку по доставке снизились на 60%, средний чек вырос на 8% за счёт индикатора бесплатной доставки.

Почему API каждой транспортной компании — отдельный квест?

СДЭК — объёмный вес и карта ПВЗ

API v2 (/api/v2/calculator/tarifflist) принимает габариты, вес и адреса — возвращает все доступные тарифы. Подводные камни: объёмный вес рассчитывается по формуле (Д × Ш × В) / 5000. Если физический вес 2 кг, а объёмный 8 кг — СДЭК берёт по объёмному. Не учтёте в калькуляторе — покупатель увидит одну цену, а заплатит другую. Карта ПВЗ загружается через /deliverypoints. Виджет СДЭК можно встроить, но он конфликтует со стилями Битрикс — рисуем свою карту на Яндекс.Картах. Автоматическое создание заказа через /api/v2/orders — при оформлении заявка улетает в СДЭК, возвращается трек-номер. Печать накладных и этикеток из админки — через /api/v2/print/orders. Тарифы: склад-склад, склад-дверь, дверь-дверь, экспресс, постамат.

Boxberry — широкая сеть ПВЗ в регионах

Самая широкая сеть пунктов выдачи в малых городах. API проще, чем у СДЭК, но есть нюансы с наложенным платежом и частичным выкупом. Карта ПВЗ с фильтрацией: примерка, оплата картой, работа в выходные. Обязательно проверяем корректную обработку ответа 0 при отсутствии ПВЗ.

Почта России — стабильность ценой скорости

API «Отправка» — расчёт стоимости, автоформирование бланков ф.103 и ф.116, трекинг по трек-номеру. Тарифы: посылка, бандероль, EMS. Международные отправления. API медленнее коммерческих ТК — закладываем таймауты 10 секунд, используем асинхронные агенты Битрикс для обновления статусов.

ПЭК — тяжёлые грузы и сбор

Когда нужно отправить диван или оборудование. Расчёт сборных грузов, страхование, обрешётка. Доставка до терминала и от двери до двери. Индексы терминалов ПЭК подгружаем в инфоблок для автоподстановки.

DPD — экспресс-доставка с временными слотами

DPD по России и за рубеж. Доставка в выбранный временной интервал, возврат подписанных документов. В расчёте учитываем объёмный вес по формуле (Д×Ш×В)/4000 — отличие от СДЭК.

Пример: типичные ошибки при интеграции BoxberryОтсутствие фильтрации ПВЗ по признаку `onlyPrepaid` приводит к ошибкам при наложенном платеже. Игнорирование параметра `partialReturn` ломает частичный выкуп. API возвращает код города в формате "770000000000" — требуется маппинг на index города.

Как объединить разные ТК в едином калькуляторе?

Используем гибридный подход: модуль-агрегатор, который маршрутизирует запросы к разным API и нормализует ответы. Это позволяет сравнивать тарифы в реальном времени без переключения между личными кабинетами. В ответе модуля — единая структура: название тарифа, цена, срок, тип доставки. Кэширование тегированное: при изменении настроек модуля очищается только кэш расчёта для выбранного города, остальное остаётся. Событие OnBeforeDeliveryCalculate вешаем на кастомный обработчик — так подменяем стандартную логику доставки.

Расчёт стоимости: какие грабли встречаются?

Автоматический калькулятор суммирует физический и объёмный вес товаров в корзине, прибавляет вес упаковки, выбирает наибольший. Звучит просто, но:

  • Габариты должны быть заполнены у каждого товара. Нет габаритов — нет расчёта. На каталоге в 10 000 SKU обязательно найдутся товары без размеров — для них заводим дефолтные значения (например, 0.1×0.1×0.1 м) и предупреждаем менеджера через почтовое событие.
  • Промоакции и пороги бесплатной доставки — гибкая настройка: по сумме заказа, для VIP-клиентов, при конкретном способе оплаты. Реализуем через пользовательские свойства корзины.
  • Индикатор «До бесплатной доставки осталось N руб.» — простая штука, но поднимает средний чек на 5–12%. Вычисляем по сумме корзины и ближайшему порогу, выводим в шаблоне корзины.

Как автоматизировать трекинг, самовывоз и курьерскую доставку?

Трекинг. Автоматический опрос API транспортных компаний — агент Битрикс каждые 30 минут проверяет статусы заказов, у которых STATUS_DELIVERY != 'DELIVERED'. При изменении — обновление статуса заказа в системе и уведомление покупателю (email, SMS, push). Встроенная страница трекинга в личном кабинете — покупателю не нужно идти на сайт ТК. Карта с текущим местоположением, прогнозируемая дата доставки, возможность переадресации.

Самовывоз. Собственные точки выдачи на карте: адреса, график, контакты. Поиск ближайшей по адресу покупателя. Проверка наличия в реальном времени, бронирование до определённого часа. QR-код для быстрого получения и SMS о готовности к выдаче.

Курьерская доставка. Зоны доставки с разной стоимостью. 2-часовые слоты, управление расписанием курьеров, ограничение заказов на слот. Доставка день в день — приём до 14:00, экспресс за 2-4 часа с наценкой за срочность. Интеграция с навигацией для оптимизации маршрутов.

Мультисклад. Несколько складов с адресами и зонами обслуживания. Автоматический выбор склада отгрузки по адресу покупателя — приоритет ближайшему, где есть все товары заказа. Если на одном складе всего нет — разделение заказа по складам (мультидоставка). Синхронизация остатков через 1С или WMS (CommerceML), используем события OnBeforeBasketAdd для проверки доступности.

Сравнение транспортных компаний

Параметр СДЭК Boxberry Почта России ПЭК DPD
Покрытие Россия, СНГ Регионы, малые города Вся РФ РФ, тяжёлые грузы РФ, экспресс
Скорость доставки 2–7 дней 3–10 дней 5–15 дней 3–10 дней 1–4 дня
Сложность API Средняя Низкая Высокая (XML) Средняя Средняя
Особенность Широкий набор тарифов, постаматы Самая широкая сеть ПВЗ Стабильный, но медленный ответ Страхование, обрешётка Временные интервалы

Из каких этапов состоит подключение служб доставки?

  1. Анализ логистики (1–2 дня) — география, средний вес, объём заказов, интеграция с 1С. Рекомендуем комбинацию ТК.
  2. Подключение API (3–5 дней на ТК) — настройка расчётов, карт ПВЗ, автоматическое создание заказов через агенты и события.
  3. Настройка трекинга (1–2 недели) — агенты обновления статусов, шаблоны уведомлений, страница трекинга.
  4. Тестирование (2–3 дня) — проверка на реальных адресах, сравнение тарифов, контроль ошибочных расчётов, нагрузочное тестирование.
  5. Деплой и обучение (1 день) — выгрузка модуля, передача доступов, обучение менеджеров.
  6. Гарантийная поддержка (1 месяц) — исправление багов, корректировка конфигураций, донастройка кэширования.

Ориентировочные сроки реализации

Этап Срок
Подключение одной ТК (API) 3–5 дней
Карта выбора ПВЗ 2–3 дня
Настройка самовывоза 2–3 дня
Система трекинга 1–2 недели
Мультисклад 2–4 недели
Комплексная логистическая система 4–8 недель

Сроки зависят от количества ТК, сложности каталога и необходимости интеграции с 1С/ERP. Стоимость рассчитывается индивидуально — ориентируйтесь на экономию: снижение операционных затрат на доставку до 40% и сокращение обращений в поддержку на 60%. Например, один из клиентов с магазином электроники (20 000 товаров) вернул инвестиции за 3 месяца за счёт уменьшения числа «забытых» заказов.

Готовы ускорить логистику вашего интернет-магазина? Свяжитесь с нами — поможем подобрать оптимальную комбинацию ТК под ваш ассортимент и бюджет. Закажите консультацию, и мы подготовим предложение за 1 рабочий день.