- Начать и закончить смену - Получать заказы - Работать с маршрутным листом текущего дня - Просматривать на карте адреса клиентов, строить маршрут - Сортировать заказы (по удаленности, по времени доставки, оптимально по времени) - Изменять статус заказа - Отмечать частичную доставку и дополнительные расходы - Фиксировать перерывы и внештатные ситуации - Запрашивать звонок логиста - Возможность самостоятельной работы курьера (без логиста) - Строить маршрут по нескольким заказам, - Доступ к заказам по городам,складам,весу
1. Нужна сплошная сортировка - чтобы как настраиваемые службы доставки, так и профили автоматизированных служб имели сплошную сортировку. Сейчас приходится пересортировывать их в шаблоне, меняя логику вывода, но это не удобно. Пример - есть настраиваемая служба "собственный курьер, самовывоз из магазина + автоматизированная с двумя профилями: курьерская служба, самовывоз из ПВЗ" - соответственно надо вывести сначала собств.курьер, потом курьерская служба, потом самовывоз из магазина, потом самовывоз из ПВЗ.
2. Как бы я в шаблоне не пересортировывал службы и профили - все равно по умолчанию ставится выбранной первая из автоматизированных служб. Это дико не удобно и поменять это кроме модификации компонента sale.order.ajax нельзя.
2.1 Для разных местоположений хочется ставить разную службу доставки "по умолчанию"
3. Это уже для разработчиков модулей и автоматизированных сл.доставки - мы делали модули для служб доставок IML, Мультишип и т.д. По логике Битрикс, в функции Compability нам надо отфильтровать какие профили подходят под наше местоположение, а в Calculate рассчитать уже по конкретной корзине стоимость для каждого профиля.
ОДНАКО, если мы работаем со сторонним API мы делаем только один запрос - кидаем службе доставки состав корзины, габариты, вес, местоположение и т.д. и получаем список вариантов доставки с ценами.
То есть для одного и того же местоположения в зависимости от параметров корзины могут быть доступны разные профили доставки. Приходится все делать в Compability - и слать запрос и расчитывать стоимость. При этом функция Calculateстановится бесполезной. Однако параметры корзины приходят только в Calculate, а в Compability нам приходится чесать затылок левой пяткой, чтобы вручную получить все параметры корзины. Это очень обидно, учитывая, что в следующей же функции они есть по умолчанию, но в Calculate они уже не актуальны.
4. Выбирая профиль доставки человеку может потребоваться выбрать доп.данные - например в профиле "ПВЗ" надо выбрать дополнительно пункт самовывоза.
а) Кнопку ПВЗ просто так не поставишь - приходится либо извращаться JS-кой, либо модифицировать шаблон. Нужен параметр, позволяющий профилю автоматизированной службы задать кусок HTML-я с собственной формой для собственных действий.
б) После выбора ПВЗ самый большой геморой - куда его сохранить? Сделать отдельное свойство заказа, ловить его JS-кой в форме оформления заказа.... Или создавать собственные инпуты и ловить их значение на событие оформления заказа. В общем тоже костыль. Нужно дать возможность сохранить собственные данные в выбранном профиле доставки, как это делает битрикс, когда выдает форму выбора ПВЗ по складам. То есть для собственных нужд Битркис это сделал, а для нужд автоматизированной службы доставки такой возможности нет...
5. И последнее - давайте писать в параметры заказа не просто ID выбранной доставки, а еще и ее название (как в корзину вы добавляете не просто id товара, а дубль всей информации). Вот например модуль Мультишип вместе с самим агрегатором прекратили свое существование. Модуль умер вместе с API и люди были вынуждены его удалить - одновременно с этим во всех заказах потерялась информация о том, какой службой доставки и профилем был отправлен заказа. Да, id-шник остался, но он теперь ни о чем не говорит...
Возможно ли внедрить некие наценки для расчёта доставки? Частовстречаюшийся в практике пример: имеем доставку в пределах МКАД 200 рублей, а за МКАД 200 рублей плюс 20 рублей за километр (суммы взяты с потолка). Или ещё пример: доставка до подъезда 100 рублей плюс по 10 рублей за этаж.
Тоесть делать наценку в зависимости от введённых пользователем полей. Ну и естественно настройка в админке от какого поля зависит и какой коэфициент или какова стоимость.
столкнулась с проблемой: хотела просто-напросто добавить описание службы доставки со ссылкой на оф сайт этой доставки, но была расстроена тем фактом, что помимо обычного текста описание ничего содержать не может =(
В связи с обращением нашего сотрудника в техническую поддержку Битрикс и ответом специалиста: "Если говорить про компонент sale.ajax.delivery.calculator, то он работает только вкупе с компонентом оформления заказа sale.order.ajax. Отдельно его работа никогда не тестировалась и не заявлялась",
ПРЕДЛАГАЮ:
сделать отдельный сервис "Калькулятор доставки",
который можно будет использовать на сайте как сервис для покупателя, когда тот задает параметры доставки (предполагаемую сумму покупки и предполагаемый адрес доставки и службу), нажимает, к примеру, кнопку "Рассчитать", а компонент выдает ему стоимость доставки в зависимости от суммы покупки, расстояния и службы доставки.
Особенно Калькулятор доставки актуален, когда существует собственная служба доставки.
Сценарии использования: Подставлять в профиль покупателя - это для незарегистрированных. Подставлять при создании нового профиля покупателя у зарегистрированных.
Вместо того, чтобы что-то вбивать или выбирать, покупатель сразу видит где он находится!
Поддержка нескольких складов и модуль доставки "самовывоз" появилась еще в 12 версии Битрикса, но до сих пор, спустя уже несколько десятков выпущенных обновлений, нет возможности изменить склад забора при редактировании заказа (STORE_ID)! Так же очень хотелось бы иметь возможность реализовать функционал подобный настраиваемому модулю доставки "самовывоз", но с помощью автоматического обработчика, чтобы в зависимости от местоположения покупателя при оформлении заказа пункты выдачи в заданном городе выводились на карте, и для каждого из пунктов рассчитывалась стоимость доставки (произвольная функция, описанная в обработчике, которая рассчитывает стоимость доставки для каждого пункта в отдельности на основании данных местоположения, веса, габаритов и стоимости заказа). Ну и конечно же, чтобы из административной части так же можно было задавать пункт выдачи или менять его при редактировании заказа.
В новом обработчике Почты России (в 14 релизе) не учитывается периодическое закрытие наземного сообщения с некоторыми населенными пунктами. В эти периоды на части маршрута используется авиа-сообщение, что увеличивает стоимость доставки на 50-300 рублей. Эти данные общедоступны и расположены тут: http://info.russianpost.ru/database/dlimits.html
Хотелось бы видеть расчет стоимости с учетом этих данных.