- Новые службы доставки
- Расчет стоимости доставки с местоположения магазина, а не из Москвы
- Тарифы для расчета стоимости доставки указываются в самих службах
- Ограничения служб доставки по размерам товара и упаковочные коробки
Новые службы доставки
У ваших покупателей теперь намного больше вариантов выбора доставки. Расширена географическая область - теперь расчет доставок возможен для территорий Украины и Казахстана.
- Почта России (расчёт на основании табличных данных)( rus_post)
Теперь вы можете выполнять автоматический расчет стоимости доставки заказов для всех регионов Российской Федерации. При использовании данной службы система не проверяет сервис “Почта России” на доступность при расчете доставки, стоимость доставки рассчитывается на основе тарифов, указанных в настройках службы – этот момент подробнее рассмотрен ниже. - Отправления 1 класса (rus_post_first)
Ваши покупатели теперь смогут получать заказы намного быстрее. Сроки доставки таким отправлением - на 25-30% меньше установленных сроков доставки традиционной почтовой корреспонденции. - Казпочта (kaz_post)
Служба доставки по территории Казахстана. - Новая почта (ua_post)
Служба доставки для Украины.
Служба доставки Почта России ( russianpost ), входящая в предыдщую версию, переименована в Почта России (расчёт на основании данных с сервера почты).
Расчет стоимости доставки с местоположения магазина, а не из Москвы
Новые службы доставки учитывают местоположение магазина, указанное в настройках модуля Интернет-магазин, при расчете стоимости доставки.
Тарифы для расчета стоимости доставки указываются в самих службах
Тарифы служб доставки указываются в их настройках. Система не обращается к серверам служб за этими данными.
В Почте России (rus_post) тарифы зависят от почтовых зон и поясов:
В остальных – от веса заказа:
В поставку продукта входят таблицы с данными по тарифам для крупных и средних городов. В зависимости от местоположения магазина, указанного в настройках модуля Интернет-магазин, будут подставляться “свои” данные тарифов. Если для вашего магазина данные не подставились, вам следует самостоятельно узнать и обновлять тарифы интересующей вас службы и внести данные вручную. Мы будем периодически обновлять таблицы тарифов.
Кроме того, в новых службах можно настроить дополнительные услуги, например, посылки с объявленной стоимостью, с пометкой “Осторожно” и тд.
Администратор магазина также должен следить за актуальностью стоимости этих услуг, чтобы расчет доставки осуществлялся корректно.
Ограничения служб доставки по размерам товара и упаковочные коробки
В настройках служб доставки можно указать габариты товаров, которые поддерживает данная служба, и размер коробки, которую вы используете для отправки.
На данный момент поддерживается только один размер упаковочной коробки. В следующем релизе количество коробок будет увеличено.
В карточке каждого товара указывается его габаритный размер:
Что дает этот функционал:
- При оформлении заказа не будут показаны те службы доставки, которые не поддерживают размер (как службой доставки, так и упаковочной коробкой) и вес хотя бы одного товара из текущего заказа
- Если все товары заказа не вмещаются в имеющуюся коробку, то заказ будет “разбит” на несколько коробок. При этом в форме просмотра заказа в административном разделе будет показано требуемое количество коробок, для каждой из которых можно указать идентификатор отправления.
Теперь при изменении, добавлении идентификатора отправления покупателю отправляется соответвующее письмо.
В публичном разделе также показывается необходимле количество коробок:
- Стоимость доставки будет расcчитываться на основе требуемого количества коробок для отправки заказа, т.е. стоимость доставки будет равна сумме стоимостей доставки каждой коробки.
На момент публикации данной статьи обновление находится в статусе beta. Отследить статус обновления можете на странице .
Если для вашего региона существуют такие сложности и вы о них знаете, вы можете вручную заменить несколько цифр и расчеты будут строится дороже, сезон такого повышения закончен, меняете цифры и продолжаете работать на более низких тарифах.
Без этого вообще можно усреднить тариф не усложнять расчеты.
Но все таки на данном этапе я считаю это излишним, но попрошу вас оставить идею на сайте идей это можно сделать универсальной схемой, пусть даже мы не сможем получить тарифы для регионов, но можно будет сделать некую привязку к календарю, когда от даты 1 до даты 2 - действует один тариф, а с даты 3 до даты 4 другой.
Но мы сделали большой шаг:
- доставка рассчитывается с любого города.
- доставка умеет добавлять коробки если товар не влезает в одну
- доставка умеет считать дополнительные возможности и наценки за эти возможности
В следующих релизах есть куда развивать функционал и довести его до оптимального.
1)Я так понимаю вы исходите из объемов коробки и содержимого=) но ведь не все люди укладывают так как расчитал скрипт и к тому-же у нас могу быть коробки как кубические так и "кирпичные".
2) как быть с тубами?=)
api rp...было бы хорошо, если бы их какой-то крупный игрок, например 1С-Битрикс, пнул и предложил сотрудничество, а клиенты бы ваши отправляли запрос на треки в облачный сервер.
Вот еще задачка. Активно стали внедряться постаматы(rp,qiwi,iml). А человеку ессно приятно выбрать для себя постамат на карте нежели из списка. Сделайте хорошо будущим разработчикам, избавьте их от проблемы с постаматами, заполните за них. Данные в открытом доступе.
По объему, это лучше, чем в данный момент владельцы магазинов просто попадают на дополнительные деньги, когда товар просто не входит в одну посылку и нужно отправлять 2,3,4 коробками, а посчиталось за общий вес, и этой суммы просто не хватит, а улучшить схему всегда возможно, главное начать.
Раньше у низ было АПИ - мы по апи получали эту инфу для одного проекта
Потом апи закрыли и сделали редизайн. Мы написали парсер, который выковыривал эту инфу.
А потом снвоа сделали редизайн и включили капчу. Теперь усё.
В Почте России мы обрабатываем объявленную стоимость, а так как конструктор доставок универсальный, добавить для Казпочты не составит труда.
Глянуть можно на примере
Или подход, используемый в модуле (множество ПВЗ) теперь неправилен и надо переделывать?
Доставки у нас двух видов: Автоматизированные и Не автоматизированные
Теперь действует глобальная сортировка и в таком же виде это может отобразить sale.order.ajax
Чуть позже выйдет статья которая расскажет о всех новых вкусностях в sale.order.ajax
- это статья предыдущего релиза, в этом же блоге чуть позже появится еще одна статья, что добавилось в новом релизе.
функции этого модуля действительно очень нужны!
где можно получить пошаговое руководство по обновлению? был бы очень признателен!
Я не понял. Написано "Расчет стоимости доставки с местоположения магазина, а не из Москвы". Ставлю в настройках модуля Интернет-Магазин местоположение магазина г. Владивосток. И почему-то расчет доставки Почтой России при оформлении заказа не изменился!
В самом фале расчета /bitrix/modules/sale/ru/delivery/delivery_rus_post.php) я тоже не нашел где же указывается точка отправления.
Есть единственный кусочек:
$shopLocationId = CSaleHelper::getShopLocationId(); $arShopLocation = CSaleLocation::GetByID($shopLocationId); $arRegsToZones = CSaleHelper::getOptionOrImportValues( 'delivery_regs_to_zones', array('CDeliveryRusPost', 'importZonesFromCsv'), array($arShopLocation['REGION_NAME_LANG'])И вот мне не понятно реализовали расчет доставки НЕ из Москвы или нет?
Но проблема есть, не происходит сброс при смене города в глобальных настройках Интернет Магазина.
Спасибо за найденную проблему, обязательно исправим в ближайших обновлениях.
Изменение зон и данных должны происходить на основе смены города в настройках интернет магазина, после этого расчет будет строится на основе выбранного города.
Я вот только не пойму как вообще осуществляется расчет. Переделать rus_post не проблема, но я не могу понять по какому принципу высчитывается стоимость доставки из, например, Владивостока в Санкт-Петербург.
Владивосток - пояс 5
Санкт-Петербург - пояс 2
Какой тариф будет выбран в итоге для рассчета?
Почему то считается что я везу в пояс 2 по тарифу 132.7. Но вот в calculatePackPrice не понятно, где учитывается что везу из пояса 5. А может я из пояса 3 буду везти.
Выполнил настройки модуля, вручную указал зоны и тарифы. По приведенному примеру заполнил в доставке размеры отправлений.
Однако при расчете появляется ошибка " Почта России
Недопустимо большой вес товара или отсутствуют коробки нужного размера"
В чем может быть причина такой ошибки?
Для настраиваемых служб прекрасно работает CSaleDelivery::GetByID но в случае автоматизированных служб доставки он возвращает пустой результат.
Как ни настраиваю. как не меняю параметры -не работает. Уже и вес товара по 1 грамму и размер товара по сантиметру. Все равно коробок нет.
Ошибка: "Недопустимо большой вес товара или отсутствуют коробки нужного размера"
И если человек вводит в поле индекс, автоматически менялся город
Уже сентябрь, проблема до сих пор не решена.
Может кто-нибудь смог ее победить самостоятельно?
<sc ript type="text/javascript">
deliveryCalcProceed(
{
STEP: 1
,DELIVERY: '<?=CUtil::JSEscape($delivery_id)?>'
,PROFILE: '<?=CUtil::JSEscape($profile_id)?>'
,WEIGHT: '<?=CUtil::JSEscape($arResult["ORDER_WEIGHT"])?>'
,PRICE: '<?=CUtil::JSEscape($arResult["ORDER_PRICE"])?>'
,LOCATION: '<?=intval($arResult["DELIVERY_LOCATION"])?>'
,CURRENCY: '<?=CUtil::JSEscape($arResult["BASE_LANG_CURRENCY"])?>'
,ITEMS: [
{
ID: "temp"
,WEIGHT: <?=$arResult["ORDER_WEIGHT"]?>
,PRICE: <?=$arResult["ORDER_PRICE"]?>
,QUANTITY: 1
}
]
}
</sc ript>
То есть в стандартом скрипте не передавались товары из заказа для расчета стоимости. Для имитации товаров сделал один товар, у которого вес - суммарный, цена - суммарная, кол-во - 1. В таком случае подразумевается, что товар поместится в одну коробку (для нас такое допущение приемлемо)
В шаблоне добавила ITEMS, как написал Андрей Крумберг ( в моем случае не одним товаром, а массивом. Для этого предварительно нужно сделать выборку из корзины пользователя.) .
<sc ript type="text/javascript">deliveryCalcProceed({ STEP:1,DELIVERY:'<?=CUtil::JSEscape($delivery_id)?>', PROFILE:'<?=CUtil::JSEscape($profile_id)?>', WEIGHT:'<?=CUtil::JSEscape($arResult["ORDER_WEIGHT"])?>', PRICE:'<?=CUtil::JSEscape($arResult["ORDER_PRICE"])?>', LOCATION:'<?=intval($arResult["DELIVERY_LOCATION"])?>', CURRENCY:'<?=CUtil::JSEscape($arResult["BASE_LANG_CURRENCY"])?>', ITEMS: <?echo json_encode($arResult["BASKET_ITEMS"]);?> })</sc ript>Добавила ITEMS и в него (опять же, нужно, чтобы $arResult["BASKET_ITEMS"] существовал).
$arOrder = array( "PRICE" => $arResult["ORDER_PRICE"], "WEIGHT" => $arResult["ORDER_WEIGHT"], "DIMENSIONS" => $arResult["ORDER_DIMENSIONS"], "LOCATION_FROM" => COption::GetOptionInt('sale', 'location'), "LOCATION_TO" => $arResult["DELIVERY_LOCATION"], "LOCATION_ZIP" => $arResult["DELIVERY_LOCATION_ZIP"], "ITEMS" => $arResult["BASKET_ITEMS"], "EXTRA_PARAMS" => $arResult["DELIVERY_EXTRA"] );Если кто-то найдет решение без кастомизации компонента - поделитесь.
Ошибка: "Недопустимо большой вес товара или отсутствуют коробки нужного размера"
Решение найдено.
Короче. Суть в том, что в компоненте по адресу /bitrix/components/bitrix/sale.ajax.delivery.calculator в переменной $arTmpParams в ключ "ITEMS" прилетает пустой массив с корзиной.
Это исправляется следующим образом.
$arBasketItems = array();
$dbBasketItems = CSaleBasket::GetList(
array(
"NAME" => "ASC",
"ID" => "ASC"
),
array(
"FUSER_ID" => CSaleBasket::GetBasketUserID(),
"LID" => SITE_ID,
"ORDER_ID" => "NULL"
),
false,
false,
array("ID", "CALLBACK_FUNC", "MODULE",
"PRODUCT_ID", "QUANTITY", "DELAY",
"CAN_BUY", "PRICE", "WEIGHT" )
);
while ($arItems = $dbBasketItems->Fetch())
{
$arBasketItems[] = $arItems;
}
$arTmpParams['ITEMS']=$arBasketItems;
1. Что такое почтовые зоны, почтовые пояса, магистральные пояса? Может еще какой синоним знаете...
Правильно ли я понимаю, что это группы регионов с одинаковыми тарифами стоимости отправки, указанные в соответствующих разделах вот этого документа - ?
Я из Омска. Значит у нас 2 пояс? Где-то на другом сайте указано, что 3. Такие вещи вгоняют в ступор порой. Хочется верить Почте все же...
2. Как решить ворос стоимости упаковки в автоматизированном расчете стоимости отправки? На почте коробка № 6 стоила 150 рублей. Торгуем не золотом, поэтому наценить на товар - потеряем клиента. Ему не важна стоимость доставки, лишь бы товар был не дорогой... Как-то так. В итоге придется просить дважды заплатить? Сначала за пересылку в автоматическом режиме, а потом еще раз за стоимость упаковки? Или может что-то в этой службе у меня не настроено????
3. Продаем мягкие игрушки и подобные изделия. В спокойном состоянии одно изделие имеет в среднем размер 40х30х5см. Клиент заказывает таких 10 штук. Изделия можно уложить и в 1 коробку, и в 3, смотря как умять. Вреда при этом им не причиняется никакого. Вверху где-то сказано, что есть какая-то увязка между размерами изделия и необходимой тарой. У меня этого нет, не увидела, по крайней мере. Подскажите, где искать? Про размер товара в карточке товара - есть поле "Размер", там можно писать что угодно, нет какой-то системы, и значит никакого знаения для расчета Почты оно не имеет.