Re: Issue with the Incident Management Console table data for the Assigned To All My Groups?
Sorry for the delayed response! From the Incident Management Console, click on "More Filters" at the top to the right of the drop downs. Ensure that there are no items chosen in the drop downs all the tabs. This is what's being filtered. On Wed, Mar 7, 2018 at 2:21 AM, Abhishek2019 <abhi.masc...@gmail.com> wrote: > Hi Satya, Please could you provide detail for your below input:- "Click on > More Filters all the way to the right of the Search String. When we had > this issue we had fields saved in here which was causing the issue. This > needs to be fixed on each person's profile, if this is your issue." Early > response will be highly appreciated. Cheers, AA > -- > Sent from the ARS (Action Request System) mailing list archive > <http://ars-action-request-system.1.n7.nabble.com/> at Nabble.com. > > -- > ARSList mailing list > ARSList@arslist.org > https://mailman.rrr.se/cgi/listinfo/arslist > > -- ARSList mailing list ARSList@arslist.org https://mailman.rrr.se/cgi/listinfo/arslist
Re: Issue with the Incident Management Console table data for the Assigned To All My Groups?
Hi Satya,Please could you provide detail for your below input:-"Click on More Filters all the way to the right of the Search String. When we had this issue we had fields saved in here which was causing the issue. This needs to be fixed on each person's profile, if this is your issue."Early response will be highly appreciated.Cheers,AA -- Sent from: http://ars-action-request-system.1.n7.nabble.com/-- ARSList mailing list ARSList@arslist.org https://mailman.rrr.se/cgi/listinfo/arslist
Re: Issue with the Incident Management Console table data for the Assigned To All My Groups?
Hi Satya, Thanks for your kind response. Please could you elaborate more on it. Cheers, AA. -- Sent from: http://ars-action-request-system.1.n7.nabble.com/ -- ARSList mailing list ARSList@arslist.org https://mailman.rrr.se/cgi/listinfo/arslist
Re: Issue with the Incident Management Console table data for the Assigned To All My Groups?
SClick on More Filters all the way to the right of the Search String. When we had this issue we had fields saved in here which was causing the issue. This needs to be fixed on each person's profile, if this is your issue. On Wed, Feb 21, 2018 at 1:50 AM, Abhishek2019 <abhi.masc...@gmail.com> wrote: > Hi Experts, We are getting count mismatch on the Incident Management > Console for the Number of Incidents under "Assigned To All My Groups":- > Role - Assignee - Count is 100 Owner - Count is 150 All - Count 100 So i > believe ALL count should be atleast equal to 150...?? We are in ITSM > 8.1.02 Also no application preference settings applied. Early response will > be highly appreciated. Cheers, AA. > -- > Sent from the ARS (Action Request System) mailing list archive > <http://ars-action-request-system.1.n7.nabble.com/> at Nabble.com. > > -- > ARSList mailing list > ARSList@arslist.org > https://mailman.rrr.se/cgi/listinfo/arslist > > -- ARSList mailing list ARSList@arslist.org https://mailman.rrr.se/cgi/listinfo/arslist
Issue with the Incident Management Console table data for the Assigned To All My Groups?
Hi Experts, We are getting count mismatch on the Incident Management Console for the Number of Incidents under "Assigned To All My Groups":- Role -Assignee - Count is 100Owner - Count is 150All - Count 100 So i believe ALL count should be atleast equal to 150...??We are in ITSM 8.1.02Also no application preference settings applied. Early response will be highly appreciated. Cheers,AA. -- Sent from: http://ars-action-request-system.1.n7.nabble.com/-- ARSList mailing list ARSList@arslist.org https://mailman.rrr.se/cgi/listinfo/arslist
Re: New column to Incident management console
I would confirm first that the field is being populated in the incident and then also make sure you've assigned proper permissions. Sent from my iPhone > On Oct 26, 2015, at 1:34 AM, shashidhar M S <shashi.catch...@gmail.com> wrote: > > Hello Experts, > > There is a requirement to add a column Customer Corporate ID to the table > field z2TH Incidents on Incident management console. > HPD:CFG_IncidentWatchList is a join form from where the table is getting the > data. I added the field Corporate ID to HPD:CFG_IncidentWatchList and added > the column to z2TH Incidents table on INC management console. > > Corporate ID field on HPD:CFG_IncidentWatchList has valid data, but the same > is not displaying in incident Management console. No data is displaying for > the column Corporate ID. > > Appreciate your prompt suggestions. Thanks > > Regards, > Shashi > > ___ > 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"
New column to Incident management console
Hello Experts, There is a requirement to add a column Customer Corporate ID to the table field z2TH Incidents on Incident management console. HPD:CFG_IncidentWatchList is a join form from where the table is getting the data. I added the field Corporate ID to HPD:CFG_IncidentWatchList and added the column to z2TH Incidents table on INC management console. Corporate ID field on HPD:CFG_IncidentWatchList has valid data, but the same is not displaying in incident Management console. No data is displaying for the column Corporate ID. Appreciate your prompt suggestions. Thanks Regards, Shashi ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Adding the VIP to the Incident Management Console
I added the VIP field to the WatchList form and was then able to select it from the Incident Console table field. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Adding the VIP to the Incident Management Console
I'm trying to add the VIP field to the Incident Management Console. This is very easy with other fields that I wanted to add to this table (the z2TH Incidents table). Essentially, if it's on the HPD:CFG_IncidentWatchList form, you should be able to add it to the Incident management Console. The VIP field is on the HPD:CFG_IncidentWatchList and the HPD:IncidentInterface form, but when I try to add it to the z2TH Incidents table on the HPD:Incident Management Console form, I'm not able to find it. Again, I can see it on the HPD:CFG_IncidentWatchList and the HPD:IncidentInterface form. I was able to add the Submit Date to this table, but not VIP? Has anyone run into this before? We are on 8.1 SP2 ITSM. Lisa Kemes Remedy Consultant Dev Technology Group DLA Office: (717) 770-6437 Cell Phone: (717) 602-9460 lisa.ke...@devtechnology.com ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Target date field is not populating on incident management console.
Hi List, Target date column are not getting populated on incident management console. It is happening for most of the incident, Even though the service target are attached to the incident target date are not populating on incident management console. I have tried the below mentioned steps found in BMC communities still no luck. 1. Application Administration Console - Custom Configurations - Service Level management - Configure Application Settings - Goal types. 2. Choose Incident Resolution/Incident Response from the table and check the box Incident Estimated Resolution tracking 3. Save Rebuilt the SLM Rules by: goto Data Sources - choose HPD:HelpDesk -click on Modify filters/Create Filters I took the logs but still didn't find much information. Please make me understand what is the use of target field on incident form.and how can i fix this issue?. Thanks, Rajesh. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Incident Management Console showing wrong incidents
Hi List, our Incident console in ITSM 7.6.03 seems to show the wrong incidents. It also contains incidents that were previously assigned to the group of the user and then routed to another. This is only happening in Incident Management Console, but not in Overview Console. Has anyone of you noticed the same behaviour and found a solution for it? Regards, Thomas ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Incident Management Console showing wrong incidents
You might want to check if the Incident ownership is still with the original group (this can be found in the date/system tab). Incident Console display tickets owned by a support group too. Anusha Das NRC-ITISS Remedy Developer ITIL V3 Foundations Dell | Services, Federal Government Office + 1 240.406.9864 anusha_...@federal.dell.com -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Thomas Sent: Friday, September 06, 2013 3:24 AM To: arslist@ARSLIST.ORG Subject: Incident Management Console showing wrong incidents Hi List, our Incident console in ITSM 7.6.03 seems to show the wrong incidents. It also contains incidents that were previously assigned to the group of the user and then routed to another. This is only happening in Incident Management Console, but not in Overview Console. Has anyone of you noticed the same behaviour and found a solution for it? Regards, Thomas ___ 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: Incident Management Console showing wrong incidents
We created an application assignment rule for Incident Owner which defaults all tickets to our Service Desk. This prevents those tickets from displaying in the originators queue after they have been transferred. It also provides our service desk with access and views to all of the incidents. Win-win. .: Mike T :. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Thomas Sent: Friday, September 06, 2013 2:24 AM To: arslist@ARSLIST.ORG Subject: Incident Management Console showing wrong incidents Hi List, our Incident console in ITSM 7.6.03 seems to show the wrong incidents. It also contains incidents that were previously assigned to the group of the user and then routed to another. This is only happening in Incident Management Console, but not in Overview Console. Has anyone of you noticed the same behaviour and found a solution for it? Regards, Thomas ___ 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: Incident Management Console
Hi, I think I'm missing something when trying to add new columns to Incident management Console table. I have added columns into the watch list form and data values appear into console after selecting watch list only. However field is available for other options like Select My Group/All Groups but no data into the newly added columns now. Not sure what is missing even workflow looks upto the Incident form through EXTERNAL. Regards, Gajanan From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Anusha Das Sent: Saturday, October 27, 2012 6:23 AM To: arslist@ARSLIST.ORG Subject: Re: Incident Management Console ** Mark, The table that appears in the Incident Management console actually pulls data using EXTERNAL table qualification and it pulls it from a few different sources, but to answer your question, it is on the HPD:Incident Management Console form itself. My understanding is that if you makes the changes on the Incident Mgmt Console form, it will reflect the changes on the Home Page as well. We have made some customizations to the Incident Mgmt Console and see it reflected if Incident Mgmt Console is added to to the Home Page. Date: Sat, 27 Oct 2012 04:15:16 +0530 From: ravira...@hotmail.commailto:ravira...@hotmail.com Subject: Re: Incident Management Console To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG ** Mark If you want to add new colums in the overview console You have to configure the ARDBCAppQuery plugin for the new field. For adding a new field follwo the below steps Create the field in SHR:ARDBC:Overview Console_template form and on SHR:ARDBC:Overview Console form Create an entry in the SHR:ARDBCFields form if the field is a Selection field, create Value records in the SHR:ARDBCEnumLookup form Restart the AR Plugin Server Thanks Ravi Rai Date: Fri, 26 Oct 2012 08:32:38 -0400 From: mbritt...@navisite.commailto:mbritt...@navisite.com Subject: Incident Management Console To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG ** Hi All, I am working in ITSM 7.6.04 and I need to show or hide some of the columns. There question I have is where is the table. If I look in the HPD: Incident Management Console, the database/ID name is z2TH_incidents/302087200. Also if I look in the HPD: HomePageContent:RL_IncidientConsole , the name/ID is the same How does that work? My guess is what appears in the Incident Management Console is a view of the other form. So where would I make the change? Thanks Mark Mark Brittain Remedy Developer ITILv3 Foundation NaviSite - A Time Warner Cable Company mbritt...@navisite.commailto:mbritt...@navisite.com Office: 315-453-2912 x5335 Mobile: 315-882.5360 This e-mail is the property of NaviSite, Inc. It is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential, or otherwise protected from disclosure. Distribution or copying of this e-mail, or the information contained herein, to anyone other than the intended recipient is prohibited. _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Incident Management Console
Hi Gajanan, I ran into this a little while ago. The base form for the table is the watch list and workflow changes this to the Help Desk form. The table in the Incident Console or all tables for that matter references the Field ID. In order for this to work the field added to the watch list join form must have the same Field ID number as the field on the Help Desk form you want to display. Mark From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Gajanan Swami Sent: Thursday, May 30, 2013 8:52 AM To: arslist@ARSLIST.ORG Subject: Re: Incident Management Console ** Hi, I think I'm missing something when trying to add new columns to Incident management Console table. I have added columns into the watch list form and data values appear into console after selecting watch list only. However field is available for other options like Select My Group/All Groups but no data into the newly added columns now. Not sure what is missing even workflow looks upto the Incident form through EXTERNAL. Regards, Gajanan From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Anusha Das Sent: Saturday, October 27, 2012 6:23 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Incident Management Console ** Mark, The table that appears in the Incident Management console actually pulls data using EXTERNAL table qualification and it pulls it from a few different sources, but to answer your question, it is on the HPD:Incident Management Console form itself. My understanding is that if you makes the changes on the Incident Mgmt Console form, it will reflect the changes on the Home Page as well. We have made some customizations to the Incident Mgmt Console and see it reflected if Incident Mgmt Console is added to to the Home Page. Date: Sat, 27 Oct 2012 04:15:16 +0530 From: ravira...@hotmail.commailto:ravira...@hotmail.com Subject: Re: Incident Management Console To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG ** Mark If you want to add new colums in the overview console You have to configure the ARDBCAppQuery plugin for the new field. For adding a new field follwo the below steps Create the field in SHR:ARDBC:Overview Console_template form and on SHR:ARDBC:Overview Console form Create an entry in the SHR:ARDBCFields form if the field is a Selection field, create Value records in the SHR:ARDBCEnumLookup form Restart the AR Plugin Server Thanks Ravi Rai Date: Fri, 26 Oct 2012 08:32:38 -0400 From: mbritt...@navisite.commailto:mbritt...@navisite.com Subject: Incident Management Console To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG ** Hi All, I am working in ITSM 7.6.04 and I need to show or hide some of the columns. There question I have is where is the table. If I look in the HPD: Incident Management Console, the database/ID name is z2TH_incidents/302087200. Also if I look in the HPD: HomePageContent:RL_IncidientConsole , the name/ID is the same How does that work? My guess is what appears in the Incident Management Console is a view of the other form. So where would I make the change? Thanks Mark Mark Brittain Remedy Developer ITILv3 Foundation NaviSite - A Time Warner Cable Company mbritt...@navisite.commailto:mbritt...@navisite.com Office: 315-453-2912 x5335 Mobile: 315-882.5360 This e-mail is the property of NaviSite, Inc. It is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential, or otherwise protected from disclosure. Distribution or copying of this e-mail, or the information contained herein, to anyone other than the intended recipient is prohibited. _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ _ARSlist: Where the Answers Are and have been for 20 years_ This E-mail and any of its attachments may contain Time Warner Cable proprietary information, which is privileged, confidential, or subject to copyright belonging to Time Warner Cable. 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, 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
Incident Management Console
Hi All, I am working in ITSM 7.6.04 and I need to show or hide some of the columns. There question I have is where is the table. If I look in the HPD: Incident Management Console, the database/ID name is z2TH_incidents/302087200. Also if I look in the HPD: HomePageContent:RL_IncidientConsole , the name/ID is the same How does that work? My guess is what appears in the Incident Management Console is a view of the other form. So where would I make the change? Thanks Mark Mark Brittain Remedy Developer ITILv3 Foundation NaviSite - A Time Warner Cable Company mbritt...@navisite.commailto:mbritt...@navisite.com Office: 315-453-2912 x5335 Mobile: 315-882.5360 This e-mail is the property of NaviSite, Inc. It is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential, or otherwise protected from disclosure. Distribution or copying of this e-mail, or the information contained herein, to anyone other than the intended recipient is prohibited. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Incident Management Console
Mark If you want to add new colums in the overview console You have to configure the ARDBCAppQuery plugin for the new field. For adding a new field follwo the below steps Create the field in SHR:ARDBC:Overview Console_template form and on SHR:ARDBC:Overview Console form Create an entry in the SHR:ARDBCFields form if the field is a Selection field, create Value records in the SHR:ARDBCEnumLookup form Restart the AR Plugin Server Thanks Ravi Rai Date: Fri, 26 Oct 2012 08:32:38 -0400 From: mbritt...@navisite.com Subject: Incident Management Console To: arslist@ARSLIST.ORG ** Hi All, I am working in ITSM 7.6.04 and I need to show or hide some of the columns. There question I have is “where is the table”. If I look in the HPD: Incident Management Console, the database/ID name is z2TH_incidents/302087200. Also if I look in the HPD: HomePageContent:RL_IncidientConsole , the name/ID is the same How does that work? My guess is what appears in the Incident Management Console is a view of the other form. So where would I make the change? Thanks Mark Mark Brittain Remedy Developer ITILv3 Foundation NaviSite – A Time Warner Cable Company mbritt...@navisite.com Office: 315-453-2912 x5335 Mobile: 315-882.5360 This e-mail is the property of NaviSite, Inc. It is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential, or otherwise protected from disclosure. Distribution or copying of this e-mail, or the information contained herein, to anyone other than the intended recipient is prohibited. _attend WWRUG12 www.wwrug.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: Incident Management Console
Mark, The table that appears in the Incident Management console actually pulls data using EXTERNAL table qualification and it pulls it from a few different sources, but to answer your question, it is on the HPD:Incident Management Console form itself. My understanding is that if you makes the changes on the Incident Mgmt Console form, it will reflect the changes on the Home Page as well. We have made some customizations to the Incident Mgmt Console and see it reflected if Incident Mgmt Console is added to to the Home Page. Date: Sat, 27 Oct 2012 04:15:16 +0530 From: ravira...@hotmail.com Subject: Re: Incident Management Console To: arslist@ARSLIST.ORG ** Mark If you want to add new colums in the overview console You have to configure the ARDBCAppQuery plugin for the new field. For adding a new field follwo the below steps Create the field in SHR:ARDBC:Overview Console_template form and on SHR:ARDBC:Overview Console form Create an entry in the SHR:ARDBCFields form if the field is a Selection field, create Value records in the SHR:ARDBCEnumLookup form Restart the AR Plugin Server Thanks Ravi Rai Date: Fri, 26 Oct 2012 08:32:38 -0400 From: mbritt...@navisite.com Subject: Incident Management Console To: arslist@ARSLIST.ORG ** Hi All, I am working in ITSM 7.6.04 and I need to show or hide some of the columns. There question I have is “where is the table”. If I look in the HPD: Incident Management Console, the database/ID name is z2TH_incidents/302087200. Also if I look in the HPD: HomePageContent:RL_IncidientConsole , the name/ID is the same How does that work? My guess is what appears in the Incident Management Console is a view of the other form. So where would I make the change? Thanks Mark Mark Brittain Remedy Developer ITILv3 Foundation NaviSite – A Time Warner Cable Company mbritt...@navisite.com Office: 315-453-2912 x5335 Mobile: 315-882.5360 This e-mail is the property of NaviSite, Inc. It is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential, or otherwise protected from disclosure. Distribution or copying of this e-mail, or the information contained herein, to anyone other than the intended recipient is prohibited. _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.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
ITSM 7.6.00 on ARS 7.5.03 -- Oracle 11g -- Incident Management Console excessive query times
Has anyone experienced an issue whereby upon opening the incident management console it results in a timeout? I've isolated the query via SQL logs. It occurs currently when a person belongs to many support groups. The issue appears to be at a database level (application is running fine). Any suggestions on Oracle tuning (we've followed BMCs recommendations for Oracle 11g) I can pass on to our DBAs? Seems when a person belongs to more than 5 support groups (so the query when opening support console w/the default of All My Groups results in 10 OR clauses (checking for Incident owner and Incident Assignee groups) ) the query takes between 80 and 140 seconds and also causes a full table scan. All fields in where and order are indexed. We are only dealing with ~ 1 million rows now (we do archive daily, but need to keep this much data due to business reasons) We have bandaids around this (use selected groups as default), but this is not an acceptable long term solution. Any advice/suggestions for database tuning would be appreciated. John McEsx ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Incident Management Console/Incident Ownership Process
We are deploying ITSM 7.6.03 and primarily setting up the Incident Management module. One functionality that is new to us is the Incident Ownership process. We have the assignment part working well, however, would like to tweak the incident ownership process if possible. Our primary service desks are set as the Help Desk tier, so they are the owners of everything that they create and save internally or anything that they create and assign to other support groups. All other support groups are set as Tier 1 and whenever they create a case and assign it to another Tier 1 group, the originating group becomes the incident owner. We are looking for 1 of 2 solutions. 1. We would prefer that instead of the originating group becoming the incident owner, the assigned group would become the incident owner. I'm not sure if this is possible or not. If so, is there a place that this can be configured or a certain tier that can be used (ie, going from a Tier 3 group to a Tier 2 group). 2. If this is not possible, is there a place to configure the view in the incident console so that it only shows cases that your groups as the assignee for and not groups you are just the owner of? In the application preferences, there is a spot to configure the overview console to have a Role of Assignee, Owner, and Assignee and/or Owner. That does what we want, but only does it for the Overview console. Is there a place to change this for the Incident Console? ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Incident Management Console/Incident Ownership Process
On point 1., design your assignment rules that set Ownership however you want; don't accept the default behaviors. On point 2., this was changed somewhere between ITSM 7.0 and 7.6.x to where it is impossible to easily filter out the Ownership-only records. It is HUGE problem for us in our 7.6.04.01 system upgraded from 7.0.03.009. Our faculty/staff customers are organized into over a dozen Support Organizations and Departments under a Customer Company, with distributed support units configured as their desktop support (students are supported by the central helpdesk). Assignment Rules set Ownership to the local support for all Incidents for faculty/staff, even if the Incident is assigned to a central support entity for action, since in most cases the customer expects their local distributed support to be aware of their problem. In the 7.0 Incident Console there was a toggle between Assigned and Ownership that kept Ownership-only tickets hidden until you wanted to look at them; switching back and forth was easy. No longer; this was removed by someone without a clue when the 7.6 Incident Consoles were re-designed; when we webexed with BMC to show them the problem, they were stunned to see over a hundred ownership-only requests in the helpdesk consoles, where there were less than a dozen actual assigned, open tickets. The OOTB filters are useless for controlling this, and the custom filters are barely usable as you have to write VERY long and complex Boolean queries (that drive the mid-tier nuts if they are in error) and must be added by each individual on their support account. We have had an issue open on this since before we went live but have gotten nowhere with it. BMC wants to say that it is as designed; I say they broke the functionality present in 7.0 and I want it back. If it is as designed, it is lousy design with blinders on. We are close to the point where I will be forced to customize the consoles to restore the toggle to hide Ownership-only records. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jeff Sent: Thursday, October 13, 2011 3:39 PM To: arslist@ARSLIST.ORG Subject: Incident Management Console/Incident Ownership Process We are deploying ITSM 7.6.03 and primarily setting up the Incident Management module. One functionality that is new to us is the Incident Ownership process. We have the assignment part working well, however, would like to tweak the incident ownership process if possible. Our primary service desks are set as the Help Desk tier, so they are the owners of everything that they create and save internally or anything that they create and assign to other support groups. All other support groups are set as Tier 1 and whenever they create a case and assign it to another Tier 1 group, the originating group becomes the incident owner. We are looking for 1 of 2 solutions. 1. We would prefer that instead of the originating group becoming the incident owner, the assigned group would become the incident owner. I'm not sure if this is possible or not. If so, is there a place that this can be configured or a certain tier that can be used (ie, going from a Tier 3 group to a Tier 2 group). 2. If this is not possible, is there a place to configure the view in the incident console so that it only shows cases that your groups as the assignee for and not groups you are just the owner of? In the application preferences, there is a spot to configure the overview console to have a Role of Assignee, Owner, and Assignee and/or Owner. That does what we want, but only does it for the Overview console. Is there a place to change this for the Incident Console? ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Incident Management Console 7.6.04
We had the same issue. We ended up making new managed searches on the console for assigned (not owned). Certainly not ideal, but it seems to be an acceptable work around for my people Anne Ramey *** E-mail correspondence to and from this address may be subject to the North Carolina Public Records Law and may be disclosed to third parties only by an authorized State Official. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of strauss Sent: Monday, August 08, 2011 1:18 PM To: arslist@ARSLIST.ORG Subject: Incident Management Console 7.6.04 ** We have only had ITSM 7.6.04 in production for a few hours, and the universal assessment from our users has been unanimous; the new Incident Console (insert appropriate string of expletives here). The fact that it is now impossible to filter it on Role (Assignment versus Owner) as it was in 7.0 is a HUGE step backwards. We opened an issue with BMC during testing, but you can imagine where that will go. We already knew that this would happen from our test users' reactions, but it is really baffling the folks who skipped testing. Someone from our desktop support (which is on a different campus) showed up at the helpdesk this morning, thinking that they needed to work on an Incident that was in fact only Owned by them; it was Assigned to the helpdesk and they were working it. The helpdesk is the most heavily impacted, since they are the Owner Group for ALL students (~37,000 of them) and ANY Incident opened on behalf of a student, by any support group, and assigned to any support group (like the Library helpdesk), shows up in their console intermingled with the Incidents that are actually assigned to them. It's more like they are overwhelming the incidents that are actually assigned to them, by 10 or more to one (it is currently 5 assigned versus 59 owned). Just wait until the semester starts!! I did unhide the Assigned Group And Owner Group columns in the console before we went live, which helps a little because you can sort them, but it is still a mess. The helpdesk manager spent several days during testing trying every possible filter available in the console, to no avail. I guess I will be restoring the 7.0 Role selection function and it's workflow to the 7.6.04 system sometime soon; very soon. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Incident Management Console 7.6.04
Yes, we are experimenting with that. Going that route has a different fallacy. If I re-create the 7.0 toggle between Assigned and Owned, which I assume shoved some additional qualifications into the external qualification for the console's tablefield, the syntax will be tested and encapsulated in the active links and everyone will fire the same qualifications whenever they operate it. With the managed searches, everyone is trying to edit their own Boolean search strings and save them into their own account space, and so there will be (eventually) hundreds of different custom searches being thrown at the tablefield. I am already seeing the results of their experimentation as GoatExceptions in the mid-tier logs - choking on regular expression syntax errors. I will up to my eyeballs in dead goats before it's over :-o Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Ramey, Anne Sent: Tuesday, August 09, 2011 7:25 AM To: arslist@ARSLIST.ORG Subject: Re: Incident Management Console 7.6.04 ** We had the same issue. We ended up making new managed searches on the console for assigned (not owned). Certainly not ideal, but it seems to be an acceptable work around for my people Anne Ramey *** E-mail correspondence to and from this address may be subject to the North Carolina Public Records Law and may be disclosed to third parties only by an authorized State Official. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of strauss Sent: Monday, August 08, 2011 1:18 PM To: arslist@ARSLIST.ORG Subject: Incident Management Console 7.6.04 ** We have only had ITSM 7.6.04 in production for a few hours, and the universal assessment from our users has been unanimous; the new Incident Console (insert appropriate string of expletives here). The fact that it is now impossible to filter it on Role (Assignment versus Owner) as it was in 7.0 is a HUGE step backwards. We opened an issue with BMC during testing, but you can imagine where that will go. We already knew that this would happen from our test users' reactions, but it is really baffling the folks who skipped testing. Someone from our desktop support (which is on a different campus) showed up at the helpdesk this morning, thinking that they needed to work on an Incident that was in fact only Owned by them; it was Assigned to the helpdesk and they were working it. The helpdesk is the most heavily impacted, since they are the Owner Group for ALL students (~37,000 of them) and ANY Incident opened on behalf of a student, by any support group, and assigned to any support group (like the Library helpdesk), shows up in their console intermingled with the Incidents that are actually assigned to them. It's more like they are overwhelming the incidents that are actually assigned to them, by 10 or more to one (it is currently 5 assigned versus 59 owned). Just wait until the semester starts!! I did unhide the Assigned Group And Owner Group columns in the console before we went live, which helps a little because you can sort them, but it is still a mess. The helpdesk manager spent several days during testing trying every possible filter available in the console, to no avail. I guess I will be restoring the 7.0 Role selection function and it's workflow to the 7.6.04 system sometime soon; very soon. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Incident Management Console 7.6.04
Yes we received the same complaint from our users(mainly call center agents), when we went live a month ago. Basically users are unable to differentiate the concept that assignment and ownership are two different things. Only process owners understand that, but the regular call center agents do not bother to know about it. All they say is I assigned the tkt to another group and it is still showing up in my console, and they keep clicking on that ticket to try to reassign. BMC did provide some config options to filter by Assignment group Vs Owner Group,but that works only for Overview console not for Incident console. We end up customizing the Incident Console to show only tickets assigned to them, not owned by them. Of course now they lost the visibility of the tickets that are owned by them hence lost the visibility to total control of ownership. Anyway Ticket Owner ship is very loosely used here and not many people bothered to care about it in my organization. On Aug 8, 12:17 pm, strauss stra...@unt.edu wrote: We have only had ITSM 7.6.04 in production for a few hours, and the universal assessment from our users has been unanimous; the new Incident Console (insert appropriate string of expletives here). The fact that it is now impossible to filter it on Role (Assignment versus Owner) as it was in 7.0 is a HUGE step backwards. We opened an issue with BMC during testing, but you can imagine where that will go. We already knew that this would happen from our test users' reactions, but it is really baffling the folks who skipped testing. Someone from our desktop support (which is on a different campus) showed up at the helpdesk this morning, thinking that they needed to work on an Incident that was in fact only Owned by them; it was Assigned to the helpdesk and they were working it. The helpdesk is the most heavily impacted, since they are the Owner Group for ALL students (~37,000 of them) and ANY Incident opened on behalf of a student, by any support group, and assigned to any support group (like the Library helpdesk), shows up in their console intermingled with the Incidents that are actually assigned to them. It's more like they are overwhelming the incidents that are actually assigned to them, by 10 or more to one (it is currently 5 assigned versus 59 owned). Just wait until the semester starts!! I did unhide the Assigned Group And Owner Group columns in the console before we went live, which helps a little because you can sort them, but it is still a mess. The helpdesk manager spent several days during testing trying every possible filter available in the console, to no avail. I guess I will be restoring the 7.0 Role selection function and it's workflow to the 7.6.04 system sometime soon; very soon. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Centerhttp://itsm.unt.edu/ ___ UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org attend wwrug11www.wwrug.comARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Incident Management Console 7.6.04
We are still testing custom filters here; my favorite so far, from our
administrative desktop support group:
('Assigned Support Organization' = Admin Controller's Office OR 'Assigned
Support Organization' = Admin International Studies and Pgms OR 'Assigned
Support Organization' = Admin Network Support OR 'Assigned Support
Organization' = Admin University Registrar OR 'Assigned Support Organization'
= Admin University Union OR 'Assigned Support Organization' = Enrollment
Management Support OR 'Assigned Group' = ABN Security) AND ( 'Status' =
Assigned OR 'Status' = In Progress OR 'Status' = Pending)
Dead goats everywhere!
Christopher Strauss, Ph.D.
Call Tracking Administration Manager
University of North Texas Computing IT Center
http://itsm.unt.edu/
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of patchsk
Sent: Tuesday, August 09, 2011 11:28 AM
To: arslist@ARSLIST.ORG
Subject: Re: Incident Management Console 7.6.04
Yes we received the same complaint from our users(mainly call center
agents), when we went live a month ago.
Basically users are unable to differentiate the concept that
assignment and ownership are two different things.
Only process owners understand that, but the regular call center
agents do not bother to know about it.
All they say is I assigned the tkt to another group and it is still
showing up in my console, and they keep clicking on that ticket to try
to reassign.
BMC did provide some config options to filter by Assignment group Vs
Owner Group,but that works only for Overview console not for Incident
console.
We end up customizing the Incident Console to show only tickets
assigned to them, not owned by them.
Of course now they lost the visibility of the tickets that are owned
by them hence lost the visibility to total control of ownership.
Anyway Ticket Owner ship is very loosely used here and not many people
bothered to care about it in my organization.
On Aug 8, 12:17 pm, strauss stra...@unt.edu wrote:
We have only had ITSM 7.6.04 in production for a few hours, and the universal
assessment from our users has been unanimous; the new Incident Console
(insert appropriate string of expletives here). The fact that it is now
impossible to filter it on Role (Assignment versus Owner) as it was in 7.0 is
a HUGE step backwards. We opened an issue with BMC during testing, but you
can imagine where that will go.
We already knew that this would happen from our test users' reactions, but it
is really baffling the folks who skipped testing. Someone from our desktop
support (which is on a different campus) showed up at the helpdesk this
morning, thinking that they needed to work on an Incident that was in fact
only Owned by them; it was Assigned to the helpdesk and they were working it.
The helpdesk is the most heavily impacted, since they are the Owner Group for
ALL students (~37,000 of them) and ANY Incident opened on behalf of a
student, by any support group, and assigned to any support group (like the
Library helpdesk), shows up in their console intermingled with the Incidents
that are actually assigned to them. It's more like they are overwhelming the
incidents that are actually assigned to them, by 10 or more to one (it is
currently 5 assigned versus 59 owned). Just wait until the semester starts!!
I did unhide the Assigned Group And Owner Group columns in the console before
we went live, which helps a little because you can sort them, but it is still
a mess. The helpdesk manager spent several days during testing trying every
possible filter available in the console, to no avail. I guess I will be
restoring the 7.0 Role selection function and it's workflow to the 7.6.04
system sometime soon; very soon.
Christopher Strauss, Ph.D.
Call Tracking Administration Manager
University of North Texas Computing IT Centerhttp://itsm.unt.edu/
___
UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org
attend wwrug11www.wwrug.comARSList: Where the Answers Are
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Incident Management Console 7.6.04
Your end users should've been able to come up with that one on their own! :)
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of strauss
Sent: Tuesday, August 09, 2011 12:38 PM
To: arslist@ARSLIST.ORG
Subject: Re: Incident Management Console 7.6.04
We are still testing custom filters here; my favorite so far, from our
administrative desktop support group:
('Assigned Support Organization' = Admin Controller's Office OR 'Assigned
Support Organization' = Admin International Studies and Pgms OR 'Assigned
Support Organization' = Admin Network Support OR 'Assigned Support
Organization' = Admin University Registrar OR 'Assigned Support Organization'
= Admin University Union OR 'Assigned Support Organization' = Enrollment
Management Support OR 'Assigned Group' = ABN Security) AND ( 'Status' =
Assigned OR 'Status' = In Progress OR 'Status' = Pending)
Dead goats everywhere!
Christopher Strauss, Ph.D.
Call Tracking Administration Manager
University of North Texas Computing IT Center http://itsm.unt.edu/
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of patchsk
Sent: Tuesday, August 09, 2011 11:28 AM
To: arslist@ARSLIST.ORG
Subject: Re: Incident Management Console 7.6.04
Yes we received the same complaint from our users(mainly call center agents),
when we went live a month ago.
Basically users are unable to differentiate the concept that assignment and
ownership are two different things.
Only process owners understand that, but the regular call center agents do not
bother to know about it.
All they say is I assigned the tkt to another group and it is still showing up
in my console, and they keep clicking on that ticket to try to reassign.
BMC did provide some config options to filter by Assignment group Vs Owner
Group,but that works only for Overview console not for Incident console.
We end up customizing the Incident Console to show only tickets assigned to
them, not owned by them.
Of course now they lost the visibility of the tickets that are owned by them
hence lost the visibility to total control of ownership.
Anyway Ticket Owner ship is very loosely used here and not many people bothered
to care about it in my organization.
On Aug 8, 12:17 pm, strauss stra...@unt.edu wrote:
We have only had ITSM 7.6.04 in production for a few hours, and the universal
assessment from our users has been unanimous; the new Incident Console
(insert appropriate string of expletives here). The fact that it is now
impossible to filter it on Role (Assignment versus Owner) as it was in 7.0 is
a HUGE step backwards. We opened an issue with BMC during testing, but you
can imagine where that will go.
We already knew that this would happen from our test users' reactions, but it
is really baffling the folks who skipped testing. Someone from our desktop
support (which is on a different campus) showed up at the helpdesk this
morning, thinking that they needed to work on an Incident that was in fact
only Owned by them; it was Assigned to the helpdesk and they were working it.
The helpdesk is the most heavily impacted, since they are the Owner Group for
ALL students (~37,000 of them) and ANY Incident opened on behalf of a
student, by any support group, and assigned to any support group (like the
Library helpdesk), shows up in their console intermingled with the Incidents
that are actually assigned to them. It's more like they are overwhelming the
incidents that are actually assigned to them, by 10 or more to one (it is
currently 5 assigned versus 59 owned). Just wait until the semester starts!!
I did unhide the Assigned Group And Owner Group columns in the console before
we went live, which helps a little because you can sort them, but it is still
a mess. The helpdesk manager spent several days during testing trying every
possible filter available in the console, to no avail. I guess I will be
restoring the 7.0 Role selection function and it's workflow to the 7.6.04
system sometime soon; very soon.
Christopher Strauss, Ph.D.
Call Tracking Administration Manager
University of North Texas Computing IT Centerhttp://itsm.unt.edu/
__
_ UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org
attend wwrug11www.wwrug.comARSList: Where the Answers Are
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11
www.wwrug.com ARSList: Where the Answers Are
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11
www.wwrug.com ARSList: Where the Answers Are
**
This e-mail and its attachments may
Incident Management Console 7.6.04
We have only had ITSM 7.6.04 in production for a few hours, and the universal assessment from our users has been unanimous; the new Incident Console (insert appropriate string of expletives here). The fact that it is now impossible to filter it on Role (Assignment versus Owner) as it was in 7.0 is a HUGE step backwards. We opened an issue with BMC during testing, but you can imagine where that will go. We already knew that this would happen from our test users' reactions, but it is really baffling the folks who skipped testing. Someone from our desktop support (which is on a different campus) showed up at the helpdesk this morning, thinking that they needed to work on an Incident that was in fact only Owned by them; it was Assigned to the helpdesk and they were working it. The helpdesk is the most heavily impacted, since they are the Owner Group for ALL students (~37,000 of them) and ANY Incident opened on behalf of a student, by any support group, and assigned to any support group (like the Library helpdesk), shows up in their console intermingled with the Incidents that are actually assigned to them. It's more like they are overwhelming the incidents that are actually assigned to them, by 10 or more to one (it is currently 5 assigned versus 59 owned). Just wait until the semester starts!! I did unhide the Assigned Group And Owner Group columns in the console before we went live, which helps a little because you can sort them, but it is still a mess. The helpdesk manager spent several days during testing trying every possible filter available in the console, to no avail. I guess I will be restoring the 7.0 Role selection function and it's workflow to the 7.6.04 system sometime soon; very soon. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Incident Management Console 7.6.04
Chris, We've had the same exact complaints. The whole idea of Assigned to me in BMC's head meaning Assigned and Owned by me is ridiculous. One thing we've had to do is send the users a set of custom filter qualifications that they can add to their profiles to make life easier. Outside of Incident, the approval console is still clunky and I still have no idea why BMC still maintains the RKM Solution and Known Error DB and also the Problem management Solution and KE DB. Also, don't even get me started on Analytics... (see previous post). Also, as these products become more and more integrated and complex, we've seen a decline in the level of support from BMC. I was accidentally copied on a bunch of their internal e-mails and it was horrifying. It was a game of musical tickets and no one wanted to give a straight answer... and this was internal! If you ever want to chat about all the fun stuff you run into, give me a call because I've probably run into it first. -Tauf 646-483-2779 From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of strauss Sent: Monday, August 08, 2011 1:18 PM To: arslist@ARSLIST.ORG Subject: Incident Management Console 7.6.04 ** We have only had ITSM 7.6.04 in production for a few hours, and the universal assessment from our users has been unanimous; the new Incident Console (insert appropriate string of expletives here). The fact that it is now impossible to filter it on Role (Assignment versus Owner) as it was in 7.0 is a HUGE step backwards. We opened an issue with BMC during testing, but you can imagine where that will go. We already knew that this would happen from our test users' reactions, but it is really baffling the folks who skipped testing. Someone from our desktop support (which is on a different campus) showed up at the helpdesk this morning, thinking that they needed to work on an Incident that was in fact only Owned by them; it was Assigned to the helpdesk and they were working it. The helpdesk is the most heavily impacted, since they are the Owner Group for ALL students (~37,000 of them) and ANY Incident opened on behalf of a student, by any support group, and assigned to any support group (like the Library helpdesk), shows up in their console intermingled with the Incidents that are actually assigned to them. It's more like they are overwhelming the incidents that are actually assigned to them, by 10 or more to one (it is currently 5 assigned versus 59 owned). Just wait until the semester starts!! I did unhide the Assigned Group And Owner Group columns in the console before we went live, which helps a little because you can sort them, but it is still a mess. The helpdesk manager spent several days during testing trying every possible filter available in the console, to no avail. I guess I will be restoring the 7.0 Role selection function and it's workflow to the 7.6.04 system sometime soon; very soon. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ _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
Customer Name 'stuck' on Incident Management Console
ARS 7.6 ITSM 7.6 I'm wondering whether anyone has seen this behavior on the Incident Management Console / if it is a known issue even though I couldn't track it down in previous posts... When opening the Incident Management console after logging in to remedy, moving up and down in the table of incidents refreshes the Customer Name information shown below the table. If I am viewing 1 ticket in the console and then double click on another ticket, the ticket opens up just fine. However, when I go back to the incident console, although the selection has change to the ticket I just opened, and all fields on the console have updated with the correct information, the Customer Name still shows the name from the previous ticket viewed. From that point on there is no way to get Customer Name to change, even refreshing the table does not reset the field. This will not happen the first or second time I double click a ticket other than the one I am currently viewing - it works fine. Only after the 3rd or 4th time. Thanks for your input, Sharon ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Customer Name 'stuck' on Incident Management Console
** This is a known issue. BMC has a patch for it. Kelly DeaverL-3 Stratis / FAA Contractor kdea...@kellydeaver.com (ARSlist mail)kelly.ctr.dea...@faa.gov(Business mail) Original Message Subject: Customer Name 'stuck' on Incident Management ConsoleFrom: Sharon Menachem smena...@rollins.comDate: Wed, November 24, 2010 5:00 amTo: arslist@ARSLIST.ORG** ARS 7.6 ITSM 7.6 I'm wondering whether anyone has seen this behavior on the Incident Management Console / if it is a known issue even though I couldn't track it down in previous posts... When opening the Incident Management console after logging in to remedy, moving up and down in the table of incidents refreshes the Customer Name information shown below the table. If I am viewing 1 ticket in the console and then double click on another ticket, the ticket opens up just fine. However, when I go back to the incident console, although the selection has change to the ticket I just opened, and all fields on the console have updated with the correct information, the Customer Name still shows the name from the previous ticket viewed. From that point on there is no way to get Customer Name to change, even refreshing the table does not reset the field. This will not happen the first or second time I double click a ticket other than the one I am currently viewing - it works fine. Only after the 3rd or 4th time. Thanks for your input, Sharon _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_
Re: Customer Name 'stuck' on Incident Management Console
Thanks very much Sharon From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Kelly Deaver Sent: Wednesday, November 24, 2010 2:29 PM To: arslist@ARSLIST.ORG Subject: Re: Customer Name 'stuck' on Incident Management Console ** This is a known issue. BMC has a patch for it. Kelly Deaver L-3 Stratis / FAA Contractor kdea...@kellydeaver.commailto:kdea...@kellydeaver.com (ARSlist mail) kelly.ctr.dea...@faa.govmailto:kelly.ctr.dea...@faa.gov (Business mail) Original Message Subject: Customer Name 'stuck' on Incident Management Console From: Sharon Menachem smena...@rollins.commailto:smena...@rollins.com Date: Wed, November 24, 2010 5:00 am To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG ** ARS 7.6 ITSM 7.6 I'm wondering whether anyone has seen this behavior on the Incident Management Console / if it is a known issue even though I couldn't track it down in previous posts... When opening the Incident Management console after logging in to remedy, moving up and down in the table of incidents refreshes the Customer Name information shown below the table. If I am viewing 1 ticket in the console and then double click on another ticket, the ticket opens up just fine. However, when I go back to the incident console, although the selection has change to the ticket I just opened, and all fields on the console have updated with the correct information, the Customer Name still shows the name from the previous ticket viewed. From that point on there is no way to get Customer Name to change, even refreshing the table does not reset the field. This will not happen the first or second time I double click a ticket other than the one I am currently viewing - it works fine. Only after the 3rd or 4th time. Thanks for your input, Sharon _attend WWRUG11 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_
Re: Customer Name 'stuck' on Incident Management Console
I believe this is an issue with the user tool. Try downloading and installing the latest patch for the user tool and see if the issue still occurs. From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Kelly Deaver Sent: Wednesday, November 24, 2010 4:29 AM To: arslist@ARSLIST.ORG Subject: Re: Customer Name 'stuck' on Incident Management Console ** This is a known issue. BMC has a patch for it. Kelly Deaver L-3 Stratis / FAA Contractor kdea...@kellydeaver.commailto:kdea...@kellydeaver.com (ARSlist mail) kelly.ctr.dea...@faa.govmailto:kelly.ctr.dea...@faa.gov (Business mail) Original Message Subject: Customer Name 'stuck' on Incident Management Console From: Sharon Menachem smena...@rollins.commailto:smena...@rollins.com Date: Wed, November 24, 2010 5:00 am To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG ** ARS 7.6 ITSM 7.6 I'm wondering whether anyone has seen this behavior on the Incident Management Console / if it is a known issue even though I couldn't track it down in previous posts... When opening the Incident Management console after logging in to remedy, moving up and down in the table of incidents refreshes the Customer Name information shown below the table. If I am viewing 1 ticket in the console and then double click on another ticket, the ticket opens up just fine. However, when I go back to the incident console, although the selection has change to the ticket I just opened, and all fields on the console have updated with the correct information, the Customer Name still shows the name from the previous ticket viewed. From that point on there is no way to get Customer Name to change, even refreshing the table does not reset the field. This will not happen the first or second time I double click a ticket other than the one I am currently viewing - it works fine. Only after the 3rd or 4th time. Thanks for your input, Sharon _attend WWRUG11 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Customer Name 'stuck' on Incident Management Console
Kelly was of course quite correct that this is a problem with a filter that is
set to only trigger on the best practices view.
Here is the fix from BMC:
Filter HPD:INC:Service_130_GetHPDAppSetting does not run on Classic View so
it cannot get the z1G_Contact_Name_Format.
The fix is to remove the
('z1D Char30' = Best Practice View) AND
part of the Run If Qualification.
From:
('z1D Char30' = Best Practice View) AND (('z1G_Contact_Name_Format' = $NULL$)
OR ('z1G_Customer_Search_Type_Msg' = $NULL$) OR ('z1G_Customer_Searchby' =
$NULL$) OR ('z1G_Display_CustomerInfo_Dlg' = $NULL$))
To:
('z1G_Contact_Name_Format' = $NULL$) OR ('z1G_Customer_Search_Type_Msg' =
$NULL$) OR ('z1G_Customer_Searchby' = $NULL$) OR
('z1G_Display_CustomerInfo_Dlg' = $NULL$)
Thanks,
Sharon
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Michael Ziniti
Sent: Wednesday, November 24, 2010 3:41 PM
To: arslist@ARSLIST.ORG
Subject: Re: Customer Name 'stuck' on Incident Management Console
**
I believe this is an issue with the user tool. Try downloading and installing
the latest patch for the user tool and see if the issue still occurs.
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Kelly Deaver
Sent: Wednesday, November 24, 2010 4:29 AM
To: arslist@ARSLIST.ORG
Subject: Re: Customer Name 'stuck' on Incident Management Console
**
This is a known issue. BMC has a patch for it.
Kelly Deaver
L-3 Stratis / FAA Contractor
kdea...@kellydeaver.commailto:kdea...@kellydeaver.com (ARSlist mail)
kelly.ctr.dea...@faa.govmailto:kelly.ctr.dea...@faa.gov (Business mail)
Original Message
Subject: Customer Name 'stuck' on Incident Management Console
From: Sharon Menachem smena...@rollins.commailto:smena...@rollins.com
Date: Wed, November 24, 2010 5:00 am
To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG
**
ARS 7.6 ITSM 7.6
I'm wondering whether anyone has seen this behavior on the Incident Management
Console / if it is a known issue even though I couldn't track it down in
previous posts...
When opening the Incident Management console after logging in to remedy, moving
up and down in the table of incidents refreshes the Customer Name information
shown below the table.
If I am viewing 1 ticket in the console and then double click on another
ticket, the ticket opens up just fine. However, when I go back to the incident
console, although the selection has change to the ticket I just opened, and all
fields on the console have updated with the correct information, the Customer
Name still shows the name from the previous ticket viewed.
From that point on there is no way to get Customer Name to change, even
refreshing the table does not reset the field.
This will not happen the first or second time I double click a ticket other
than the one I am currently viewing - it works fine. Only after the 3rd or 4th
time.
Thanks for your input,
Sharon
_attend WWRUG11 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers
Are_
_attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_
This message is for the designated recipient only and may contain privileged,
proprietary, or otherwise private information. If you have received it in
error, please notify the sender immediately and delete the original. Any other
use of the email by you is prohibited.
_attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_
Incident Management Console
Dear Listers, We have been seeing something quite unusual in the Incident Management Console on the midtier: - whenever the Role field value is changed from the drop down menu, there is a brief moment we see MNU2932 (the menu item id value from the SYS:Menu Items form) and then the actual Menu Value is displayed in the Role field. We don't see this odd behavior on the User Tool. I looked at the AL logs both on the MT and on the UT, but did not see any reference to set fields doing an explicit set fields of the Menu Item ID being set into the Role field being displayed. We are running ITSM 7.1.0 on AR System 7.1.0 Patch 6 Has anyone one else seen this odd behavior? I am unable to explain this behavior on the MT. Thanks, -- Shyam ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Incident Management Console
It could be the menu return the requestId, then workflow do a lookup to replace the value. It happens slow enough on MT so you could see the Id momentary. On Tue, Mar 9, 2010 at 12:47 PM, Shyam Attavar atta...@sbcglobal.netwrote: ** Dear Listers, We have been seeing something quite unusual in the Incident Management Console on the midtier: - whenever the Role field value is changed from the drop down menu, there is a brief moment we see MNU2932 (the menu item id value from the SYS:Menu Items form) and then the actual Menu Value is displayed in the Role field. We don't see this odd behavior on the User Tool. I looked at the AL logs both on the MT and on the UT, but did not see any reference to set fields doing an explicit set fields of the Menu Item ID being set into the Role field being displayed. We are running ITSM 7.1.0 on AR System 7.1.0 Patch 6 Has anyone one else seen this odd behavior? I am unable to explain this behavior on the MT. Thanks, -- Shyam _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where the Answers Are_ -- ARS 7.0.1 P005 MS SQL 2005 MT- 7.1 P006 Microsoft IIS ServletExec/5.0p06 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Incident Management Console
Actually, I don't see any reference to the Menu Item ID being set in the logs. I looked at all the Activelinks and not there either for the Menu Item ID being used. Is this a midtier behavior that cannot be changed, or am I missing something? From: Andrew Fremont andrewfrem...@gmail.com To: arslist@ARSLIST.ORG Sent: Tue, March 9, 2010 1:25:53 PM Subject: Re: Incident Management Console ** It could be the menu return the requestId, then workflow do a lookup to replace the value. It happens slow enough on MT so you could see the Id momentary. On Tue, Mar 9, 2010 at 12:47 PM, Shyam Attavar atta...@sbcglobal.net wrote: ** Dear Listers, We have been seeing something quite unusual in the Incident Management Console on the midtier: - whenever the Role field value is changed from the drop down menu, there is a brief moment we see MNU2932 (the menu item id value from the SYS:Menu Items form) and then the actual Menu Value is displayed in the Role field. We don't see this odd behavior on the User Tool. I looked at the AL logs both on the MT and on the UT, but did not see any reference to set fields doing an explicit set fields of the Menu Item ID being set into the Role field being displayed. We are running ITSM 7.1.0 on AR System 7.1.0 Patch 6 Has anyone one else seen this odd behavior? I am unable to explain this behavior on the MT. Thanks, -- Shyam _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where the Answers Are_ -- ARS 7.0.1 P005 MS SQL 2005 MT- 7.1 P006 Microsoft IIS ServletExec/5.0p06 _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Incident Management Console Assigned Work results table and two sets of colors
All, As we know a table field (I should say as I know, and I might be wrong) can only have one set of results colors, however I need two. One set is for the SLM (out of the Box) and the other is when an Incident is marked critical. Any ideas are welcome. As always thanks, Howard Richter -- Howard Richter Red Hat Certified Technician CompTIA Linux+ Certified ITIL Foundation Certified E-Mail = [EMAIL PROTECTED] LinkedIn Profile = http://www.linkedin.com/in/hbr4270 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: Incident Management Console Assigned Work results table and two sets of colors
So do you mean you want to figure out a way to base the results colors from the combination of two fields rather than one? Thanks Peter Lammey ESPN MIT Technical Services Applications Management 860-766-4761 From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Howard Richter Sent: Thursday, August 28, 2008 1:55 PM To: arslist@ARSLIST.ORG Subject: Incident Management Console Assigned Work results table and two sets of colors ** All, As we know a table field (I should say as I know, and I might be wrong) can only have one set of results colors, however I need two. One set is for the SLM (out of the Box) and the other is when an Incident is marked critical. Any ideas are welcome. As always thanks, Howard Richter -- Howard Richter Red Hat Certified Technician CompTIA Linux+ Certified ITIL Foundation Certified E-Mail = [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] LinkedIn Profile = http://www.linkedin.com/in/hbr4270 __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ Please consider the environment before printing this e-mail. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: Incident Management Console Assigned Work results table and two sets of colors
One thing I do when the results color needs to be based on multiple conditions or situations, is to create an enumerated field (Results List Color) that has the list of colors I'll want and use that field as the basis for the Results List colors (defaults to black). Then create filters for whatever situation you face that sets that enumerated field to the appropriate color. Thad Esser Remedy Developer Argue for your limitations, and sure enough, they're yours.-- Richard Bach Howard Richter [EMAIL PROTECTED] Sent by: Action Request System discussion list(ARSList) arslist@ARSLIST.ORG 08/28/2008 10:54 AM Please respond to arslist@ARSLIST.ORG To arslist@ARSLIST.ORG cc Subject Incident Management Console Assigned Work results table and two sets of colors ** All, As we know a table field (I should say as I know, and I might be wrong) can only have one set of results colors, however I need two. One set is for the SLM (out of the Box) and the other is when an Incident is marked critical. Any ideas are welcome. As always thanks, Howard Richter -- Howard Richter Red Hat Certified Technician CompTIA Linux+ Certified ITIL Foundation Certified E-Mail = [EMAIL PROTECTED] LinkedIn Profile = http://www.linkedin.com/in/hbr4270 __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ *IMPORTANT NOTICE: This communication, including any attachment, contains information that may be confidential or privileged, and is intended solely for the entity or individual to whom it is addressed. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message is strictly prohibited. Nothing in this email, including any attachment, is intended to be a legally binding signature. * ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: Incident Management Console Assigned Work results table and two sets of colors
You will need to create a new selection field that contains the colors you want to display, then create workflow to set that selection field based on your own criteria maybe something like, follow all of the SLM rules, but if it's critical set it to another colorthen change your table to use this new selection field instead of the default. _ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Howard Richter Sent: Thursday, August 28, 2008 11:55 AM To: arslist@ARSLIST.ORG Subject: Incident Management Console Assigned Work results table and two sets of colors ** All, As we know a table field (I should say as I know, and I might be wrong) can only have one set of results colors, however I need two. One set is for the SLM (out of the Box) and the other is when an Incident is marked critical. Any ideas are welcome. As always thanks, Howard Richter -- Howard Richter Red Hat Certified Technician CompTIA Linux+ Certified ITIL Foundation Certified E-Mail = [EMAIL PROTECTED] LinkedIn Profile = http://www.linkedin.com/in/hbr4270 __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: Incident Management Console Assigned Work results table and two sets of colors
Peter, Yes. For example lets say the sla has marked the incident as green (foreground), and I would like to change the background to yellow since the issue is critical. I am thinking of going down Thad's idea, but then I would need to deal with SLM and updates to the incidents. hbr On Thu, Aug 28, 2008 at 2:05 PM, Lammey, Peter A. [EMAIL PROTECTED]wrote: ** So do you mean you want to figure out a way to base the results colors from the combination of two fields rather than one? Thanks Peter Lammey ESPN MIT Technical Services Applications Management 860-766-4761 -- *From:* Action Request System discussion list(ARSList) [mailto: [EMAIL PROTECTED] *On Behalf Of *Howard Richter *Sent:* Thursday, August 28, 2008 1:55 PM *To:* arslist@ARSLIST.ORG *Subject:* Incident Management Console Assigned Work results table and two sets of colors ** All, As we know a table field (I should say as I know, and I might be wrong) can only have one set of results colors, however I need two. One set is for the SLM (out of the Box) and the other is when an Incident is marked critical. Any ideas are welcome. As always thanks, Howard Richter -- Howard Richter Red Hat Certified Technician CompTIA Linux+ Certified ITIL Foundation Certified E-Mail = [EMAIL PROTECTED] LinkedIn Profile = http://www.linkedin.com/in/hbr4270 __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ -- Please consider the environment before printing this e-mail. __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ -- Howard Richter Red Hat Certified Technician CompTIA Linux+ Certified ITIL Foundation Certified E-Mail = [EMAIL PROTECTED] LinkedIn Profile = http://www.linkedin.com/in/hbr4270 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: Incident Management Console Assigned Work results table and two sets of colors
That is exactly what I had done for an egg-timer functionality I created for one of my customers a couple of years ago.. I had a set of filters check the condtions, and set that color field to whatever color need be displayed and based the table field colors off that color field.. Works like a charm.. Joe - Original Message From: Thad K Esser [EMAIL PROTECTED] To: arslist@ARSLIST.ORG Sent: Thursday, August 28, 2008 2:06:05 PM Subject: Re: Incident Management Console Assigned Work results table and two sets of colors ** One thing I do when the results color needs to be based on multiple conditions or situations, is to create an enumerated field (Results List Color) that has the list of colors I'll want and use that field as the basis for the Results List colors (defaults to black). Then create filters for whatever situation you face that sets that enumerated field to the appropriate color. Thad Esser Remedy Developer Argue for your limitations, and sure enough, they're yours.-- Richard Bach Howard Richter [EMAIL PROTECTED] Sent by: Action Request System discussion list(ARSList) arslist@ARSLIST.ORG 08/28/2008 10:54 AM Please respond to arslist@ARSLIST.ORG To arslist@ARSLIST.ORG cc Subject Incident Management Console Assigned Work results table and two sets of colors ** All, As we know a table field (I should say as I know, and I might be wrong) can only have one set of results colors, however I need two. One set is for the SLM (out of the Box) and the other is when an Incident is marked critical. Any ideas are welcome. As always thanks, Howard Richter -- Howard Richter Red Hat Certified Technician CompTIA Linux+ Certified ITIL Foundation Certified E-Mail = [EMAIL PROTECTED] LinkedIn Profile = http://www.linkedin.com/in/hbr4270 __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ *IMPORTANT NOTICE: This communication, including any attachment, contains information that may be confidential or privileged, and is intended solely for the entity or individual to whom it is addressed. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message is strictly prohibited. Nothing in this email, including any attachment, is intended to be a legally binding signature. * ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Incident Management Console losing sort
Hi List, I noticed today that the form HPD:Incident Management Console will no longer let users click the summary column and sort the ticket list. It works with all of the other columns, but nothing happens when the summary column is clicked. Our test box is working fine and the sort is correct on that install. Any thoughts? Thanks, Matt Matthew C. Gayford Technology Research Development Information Technology Systems Division University of North Carolina Wilmington (910) 962-7177 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: Incident Management Console losing sort
Matt, Can you provide more info? Is it happening on both the User tool and the mid-tier or just 1 of the 2? What version of AR System? Tauf Chowdhury | Forest Laboratories, Inc. Sr. Analyst Office: 631.858.7765 From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Gayford, Matthew C. Sent: Thursday, July 31, 2008 8:52 AM To: arslist@ARSLIST.ORG Subject: Incident Management Console losing sort Hi List, I noticed today that the form HPD:Incident Management Console will no longer let users click the summary column and sort the ticket list. It works with all of the other columns, but nothing happens when the summary column is clicked. Our test box is working fine and the sort is correct on that install. Any thoughts? Thanks, Matt Matthew C. Gayford Technology Research Development Information Technology Systems Division University of North Carolina Wilmington (910) 962-7177 __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ ** 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 Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: Incident Management Console losing sort
The strange behavior is happening on both the user tool and the mid-tier. We're running ARS ITSM 7.0.01 patch 003. Matt Matthew C. Gayford Technology Research Development Information Technology Systems Division University of North Carolina Wilmington (910) 962-7177 From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Chowdhury, Tauf Sent: Thursday, July 31, 2008 9:22 AM To: arslist@ARSLIST.ORG Subject: Re: Incident Management Console losing sort ** Matt, Can you provide more info? Is it happening on both the User tool and the mid-tier or just 1 of the 2? What version of AR System? Tauf Chowdhury | Forest Laboratories, Inc. Sr. Analyst Office: 631.858.7765 From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Gayford, Matthew C. Sent: Thursday, July 31, 2008 8:52 AM To: arslist@ARSLIST.ORG Subject: Incident Management Console losing sort Hi List, I noticed today that the form HPD:Incident Management Console will no longer let users click the summary column and sort the ticket list. It works with all of the other columns, but nothing happens when the summary column is clicked. Our test box is working fine and the sort is correct on that install. Any thoughts? Thanks, Matt Matthew C. Gayford Technology Research Development Information Technology Systems Division University of North Carolina Wilmington (910) 962-7177 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. __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: Incident Management Console losing sort
Have you tried right clicking on the table and choosing reset - just a guess. On Thu, Jul 31, 2008 at 9:37 AM, Gayford, Matthew C. [EMAIL PROTECTED] wrote: ** The strange behavior is happening on both the user tool and the mid-tier. We're running ARS ITSM 7.0.01 patch 003. Matt Matthew C. Gayford Technology Research Development Information Technology Systems Division University of North Carolina Wilmington (910) 962-7177 From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Chowdhury, Tauf Sent: Thursday, July 31, 2008 9:22 AM To: arslist@ARSLIST.ORG Subject: Re: Incident Management Console losing sort ** Matt, Can you provide more info? Is it happening on both the User tool and the mid-tier or just 1 of the 2? What version of AR System? Tauf Chowdhury | Forest Laboratories, Inc. Sr. Analyst Office: 631.858.7765 From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Gayford, Matthew C. Sent: Thursday, July 31, 2008 8:52 AM To: arslist@ARSLIST.ORG Subject: Incident Management Console losing sort Hi List, I noticed today that the form HPD:Incident Management Console will no longer let users click the summary column and sort the ticket list. It works with all of the other columns, but nothing happens when the summary column is clicked. Our test box is working fine and the sort is correct on that install. Any thoughts? Thanks, Matt Matthew C. Gayford Technology Research Development Information Technology Systems Division University of North Carolina Wilmington (910) 962-7177 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. __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: Incident Management Console losing sort
It didn't make any difference. But, I did notice that when I right click inside the table and click the sort submenu, the summary field is not an available sort option. I opened the form in the admin tool and don't see anything listed under the sort/levels tab. Matt Matthew C. Gayford Technology Research Development Information Technology Systems Division University of North Carolina Wilmington (910) 962-7177 -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of T. Dee Sent: Thursday, July 31, 2008 9:43 AM To: arslist@ARSLIST.ORG Subject: Re: Incident Management Console losing sort Have you tried right clicking on the table and choosing reset - just a guess. On Thu, Jul 31, 2008 at 9:37 AM, Gayford, Matthew C. [EMAIL PROTECTED] wrote: ** The strange behavior is happening on both the user tool and the mid-tier. We're running ARS ITSM 7.0.01 patch 003. Matt Matthew C. Gayford Technology Research Development Information Technology Systems Division University of North Carolina Wilmington (910) 962-7177 From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Chowdhury, Tauf Sent: Thursday, July 31, 2008 9:22 AM To: arslist@ARSLIST.ORG Subject: Re: Incident Management Console losing sort ** Matt, Can you provide more info? Is it happening on both the User tool and the mid-tier or just 1 of the 2? What version of AR System? Tauf Chowdhury | Forest Laboratories, Inc. Sr. Analyst Office: 631.858.7765 From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Gayford, Matthew C. Sent: Thursday, July 31, 2008 8:52 AM To: arslist@ARSLIST.ORG Subject: Incident Management Console losing sort Hi List, I noticed today that the form HPD:Incident Management Console will no longer let users click the summary column and sort the ticket list. It works with all of the other columns, but nothing happens when the summary column is clicked. Our test box is working fine and the sort is correct on that install. Any thoughts? Thanks, Matt Matthew C. Gayford Technology Research Development Information Technology Systems Division University of North Carolina Wilmington (910) 962-7177 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. __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: Overview Console vs. Incident Management Console
Jase, Did you check the Select Status Values dialog which you can access in Console Functions? In there I would verify that Incident is set to All Open Incidents. Thanks Peter Lammey ESPN MIT Technical Services Applications Management 860-766-4761 From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Jase Brandon Sent: Wednesday, May 07, 2008 5:56 PM To: arslist@ARSLIST.ORG Subject: Re: Overview Console vs. Incident Management Console ** I am hoping someone from the Cavalry shows up.. :):):) I don't mind debugging, but feel sure someone else has run across this little bugger before.. :) Thanks again to all, Jase On 5/7/08, Rick Cook [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] wrote: ** Oh, yeah, I remember now. Those EXTERNAL calls are nice workflow, but a pain to debug. Sounds like you're on the right track as far as figuring that out. Good luck, unless someone rides to the rescue and just tells you the answer. Rick On Wed, May 7, 2008 at 2:37 PM, Jase Brandon [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] wrote: ** Hi Rick, I checked that prior and no it didn''t, the qual is = EXTERNAL( $z1D_ExternalQualString$), checked further and that field isn't even on the Overview Console so, I thought it would be set through workflow, I viewed all associated workflow with the form, and still nada. I am going to run a workflow log and see when z1d_ExternalQualString' is being set and by what workflow. Since this is straight out of the box, I presumed someone else may have seen this behavior. Any other ideas? Thanks Much, Jase On 5/7/08, Rick Cook [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] wrote: ** Jase, did the Qualification on the Overview Console (table field) shed any light on this for you? Rick On Wed, May 7, 2008 at 2:11 PM, Jase Brandon [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] wrote: ** Hello All, 7.1 Patch 002 ARS Hopefully this is a simple answer and others have seen the same. Overview Console displays different Incidents than the Incident Management Console. We are beginning to use tasks, so I have directed all to look for Assigned work in the Overview Console. The issue is that some Incidents display in the Overview Console, but not all assigned to me in the Incident Mgmt Console.. I can't find anything different between incidents displayed in Overview and Incident. I checked and the 'Console View' on both consoles = Console View/All My Groups/Show All, all Incidents in the Incident Mgmt. console are assigned to me, but only a few are displayed in the Overview Console. Is there a limitation to rows displayed on the Overview Console? Any insights greatly appreciated. Regards, Jase Brandon __Platinum Sponsor: www.rmsportal.comhttp://www.rmsportal.com/ ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.comhttp://www.rmsportal.com/ ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.comhttp://www.rmsportal.com/ ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.comhttp://www.rmsportal.com/ ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ Please consider the environment before printing this e-mail. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: Overview Console vs. Incident Management Console
Did you try clicking on the all my groups or selected groups link under the console view tab? If you're a member of multiple support groups, you might only be seeing the ones that are selected in that menu. -Matt Matthew C. Gayford Technology Research Development Information Technology Systems Division University of North Carolina Wilmington (910) 962-7177 From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Jase Brandon Sent: Wednesday, May 07, 2008 5:56 PM To: arslist@ARSLIST.ORG Subject: Re: Overview Console vs. Incident Management Console ** I am hoping someone from the Cavalry shows up.. :):):) I don't mind debugging, but feel sure someone else has run across this little bugger before.. :) Thanks again to all, Jase On 5/7/08, Rick Cook [EMAIL PROTECTED] wrote: ** Oh, yeah, I remember now. Those EXTERNAL calls are nice workflow, but a pain to debug. Sounds like you're on the right track as far as figuring that out. Good luck, unless someone rides to the rescue and just tells you the answer. Rick On Wed, May 7, 2008 at 2:37 PM, Jase Brandon [EMAIL PROTECTED] wrote: ** Hi Rick, I checked that prior and no it didn''t, the qual is = EXTERNAL( $z1D_ExternalQualString$), checked further and that field isn't even on the Overview Console so, I thought it would be set through workflow, I viewed all associated workflow with the form, and still nada. I am going to run a workflow log and see when z1d_ExternalQualString' is being set and by what workflow. Since this is straight out of the box, I presumed someone else may have seen this behavior. Any other ideas? Thanks Much, Jase On 5/7/08, Rick Cook [EMAIL PROTECTED] wrote: ** Jase, did the Qualification on the Overview Console (table field) shed any light on this for you? Rick On Wed, May 7, 2008 at 2:11 PM, Jase Brandon [EMAIL PROTECTED] wrote: ** Hello All, 7.1 Patch 002 ARS Hopefully this is a simple answer and others have seen the same. Overview Console displays different Incidents than the Incident Management Console. We are beginning to use tasks, so I have directed all to look for Assigned work in the Overview Console. The issue is that some Incidents display in the Overview Console, but not all assigned to me in the Incident Mgmt Console.. I can't find anything different between incidents displayed in Overview and Incident. I checked and the 'Console View' on both consoles = Console View/All My Groups/Show All, all Incidents in the Incident Mgmt. console are assigned to me, but only a few are displayed in the Overview Console. Is there a limitation to rows displayed on the Overview Console? Any insights greatly appreciated. Regards, Jase Brandon __Platinum Sponsor: www.rmsportal.com http://www.rmsportal.com/ ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com http://www.rmsportal.com/ ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com http://www.rmsportal.com/ ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com http://www.rmsportal.com/ ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: Overview Console vs. Incident Management Console
Actually Lisa, I think Jase will find what you're suggesting under Select Status Values on the Overview Console instead. That is where the Overview Console's status preferences are stored. Why it isn't in the same place as all the other modules doesn't make much sense to me. Shawn Pierson -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of LisaD Sent: Wednesday, May 07, 2008 4:27 PM To: arslist@ARSLIST.ORG Subject: Re: Overview Console vs. Incident Management Console Check your default settings for the consoles in Application Preferences, to see what displays when you access the console. If the default settings are different, you will see different rows. The Application Preferences link is under the General Functions section on the Console views... (but, you probably already know that) Hope that helps, Lisa Jase Brandon-2 wrote: Hello All, 7.1 Patch 002 ARS Hopefully this is a simple answer and others have seen the same. Overview Console displays different Incidents than the Incident Management Console. We are beginning to use tasks, so I have directed all to look for Assigned work in the Overview Console. The issue is that some Incidents display in the Overview Console, but not all assigned to me in the Incident Mgmt Console.. I can't find anything different between incidents displayed in Overview and Incident. I checked and the 'Console View' on both consoles = Console View/All My Groups/Show All, all Incidents in the Incident Mgmt. console are assigned to me, but only a few are displayed in the Overview Console. Is there a limitation to rows displayed on the Overview Console? Any insights greatly appreciated. Regards, Jase Brandon ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are - Lisa W [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Overview-Console-vs.-Incident-Management-Console-t p17114882p17115133.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are Private and confidential as detailed here: http://www.sug.com/disclaimers/default.htm#Mail . If you cannot access the link, please e-mail sender. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: Overview Console vs. Incident Management Console
Yes, you can display the dialog of the Application Preferences form from that option as well on the Overview Console. Not sure why that alternative option is available from Overview only, but there are just some things that can't be explained sometimes, huh... Thanks, LisaD -Original Message- From: Pierson, Shawn [EMAIL PROTECTED] Sent: Thursday, May 08, 2008 7:30 AM To: arslist@ARSLIST.ORG arslist@ARSLIST.ORG Subject: Re: Overview Console vs. Incident Management Console Actually Lisa, I think Jase will find what you're suggesting under Select Status Values on the Overview Console instead. That is where the Overview Console's status preferences are stored. Why it isn't in the same place as all the other modules doesn't make much sense to me. Shawn Pierson -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of LisaD Sent: Wednesday, May 07, 2008 4:27 PM To: arslist@ARSLIST.ORG Subject: Re: Overview Console vs. Incident Management Console Check your default settings for the consoles in Application Preferences, to see what displays when you access the console. If the default settings are different, you will see different rows. The Application Preferences link is under the General Functions section on the Console views... (but, you probably already know that) Hope that helps, Lisa Jase Brandon-2 wrote: Hello All, 7.1 Patch 002 ARS Hopefully this is a simple answer and others have seen the same. Overview Console displays different Incidents than the Incident Management Console. We are beginning to use tasks, so I have directed all to look for Assigned work in the Overview Console. The issue is that some Incidents display in the Overview Console, but not all assigned to me in the Incident Mgmt Console.. I can't find anything different between incidents displayed in Overview and Incident. I checked and the 'Console View' on both consoles = Console View/All My Groups/Show All, all Incidents in the Incident Mgmt. console are assigned to me, but only a few are displayed in the Overview Console. Is there a limitation to rows displayed on the Overview Console? Any insights greatly appreciated. Regards, Jase Brandon ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are - Lisa W [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Overview-Console-vs.-Incident-Management-Console-t p17114882p17115133.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are Private and confidential as detailed here: http://www.sug.com/disclaimers/default.htm#Mail . If you cannot access the link, please e-mail sender. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are This message is subject to and does not create or vary any contractual relationship between TuringSMI, SMI Technologies, SMI Telco, its subsidiaries or affiliates and you. Internet communications are not secure and therefore the TuringSMI Group does not accept any legal responsibility for the contents of this message. Any views or opinions expressed are those of the author. This message is intended for the addressee(s) only and its contents and any attached files are strictly confidential. If you have received it in error, please contact the sender on the number above. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: Overview Console vs. Incident Management Console
Hello All, I have been through this issue with a fine tooth comb. I have ensured configuration on Select Status Values from the Overview Console is set correctly. The weird issue I can't figure out is that some open incidents are displayed in the overview console, but not all. All the other Select Status Values values work - resolved, pending, etc., they display all Incidents in that particular status, just not All Open Incidents. I am still researching and will write back as soon as I figure this puppy out. Thanks All, Jase On 5/8/08, Lisa Westerfield [EMAIL PROTECTED] wrote: Yes, you can display the dialog of the Application Preferences form from that option as well on the Overview Console. Not sure why that alternative option is available from Overview only, but there are just some things that can't be explained sometimes, huh... Thanks, LisaD -Original Message- From: Pierson, Shawn [EMAIL PROTECTED] Sent: Thursday, May 08, 2008 7:30 AM To: arslist@ARSLIST.ORG arslist@ARSLIST.ORG Subject: Re: Overview Console vs. Incident Management Console Actually Lisa, I think Jase will find what you're suggesting under Select Status Values on the Overview Console instead. That is where the Overview Console's status preferences are stored. Why it isn't in the same place as all the other modules doesn't make much sense to me. Shawn Pierson -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of LisaD Sent: Wednesday, May 07, 2008 4:27 PM To: arslist@ARSLIST.ORG Subject: Re: Overview Console vs. Incident Management Console Check your default settings for the consoles in Application Preferences, to see what displays when you access the console. If the default settings are different, you will see different rows. The Application Preferences link is under the General Functions section on the Console views... (but, you probably already know that) Hope that helps, Lisa Jase Brandon-2 wrote: Hello All, 7.1 Patch 002 ARS Hopefully this is a simple answer and others have seen the same. Overview Console displays different Incidents than the Incident Management Console. We are beginning to use tasks, so I have directed all to look for Assigned work in the Overview Console. The issue is that some Incidents display in the Overview Console, but not all assigned to me in the Incident Mgmt Console.. I can't find anything different between incidents displayed in Overview and Incident. I checked and the 'Console View' on both consoles = Console View/All My Groups/Show All, all Incidents in the Incident Mgmt. console are assigned to me, but only a few are displayed in the Overview Console. Is there a limitation to rows displayed on the Overview Console? Any insights greatly appreciated. Regards, Jase Brandon ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are - Lisa W [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Overview-Console-vs.-Incident-Management-Console-t p17114882p17115133.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are Private and confidential as detailed here: http://www.sug.com/disclaimers/default.htm#Mail . If you cannot access the link, please e-mail sender. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are This message is subject to and does not create or vary any contractual relationship between TuringSMI, SMI Technologies, SMI Telco, its subsidiaries or affiliates and you. Internet communications are not secure and therefore the TuringSMI Group does not accept any legal responsibility for the contents of this message. Any views or opinions expressed are those of the author. This message is intended for the addressee(s) only and its contents and any attached files are strictly confidential. If you have received it in error, please contact the sender on the number above. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Overview Console vs. Incident Management Console
Hello All, 7.1 Patch 002 ARS Hopefully this is a simple answer and others have seen the same. Overview Console displays different Incidents than the Incident Management Console. We are beginning to use tasks, so I have directed all to look for Assigned work in the Overview Console. The issue is that some Incidents display in the Overview Console, but not all assigned to me in the Incident Mgmt Console.. I can't find anything different between incidents displayed in Overview and Incident. I checked and the 'Console View' on both consoles = Console View/All My Groups/Show All, all Incidents in the Incident Mgmt. console are assigned to me, but only a few are displayed in the Overview Console. Is there a limitation to rows displayed on the Overview Console? Any insights greatly appreciated. Regards, Jase Brandon ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: Overview Console vs. Incident Management Console
Jase, did the Qualification on the Overview Console (table field) shed any light on this for you? Rick On Wed, May 7, 2008 at 2:11 PM, Jase Brandon [EMAIL PROTECTED] wrote: ** Hello All, 7.1 Patch 002 ARS Hopefully this is a simple answer and others have seen the same. Overview Console displays different Incidents than the Incident Management Console. We are beginning to use tasks, so I have directed all to look for Assigned work in the Overview Console. The issue is that some Incidents display in the Overview Console, but not all assigned to me in the Incident Mgmt Console.. I can't find anything different between incidents displayed in Overview and Incident. I checked and the 'Console View' on both consoles = Console View/All My Groups/Show All, all Incidents in the Incident Mgmt. console are assigned to me, but only a few are displayed in the Overview Console. Is there a limitation to rows displayed on the Overview Console? Any insights greatly appreciated. Regards, Jase Brandon __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: Overview Console vs. Incident Management Console
Check your default settings for the consoles in Application Preferences, to see what displays when you access the console. If the default settings are different, you will see different rows. The Application Preferences link is under the General Functions section on the Console views... (but, you probably already know that) Hope that helps, Lisa Jase Brandon-2 wrote: Hello All, 7.1 Patch 002 ARS Hopefully this is a simple answer and others have seen the same. Overview Console displays different Incidents than the Incident Management Console. We are beginning to use tasks, so I have directed all to look for Assigned work in the Overview Console. The issue is that some Incidents display in the Overview Console, but not all assigned to me in the Incident Mgmt Console.. I can't find anything different between incidents displayed in Overview and Incident. I checked and the 'Console View' on both consoles = Console View/All My Groups/Show All, all Incidents in the Incident Mgmt. console are assigned to me, but only a few are displayed in the Overview Console. Is there a limitation to rows displayed on the Overview Console? Any insights greatly appreciated. Regards, Jase Brandon ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are - Lisa W [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Overview-Console-vs.-Incident-Management-Console-tp17114882p17115133.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: Overview Console vs. Incident Management Console
Hi Rick, I checked that prior and no it didn''t, the qual is = EXTERNAL( $z1D_ExternalQualString$), checked further and that field isn't even on the Overview Console so, I thought it would be set through workflow, I viewed all associated workflow with the form, and still nada. I am going to run a workflow log and see when z1d_ExternalQualString' is being set and by what workflow. Since this is straight out of the box, I presumed someone else may have seen this behavior. Any other ideas? Thanks Much, Jase On 5/7/08, Rick Cook [EMAIL PROTECTED] wrote: ** Jase, did the Qualification on the Overview Console (table field) shed any light on this for you? Rick On Wed, May 7, 2008 at 2:11 PM, Jase Brandon [EMAIL PROTECTED] wrote: ** Hello All, 7.1 Patch 002 ARS Hopefully this is a simple answer and others have seen the same. Overview Console displays different Incidents than the Incident Management Console. We are beginning to use tasks, so I have directed all to look for Assigned work in the Overview Console. The issue is that some Incidents display in the Overview Console, but not all assigned to me in the Incident Mgmt Console.. I can't find anything different between incidents displayed in Overview and Incident. I checked and the 'Console View' on both consoles = Console View/All My Groups/Show All, all Incidents in the Incident Mgmt. console are assigned to me, but only a few are displayed in the Overview Console. Is there a limitation to rows displayed on the Overview Console? Any insights greatly appreciated. Regards, Jase Brandon __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: Overview Console vs. Incident Management Console
Oh, yeah, I remember now. Those EXTERNAL calls are nice workflow, but a pain to debug. Sounds like you're on the right track as far as figuring that out. Good luck, unless someone rides to the rescue and just tells you the answer. Rick On Wed, May 7, 2008 at 2:37 PM, Jase Brandon [EMAIL PROTECTED] wrote: ** Hi Rick, I checked that prior and no it didn''t, the qual is = EXTERNAL( $z1D_ExternalQualString$), checked further and that field isn't even on the Overview Console so, I thought it would be set through workflow, I viewed all associated workflow with the form, and still nada. I am going to run a workflow log and see when z1d_ExternalQualString' is being set and by what workflow. Since this is straight out of the box, I presumed someone else may have seen this behavior. Any other ideas? Thanks Much, Jase On 5/7/08, Rick Cook [EMAIL PROTECTED] wrote: ** Jase, did the Qualification on the Overview Console (table field) shed any light on this for you? Rick On Wed, May 7, 2008 at 2:11 PM, Jase Brandon [EMAIL PROTECTED] wrote: ** Hello All, 7.1 Patch 002 ARS Hopefully this is a simple answer and others have seen the same. Overview Console displays different Incidents than the Incident Management Console. We are beginning to use tasks, so I have directed all to look for Assigned work in the Overview Console. The issue is that some Incidents display in the Overview Console, but not all assigned to me in the Incident Mgmt Console.. I can't find anything different between incidents displayed in Overview and Incident. I checked and the 'Console View' on both consoles = Console View/All My Groups/Show All, all Incidents in the Incident Mgmt. console are assigned to me, but only a few are displayed in the Overview Console. Is there a limitation to rows displayed on the Overview Console? Any insights greatly appreciated. Regards, Jase Brandon __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: Overview Console vs. Incident Management Console
I am hoping someone from the Cavalry shows up.. :):):) I don't mind debugging, but feel sure someone else has run across this little bugger before.. :) Thanks again to all, Jase On 5/7/08, Rick Cook [EMAIL PROTECTED] wrote: ** Oh, yeah, I remember now. Those EXTERNAL calls are nice workflow, but a pain to debug. Sounds like you're on the right track as far as figuring that out. Good luck, unless someone rides to the rescue and just tells you the answer. Rick On Wed, May 7, 2008 at 2:37 PM, Jase Brandon [EMAIL PROTECTED] wrote: ** Hi Rick, I checked that prior and no it didn''t, the qual is = EXTERNAL( $z1D_ExternalQualString$), checked further and that field isn't even on the Overview Console so, I thought it would be set through workflow, I viewed all associated workflow with the form, and still nada. I am going to run a workflow log and see when z1d_ExternalQualString' is being set and by what workflow. Since this is straight out of the box, I presumed someone else may have seen this behavior. Any other ideas? Thanks Much, Jase On 5/7/08, Rick Cook [EMAIL PROTECTED] wrote: ** Jase, did the Qualification on the Overview Console (table field) shed any light on this for you? Rick On Wed, May 7, 2008 at 2:11 PM, Jase Brandon [EMAIL PROTECTED] wrote: ** Hello All, 7.1 Patch 002 ARS Hopefully this is a simple answer and others have seen the same. Overview Console displays different Incidents than the Incident Management Console. We are beginning to use tasks, so I have directed all to look for Assigned work in the Overview Console. The issue is that some Incidents display in the Overview Console, but not all assigned to me in the Incident Mgmt Console.. I can't find anything different between incidents displayed in Overview and Incident. I checked and the 'Console View' on both consoles = Console View/All My Groups/Show All, all Incidents in the Incident Mgmt. console are assigned to me, but only a few are displayed in the Overview Console. Is there a limitation to rows displayed on the Overview Console? Any insights greatly appreciated. Regards, Jase Brandon __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
