Было бы неплохо доработь приложение чтоб
Оно позволяло курьеру:
- Начать и закончить смену
- Получать заказы
- Работать с маршрутным листом текущего дня
- Просматривать на карте адреса клиентов, строить маршрут
- Сортировать заказы (по удаленности, по времени доставки, оптимально по времени)
- Изменять статус заказа
- Отмечать частичную доставку и дополнительные расходы
- Фиксировать перерывы и внештатные ситуации
- Запрашивать звонок логиста
- Возможность самостоятельной работы курьера (без логиста)
- Строить маршрут по нескольким заказам,
- Доступ к заказам по городам,складам,весу
Оно позволяло курьеру:
- Начать и закончить смену
- Получать заказы
- Работать с маршрутным листом текущего дня
- Просматривать на карте адреса клиентов, строить маршрут
- Сортировать заказы (по удаленности, по времени доставки, оптимально по времени)
- Изменять статус заказа
- Отмечать частичную доставку и дополнительные расходы
- Фиксировать перерывы и внештатные ситуации
- Запрашивать звонок логиста
- Возможность самостоятельной работы курьера (без логиста)
- Строить маршрут по нескольким заказам,
- Доступ к заказам по городам,складам,весу
*Я как добавлю новые идеи (пункт 3,4 особенно сильно хочется донести до разработчиков Битрикс!), так и повторю уже существующие идеи вот эти:
-
-
-
У них стоит статус "выполнено", но по факту они не выполнены.
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-шник остался, но он теперь ни о чем не говорит...
-
-
-
У них стоит статус "выполнено", но по факту они не выполнены.
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-шник остался, но он теперь ни о чем не говорит...
в модуле расчета доставки емс неверная логика. Если он не находит город, то нужно искать в регионах. емс доставляет в маленькие города.
ремонтировал данный косяк, в итоге после обновления всё слетело. пришлось восстанавливать.
ремонтировал данный косяк, в итоге после обновления всё слетело. пришлось восстанавливать.
в 2012 году предлагалось
решил поднять идею
нужны купоны на бесплатную доставку
решил поднять идею
нужны купоны на бесплатную доставку
Ответил 
Жуков Евгений 20.01.2015 14:32:03
Жуков Евгений 20.01.2015 14:32:03
Выйдет в sale 14.11.0.
Не нашёл похожего.
Возможно ли внедрить некие наценки для расчёта доставки?
Частовстречаюшийся в практике пример: имеем доставку в пределах МКАД 200 рублей, а за МКАД 200 рублей плюс 20 рублей за километр (суммы взяты с потолка).
Или ещё пример: доставка до подъезда 100 рублей плюс по 10 рублей за этаж.
Тоесть делать наценку в зависимости от введённых пользователем полей. Ну и естественно настройка в админке от какого поля зависит и какой коэфициент или какова стоимость.
Возможно ли внедрить некие наценки для расчёта доставки?
Частовстречаюшийся в практике пример: имеем доставку в пределах МКАД 200 рублей, а за МКАД 200 рублей плюс 20 рублей за километр (суммы взяты с потолка).
Или ещё пример: доставка до подъезда 100 рублей плюс по 10 рублей за этаж.
Тоесть делать наценку в зависимости от введённых пользователем полей. Ну и естественно настройка в админке от какого поля зависит и какой коэфициент или какова стоимость.
столкнулась с проблемой: хотела просто-напросто добавить описание службы доставки со ссылкой на оф сайт этой доставки, но была расстроена тем фактом, что помимо обычного текста описание ничего содержать не может =(
В связи с обращением нашего сотрудника в техническую поддержку Битрикс и ответом специалиста: "Если говорить про компонент sale.ajax.delivery.calculator, то он работает только вкупе с компонентом оформления заказа sale.order.ajax. Отдельно его работа никогда не тестировалась и не заявлялась",
ПРЕДЛАГАЮ:
сделать отдельный сервис "Калькулятор доставки",
который можно будет использовать на сайте как сервис для покупателя, когда тот задает параметры доставки (предполагаемую сумму покупки и предполагаемый адрес доставки и службу), нажимает, к примеру, кнопку "Рассчитать", а компонент выдает ему стоимость доставки в зависимости от суммы покупки, расстояния и службы доставки.
Особенно Калькулятор доставки актуален, когда существует собственная служба доставки.
ПРЕДЛАГАЮ:
сделать отдельный сервис "Калькулятор доставки",
который можно будет использовать на сайте как сервис для покупателя, когда тот задает параметры доставки (предполагаемую сумму покупки и предполагаемый адрес доставки и службу), нажимает, к примеру, кнопку "Рассчитать", а компонент выдает ему стоимость доставки в зависимости от суммы покупки, расстояния и службы доставки.
Особенно Калькулятор доставки актуален, когда существует собственная служба доставки.
Сценарии использования:
Подставлять в профиль покупателя - это для незарегистрированных.
Подставлять при создании нового профиля покупателя у зарегистрированных.
Вместо того, чтобы что-то вбивать или выбирать, покупатель сразу видит где он находится!
А если ему нужно изменить, то это же не проблема!
Подставлять в профиль покупателя - это для незарегистрированных.
Подставлять при создании нового профиля покупателя у зарегистрированных.
Вместо того, чтобы что-то вбивать или выбирать, покупатель сразу видит где он находится!
А если ему нужно изменить, то это же не проблема!
Поддержка нескольких складов и модуль доставки "самовывоз" появилась еще в 12 версии Битрикса, но до сих пор, спустя уже несколько десятков выпущенных обновлений, нет возможности изменить склад забора при редактировании заказа (STORE_ID)!
Так же очень хотелось бы иметь возможность реализовать функционал подобный настраиваемому модулю доставки "самовывоз", но с помощью автоматического обработчика, чтобы в зависимости от местоположения покупателя при оформлении заказа пункты выдачи в заданном городе выводились на карте, и для каждого из пунктов рассчитывалась стоимость доставки (произвольная функция, описанная в обработчике, которая рассчитывает стоимость доставки для каждого пункта в отдельности на основании данных местоположения, веса, габаритов и стоимости заказа). Ну и конечно же, чтобы из административной части так же можно было задавать пункт выдачи или менять его при редактировании заказа.
Так же очень хотелось бы иметь возможность реализовать функционал подобный настраиваемому модулю доставки "самовывоз", но с помощью автоматического обработчика, чтобы в зависимости от местоположения покупателя при оформлении заказа пункты выдачи в заданном городе выводились на карте, и для каждого из пунктов рассчитывалась стоимость доставки (произвольная функция, описанная в обработчике, которая рассчитывает стоимость доставки для каждого пункта в отдельности на основании данных местоположения, веса, габаритов и стоимости заказа). Ну и конечно же, чтобы из административной части так же можно было задавать пункт выдачи или менять его при редактировании заказа.
В новом обработчике Почты России (в 14 релизе) не учитывается периодическое закрытие наземного сообщения с некоторыми населенными пунктами. В эти периоды на части маршрута используется авиа-сообщение, что увеличивает стоимость доставки на 50-300 рублей. Эти данные общедоступны и расположены тут:
Хотелось бы видеть расчет стоимости с учетом этих данных.
Хотелось бы видеть расчет стоимости с учетом этих данных.
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
