Re: SRM 7.6.03 Entitlement (SOLVED)
The problem wasn´t the Entitlement Rule or the Flush Entitlement Cache. I wish all Support Staff (from few different companies) to see the SRD. The way I could do it was to create a SRD for each company and a People Qualification with '100025' = Yes. Thank you all anyway. Rgds, Sueli ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: SRM 7.6.03 Entitlement
Entitlement are enable, we have few SRD for different companies and it´s working just fine, my problem is for Support Staff. Thanks anyway. Regards, Sueli ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: SRM 7.6.03 Entitlement
Hi, In 7.6.03 by default the Status of Entitlement Rule is disabled. So we have to enable it in order to apply the entitlement rule for specific SRD's and User's. We can enable it from Application Administration Console - Custom Configuration tab - Service Request Management - Entitlement - Entitlement Management - Enabled or Disabled. Now, if we change the entitlement rules on an existing SRD, we must flush the entitlement cache. We can flush entitlement cache from Application Administration Console - Custom Configuration tab - Service Request Management - Entitlement - Entitlement Management - Other Functions - User Validation - Flush Entitlement Cache HTH -- Regards, ITSM Support Vyom Labs Pvt. Ltd. BSM Solutions Services || ITIL Consulting Training Email: i...@vyomlabs.com || Web Site: www.vyomlabs.com Follow Vyom Labs http://twitter.com/#!/vyomlabs || http://www.linkedin.com/company/vyom-labs -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Sueli Kanegae Sent: Monday, June 18, 2012 11:39 PM To: arslist@ARSLIST.ORG Subject: Re: SRM 7.6.03 Entitlement Dear Listeners, I have an issue about the same subject. For me '100025' = “Yes” would be ok but it´s not working Everyone can see the specific SRD I´ve created, even when I validate diferent users they have diferent Entitlement Rules. There is something missing or wrong and I don´t know what it is, any suggestion? TIA, Sueli ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: SRM 7.6.03 Entitlement
Dear Listeners, I have an issue about the same subject. For me '100025' = “Yes” would be ok but it´s not working Everyone can see the specific SRD I´ve created, even when I validate diferent users they have diferent Entitlement Rules. There is something missing or wrong and I don´t know what it is, any suggestion? TIA, Sueli ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: SRM 7.6.03 Entitlement
make sure Entitlement are enabled Entitlement managemnt in Application management Console -- SRM--Entitlement Ravi Date: Mon, 18 Jun 2012 14:09:16 -0400 From: sue...@yahoo.com Subject: Re: SRM 7.6.03 Entitlement To: arslist@ARSLIST.ORG Dear Listeners, I have an issue about the same subject. For me '100025' = “Yes” would be ok but it´s not working Everyone can see the specific SRD I´ve created, even when I validate diferent users they have diferent Entitlement Rules. There is something missing or wrong and I don´t know what it is, any suggestion? TIA, Sueli ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
SRM 7.6.03 Entitlement
Hi, I'm facing problems in setting up entitlement rules in mulititenancy environment. For exclusion entitlement rule where Everyone is not entitled to see one particular SRD for Company A I am not able to see the others SRDs for Company A as well. Setting this SRD as Global doesn't exclude the visibility. So I'm able to see this one SRD and still the others for Company A don't show up. Flushing entitlement cache doesn't help. Is there any known defect for this functionality or I'm doing somthing wrong? regards, Marek ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: SRM 7.6.03 Entitlement
Do you have multi-tenancy enabled? Do you have an entitlement group setup in which entitles users to the SRDs of that company? You may need to create one overarching group that has access to all the SRD's for that company. I believe when entitlement is enabled, you need to do that. I may be wrong but it's something to try. I haven't configured entitlements in a while :) Hopefully someone will correct me if I am wrong. -Tauf From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Marek B. Sent: Monday, September 26, 2011 6:19 AM To: arslist@ARSLIST.ORG Subject: SRM 7.6.03 Entitlement ** Hi, I'm facing problems in setting up entitlement rules in mulititenancy environment. For exclusion entitlement rule where Everyone is not entitled to see one particular SRD for Company A I am not able to see the others SRDs for Company A as well. Setting this SRD as Global doesn't exclude the visibility. So I'm able to see this one SRD and still the others for Company A don't show up. Flushing entitlement cache doesn't help. Is there any known defect for this functionality or I'm doing somthing wrong? regards, Marek _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ ** This e-mail and its attachments may contain Forest Laboratories, Inc. proprietary information that is privileged, confidential or subject to copyright belonging to Forest Laboratories, Inc. This e-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this e-mail, or the employee or agent responsible for delivering this e-mail to the intended recipient, you are hereby notified that any dissemination, distribution, copying or action taken in relation to the contents of and attachments to this e-mail is strictly prohibited and may be unlawful. If you have received this e-mail in error, please notify the sender immediately and permanently delete the original and any copy of this e-mail and any printout. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
