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

 эмм... 1 ответственный на все заказы с сайта? Серьёзно?(((
Вот что поражает - так безразличие разработчиков! сколько лет уже есть интеграция, сколько "больших обновлений" б24 прошло... а интеграция магазина с CRM просто топорная..


Нужно срочно исправить на очередь ответсвенных!

Очень не хватает события на внедрение в XML документа (заказа) перед передачей его в 1С.

Сейчас решается задача написанием класса наследника CSaleExport и модификация нужных функций, причем приходится копировать компонент в своё пространство и тем самым теряя время на отслеживание изменений в обновлениях компонента и т.д.

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

P.S. Александр Денисюк, я подходил к Вам после Вашего доклада =)

Добрый день!

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

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

или

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

В модуле интернет-магазин - все для этого есть, кроме настройки  связи свойств между собой.

Хотелось бы получать обратную связь от клиента по завершенной сделке и видеть это в отчетах CRM.

Как мне видится сценарий процесса:
1) по завершении сделки (успех) клиенту уходит письмо с просьбой оставить отзыв по выполненному заказу и ссылкой на crm-форму.
2) в форме несколько вопросов с вариантами оценки Положительная/Отрицательная (но лучше иконки лайк/дизалайк). Если отрицательная, то должно всплывать доп. поле "причина" с возможностью оставить комментарий. Далее поле  текст отзыва, файлы, контактные данные. Отправить.
3) автоматически создается дело/задача в сделке "Отзыв клиента по заказу ID-сделки", с описанием и файлами. ответственный тот который указан в crm-форме.
4) отчет по отзывам в crm

• Если по сделке отказ: счета по этой сделке в статус отклонён, автоматом!
  
• Поиск сделки по ID при добавлении сделки к письму
  
• Ограниченный доступ сотрудников к отчетам
  
• Вернуть фильтр дел в новой карточке CRM
  
• Вернуть номер сделки/лида в новой карточке
  
• Сохранить как > Диалоговое окно с выбором нужной папки">Файл > Сохранить как > Диалоговое окно с выбором нужной папки
  
• Ждущие контроля задачи отображать как завершенные у исполнителя
  
• Запрет на использование мобильного приложения
  
• Тип устройства пользователя (комп/мобильник) отобразить в журнале событий
  

Проблема в следущем:
Сотрудники компаний на сайте часто регистрируются  как физ. лица. Но указывают эл. почту своей организации. Нельзя ли  добавить опцию, при которой во время загрузки заказов в 1С из Битрикса,  не создавалось новое физ лицо в 1С, а искалось по тому же мэйлу среди  юр. лиц ( при условии что среди физ. лиц. никого не нашлось)?

Стоит задача использования удобного инструмента сбора заказов к отгрузке. Менеджер смотрит на отчет и собирает товары для заказов. В инструменте Построения Отчетов не все поля доступны, например, нет всех свойств заказа и названий позиций и многого другого. Самым мощным является именно Список всех заказов - можно вывести все необходимые поля. Однако их настройка и форматирование отсутствуют, например ширина столбца, отступ от границ до текста, перенос текста в ячейках и многое другое - как это, например, предлагает 1С УНФ. Из-за чего отчет со всеми необходимыми полями невозможно вместить на одном экране https://www.screencast.com/t/NCBFQ1dY5x Из-за чего процесс дольше и возможны ошибки.
Для мобильного приложения, чтобы с такого же представления удобно диктовать данные для отгрузки в отделении почтовой службы, на сегодня еще более скудные возможности.  

В модуле "Интернет-магазин + 1С" (использую 6.0.3.4, но наверняка и в модулях для других прикладных решений будет полезно) хотелось бы иметь возможность гибкой настройки идентификации контрагентов. Сейчас модуль предлагает только 3 варианта идентификации: "по ИНН", "по наименованию" и "не использовать". При этом, со слов сотрудника тех.поддержки Битрикс, при варианте "по ИНН" в действительности по ИНН идентифицируются только юр. лица, а физ. лица - по наименованию.

В чём состоит проблема.
Во-первых, существуют юр. лица с одинаковым ИНН, но разными КПП. Филиалы, обособленные подразделения и т. п. То есть, когда модуль в 1С ищет клиента - юр. лицо по ИНН, то нет гарантии, что он найдёт того же контрагента, который в интернет-магазине сделал заказ. И управляющему заказами надо постоянно проверять, а точно ли заказ сделан тем контрагентом, который указан в 1С?
Во-вторых, у физических лиц, причём у большинства, ИНН есть. Им, как правило, не пользуются при заказе в интернет-магазине, но всё же. У индивидуальных предпринимателей ИНН есть обязательно. Для физических лиц ИНН уникален, то есть является надёжным способом идентификации.
В связи с этим представляется интересной и разумной следующая схема:
Юр. лица идентифицируются по сочетанию ИНН и КПП;
Физ. лица, указавшие свой ИНН - по ИНН;
Физ. лица, не указавшие свой ИНН - по другим полям (ФИО, логин, наименование).
То есть, хочется иметь возможность настраивать правила идентификации контрагентов гибко, в пользовательском интерфейсе.

Собственно https://www.1c-bitrix.ru/products/cms/versions.php?module=sale
v12.0.0
2012-10-16[*]В редактировании и детальной информации заказа добавлен блок "Предложите покупателю".

А в 16 версии убрали этот блок. Верните! Очень надо.
ps. Вернули сами http://divasoft.ru/blog/vozvrashchaem-blok-predlozhite-pokupatelyu-v-detalnyy-zakaz-1s-bitriks/

Есть событие OnAdminListDisplay и OnAdminSubListDisplay, но они не перехватывают ajax запрос данных состава заказа.
Например - заказчик хочет увеличить размер картинок в списке товаров, они 80*80, ломает глаза.  Было бы очень здорово, если можно подменить эту картинку на нужную мне. + дописать данные в таблицу.

Сейчас приходится в ядре делать изменения, и каждое обновление проверять не слетело ли.