Metadata table name change between 7.6.04 to 8.x...
I see at least 3 metadata tables whose names have been changed from what it used to be until 7.6.04 and what it is on 8.x (specifically 8.1.2 where I am running these comparisons). Table name in 7.6.03 Table name in 8.1.2 TASK ARTASK TASK_CHECKPOINT ARTASK_CHECKPOINT TASK_CHECKPOINT_OBJ ARTASK_CHECKPOINT_OBJ Any idea what was the reason behind this name change? I do not or am not facing a problem really as a result of this - I was just on the process of inventorying all the tables in the ARSYSTEM tablespace on a system I am currently working on for the purpose of designing a custom backup script and noticed this name change when comparing a 7.6.04 system with a 8.1.2 system. Joe ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Metadata table name change between 7.6.04 to 8.x...
if I had to guess...and this would be a total guess, I would assume that 'task' was too 'generic' of a name, with potential conflicts...so, someone decided to add an 'ar' to the beginning to ensure that it was unique? On Tue, Apr 28, 2015 at 7:43 AM, Joe D'Souza jdso...@shyle.net wrote: ** I see at least 3 metadata tables whose names have been changed from what it used to be until 7.6.04 and what it is on 8.x (specifically 8.1.2 where I am running these comparisons). *Table name in 7.6.03* *Table name in 8.1.2* TASK ARTASK TASK_CHECKPOINT ARTASK_CHECKPOINT TASK_CHECKPOINT_OBJ ARTASK_CHECKPOINT_OBJ Any idea what was the reason behind this name change? I do not or am not facing a problem really as a result of this – I was just on the process of “inventorying” all the tables in the ARSYSTEM tablespace on a system I am currently working on for the purpose of designing a custom backup script and noticed this name change when comparing a 7.6.04 system with a 8.1.2 system. Joe _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: CTM:Support Group Relationship to AR Group Form
Thanks for all the input. We are running 8.1.01 ITSM full suite and the problem is that throughout the last 6 years, we've done many renames of support groups using the Data Wizard within ITSM. The Data Wizard successfully updates the majority of the ITSM forms, however, it does not update the Group form. We've raised this as an issue to BMC, within 7.5 and 7.6.04 versions, but they haven't added into the Data Wizard yet. In the past, we've created a manual process that any time we change the support group name or structure, we need to manually go into the Group entry and update the Long Group name so that it matches; this is the workaround BMC gave us, however I've found that we haven't really been following that process :S. There doesn't seem to be a direct functionality issue with this, however the Long Name does play into the Visibility Group structure of RKM, and while it does not affect the functionality, it is more of a cleanup we would like to correct. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Rearrange Fields on RKM:HowToTemplate
Trying to rearrange the order of fields on the RKM:HowToTemplate form. Renamed the Technical Notes field to Environment and now want the Environment field to be under the Question field. Although the changes are correct in the Developer tool the mditier will not show the new order. We have tried everything (I mean everything!) to get the midtier to show the new order but nothing works. The midtier does show the new Label. I can also make the field width less or more and that picks up but not changing the position. Sent the DEF file to BMC and then also could not get it to work. I think it has something to do with the fact the fields are on a Panel and the Panel uses Flow as the Layout Style. Any thoughts? Frank Caruso ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: unsubscribe
Well in my case, that subscribe email is so old that I have no idea where it is. And I never remember my password for the website (http://arslist.org/). Actually never created a password, so I need to use the Remember password link at the login to set my password so I can unsubscribe or change my email address. Thanks for the reminded. Dave From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Tuesday, April 28, 2015 11:59 AM To: arslist@ARSLIST.ORG Subject: Re: unsubscribe ** trueneither did youshould either of us point her to the web address (http://arslist.org/) to do the unsubscribe? Or...point her to her subscribe email that details how to unsubscribe? On Tue, Apr 28, 2015 at 9:56 AM, Shellman, David dave.shell...@te.commailto:dave.shell...@te.com wrote: ** But you didn’t give Julie the clue on how to properly unsubscribe. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Tuesday, April 28, 2015 11:55 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: unsubscribe ** wow...haven't had one of those in awhile On Tue, Apr 28, 2015 at 9:48 AM, Julie Kanakanui jlkan...@uncg.edumailto:jlkan...@uncg.edu wrote: ** _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Metadata table name change between 7.6.04 to 8.x...
I had a similar guess along somewhat the same lines - mine being that if you wanted to write a simple query to pick up just the meta data tables, they did not perhaps want any metadata tables to begin with T, H and B.. but then the reason I have might not necessarily be the right reason as there is a metadata table HGCONTROL which should have been also renamed if that was the reason. Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Tuesday, April 28, 2015 9:49 AM To: arslist@ARSLIST.ORG Subject: Re: Metadata table name change between 7.6.04 to 8.x... ** if I had to guess...and this would be a total guess, I would assume that 'task' was too 'generic' of a name, with potential conflicts...so, someone decided to add an 'ar' to the beginning to ensure that it was unique? On Tue, Apr 28, 2015 at 7:43 AM, Joe D'Souza jdso...@shyle.net wrote: ** I see at least 3 metadata tables whose names have been changed from what it used to be until 7.6.04 and what it is on 8.x (specifically 8.1.2 where I am running these comparisons). Table name in 7.6.03 Table name in 8.1.2 TASK ARTASK TASK_CHECKPOINT ARTASK_CHECKPOINT TASK_CHECKPOINT_OBJ ARTASK_CHECKPOINT_OBJ Any idea what was the reason behind this name change? I do not or am not facing a problem really as a result of this - I was just on the process of inventorying all the tables in the ARSYSTEM tablespace on a system I am currently working on for the purpose of designing a custom backup script and noticed this name change when comparing a 7.6.04 system with a 8.1.2 system. Joe _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
unsubscribe
___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Import Upgrade
Your best bet is to turn on SQL Logging at the time of the import and see what command is being attempted, and failing. On Tue, Apr 28, 2015 at 9:52 AM, Koyb P. Liabt tekkyto...@aol.com wrote: ** Hi, We have a new ITSM 8.1.2 environment. When I import custom forms from 7.0.3 into 8.1.2, I receive a SQL error: ORA 04063, and view ARADMIN.T1232 is missing. Does anyone know what causes this error. _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: unsubscribe
But you didn’t give Julie the clue on how to properly unsubscribe. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Tuesday, April 28, 2015 11:55 AM To: arslist@ARSLIST.ORG Subject: Re: unsubscribe ** wow...haven't had one of those in awhile On Tue, Apr 28, 2015 at 9:48 AM, Julie Kanakanui jlkan...@uncg.edumailto:jlkan...@uncg.edu wrote: ** _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Import Upgrade
Hi, We have a new ITSM 8.1.2 environment. When I import custom forms from 7.0.3 into 8.1.2, I receive a SQL error: ORA 04063, and view ARADMIN.T1232 is missing. Does anyone know what causes this error. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: unsubscribe
trueneither did youshould either of us point her to the web address (http://arslist.org/) to do the unsubscribe? Or...point her to her subscribe email that details how to unsubscribe? On Tue, Apr 28, 2015 at 9:56 AM, Shellman, David dave.shell...@te.com wrote: ** But you didn’t give Julie the clue on how to properly unsubscribe. *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *LJ LongWing *Sent:* Tuesday, April 28, 2015 11:55 AM *To:* arslist@ARSLIST.ORG *Subject:* Re: unsubscribe ** wow...haven't had one of those in awhile On Tue, Apr 28, 2015 at 9:48 AM, Julie Kanakanui jlkan...@uncg.edu wrote: ** _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Crystal Server 2011 install
Hello Again! The last piece of my upgrade is about to drop into place. I finally have a copy of Crystal Server 2011 to install. It would have been great to get it BEFORE I did the ARS midtier install but that wasn't possible. I have cloned the production ARS server VM as it currently exists to make a development environment. We're running WinSvr 2012R2, ARS 8.1.2 and TomCat 7.0.53 (installed with the midtier). Support has advised me that after the Crystal install is completed, I'll need to run the midtier install again but as an upgrade. Does anyone have experience with this? Are there any pitfalls I should be aware of? I am assuming that I would do the custom install for Crystal Svr 11 to pick the components I need. According to the SAP doc; I can skip the web tier install and only install the java web application. However, the TomCat version bundled with Crystal is 6.0. ARS midtier installs the 7.0.53 version. For those of you running Crystal Rpts 11, does TomCat 7.0 work? Looking at the other components listed in the SAP doc , is there a reason to install the auditing data service, the version control service, and/or the Web Application Container service? Lastly; what Remedy docs did you find useful for installing/configuring things? Cheers! Carina ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Import Upgrade
I'm just amazed that you were able to install 8.1.2. I had so many installer issues I gave up. Rick On Apr 28, 2015 8:53 AM, Koyb P. Liabt tekkyto...@aol.com wrote: ** Hi, We have a new ITSM 8.1.2 environment. When I import custom forms from 7.0.3 into 8.1.2, I receive a SQL error: ORA 04063, and view ARADMIN.T1232 is missing. Does anyone know what causes this error. _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Netcool - Remedy integration
Hi Fred, Alert Outbound Port is set as 0. Is it problematic? Regards, Saurabh -- View this message in context: http://ars-action-request-system.1093659.n2.nabble.com/Netcool-Remedy-integration-tp7601159p7601192.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: How to - Remove all Overlays from a Form
Everyone, I thought I would share a few thoughts We do listen to requests and feedback and often react to it. However, sometimes things are not as simple as they seem... Let's take this case as an example. You can have three types of things that you are looking at when in Best Practice mode: 1) An unaltered definition that is just being read through from the base - no delete is possible here 2) An overlaid definition that is present in base - delete of the overlay is possible but not of the base definition 3) A custom object that does not exist in base - delete here deletes the object All of the focus of the thread has been on the wording of the Delete operation and should it be called Delete Overlay. I actually think that the concept is a good one. However, be aware that there really needs to be three states for the menu choice: 1) It is disabled as it is not possible 2) Delete Overlayto emphasize you are only deleting the overlay and not the object 3) Deleteto emphasize it is a custom object and you are REALLY deleting the object not an overly Then, let's look at the next topic - I believe you can multi-select items and then pick Delete What should the menu choice be if you select three items, one of each of the above categories, and then select Delete? Should it be disabled because one is just a read through? Should it say Delete Overlay because one is an overlay? Should it say Delete because one is a custom object? More complexity... Does it say Delete and Delete Overlay? Do we remove the multi-select (of if it is not there, never add it)? I am not objecting to the request and in fact think there is value in the request, but just be aware that there is sometimes more to the issue than it may at first seem. Now, there are icons that indicate if something is an overlay, a custom object, or a base object bleeding through so you can tell which is which - but does it need to be more? And, about the not being in base mode discussion I would agree and argue that you should not be in base mode. In fact, I would go so far as to suggest that you should have most - all the day to day Admin logins and any special access Admin user - LOCKED to the overlay layer. Check the documentation, it allows you to lock an Admin into a specific layer. They can go into the other layer (well, this depends on version, current versions let you in read only to other layers, but older versions blocked them entirely) but no change is possible. Doing this guarantees that there are no mistakes and that no one is accidentally in the wrong mode and making changes. (and yes, BMC should lock our Admins to base to prevent accidentally creating custom objects in the overlay layer) You always have some super Admin who is not locked to Base in case you do need to go into that layer. They could also change the rights of an Admin to remove the restriction locking them to Best Practice - there is logic that doesn't allow an Admin locked to a layer to change the permissions to override that lock. Note that you can use this same ability to also lock an Admin to an undefined layer so that they can make no structure changes at all but can access data. This is good for a data access but read only definition Admin or for Admins used for integrations that only do data so that they cannot be used to change structures regardless of what calls are made. So, we have deviated from the original topic a bit. I just wanted to note that not having action taken is not always a sign of disagreement or of ignoring. Sometimes the problem is simply more complex than it seems nad more work needs to be done to make a decision. Then, there is the entire balancing of requests to pick the ones that make the most difference. Please keep the ideas and requests coming as without them being shared, there is almost 0 chance of them being done as we don't know about them. Doug Mueller From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe D'Souza Sent: Monday, April 27, 2015 6:02 PM To: arslist@ARSLIST.ORG Subject: Re: How to - Remove all Overlays from a Form ** Despite being comfortable with the labels personally, I do think there is a point to all this. But until that becomes a reality, just know that when you are in the best practice mode, the deletion of base objects is not allowed by the tool. So there is nothing to fear there. It's only when you switch the mode to Base Development that you risk loosing stuff. As a practice, YOU SHOULD NEVER be in the Base Development mode if you are using ITSM or any of the OTB Remedy applications. It offers you no benefit at all to be in the Base Development mode, UNLESS you are on one of the following exceptional cases: 1) Fixing a bug in the base object with BMC Remedy Support recommending that fix. So if you do not want to
Can Remedy ITSM 7.6 workflow handle Powershell API calls?
Hi, We have a mission to reduce ServiceDesk tickets. We found 35% of tickets created were for user accounts and permissions. One of the options is to use Powershell API calls to create and resolve SD tickets. So a ticket will be created when user submits a request, and the work will be done systematically without human intervention. We are currently on: ARSystem 7.6.04 SP4, ITSM 7.6 Thanks, ~Mary ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Remedy Upgrade
Hi, Thanks for your response. I am trying to upgrade from 7.6.04 to 8.1 no patch. I tried 2 times on production server but it failed every time. On Dev server it was successful as it was only one server. On server group, I installed ARS on Admin server but on secondary server it is failing. Am I missing anything? Can you share any installation document in server group. I have plans to install it again this weekend. I will loose the project if I fail. Please help me. James ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Locals/Localization
This is pretty much the same question that I asked a week ago, but this time I am coming at it from a localization stand point. Example: I have a help desk in Spain and I have already upload their prod an op-cats in Spanish under the local for Spain and Spain tenant. Then Spain creates a ticket and transfers it to the USA help desk, which has it's prod and op-cats uploaded in the English local and tenant. Shouldn't the prod and op-cats display in English when the ticket is viewed in the USA? I can't be the only person to ever ask this. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: How to - Remove all Overlays from a Form
The easiest and least ambiguous solution, in my mind, is to have dev-studio behave exactly like migrator does. Treat the overlay and the original form as separate objects ... In fact, if you import a form with an overlay, you'll see that in some ways it already does. You'll see the form and form__o (the overlay) as separate objects. This would be perfect! There's no need to hide things from me ... I'll know darn well what I'm deleting if you just show it to me in an obvious way, 'eh? Andy On Apr 28, 2015 12:45 PM, Mueller, Doug doug_muel...@bmc.com wrote: ** Everyone, I thought I would share a few thoughts…. We do listen to requests and feedback and often react to it. However, sometimes things are not as simple as they seem… Let’s take this case as an example. You can have three types of things that you are looking at when in Best Practice mode: 1) An unaltered definition that is just being read through from the base – no delete is possible here 2) An overlaid definition that is present in base – delete of the overlay is possible but not of the base definition 3) A custom object that does not exist in base – delete here deletes the object All of the focus of the thread has been on the wording of the Delete operation and should it be called Delete Overlay. I actually think that the concept is a good one. However, be aware that there really needs to be three states for the menu choice: 1) It is disabled as it is not possible 2) Delete Overlayto emphasize you are only deleting the overlay and not the object 3) Deleteto emphasize it is a custom object and you are REALLY deleting the object not an overly Then, let’s look at the next topic – I believe you can multi-select items and then pick Delete…. What should the menu choice be if you select three items, one of each of the above categories, and then select Delete? Should it be disabled because one is just a read through? Should it say Delete Overlay because one is an overlay? Should it say Delete because one is a custom object? More complexity… Does it say Delete and Delete Overlay? Do we remove the multi-select (of if it is not there, never add it)? I am not objecting to the request and in fact think there is value in the request, but just be aware that there is sometimes more to the issue than it may at first seem. Now, there are icons that indicate if something is an overlay, a custom object, or a base object bleeding through so you can tell which is which – but does it need to be more? And, about the not being in base mode discussion…. I would agree and argue that you should not be in base mode. In fact, I would go so far as to suggest that you should have most – all the day to day Admin logins and any special access Admin user – LOCKED to the overlay layer. Check the documentation, it allows you to lock an Admin into a specific layer. They can go into the other layer (well, this depends on version, current versions let you in read only to other layers, but older versions blocked them entirely) but no change is possible. Doing this guarantees that there are no mistakes and that no one is accidentally in the wrong mode and making changes. (and yes, BMC should lock our Admins to base to prevent accidentally creating custom objects in the overlay layer) You always have some super Admin who is not locked to Base in case you do need to go into that layer. They could also change the rights of an Admin to remove the restriction locking them to Best Practice – there is logic that doesn’t allow an Admin locked to a layer to change the permissions to override that lock. Note that you can use this same ability to also lock an Admin to an undefined layer so that they can make no structure changes at all but can access data. This is good for a data access but read only definition Admin or for Admins used for integrations that only do data so that they cannot be used to change structures regardless of what calls are made. So, we have deviated from the original topic a bit. I just wanted to note that not having action taken is not always a sign of disagreement or of ignoring. Sometimes the problem is simply more complex than it seems nad more work needs to be done to make a decision. Then, there is the entire balancing of requests to pick the ones that make the most difference. Please keep the ideas and requests coming as without them being shared, there is almost 0 chance of them being done as we don’t know about them. Doug Mueller *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Joe D'Souza *Sent:* Monday, April 27, 2015 6:02 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: How to - Remove all Overlays from a Form ** Despite being comfortable with the labels personally, I do think there is a point to all this.
Re: How to - Remove all Overlays from a Form
Great discussion, Doug! tks, rp On 4/28/2015 10:45 AM, Mueller, Doug wrote: ** Everyone, I thought I would share a few thoughts…. We do listen to requests and feedback and often react to it. However, sometimes things are not as simple as they seem… Let’s take this case as an example. You can have three types of things that you are looking at when in Best Practice mode: 1)An unaltered definition that is just being read through from the base – no delete is possible here 2)An overlaid definition that is present in base – delete of the overlay is possible but not of the base definition 3)A custom object that does not exist in base – delete here deletes the object All of the focus of the thread has been on the wording of the Delete operation and should it be called Delete Overlay. I actually think that the concept is a good one. However, be aware that there really needs to be three states for the menu choice: 1)It is disabled as it is not possible 2)Delete Overlayto emphasize you are only deleting the overlay and not the object 3)Delete to emphasize it is a custom object and you are REALLY deleting the object not an overly Then, let’s look at the next topic – I believe you can multi-select items and then pick Delete…. What should the menu choice be if you select three items, one of each of the above categories, and then select Delete? Should it be disabled because one is just a read through? Should it say Delete Overlay because one is an overlay? Should it say Delete because one is a custom object? More complexity… Does it say Delete and Delete Overlay? Do we remove the multi-select (of if it is not there, never add it)? I am not objecting to the request and in fact think there is value in the request, but just be aware that there is sometimes more to the issue than it may at first seem. Now, there are icons that indicate if something is an overlay, a custom object, or a base object bleeding through so you can tell which is which – but does it need to be more? And, about the not being in base mode discussion…. I would agree and argue that you should not be in base mode. In fact, I would go so far as to suggest that you should have most – all the day to day Admin logins and any special access Admin user – LOCKED to the overlay layer. Check the documentation, it allows you to lock an Admin into a specific layer. They can go into the other layer (well, this depends on version, current versions let you in read only to other layers, but older versions blocked them entirely) but no change is possible. Doing this guarantees that there are no mistakes and that no one is accidentally in the wrong mode and making changes. (and yes, BMC should lock our Admins to base to prevent accidentally creating custom objects in the overlay layer) You always have some super Admin who is not locked to Base in case you do need to go into that layer. They could also change the rights of an Admin to remove the restriction locking them to Best Practice – there is logic that doesn’t allow an Admin locked to a layer to change the permissions to override that lock. Note that you can use this same ability to also lock an Admin to an undefined layer so that they can make no structure changes at all but can access data. This is good for a data access but read only definition Admin or for Admins used for integrations that only do data so that they cannot be used to change structures regardless of what calls are made. So, we have deviated from the original topic a bit. I just wanted to note that not having action taken is not always a sign of disagreement or of ignoring. Sometimes the problem is simply more complex than it seems nad more work needs to be done to make a decision. Then, there is the entire balancing of requests to pick the ones that make the most difference. Please keep the ideas and requests coming as without them being shared, there is almost 0 chance of them being done as we don’t know about them. Doug Mueller *From:*Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] *On Behalf Of *Joe D'Souza *Sent:* Monday, April 27, 2015 6:02 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: How to - Remove all Overlays from a Form ** Despite being comfortable with the labels personally, I do think there is a point to all this. But until that becomes a reality, just know that when you are in the best practice mode, the deletion of base objects is not allowed by the tool. So there is nothing to fear there. It’s only when you switch the mode to Base Development that you risk loosing stuff. As a practice, YOU SHOULD NEVER be in the Base Development mode if you are using ITSM or any of the OTB Remedy applications. It offers you no benefit at all to be in the Base Development mode, UNLESS you are on one of the following exceptional cases: 1)Fixing a bug in the base object with BMC Remedy Support
Re: Can Remedy ITSM 7.6 workflow handle Powershell API calls?
We currently use PowerShell scripts tied to Tasks on Change Requests, which are submitted through SRM forms. The only human intervention is that someone fills out the SRM form, and someone else approves it. Thanks, Shawn Pierson Remedy Developer | Energy Transfer -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Mary Estrada Sent: Tuesday, April 28, 2015 12:49 PM To: arslist@ARSLIST.ORG Subject: Can Remedy ITSM 7.6 workflow handle Powershell API calls? Hi, We have a mission to reduce ServiceDesk tickets. We found 35% of tickets created were for user accounts and permissions. One of the options is to use Powershell API calls to create and resolve SD tickets. So a ticket will be created when user submits a request, and the work will be done systematically without human intervention. We are currently on: ARSystem 7.6.04 SP4, ITSM 7.6 Thanks, ~Mary ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years Private and confidential as detailed here: http://www.energytransfer.com/mail_disclaimer.aspx . If you cannot access the link, please e-mail sender. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: unsubscribe
wow...haven't had one of those in awhile On Tue, Apr 28, 2015 at 9:48 AM, Julie Kanakanui jlkan...@uncg.edu wrote: ** _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
