[cisco-voip] What's the best way to handle DST in CCX scripting?
Anthony Holloway
avholloway+cisco-voip at gmail.com
Thu Mar 3 22:06:47 EST 2011
Hmm, you certainly have a unique scenario here. The server does not observe
DST, but the clients, and site it supports do.
I'm sure there are many ways to solve this problem, including the method you
currently employ, but I'd like to offer up one that I would try. Keep in
mind, I have never had to solve this problem before, so this is theory only.
Also, UCCX 8x now supports Timezone in several of the Time/Date steps, so
perhaps this will not be an issue for you much longer.
I would create a subflow script that holds the current DST rule, compares
the current local date/time against that rule, and returns an a boolean to
the calling script.
In the calling script, I would apply the offset to the date/time variables
based on the boolean value, and move on from there.
Here's a little subflow written in 7x, to get you started in the right
direction http://dl.dropbox.com/u/15705/Outbox/testing-dst.aef
Anthony
On Thu, Mar 3, 2011 at 5:59 PM, ciscozest <ciscozest at gmail.com> wrote:
> I am using CCX 7.x. The server is in non DST location but the CAD / agents
> are in other DST time zone. So far I am using a manual way to adjust the DST
> activation from scripting but this is so inconvenient.
> I heard someone mention about using Java application for this DST challenge
> in scripting but I have no detail about it.
> Ideally I want the script be able to check the today's date and compare
> with the script's time RANGEbefore going to the different business hours
> section.
> Would appreciate for any input on this and assistance with doco/samples.
> Thanks
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20110303/3cad7aee/attachment.html>
More information about the cisco-voip
mailing list