Клиент оформляет заказ и на шаге доставки видит: «Стоимость уточнит менеджер». Половина покупателей на этом уходят — им нужна конкретная цена и срок здесь и сейчас, а не звонок через день. А менеджер, который вручную считает доставку, заводит заявки в чужом кабинете и сверяет статусы, — это медленно и с ошибками. Интеграция Яндекс Доставки убирает и то, и другое: клиент сразу видит цену и ПВЗ, а заявка и трекинг работают автоматически.
В этой статье — практическое руководство по подключению Яндекс Доставки к интернет-магазину на 1С-Битрикс: расчёт тарифов на оформлении, выбор пункта выдачи на карте, создание заявок, трекинг статусов и связка с 1С. Логистика тесно завязана на данные о товарах и обмен, поэтому затронем и автоматизацию продаж и склада на 1С.
Коротко
- Интеграция даёт три вещи: расчёт тарифов на оформлении, выбор ПВЗ на карте и трекинг статусов.
- Точность расчёта держится на весе и габаритах товаров — их заводят у номенклатуры и складывают для заказа.
- Заявку на доставку создают автоматически или полуавтоматом, обязательно защищаясь от дублей.
- Данные о товарах и складе приходят из 1С, а статус доставки полезно возвращать обратно в учётную систему.
Что даёт интеграция доставки
Доставка — один из главных барьеров на пути к заказу. Если стоимость и срок непонятны до самого конца, клиент нервничает и часто бросает корзину. Интеграция закрывает этот барьер: цена и срок появляются прямо на оформлении, ещё до оплаты.
Второй эффект — экономия времени менеджеров. Без интеграции сотрудник вручную рассчитывает доставку, заводит заявку в личном кабинете перевозчика и сверяет статусы. С интеграцией всё это делает система: заявка создаётся из заказа, статусы подтягиваются сами, а менеджер занимается сложными случаями, а не рутиной.
Из чего складывается интеграция
Полноценная интеграция — это не одна кнопка, а несколько связанных механизмов. Полезно видеть их по отдельности:
- Расчёт тарифа. Стоимость и срок доставки на шаге оформления по адресу или ПВЗ.
- Выбор ПВЗ. Карта пунктов выдачи с адресами и режимом работы.
- Создание заявки. Передача заказа перевозчику и получение трек-номера.
- Трекинг. Отслеживание статусов посылки в заказе и кабинете клиента.
- Синхронизация с 1С. Габариты и склад из учёта, статус доставки обратно в учёт.
Каждый механизм можно внедрять поэтапно, но точный расчёт и трекинг — это тот минимум, ради которого интеграцию обычно и затевают.
Расчёт тарифов на оформлении
Ядро интеграции — расчёт стоимости и срока на странице оформления заказа. В 1С-Битрикс за это отвечает служба доставки в модуле «Интернет-магазин», которая обращается к API Яндекс Доставки.
Логика такая: клиент указал адрес или выбрал ПВЗ — обработчик отправляет параметры заказа (габариты, вес, откуда и куда) в API и получает стоимость и срок, которые показываются клиенту. Всё это происходит на лету, без участия менеджера. Ключ к точности — корректные исходные данные о посылке; без них расчёт ломается.
Вес и габариты как основа расчёта
Самая частая причина неточной или неработающей доставки — отсутствие веса и габаритов у товаров. Тариф зависит от размеров и массы посылки, поэтому эти свойства должны быть заполнены у номенклатуры, а система — уметь складывать их для заказа из нескольких позиций.
- Вес каждого товара. Заполненное свойство веса, приходящее обычно из 1С.
- Габариты. Длина, ширина, высота — для объёмного веса и подбора тарифа.
- Сумма по заказу. Корректное сложение веса и оценка габаритов при нескольких позициях.
- Значения по умолчанию. Запасные габариты для товаров без данных — но это компромисс, ведущий к неточностям.
Если веса и габаритов нет, приходится подставлять значения по умолчанию, и тогда клиент платит не ту сумму: либо вы теряете на разнице, либо отпугиваете завышенной ценой. Поэтому первый шаг интеграции — навести порядок в характеристиках товаров, а это часть работы с данными и обменом.
Пункты выдачи на карте
Доставка в ПВЗ — популярный и выгодный вариант: она дешевле курьера и надёжнее, потому что адрес берётся из выбранной точки, а не вводится вручную с риском опечатки. Для этого API отдаёт список пунктов выдачи по региону, которые выводят на карте.
- Подгрузка по региону. Точки появляются после выбора города, а не все сразу.
- Информация о точке. Адрес, режим работы, способ оплаты в пункте.
- Сохранение выбора. Выбранный ПВЗ фиксируется в заказе и уходит в заявку.
- Связь с тарифом. Стоимость пересчитывается под выбранную точку.
Хорошая карта ПВЗ снимает неопределённость: клиент видит, куда именно приедет заказ, сколько это стоит и когда работает пункт, — и охотнее завершает заказ.
Создание заявки на доставку
После оформления заказ нужно превратить в заявку на доставку у перевозчика. Здесь два подхода, и выбор зависит от процесса магазина:
| Подход | Автоматическое создание | Полуавтомат |
|---|---|---|
| Когда создаётся | При статусе «собран» | По кнопке менеджера |
| Скорость | Максимальная | Чуть медленнее |
| Контроль | Минимальный | Проверка перед отправкой |
| Риск ошибок | Выше при неполных данных | Ниже |
| Кому подходит | Отлаженным процессам | Большинству магазинов |
Трекинг статусов посылки
Трекинг — то, что снимает больше всего нагрузки с поддержки. После создания заявки посылке присваивается трек-номер, а статусы (принята, в пути, прибыла в ПВЗ, вручена) подтягиваются от перевозчика и отражаются в заказе и личном кабинете клиента.
Статусы получают двумя способами: опросом API по расписанию (агент/крон) или через вебхуки от перевозчика, когда он сам присылает обновления. Вебхуки быстрее и экономичнее, но требуют аккуратной обработки — как принимать входящие уведомления безопасно и без задвоений, мы разбирали в статье про REST, вебхуки и безопасность в Битрикс. Когда клиент сам видит, где посылка, он не звонит с вопросом «где заказ», а менеджер не сверяет статусы вручную.
Подключение на 1С-Битрикс пошагово
Общая последовательность подключения выглядит так:
- Подготовьте данные о товарах. Заполните вес и габариты, проверьте, что они приходят из 1С.
- Настройте склад отгрузки. Откуда едет заказ — это влияет на тариф и срок.
- Подключите службу доставки. Заведите Яндекс Доставку как службу с доступом к API.
- Настройте расчёт тарифа. Передачу параметров и показ стоимости на оформлении, с кэшем.
- Добавьте карту ПВЗ. Список точек по региону с сохранением выбора в заказе.
- Настройте заявки и трекинг. Создание заявки с защитой от дублей и получение статусов.
- Протестируйте сквозной путь. От расчёта до вручения на реальных заказах и адресах.
Логику интеграции удобно выносить в отдельный модуль или обработчики службы доставки, а не «зашивать» в шаблон — так её проще поддерживать и переносить. Как строится переносимая интеграционная логика, мы описывали в материале про разработку модуля Битрикс.
Синхронизация с 1С
Доставка не живёт в вакууме — она опирается на данные из учётной системы и возвращает данные обратно. Габариты, остатки и склад отгрузки обычно ведутся в 1С и приходят на сайт обменом. А трек-номер и статус доставки полезно возвращать в 1С, чтобы у менеджеров была единая картина заказа в учётной системе, а не в двух местах сразу.
Поэтому интеграцию доставки проектируют вместе с обменом: если данные о товарах неполные или обмен нестабилен, доставка будет считаться и оформляться с ошибками. Наведение порядка в обмене и складском учёте — это автоматизация на 1С, а проверку качества данных и производительности обмена закрывает аудит и оптимизация 1С.
Несколько служб доставки вместе
Зрелый магазин редко ограничивается одной службой. Яндекс Доставку обычно ставят рядом с другими перевозчиками и собственной курьеркой, а на оформлении показывают клиенту варианты с ценой и сроком.
- Выбор по региону. Разным регионам — разные доступные службы.
- Выбор по весу и сумме. Тяжёлое и крупное — одни службы, мелкое — другие.
- Единый расчёт. Клиент видит реальные цены всех вариантов и выбирает сам.
- Бесплатная доставка. Порог суммы, при котором доставка за счёт магазина.
Главное — не превратить выбор в кашу: показывайте понятные варианты с ценой и сроком, а не десяток непонятных тарифов. Тогда клиент выбирает быстро и не бросает заказ на шаге доставки.
Частые ошибки
- Нет веса и габаритов. Тариф считается неточно или не считается вовсе.
- Доставку считает менеджер. Клиент не видит цену на оформлении и уходит.
- Нет защиты от дублей заявок. На один заказ создаётся две посылки.
- Адрес вводится свободным текстом. Опечатки срывают доставку, растут расходы.
- Тариф не кэшируется. Каждый шаг оформления дёргает API и тормозит.
- Статусы сверяют вручную. Нет трекинга — поддержка завалена вопросами «где заказ».
- Доставка оторвана от 1С. Габариты и склад неактуальны, статусы не возвращаются в учёт.
Чек-лист внедрения
- Данные о товарах готовы. Вес и габариты заполнены и приходят из 1С.
- Склад отгрузки настроен. Точка отправки влияет на тариф и срок корректно.
- Тариф считается на оформлении. Стоимость и срок показываются клиенту, расчёт кэшируется.
- Карта ПВЗ работает. Точки по региону, информация и сохранение выбора.
- Заявки создаются без дублей. Автомат или полуавтомат с защитой от повторов.
- Трекинг настроен. Статусы видны в заказе и кабинете клиента.
- Адреса с подсказками. Автодополнение снижает ошибки ввода.
- Связь с 1С есть. Данные из учёта актуальны, статусы возвращаются обратно.
Вывод
Интеграция Яндекс Доставки решает две задачи сразу: убирает барьер на оформлении (клиент видит точную цену, срок и ПВЗ) и снимает рутину с менеджеров (заявки и трекинг работают автоматически). Но всё это держится на данных: без корректных веса и габаритов тариф считается неверно, а без стабильного обмена с 1С заявки уходят с ошибками.
Поэтому начните с порядка в характеристиках товаров и складе, затем настройте расчёт с кэшем, карту ПВЗ, создание заявок с защитой от дублей и трекинг статусов. И замкните контур на 1С — возвращайте трек и статус в учётную систему. Тогда доставка перестанет быть узким местом и станет конкурентным преимуществом магазина.
