RE: PBM status Complete then which field captures the date

2018-06-21 Thread CRENSHAW, CRYSTAL
There is a field on the Date/System tab which displays the Last Completed Date.

[cid:image003.jpg@01D40938.DF20E300]



Crystal Crenshaw
Service Management Senior Systems Analyst
Project Services – Service Management
(919)508-0546

[cid:image002.gif@01D40938.DF19DE20]

From: ARSList [mailto:arslist-boun...@arslist.org] On Behalf Of Vidyasagar Kommu
Sent: Thursday, June 21, 2018 4:26 AM
To: arslist 
Subject: PBM status Complete then which field captures the date


Hi Team ,

Can you please clarify the  below point
on ‘PBM: Problems Investigation’ form when we Complete the status on this In 
which field date has been captured  form .
want to see once the Status completed are they any time stamp captured in any 
field , required the field name
--
Regards
Mouni

This email may contain confidential and privileged material for the sole use of 
the intended recipient. If you are not the intended recipient, please contact 
the sender and delete all copies. Any review or distribution by others is 
strictly prohibited. Personal emails are restricted by policy of the State 
Employees' Credit Union (SECU).  Therefore SECU specifically disclaims any 
responsibility or liability for any personal information or opinions of the 
author expressed in this email.
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist


RE: Reporting on Incidents that have re-opened

2018-02-09 Thread CRENSHAW, CRYSTAL
Todd,

There is a hidden field on HPD:Help Desk called 'Re-Opened Date'.  If that 
field has a vaule, then it has been reopened at least once.


This is a query for active Incidents that have been previously resolved:

'Re-Opened Date' != $NULL$ AND 'Status*' < "Resolved"

Hope that helps.


Thanks,

Crystal Crenshaw
Service Management Senior Systems Analyst
Project Services - Service Management
(919)508-0546

[cid:image001.gif@01D3A18A.C18A6E30]

From: ARSList [mailto:arslist-boun...@arslist.org] On Behalf Of Arner, Todd
Sent: Friday, February 09, 2018 9:14 AM
To: arslist@ARSLIST.ORG
Subject: Reporting on Incidents that have re-opened

Wondering if anyone can help us figure out how to query for Incidents that have 
been re-opened.  We thought we could do this by using the Kick_Back Count field 
but it seems to reset the count after the Incident is closed and we also get 
strange results were incidents we would expect to match the query do not.  
Anyway, wondering if anyone has a better way to find incidents that have been 
re-opened.  We are using version 9.1.3.  Basically we want to run a query 
against all incidents that will list any that have been resolved and then moved 
back to an active status.  I appreciate any tips you can provide. :)

Todd Arner
Systems Administrator III
Great Lakes Educational Loan Services, Inc.


The information contained in this communication may be confidential, is 
intended only for the use of the recipient(s) named above, and may be protected 
under state or federal law. If the reader of this message is not the intended 
recipient, you are hereby notified that any dissemination, distribution, or 
copying of this communication, or any of its contents, is strictly prohibited. 
If you have received this communication in error, please forward the 
communication to no...@glhec.org immediately and 
destroy or delete the original message and any copy of it from your computer 
system. If you have any questions concerning this message, please contact the 
sender.

This email may contain confidential and privileged material for the sole use of 
the intended recipient. If you are not the intended recipient, please contact 
the sender and delete all copies. Any review or distribution by others is 
strictly prohibited. Personal emails are restricted by policy of the State 
Employees' Credit Union (SECU).  Therefore SECU specifically disclaims any 
responsibility or liability for any personal information or opinions of the 
author expressed in this email.
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist


Re: Public Users and RBE

2017-07-27 Thread CRENSHAW, CRYSTAL
Hey Brian,

We have done this by removing the user validation from the rules.  On the 
RBE:Action form search for the rule incident create and delete Validate Sender 
between the  Action Parameters and save.  Repeat for any other 
rules you wish to not validate users on.  (*We had to do this thru the User 
Tool and not the midtier.)

Thanks,

Crystal

Crystal Crenshaw
Service Management Senior Systems Analyst
Project Services - Service Management
(919)508-0546

[cid:image001.gif@01D306BF.9B0395E0]

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Brian Pancia
Sent: Thursday, July 27, 2017 9:45 AM
To: arslist@ARSLIST.ORG
Subject: Public Users and RBE

**

We are trying to implement the RBE to create/update tickets.  Looking through 
the documentation the users need to have an email address and login id in 
Remedy in order to use the RBE.  There is also a way to add users to the 
trusted email list that don't have a login id.  However, we can have users from 
outside our organization that will email into the system.  Without a people 
record, email address, and login id the RBE does not process the emails.  It 
would become an administrative nightmare to keep up with all the outside email 
addresses.  For a good percentage of them we know the domain they are coming 
from (ie gmail.com).  It would be nice to be able to add trusted domains.  I'm 
sure we can work around this with some minor customizations.  Has anyone ran in 
to this and what was the solution they used?



Thanks,



Brian


DISCLAIMER: The information contained in this e-mail and its attachments 
contain confidential information belonging to the sender, which is legally 
privileged. The information is intended only for the use of the recipient(s) 
named above. If you are not the intended recipient, you are notified that any 
disclosure, copying, distribution or action in reliance upon the contents of 
the information transmitted is strictly prohibited. If you have received this 
information in error, please delete it immediately.
_ARSlist: "Where the Answers Are" and have been for 20 years_
This email may contain confidential and privileged material for the sole use of 
the intended recipient. If you are not the intended recipient, please contact 
the sender and delete all copies. Any review or distribution by others is 
strictly prohibited. Personal emails are restricted by policy of the State 
Employees' Credit Union (SECU).  Therefore SECU specifically disclaims any 
responsibility or liability for any personal information or opinions of the 
author expressed in this email.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"


Re: Application-Query-Delete-Entry

2016-08-30 Thread CRENSHAW, CRYSTAL
Dave,

We have created an escalation for version 8.1.01.

The Run If is 'Modified Date' < ($DATE$ - (10 * 86400))  

Re: Making overlay of CAI:EventParams one field in Devstudio gives error of Invalid Granular Mask

2015-07-23 Thread CRENSHAW, CRYSTAL
Onkar,

I had the same issue with HPD:Help Desk when trying to import a custom join 
form.

I was given a hotfix from BMC to correct the issue, which included a new 
utility.

ARS: 8.1. SP2

DevStudio: 8.1



Crystal Crenshaw
Service Management Systems Analyst
Project Services – Service Management
(919)508-0546

[cid:image001.gif@01D0C569.27A754E0]

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of onkar shinde
Sent: Thursday, July 23, 2015 4:47 PM
To: arslist@ARSLIST.ORG
Subject: Making overlay of CAI:EventParams one field in Devstudio gives error 
of Invalid Granular Mask

**
Hello List,

When I am trying to overlay the CAI:EventParams form and trying to overlay one 
particular field (ParamValue) for its input length, The devloper Studio gives 
error:

The granular overlay masks contain invalid or conflicting values. : 
CAI:EvnetParams : extend 0, inherit 1.

Do we have any devstudio experts here who can suggest here. ? DO they supposed 
to do in Base Dev mode only ?
If at all we want to do this, what could be the best approach of doing it ?

ARS: 8.1 SP1
DevStudio: 8.1 SP1

ANy suggestions would help.

--
Regards,
Onkar Shinde
_ARSlist: Where the Answers Are and have been for 20 years_
This email may contain confidential and privileged material for the sole use of 
the intended recipient. If you are not the intended recipient, please contact 
the sender and delete all copies. Any review or distribution by others is 
strictly prohibited. Personal emails are restricted by policy of the State 
Employees' Credit Union (SECU).  Therefore SECU specifically disclaims any 
responsibility or liability for any personal information or opinions of the 
author expressed in this email.


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Where the Answers Are, and have been for 20 years


Re: 8.1 RBE mail rule migration.

2015-07-01 Thread CRENSHAW, CRYSTAL
If you have the BMC Atrium Integrator Spoon application you could use that to 
“spoon” over the records.

Thanks,

Crystal Crenshaw
Service Management Systems Analyst
Project Services – Service Management
(919)508-0546

[cid:image001.gif@01D0B41C.DB359430]

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Scott Hallenger
Sent: Wednesday, July 01, 2015 4:26 PM
To: arslist@ARSLIST.ORG
Subject: 8.1 RBE mail rule migration.

**
Hello listers
We have have several rules that we created in the 8.1 RBE. We want to migrate 
them to our prod server. Can anyone tell me what the best way of doing this 
is..?

_ARSlist: Where the Answers Are and have been for 20 years_
This email may contain confidential and privileged material for the sole use of 
the intended recipient. If you are not the intended recipient, please contact 
the sender and delete all copies. Any review or distribution by others is 
strictly prohibited. Personal emails are restricted by policy of the State 
Employees' Credit Union (SECU).  Therefore SECU specifically disclaims any 
responsibility or liability for any personal information or opinions of the 
author expressed in this email.


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Where the Answers Are, and have been for 20 years