Форум

Просто не используете как боевой и помечаете версию для разработки.
Вы же на нем в конце концов не собираетесь портал для другой компании делать

Влад Булгаков, а битрикс "голый"? или дорабатывали? Просто если в b_event нет, то он либо не отправляет почту (не настроена), либо выпиливает (на событиях даже не добавляет в очередь отправки)

Для инфоблоков
Просто УС это новая сущность построенная как надстройка над инфоблоками.

Андрей Поляков, пишите в тех. под, но перед этим проверьте настройки сервера через bitrix_server_test.php и свободное место (в 3 раза больше бекапа должно быть)

[QUOTE]Евгений Макаров написал:
1. Зачем выполнять эти пункты для одного домена? (см.скрин)[/QUOTE]

Потому что без этого Bitrix Env не считается установленной (не прописаны порты и т.п.)

[QUOTE]Евгений Макаров написал:
2. Если нужно выполнять то в каком порядки и какие именно?[/QUOTE]

Просто ввести 1 и нажать Enter, все остальное он сделает сам (ну или в крайнем случае спросит)

[QUOTE]Евгений Макаров написал:
3. Какие пункты в каком порядке выполнять чтобы создать second.localdomain чтобы в него установить другой битрикс и файловые пути на сервере были отличные от localhost.localdomain[/QUOTE]

Создания [URL=https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=37&LESSON_ID=8849&LESSON_PATH=3908.8809.8847.8849]доп. сайта[/URL] + прописать в hosts на своем ПК нужно

Jackel channel, в какой кодировке сайт?
P.S. В вебе лучше название папок задавать латиницей и создавать тоже

Вы создали БП в Инфоблоках, а смотрите в публичке в Универсальных списках.
Выйдете в список элементов и рядом с кнопкой добавить нажмите "Действие" -> "Настроить бизнес-процессы"

Влад Булгаков, а почтовый шаблон активирован?

Нет, но я вас обрадую.

Если, логины пользователей не изменятся (именно логины, а не доменная часть), т.е. companyname\i.ivanov станет zzzz\i.ivanov, то можно сделать следующее:
1) Подключает AD сервер, настраиваем аналогично старому, но не импортируем пользователей
2) Открываем таблицу b_user, находим нужного пользователя и в EXTERNAL_AUTH_ID меняем LDAP#1 на LDAP#2, где 1 - ID старого сервера LDAP/AD авторизации, а 2 - соответственно нового

Никаких дополнительных действий делать не нужно.

[QUOTE]Иван Лоскутов написал:
получается полем типа списка с выбором направления лида мы переводим на нужный нам компонент с необходимыми полями?[/QUOTE]

Не переводите на компонент, а внутри компонента карточки лида, на основании этого поля определяете список полей для вывода (и вообще формат вывода).


[QUOTE]Иван Лоскутов написал:
каким образом привязать компоненты для вывода нужных полей?[/QUOTE]

Решать вам, так как эту часть вы разрабатываете сами. Можете использовать инфоблоки, highload-блоки или даже свою таблицу. Можете в код зашить - решать вам.


[QUOTE]Иван Лоскутов написал:
или писать отдельные карточки в зависимости от направления?[/QUOTE]

Можете посмотреть как сделан crm.lead.detail - он как и другие crm.*.detail лишь собирают информацию, а на отображение проксируют ее в crm.entity.detail.
То есть, если в шаблоне компонента crm.lead.detail вы уберете какое-либо поле (т.е. не передадите его в crm.entity.detail), то оно и не будет выводиться.

[QUOTE]Иван Лоскутов написал:
И как понять "кастомное поле" ? обычное пользовательское поле?[/QUOTE]

Да. Пользовательские поля на англ. называются "Custom fields", просто дурная привычка