Re: ARERR 44856 - You do not have the permission to move to the status of Scheduled for Approval
Are these one off records or all changes? I remember there being some workflow that checked a hidden field called change request previous status or something and there were times where it got set improperly for whatever reason. Also, do you have any approvals at the Sched for Review stage? If not, just set up the Change Approval Configuration to allow for a system approval at that stage or set it up to go to Scheduled if No Approvers. Sent from my iPhone On Jul 21, 2014, at 3:38 PM, Tami Palacky tpala...@gmail.com wrote: ** thank you for the response. the user, as well as myself as an admin, have the functional role and we are still getting the error. On Wednesday, July 16, 2014 5:05:07 PM UTC-4, Ars Lister wrote: ** This is usually a permission issue as indicated by the error. If the user does not have the Infrastructure Change Manager functional role, they are not allowed to move the change into Scheduled for Approval. Usually, you just have the person in their group that does have that functional role schedule the approval. A regular Change User is not allowed to do it OOTB for versions 7.5 nor 7.6.04. On Wednesday, July 16, 2014 12:03 PM, Tami Palacky tpal...@gmail.com wrote: ** i have a user with this same error. even as an admin i am not abel to advance the change request. i have disabled the transition rules in the SYS:Status Flow Trasition Rules form and still not able to move it forward. anyone have a solution for this? ARS 7.6.04 p4 SQL Server thank you On Monday, April 7, 2014 10:40:30 AM UTC-4, pritch wrote: Check the status transition rules. If there is a record for the users role that goes from status A to status B and is enabled it will give you that error msg. Disabling one of those rules will allow it to go forward if that's what you need. - Original Message - From: Harry amrutha...@gmail.com To: ars...@arslist.org Sent: Sunday, April 6, 2014 2:38:11 AM Subject: Re: ARERR 44856 - You do not have the permission to move to the status of Scheduled for Approval ** Nop, its Change Management 7.5.01 patch 002. I am wondering in this version we do not have change co-ordinator functional role ? As I'm not sure if a user with change user app permission with change assignee role can move the CRQ ahead from 'scheduled for Review' status to scheduled. (Here is the this error coming) and then only change manager group can move this request to scheduled status. seems this is OOTB behaviour ? thnaks On Friday, April 4, 2014 3:07:41 PM UTC-5, Harry wrote: ** Hi All, Any possible solution to fix this error - On change form user is getting below error- ARERR 44856 - You do not have the permission to move to the status of Scheduled for Approval Thanks for the help... -Harry _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 http://www.arslist.org/ 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_ _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
Re: Restrict a specific users or group for Adding/Deleting in Attachment Pool field
What about the attachment field? I don't see the permissions for it in the screenshot. The error is specifically indicating the attachment field ('Attach') does not have any permissions, NOT the attachment pool. This is also supported by being able to see the attachment pool while logged in as a non-admin but not the attachment field in the pool. An attachment pool is a collection of one or more attachment fields. For the most basic attachment functionality you use 1 attachment pool and 1 attachment field in that pool. Each attachment field can have permissions separate form the attachment pool. An attachment pool cannot have write permissions because it is just a container to displaying attachment fields. An attachment field can have write permissions because it has data directly associated with it. Jason On Mon, Jul 21, 2014 at 11:34 PM, Karthick S karthick...@gmail.com wrote: ** Hi Doug, Please find the attached screenshots. When i add label name 'Attach' in 'Attach Fields' and while saving the form i am receiving the message. Yes, like you said i have given the write permission to Attachment Pool. On Tue, Jul 22, 2014 at 3:03 PM, Mueller, Doug doug_muel...@bmc.com wrote: ** Which field was this commenting on? Did you set permission on the Attachment Pool. Probably setting Public access because you want everyone to be able to read attachments and just control who can write. If it is complaining only about the attachment field itself, then if you want everyone to be able to read it, add Public -- Read access to that field. That should let everyone read the attachments. I don’t know why you are getting the message about only the Admin having access if you did assign another group Write access to the field. Verify that you have a group of type Change (you should not be able to assign change permission if the group is not type Change so it should be this way). Make changes to ONE field at a time and save to make sure you know what any message is referring to in case there is any confusion. Doug *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Karthick S *Sent:* Monday, July 21, 2014 8:09 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: Restrict a specific users or group for Adding/Deleting in Attachment Pool field ** Hi Doug, Like you said, i created a Attachment field in a Regular form and i have added a group which has write access, then while saving the form i got the below message. Only the Administrator has access to this field (ARWARN 50) Now in this Only i am able to attach or see the attachment file when i log-in as Admin. else nothing work. Help me out. On Thu, Jul 17, 2014 at 9:15 AM, Karthick S karthick...@gmail.com wrote: --- Thanks Gregory, Doug, Misi.. Let me try and let you know output. Thanks once again for your Answers and Suggestion. On Thu, Jul 17, 2014 at 3:06 AM, Mueller, Doug doug_muel...@bmc.com wrote: Permissions are almost always the answer whenever the question is restrict/allow users to do So first, set up permissions on the attachment fields themselves to have permission for a group that everyone is in to have read access -- but not write access. Have another group that has write access to the attachment fields. Note that everyone should have access to the attachment pool if they have read access at least to the attachment fields. Now, give all users the read group (you probably use a group they are already in for this) and give the users you want to have write access to the attachment fields the second group. This strategy protects change from the screen AND from API programs AND from any other access method the user may try. If you just play with buttons or hiding/showing on the screen, you can prevent them from doing the operation on the screen, but it does not protect access by the API or by email or by any other means. I hope this helps, Doug Mueller -Original Message- From: Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Tuesday, July 15, 2014 11:57 PM To: arslist@ARSLIST.ORG Subject: Re: Restrict a specific users or group for Adding/Deleting in Attachment Pool field Hi, Permission groups are used to ADD, not to RESTRICT. You need to make sure that the users in question does NOT belong to a group that has write access to the field (attachment slots/pool). Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13): * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. Hi All. Is there any way to restrict a specific
Re: Restrict a specific users or group for Adding/Deleting in Attachment Pool field
Hi Jason, Can you please tell how do i give the permission to the Attachment field.? On Tue, Jul 22, 2014 at 5:05 PM, Jason Miller jason.mil...@gmail.com wrote: ** What about the attachment field? I don't see the permissions for it in the screenshot. The error is specifically indicating the attachment field ('Attach') does not have any permissions, NOT the attachment pool. This is also supported by being able to see the attachment pool while logged in as a non-admin but not the attachment field in the pool. An attachment pool is a collection of one or more attachment fields. For the most basic attachment functionality you use 1 attachment pool and 1 attachment field in that pool. Each attachment field can have permissions separate form the attachment pool. An attachment pool cannot have write permissions because it is just a container to displaying attachment fields. An attachment field can have write permissions because it has data directly associated with it. Jason On Mon, Jul 21, 2014 at 11:34 PM, Karthick S karthick...@gmail.com wrote: ** Hi Doug, Please find the attached screenshots. When i add label name 'Attach' in 'Attach Fields' and while saving the form i am receiving the message. Yes, like you said i have given the write permission to Attachment Pool. On Tue, Jul 22, 2014 at 3:03 PM, Mueller, Doug doug_muel...@bmc.com wrote: ** Which field was this commenting on? Did you set permission on the Attachment Pool. Probably setting Public access because you want everyone to be able to read attachments and just control who can write. If it is complaining only about the attachment field itself, then if you want everyone to be able to read it, add Public -- Read access to that field. That should let everyone read the attachments. I don't know why you are getting the message about only the Admin having access if you did assign another group Write access to the field. Verify that you have a group of type Change (you should not be able to assign change permission if the group is not type Change so it should be this way). Make changes to ONE field at a time and save to make sure you know what any message is referring to in case there is any confusion. Doug *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Karthick S *Sent:* Monday, July 21, 2014 8:09 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: Restrict a specific users or group for Adding/Deleting in Attachment Pool field ** Hi Doug, Like you said, i created a Attachment field in a Regular form and i have added a group which has write access, then while saving the form i got the below message. Only the Administrator has access to this field (ARWARN 50) Now in this Only i am able to attach or see the attachment file when i log-in as Admin. else nothing work. Help me out. On Thu, Jul 17, 2014 at 9:15 AM, Karthick S karthick...@gmail.com wrote: --- Thanks Gregory, Doug, Misi.. Let me try and let you know output. Thanks once again for your Answers and Suggestion. On Thu, Jul 17, 2014 at 3:06 AM, Mueller, Doug doug_muel...@bmc.com wrote: Permissions are almost always the answer whenever the question is restrict/allow users to do So first, set up permissions on the attachment fields themselves to have permission for a group that everyone is in to have read access -- but not write access. Have another group that has write access to the attachment fields. Note that everyone should have access to the attachment pool if they have read access at least to the attachment fields. Now, give all users the read group (you probably use a group they are already in for this) and give the users you want to have write access to the attachment fields the second group. This strategy protects change from the screen AND from API programs AND from any other access method the user may try. If you just play with buttons or hiding/showing on the screen, you can prevent them from doing the operation on the screen, but it does not protect access by the API or by email or by any other means. I hope this helps, Doug Mueller -Original Message- From: Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Tuesday, July 15, 2014 11:57 PM To: arslist@ARSLIST.ORG Subject: Re: Restrict a specific users or group for Adding/Deleting in Attachment Pool field Hi, Permission groups are used to ADD, not to RESTRICT. You need to make sure that the users in question does NOT belong to a group that has write access to the field (attachment slots/pool). Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13): * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance
Re: Close button on Incident form in ITSM 8.x
In the landingconsole opening stuff will build a breadcrumb. Just clicking the Previous crumb will close the current view and open the Previous view. Grtz Jef Op 21-jul.-2014 17:27 schreef mike chepaykin mchepay...@gmail.com: ** Hi, all! Just a simple question - has anyone had an experience on adding kind of Close button to, lets say, Incidents form in ITSM 8.x? Things gets more complicated with SHR:LandingConsole and inline forms in it... Maybe someone can recall kind of event to be sent to Landing Console, something like CLOSE_CURRENT_VIEW_AND_SWITCH_TO_PREVIOUS_VIEW, nah? Simple Close Window action do not work for forms opend in Landing Console, even make it unusable untill reload. _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
Re: Restrict a specific users or group for Adding/Deleting in Attachment Pool field
OK, you have permission on the form and the attachment pool. But you did not give permission to the attachment field itself. So, you have permissions to the containers but not to the actual data field. You can always select a field by going to the field list and then picking the field in question from it. That will open the field properties for that field. Then, you can set the permissions on the field itself to control who has access and what kind of access. Here is where you want to give Public read to allow anyone to read and write only to a specific group to allow control over who can write the field. Since you are not sure of how to set permission on the attachment field, that was clearly where the warning about only the Admin being able to access the field came from - because you have not defined any permissions for the attachment field itself. Get that set up and you should be good to go. Doug From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Karthick S Sent: Tuesday, July 22, 2014 12:34 AM To: arslist@ARSLIST.ORG Subject: Re: Restrict a specific users or group for Adding/Deleting in Attachment Pool field ** Hi Jason, Can you please tell how do i give the permission to the Attachment field.? On Tue, Jul 22, 2014 at 5:05 PM, Jason Miller jason.mil...@gmail.commailto:jason.mil...@gmail.com wrote: ** What about the attachment field? I don't see the permissions for it in the screenshot. The error is specifically indicating the attachment field ('Attach') does not have any permissions, NOT the attachment pool. This is also supported by being able to see the attachment pool while logged in as a non-admin but not the attachment field in the pool. An attachment pool is a collection of one or more attachment fields. For the most basic attachment functionality you use 1 attachment pool and 1 attachment field in that pool. Each attachment field can have permissions separate form the attachment pool. An attachment pool cannot have write permissions because it is just a container to displaying attachment fields. An attachment field can have write permissions because it has data directly associated with it. Jason On Mon, Jul 21, 2014 at 11:34 PM, Karthick S karthick...@gmail.commailto:karthick...@gmail.com wrote: ** Hi Doug, Please find the attached screenshots. When i add label name 'Attach' in 'Attach Fields' and while saving the form i am receiving the message. Yes, like you said i have given the write permission to Attachment Pool. On Tue, Jul 22, 2014 at 3:03 PM, Mueller, Doug doug_muel...@bmc.commailto:doug_muel...@bmc.com wrote: ** Which field was this commenting on? Did you set permission on the Attachment Pool. Probably setting Public access because you want everyone to be able to read attachments and just control who can write. If it is complaining only about the attachment field itself, then if you want everyone to be able to read it, add Public -- Read access to that field. That should let everyone read the attachments. I don't know why you are getting the message about only the Admin having access if you did assign another group Write access to the field. Verify that you have a group of type Change (you should not be able to assign change permission if the group is not type Change so it should be this way). Make changes to ONE field at a time and save to make sure you know what any message is referring to in case there is any confusion. Doug From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Karthick S Sent: Monday, July 21, 2014 8:09 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Restrict a specific users or group for Adding/Deleting in Attachment Pool field ** Hi Doug, Like you said, i created a Attachment field in a Regular form and i have added a group which has write access, then while saving the form i got the below message. Only the Administrator has access to this field (ARWARN 50) Now in this Only i am able to attach or see the attachment file when i log-in as Admin. else nothing work. Help me out. On Thu, Jul 17, 2014 at 9:15 AM, Karthick S karthick...@gmail.commailto:karthick...@gmail.com wrote: --- Thanks Gregory, Doug, Misi.. Let me try and let you know output. Thanks once again for your Answers and Suggestion. On Thu, Jul 17, 2014 at 3:06 AM, Mueller, Doug doug_muel...@bmc.commailto:doug_muel...@bmc.com wrote: Permissions are almost always the answer whenever the question is restrict/allow users to do So first, set up permissions on the attachment fields themselves to have permission for a group that everyone is in to have read access -- but not write access. Have another group that has write access to the attachment fields. Note that everyone should have access to the attachment pool if they have read access at least to the attachment fields. Now, give all
JOB: Sr. Remedy Consultant--GDIT
Must be a US Citizen and have atleast a DoD Secret clearance or a DHS EOD. Must be able to get a TS-SCI clearance. This is in support of DHS. This is a long term salaried position with GDIT, great salary, 401k and health. Need 10 years Remedy experience. Must know all ITSM modules, 7.6 or 8.1 Must know orchestrator and CMDB cold. ADDM experience is highly desirable. Work is in SE DC, metro w/shuttle or drive (ST. E's) VAST majority of work on site, but we can accomodate 4 x 10s. Please no subs, will evaluate a 1099 with the right skills. michael.campbe...@gdit.com ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: ARERR 44856 - You do not have the permission to move to the status of Scheduled for Approval
thank you but that did not work. :( i would try it but the copy change feature would not work in this unfortunately On Monday, July 21, 2014 7:10:48 PM UTC-4, Nagidi Pavan wrote: ** Hi Tami, Could you please try by deleting the functional roles and adding them back! Try with a new CRQ rather than approving the old ones.. On Tue, Jul 22, 2014 at 1:08 AM, Tami Palacky tpal...@gmail.com javascript: wrote: ** thank you for the response. the user, as well as myself as an admin, have the functional role and we are still getting the error. On Wednesday, July 16, 2014 5:05:07 PM UTC-4, Ars Lister wrote: ** This is usually a permission issue as indicated by the error. If the user does not have the Infrastructure Change Manager functional role, they are not allowed to move the change into Scheduled for Approval. Usually, you just have the person in their group that does have that functional role schedule the approval. A regular Change User is not allowed to do it OOTB for versions 7.5 nor 7.6.04. On Wednesday, July 16, 2014 12:03 PM, Tami Palacky tpal...@gmail.com wrote: ** i have a user with this same error. even as an admin i am not abel to advance the change request. i have disabled the transition rules in the SYS:Status Flow Trasition Rules form and still not able to move it forward. anyone have a solution for this? ARS 7.6.04 p4 SQL Server thank you On Monday, April 7, 2014 10:40:30 AM UTC-4, pritch wrote: Check the status transition rules. If there is a record for the users role that goes from status A to status B and is enabled it will give you that error msg. Disabling one of those rules will allow it to go forward if that's what you need. - Original Message - From: Harry amrutha...@gmail.com To: ars...@arslist.org Sent: Sunday, April 6, 2014 2:38:11 AM Subject: Re: ARERR 44856 - You do not have the permission to move to the status of Scheduled for Approval ** Nop, its Change Management 7.5.01 patch 002. I am wondering in this version we do not have change co-ordinator functional role ? As I'm not sure if a user with change user app permission with change assignee role can move the CRQ ahead from 'scheduled for Review' status to scheduled. (Here is the this error coming) and then only change manager group can move this request to scheduled status. seems this is OOTB behaviour ? thnaks On Friday, April 4, 2014 3:07:41 PM UTC-5, Harry wrote: ** Hi All, Any possible solution to fix this error - On change form user is getting below error- ARERR 44856 - You do not have the permission to move to the status of Scheduled for Approval Thanks for the help... -Harry _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 http://www.arslist.org/ 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_ _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
Re: ARERR 44856 - You do not have the permission to move to the status of Scheduled for Approval
A bit of a longshot here... Is there any workflow that is trying to submit/update another change? Just thinking maybe it isn't the change you are working with throwing the error but one that is related. Jason On Tue, Jul 22, 2014 at 8:37 AM, Tami Palacky tpala...@gmail.com wrote: ** thank you but that did not work. :( i would try it but the copy change feature would not work in this unfortunately On Monday, July 21, 2014 7:10:48 PM UTC-4, Nagidi Pavan wrote: ** Hi Tami, Could you please try by deleting the functional roles and adding them back! Try with a new CRQ rather than approving the old ones.. On Tue, Jul 22, 2014 at 1:08 AM, Tami Palacky tpal...@gmail.com wrote: ** thank you for the response. the user, as well as myself as an admin, have the functional role and we are still getting the error. On Wednesday, July 16, 2014 5:05:07 PM UTC-4, Ars Lister wrote: ** This is usually a permission issue as indicated by the error. If the user does not have the Infrastructure Change Manager functional role, they are not allowed to move the change into Scheduled for Approval. Usually, you just have the person in their group that does have that functional role schedule the approval. A regular Change User is not allowed to do it OOTB for versions 7.5 nor 7.6.04. On Wednesday, July 16, 2014 12:03 PM, Tami Palacky tpal...@gmail.com wrote: ** i have a user with this same error. even as an admin i am not abel to advance the change request. i have disabled the transition rules in the SYS:Status Flow Trasition Rules form and still not able to move it forward. anyone have a solution for this? ARS 7.6.04 p4 SQL Server thank you On Monday, April 7, 2014 10:40:30 AM UTC-4, pritch wrote: Check the status transition rules. If there is a record for the users role that goes from status A to status B and is enabled it will give you that error msg. Disabling one of those rules will allow it to go forward if that's what you need. - Original Message - From: Harry amrutha...@gmail.com To: ars...@arslist.org Sent: Sunday, April 6, 2014 2:38:11 AM Subject: Re: ARERR 44856 - You do not have the permission to move to the status of Scheduled for Approval ** Nop, its Change Management 7.5.01 patch 002. I am wondering in this version we do not have change co-ordinator functional role ? As I'm not sure if a user with change user app permission with change assignee role can move the CRQ ahead from 'scheduled for Review' status to scheduled. (Here is the this error coming) and then only change manager group can move this request to scheduled status. seems this is OOTB behaviour ? thnaks On Friday, April 4, 2014 3:07:41 PM UTC-5, Harry wrote: ** Hi All, Any possible solution to fix this error - On change form user is getting below error- ARERR 44856 - You do not have the permission to move to the status of Scheduled for Approval Thanks for the help... -Harry _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 http://www.arslist.org/ 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_ _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
Re: ARERR 44856 - You do not have the permission to move to the status of Scheduled for Approval
Turn on logging and have the user execute the action again – the log files may help to identify what workflow is blocking the approval. Thank you, Sandra Hennigan Remedy Developer From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller Sent: Tuesday, July 22, 2014 11:49 AM To: arslist@ARSLIST.ORG Subject: Re: ARERR 44856 - You do not have the permission to move to the status of Scheduled for Approval ** A bit of a longshot here... Is there any workflow that is trying to submit/update another change? Just thinking maybe it isn't the change you are working with throwing the error but one that is related. Jason On Tue, Jul 22, 2014 at 8:37 AM, Tami Palacky tpala...@gmail.commailto:tpala...@gmail.com wrote: ** thank you but that did not work. :( i would try it but the copy change feature would not work in this unfortunately On Monday, July 21, 2014 7:10:48 PM UTC-4, Nagidi Pavan wrote: ** Hi Tami, Could you please try by deleting the functional roles and adding them back! Try with a new CRQ rather than approving the old ones.. On Tue, Jul 22, 2014 at 1:08 AM, Tami Palacky tpal...@gmail.commailto:tpal...@gmail.com wrote: ** thank you for the response. the user, as well as myself as an admin, have the functional role and we are still getting the error. On Wednesday, July 16, 2014 5:05:07 PM UTC-4, Ars Lister wrote: ** This is usually a permission issue as indicated by the error. If the user does not have the Infrastructure Change Manager functional role, they are not allowed to move the change into Scheduled for Approval. Usually, you just have the person in their group that does have that functional role schedule the approval. A regular Change User is not allowed to do it OOTB for versions 7.5 nor 7.6.04. On Wednesday, July 16, 2014 12:03 PM, Tami Palacky tpal...@gmail.commailto:tpal...@gmail.com wrote: ** i have a user with this same error. even as an admin i am not abel to advance the change request. i have disabled the transition rules in the SYS:Status Flow Trasition Rules form and still not able to move it forward. anyone have a solution for this? ARS 7.6.04 p4 SQL Server thank you On Monday, April 7, 2014 10:40:30 AM UTC-4, pritch wrote: Check the status transition rules. If there is a record for the users role that goes from status A to status B and is enabled it will give you that error msg. Disabling one of those rules will allow it to go forward if that's what you need. - Original Message - From: Harry amrutha...@gmail.commailto:amrutha...@gmail.com To: ars...@arslist.orgmailto:ars...@arslist.org Sent: Sunday, April 6, 2014 2:38:11 AM Subject: Re: ARERR 44856 - You do not have the permission to move to the status of Scheduled for Approval ** Nop, its Change Management 7.5.01 patch 002. I am wondering in this version we do not have change co-ordinator functional role ? As I'm not sure if a user with change user app permission with change assignee role can move the CRQ ahead from 'scheduled for Review' status to scheduled. (Here is the this error coming) and then only change manager group can move this request to scheduled status. seems this is OOTB behaviour ? thnaks On Friday, April 4, 2014 3:07:41 PM UTC-5, Harry wrote: ** Hi All, Any possible solution to fix this error - On change form user is getting below error- ARERR 44856 - You do not have the permission to move to the status of Scheduled for Approval Thanks for the help... -Harry _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 http://www.arslist.org/ 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_ _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_ _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
Re: ARERR 45281 not allowing to create a task from incident.
Team, Issue has been identified. It's an OOB issue from remedy 8.1.00. It was rectified into 8.1.01. Work around will be, don't use character from Incident Notes field. More info available into Known issue page from 8.1.00 - BMC community. Regards, Suresh L On Fri, Jul 18, 2014 at 9:12 PM, Suresh Loganathan ersures...@gmail.com wrote: Hello William, Thanks for your reply. screen shot shows as searching the existing incident and trying to create the task into that existing incident ticket. Regards, Suresh Loganathan. On Jul 18, 2014 7:31 PM, William Rentfrow wrentf...@stratacominc.com wrote: Well...from the screenshot the user is in Search mode, not Create mode. Are they actually trying to do a search? Or create an incident? -Original Message- From: Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] On Behalf Of ersureshbe Sent: Friday, July 18, 2014 7:01 AM To: arslist@ARSLIST.ORG Subject: Re: ARERR 45281 not allowing to create a task from incident. Hi Team, Can you please help below issue? We can't reproducue this issue from my end. I can able to see this issue comes from ACTL. The ACTL name is INT:HPDTMS:INC:CreateNewTask_009_IncIDCheck. It's creating big issue. PFB. Can you please advise to fix this issue. http://ars-action-request-system.1093659.n2.nabble.com/file/n7597512/Task_Issue.png Regards, Suresh Loganathan -- View this message in context: http://ars-action-request-system.1093659.n2.nabble.com/ARERR-45281-not-allowing-to-create-a-task-from-incident-tp7594695p7597512.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years - No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4716 / Virus Database: 3986/7832 - Release Date: 07/10/14 Internal Virus Database is out of date. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org 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
Re: ARERR 44856 - You do not have the permission to move to the status of Scheduled for Approval
Jason, i dont think so, i do not see any relationships, but thank you. Sandra, thank you. i do not have access currently to run logs and review on the production environment yet, and of course i could not duplicate the error in the dev environment. On Tuesday, July 22, 2014 11:48:41 AM UTC-4, Jason Miller wrote: ** A bit of a longshot here... Is there any workflow that is trying to submit/update another change? Just thinking maybe it isn't the change you are working with throwing the error but one that is related. Jason On Tue, Jul 22, 2014 at 8:37 AM, Tami Palacky tpal...@gmail.com javascript: wrote: ** thank you but that did not work. :( i would try it but the copy change feature would not work in this unfortunately On Monday, July 21, 2014 7:10:48 PM UTC-4, Nagidi Pavan wrote: ** Hi Tami, Could you please try by deleting the functional roles and adding them back! Try with a new CRQ rather than approving the old ones.. On Tue, Jul 22, 2014 at 1:08 AM, Tami Palacky tpal...@gmail.com wrote: ** thank you for the response. the user, as well as myself as an admin, have the functional role and we are still getting the error. On Wednesday, July 16, 2014 5:05:07 PM UTC-4, Ars Lister wrote: ** This is usually a permission issue as indicated by the error. If the user does not have the Infrastructure Change Manager functional role, they are not allowed to move the change into Scheduled for Approval. Usually, you just have the person in their group that does have that functional role schedule the approval. A regular Change User is not allowed to do it OOTB for versions 7.5 nor 7.6.04. On Wednesday, July 16, 2014 12:03 PM, Tami Palacky tpal...@gmail.com wrote: ** i have a user with this same error. even as an admin i am not abel to advance the change request. i have disabled the transition rules in the SYS:Status Flow Trasition Rules form and still not able to move it forward. anyone have a solution for this? ARS 7.6.04 p4 SQL Server thank you On Monday, April 7, 2014 10:40:30 AM UTC-4, pritch wrote: Check the status transition rules. If there is a record for the users role that goes from status A to status B and is enabled it will give you that error msg. Disabling one of those rules will allow it to go forward if that's what you need. - Original Message - From: Harry amrutha...@gmail.com To: ars...@arslist.org Sent: Sunday, April 6, 2014 2:38:11 AM Subject: Re: ARERR 44856 - You do not have the permission to move to the status of Scheduled for Approval ** Nop, its Change Management 7.5.01 patch 002. I am wondering in this version we do not have change co-ordinator functional role ? As I'm not sure if a user with change user app permission with change assignee role can move the CRQ ahead from 'scheduled for Review' status to scheduled. (Here is the this error coming) and then only change manager group can move this request to scheduled status. seems this is OOTB behaviour ? thnaks On Friday, April 4, 2014 3:07:41 PM UTC-5, Harry wrote: ** Hi All, Any possible solution to fix this error - On change form user is getting below error- ARERR 44856 - You do not have the permission to move to the status of Scheduled for Approval Thanks for the help... -Harry _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 http://www.arslist.org/ 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_ _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_ _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
Apply a template of Visible Columns/Column Order/Sort
I was wondering if anyone has tried to use the AR System User Preference form to apply a set template of Visible Columns/Column Order/Sort Order when a user selects said template from a menu. Lets say that we have a console with a table field of tickets. The agent has two roles which requires different columns to be shown and/or in a different order with a different sort. Sure they can remove columns, add columns, change the order of columns and the sort but to do this several times a day gets old. I want to have a menu of available templates for them to chose, do a set fields to the three fields on the User Preference form and then do a refresh of the form to apply the change. Has anyone tried anything similar? Thanks, Jay ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Apply a template of Visible Columns/Column Order/Sort
I've only done this either with 1) hiding or unhiding columns based on Active Links, or 2) hiding or unhiding different table fields based on Active Links. The only part that I don't see a way to do via a Change Fields is the sort order, but if you are using a dynamic query rather than a hardcoded one, which is likely, you can probably change it somehow in your underlying query. Thanks, Shawn Pierson Remedy Developer | Energy Transfer From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jay Rohrer Sent: Tuesday, July 22, 2014 3:01 PM To: arslist@ARSLIST.ORG Subject: Apply a template of Visible Columns/Column Order/Sort ** I was wondering if anyone has tried to use the AR System User Preference form to apply a set template of Visible Columns/Column Order/Sort Order when a user selects said template from a menu. Lets say that we have a console with a table field of tickets. The agent has two roles which requires different columns to be shown and/or in a different order with a different sort. Sure they can remove columns, add columns, change the order of columns and the sort but to do this several times a day gets old. I want to have a menu of available templates for them to chose, do a set fields to the three fields on the User Preference form and then do a refresh of the form to apply the change. Has anyone tried anything similar? Thanks, Jay _ARSlist: Where the Answers Are and have been for 20 years_ Private and confidential as detailed here: http://www.energytransfer.com/mail_disclaimer.aspx . If you cannot access the link, please e-mail sender. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Restrict a specific users or group for Adding/Deleting in Attachment Pool field
Thanks Doug, finally i got it and like you said it worked perfectly. Many thanks for you mail and info. Regards, Karthick S On Tue, Jul 22, 2014 at 11:57 PM, Mueller, Doug doug_muel...@bmc.com wrote: ** OK, you have permission on the form and the attachment pool. But you did not give permission to the attachment field itself. So, you have permissions to the containers but not to the actual data field. You can always select a field by going to the field list and then picking the field in question from it. That will open the field properties for that field. Then, you can set the permissions on the field itself to control who has access and what kind of access. Here is where you want to give Public read to allow anyone to read and write only to a specific group to allow control over who can write the field. Since you are not sure of how to set permission on the attachment field, that was clearly where the warning about only the Admin being able to access the field came from - because you have not defined any permissions for the attachment field itself. Get that set up and you should be good to go. Doug *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Karthick S *Sent:* Tuesday, July 22, 2014 12:34 AM *To:* arslist@ARSLIST.ORG *Subject:* Re: Restrict a specific users or group for Adding/Deleting in Attachment Pool field ** Hi Jason, Can you please tell how do i give the permission to the Attachment field.? On Tue, Jul 22, 2014 at 5:05 PM, Jason Miller jason.mil...@gmail.com wrote: ** What about the attachment field? I don't see the permissions for it in the screenshot. The error is specifically indicating the attachment field ('Attach') does not have any permissions, NOT the attachment pool. This is also supported by being able to see the attachment pool while logged in as a non-admin but not the attachment field in the pool. An attachment pool is a collection of one or more attachment fields. For the most basic attachment functionality you use 1 attachment pool and 1 attachment field in that pool. Each attachment field can have permissions separate form the attachment pool. An attachment pool cannot have write permissions because it is just a container to displaying attachment fields. An attachment field can have write permissions because it has data directly associated with it. Jason On Mon, Jul 21, 2014 at 11:34 PM, Karthick S karthick...@gmail.com wrote: ** Hi Doug, Please find the attached screenshots. When i add label name 'Attach' in 'Attach Fields' and while saving the form i am receiving the message. Yes, like you said i have given the write permission to Attachment Pool. On Tue, Jul 22, 2014 at 3:03 PM, Mueller, Doug doug_muel...@bmc.com wrote: ** Which field was this commenting on? Did you set permission on the Attachment Pool. Probably setting Public access because you want everyone to be able to read attachments and just control who can write. If it is complaining only about the attachment field itself, then if you want everyone to be able to read it, add Public -- Read access to that field. That should let everyone read the attachments. I don't know why you are getting the message about only the Admin having access if you did assign another group Write access to the field. Verify that you have a group of type Change (you should not be able to assign change permission if the group is not type Change so it should be this way). Make changes to ONE field at a time and save to make sure you know what any message is referring to in case there is any confusion. Doug *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Karthick S *Sent:* Monday, July 21, 2014 8:09 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: Restrict a specific users or group for Adding/Deleting in Attachment Pool field ** Hi Doug, Like you said, i created a Attachment field in a Regular form and i have added a group which has write access, then while saving the form i got the below message. Only the Administrator has access to this field (ARWARN 50) Now in this Only i am able to attach or see the attachment file when i log-in as Admin. else nothing work. Help me out. On Thu, Jul 17, 2014 at 9:15 AM, Karthick S karthick...@gmail.com wrote: --- Thanks Gregory, Doug, Misi.. Let me try and let you know output. Thanks once again for your Answers and Suggestion. On Thu, Jul 17, 2014 at 3:06 AM, Mueller, Doug doug_muel...@bmc.com wrote: Permissions are almost always the answer whenever the question is restrict/allow users to do So first, set up permissions on the attachment fields themselves to have permission for a group that everyone is in to have read access -- but not write access. Have another group that has
Suppress Confirmation Popup
Environment: AR Server v 8.1 Situation: Using a Regular Form in Search Mode in a web browser Actions: Action 1. Search is executed on the form (either the Search button is pressed or the Run Process PERFORM-ACTION-APPLY Result 1. Form changes to Modify view as the contents of the top record in the results list are displayed Action 2. A different row in the Results table is selected Result 2. A popup windows asks (title)Confirm Save Request Do You Want to Save the Current Request? Yes No Cancel Desired Modification: Suppress Result 2 above so that no popup window comes up when selecting a different row I don't see a command for doing so. Does anyone know one? Alternately, is there a global/server setting that will suppress this (much less desired). Thanks in advance. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years