Интеграция с грузовыми транспортными компаниями для B2B на 1С-Битрикс

Оптовый покупатель оформляет заказ на паллету товара и хочет увидеть то же, что и розничный: сколько стоит доставка именно к нему и как груз до него доедет. Но за этим простым ожиданием стоит совсем другая логистика — не посылка в постамат, а грузовое отправление весом в сотни килограммов и объёмом в кубометры, которое едет между терминалами транспортных компаний, собирается на паллеты, страхуется и сопровождается накладной. Если магазин показывает такому клиенту «доставка рассчитывается менеджером» или считает по одному весу без объёма, B2B-заказ либо зависает, либо приносит убыток на недосчитанной доставке. Решение — интеграция с грузовыми транспортными компаниями с честным расчётом по весу и объёму через API. Эта статья — практическое руководство, как собрать такую доставку в магазине на 1С-Битрикс.

Разберём по шагам: чем грузовая доставка отличается от посылочной, как устроены крупные ТК и их терминальная сеть, почему всё начинается с веса и объёма, как считать паллеты и упаковку, показывать доставку до терминала и до двери, настраивать забор груза, страхование, документы, трекинг и оплату за счёт отправителя или получателя. Материал основан на нашей практике разработки сайтов для B2B-компаний и интеграции служб доставки — по делу, без рекламы конкретных перевозчиков и без обещаний «настроим за час».

Чем грузовая доставка B2B отличается от посылочной

Прежде чем настраивать интеграцию, важно понять, что грузовая доставка для опта — это не «большая посылка», а принципиально другая логистическая модель. Посылочные службы вроде тех, что мы разбирали в материале про доставку Яндекс, Почты и 5Post в пункты выдачи и постаматы, заточены под мелкие отправления до нескольких килограммов. B2B-груз живёт по другим правилам, и это меняет всё — от расчёта до документов.

• Масштаб веса и объёма. Речь не о килограммах, а о десятках и сотнях килограммов и о кубометрах объёма. Товар едет коробами, паллетами, иногда в обрешётке, и это определяет и тариф, и способ перевозки.
• Терминальная логистика. Груз движется не «от двери к двери» напрямую, а через сеть складских терминалов: приёмка на терминале отправления, магистральная перевозка между городами, выдача или развоз на терминале назначения.
• Тариф по весу и объёму. ТК считает по обоим параметрам, беря большее или объёмный вес по коэффициенту. Компактный тяжёлый груз тарифицируется по весу, лёгкий и объёмный — по объёму.
• Документы юрлиц. Отгрузка сопровождается накладной ТК, товарной накладной или УПД, а для получения груза нужна доверенность от компании-получателя. Это стандарт делового оборота, а не опция.
• Схемы оплаты. Доставку часто оплачивает получатель на терминале, а не отправитель при оформлении, — привычная для опта практика, которую нужно корректно отразить на сайте.

Из-за этих отличий нельзя просто «включить ещё одну службу доставки» и ждать, что она посчитает груз правильно. Нужен обработчик, который умеет разговаривать с API грузовой ТК на её языке — терминалы, объём, паллеты, схема оплаты, страхование — и который получает с сайта корректные весогабариты. Ниже разберём каждую составляющую отдельно.

Обзор грузовых ТК: Деловые Линии, ПЭК, Байкал и другие

На российском рынке грузовой доставки работает несколько крупных федеральных транспортных компаний с развитой терминальной сетью. Для B2B-магазина важно понимать общую картину, а не выбирать «лучшую» — сильные стороны у каждой свои, и часто подключают две-три, чтобы дать клиенту выбор по цене и срокам. Разберём обзорно, без рекламы и рейтингов.

Деловые Линии

Одна из крупнейших федеральных ТК с широкой сетью терминалов по стране, перевозкой сборных грузов и полной загрузкой, адресным забором и доставкой, страхованием и набором допуслуг (упаковка, обрешётка, погрузо-разгрузочные работы). Есть API для расчёта стоимости по весу и объёму, справочника терминалов и оформления заявок — на нём и строится интеграция с Битриксом.

ПЭК

Другая крупная федеральная компания со сборными перевозками, терминальной сетью и адресной доставкой. Так же поддерживает расчёт по весогабаритам, страхование, дополнительную упаковку и забор груза. Для магазина это ещё один источник тарифов и терминалов, который полезно показывать рядом для сравнения цены и сроков по конкретному маршруту.

Байкал Сервис и другие

Помимо двух названных, на рынке работают Байкал Сервис, а также ряд региональных и федеральных перевозчиков. Модель у них схожая: терминалы, сборный груз, доставка до терминала и до двери, страхование, документы. Различаются география покрытия, тарифы на конкретных направлениях, сроки и набор допуслуг. Именно поэтому магазины с широкой B2B-географией нередко держат несколько ТК: там, где одна дороже или дольше, другая выгоднее.

Разумный подход — не привязываться к одной ТК как к «единственно верной», а исходить из географии ваших клиентов и характера груза. Для широкой сети оптовиков полезно подключить две-три компании и собрать их в единый выбор на оформлении (к этому вернёмся в отдельном разделе), чтобы покупатель сам сравнил цену и срок по своему маршруту.

Модели доставки: до терминала и до двери

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

• До терминала (терминал-терминал). ТК довозит груз до своего складского терминала в городе получателя, а B2B-клиент забирает его сам своим транспортом. Самый дешёвый и распространённый вариант для опта — нет финального адресного развоза.
• До двери (до адреса). Груз привозят прямо на склад или в офис получателя. Дороже, потому что добавляется адресная доставка от терминала, а иногда услуги подъёма, грузчиков и доставки в интервал.
• Терминал отправителя. Магазин сам привозит груз на терминал ТК в своём городе — это удешевляет отправку по сравнению с забором груза курьером ТК.
• Забор груза у отправителя. ТК сама забирает груз с вашего склада и везёт на терминал. Удобно, но добавляет стоимость забора к тарифу.

Комбинируя эти опции, получают полную схему перевозки: например, «забор груза со склада магазина → терминал отправления → магистраль → терминал назначения → самовывоз получателем». Каждый участок влияет на цену, и хороший расчёт показывает это прозрачно.

В Битриксе эти сценарии — отдельные профили доставки внутри службы одной ТК: «до терминала» и «до двери», а забор груза и терминал отправителя настраивают как параметры отправления или отдельные опции. Обычно на сайте показывают оба финальных варианта с разной ценой, чтобы клиент выбрал, а забор груза закладывают в тариф в зависимости от того, как магазин передаёт груз в ТК.

Забор груза со склада отправителя

Первый участок пути груза — от вашего склада до терминала ТК. Здесь два пути, и оба нужно учитывать при расчёте и в операционке.

• Магазин везёт сам. Вы своими силами доставляете груз на ближайший терминал ТК. Дешевле, но требует своего транспорта и времени сборщика.
• Забор груза силами ТК. Транспортная компания присылает машину и забирает груз со склада. Удобно и разгружает вашу логистику, но добавляет стоимость забора к общему тарифу.

Для интеграции важно, что забор груза — это отдельная услуга ТК со своей стоимостью, которую API умеет считать и добавлять к тарифу перевозки. Если магазин всегда возит на терминал сам, забор в расчёт не включают; если пользуется забором — его закладывают в стоимость доставки, которую видит покупатель, или относят на счёт отправителя. Часто выбирают гибрид: мелкие отправления магазин отвозит сам, крупные и тяжёлые забирает ТК.

Весогабариты груза: вес, объём, паллеты

Это раздел, который для грузовой доставки важнее всех остальных. Транспортная компания считает стоимость по весу и объёму одновременно, поэтому без корректных весогабаритов расчёт будет либо неточным, либо не сработает вовсе. Для B2B-груза это ещё критичнее, чем для посылки: ошибка в кубометрах на большом отправлении — это заметные деньги.

Что входит в весогабариты грузового отправления:

• Фактический вес. Суммарный вес всех позиций заказа в упаковке. Основной параметр для тяжёлого компактного груза.
• Объём. Суммарный объём в кубометрах — длина × ширина × высота каждого места. Определяет тариф для лёгкого и объёмного груза.
• Число мест. Сколько отдельных грузовых мест (коробов, паллет) в отправлении. Влияет на приёмку и часть услуг.
• Паллеты. Для паллетной отправки — количество паллет, их размер и высота сборки. Многие ТК тарифицируют паллетоместа отдельно.
• Объёмный вес. ТК берёт большее из фактического веса и объёмного (объём × коэффициент плотности) — так лёгкий, но громоздкий груз не едет по цене своего малого веса.

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

Расчёт стоимости по весу и объёму через API ТК

Разберём, что именно происходит, когда B2B-покупатель на оформлении меняет город или тип доставки. Понимание этой механики помогает и настраивать интеграцию, и диагностировать расхождения в цене.

1. Битрикс собирает параметры отправления. Город/терминал отправления, город/терминал или адрес назначения, суммарный вес, суммарный объём в кубометрах, число мест и паллет, объявленную стоимость (для страховки), схему оплаты и набор допуслуг.
2. Обработчик обращается к API ТК. Он передаёт эти параметры и выбранный профиль (до терминала или до двери) и ждёт ответ транспортной компании.
3. ТК возвращает расчёт. Стоимость перевозки, ориентировочный срок, а при необходимости — список доступных терминалов в городе назначения и стоимость отдельных услуг.
4. Битрикс показывает результат. Вариант появляется в списке способов доставки с ценой и сроком; для сценария «до терминала» рядом — выбор терминала на карте.
5. Выбор фиксируется в заказе. Итоговая стоимость, ТК, профиль, терминал и услуги сохраняются в свойствах заказа и уходят в 1С при обмене.

Ключевая мысль: Битрикс стоимость не выдумывает — её считает транспортная компания через свой API по весу и объёму, а Битрикс лишь корректно готовит данные отправления и показывает ответ. Поэтому качество расчёта напрямую зависит от того, насколько точно посчитаны вес и объём корзины с учётом упаковки и паллетирования. Два практических момента. Первый — скорость: запросы к API ТК не должны тормозить оформление, поэтому расчёты кэшируют на короткое время для одинаковых параметров. Второй — обработка ошибок: если API ТК недоступно или не вернуло тариф, вариант аккуратно скрывают или показывают запасное решение (например, «рассчитает менеджер»), а не «роняют» весь шаг доставки.

Упаковка, обрешётка и их весогабариты

Частая причина расхождения между расчётом на сайте и фактическим счётом ТК — забытая упаковка. Транспортная компания тарифицирует то, что реально едет по терминалам, а это не «голый» товар, а товар в упаковке, часто на паллете и в обрешётке. Если считать только габариты изделия, объём окажется занижен.

• Транспортная упаковка. Короба, стрейч-плёнка, углы, прокладки — всё это добавляет и вес, и объём. Для расчёта у товара логично хранить весогабариты именно в упаковке.
• Паллета. Груз на паллете занимает паллетоместо со своими размерами и высотой сборки; часть ТК тарифицирует паллеты отдельно.
• Обрешётка и жёсткая упаковка. Для хрупкого и дорогого груза ТК предлагает обрешётку или ящик — это отдельная услуга, которая увеличивает и габариты, и стоимость.
• Надбавка на паллетирование. Для крупных отправлений разумно закладывать надбавку к объёму на сборку и упаковку, чтобы расчёт совпадал с фактом на приёмке.

Практический вывод: весогабариты в каталоге ведут с расчётом на реальную транспортную упаковку, а не на «размер коробки товара». Для типовой оптовой номенклатуры часто заранее известно, сколько единиц входит в короб и на паллету, — это позволяет считать объём отправления точно. Если данные упаковки неполны, закладывают разумные значения по умолчанию для категории, но это компромисс, снижающий точность.

Выбор терминала на карте

Для сценария «до терминала» B2B-клиенту нужно выбрать конкретный терминал ТК, где он заберёт груз. Удобнее всего сделать это прямо в оформлении, без ухода на сайт перевозчика. Обработчик ТК отдаёт список терминалов по выбранному городу с координатами, и эти точки показывают на карте.

1. Покупатель выбирает способ «доставка до терминала» и указывает город получателя.
2. Обработчик ТК возвращает список терминалов в этом городе с адресами, режимом работы и координатами.
3. Терминалы показываются на карте (метки) и списком, с адресом и часами работы каждого.
4. Покупатель выбирает удобный терминал — например, ближайший к своему складу или с удобным подъездом фуры.
5. Выбранный терминал сохраняется в заказе, и по нему рассчитывается итоговая стоимость доставки.

Карта терминалов снижает трение и убирает ошибки: клиент видит, какой терминал ближе к нему, и не ищет адрес вручную. Для B2B это ещё и практично — важны подъездные пути, график работы и возможность разгрузки. Хорошая реализация также учитывает, что не каждый терминал принимает крупногабаритный груз, и фильтрует список под параметры отправления, чтобы клиент не выбрал терминал, куда его паллеты просто не примут.

Сборный груз и консолидация паллет

Большинство оптовых отправлений едут сборным грузом (LTL) — вместе с грузами других отправителей в одной машине. Это основной и самый выгодный режим для партий, которые не набирают полную фуру. Понимать его важно, потому что от режима зависит и тариф, и то, что показывать покупателю.

• Сборный груз (LTL). Ваше отправление занимает часть кузова, вы платите только за свой вес и объём. ТК консолидирует грузы на терминале и развозит по маршруту. Это дефолтный вариант для большинства B2B-заказов.
• Полная загрузка (FTL). Отдельная машина под вашу крупную партию, тариф за рейс целиком. Выгодно, когда груз набирает фуру; такие перевозки чаще считают отдельно, а не показывают в оформлении «в лоб».
• Консолидация паллет. Несколько позиций собирают на паллеты, а паллеты — в одно отправление. Число и размер паллет влияют на тариф и на приёмку.
• Догруз. Небольшой довесок к уже едущему грузу — частный случай сборной перевозки, полезный для мелких дозаказов.

Для интеграции это значит: базовый расчёт на сайте строят под сборный груз — за вес и объём именно вашего отправления. Полную загрузку для крупных партий обычно оставляют на согласование с менеджером, показывая на сайте сборную доставку как основной вариант, а FTL — как опцию для больших объёмов. И снова всё упирается в корректные весогабариты: чтобы посчитать сборную перевозку, нужно точно знать вес и объём груза.

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

Самовывоз с терминала — самый частый финальный сценарий для опта, и его стоит разобрать отдельно, потому что он отличается от привычного самовывоза «со склада магазина». Здесь груз забирают не у вас, а на терминале ТК в городе получателя.

• Где забирают. На выбранном терминале ТК, куда доехал груз. Клиент приезжает своим транспортом в часы работы терминала.
• Что нужно для получения. Номер накладной (экспедиторской расписки), доверенность от юрлица-получателя и документ, удостоверяющий личность представителя.
• Оплата на терминале. При схеме «за счёт получателя» доставку оплачивают здесь же, при получении груза.
• Уведомление о прибытии. Клиенту важно знать, что груз прибыл и готов к выдаче, — это событие удобно ловить через трекинг и слать уведомление.

Для интеграции самовывоз с терминала — это сценарий «до терминала» с выбором терминала на карте (см. выше), а не отдельная «служба самовывоза». Отличие от розничного постамата или ПВЗ в том, что здесь всё про юрлиц: доверенности, накладные, приёмка груза по местам и весу. Хорошая реализация показывает клиенту всё, что нужно для получения, — адрес терминала, часы работы, номер накладной и памятку по документам.

Страхование груза и дополнительные услуги

B2B-груз часто дорогой, а путь у него длинный — через несколько терминалов и перегрузок. Поэтому страхование и допуслуги для грузовой доставки не «приятная опция», а часть нормальной практики, которую стоит поддержать на сайте.

• Страхование груза. Объявленная стоимость груза используется для страховки: при повреждении или утере ТК возмещает ущерб. Стоимость страховки — процент от объявленной ценности, её считает API.
• Дополнительная упаковка. Обрешётка, жёсткий короб, паллетирование — услуги ТК для защиты груза в пути. Особенно важны для хрупкого и ценного.
• Погрузо-разгрузочные работы. Услуги грузчиков на приёмке или выдаче, подъём на этаж. Актуально при доставке до двери.
• Доставка в интервал. Привоз груза в согласованное время — полезно, когда у клиента ограниченное окно приёмки.

Технически допуслуги — это набор флагов и параметров, которые передают в API вместе с параметрами отправления; ТК возвращает их стоимость и включает в общий тариф. В оформлении их показывают как опции (например, «застраховать груз», «добавить обрешётку») с пересчётом цены. Объявленную стоимость для страховки удобно брать из суммы заказа автоматически, а не заставлять клиента вводить её вручную.

Документы на груз: накладная и доверенность

Грузовая доставка B2B немыслима без документов — это деловой оборот между юрлицами. Их стоит продумать заранее, чтобы отгрузка и получение проходили без заминок.

• Накладная ТК (экспедиторская расписка). Основной документ перевозки: отправитель, получатель, весогабариты, число мест, объявленная стоимость, услуги и схема оплаты. Формируется при приёме груза.
• Товарная накладная / УПД. Документ отгрузки со стороны магазина, сопровождающий товар. Формируется в учётной системе и едет с грузом.
• Доверенность. Чтобы забрать груз на терминале, представителю получателя нужна доверенность от юрлица и документ, удостоверяющий личность. Стандарт для B2B.
• Реквизиты сторон. Для накладной ТК нужны реквизиты отправителя и получателя; их удобно подтягивать из профиля B2B-клиента и данных магазина.

Для интеграции важно, что данные для накладной ТК (реквизиты, объявленная ценность, услуги, схема оплаты) удобно передавать из заказа в API при создании отправления, а не вбивать вручную в кабинете перевозчика. Это убирает ошибки в наименованиях, суммах и адресах. Печать сопроводительных документов и памятку по доверенности логично держать в личном кабинете B2B-клиента и в админке Битрикса, чтобы всё было в одном месте.

Оплата доставки: отправитель или получатель

В грузовой B2B-логистике вопрос «кто платит за доставку» решается иначе, чем в рознице, и его нужно осознанно отразить на сайте. Обе схемы распространены и влияют на цену в оформлении, документы и взаиморасчёты.

• За счёт отправителя. Доставку оплачивает магазин и закладывает её в цену товара или условия отгрузки. Покупатель на терминале за перевозку ничего не доплачивает. Прозрачно для клиента, но требует точного расчёта, чтобы не терять маржу.
• За счёт получателя. Стоимость доставки оплачивает B2B-клиент, когда забирает груз на терминале ТК. Магазин платит только за забор груза со своего склада. Частая практика межтерминальной перевозки в опте.
• Смешанная схема. Например, забор и терминал отправления — за счёт магазина, а межтерминальная перевозка и выдача — за счёт получателя. Разбивку согласуют по договору.

От выбранной схемы зависит, что показывать в оформлении. При оплате отправителем показывают полную стоимость с доставкой. При оплате получателем — либо ориентировочную стоимость с пометкой «оплачивается получателем на терминале по тарифу ТК», либо только сам факт доставки без включения её цены в заказ. Схему оплаты передают в заявку ТК как отдельный параметр, и она же определяет, как строятся документы и взаиморасчёты. Ошибка здесь болезненна: если показать клиенту цену «в заказе», а по факту он доплатит на терминале, возникнет конфликт ожиданий.

Трекинг груза для B2B-клиента

Груз оформлен и передан в ТК — дальше оптовому клиенту важно понимать, где он и когда его забирать. Для B2B трекинг критичнее, чем для розницы: под приёмку планируют разгрузку, транспорт и людей, поэтому «сюрприз на терминале» никому не нужен.

Путь типового грузового отправления: заказ собран → передан в ТК (присвоена накладная) → принят на терминале отправления → в пути между терминалами → прибыл на терминал назначения → готов к выдаче / передан на адресную доставку → вручён получателю. На каждом этапе ТК меняет статус, и его можно показывать на сайте.

• Номер накладной в заказе. Минимум: ТК присваивает отправлению номер накладной, он сохраняется в заказе и показывается клиенту со ссылкой на отслеживание у перевозчика.
• Статусы на сайте. Продвинутее: статус подтягивается по API и показывается в личном кабинете B2B-клиента — «в пути», «прибыл на терминал», «готов к выдаче».
• Уведомления. По событию «прибыл на терминал» клиенту уходит уведомление, что груз можно забирать, с адресом терминала и памяткой по документам.

Глубина трекинга зависит от ТК и задачи: где-то достаточно номера накладной со ссылкой, где-то имеет смысл подтягивать статусы на сайт и слать уведомления. Для магазина с большим потоком грузов автоматические статусы заметно разгружают поддержку — меньше звонков «где мой груз». Начать можно с простого номера накладной и развивать по мере роста.

Обработчики доставки и API ТК в Битриксе

Под каждой транспортной компанией в Битриксе стоит обработчик доставки — программный компонент, который знает, как разговаривать с API конкретной ТК. Понимать его устройство полезно, чтобы выбирать между готовым модулем и доработкой.

Обработчик грузовой ТК отвечает за несколько задач:

• Расчёт по весу и объёму. Принимает параметры отправления (вес, объём, места, маршрут, услуги) и возвращает стоимость и срок, обращаясь к API ТК.
• Справочник терминалов. Отдаёт список терминалов по городу для выбора на карте в оформлении.
• Создание отправления. Передаёт заказ в ТК, формирует накладную, получает её номер и данные для документов.
• Статусы. Запрашивает и обновляет статус перевозки для трекинга на сайте.

Откуда берётся обработчик? Три варианта. Штатный или из типового решения — для ряда служб доставка есть «из коробки». Модуль из Маркетплейса 1С-Битрикс — устанавливается и настраивается через админку, обычно поддерживается разработчиком модуля; для крупных грузовых ТК такие модули есть. Собственный обработчик — пишется под нестандартную ТК, агрегатор или особую бизнес-логику через REST-подсистему доставки. Для Деловых Линий, ПЭК и других крупных перевозчиков чаще берут готовые модули, а дорабатывают уже витрину выбора, карту терминалов, страхование, документы и трекинг под конкретный B2B-магазин. Такую доработку мы обычно делаем в рамках разработки магазина с интеграцией служб доставки.

Свойства груза и настройка в модуле

Чтобы грузовая доставка считалась корректно, в модуле «Интернет-магазин» и в каталоге настраивают набор свойств, описывающих груз и отправление. Разберём, что именно нужно.

Свойства товара

• Вес в упаковке — основной параметр тарифа.
• Габариты (Д × Ш × В) — для расчёта объёма и объёмного веса.
• Кратность упаковки — сколько единиц в коробе и на паллете, чтобы правильно считать число мест и объём отправления.
• Признак негабарита — для товаров, требующих особых условий перевозки.

Свойства заказа и отправления

• ТК и профиль — выбранная транспортная компания и сценарий (до терминала / до двери).
• Терминал назначения — выбранный на карте терминал для самовывоза.
• Схема оплаты — за счёт отправителя или получателя.
• Услуги — страхование, обрешётка, забор, грузчики.
• Номер накладной и статус — для трекинга и документов.

Профили доставки внутри службы одной ТК настраивают под сценарии: «до терминала» и «до двери» — как минимум. Ограничения (по весу, габаритам, региону, сумме) задают так, чтобы способ показывался только там, где он реально доступен: например, слишком крупный груз не предлагать в неподходящие терминалы, а грузовую доставку не показывать для мелкого розничного заказа, которому она невыгодна.

Интеграция со складом и наличием

Грузовая доставка не существует в вакууме — она опирается на то, что и откуда реально можно отгрузить. Для опта это особенно важно: клиент заказывает партиями, и точность остатков и весогабаритов определяет и расчёт, и саму возможность отгрузки.

• Точка отправления и склады. Если складов несколько, важно, с какого едет груз: от этого зависят маршрут, тариф, срок и терминал отправления. Логику отправления связывают с резервом по складам.
• Наличие и резерв. Грузовую доставку предлагают только для того, что есть в наличии и зарезервировано под заказ. Считать перевозку по товару, которого нет, бессмысленно.
• Кратность и паллеты. Для опта заказ часто идёт коробами и паллетами; данные о кратности упаковки нужны и для наличия, и для расчёта объёма отправления.
• Обмен с 1С. Вес, габариты, кратность, остатки и склады приходят из учётной системы. Выбранная ТК, терминал, услуги и стоимость доставки уходят обратно в 1С вместе с заказом.

Ключевая мысль: точность грузовой доставки начинается в 1С — с корректных весогабаритов в упаковке, кратности, остатков и складов. Если эти данные ведутся аккуратно и приходят по обмену, расчёт и отгрузка честные; если нет — никакая настройка обработчиков не спасёт, и ТК пересчитает груз по факту. Поэтому грузовую доставку всегда рассматривают вместе с обменом и учётом, а не как изолированную настройку на сайте.

Единый выбор из нескольких ТК

Когда транспортных компаний несколько, встаёт вопрос: как показать их B2B-клиенту, чтобы он не запутался. Ответ — единый выбор: на шаге оформления магазин запрашивает расчёт у всех подключённых ТК и показывает их варианты одним списком с ценой и сроком по каждому. Клиент сравнивает и выбирает выгодный для своего маршрута.

Есть два пути такой агрегации.

• Несколько прямых интеграций. Каждая ТК — отдельная служба доставки в Битриксе со своим договором и API. Их варианты складываются в общий список. Плюс — прямые тарифы и договоры; минус — несколько интеграций и кабинетов.
• Агрегатор грузовой доставки. Один договор и один API дают доступ сразу к нескольким ТК. Плюс — быстрый старт и широкий выбор; минус — посредник в цепочке и его комиссия.

Технически даже при нескольких прямых службах Битрикс уже показывает их варианты вместе — «единый выбор» получается сам собой. Задача разработки — сделать список понятным: показать по каждой ТК цену, срок и сценарий (до терминала / до двери), а для самовывоза открыть карту терминалов. Именно эта витрина выбора и есть то, что видит клиент, тогда как расчёт по нескольким API идёт незаметно на фоне. Для B2B важно не завалить покупателя десятком почти одинаковых строк, а дать два-три осмысленных варианта с честной ценой и сроком.

Тестирование расчёта грузовой доставки

Перед запуском грузовую доставку прогоняют по сценариям — «вроде считает» недостаточно, потому что цена ошибки на большом грузе высокая. Вот что проверить на тестовых заказах.

• Разные маршруты. Оформите заказы в близкий и дальний город — стоимость и сроки должны различаться и быть правдоподобными.
• Тяжёлый и объёмный груз. Компактный тяжёлый и лёгкий громоздкий заказ — проверьте, что объём и объёмный вес учитываются, а не только вес.
• Паллеты и число мест. Многоместный паллетный заказ — число мест и объём считаются корректно.
• До терминала и до двери. Оба сценария считаются и показываются с разной ценой; выбор терминала на карте работает и сохраняется в заказе.
• Схемы оплаты. За счёт отправителя и за счёт получателя — цена и пометки в оформлении соответствуют схеме.
• Услуги. Страхование по объявленной стоимости, обрешётка, забор, грузчики — добавляются к тарифу и пересчитывают цену.
• Все ТК. Каждая подключённая компания считается и показывается в едином списке корректно.
• Ошибка API. Смоделируйте недоступность одной ТК — остальные варианты должны остаться, а шаг доставки не «падать».
• Заказ в 1С. Выбранные ТК, терминал, услуги, схема оплаты и стоимость корректно уходят в учётную систему при обмене.

Если все сценарии проходят чисто — доставка готова к запуску. Особое внимание уделите краям: очень тяжёлый и очень объёмный груз, отдалённый город, нулевой вес или пустые габариты у товара, город без терминала выбранной ТК. Именно на крайних случаях чаще всего вылезают незаполненные весогабариты и пробелы в покрытии.

Частые ошибки при настройке

Проблемы с грузовой доставкой повторяются из проекта в проект. Зная их заранее, вы избежите большей части отладки и болезненных расхождений в цене.

• Расчёт по одному весу без объёма. Главная ошибка грузовой доставки. Лёгкий объёмный груз считается по малому весу, ТК пересчитывает по объёму на приёмке, и итоговый счёт выше показанного клиенту.
• Не заполнены габариты товаров. Без линейных размеров нельзя посчитать объём и объёмный вес — расчёт занижен или не проходит вовсе.
• Забыта упаковка и паллеты. Считают «голый» товар без короба, стрейча и паллеты — фактический объём больше, и появляется недосчёт.
• Путаница со схемой оплаты. Клиенту показали цену «в заказе», а по факту он доплачивает на терминале за счёт получателя — конфликт ожиданий и спор.
• Не указана точка отправления. Без города/терминала отправления ТК не от чего считать маршрут и тариф.
• Нет терминала ТК в городе получателя. У выбранной компании в этом городе нет терминала. Лечится подключением второй ТК или доставкой до двери.
• Неверные ключи API ТК. Опечатка или просроченный токен тихо ломают расчёт. Сверяйте доступы и следите за сроком.
• Грузовая доставка для мелкого заказа. Для розничной мелочи грузовая ТК невыгодна и медленна — её скрывают ограничением по весу/сумме и предлагают посылочную службу.
• Игнор объявленной стоимости для страховки. Дорогой груз едет без страховки; при порче возместить нечего. Объявленную ценность берут из суммы заказа.
• Падение при сбое API. Если одна ТК молчит, а весь шаг доставки «ломается», теряются заказы. Предусматривайте запасное решение и аккуратную обработку ошибок.
• Не проверили края. Очень тяжёлый или очень объёмный груз, отдалённый город, товар без габаритов — ломают расчёт, а это заметили только в бою. Тестируйте крайние случаи.

Чек-лист запуска грузовой доставки

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

1. Договоры и доступы (API) нужных ТК получены, личные кабинеты доступны.
2. Точка/терминал отправления задана для расчёта маршрута и тарифа.
3. Вес и габариты в упаковке у товаров заполнены, лучше — из 1С при обмене.
4. Кратность и паллеты учтены: короб, паллета, число мест считаются корректно.
5. Службы ТК созданы в Битриксе, ключи вписаны без опечаток.
6. Профили включены: до терминала и до двери, забор груза настроен.
7. Расчёт по весу и объёму проверен: объёмный вес учитывается, а не только фактический.
8. Выбор терминала на карте работает и сохраняется в заказе.
9. Схема оплаты (отправитель / получатель) настроена и корректно показана клиенту.
10. Страхование и допуслуги считаются и добавляются к тарифу; объявленная ценность берётся из заказа.
11. Документы: накладная ТК создаётся по API, памятка по доверенности показана клиенту.
12. Трекинг настроен: номер накладной в заказе, статусы или ссылка на отслеживание, уведомление о прибытии на терминал.
13. Единый выбор собран: варианты ТК показаны одним понятным списком с ценой и сроком.
14. Тестовые сценарии пройдены: разные маршруты, веса и объёмы, паллеты, до терминала и двери, схемы оплаты, сбой API, края.

Вывод

Грузовая доставка для B2B на 1С-Битрикс — это не «большая посылка», а отдельная логистическая модель со своими правилами: тариф по весу и объёму, терминальная сеть, паллеты и упаковка, доставка до терминала и до двери, забор груза, страхование, накладные и доверенности, схемы оплаты за счёт отправителя или получателя. Крупные транспортные компании — Деловые Линии, ПЭК, Байкал и другие — дают API для расчёта, справочник терминалов, создание отправлений и трекинг, а Битрикс собирает всё это в понятный клиенту выбор на оформлении.

Главное помнить: всё начинается с корректных весогабаритов в упаковке — без объёма расчёт занижен, и разницу магазин доплачивает, а ТК пересчитывает груз на приёмке. Ведите вес, габариты и кратность в 1С и получайте их при обмене, считайте по весу и объёму, показывайте доставку до терминала и до двери с честной ценой, поддержите выбор терминала на карте, страхование, документы и трекинг для B2B-клиента и обязательно тестируйте крайние случаи — тяжёлый и объёмный груз, города без терминалов, сбои API. Тогда оптовый заказ перестанет зависать на «доставку рассчитает менеджер» и начнёт оформляться сам. Смежные темы разбираем в статье про доставку в пункты выдачи и постаматы и в рубрике «Интеграции».