Покупатель выбрал товар, дошёл до оформления — и видит «доставка: уточняйте у менеджера» или фиксированные 300 ₽ по всей стране. В первом случае он уходит за честной ценой к конкуренту, во втором вы либо переплачиваете за дальние регионы, либо отпугиваете близкие завышенной ценой. Решение — автоматический расчёт доставки: покупатель сразу видит реальную стоимость для своего города, выбирает удобный пункт выдачи и получает трек-номер. Эта статья — практическое руководство по подключению СДЭК, Boxberry и Почты России в магазине на 1С-Битрикс.
Разберём по шагам: как устроена доставка в Битриксе, почему всё начинается с веса и габаритов товаров, как подключить обработчики служб, показать пункты выдачи на карте, настроить трекинг и связать доставку с оплатой. Материал основан на нашей практике разработки интернет-магазинов и интеграции служб доставки — по делу, без обещаний «настроим за час».
Коротко
- Автоматический расчёт показывает честную цену доставки по городу, весу и габаритам — это точнее фиксированной ставки и понятнее покупателю.
- Расчёт работает только если у товаров заполнены вес и габариты — лучше получать их из 1С при обмене.
- СДЭК и Boxberry умеют отдавать пункты выдачи на карте, Почта России закрывает отдалённые регионы.
- Для боевого расчёта нужен договор и доступы (API) службы; трек-номер сохраняется в заказе для отслеживания.
Зачем нужен автоматический расчёт доставки
Доставка — это второй после цены товара фактор, который покупатель оценивает перед заказом. Непрозрачная или несправедливая стоимость доставки убивает конверсию не хуже завышенной цены. Автоматический расчёт решает сразу несколько проблем.
- Честная цена для покупателя. Человек из своего города видит реальную стоимость доставки именно к нему, а не «среднюю по больнице».
- Защита вашей маржи. Фиксированная ставка для дальних регионов часто оказывается ниже реальной — и каждый такой заказ съедает прибыль. Расчёт берёт настоящий тариф.
- Меньше отказов на оформлении. «Доставка по запросу» заставляет покупателя ждать ответа менеджера — и часть уходит. Мгновенный расчёт держит его в воронке.
- Удобный выбор способа. Курьер до двери, пункт выдачи, почта — покупатель сам выбирает, что ему ближе и дешевле.
Иными словами, автоматический расчёт доставки — это и про конверсию, и про экономику заказа одновременно. Он убирает трение на оформлении и не даёт продавать доставку себе в убыток. На заметных объёмах это быстро окупается.
Как устроена доставка в 1С-Битрикс
В 1С-Битрикс доставка живёт в модуле «Интернет-магазин» и собрана из понятных частей. Разберёмся в них, чтобы настройка была осознанной.
- Служба доставки. Настройка конкретного способа (СДЭК, Boxberry, Почта, собственный курьер, самовывоз). У каждой — свой обработчик и параметры.
- Обработчик расчёта. Код, который обращается к API службы, передаёт город, вес и габариты и получает стоимость и сроки доставки.
- Профиль доставки. Внутри одной службы может быть несколько вариантов: курьер до двери, доставка до пункта выдачи, экспресс. Каждый со своим тарифом.
- Ограничения и зоны. Правила, при которых способ доступен: по сумме заказа, весу, региону, способу оплаты.
- Связь с заказом. Выбранный способ, адрес/пункт выдачи и рассчитанная стоимость сохраняются в заказе и уходят в 1С при обмене.
Ключевая мысль: расчёт стоимости делает не сам Битрикс, а служба доставки через свой API — Битрикс лишь передаёт ей параметры заказа (откуда, куда, что везём) и показывает покупателю полученный ответ. Поэтому качество расчёта напрямую зависит от того, насколько точные данные о товаре (вес, габариты) мы отдаём службе.
Что подготовить до подключения
Как обычно, основная работа — это подготовка. Чтобы расчёт доставки заработал корректно, до настройки собирают несколько вещей.
Договор и доступы службы
Для боевого расчёта по вашим реальным тарифам нужен договор со службой (СДЭК, Boxberry, Почта) и доступы к её API — ключи интеграции из личного кабинета. По договору вы получаете свои тарифы, которые часто выгоднее публичных, и возможность передавать заказы в службу для оформления отправлений. Начинают именно с договора, потому что без ключей боевой расчёт не настроить.
Адрес отправления и параметры магазина
Службе нужно знать, откуда едет заказ — город и адрес склада/магазина отправления. От этой точки считается тариф и срок. Если складов несколько, определяются, какой считать точкой отправления для расчёта.
Данные о товарах
- Вес. У каждого товара должен быть указан вес — это основной параметр тарифа.
- Габариты. Длина, ширина, высота — для объёмного веса (крупные лёгкие товары тарифицируются по объёму).
- Источник данных. Лучше, когда вес и габариты приходят из 1С при обмене, а не проставляются вручную на сайте.
Вес и габариты товаров — основа расчёта
Это раздел, который чаще всего недооценивают — а зря. Службы доставки считают стоимость по весу и объёму, поэтому без корректных веса и габаритов у товаров расчёт будет либо неточным, либо не сработает вовсе. Это фундамент, без которого остальная настройка бессмысленна.
На что обратить внимание:
- Объёмный вес. Крупные лёгкие товары (подушки, мебельные элементы) тарифицируются не по реальному весу, а по объёму. Поэтому габариты так же важны, как вес.
- Вес упаковки. К весу товара службы обычно добавляют вес упаковки — это стоит учитывать, чтобы расчёт совпадал с фактом.
- Значения по умолчанию. Если у части товаров габариты не заполнены, задают разумные значения по умолчанию для категории — но это компромисс, который снижает точность.
- Источник — 1С. Идеально, когда вес и габариты ведутся в 1С и приходят на сайт при обмене вместе с остальными данными товара.
Связь с обменом тут прямая: если каталог наполняется из учётной системы, вес и габариты логично вести там же. Как настроить такой обмен, мы подробно разбираем в статье про интеграцию магазина с 1С — там же объясняем, почему данные о товаре лучше держать в одном источнике. Если же габариты приходится проставлять руками, заложите это в подготовку как отдельную задачу.
Подключение СДЭК пошагово
СДЭК — одна из самых популярных служб доставки для российских магазинов, с курьерской доставкой и широкой сетью пунктов выдачи. Для неё в 1С-Битрикс есть готовый обработчик. Общий порядок подключения:
- Получите доступы СДЭК. В личном кабинете возьмите ключи интеграции (идентификатор и секрет для API). Без них боевой расчёт по вашим тарифам не заработает.
- Создайте службу доставки. В админке Битрикса в разделе «Магазин → Службы доставки» добавьте обработчик СДЭК.
- Впишите ключи и адрес отправления. Укажите доступы СДЭК и город/склад, откуда едут заказы.
- Выберите профили доставки. Включите нужные варианты: курьер до двери, доставка до пункта выдачи (ПВЗ), экспресс — каждый со своим тарифом.
- Настройте выбор ПВЗ. Включите показ пунктов выдачи на оформлении, чтобы покупатель выбрал удобную точку (списком или на карте).
- Проверьте расчёт. Оформите тестовый заказ в разные города и убедитесь, что стоимость и сроки приходят корректно.
После подключения покупатель на оформлении видит стоимость доставки СДЭК для своего города и может выбрать курьера или пункт выдачи. Если расчёт не приходит — почти всегда дело в незаполненных весах/габаритах или неверных ключах; об этом в разделе про ошибки.
Подключение Boxberry
Boxberry — ещё одна распространённая служба с сетью пунктов выдачи, которую часто подключают вместе со СДЭК, чтобы дать покупателю выбор. Логика подключения та же, отличаются доступы и личный кабинет.
- Получите доступы Boxberry. В личном кабинете возьмите токен/ключ интеграции для API.
- Создайте службу доставки с обработчиком Boxberry в разделе служб доставки.
- Впишите ключ и точку отправления, от которой считается тариф.
- Включите профили: доставка до пункта выдачи и, где доступно, курьерская доставка.
- Настройте выбор ПВЗ Boxberry на оформлении — список или карта пунктов по городу покупателя.
- Протестируйте расчёт по разным городам и весам.
Зачем подключать и СДЭК, и Boxberry сразу? У служб разная сеть пунктов и разные тарифы по регионам: где-то ближе и дешевле одна, где-то — другая. Дав покупателю обе, вы повышаете шанс, что у него рядом найдётся удобный пункт по приемлемой цене. Главное — не превратить выбор в кашу: два-три понятных варианта лучше десятка.
Почта России для охвата регионов
Курьерские службы и ПВЗ хорошо покрывают города, но за их пределами — небольшие населённые пункты, сёла, отдалённые районы — выручает Почта России. Она доходит почти везде, где есть почтовое отделение, и потому остаётся обязательным способом для магазинов с покупателями по всей стране.
Что важно знать про Почту:
- Максимальный охват. Почта закрывает адреса, куда не дотягиваются СДЭК и Boxberry, — это её главная ценность в наборе способов.
- Расчёт по индексу. Стоимость считается по почтовому индексу и весу; для корректного расчёта покупатель указывает индекс или его подсказывает адрес.
- Сроки и ожидания. Доставка Почтой обычно дольше курьерской — это стоит честно отражать в сроках, чтобы покупатель не ждал «как СДЭК».
- Наложенный платёж. Почта поддерживает оплату при получении — для части покупателей это решающий фактор доверия.
Разумная комбинация для большинства магазинов: СДЭК и/или Boxberry для городов и пунктов выдачи плюс Почта России для всего остального. Так вы охватываете и удобство в городах, и доступность в глубинке.
Выбор пункта выдачи на карте
Один из самых удобных для покупателя элементов — выбор пункта выдачи прямо на оформлении, без ухода на сторонний сайт службы. СДЭК и Boxberry умеют отдавать список своих ПВЗ по выбранному городу, и эти точки можно показать списком или на карте.
Как это работает:
- Покупатель выбирает способ «до пункта выдачи» и указывает город.
- Обработчик службы возвращает список пунктов выдачи в этом городе.
- Пункты показываются на карте или списком с адресами и режимом работы.
- Покупатель выбирает удобную точку — она сохраняется в заказе.
- По выбранному пункту рассчитывается итоговая стоимость доставки до ПВЗ.
Карта пунктов выдачи заметно снижает трение: покупатель видит, какой пункт ближе к дому или работе, и не ищет его адрес вручную. Это особенно ценно на мобильных, где переключаться между сайтом и приложением службы неудобно. Реализация карты — это уже доработка оформления заказа, которую обычно делают в рамках разработки магазина под конкретный набор служб.
Трекинг заказа и статусы доставки
Заказ оформлен и передан в службу — дальше покупателю важно понимать, где его посылка. Хороший трекинг снимает поток звонков «а где мой заказ» и повышает доверие к магазину.
Уровни трекинга, от простого к продвинутому:
- Трек-номер в заказе. Минимум: служба присваивает заказу трек-номер, он сохраняется в заказе и показывается покупателю со ссылкой на отслеживание у службы.
- Статусы на сайте. Продвинутее: статус доставки («принят», «в пути», «прибыл в пункт выдачи») подтягивается автоматически и показывается в личном кабинете покупателя.
- Уведомления. Покупатель получает письмо или сообщение при смене статуса — например, «заказ прибыл в пункт выдачи, заберите в течение N дней».
Глубина интеграции трекинга зависит от службы и задачи: где-то достаточно ссылки с трек-номером, где-то имеет смысл подтягивать статусы на сайт. Для магазина с большим потоком заказов автоматические статусы и уведомления заметно разгружают поддержку. Начать можно с простого трек-номера и развивать по мере роста.
Доставка и оплата: как они связаны
Доставка и оплата — соседние шаги оформления, и их нельзя проектировать порознь. Способ доставки часто влияет на доступные способы оплаты, и наоборот.
Типичные связки:
- Оплата при получении (наложенный платёж). Служба принимает деньги с покупателя и перечисляет вам. Это отдельная настройка в договоре со службой и в способах оплаты на сайте.
- Способ доставки → набор оплат. Для самовывоза и ПВЗ один набор способов оплаты, для курьера — другой. В Битриксе это настраивается ограничениями.
- Предоплата для дальних регионов. Иногда для дорогой доставки в дальние регионы оставляют только предоплату, чтобы снизить риск невыкупа.
Поэтому доставку настраивают в связке с оплатой. Если вы ещё не подключили приём денег, начните с нашего разбора про подключение ЮKassa, СБП и Т-Кассы: оплата и доставка вместе образуют шаг оформления, и продумывать их логичнее одновременно. Связку оплаты и доставки под ключ мы делаем в рамках услуги интернет-магазина.
Зоны, сроки и бесплатная доставка
Помимо базового расчёта, у доставки есть бизнес-правила, которые стоит настроить осознанно — они прямо влияют на конверсию и экономику.
- Бесплатная доставка от суммы. Классический приём поднять средний чек: «бесплатно при заказе от N ₽». Настраивается ограничением по сумме заказа. Порог считают так, чтобы доставка не съедала маржу.
- Зоны доставки. Для своего города часто делают собственную курьерскую доставку с понятным тарифом, а для остальной страны — службы. Зоны разделяют эти сценарии.
- Честные сроки. Показывайте реальные сроки от службы, а не «1–2 дня по всей России». Завышенные ожидания бьют по доверию сильнее, чем честный долгий срок.
- Фиксированный тариф там, где уместно. Для своего города фиксированная ставка иногда понятнее автоматического расчёта — это нормально, главное чтобы она была справедливой.
Эти правила — не «технические галочки», а часть вашей коммерческой политики. Сначала решите, как вы хотите продавать доставку (порог бесплатной, тарифы по городу, сроки), а потом отражайте это в настройках. Битрикс лишь воплощает решения, которые вы приняли по бизнесу.
Доставка для B2B и крупных заказов
Если вы работаете с оптом и юрлицами, доставка устроена иначе, чем в рознице. Крупные и тяжёлые заказы не всегда укладываются в тарифы курьерских служб, и для них нужны отдельные сценарии.
- Транспортные компании. Паллеты, объёмные и тяжёлые грузы возят ТК (например, до терминала), а не курьерские службы. Расчёт здесь часто индивидуальный.
- Самовывоз со склада. Для оптовых клиентов нередко актуален самовывоз или доставка до своего транспорта — это закладывают как отдельный способ.
- Доставка по договорённости. Для нестандартных крупных заказов уместен сценарий «рассчитаем индивидуально» — но как осознанное исключение, а не как правило для всей розницы.
- Связь с условиями клиента. Способы и стоимость доставки могут зависеть от группы клиента, как и цены.
Для B2B-магазина доставку проектируют вместе с разделением клиентов и условиями для опта. Это уже соприкасается с темой цен и личных кабинетов дилеров, которую мы разбираем в материалах про B2B, а реализуем в рамках разработки магазина под оптовые сценарии.
Тестирование расчёта доставки
Перед запуском расчёт доставки прогоняют по сценариям — «вроде считает» недостаточно. Вот что проверить на тестовых заказах.
- Разные города. Оформите заказы в близкий и дальний город — стоимость и сроки должны различаться и быть правдоподобными.
- Разный вес и габариты. Лёгкий и тяжёлый/объёмный заказ — проверьте, что объёмный вес учитывается.
- Все способы доставки. Курьер, ПВЗ, Почта — каждый считается и показывается корректно.
- Выбор пункта выдачи. Карта/список ПВЗ открывается, пункт выбирается и сохраняется в заказе.
- Бесплатная доставка от суммы. При достижении порога способ становится бесплатным, как задумано.
- Связь с оплатой. Для выбранного способа доставки показываются правильные способы оплаты.
- Заказ в 1С. Выбранный способ, адрес/пункт и стоимость доставки корректно уходят в учётную систему при обмене.
Если все сценарии проходят чисто — расчёт готов к запуску. Особое внимание уделите краям: очень тяжёлый заказ, отдалённый посёлок, нулевой вес у товара. Именно на крайних случаях чаще всего вылезают незаполненные габариты и неверные тарифы.
Частые ошибки при настройке
Проблемы с доставкой повторяются из проекта в проект. Зная их заранее, вы избежите большей части отладки.
- Не заполнены вес и габариты. Самая частая причина «доставка не считается» или считается неверно. Без веса и габаритов служба не даёт корректный тариф.
- Игнорирование объёмного веса. Крупные лёгкие товары тарифицируются по объёму; без габаритов расчёт занижен, и вы доплачиваете за доставку.
- Неверные ключи API службы. Опечатка в доступах тихо ломает расчёт. Сверяйте ключи внимательно.
- Не указана точка отправления. Без города/склада отправления службе не от чего считать тариф.
- Слишком много служб. Десяток способов доставки парализует выбор. Оставьте два-три понятных варианта.
- Завышенные сроки в духе «1–2 дня». Показывайте реальные сроки от службы, иначе подрываете доверие.
- Доставка не связана с оплатой. Для ПВЗ показываются способы оплаты, недоступные там, — покупатель упирается в тупик.
- Не проверили края. Очень тяжёлый заказ или отдалённый адрес ломают расчёт, а это заметили только в бою. Тестируйте крайние случаи.
Чек-лист запуска доставки
Короткий список, по которому удобно свериться перед открытием расчёта доставки для всех покупателей:
- Договоры и доступы (API) служб получены, личные кабинеты доступны.
- Точка отправления (город/склад) задана для расчёта.
- Вес и габариты у товаров заполнены, лучше — из 1С при обмене.
- Службы доставки созданы в Битриксе, ключи вписаны без опечаток.
- Профили включены: курьер, пункт выдачи, Почта — нужные варианты.
- Выбор ПВЗ на карте работает для СДЭК и Boxberry.
- Трекинг настроен: трек-номер сохраняется в заказе, есть ссылка на отслеживание.
- Доставка связана с оплатой: для каждого способа доступны правильные оплаты.
- Бизнес-правила заданы: бесплатная доставка от суммы, зоны, честные сроки.
- Тестовые сценарии пройдены: разные города, веса, способы, края.
Вывод
Автоматический расчёт доставки в 1С-Битрикс — это и про конверсию, и про экономику заказа: покупатель видит честную цену для своего города, а вы не продаёте доставку себе в убыток. СДЭК и Boxberry дают удобные пункты выдачи в городах, Почта России закрывает отдалённые регионы, а трек-номер в заказе снимает поток звонков «где моя посылка».
Главное помнить: всё начинается с веса и габаритов товаров — без них расчёт не работает, поэтому эти данные лучше вести в 1С и получать при обмене. Подключайте две-три понятные службы, связывайте доставку с оплатой, показывайте реальные сроки и обязательно тестируйте крайние случаи. Тогда оформление заказа перестанет терять покупателей на шаге доставки и начнёт работать на продажи.