Расчёт доставки на сайте: почему цена в корзине отличается от реальной

Ошибка начинается раньше, чем появляется сумма

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

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

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

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

Вес, размеры и единицы измерения

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

Единицы измерения различаются. В официальном описании интеграции СДЭК с InSales размеры по умолчанию задаются в сантиметрах, вес — в граммах. В API Экспресс-доставки и доставки в течение дня Яндекса для первичной оценки размеры товара передаются в метрах, а масса — в килограммах. Эти правила относятся к указанным интеграциям, поэтому переносить единицы из одного модуля в другой по привычке нельзя.

Я прошу подрядчика показать преобразование на конкретном наборе значений, чтобы маркетолог и сотрудник склада могли сверить исходную карточку товара с тем, что уходит во внешний сервис, не читая программный код и не пытаясь угадать назначение технических полей. Для иллюстрации достаточно арифметики: 2 000 граммов — это 2 килограмма, 30 сантиметров — 0,3 метра. Ошибка в масштабе здесь меняет смысл отправления. Такой пример полезно сохранить в приёмочном наборе. Повторить его после обновления интеграции проще, чем искать причину по жалобе покупателя.

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

Почему корзина и посылка — разные объекты

Две одинаковые единицы товара можно отправить в одной коробке или двумя местами. От выбора упаковки зависит описание отправления, которое получает калькулятор; количество строк в корзине эту задачу не решает.

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

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

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

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

Когда способ доставки вообще доступен

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

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

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

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

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

Что оплачивает магазин, а что видит покупатель

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

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

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

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

Какие заказы взять для сверки калькулятора

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

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

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

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

Почему расхождения возвращаются после запуска

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

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

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

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