Re: Approval Notifications

2015-04-02 Thread Brian Goralczyk
Carl,

Thank you greatly.  There is a field on AP:Detail-Signature for
reassignment.  Adding the maanger's ID to that field causes the emails to
be resent.  I can't tell you how much grief you have saved me.

Again, thank you.

Brian Goralczyk

Brian Goralczyk
Phone 574-643-1144
Email bgoralc...@gmail.com

On Thu, Apr 2, 2015 at 2:37 PM, Carl Wilson carlbwil...@gmail.com wrote:

 **

 Hi,
 You could reassign the Approval to the same person and see if this will
 re-trigger the Notification, alternately you could reassign to a dummy user
 (with no email address) then back to the original Approver to trigger.

 Cheers
 Carl
 On 2 Apr 2015 19:33, Brian Goralczyk bgoralc...@gmail.com wrote:

 **
 We had approval (only) notifications that were not being sent because of
 an overlay causing an issue.  We have that issue fixed, but we have to
 figure out how to send the notifications that should have been sent and
 weren't.   Does anybody have any knowledge to point me in the right
 direction?  They didn't make it to NTE:Notification so I can't resend them
 from there.  It seems they blew up before they made it to that form.  Any
 advice would be appreciated.

 ITSM 8.1


 TIA,

 Brian Goralczyk
 Phone 574-643-1144
 Email bgoralc...@gmail.com
  _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: How can I create ticktes for Change on status closed

2015-04-02 Thread Pamela Morales
Hi, Thanks for your answer.

I was trying to do like you told, but I'm adding four date field on 
CHG:ChangeInterface_Create:

EarliestDate, CompletedDate, ClosedDate and SubmitDate,

and I was trying to map on the filter CHG:ICI:CreateChange_100`! each one with 
the fields on CHG:InfrastructureChange, but the SubmitDate I'm not allowed to 
map, because it is not listed on the mappig view.

I guess those fields are the required. 

May you help me with some idea??

Thanks

Best Regards,

Pamela

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


Re: Setting 'InstanceId' on AST:* submit?

2015-04-02 Thread Andrew Hicox
Thanks, Doug! Yeah definitely I'm pushing to the AST:* class forms (not
attributes). Gave it a spin yesterday and it seems to work fine.

-Andy
 On Apr 1, 2015 3:52 PM, Mueller, Doug doug_muel...@bmc.com wrote:

 **

 Andy,



 It is fine if you want to control the creation of an Instance ID on the CI
 side.  It just needs to be a GUID.



 However, it is not OK to just generate a new GUID for the AST:Attribute
 record itself.  It is critical that the Instance ID in the AST:Attribute
 record match the instance ID of a corresponding entry in the CMDB form.



 In your case, you are loading to the AST:* join form that joins the CMDB
 form and the AST:Attribute form.   Workflow there pushes appropriate values
 to each of the two underlying forms along with the Instance ID field.
 Whether that field is generated by workflow or supplied by you, it
 shouldn’t matter  (OK, I am hedging by saying shouldn’t vs. doesn’t but I
 believe the logic in the system doesn’t overwrite if you supply an instance
 ID – if it does, you just need to overlay the filter that sets the instance
 ID to check to make sure it isn’t already set).  From other responses, it
 has the logic handled correctly.



 Just make sure you don’t try and create an Instance ID on the fly for the
 AST:Attribute form.  It must be supplied one that matches the CMDB record
 it is tied to.



 Doug Mueller



 *From:* Action Request System discussion list(ARSList) [mailto:
 arslist@ARSLIST.ORG] *On Behalf Of *Andrew Hicox
 *Sent:* Wednesday, April 01, 2015 6:35 AM
 *To:* arslist@ARSLIST.ORG
 *Subject:* Setting 'InstanceId' on AST:* submit?



 **

 Hi everyone,

 I have a situatuon where some home grown workflow needs to create CI's.

 I'm doing this by pushing fields directly to the AST:* form corresponding
 to the Class we want to create the CI in, and up to that point it works
 flawlwssly.

 However, I need to pull the 'InstanceId' of the CI I just created back
 into the form where the workflow fired the push fields (so I can set up
 relationships, etc).

 Doing this reliably has become more of a headache than I'd imagined. There
 are almost no uniqueness restraints in cmdb (sort of a corollary to Igor's
 thread about unique indexes).

 So there's almost nothing I can search by other than 'InstanceId', that's
 guaranteed to get 1 or 0 results.
 so here's my question. What if I generate my own GUID and push it into
 'InstanceId' on the AST:* form?

 Does anyone know of this will break something in asset or cmdb? On the
 surface, this seems like a legitimate thing to do, but just wondering if
 anyone has been down this road before?

 -Andy

 _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


Approval Notifications

2015-04-02 Thread Brian Goralczyk
We had approval (only) notifications that were not being sent because of an
overlay causing an issue.  We have that issue fixed, but we have to figure
out how to send the notifications that should have been sent and weren't.
Does anybody have any knowledge to point me in the right direction?  They
didn't make it to NTE:Notification so I can't resend them from there.  It
seems they blew up before they made it to that form.  Any advice would be
appreciated.

ITSM 8.1


TIA,

Brian Goralczyk
Phone 574-643-1144
Email bgoralc...@gmail.com

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


Re: Approval Notifications

2015-04-02 Thread Carl Wilson
Hi,
You could reassign the Approval to the same person and see if this will
re-trigger the Notification, alternately you could reassign to a dummy user
(with no email address) then back to the original Approver to trigger.

Cheers
Carl
On 2 Apr 2015 19:33, Brian Goralczyk bgoralc...@gmail.com wrote:

 **
 We had approval (only) notifications that were not being sent because of
 an overlay causing an issue.  We have that issue fixed, but we have to
 figure out how to send the notifications that should have been sent and
 weren't.   Does anybody have any knowledge to point me in the right
 direction?  They didn't make it to NTE:Notification so I can't resend them
 from there.  It seems they blew up before they made it to that form.  Any
 advice would be appreciated.

 ITSM 8.1


 TIA,

 Brian Goralczyk
 Phone 574-643-1144
 Email bgoralc...@gmail.com
  _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