Существующая страница безумно неудобная. Мой пример — мне необходимо добавить корневое место положение с 8000 записей и исключить из него две. Как мне это сделать. Ответ — сейчас никак.

При добавлении корневого местоположения (страны) его невозможно раскрыть, получив регионы и города. Добавлять ручками 8000 позиций занятие не из приятных.

И какой-то фильтр местоположений нужен, хотя бы тип местоположения. В общем, беда, а не UX

Возникла вроде бы рядовая ситуация: к имеющимся местоположениям России добавить несколько стран с меньшей детализацией, без улиц.
 

• Попытался добавить местоположения - страны: Беларусь, Казахстан, Украина, Бельгия, Израиль
  
• Без улиц, с загрузкой до Сел включительно, без удаления  существующих местоположений, Набор расширенный, без округов, с яндекс и zip кодами, с поддержкой структурной целостности
  
• В процессе обновления был удален индекс - это делается по умолчанию и никаких диалогов перед этим нет
  
• В процессе обновления возникла ошибка - это было прям так и написано в диалоге обновления
  
• Поскольку оформление завязано на местоположения, а индексы удалились, то и оформление перестало работать
  
• В момент обновления местоположений очень много ресурсов требовала БД и мы вышли за лимит
  
• Обновили лимиты до максимума на тарифе - не хватило все-равно
  
• Обновил тариф и лимит до максимального вообще - не хватило все-равно
  
• Повторное удаление и загрузка всех местоположений по настройке выше тоже выдали ошибку
  
• Сайт тоже упал, не только оформление
  
• MySQL server has gone away in
  
• Через 5 часов удалось восстановить работоспособность
  

Возникает вопрос: а что за алгоритм обновления такой интересный, который полностью уничтожает сайт при довольно рядовой ситуации (количество городов по всем этим странам вместе взятым меньше, чем количество улиц в России)?
Почему потребовалось принудительно удалять индекс до обновления, есть же операция переиндексации?

Думаю, надо пересмотреть логику. Не нужно удалять индекс при обновлении, если это не отмечено в настройках.

есть хороший функционал местоположений в модуле магазина, но почему-то этот функционал все еще не используется в СРМ.
например одной компании требуется указывать клиентам регион и связывать его с регионом в контрагенте 1с, но там могут поставить и область и город и поселок, и очень бы пригодился функционал местоположений как тип пользовательского поля.

На данный момент в импорте местоположений доступны улицы только для России. Хотелось бы чтобы и для Беларуси наконец импорт вплоть до улиц появился, а-то при выборе местоположения в оформлении заказа очень глупо смотрится: так красиво находит даже какую-то деревню, а что дальше делать - непонятно.

данную проблему можно решить переиндексацией местоположений, но как разработчику догадываться об этом! Пока мы выясняем причину такой ошибки, покупатели уходят с сайта, снижаются продажи!

ВОПРОС: почему в подсказке вылетает не информативное сообщение "К сожалению произошла внутренняя ошибка " в место того, что бы вывести "Нужно переиндексировать местоположения"  !!! ???

Ну или хотя бы в проверке системы выводили бы такое предупреждение!

Просьба сделать фильтрацию пользователей по полю типа "Местоположение" более удобной, с возможностью поиска по названию. Текущий фильтр по ID местоположения не очень удобен.
https://prnt.sc/j5yrd0

не хватает возможности массово перенести местоположения из одного родительского в другое. Например, я хочу выбрать нужные улицы и перекинуть их в новосозданное местопололжение Москва за МКАД

Карточку контакта заполнять все сложнее. убрали адрес ,ввели реквизиты. а хотелось бы проще и быстрее чтоб все делалось. например, тот же город легко заполнять через местоположения, как в заказе в интернет-магазине.

Часто приходится городить дополнительные инфоблоки для списка городов или списка стран.

Для стран надо: формат телефонного номера, код страны, код языка, флаг.
Для городов надо: телефон в этом городе, адрес офиса.

Будет легче, если для местоположений будут дополнительные пользовательские поля из коробки:

пользователь выбрал местоположение, а мы ему показали адрес,  телефон на его языке.

Размещаем стандартный компонент и шаблон оформления заказа с корзиной bitrix:sale.basket.order/.default

Есть два ручных способа доставки - Самовывоз и Курьерская доставка.
По ним нет никаких ограничений на показ (ни по местоположениям, ни по способам оплаты ни по чему либо другому).

Но при открытии страницы оформления заказа пока не ввели местоположение ничего не показывается в способах доставки.

Нужно чтобы такие службы доставки сразу были видны.

Со стороны магазина логика такая что они рассчитывают сроки и стоимость доставки уже после оформления заказа вручную.
И логично было бы дать оформить заказ даже без ввода местоположения, но выбрав желаемый способ доставки.

Доброго времени суток, уважаемые.
Идея тут появилась, а почему нет у инфоблоков свойства с привязкой к местоположению модуля sale ? В случае такой необходимости, приходится создавать дополнительный справочник и руками его наполнять, так почему бы не реализовать такой свойство?