Доставка в интернет-магазине: как подключить СДЭК, Яндекс Доставку и другие службы к сайту и 1С
Короткий ответ: у магазина четыре пути — фиксированная цена доставки, готовый модуль платформы, прямое подключение к API службы и агрегатор на несколько служб сразу. Полноценная интеграция делает три вещи: считает стоимость и срок в корзине, даёт выбрать пункт выдачи на карте и создаёт заказ в службе без ручного ввода, а затем приносит трек-номер и статусы покупателю. В новом интернет-магазине по нашему прайсу расчёт и выбор доставки со службой входят в тариф от 104 000 ₽, подключение к работающему сайту или 1С — по тарифу интеграций от 32 000 ₽ и от 2 дней.
| Способ | Как работает | Кому подходит |
|---|---|---|
| Фиксированная цена или зоны | Стоимость задана в настройках: по городу одна, по России другая, от суммы заказа — бесплатно. Отправку оформляет менеджер в кабинете службы | Мало заказов, товары похожего веса, одна служба или свой курьер |
| Готовый модуль платформы | Модуль службы для вашей CMS: расчёт, карта ПВЗ, иногда создание заказа | Магазин на коробочной платформе, стандартный путь заказа |
| Прямое подключение по API | Сайт сам запрашивает тариф и ПВЗ, создаёт заказ в службе, получает статусы | Свой движок, несколько складов, обмен с 1С, нестандартная логика |
| Агрегатор доставки | Один API и один кабинет на несколько служб, сравнение тарифов | Нужно три и больше служб, нет объёмов на прямые договоры |
Какие варианты подключения доставки есть у магазина?
Фиксированная цена, модуль платформы, своё подключение по API или агрегатор. Выбор зависит от числа заказов, разброса веса товаров, числа служб и складов и того, где менеджер ведёт заказ: в админке сайта, в CRM или в 1С. Начинать стоит с самого простого варианта, который не заставляет менеджера перепечатывать адреса.
Разница между способами — не в красоте корзины, а в том, сколько ручной работы остаётся после оплаты. При фиксированной цене менеджер переносит каждый заказ в кабинет службы руками. При модуле или API заказ создаётся сам, а человек только пакует посылку и наклеивает этикетку.
Что должно происходить в корзине?
Покупатель вводит город или адрес и сразу видит способы доставки с ценой и сроком: пункт выдачи, курьер, постамат, самовывоз. Пункт он выбирает на карте или списком, итог заказа пересчитывается до оплаты. Всё это сайт получает от службы по API в момент оформления, а не из таблицы, которую кто-то обновляет раз в квартал.
Что проверить в корзине до запуска:
- Вес и габариты у каждого товара. Службы считают тариф по весу и размерам посылки. Если в каталоге у половины товаров вес не заполнен, расчёт будет неверным. Это самая частая причина, почему «интеграция врёт».
- Упаковка. Две пары обуви в одной коробке — это не сумма двух коробок. Нужны правила: какая упаковка для какого набора товаров или хотя бы средний коэффициент.
- Запасной вариант при сбое. API службы иногда отвечает медленно или не отвечает. Корзина не должна зависать: показываем ориентировочную цену из настроек или способы без расчёта, а не пустой экран.
- Кэш тарифов. Один и тот же запрос «Москва — Казань, 2 кг» не нужно отправлять в службу при каждом обновлении страницы. Короткий кэш ускоряет корзину и бережёт лимиты API.
- Бесплатная доставка от суммы. Правило «от такой-то суммы — за наш счёт» задаётся у вас, а не в службе: расчёт идёт как обычно, магазин компенсирует разницу.
- Ограничения службы. Крупногабарит, хрупкое, жидкости, максимальный вес в постамате — то, что служба не возит или возит только курьером, не должно появляться в выборе.
Пример из практики: в магазине AleksFurs пять способов доставки — от самовывоза из павильона до СДЭК и Почты России, — и стоимость считается по весу и адресу прямо при оформлении заказа в один экран.
Как заказ попадает в службу доставки без ручного ввода?
После оплаты или подтверждения менеджером сайт или 1С отправляет в службу заказ через API: получатель, адрес или код пункта выдачи, места с весом и габаритами, сумма к оплате при получении. В ответ приходит номер отправления, а затем — этикетка и накладная для печати. Менеджеру остаётся собрать посылку и сдать её.
Где создавать отправление — на сайте или в 1С — решаем по тому, где заказ проводят на самом деле:
- Из админки сайта. Подходит, если заказы живут на сайте: кнопка «Передать в доставку» в карточке заказа или автоматически после оплаты. Этикетка печатается тут же.
- Из 1С. Если заказы уходят в 1С и там их резервируют, комплектуют и пробивают, отправление логичнее создавать оттуда. Для популярных конфигураций у крупных служб есть свои модули; если их нет или они не подходят — делаем обработку, которая обращается к API службы. Как сам заказ попадает с сайта в 1С — в статье про магазин с обменом 1С.
- Из CRM. Если продажи ведут в CRM, интеграцию со службой встраивают туда, а сайт отдаёт заказ в CRM как обычно.
У СДЭК для этого есть открытый программный интерфейс с методами расчёта тарифа, списка пунктов выдачи, регистрации заказа и уведомлений о смене статуса; описание — на портале документации СДЭК API. Ключи для боевой работы выдаются клиенту службы, а для разработки есть тестовая среда. У Яндекс Доставки в документации API описано, как создать заявку и отслеживать заказ; боевой токен берут в личном кабинете. Общая логика таких связок разобрана в статье что такое API-интеграция.
Несколько складов добавляют одно правило: служба должна знать, откуда забирать посылку. Склад выбирают по остаткам — где есть весь заказ, — или по близости к покупателю, и расчёт в корзине идёт уже от этого склада. Если заказ собирается с двух складов, это две посылки и два отправления, и покупателю об этом стоит сказать до оплаты.
| Вопрос | Прямой договор | Агрегатор |
|---|---|---|
| Сколько интеграций писать | Одну на каждую службу | Одну на все подключённые службы |
| Тарифы | Ваш договорной тариф, его можно обсуждать с менеджером службы | Тариф агрегатора, иногда к нему добавляется его комиссия |
| Кому писать при потере посылки | Напрямую в службу | Сначала агрегатору, он передаёт в службу |
| Деньги при оплате при получении | Перечисляет служба по своему договору | Часто проходят через агрегатора, срок по его договору |
| Зависимость | От каждой службы отдельно | От агрегатора: его сбой или уход службы из списка касается всех заказов |
Агрегатор или прямой договор со службой?
Прямой договор выгоден, когда служб одна-две и объём отправок позволяет договориться о своём тарифе. Агрегатор удобен, когда нужно три и больше служб без отдельных договоров и интеграций: один API, один кабинет, одна сверка. Плата за удобство — ещё одно звено между вами и посылкой.
Частый рабочий вариант — комбинация: основная служба подключена напрямую, а редкие направления или крупногабарит — через агрегатора. Сайту это безразлично: в корзине покупатель видит список способов с ценой и сроком, а не то, через кого они подключены.
Статусы и трек-номер: что видит покупатель?
Покупатель должен получить трек-номер сразу после передачи посылки в службу и видеть статус в личном кабинете или письме, не уходя на чужой сайт. Статусы приходят от службы вебхуком или опросом API, магазин переводит их в понятные фразы и меняет статус заказа у себя.
Минимальный набор, который мы настраиваем:
- Трек-номер в письме или сообщении со ссылкой на отслеживание сразу после создания отправления.
- Свои слова вместо кодов службы. «Принят на склад в городе отправителя» и «Выдан на доставку» превращаются в «Передан в доставку», «Едет к вам», «Ждёт в пункте выдачи», «Получен».
- Напоминание о хранении. Пункты выдачи держат посылку ограниченное время. Письмо «заберите до такого-то числа» за пару дней до конца срока — простой способ сократить число невостребованных посылок.
- Статусы в админке и 1С. Менеджер видит, что заказ доставлен, без звонков и открытия кабинета службы. Заказы, которые застряли в одном статусе дольше обычного, попадают в отдельный список.
- Возвраты. Отказ и возврат отправителю — отдельный статус: товар нужно вернуть в остатки, а при предоплате — оформить возврат денег.
Оплата при получении: что учесть?
Наложенный платёж служба принимает у покупателя и перечисляет магазину — как правило, за вычетом своей комиссии и в сроки по вашему договору. Технически это сумма к оплате, переданная в заказе, и отчёт о переводах, который нужно сверять с заказами. Юридически — вопрос о том, кто и как выдаёт покупателю кассовый чек.
Что решить до запуска:
- Для каких заказов разрешать. При оплате при получении покупателю проще отказаться от посылки. Поэтому её часто оставляют только для пунктов выдачи или до определённой суммы заказа.
- Чек. Порядок выдачи чека при оплате при получении зависит от договора со службой и настройки вашей кассы — это выясняют у службы и у бухгалтера заранее. Как устроены онлайн-касса и чеки на сайте, мы разобрали в статье об оплате на сайте и 54-ФЗ.
- Сверка. Перечисления от службы приходят пачкой. Без автоматической сверки по номерам отправлений бухгалтер делает её руками каждую неделю.
Сколько стоит и сколько длится подключение?
В новом магазине расчёт и выбор доставки с интеграцией со службой входят в тариф интернет-магазина — от 104 000 ₽ и от 5 дней. К работающему сайту или 1С службу подключаем по тарифу интеграций — от 32 000 ₽ и от 2 дней за связку двух систем, например сайта и СДЭК. Точную цену и срок фиксируем в договоре до старта.
Что увеличивает объём работ:
- Каждая служба сверх включённой. В тарифе магазина — интеграция в рамках одной связки, остальные службы и нестандартные интеграции считаются отдельно. В тарифе интеграций каждая система сверх двух — по отдельной оценке.
- Создание отправлений из 1С. Если нужна доработка конфигурации 1С на её стороне, это отдельная работа — в тариф стыковки она не входит.
- Несколько складов, правила выбора склада, раздельные посылки.
- Нестандартная упаковка и расчёт мест для крупногабаритных товаров.
Тарифы самих служб на перевозку и их комиссии в цену разработки не входят — вы платите службам по своим договорам. После запуска действует гарантия 30 дней по договору; бесплатная поддержка — 14 дней для магазина и 7 дней для интеграции, дальше — абонентская поддержка от 7 900 ₽ в месяц. Полный расклад по бюджету магазина — в статье сколько стоит интернет-магазин под ключ.
Когда достаточно фиксированной цены доставки?
Когда заказов немного, товары близки по весу и размеру, а возите вы одной службой или своим курьером по городу. Тогда цена «по городу — одна, по России — другая, от суммы — бесплатно» честна для покупателя, а интеграция почти ничего не добавит, кроме расходов. Отправления менеджер оформляет в кабинете службы.
Пора переходить на интеграцию, если хотя бы одно из этого про вас:
- менеджер тратит на ввод отправлений заметную часть дня и ошибается в адресах;
- фиксированная цена то и дело не покрывает реальную стоимость отправки в дальние регионы;
- покупатели спрашивают в чате, где посылка, вместо того чтобы смотреть статус;
- вес товаров отличается в десятки раз — от аксессуаров до крупной техники;
- появился второй склад или вторая служба.
Какие ошибки встречаются чаще всего?
Почти все проблемы с доставкой на сайте — не в коде, а в данных и договорённостях: пустой вес в каталоге, договор со службой без нужных услуг, тестовые ключи в боевой работе, никто не отвечает за отказные посылки. Их дешевле закрыть на брифе, чем после первых жалоб покупателей.
- Интеграцию начинают до договора со службой. Сайт готов, а в договоре нет оплаты при получении или нужного тарифа. Сначала договор и список услуг, потом код.
- Вес и габариты «потом заполним». Без них расчёт в корзине — лотерея: то переплачивает покупатель, то доплачивает магазин.
- Нет запасного сценария. Служба недоступна — корзина не даёт оформить заказ. Нужен вариант «рассчитаем и согласуем с вами».
- Статусы не возвращаются в магазин. Трек есть, но в админке все заказы навсегда «отправлены», и никто не видит зависшие и возвраты.
- Обещание «самой дешёвой доставки». Цена зависит от направления, веса и вашего договора. Честнее показать несколько вариантов с ценой и сроком и дать выбрать.
- Ключи на чужом аккаунте. Кабинет службы и ключи API должны быть оформлены на ваше юрлицо, а не на подрядчика: смена подрядчика не должна останавливать доставку.
Короткие ответы на частые вопросы
Сколько стоит интеграция СДЭК с сайтом?
В новом магазине расчёт и выбор доставки с подключением службы входят в тариф интернет-магазина — от 104 000 ₽ и от 5 дней. Подключение к уже работающему сайту делаем по тарифу интеграций — от 32 000 ₽ и от 2 дней за связку двух систем. Тарифы самой службы на перевозку вы платите СДЭК по своему договору.
Можно ли подключить СДЭК к 1С, а не к сайту?
Да, и для магазина с обменом это часто удобнее: заказ с сайта уходит в 1С, а отправление создаётся оттуда, где менеджер всё равно проводит заказ и печатает документы. Расчёт стоимости и выбор пункта выдачи при этом остаются на сайте — покупатель видит их до оплаты.
Что выбрать: СДЭК или Яндекс Доставку?
Зависит от того, куда и что вы возите. Сравните тарифы на ваших реальных посылках по своим городам, сеть пунктов выдачи там, где живут покупатели, сроки и условия оплаты при получении. Часто разумно дать покупателю две службы и самовывоз, а не выбирать одну.
Нужен ли договор со службой, чтобы подключить API?
Для боевой работы — да: ключи доступа к API выдаются в личном кабинете клиента службы. Для разработки у СДЭК есть тестовая среда, у Яндекс Доставки — тестовый токен в документации, поэтому интеграцию можно собрать и проверить до подписания договора.
Можно ли обещать покупателю самую дешёвую доставку?
Честно — нет. Можно показать в корзине тарифы нескольких служб и отсортировать их по цене или сроку, а покупатель выберет сам. Дешевле всего обычно выходит доставка до пункта выдачи, но это зависит от города, веса и вашего договора со службой.
Услуги и кейсы по теме: интернет-магазины · интеграция с 1С и CRM от 32 000 ₽ · кейс AleksFurs · цены и сроки
Напишите, какими службами вы уже возите и где ведёте заказы — на сайте, в CRM или в 1С, — разберём, что подключить в первую очередь, и назовём состав работ, цену и срок после брифа.
Рассчитать проект →Оценку срока и цены по брифу делаем бесплатно, обычно отвечаем в течение часа в рабочее время. Типовой договор — посмотреть до оплаты.
