Hi,
The Escalation way would be the best-practice way I think. Just set a flag.
Another way would be to do something like this, to prevent the
post-save-get-entry performed by the client:
ACTL:
Action 1: Run Process: SET-CHANGE-FLAG 0
Action 2: Run Process: @@: Application-Delete-Entry "$SCHEMA$" "$1$"
Action 3: Close Window
Best Regards - Misi, RRR AB, http://rrr.se
> We are currently on ARS 7.1 p7, Oracle 11g and I have a filter that when a
> customer selects "DELETE" for the status and then saves the record, I do a
> Run Process and run this in the cmd line: Application-Delete-Entry "On
> Call Workstation" $Request ID$.
>
> The customer then gets this error message:
>
> [cid:500192416@10112011-0BAA]
>
> Is there any other way around this so the customer doesn't get this error
> message? I know what it means, but it confuses the customers.
>
> I could just have them select DELETE and then run an escalation and delete
> it later on, but then the customers wonder why the record doesn't go away
> after they select Delete.
>
> Just wondering....
>
> Lisa Kemes
> AR System Developer
> TEIS - USA
> +1 717 810 2408 tel
> +1 717 602 9460 mobile
> [email protected]<mailto:[email protected]>
> 100 Amp Drive
> Harrisburg, PA 17112
>
> [http://www.te.com/images/socialmedia/smallTElogo.gif]<http://www.te.com/>
>
> www.te.com<http://www.te.com/>
>
> [http://www.te.com/images/socialmedia/twitter.png]<http://twitter.com/teconnectivity>
> [http://www.te.com/images/socialmedia/facebook.png]
> <http://www.facebook.com/teconnectivity>
> [http://www.te.com/images/socialmedia/flickr.png]
> <http://www.flickr.com/photos/teconnectivity/>
> [http://www.te.com/images/socialmedia/linkedin.png]
> <http://www.linkedin.com/groups?gid=1591657>
> [http://www.te.com/images/socialmedia/youtube.png]
> <http://www.youtube.com/teconnectivity>
>
>
> _______________________________________________________________________________
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> attend wwrug12 www.wwrug12.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"
