Рейтинг: 0.3536  
Новая
Предложил Пользователь 369277 31.12.2015 13:41:05

Поля телефон и E-mail

На фоне предновогодних глюков БП-ов и зависаний порталов. Меня очень удивило (мягко говоря), что отправить письмо клиенту с БП не получилось, указав в поле получателя {=Document:EMAIL}. (И не говорите мне, что нужно использовать _printable..)

Хотел поздравить всех с НГ.... Знаете куда пришли все письма? Мне на почту! 1200+ писем, мне на почту... На ту с которой я захожу в свою учетную запись. Я понимаю, что множественные поля и всё такое, НО! Зачем они тогда вообще  нужны??? не понимаю...

Надеюсь в Новом Году вы добавите возможность использовать поля Телефон и E-mail в бизнес-процессах..
Рейтинг: 5.1539  
На голосовании
Предложил Пользователь 18568 02.12.2015 00:06:37

Пользовательские поля разных типов в аналитических отчетах

Предлагаю добавить возможность использовать в аналитических отчетах поля различных типов, не только числовые.
Применение:
1. Для счетов делаем поле "Акт подписан", тип: "да/нет"
2. В аналитическом отчете показываем сумму всех счетов, у которых подписан акт
Рейтинг: 3.5756  
На голосовании
Предложил Пользователь 371235 26.08.2015 03:39:33

Добавить нумерацию и/или возможность связать поля сущностей в разделе пользовательских полей в группы

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

Читать подробнее...

Рейтинг: 0.8902  
На голосовании
Предложил Пользователь 352086 22.07.2015 14:07:14

Заполнение пользовательских полей

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

Есть комментарий вида:
Источник: Direct Yandex

Дополнительные значения:
HTTP_REFERER: http://yandex.ru/search/?text=канатный парк уфа&clid=2207003&banerid=0201760088&win=171
HTTP_USER_AGENT: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.152 YaBrowser/15.6.2311.5029 Safari/537.36
IP: 31.13.144.41
LANGUAGE: ru
URL_PATH: ?ch=yadirect&utm_source=yadirect&utm_medium=cpc&utm_campaign=vp_ru_search&utm_term=Канатный парк&ad=876032120&type=9&utm_content=k50id|010000003409422630_|cid|12628498|gid|679525374|aid|876032120|adp|no|kw|Канатный парк|pos|other4|main&k50id=010000003409422630_&_openstat=ZGlyZWN0LnlhbmRleC5ydTsxMjYyODQ5ODs4NzYwMzIxMjA7eWFuZGV4LnJ­1Omd1YXJhbnRlZQ&yclid=5887501543135388120
utm_campaign: vp_ru_search
utm_medium: cpc
utm_term: Канатный парк

Хотелось бы иметь отдельные поля utm_campaign, utm_medium, utm_term и т.д. и чтобы они заполнялись при добавлении.

Есть ли какие-то пути реализации этого?
Рейтинг: 4.6656  
На голосовании
Предложил Пользователь 93087 17.07.2015 16:30:46

Возможность создавать свои поля для отдельного типа сделки.

Было бы неплохо, чтобы для определенного типа сделки становятся видимы определеные поля, которые создаются через Пользовательские поля.
Рейтинг: 0  
Внедрено
Предложил Пользователь 314987 02.07.2015 11:49:23

Пользовательские поля в Товарах.

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

Очень странно почему именно в товарах нет возможности добавлять пользовательское поле?
Рейтинг: 0.8786  
Ответил Шеленкова Екатерина 02.07.2015 18:53:40
Добавить свойства товаров можно на странице СРМ - Настройки - Свойства товаров.
Рейтинг: 1.2166  
На голосовании
Предложил Пользователь 346209 06.06.2015 00:28:59

Необходимое расширения поискового функционала

После тестового периода мы наткнулись на несовершенство поиска по системе.
например невозможность найти компанию/контакт по e-mail - который в ряде сервисов является уникальным ключом для поиска

Желательный вариант для работы - администратор указывает при настройке все поля, которые участвуют в полнотекстовом поиске ( включая добавленные специфические для каждого бизнеса но необходимые ему )
Рейтинг: 13.2384  
На голосовании
Предложил Пользователь 19581 25.05.2015 17:27:37

Возможность использовать в отчётах пользовательские поля

Сейчас в задачах есть возможность создавать пользовательские поля - это прекрасно
Зачастую эти поля было бы удобно использовать при построении отчёта.
Например, мы ведём учёт работ для клиентов с помощью задач в кор-портале. Менеджер при постановке задачи указывает номер счёта, по которому клиент оплатил работу. В конце месяца работник может сформировать отчёт из своих закрытых задач, в котором есть номера счетов, и трудозатраты.
Необходим вывод юзерфилда в отчёте
Также есть необходимость отмечать задачи, оплаченные разработчику, чтобы избежать повторных оплат. Необходим фильтр по юзерфилдам при построении отчёта
Рейтинг: 6.7827  
На голосовании
Предложил Пользователь 287061 18.12.2014 18:48:18

Пользовательское поле типа "Ссылка"

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

Решения два:
1. Ввести специальный тип поля "Ссылка", который предназначен для Url адресов.
2. Поля типа "Строка" проверять на наличие Url адреса. Если адрес обнаружен, делать его кликабельным.

Во вложении сравнение стандартного поля для ввода адреса сайта и пользовательского поля со своей ссылкой.
Рейтинг: 5.0047  
На голосовании
Предложил Пользователь 203730 08.12.2014 23:58:06

Пользовательское свойство "Строка": указание размера и возможность его изменения

С появлением Highload-блоков и вероятности появления десятков миллионов записей в HL-блоке хочется нормального свойства типа "Строка".

Этому (нормальности) мешает:
1. Невозможность указать допустимый размер свойства "Строка"
Когда вы создаете пользовательское свойство типа "Строка" - отрабатывает класс \CUserTypeString который создает колонку в базе данных по принципу:
switch(strtolower($DB->type))
{
   case "mysql":
      return "text";
 case "oracle":
      return "varchar2(2000 char)";
 case "mssql":
      return "varchar(2000)";
} 
Т.е. даже если вы захотите хранить строку длиной 20 символов - все равно получите в разы больше.

Кроме того типовое свойство "Строка" как вы сами можете увидеть не позволит хранить более 2000 символов в Oracle и MS SQL. А ведь есть соответствующие типы.


2. Это можно было бы исправить если бы было событие OnAfterUpdate в классе CAllUserTypeEntity - но его нет. Так что даже в собственном типе свойства не получается невозможным сделать alt er   table.


Хочется обратить внимание разработчиков 1С-Битрикс на комментарий в файле /bitrix/modules/main/classes/general/usertype.php на строке 563:
* Надо сказать, что для скорейшего завершения разработки было решено пока не реализовывать такую же гибкость как в инфоблоках (обойдемся пока без alter'ов и прочего).


Может пора вернуться и доделать те самые alter-ы и прочее (события)?