On Tue, Aug 2, 2011 at 11:45 AM, Max DiOrio <[email protected]> wrote:
> I understand that sipX isn’t asterisk, and I’m glad for that. I haven’t > found too much that sipX doesn’t do that I can’t work around.**** > > ** ** > > This isn’t so much an issue from the “you can’t work around it” aspect. It > can actually be seen as more of an issue with UI continuity. Why, when all > other dial plans make use of the scheduling feature, does the AA deviate > from this and have its own, weaker schedule option built in? UI > inconsistency is one of the things that drives me nuts as an end > user/administrator. Such a simple change to make it match the other dial > plans would add significant functionality to AAs that should have been there > if they followed the rest anyway.**** > > ** ** > > The JIRA you pointed to is more an a simple configuration issue that can be > resolved by time conditions and forwarding in the user settings. > The JIRA I pointed to says "I should be able to send the calls to a user(s) during certain time periods, but control that from the AA, not the user." This is essentially what you asked for. It has also been scheduled for 5.0. > Or if using ACD, the overflow option (when agents are logged out and end of > day, overflow condition exists), or hunt groups with the fallback > destination when nobody answers their lines. It seems like this > functionality is already there as described, so I think it should actually > be closed. > I'd really like to point out the existing ACD is going away. So any improvements to it or integrations with it really need to be pointed towards the OpenACD solution. > **** > > ** ** > > I don’t have a problem submitting this as a request in JIRA.**** > > ** ** > > ** ** > > **** > > ** ** > > *From:* [email protected] [mailto: > [email protected]] *On Behalf Of *Tony Graziano > *Sent:* Tuesday, August 02, 2011 11:32 AM > *To:* Discussion list for users of sipXecs software > *Subject:* Re: [sipx-users] AA with multiple Time of Day routing options** > ** > > ** ** > > Right now the only way to handle that is by using a user with the > forwarding set to that level of granularity.**** > > ** ** > > "Just because Asterisk does it", or another system, doesn't mean they all > can do it. Realize sipx is really aimed at larger enterprises who typically > don't handle calls different at lunchtime.**** > > ** ** > > While I agree there is room for improvement, you already have your answer > (you answered your own question). In order to get to the place you want to > get to, I'd suggest looking through the tracker to see if there is another > request, or starting a discussion to determine how to structure an > improvement request. I'm not saying hold your breath or anything, but once > you create the time periods on the user, it works and works well enough for > most folks. Yes it does take an extra 3-5 minutes to define the periods.** > ** > > ** ** > > "I've never found sipxecs particularly well suited for a "receptionist(s) > must answer all calls during the workday" type of environment, so far > everyone has been able to work with what is there.**** > > ** ** > > How about voting on this one? Is semi-scheduled.**** > > ** ** > > http://track.sipfoundry.org/browse/XX-8715**** > > ** ** > > ** ** > > On Tue, Aug 2, 2011 at 11:15 AM, Max DiOrio <[email protected]> wrote: > **** > > We have a need for more granular incoming call routing based on time of > day/day of week. In our Asterisk system, we have a working hours AA set up > with time conditions of Weekdays 8-12 and 1-4 play our default AA. Weekdays > 12pm-1pm, play lunch AA and automatically transfer calls to another office. > Weekends, play office is closed AA.**** > > **** > > It seems with sipx, I can’t accomplish the automatic lunch switch over. I > see that the AA settings allow me to set a single time period that the AA > will respond to.**** > > **** > > I was thinking about creating an extension and set it’s alias to our > incoming DID. Then I can create time conditions and use call forwarding to > route calls to the correct AA extension.**** > > **** > > This is an extremely convoluted solution.**** > > **** > > I see that dial plans have schedules available, however the AA dial plan > does not make use of these schedules. It should be easy to modify the AA > dial plan to allow the schedules feature to be used. Just replace the > Monday – Sunday options that come up now with the Schedule selection > dropdown like the other outbound dial plans use. **** > > **** > > Then I can create the exact schedule I’m looking for and fall through to a > different AA.**** > > **** > > Thanks.**** > > **** > > **** > > **** > > > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/**** > > > > > -- > ====================== > Tony Graziano, Manager > Telephone: 434.984.8430 > sip: [email protected] > Fax: 434.326.5325 > > Email: [email protected] > > LAN/Telephony/Security and Control Systems Helpdesk: > Telephone: 434.984.8426 > sip: [email protected] > > Helpdesk Contract Customers: > http://support.myitdepartment.net**** > > ** ** > > Blog:**** > > http://blog.myitdepartment.net**** > > ** ** > > Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4*** > * > > ** ** > > Ask about our voip fax services!**** > > ** ** > > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: [email protected] Fax: 434.326.5325 Email: [email protected] LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Helpdesk Contract Customers: http://support.myitdepartment.net <http://support.myitdepartment.net>Blog: http://blog.myitdepartment.net Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 Ask about our voip fax services!
<<image001.jpg>>
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
