|
![]() |
#1 |
Участник
|
Цитата:
Помнится, как-то здесь как раз на тему фронт-офиса народ выражался пессимистично. Тонким местом считали необходимость создания пользователя домена для входа в портал и то, что может создаваться слишком много розничных заказов. А как у вас эта проблема решена? ...посмотрел повнимательнее, - кажется, это сайты для оптовиков...? Последний раз редактировалось Narayana; 28.01.2013 в 15:16. |
|
![]() |
#2 |
Участник
|
Да, это вэб-магазины по модели B2B (business-to-business). Думаю, для такой модели портал подходит (примеры выше тому подтверждение).
Лишний домен для внешнего доступа рекомендован майкрософтом, но не обязателен (т.н. perimeter network). Можно создавать аккаунты и во внутреннем домене, в собственной Organizational Unit c ограниченными правами доступа. Кстати в AX2012 наконец-то появилась возможность хранить внешние аккаунты в базе данных. |
|
![]() |
#3 |
Участник
|
Товарищи, помогите разобраться с алгоритмом регистрации нового пользователя Портала.
При определенных настройках в меню появляется пункт "Регистрация". У меня два вопроса по этому поводу. Первый: при каких условиях этот пункт меню оказывается видимым и при каких условиях кнопка "Отправить" (форму-заявку на регистрацию) оказывается активной. Второй: какова логика и последовательность событий при регистрации. Еще раз повторю ранее сказанное, - рад бы почитать, да негде. Попробую пояснить, почему мне здесь не все понятно. Сам процесс регистрации пользователя обычно связан с тем, что до момента регистрации все обслуживание на сайте должно быть анонимным от лица системы. В Портале же, с одной стороны, есть, вроде бы, возможность отправить заявку на регистрацию пользователя, когда вы входите на портал под гостевой учетной записью, заполняете форму и ждете на почту сообщение со ссылкой активации. Но, также есть еще возможность отправить заявку на регистрацию, когда уже вошли под какой-то учетной записью. И дальше происходит нечто абсурдное. Вы в форме регистрации должны выбрать из списка или ввести данные компании. Эти даные затем появятся в форме обработки запросов на регистрацию в Аксапте. Вопрос: зачем кому-то регистрироваться, если он уже и так зашел на Портал под существующей учетной записью? Но, мало того, если пользователь в Аксапте сопоставлен с сотрудником, клиентом, поставщиком или деловым отношением с помощью формы Пользовательские связи, данные как раз этого клиента-посатвщика-сотрудника и появляются в форме заявки на регистрацию на Портале. Тчк. Это как понимать-то, вообще? Регистрировать то, что уже и так зарегистрировано? Ну, хорошо, допустим, видимость формы заявки на регистрацию на Портале зависит от пользовательстких связей. Или, точнее, того, кем мы объявляем пользователя. Хотя, чтобы понять это, нужно пару дней поупражняться, меняя ролевые привязки пользователя и при этом разглядывая Портал на предмет, а что там изменится? Но, блин, вот нам Портал показал три поля: имя пользователя, е-мэйл пользователя, язык, которые нужно заполнить и нажать кнопочку "отправить", а когда вы ее нажмете, система обрадует вас сообщением инфолайна о том, что нужно заполнить еще несколько полей (компания, адрес, телефон и т.д.), которые в данный момент на форме скрыты... Теперь я, кажется, понимаю, почему нет документации на функционал Портала. Если ее опубликовать, то придется описывать то, что еще просто не работает... Нет? Но, может быть кто-нибудь может описать каноническую последовательность действий при регистрации? При создании заявки от гостевой учетной записи что дальше происходит? В моем понимании разрыв... То ли система должна выдать пользователю временную учетную запись, чтобы войдя под ней, пользователь ввел бы дополнительные данные о своей компании (а как с частными лицами?) и снова отправил заявку на утверждение. Но для этого в домене должна быть создана доменная учетная запись. Кто ее создает? По кнопочке "Создать" в форме администрирования регистрации, вроде бы, создается новая запись в форме "Клиенты", но не новый пользователь домена... Уф... Но, раз есть рабочие сайты, кто-то ведь с этим разобрался...? ) |
|
![]() |
#4 |
Участник
|
...чем дальше в лес, тем толще партизаны...
Обнаружил еще одну интересную особенность процесса регистрации пользователя Портала. Хотя, регистрации чего именно, пока непонятно, потому как, если просто добавить в Аксапту нового пользователя, приписать его к группе пользователей и создать соответствующего ему пользователя SharePoint, то он вполне себе может входить на портал. То есть, вся система регистрации нужна для того, чтобы послать новому пользователю письма с паролем и учетной записью? Но, вот, собственно, об интересном. На одном из шагов в работе с формой Аксапты "Регистрация", система генерит временный пароль и его можно посмотреть, нажав кнопочку Пароль. Вопрос: а что это за пароль? На Портал юзер входит, используя доменную учетную запись и, естественно, пароль, созданный для этой учетной записи на контроллере домена. При этом в письме пользователю есть слова, что пользователь может изменить пароль при первом входе в систему. А вот никаких средств для изменения пароля система, вроде, не предлагает. Да и как она может их предложить, если я для этой учетной записи в домене поставил галочку, что пользователь не может менять пароль? Последний раз редактировалось Narayana; 30.01.2013 в 14:45. |
|
![]() |
#5 |
Участник
|
Эта система регистрации досталась в наследство еще с портала AX 3.0, когда еще не было входа через домен. С годами микрософт ничего там не меняла, и весь этот сумбур так и перешел в 2009. Потому и документации не существует. Короче без серьезной доработки "все это" использовать нельзя.
|
|
![]() |
#6 |
Участник
|
Цитата:
Сообщение от nikos2001
![]() Эта система регистрации досталась в наследство еще с портала AX 3.0, когда еще не было входа через домен. С годами микрософт ничего там не меняла, и весь этот сумбур так и перешел в 2009. Потому и документации не существует. Короче без серьезной доработки "все это" использовать нельзя.
А на Ах2012 переделали, не знаете? |
|
![]() |
#7 |
Участник
|
На AX2012 не знаю, но там и сам процесс регистрации пользователей отличается (для входа можно использовать не только домен). Документация из AX3, если она есть, будет релевантна только в части создания клиента в аксапте, который уже привязан к пользователю. Процесс создание самого пользователя в 2009, естественно, отличается от 3.0
|
|
Теги |
ax2009, enterprise portal, ep |
|
|