Не работает расчёт доставки на сайте: как найти причину и проверить исправление

Покупатель дошёл до заказа и остановился

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

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

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

Пустой список способов тоже требует пояснения. Человек не обязан угадывать, не обслуживается ли его адрес, временно ли недоступен сервис или он ещё не заполнил нужное поле.

Способ недоступен или запрос завершился ошибкой?

Сначала установите причину недоступности. Когда перевозчик не обслуживает выбранный адрес или посылка не подходит по его ограничениям, разработчик не сможет вернуть способ одной настройкой сайта: магазин должен предложить допустимый вариант получения или объяснить покупателю ограничение. Если подходящий способ пропал после обновления сайта, нужно разбирать передачу данных и настройки. В настройках доставки Битрикс24 есть поле «Активность» и отдельная вкладка «Ограничения». Доступность службы может ограничиваться весом, местоположением и категорией товара. Документация также требует указать адрес магазина для корректного расчёта. Эти пункты подходят магазину на Битрикс24, а для другой системы исполнитель называет соответствующие настройки в её интерфейсе.

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

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

Адрес, вес и размеры: что сайт передаёт перевозчику

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

В методе расчёта вариантов Яндекс Доставки вес товара передаётся в килограммах, размеры — в метрах, а координаты идут в порядке «долгота, широта». Полный адрес fullname содержит город, улицу и дом. Точки маршрута передаются отдельным списком route_points, где нужны как минимум две точки. Эти требования относятся к конкретному методу API — программного обмена между сайтом и сервисом. Для другого метода или перевозчика единицы сверяют заново.

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

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

Почему цена в заказе отличается от расчёта службы

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

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

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

При сравнении учитывают выбранные платные услуги, например упаковку. В Битрикс24 такие услуги настраиваются отдельно и добавляются к стоимости доставки, что описано в справке о службах доставки.

Внешний сервис не ответил: как сохранить покупку

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

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

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

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

Задание исполнителю и временная работа отдела продаж

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

• Пример для повторения. Точный адрес страницы, состав корзины, количество, место доставки и выбранный способ.
• Время и симптом. Что увидел покупатель, сколько продолжалось ожидание и сохранился ли заказ.
• Границы проблемы. Какие способы и адреса затронуты, что продолжает работать.
• Ожидаемый итог. Сумма из сопоставимого расчёта либо указание, что получить её пока не удалось.
• Временный путь. Кто берёт обращение и как подтверждает стоимость клиенту.

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

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

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

Повторите покупку после исправления

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

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

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