В первую очередь хочу сказать огромное спасибо Дмитрию за создания своего блога и форума. На данный момент это, вероятно, единственная русскоязычная площадка для обсуждения salesforce.
Я новичок в force.com, скоро будет месяц как начал изучать платформу и уже накопилось несколько вопросов, но я разделил каждый в отдельную тему, так чтобы в будущем каждый вопрос-обсуждение мог жить своей жизнь и не мешал другим вопросам.
Вопрос: насколько глубоко можно кастомизировать UI портала?
У меня стоит задача:
(1) добавить текст в главное поле домашней страницы - здесь я не предвижу проблем - именно это поле-секция-регион и есть то, что в visualforce называют page и заполняют с помощью компонента <apex:page>
(2) поднять в левой колонке секцию log out снизу на верх колонки и в секцию create new... побавить пояснительный текст. Как работать со стандартными секциями левой колонки? Их возможно кастомизировать?
Огромное спасибо
Ура! я сам нашел ответы на многие мои вопросы. Настройки Home страницы Портала находятся там же, где и все настройки домашней страницы. Там можно менять положение (порядок) компонентов, и сделать собственный wide компонент, который и будет содержать основную инфу главной страницы. Нужно собрать все это на новом layoute и назначить его для того профиля пользователей, кто и будет посещать портал.
Остался только вопрос, как кастомизировать стандартный компонент "Create New...", добавив к нему немного пояснительного текста?
Привет Den,
Спасибо за теплые слова! Приятно видеть что мой труд приносит пользу.
Пиши вопросы, с удовольствием буду отвечать.
Вопрос очень расплывчатый. Тут надо смотреть что подразумевается под понятием "портал". Но в принципе можно сделать все что угодно. Если не получится допилить (изменить) стандартную страницу, то всегда можно ее заменить на Visialforce Page, на которой можно творить все что угодно.
Если вы имеете в виду изменение именно Home page, то тут не все так просто. Данная страница собарается из так называемого набора стандартных компонентов (типо кирпичивов), а также есть возможность создавать свой кастомный омпонент, но возможности его крайне ограничены. Засунуть на Home page кастомную Visualforce page напрямую нельзя.
"Левая колонка" в Salesforce называется Sibebar (лучше сразу начять оперировать этим понятием - и мне проще понимать и гугл больше даст ответов на запрос со словом Sidebar). Изменять sidebar не самое лучшее занятие. За всю свою практику я ни разу не встречался с задачей изменить что-то в sidebar. Один раз я сталкнулся с sidebar, когда заказчик засунул туда какой-то страшный javascript, который конфликтовал с моими скриптами. В следующем ответе я покажу как изменять и настраивать Sidebar.
Но опять же повторюсь лучше пересмотреть задачу и решить ее другим способом.
Огромное спасибо, Дмитрий.
все понял
остался только вопрос:
как кастомизировать стандартный компонент "Create New...", добавив к нему немного пояснительного текста?
этот вопрос выплыл из потребностей пользователей. Предполагается, что создание новых записей и будет главное. что будут делать пользователи, и секция "Create New..." - удобный путь для этого. НО маленькая она, неприметная, к ней бы добавить пояснительно текста.
Хотя есть небольшое решение. Если сделать кастом компонент для сайдбара с пояснительным текстом и повесить его прямо над "Create New..." Сейчас буду пробовать....
Да, все правильно.
Вот собственно небольшая инструкция по работе с sidebar
Во первых глобальные настройки для Sidebar находятся в Setup->Customize->User Interface
Чтобы создать кастомный компонент, который можно положить в Sidebar делаем так:
1. Setup->Customize->Home->Home Page Components->New
2. Выбор типов кастомных компонентов не велик, и нас, как программистов интересовать будет самый "продвинутый" - HTML
3. Выбираем Narrow(Left) Column для того чтобы компонент попал в Sidebar, включаем редактирование в режиме HTML и вставляем наш "зловредный" код на Javascript
Далее вставляем наш кастоный компонент в Sidebar
1. Идем в Setup->Customize->Home->Home Page Layout
2. Видем то что у нас есть по умолчанию (может отличаться от того что у меня на скриншоте)
3. Нажимаем Edit и включаем наш новый компонент
4. Сохраняем и проверяем результаты
Вот так выглядит и работает наш новый кастомный Sidebar компонент
Сам компонент никак нельзя изменить, потому что у нас нет доступа к его коду.
Но можно воспользоваться волшебным javascript и так сказать захардкодить новое поведение компонента "Create New ..."
Javascript можно положить к тот же кастомный компонент.
Но вот плохо что придется "хардкодить". Придется опираться на структуру (id, classes) html которую дает сам Salesforce. И нем гарантии что завтра эта страктура не поменяется и ваш хардкод перестанет работать.
Лучше предложить вашим пользователям полностью кастомный вариант, чем украшать кастылями стандартный SF функционал.
Спасибо за подробное, душевное объяснение. Согласен со всем.
Можно бы тряхнуть стариной JavaScriptом и попробовать кастомизировать разметку, к которой нет прямого доступа.
Но как решение - это конечно "костыль". Надеюсь до этого не дойдет.
Спасибо
Создал портального пользователя только благодаря вашей статье. Просто ребус.
Примечение: при попытке создания портального юзера в экканте я не нашел кнопки «Work with portal», и пошел на Manage Externai User ->Enable Customer User. Почему то вот так...
Вопрос: и далее при создании нового юзера я не могу явно приписать его к какому то порталу, это как я понял регулируется только в настойках портала - в профилях пользователей. Я не пробовал, но если создать три портала для одинакового профиля, а потом создать юзера с таким профилем, то на почту придет пароль от всех трех порталов или один пароль на все порталы, вот эту тонкость еще не разобрал.
Еще вопрос про Allow Customer Portal Self-Registration: если все это сделать получается что пользователи сами заходят на порталный вход, и превращают свой заранее существующий эккаунт в нового юзера с теми настройками портальная роль, профиль и лицензиия что мы указали в настройках самого портала?
Теперь немного добавлю. Я описал как создаются пользователи на портали через Allow Customer Portal Self-Registration, но я так никогда не делаю. Лучше почитай про то как создавать community (типо замена порталам), но там точно такой же принцип можно применить и для портала. Т.е. объеденить портал и site и будет просто супер. Та регистрация что предлагает сам портал - это очень неудобный метод.
До коммунити еще руки не дошли.
У меня задача будет еще веселее. В Приложение нужно будет загрузить записи сотен пользователей в контакт и юзеры, при этом поле Federation ID будет заполнено, и по идее эти пользователи переходя со своего какого-то сайта\сервиса на новый Портал вообще не должны будут логится. Вот такие пироги....
Проверил. Да кнопка поменяла свое название:
Провел эксперимент:
На орге где у меня было уже комьюнити и тестовый customer portal создал еще один customer portal.
Везде в качестве профиля назначенного профиля использовал один и тот же.
При создании пользователя, действительно, не спросил для какого портала мы хотим создать пользователя. Единственное что мы задаем при создании пользователя это профиль. Значит только он и будет говорить к какому порталу пользователь имеет доступ.
В моем случае получается что пользователь с заданным профилем может иметь доступ и к комьюнити и к двум порталам.
А на почту пришло письмо с приглашением на community. Прикольно получилось.
Так что совет один. Для каждого портала свой профиль и будет все нормально
Не совсем понял "сейчас уже добавить и активировать профиль нельзя"? Ты про это?
Setup->Customer Portal->Assigned Profiles->Edit Profiles
(Кстати это первая тема на форуме, которая пробила вторую старницу :))
В портал можно добавить только 4 стандартных профиля (и то если они есть у заказчика) или клоны от них. Часто бывает что у заказчика нет нужных лицензий (не купил) и поэтому профили нужные не видны.
Вот только эти профили можно добавлять (или клоны от них):
Authenticated Website
High Volume Customer Portal
Customer Portal Manager Standard
Customer Portal Manager Custom
они различаются степень доступа к стандартным объектам.
Я все время использую последние два. Вернее клонирую один из них, настраиваю и подключаю к порталу
Это ограничение кстати снято в communities. Это те же customer portals, но уже можно любой профиль подключить.
Кажется теперь понял ваше предыдущее сообщение: про кастомную страницу регистрации в целом мне еще думать рано.
А вот примеры того, как создавать Сustomer portal User из под кода могут пригодится уже сейчас.
Пример регистрации пользователя из кода можно найти в классе c_CommunityRegisterCtrl, который я описал в статье про communities. Принцип для customer portal тот же самый.
Увидел в объекте Accounts чек бокс поле "Customer Portal Account", и не помню, чтобы оно пригодилось, когда я создавал специальный эккаунт на который ссылались "портальные" контакты. Никто не сталкивался ли с этим, есть ли у этого поля какое-то практическое применение или необходимость в нем?
OOO! Отличная задача! Это называется SSO (Single Sign-On).
Вот самая подходящая статья для понимания - Single Sign-On with SAML on Force.com
Сам недавно пробовал ради любопытства SSO прикрутить к тестовому оргу. Получилось, но я скажу, что задача эта из разряда сложных. Тут больше сложности на стороне самого внешнего сервера. На самом Salesforce делать практически нечего - пара настроек.
(млин, ответил на старое сообщение 
только сейчас заметил. Но вроде в тему получилось)
Спасибо за статью. Я думал, что там только в federal ID поле закидываешь ID и все. Но оказалось, нужно немного покопаться в настройках. Ладно, буду разбираться, когда до этого дело дойдет, не все сразу.
Наверное ты имеешь в виду это поле - IsCustomerPortal?
Boolean Account.IsCustomerPortal
Description
Indicates whether the account has at least one contact enabled to use the organization's Customer Portal (true) or not (false). This field is available if Customer Portal is enabled OR Communities is enabled and you have Customer Portal licenses.
If you change this field's value from true to false, you can disable up to 100 Customer Portal users associated with the account and permanently delete all of the account's Customer Portal roles and groups. You can't restore deleted Customer Portal roles and groups.
Получается что это поле показывает что у аккаунта есть один и более активных портальных контакта (т.е. устанавливается автоматически). И если его выставить в false, то тем самым можно деактивировать все портальные контакты (вернее не все, а до 100 контактов). Полезный конечно функционал, но я бы его лучше не использовал.
Ну вот подошел и мой черед заниматься более глубокой кастомизацией портала.
Первая идея и вопрос: можно ли создать второй Таб для кастомного объекта. Во втором Табе будет показан немного другой Вью, другой тип рекорд тайп и другой лейаут для дитейл пэйдж . Зачем это нужно? показать пользователю как по-разному могут видеть записи одного и того же объекта пользователи с разными профайлами, показать как запись созданная одним пользователем - переходит к следующему в логической цепочке бизнес процесса, и этот пользователь может создать свою запись, и смотреть куда она дальше попала, и что дальше другой пользователей может с ней сделать. Все это исключительно с демонстрационной целью.
Можно ли сделать Таб для VF страницы? Как вообще заменить домашную страницу Портала на кастомную?
Вот мой небольшой опыт использования VF страницы для домашней стандартной страницы: VF страницу можно вставить в широкий компонент через ifame...
