Александр Кононец написал: Александр подскажите пожалуйста, такой вопрос возник: в 1С установлен модуль интеграции для БУС (не настраивался и не подключался), в процессе установки и настройки модуля "Коннектор к Битрикс24", конфликтов с модулем для БУС не должно возникать? Битрикс24 коробка и 1С УТ 11.5.
Модули не конфликтуют между собой. Главное, чтобы релиз УТ был подходящий.
Спасибо большое. А можно одновременно использовать их оба? Гипотетически. К примеру, модуль БУС использовать только для синхронизации товарного каталога, а Коннектор к Битрикс24, для работы в CRM в рамках "Одного окна"?
Александр подскажите пожалуйста, такой вопрос возник: в 1С установлен модуль интеграции для БУС (не настраивался и не подключался), в процессе установки и настройки модуля "Коннектор к Битрикс24", конфликтов с модулем для БУС не должно возникать? Битрикс24 коробка и 1С УТ 11.5.
А вот у меня что-то пошло не так. Выбрал 1 CREATE_POOL complete: Press ENTER for exit: Нажал ENTER и все.... завис, затем вышло сообщение Network error: No route to host Теперь не могу зайти на сервер ни ftp, ни ssh, вообще ни как. Putty пишет "Network error: No route to host".
Логика вывода пользовательского свойства UF_DEPARTMENT различными компонентами системы, Возможность расширения логики не путем кастомизации - локально, а глобально
Хотелось бы узнать мнение разработчиков на болезненный для меня вопрос по поводу логики вывода свойства UF_DEPARTMENT различными компонентами системы.
Так к примеру bitrix:intranet.structure выводит имя конкретного подразделения к которому принадлежит юзер (сотрудник). А bitrix:socialnetwork_user выводит весь путь-цепочку имен от верхнего по иерархии подразделения до этого конкретного подразделения, к которому принадлежит конкретный юзер. В принципе изначальная логика разработчиков тут понятна: в bitrix:intranet.structure цепочка отображается на верху, а в карточке конкретного пользователя, чтобы ее дублировать, отображается только его конкретное подразделение. Другое дело в bitrix:socialnetwork_user, цепочки нет, значит нужно отобразить ее прямо при выводе. Это касается и при выводе тултипов пользователя. Все вроде логично и понятно. Пока не сталкиваешься на практике с иными требованиями заказчика.
! Заказчик утверждает структуру как правило всегда руководствуясь визуальным представлением структуры, которую выводит bitrix:intranet.structure.visual, и здесь зачастую выдвигаются требования чтобы юзера из вложенных подразделений входили так же и в верхние подразделения., т.е. один юзер принадлежал бы нескольким подразделениям в одной ветви иерархической цепочки. Обоснования таких требований самые разные, и вроде бы разумные, к примеру: чтобы видеть общий список и кол-во всех сотрудников ключевого подразделения и т.д.
Основная проблема, если исполнить такое требование, заключается в том, что при выводе свойства UF_DEPARTMENT в профиле пользователя в соц. сети, цепочка пути по иерархии подчиненности от верхнего подразделения до каждого подразделения где прописан юзер будет дублироваться несколько раз.
Хотелось бы узнать вообще, такая проблема актуальна только для меня или кто-нибудь тоже сталкивался с этой проблемой.
Если эта проблема актуальна для многих, то может имеет смысл об этом дать понять разработчикам bitrix?
К примеру расширить немного логику вывода свойства UF_DEPARTMENT в bitrix:socialnetwork к примеру: если пользователь принадлежит нескольким подразделениям, но в одной ветви вложенности, то считать его принадлежащим только к последнему подразделению в этой ветви и выводить один раз. Ну как-то так.