Создание групп местоположений для сайта на Битриксе
 |
|
10/02/2015
Наверно, в большей степени это касается именно cms Битрикс, ведь у нее есть такое понятие. как "группа местоположений".Может, кто-то на своем опыте подскажет или посоветует. Буду очень признательна.
Пытаюсь сообразить второй день,как лучше разбить группы.
Для собственной курьерской службы, которая возит товары по Мск-проблем не возникло, с Почтой России, которая имеет охват на 99% России-проблем не возникло.
Что имеем: несколько курьерских компаний. у каждой из которых свой регионы и свои цены.
Часть из них имеет услугу "самовывоз" или "курьер".
В чем проблема...
В Б-кс, к области относятся города\поселения, но только часть из них имеет доставку (при этом, не каждой компанией), т.е. нужно сидеть и вручную выбирать для каждой КК те или иные города (а,если они их закрывают-открывают, то и открывать?)
Включить автоматом область не получится, вдруг человек оплатит свой заказ, а мы туда не возим этой курьеркой, хотя, думаю, из-за несвоевременного выключения некоторых пунктов КК накладки будут, но хотелось бы минимизировать.
Что можете посоветовать?
Как даже для одной КК с двумя типами доставки решить вопрос с регионами?
Смотрела на крупных сайтах, но я вижу только со стороны пользователя, не вижу как это реализовано технически, неужели вручную выбирать города/селения для каждого региона на каждую КК?
Пытаюсь сообразить второй день,как лучше разбить группы.
Для собственной курьерской службы, которая возит товары по Мск-проблем не возникло, с Почтой России, которая имеет охват на 99% России-проблем не возникло.
Что имеем: несколько курьерских компаний. у каждой из которых свой регионы и свои цены.
Часть из них имеет услугу "самовывоз" или "курьер".
В чем проблема...
В Б-кс, к области относятся города\поселения, но только часть из них имеет доставку (при этом, не каждой компанией), т.е. нужно сидеть и вручную выбирать для каждой КК те или иные города (а,если они их закрывают-открывают, то и открывать?)
Включить автоматом область не получится, вдруг человек оплатит свой заказ, а мы туда не возим этой курьеркой, хотя, думаю, из-за несвоевременного выключения некоторых пунктов КК накладки будут, но хотелось бы минимизировать.
Что можете посоветовать?
Как даже для одной КК с двумя типами доставки решить вопрос с регионами?
Смотрела на крупных сайтах, но я вижу только со стороны пользователя, не вижу как это реализовано технически, неужели вручную выбирать города/селения для каждого региона на каждую КК?
 |
|
10/02/2015
Это характерно для любой схожей cms, например, в magento и opencart так же есть аналогичный функционал и называется он геозоны.
Вопрос решается только интеграцией с КС. Можно ли это сделать в рамках битрикса - вопрос я думаю лучше задать создателю этой дорогостоящей системы.
Nadezhda:
Что можете посоветовать?
Что можете посоветовать?
Вопрос решается только интеграцией с КС. Можно ли это сделать в рамках битрикса - вопрос я думаю лучше задать создателю этой дорогостоящей системы.
 |
|
10/02/2015
Могу рассказать на своём примере. Вот как это выглядит внешне: http://www.stickbox.ru/about/delivery/index.php
Раньше я тоже мучился с группами местоположений в битриксе. Это было очень трудозатратно. Модули по интеграции с DPD, которые есть в маркетплейсе битрикса мне не подошли, т.к. все они производят запросы в режиме онлайн, а сервер DPD довольно часто висит, особенно по понедельникам. Как следствие, пользователь на сайте не только не видит расчет стоимости доставки, но и даже не может выбрать способ доставки DPD.
Затем составил ТЗ по интеграции с ТК dpd и нашёл фрилансера, который существенно откорректировал ТЗ на создание модуля доставки и смог воплотить эти требования в жизнь. Параметры модуля таковы:
1. полный список доступных населенных пунктов доставки хранится в отдельном файле, его периодически можно обновлять.
- населенные пункты, в которые передается стоимость доставки - о руб (т.е. в них нет доставки), добавляются в группу скрытые местоположения и не выводятся при поиске нас.пункта в публичной части сайта.
2. модуль производит импорт цен доставки, сроков доставки, возможности приема НПП с заданной периодичностью и сохраняет эту информацию в базу сайта. Когда покупатель выбирает населенный пункт, вся эта информация не запрашивается онлайн с сервера ТК DPD, а берется из базы сайта. Таким образом удалось избежать тормозов. При этом, несмотря на автоматическое выполнение импорта с заданным периодом, есть возможность выполнить импорт любой информации принудительно http://take.ms/2a1DM.
3. если в выбранном нас.пункте нет услуги НПП, то платежная система "оплата наличными при получении" не выводится.
4. Поскольку срок доставки передаваемый ТК DPD не соответствует действительности, была создана возможность задавать интервал срока доставки, добавляемый к регламентному. К примеру, для доставки до двери у меня стоит от 2 до 4 дней. Т.е., если регламентный срок доставки 3 дня, то на сайте выводится срок доставки от 5 до 7 дней. Увы, но это реальные сроки.
5.Также создали возможность задавать фиксированную наценку на определенный способ доставки. Т.е. при доставке до терминала наценка такая-то, при доставке до двери такая-то.
6. Также создана возможность ограничивать вывод платежной системы "оплата наличными при получении" в зависимости от суммы заказа. Задается максимальная сумма стоимости товара (без доставки) для услуги НПП. Если стоимость товара в корзине превышает эту сумму, то способ оплаты "наличными при получении" покупателю не предлагается.
7. Создана возможность ограничивать вывод платежной системы "оплата наличными при получении" в зависимости от стоимости доставки в выбранный нас. пункт. Если стоимость превышает сумму, заданную администратором, то данный способ оплаты не выводится. Из-за этого пришлось реализовывать пошаговый вывод способов доставки и способов оплаты. Пока покупатель не выберет конкретный способ доставки, он не увидит способов оплаты.
Настройки пунктов 4-7 выглядят у меня так: http://take.ms/EPxub
Таким образом, отвечая на ваш вопрос по группам местоположений, у меня используется только одна группа - скрытые местоположения, в которую попадают те нас. пункты, в которые передается стоимость доставки 0 руб. Либо те, которые я сам вручную в эту группу поместил.
Раньше я тоже мучился с группами местоположений в битриксе. Это было очень трудозатратно. Модули по интеграции с DPD, которые есть в маркетплейсе битрикса мне не подошли, т.к. все они производят запросы в режиме онлайн, а сервер DPD довольно часто висит, особенно по понедельникам. Как следствие, пользователь на сайте не только не видит расчет стоимости доставки, но и даже не может выбрать способ доставки DPD.
Затем составил ТЗ по интеграции с ТК dpd и нашёл фрилансера, который существенно откорректировал ТЗ на создание модуля доставки и смог воплотить эти требования в жизнь. Параметры модуля таковы:
1. полный список доступных населенных пунктов доставки хранится в отдельном файле, его периодически можно обновлять.
- населенные пункты, в которые передается стоимость доставки - о руб (т.е. в них нет доставки), добавляются в группу скрытые местоположения и не выводятся при поиске нас.пункта в публичной части сайта.
2. модуль производит импорт цен доставки, сроков доставки, возможности приема НПП с заданной периодичностью и сохраняет эту информацию в базу сайта. Когда покупатель выбирает населенный пункт, вся эта информация не запрашивается онлайн с сервера ТК DPD, а берется из базы сайта. Таким образом удалось избежать тормозов. При этом, несмотря на автоматическое выполнение импорта с заданным периодом, есть возможность выполнить импорт любой информации принудительно http://take.ms/2a1DM.
3. если в выбранном нас.пункте нет услуги НПП, то платежная система "оплата наличными при получении" не выводится.
4. Поскольку срок доставки передаваемый ТК DPD не соответствует действительности, была создана возможность задавать интервал срока доставки, добавляемый к регламентному. К примеру, для доставки до двери у меня стоит от 2 до 4 дней. Т.е., если регламентный срок доставки 3 дня, то на сайте выводится срок доставки от 5 до 7 дней. Увы, но это реальные сроки.
5.Также создали возможность задавать фиксированную наценку на определенный способ доставки. Т.е. при доставке до терминала наценка такая-то, при доставке до двери такая-то.
6. Также создана возможность ограничивать вывод платежной системы "оплата наличными при получении" в зависимости от суммы заказа. Задается максимальная сумма стоимости товара (без доставки) для услуги НПП. Если стоимость товара в корзине превышает эту сумму, то способ оплаты "наличными при получении" покупателю не предлагается.
7. Создана возможность ограничивать вывод платежной системы "оплата наличными при получении" в зависимости от стоимости доставки в выбранный нас. пункт. Если стоимость превышает сумму, заданную администратором, то данный способ оплаты не выводится. Из-за этого пришлось реализовывать пошаговый вывод способов доставки и способов оплаты. Пока покупатель не выберет конкретный способ доставки, он не увидит способов оплаты.
Настройки пунктов 4-7 выглядят у меня так: http://take.ms/EPxub
Таким образом, отвечая на ваш вопрос по группам местоположений, у меня используется только одна группа - скрытые местоположения, в которую попадают те нас. пункты, в которые передается стоимость доставки 0 руб. Либо те, которые я сам вручную в эту группу поместил.
 |
|
11/12/2015
не знаю будет ли в этом смысл, можно же все намного проще сделать
 |
|
12/12/2015
например?заказать готовое?где сейчас лучше всего заказывать?
Ответить
последние материалы
Новое на форуме
01:34
24/11/2024
