Thanks for validating. Guest user is the only way I can think of where a person would be logged in an not associated with their Login ID (assuming it isn't a shared account that is use for authentication). I guess it is possible that Authentication Unregistered Users would allow a person to login without having a Login ID (User record) but without Login ID there is no way to associate the person to their People record.
I am trying to figure out what patchsk is referring to: "Hmm upon further review it seems like you actually do not need a login to use SRM. All you need is just a person record". Maybe that wasn't a technical statement but a licensing one? Jason On Thu, Jan 23, 2014 at 11:53 AM, Roger Justice <rjust2...@aol.com> wrote: > ** SRM does not allow guest users. BMC R&D wrote the workflow to enforce > this. > > > -----Original Message----- > From: Jason Miller <jason.mil...@gmail.com> > To: arslist <arslist@ARSLIST.ORG> > Sent: Thu, Jan 23, 2014 2:42 pm > Subject: Re: Why do service requests require a Login ID? > > ** > I haven't looked into using SRM without a Login ID. How does it work if > you don't have a Login ID but do have a People record? If the person is > not logged in with their account how is a person associated with their > People record? Does it prompt them to enter their people ID or search for > their People record by name? > > <a few minutes passed> > So I did a quick test. I enabled allow guest users and was presented with > a warning that "Logged in user not recognized...". and was sent back to the > landing console. I created a People record for a test user but without the > Login name I am not sure how to associated with the guest login. > > Jason > > > On Wed, Jan 22, 2014 at 1:42 AM, patchsk <vamsi...@gmail.com> wrote: > >> ** >> Hmm upon further review it seems like you actually do not need a login to >> use SRM. All you need is just a person record. >> And there is no license control at the system level, only paper licenses. >> In that case no idea why would a loginID be required for SR creation from >> Incident. >> >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> > > _ARSlist: "Where the Answers Are" and have been for 20 years_ > _ARSlist: "Where the Answers Are" and have been for 20 years_ > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"