В сфере b2b многие клиенты оплачивают доставку при получении заказа.
Было бы удобно в компоненте оформления заказа выбирать, будет ли включена стоимость доставки в сумму заказа или нет.
Т.е. покупатель может посмотреть сроки и стоимость доставки, выбрать подходящий, но оплатить только товары в заказе. Доставку оплатит при получении заказа.
Было бы удобно в компоненте оформления заказа выбирать, будет ли включена стоимость доставки в сумму заказа или нет.
Т.е. покупатель может посмотреть сроки и стоимость доставки, выбрать подходящий, но оплатить только товары в заказе. Доставку оплатит при получении заказа.
Зачастую, в некоторых направлениях сделок есть необходимость на определенных этапах, подключить (делегировать) внешнего пользователя.
Ставить ему каждый раз задачу и вместо него заполнять карточку и менять стадий это не совсем автоматизация.
Также доступ к контакту, звонкам, встречам и др.
Очень полезный функционал если часть работы передано на аутсорсе, а доступ к порталу нельзя давать.
Подключать таких внешних пользователей/компаний услуг как: доставки, монтажные работы, коллекторские, бухгалтерские, юридические и т.д.
Ставить ему каждый раз задачу и вместо него заполнять карточку и менять стадий это не совсем автоматизация.
Также доступ к контакту, звонкам, встречам и др.
Очень полезный функционал если часть работы передано на аутсорсе, а доступ к порталу нельзя давать.
Подключать таких внешних пользователей/компаний услуг как: доставки, монтажные работы, коллекторские, бухгалтерские, юридические и т.д.
Модуль управление доставкой и распределение заказов по водителям с привязкой адресов доставки к карте сегодня наиболее актуальная тема для интернет магазинов с собственной службой доставки. Пример (15 000 руб) или mega-logist.ru (от 50 000 рублей, что явно завышено). Проблема в том,что в фирме 1с сегодня ут11 подгоняют исключительно под оптовые компании и никакого внимания не уделяют интернет магазинам, которые работают и с собственным складом и товарами под заказ. В 1с считают, что составлять маршруты доставки заказов нужно только после того, как заказ полностью укомплектован и его отдали в службу доставки. Им и в голову не лезет, что товар можно получить в тот же день или утром и сразу отправить его покупателю, а до этого необходимо составить маршруты для курьеров. В дополнение по каждому курьеру, который привязан к району доставки можно ставить стоп лист по весу или количеству заказов и тд.
Итого по модулю управление доставкой:
1) Показать на карте (Москва и область и тд) адреса доставки по отобранным заказам.
2) Создавать зоны доставки на карте с возможностью установки стоимости доставки по зонам.
3) Назначать курьеров для зон доставки
4) Добавить выбор дня доставки при оформлении заказа для клиентов.
5) Установить ограничение на прием заказов по зоне доставки по количеству заказов или весу на ближайшую дату доставки.
6) Стоп лист на прием заказов на ближайшую дату доставки по времени. Например после 16:00
P.S. Для тех кто просто ставит минусы. У Вас есть 15 летний опыт управления собственным интернет-магазином со своим складом и службой доставки в городе Москве?
Итого по модулю управление доставкой:
1) Показать на карте (Москва и область и тд) адреса доставки по отобранным заказам.
2) Создавать зоны доставки на карте с возможностью установки стоимости доставки по зонам.
3) Назначать курьеров для зон доставки
4) Добавить выбор дня доставки при оформлении заказа для клиентов.
5) Установить ограничение на прием заказов по зоне доставки по количеству заказов или весу на ближайшую дату доставки.
6) Стоп лист на прием заказов на ближайшую дату доставки по времени. Например после 16:00
P.S. Для тех кто просто ставит минусы. У Вас есть 15 летний опыт управления собственным интернет-магазином со своим складом и службой доставки в городе Москве?
Есть необходимость продавать электронные товары или услугу. Для этого типа товаров доставка вообще не нужна.
(На скачивание платно) - к каждому товару привязывается конкретный файл архив ( rar, zip если необходим) и там же возможно у каждого необходимого товара ставится галочка - без доставки.
Тем самым, будет возможность продавать товары в одном магазине с доставкой, а также и без доставки электронно.
Следовательно в личном кабинете Заказчика при товарах/услугах электронно - также не нужно указывать о доставке, отгрузке и тд.. Особенно,когда это не файл, а услуга....
Далее, при подтвержденной оплате менеджером в ручную, или автоматически после онлайн оплаты - для заказчика становится доступной ссылка на скачивание файла ( им оплаченного) в личном кабинете.
(На скачивание платно) - к каждому товару привязывается конкретный файл архив ( rar, zip если необходим) и там же возможно у каждого необходимого товара ставится галочка - без доставки.
Тем самым, будет возможность продавать товары в одном магазине с доставкой, а также и без доставки электронно.
Следовательно в личном кабинете Заказчика при товарах/услугах электронно - также не нужно указывать о доставке, отгрузке и тд.. Особенно,когда это не файл, а услуга....
Заказ №10 от 16.06.2019, 1 товар на сумму 5 000 руб. ОплатаСчет №10/1 от 16.06.2019, Оплата на карту VISA На проверке менеджером Сумма к оплате по счету: 5 000 руб. сменить способ оплатыОбратите внимание: оплата заказа будет доступна после подтверждения менеджером Доставка Отгрузка №10/2, стоимость доставки 0 руб. Не отгружено Статус отгрузки: Ожидает обработки менеджером Служба доставки: Без доставки |
Если в редактировании заказа изменить службу доставки, то ниже будет «Расчетная стоимость доставки XXX рублей», с новой стоимостью, но новая стоимость не учитывает правил из Товарного маркетинга.
Т.е. ни скидки, ни наценки не срабатывают и менеджеру надо помнить, и вручную их просчитывать
Т.е. ни скидки, ни наценки не срабатывают и менеджеру надо помнить, и вручную их просчитывать
Сейчас нет возможности настраивать региональный маркетинг (скидки, наценки, подарки)
Например: для Москвы оставить бесплатную доставку если в корзине более 4000, но для остальных регионов оставить рассчитанную стоимость. Сейчас приходится это делать через дублирование служб доставок с разными ограничениями - что очень не удобно! ведь если изменится условие - придётся во всех копиях служб менять ограничения...
Например: для Москвы оставить бесплатную доставку если в корзине более 4000, но для остальных регионов оставить рассчитанную стоимость. Сейчас приходится это делать через дублирование служб доставок с разными ограничениями - что очень не удобно! ведь если изменится условие - придётся во всех копиях служб менять ограничения...
В письмах заказа выводить валюту (сейчас нет ни в итого ни у позиций) и добавить стоимость и вариант доставки.
p.s. сейчас приходится на каждом проекте тащить эти данные руками!
p.s. сейчас приходится на каждом проекте тащить эти данные руками!
Сейчас настройкой "служб доставки" инет-магазина можно установить три варианта стоимости доставки заказа:
Т.е. инет-магазин просто отправляет заказ выбранной клиентом службой доставки, а уже покупатель сам рассчитывается с перевозчиком при получении товара по его тарифам.
Покупатель сам ориентируется в стоимости доставки в свой город, может иметь свои собственные скидки у конкретной службы доставки и т.п.
И вот у меня каждый раз стоит задача - как этот вид доставки отобразить при оформлении заказа. Если создать службу доставки с названием "Оплата при получении по тарифам перевозчика" с ценой доставки 0 руб (по другому CMS не позволяет) – мы получаем скандалы от клиентов "а у вас там было написано 0 руб."
---
И вот я прошу открыть возможность создавать "службу доставки" без отображения стоимости. Чтобы просто я мог написать "Оплата по тарифам перевозчика, за счет получателя" без вот этих путающих нулей.
----
Т.е. нужны четыре варианта типов "служб доставки":
1) доставка бесплатно;
2) фиксированная стоимость доставки
3) точный расчет стоимости доставки по тарифам/API.
4) кастомная "служба доставки" без обязательного отображения цены (напр.: "По тарифам перевозчика, за счет получателя")
- доставка бесплатно;
- некая единая фиксированная стоимость доставки (или фиксированная ступенчато диапазонами в зависимости от значений свойств заказа);
- точная стоимости доставки рассчитанная по параметрам заказа (вес, габариты), на основе таблиц тарифов или используя API перевозчика.
- не ведут в 1С в карточках товара вес и габариты, которые можно использовать для автоматического точного расчета стоимости доставки с помощью таблиц или API;
- фиксированную усредненную сумму не хотят (в основном, из-за большого разбега стоимости доставки для ассортимента);
Т.е. инет-магазин просто отправляет заказ выбранной клиентом службой доставки, а уже покупатель сам рассчитывается с перевозчиком при получении товара по его тарифам.
Покупатель сам ориентируется в стоимости доставки в свой город, может иметь свои собственные скидки у конкретной службы доставки и т.п.
И вот у меня каждый раз стоит задача - как этот вид доставки отобразить при оформлении заказа. Если создать службу доставки с названием "Оплата при получении по тарифам перевозчика" с ценой доставки 0 руб (по другому CMS не позволяет) – мы получаем скандалы от клиентов "а у вас там было написано 0 руб."
---
И вот я прошу открыть возможность создавать "службу доставки" без отображения стоимости. Чтобы просто я мог написать "Оплата по тарифам перевозчика, за счет получателя" без вот этих путающих нулей.
----
Т.е. нужны четыре варианта типов "служб доставки":
1) доставка бесплатно;
2) фиксированная стоимость доставки
3) точный расчет стоимости доставки по тарифам/API.
4) кастомная "служба доставки" без обязательного отображения цены (напр.: "По тарифам перевозчика, за счет получателя")
В файле
/bitrix/modules/sale/admin/delivery_ajax.php
Стоит явная проверка на родителя:
Что неверно. При создании ограничения сейчас ожидается, что ограничение это прям непосредственный потомок Base. Если же ограничение наследуется от другого ограничения, то будет выброшено исключение с ошибкой про неверное наследование.
Проверку нужно изменить на такую:
В этом случае наследование будет работать корректно и можно будет изменять типовые ограничения
/bitrix/modules/sale/admin/delivery_ajax.php
Стоит явная проверка на родителя:
if(get_parent_class($className) != 'Bitrix\Sale\Delivery\Restrictions\Base') |
Проверку нужно изменить на такую:
if(!is_subclass_of($className, 'Bitrix\Sale\Delivery\Restrictions\Base')) |
На последнем этапе оформления заказа после выбора Региона доставки в разделе Доставка выбирается не служба, которая идет первой в списке. Это касается случаев, когда стоимость доставки зависит от Региона доставки, выбираемого на первом шаге.
Это прежде всего вызывает лишний клик у покупателя и иногда сбивает с толку стоимостью доставки, которую он ожидает увидеть.
Это прежде всего вызывает лишний клик у покупателя и иногда сбивает с толку стоимостью доставки, которую он ожидает увидеть.
Сейчас (sale 17.6.6) из каталожных настроек есть только "по категории товара" (это раздел инфоблока). Не хватает возможности указать свойство и его значение (равно, не равно, отсутствует).
Как пример - не все службы доставки принимают опасные грузы. Это можно было бы оформить в виде удобно настраиваемого ограничения. А сейчас приходится делать свою службу доставки и использовать \Bitrix\Sale\Delivery\Services\Base::isCompatible.
Как пример - не все службы доставки принимают опасные грузы. Это можно было бы оформить в виде удобно настраиваемого ограничения. А сейчас приходится делать свою службу доставки и использовать \Bitrix\Sale\Delivery\Services\Base::isCompatible.
Сейчас (контейнерная выгрузка, sale 17.0.32 - проверял это) доставка не выгружается в XML, если ее стоимость равна нулю.
Нулевая стоимость актуальна для сайтов, где на самом сайте покупатель просто указывает способ доставки (и он должен дойти до 1С), а стоимость считается не автоматически, а утверждается в ходе подтверждения заказа с менеджером по телефону.
Для того, чтобы обойти проблему, приходится ставить на сайте ненулевую стоимость и вводить покупателя в заблуждение (0 таких проблем не создает).
Нулевая стоимость актуальна для сайтов, где на самом сайте покупатель просто указывает способ доставки (и он должен дойти до 1С), а стоимость считается не автоматически, а утверждается в ходе подтверждения заказа с менеджером по телефону.
Для того, чтобы обойти проблему, приходится ставить на сайте ненулевую стоимость и вводить покупателя в заблуждение (0 таких проблем не создает).
В модуле версии 17.5.2 есть следующие настройки:
Нужно иметь возможность задавать производственный календарь в привязке к определенному году (2017, 2018, ...) и API для работы с этим данными без привязки к конкретному календарю. Само собой, это улучшить функционал и календарей, т.к. будет учитывать точно и формально, особенно на стыке лет, какие дни выходные, а какие нет.
В моем случае такой API нужен, как ни странно, для разработки службы доставки. Она не может доставлять в выходной день в принципе.
- Выходные дни недели,
- рабочие дни года,
- выходные дни года.
Нужно иметь возможность задавать производственный календарь в привязке к определенному году (2017, 2018, ...) и API для работы с этим данными без привязки к конкретному календарю. Само собой, это улучшить функционал и календарей, т.к. будет учитывать точно и формально, особенно на стыке лет, какие дни выходные, а какие нет.
В моем случае такой API нужен, как ни странно, для разработки службы доставки. Она не может доставлять в выходной день в принципе.
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
