Форум

В таком случае мы обычно делаем так:
1) Создаем группу "Bitrix Users" и настраиваем импорт пользователей только из этой группы
2) Пишет обработчик события добавления пользователя. Если не найдены UF_DEPARTMENTS то автоматически добавляем корневое подразделение
3) Выключаем подтягивание структуры из AD
4) Включаем опцию "Создавать пользователей из AD"
5) Ставим мериодическую синхронизацию на 1 день

Таким образом:
1) Если сегодня в группу будут включены пользователи, то завтра они автоматически попадут на портал
2) Если сегодня завели пользователя в группу и он сегодня прорвался на портал, то он будет создан сегдня же
3) Другие пользователи не получат доступа и не будут созданы

Но мы редко работаем с системами где есть AD и нет ЗУП, и зачастую импортером пользователей служит именно ЗУП, а АД дополняет его авторизацией

[QUOTE]Евгений Корчагин написал:
Кто-нибудь сталкивался? В чем может быть проблема-то вообще?[/QUOTE]

Проверяли события?

[QUOTE]Владимир Голубь написал:
Какие возможности дает Битрикс для работы с ней, кроме функций класса коннектора ?[/QUOTE]

Работать с данной СУБД через [URL=https://dev.1c-bitrix.ru/learning/course/?CHAPTER_ID=05748&COURSE_ID=43]ORM[/URL].

[QUOTE]Владимир Голубь написал:
Использовать с данными из БД компоненты я уже не могу ?[/QUOTE]

Компоненты работают с таблицами модулей, а те, в свою очередь лежат в СУБД сайта.
Таким образом ни с какими компонентами в стандартной поставке Вы работать не можете (или это не та работа, которую вы подразумеваете)

1) Проверяемый пользователь должен:
- Быть активен
- Находиться в орг.структуре
- Иметь группы: Сотрудники (обычно 12), пользователи с правом на голос и авторитет (3 и 4 группы)

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

2) Проверку этих параметром нужно проводить ПОСЛЕ того как пользователь залогинился, так как при логине происходит запрос к AD и данные ОБНОВЛЯЮТСЯ!

3) Поведение с переходом при входе на портал попадают на  /stream это нормальное поведение, т.к. главная страница может быть переопределена пользователем (дефолтно главная страница это живая лента - /stream/)

4) Выделенные права менять не нужно иначе любой НЕЗАЛОГИНЕНЫЙ пользователь сможет читать портал

Нет, так делать на корп. пораталах не нужно.


Либо Вы должны тянуть орг.структуру так же из AD
Либо Вы должны тянуть структуру из 1С в связке с АД
Либо Вы должны маппить руками (самостоятельно распределять после добавления) *

* - можно через php-код на событиях

Маппинг их в группу сотрудники не обеспечен или они не находятся в орг.структуре

[QUOTE]Andrey Ovchinnikov написал:
Собственно вопрос: какие настройки нужно затронуть, чтобы добиться этого соответствия?[/QUOTE]

1) Почта на сайте (на сервере у MTA) должна соответствовать отправителю письма. Т.е. если почта с сайта отправляется с noreply@site.ru, то и письмо о заказе должно отправляться с noreply@site.ru, но никак не sale@site.ru
2) Проверьте не только E-mail отправителя по-умолчанию с сайта, но и почтовый шаблон уведомления о заказе.

[QUOTE]Виктор Делакруа написал:
Про правила я так же подумал, начал делать, примерно 300 правил прийдется написать. Думал можно попроще, но в любом случае, спасибо за ответы![/QUOTE]

Мне кажется, что Вы сильно усложняете.

1) Посмотрите "средний чек" который есть у Вас в интернет-магазине, может быть больше 30 тысяч никто не покупает, а 99% людей заказывает на 5 тысяч.
2) Оттолкнитесь от чего Вы делаете эту наценку. Например, Вы страхуете груз или просто хотите больше денег - это разные политики. Попытайтесь найти "потолок" суммы с учетом истории заказов в интернет-магазине
3) Выработайте несколько простых правил.
Например, Вы выяснили что:
- 90% людей заказывает на 5 тысяч
- 4% на 10 тыс.
- 3% на 15тысяч
- 2% на 30 тысяч
- 1% на 60тысяч

Таким образом можно сделать несколько правил:
- Наценку в 150 рублей при заказе меньше 5 тысяч
- Наценку в 450 рублей при заказе меньше 15 тысяч
- 1 тысячу
- 6 тысяч

Ну или если уж совсем ничего не подходит, то всегда можно написать свой элемент для скидок :)

[QUOTE]Omar Khazamov написал:
Андрей Николаев  как-то говорил , что такое не будет работать, но я не совсем понимаю почему.[/QUOTE]

Почему-это не будет? Будет :)
Вы меня наверное неправильно поняли: то, решение которые Вы описали не будет работать и предупреждений выдавать не будет (и не должно).
Вывод работает - протестировал сейчас :)
Но скорее всего такой вывод будет не всегда работать (в данном конкретном случае он работает, но могут быть и другие, в которых он работать не будет или будет некорректно себя вести)

[CODE]function logViewedProduct( \Bitrix\Main\Event $event )
{
echo "<sc ript>console.log(1);</sc ript>";
}


$eventManager = \Bitrix\Main\EventManager::getInstance();
$eventManager->addEventHandler('catalog', '\\Bitrix\\Catalog\\CatalogViewedProduct::onBeforeAdd', 'logViewedProduct');
$eventManager->addEventHandler('catalog', '\\Bitrix\\Catalog\\CatalogViewedProduct::OnBeforeUpdate', 'logViewedProduct');[/CODE]

P.S. слово script нормально напишите, а то здесь редактор не дает.

Сергей Лещинский, а какая проблема то? Можете озвучить?