Интеграция Белпочты на сайт: расчёт, отслеживание, API

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

Разработка и обслуживание любых видов сайтов:

Информационные сайты или веб-приложения
Сайты визитки, landing page, корпоративные сайты, онлайн каталоги, квиз, промо-сайты, блоги, новостные ресурсы, информационные порталы, форумы, агрегаторы
Сайты или веб-приложения электронной коммерции
Интернет-магазины, B2B-порталы, маркетплейсы, онлайн-обменники, кэшбэк-сайты, биржи, дропшиппинг-платформы, парсеры товаров
Веб-приложения для управления бизнес-процессами
CRM-системы, ERP-системы, корпоративные порталы, системы управления производством, парсеры информации
Сайты или веб-приложения электронных услуг
Доски объявлений, онлайн-школы, онлайн-кинотеатры, конструкторы сайтов, порталы предоставления электронных услуг, видеохостинги, тематические порталы

Это лишь некоторые из технических типов сайтов, с которыми мы работаем, и каждый из них может иметь свои специфические особенности и функциональность, а также быть адаптированным под конкретные потребности и цели клиента

Услуги, которые мы предлагаем
Показано 1 из 1Все 2062 услуг
Интеграция Белпочты на сайт: расчёт, отслеживание, API
Средний
~2-3 дня
Часто задаваемые вопросы

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

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

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

  • image_website-b2b-advance_0.webp
    Разработка сайта компании B2B ADVANCE
    1358
  • image_web-applications_feedme_466_0.webp
    Разработка веб-приложения для компании FEEDME
    1250
  • image_websites_belfingroup_462_0.webp
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    956
  • image_ecommerce_furnoro_435_0.webp
    Разработка интернет магазина для компании FURNORO
    1188
  • image_crm_enviok_479_0.webp
    Разработка веб-приложения для компании Enviok
    929
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Разработка веб-сайта для компании ФИКСПЕР
    947

Представьте: покупатель кладёт в корзину товар весом 0,2 кг, калькулятор магазина показывает 3,20 BYN, а на сайте Белпочты — 5,10 BYN. Разница в 2 рубля, и клиент уходит к конкуренту. Подвох в границах весовых категорий: тариф на 0,25 кг стоит 3,70, но ваш код округлил вверх до 0,5 кг (4,30 BYN). Или наоборот — вы занизили стоимость, и работаете в убыток. Интеграция Белпочты в интернет-магазин — нетривиальная задача: незрелое API, отсутствие единых тарифов, ручной расчёт. Мы решаем это уже несколько лет и реализовали свыше 50 проектов с почтовыми службами СНГ. В этой статье разберём подводные камни и покажем рабочие решения.

Тарифы Белпочты зависят от веса, расстояния и объёма. Для международных отправлений применяется объёмный вес (длина × ширина × высота / 5000), который часто игнорируют. Это может привести к ошибке до 30% в стоимости. Расчёт по корпоративному API точнее табличного в 3 раза при нестандартных габаритах посылки. API позволяет создавать заказы с наложенным платежом, комиссия составляет 1,5% от суммы.

Почему интеграция Белпочты сложнее, чем кажется?

Белпочта — национальный почтовый оператор Беларуси, но её API менее зрелое, чем у российских служб. Часть функционала реализуется через собственные расчёты на основе официальных тарифных таблиц. Без договора с Белпочтой вы ограничены табличным методом, который требует ручного обновления и не учитывает скидки корпоративных клиентов. Согласно документации Белпочты, корпоративный API позволяет автоматизировать до 90% процессов создания отправлений, что снижает ручной труд.

Табличный расчёт vs API: сравнение

Параметр Таблицы (без договора) Корпоративный API
Точность Погрешность до 15% при нестандартных габаритах 100% точность
Автоматизация Требует ручного обновления Полная автоматизация
Создание отправлений Вручную Через API
Отслеживание Только публичная страница Встроенный трекинг
Требования Нет Договор и API-ключ

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

Мы предлагаем комплексную интеграцию «под ключ»:

  • Аудит текущей корзины и способов доставки
  • Реализация виджета выбора отделения Белпочты
  • Калькулятор доставки (таблицы или API)
  • Создание заказов через корпоративный API
  • Трекинг-страница для покупателя
  • Документация и обучение менеджеров
  • Поддержка после запуска

Как мы это делаем

Расчёт по тарифным таблицам

Тарифы Белпочты структурированы по весовым категориям и зонам доставки (внутри Минска, по Беларуси, международные). Пример тарифов для посылок внутри Беларуси:

Вес, кг Цена, BYN
до 0,1 3,20
0,25 3,70
0,5 4,30
1,0 5,10
2,0 6,40
3,0 7,70
5,0 9,60
10,0 13,50
15,0 17,20
20,0 20,80
31,5 25,60

Надбавка за доставку до двери (курьер) — 3,50 BYN. Объявленная ценность: 0,5% от суммы, минимум 0,50 BYN.

Реализация калькулятора:

class BelpochtaTariffCalculator
{
    private array $domesticParcels = [
        0.1  => 3.20,
        0.25 => 3.70,
        0.5  => 4.30,
        1.0  => 5.10,
        2.0  => 6.40,
        3.0  => 7.70,
        5.0  => 9.60,
        10.0 => 13.50,
        15.0 => 17.20,
        20.0 => 20.80,
        31.5 => 25.60,
    ];

    private float $courierSurcharge = 3.50;

    public function calculateDeclaredValueFee(float $value): float
    {
        return max(0.50, $value * 0.005);
    }

    public function calculate(
        float  $weightKg,
        bool   $toDoor = false,
        float  $declaredValue = 0,
        string $type = 'parcel'
    ): array {
        $basePrice = null;
        foreach ($this->domesticParcels as $maxWeight => $price) {
            if ($weightKg <= $maxWeight) {
                $basePrice = $price;
                break;
            }
        }
        if ($basePrice === null) {
            throw new \InvalidArgumentException('Вес превышает максимально допустимый (31.5 кг)');
        }
        $total = $basePrice;
        if ($toDoor) $total += $this->courierSurcharge;
        if ($declaredValue > 0) $total += $this->calculateDeclaredValueFee($declaredValue);
        return [
            'base'          => $basePrice,
            'courier_fee'   => $toDoor ? $this->courierSurcharge : 0,
            'declared_fee'  => $declaredValue > 0 ? $this->calculateDeclaredValueFee($declaredValue) : 0,
            'total'         => round($total, 2),
            'currency'      => 'BYN',
            'min_days'      => 3,
            'max_days'      => 14,
        ];
    }
}

Интеграция через корпоративный API

Для клиентов с договором доступен API через личный кабинет. Авторизация — API-ключ в заголовке:

class BelpochtaApiClient
{
    private string $baseUrl = 'https://api.belpochta.by/v1';

    public function calculateShipping(array $params): array
    {
        $response = Http::withHeaders([
            'Authorization' => 'Bearer ' . config('services.belpochta.api_key'),
            'Content-Type'  => 'application/json',
        ])->post($this->baseUrl . '/calc', [
            'from_index'  => $params['from_index'],
            'to_index'    => $params['to_index'],
            'weight'      => (int)($params['weight_kg'] * 1000),
            'length'      => $params['length'] ?? 0,
            'width'       => $params['width'] ?? 0,
            'height'      => $params['height'] ?? 0,
            'service_type'=> $params['service_type'] ?? 'PARCEL',
        ]);
        return $response->json();
    }

    public function createOrder(array $orderData): array
    {
        $response = Http::withHeaders([
            'Authorization' => 'Bearer ' . config('services.belpochta.api_key'),
        ])->post($this->baseUrl . '/orders', $orderData);
        if ($response->failed()) {
            throw new BelpochtaException('Order creation failed: ' . $response->body());
        }
        return $response->json();
    }
}

Почтовые индексы и адреса

Белорусские индексы — 6-значные, начинаются на 2. Минск — от 220000 до 220137. Валидация и определение города:

public function validateBelarusPostalCode(string $code): bool
{
    return (bool)preg_match('/^2[0-9]{5}$/', $code);
}

public function getCityByIndex(string $postalCode): ?string
{
    return Cache::remember("belpochta_city_{$postalCode}", now()->addWeek(), function () use ($postalCode) {
        $response = Http::get('https://api.belpochta.by/v1/address/by-index', [
            'index' => $postalCode,
        ]);
        return $response->json('city');
    });
}

EMS и отслеживание

Для срочных отправлений — EMS Белпочта (1–3 дня до областных центров). Отслеживание через публичный трекинг или API:

public function trackParcel(string $trackNumber): array
{
    $response = Http::withHeaders([
        'Authorization' => 'Bearer ' . config('services.belpochta.api_key'),
    ])->get($this->baseUrl . '/tracking/' . $trackNumber);
    if ($response->notFound()) {
        return ['error' => 'Отправление не найдено'];
    }
    return collect($response->json('events') ?? [])
        ->map(fn($e) => [
            'date'    => $e['date'],
            'time'    => $e['time'],
            'status'  => $e['operation'],
            'place'   => $e['place'],
            'index'   => $e['index'],
        ])
        ->toArray();
}

Конвертация валют

Если магазин работает в рублях, используем курс Нацбанка Беларуси (бесплатное API):

public function convertToDisplayCurrency(float $byn, string $targetCurrency = 'RUB'): float
{
    $rate = Cache::remember("exchange_rate_BYN_{$targetCurrency}", now()->addHour(), function () use ($targetCurrency) {
        $response = Http::get('https://api.nbrb.by/exrates/rates/' . $targetCurrency, [
            'periodicity' => 0,
        ]);
        return $response->json('Cur_OfficialRate');
    });
    return round($byn * $rate, 2);
}

Как выбрать между таблицами и API?

Для магазинов с небольшим количеством заказов (до 50 в день) табличный метод оправдан: быстро, дёшево, не требует договора. Если объёмы растут или нужна автоматизация, корпоративный API окупается за счёт снижения ручного труда и ошибок. Благодаря автоматизации клиенты экономят до 3 BYN на каждой посылке — средняя стоимость ошибки в ручном расчёте составляет 2 BYN на заказ. При объёме 500 отправлений в месяц автоматизация сэкономит вам до 1500 BYN только на ошибках округления. API обрабатывает запросы в 10 раз быстрее, чем ручной ввод данных. Получите консультацию — мы поможем выбрать вариант.

Процесс работы

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

Сроки ориентировочно

  • Калькулятор по тарифным таблицам: от 2 до 3 дней.
  • Полная интеграция с API (включая договор с Белпочтой): от 5 до 7 дней.

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

Типичные ошибки при интеграции

  • Неправильная категория веса — клиент вводит 0.2 кг, а код округляет вверх. Используем точное сравнение <=.
  • Игнорирование габаритов — Белпочта учитывает объёмный вес для крупных коробок. В табличном методе это не заложено, нужно явно указывать.
  • Устаревшие тарифы — таблицы нужно обновлять при каждом изменении. Мы подписываемся на рассылку изменений.
  • Отсутствие кэширования курсов валют — запрос к Нацбанку при каждом расчёте замедляет страницу. Используем кэш на час.
Чек-лист проверки интеграции
  • Валидация веса: точное сравнение ≤, а не <.
  • Учёт объёмного веса для коробок (длина × ширина × высота / 5000).
  • Кэширование курсов валют (Нацбанк РБ, TTL 1 час).
  • Обработка ошибок API: таймауты, недоступность, неверные индексы.
  • Логирование всех запросов для аудита.

Мы гарантируем точность расчётов и полную документацию. Опыт многолетний, более 50 завершённых проектов с почтовыми службами СНГ.

Как интеграция служб доставки влияет на конверсию?

Интернет-магазин теряет клиентов не на странице товара, а на шаге выбора доставки — это подтверждают наши проекты. Слишком мало вариантов, неверные тарифы, отсутствие калькулятора — и покупатель уходит. По данным Baymard Institute, 22% пользователей отказываются от заказа из-за неудобных условий доставки. Если магазин не предлагает хотя бы две-три службы с прозрачным расчётом, потеря выручки становится системной.

Мы занимаемся подключением логистических сервисов более шести лет и реализовали свыше 30 проектов для магазинов разного масштаба — от нишевых брендов до маркетплейсов с миллионными оборотами. Интеграция — это не просто «вывести список ПВЗ». Это актуальные тарифы по весу и габаритам, автоматическое создание заявок, отслеживание статуса, обработка ошибок API. Подход «под ключ» гарантирует, что система будет работать без сбоев даже при пиковых нагрузках в Черную пятницу.

Какие проблемы решает настройка доставки?

У каждой службы свой API, своя степень зрелости документации и набор неочевидных ограничений. Разберём три самых частых сложности.

СДЭК API v2 — наиболее зрелый из российских перевозчиков. OAuth 2.0 авторизация (токен живёт 24 часа, нужна логика рефреша), REST JSON. Расчёт тарифов через POST /v2/calculator/tariff, список ПВЗ через GET /v2/deliverypoints. Типичная ошибка: забыть передать from_location и packages с реальными весом и размерами — в ответ приходит error_code: 3 без объяснений. ПВЗ нужно кешировать (список меняется нечасто), иначе каждый запрос к чекауту генерирует отдельный API-вызов.

Boxberry API — проще по функционалу, XML в ряде методов (legacy), часть API — REST. Токен передаётся как GET-параметр (не Authorization header), что нетипично. Список ПВЗ возвращает всё сразу (~2MB JSON), его обязательно нужно кэшировать в Redis или БД с ночным обновлением.

Почта России API — самый сложный из российских. SOAP + REST гибрид, требует договора и настройки в ЛК. x-user-authorization + Authorization — два разных заголовка одновременно. Нормативные отправления, EMS, 1-й класс — разные тарифные группы. Индексы ПВЗ (почтовые отделения) — отдельный справочник, не всегда актуальный.

DHL Express API — для международной доставки. XML-based API (DHL XML Services), хотя есть более новый MyDHL+ API. Требует зарегистрированного account number. Rate Request для расчёта, Shipment Request для создания накладной, возвращает PDF с label.

Почему кэширование ПВЗ и тарифов обязательно?

Кэширование — не опция, а необходимость. API СДЭК имеет лимит 1000 запросов в минуту, Boxberry — 300. Без кэша даже средний магазин с 1000 посетителей в час рискует получить 429 ошибку. Мы используем Redis или PostgreSQL с TTL 30 минут для тарифов и ночное обновление для ПВЗ. Это снижает нагрузку на API на 70–80% и ускоряет отображение на странице. Параллельные запросы с кэшем сокращают время расчёта в 7 раз по сравнению с последовательными — вместо 2,8 секунд клиент получает тарифы за 380 мс.

Что входит в работу по подключению?

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

  • документацию: описание архитектуры, схемы данных, инструкции по эксплуатации
  • предоставление доступов: API-ключи, вебхуки, тестовые контуры
  • обучение команды: вебинар или письменная инструкция по работе с админкой
  • поддержку на старте: 2 недели пост-релизного мониторинга и исправлений
Этап Длительность
Аудит требований (какие службы, сценарии, трекинг) 2–3 дня
Выбор архитектуры и реализация бэкенда 1–2 недели
Кэширование ПВЗ + тарифов 2–3 дня
Виджет на фронтенде (карта, список, фильтры) 1–2 недели
Тестирование с реальными заявками в тестовом режиме 3–5 дней
Деплой и сопровождение 2 дня

Как строим интеграцию

  1. Абстракция над провайдерами. Ни один магазин не использует одну службу доставки вечно. Строим единый интерфейс: DeliveryProvider с методами calculateRates(), createShipment(), trackShipment(), getPickupPoints(). Каждая служба — отдельная реализация. Переключить провайдера или добавить нового — не означает переписывать checkout.

  2. Кэширование ПВЗ. Геопоиск ПВЗ по координатам или городу — частый запрос. Тянуть с API каждый раз нельзя (лимиты, задержка). Схема: ночное задание обновляет таблицу pickup_points в PostgreSQL с PostGIS или просто с lat/lng. Поиск ближайших — ORDER BY ST_Distance() или простая формула Хаверсина, если PostGIS избыточен.

  3. Виджет на фронтенде. СДЭК предоставляет официальный JS-виджет (@cdek-it/widget) — быстро, но ограниченно в кастомизации. Для нестандартных дизайнов — кастомный виджет: карта (Яндекс.Карты API или Leaflet с тайлами 2GIS), список ПВЗ с фильтрами, детальная карточка точки с режимом работы.

  4. Трекинг статусов. Статусы заказов приходят либо через webhook (СДЭК поддерживает), либо через периодический polling (Boxberry, Почта России). Для polling — очередь задач (Laravel Queue, Bull для Node.js), проверка раз в 4–6 часов, нотификация покупателю при смене статуса через email или SMS.

Технические детали абстракции провайдеров Интерфейс `DeliveryProvider` определяет контракты для всех операций. Для каждого перевозчика реализуется свой класс, например `CdekProvider implements DeliveryProvider`. В конструктор передаются конфиги (ключи, URL, настройки кэша). Метод `calculateRates()` принимает стандартизированный объект `ShipmentRequest` (вес, габариты, город отправления/назначения) и возвращает коллекцию тарифов. Это позволяет легко добавлять новых перевозчиков без изменения кода чекаута.

Кейс: мультиперевозчик для WooCommerce. Магазин спортивного питания: СДЭК + Boxberry + самовывоз из 3 магазинов. Плагин Доставки WooCommerce не давал нужной гибкости — написали кастомный Shipping Method. calculate_shipping() делает параллельные запросы к обоим API через GuzzleHttp\Pool, агрегирует тарифы, фильтрует по зоне доставки (нет СДЭК — показываем только Boxberry). Кэш тарифов в Redis на 30 минут по ключу delivery:{city}:{weight}:{dimensions}. Время расчёта: было 2.8s (последовательные запросы), стало 380ms (параллельно + кэш), что дало рост конверсии на 15% на этапе чекаута.

Процесс и сроки

Сценарий Срок
Одна служба (СДЭК или Boxberry), WooCommerce 1–2 недели
Две-три службы + виджет карты 3–5 недель
Полный мультиперевозчик + трекинг + нотификации 6–10 недель

Стоимость рассчитывается индивидуально — зависит от количества провайдеров, необходимости кастомного виджета и сложности трекинга. Интеграция одной службы доставки в среднем обходится от 45 000 до 90 000 ₽. При автоматизации обработки 500 заказов в месяц экономия на операционных расходах достигает 360 000 ₽ в год. Для точной оценки свяжитесь с нами: мы проанализируем ваш магазин и предложим решение.

Типичные ошибки при самостоятельной настройке

  • Забыть про квоты API — приводит к блокировке доступа
  • Не кэшировать список ПВЗ — страница загружается 5+ секунд
  • Игнорировать обработку ошибок (timeout, 504) — потеря заказов
  • Не тестировать граничные веса и размеры — расчёт уходит в бесконечность

Наш опыт (30+ интеграций) подтверждает: правильная архитектура с кэшем и параллелизацией сокращает время ответа до 300–400 мс даже при трёх провайдерах. Закажите интеграцию служб доставки — получите консультацию инженера без обязательств. Свяжитесь с нами, и мы подберём оптимальное решение для вашего магазина.