Яндекс Доставка для бизнеса: как подключить доставку для магазина

Доставка начинается с готовности заказа в магазине

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

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

Что магазин решает до подключения

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

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

Чья ответственность остаётся в магазине

Магазин готовит товар, упаковку и сведения для передачи, а ответственный сотрудник объясняет, где курьер получит заказ и как связаться со складом при изменении покупки. Если эти действия поручены разным людям, в задании называют момент передачи ответственности. Ссылка на внешнего перевозчика не решает вопрос, кто сообщит покупателю об отсутствии товара. Клиент оформлял покупку в магазине и ожидает связного ответа о её выполнении.

Как подключиться и разделить доступ команды

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

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

Кто заказывает, а кто только смотрит

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

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

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

Стоимость перевозки и цена доставки покупателю

Магазин оплачивает услугу перевозчика по её условиям. Покупателю он может показать другую цену — например, включить часть затрат в собственное предложение. Эти суммы учитывают отдельно. Если сайт показывает фиксированную доставку, а фактическая поездка обходится дороже, разницу несёт магазин, поэтому до запуска полезно сопоставить несколько типичных направлений и понять, какие условия делают предложение убыточным. Чужая средняя стоимость не ответит на этот вопрос.

Тариф выбирают по месту работы. В справке стоимости указан раздел «Тарифы», где задают город и нужный вариант перевозки.

Способ оплаты меняет условия

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

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

Как посчитать доплату магазина

В расчётном примере покупатель платит за доставку 250 рублей, а перевозка стоит магазину 420 рублей. Разница составляет 170 рублей. Если упаковка обходится ещё в 30 рублей, сумма расходов сверх платежа покупателя достигает 200 рублей. Это не оценка тарифов Яндекса, а способ увидеть скрытую часть предложения. Её сопоставляют с доходом от заказа после затрат на товар, иначе бесплатная или дешёвая доставка будет увеличивать продажи с потерей денег на каждом таком заказе.

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

Кабинет, модуль или собственное подключение?

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

Номер покупки помогает связать системы. В поле «Что повезёте?» инструкция разрешает указать номер из внутреннего учёта, чтобы при передаче было понятно, какой заказ нужен на точке.

Как выбрать способ автоматизации

Для стандартного магазина сначала стоит изучить готовый модуль. Документация Яндекса описывает интеграцию через модули и через API — программный способ обмена данными. Модуль полезен, когда его возможности совпадают с обычным порядком магазина. Собственное подключение оправдано, если требуется особое управление заказами, но вместе с ним появляется обязанность поддерживать обмен и обработку сбоев. Выбирать более сложный вариант только ради слова автоматизация неразумно.

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

Что происходит после ошибки

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

Какой путь исполнитель покажет от покупки до вручения?

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

Образец задания для подключения

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

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

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