Здравствуйте!
Необходимо вынести в настройки модуля Каталог фичу добавления в карту сайта неопубликованных товаров.
Поясню, зачем.
Допустим, имеется клиент, менеджеры которого вручную управляют каталогом. А мы занимаемся сео в том числе.
Менеджерам удобно нажать пимпу, снять с публикации. И, чтобы сайт не отдавал таким товарам 404, настройка есть, это очень хорошо. То есть, заиндексированный товар есть, ссылка с поиска выдаст посетителю этот товар (а дальше "нет в наличии", "заказать" - это уже лирика)
Но. С течением времени, такие "эффективные менеджеры" рушат всё сео на корню. Было 5 тысяч товаров, стало 1 тысяча товаров. Выключают всё, что уже не производится, нет пока в наличии или же просто нерентабельно. Им так удобно - конечно, удобнее нажать пимпу, чем с остатками играться.
Плюс, возможно мы хотим влить 10к фейковых товаров для увеличения массы сайта :)

Так вот, в /modules/catalog/config/handlers.inc.php есть функция getPages
а там жёстко вбит костыль
$api->setFilter('public', 1);
то есть, если непублично, в карту сайта не попадает.

Добавить возможность добавления в поисковой индекс значений полей созданных для категорий и(или) товаров через модуль "Редактор ORM объектов"

Предлагаю добавить опцию в настройках системы прав доступа: Контроль связи между связанными друг с другом объектами в RS.

Принцип работы следующий: если опция включена, тогда запрещаем удаление документа, заказа, способа доставки или оплаты и т д, если объект имеет взаимосвязь с другим объектом в RS. (имеется ввиду заказ-товар-способ доставки-способ оплаты)

Пример: есть заказ, у заказа указан способ оплаты: оплата наличными. При включенной опции, способ оплаты наличными нельзя удалить из RS, до тех пор, пока в каком либо заказе установлен в качестве оплаты способ - оплата наличными.

Пример 2: есть товар в каталоге номенклатуры, если на данный товар был создан заказ, тогда такой товар невозможно будет удалить, до тех пор, пока в заказе присутствует данный товар.

Нужны следущие правила автозадач в CRM, прошу доработать.

1. Если заказ перешел в статус: --выбираем статус--
то, создается задача.

2. Если заказ со способом доставки: --выбираем способ доставки--, перешел в статус: --выбираем статус--
то, создается задача.

3. Если заказ со способом доставки: --выбираем способ доставки--, находится в статусе: --выбираем статус-- , количество дней --выбираем количество--
то, создается задача.

4. Если достигнуто количество заказов (больше или меньше): --выбираем число --, со способом доставки: --выбираем способ доставки--, в статусе: --выбираем статус--
то, создается задача.

5. Если создан возврат товара
то, создается задача. (отображаем если включены возвраты в настройках RS)

6. Если заказ с суммой заказа (больше или меньше): --выбираем число --, перешел в статус: --выбираем статус--
то, создается задача.

7. Также нужно иметь возможность создавать автозадачу без привязки к какому либо событию в системе.
Пример автозадачи без события:
- каждую пятницу в 12:00, создавать задачу менеджеру: подготовить отчет по продажам.
- каждую среду и пятницу в 10:00, создавать задачу логисту: передать все заказы в транспортную компанию.

Бывает так, что менеджер редактирует в оплаченном заказе тип доставки или стоимость доставки/товара. В итоге заказ остается оплачен, но сумма заказа уже изменилась. Предлагаю добавить проверку на расхождение суммы заказа с суммой транзакции (если транзакция существует). Проверка должна срабатывать при любом сохранении такого заказа, сразу, как только сумма заказа стала отличаться от суммы транзакции. Тип уведомления о расхождении: всплывающее системное окно с красным фоном.

В окне выбора ПВЗ на карте в desktop версии, выводится список ПВЗ, а также пункты на карте.
Если пользователь выбирает пункт выдачи из списка, тогда этот же пункт выдачи подсвечивается на карте.
Вопрос, зачем после выбора пункта из списка, возвращаться на карту и нажимать на кнопку "Выбрать этот ПВЗ" ? , если ранее в списке именно этот ПВЗ уже выбран.

Также в этом окне поехала верстка, карта с пунктами выдачи, выезжает за пределы диалогового окна выбора ПВЗ.

В настройках модуля «Магазин», есть опция "Устанавливать случайного менеджера при создании заказа" - (заказ создался, случайный менеджер автоматически назначился)

Предлагаю туда же в настройки добавить еще одну опцию "Присваивать к заказу менеджера, который первым внес изменения в заказ" - (заказ создался, менеджера нет, первый свободный менеджер обработал заказ, автоматически этому заказу присваиваем того менеджера, который первым внес любые изменения в заказ.)

У многих клиентов 2 номера телефона и они звонят и делают заказы то с одного то с другого. Приходится писать второй номер в комментарии. Но чтобы поиск по Пользователю работал нужно сделать 2 поля для 2х телефонов

Предлагаю расширить возможности поля "комментарий администратора" админ панели, в редактировании заказа и рассмотреть возможность интеграции создания задачи, сделки, взаимодействия в данную строку. А из блока CRM убрать лишние кнопки создания из каждой вкладки этого блока (это нагромождает данный блок). Блок CRM можно упростить и использовать только для просмотра и редактирования уже созданных данных.

Пример:

Менеджер начинает ввод текста комментария администратора, RS отображает кнопку создать (в конце строки комментария см. скриншоты).

Менеджер может:

1. просто сохранить комментарий администратора, как раньше.
2. нажать кнопку "создать" , в открывшемся списке выбрать что именно он хочет создать: задачу, сделку, взаимодействие - если вместо сохранения обычного комментария, выбран один из этих пунктов, тогда текст, который был ранее введен в поле комментария администратора, становится кратким описанием созданной задачи, сделки или взаимодействия, а поле комментарий администратора остается пустым после такого создания, созданные данные уходят в блок CRM.

Здравствуйте! Если у способа доставки присутствует фиксированная стоимость, то при выборе такого способа доставки (в админке) в диалоговом окне редактирования доставки, фиксированная стоимость доставки должна автоматически подставляться в поле стоимость. В свое время эта недоработка привела к денежным потерям. Пользователь просто забывает вручную прописать стоимость доставки, после выбора доставки с фиксированной ценой, да и зачем пользователю держать в голове и всегда помнить какая фиксированная стоимость доставки? Посмотрел в актуальной версии RS, проблема до сих пор присутствует.