Chris, I think the best way out is to write a small interface which works for you, rather then trying to look for someone to make one and then trying to mould your business process that path.
If you want I can help you with what you want to build. Thanks & Regards, Mitul Limbani, Founder & CEO, Enterux Solutions Pvt. Ltd., The Enterprise Linux Company (r), http://www.enterux.com http://www.entVoice.com On 09-Apr-2010, at 23:40, "Brian Franklin" <[email protected]> wrote: > I would take a look at Thirdlane's Product: http://www.thirdlane.com/ > > > www.ntginc.net > > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of Chris > Bagnall > Sent: Friday, April 09, 2010 5:09 AM > To: 'Commercial and Business-Oriented Asterisk Discussion' > Subject: [asterisk-biz] The hunt for a workable Asterisk GUI > > Greetings list, > > I've traditionally been a proponent of the "manual configuration " > approach, using .conf files and command lines to give us the greatest > possible flexibility when writing call flows for customers. I've shied > away from web interfaces as being overly restrictive and limiting what > we can do for our customers. > > However, as we've grown as a company, taken on more customers (and > hence > more staff), there's become an ever-growing need for certain > operations > to be carried out by admin staff, rather than always having to be > passed > down to technical staff (who often have better things to do). I'm sure > it's a problem faced by many companies on the list. > > So, what to do about it? Obviously there are "user-friendly" > interfaces > like FreePBX available, but they take over the *whole* asterisk > config, > shoehorning the user into their own fairly tight confines. Don't get > me > wrong, FreePBX is great as a company PBX installed on an on-site > server, > but it isn't much good as a VoIP hosting platform. > > What I think we're looking for is a fairly simple web interface to > manipulate the tables used by Realtime. It doesn't have to be > friendly. > It doesn't have to be pretty. It just has to be easy enough for admin > staff to use (with training, obviously) so that trivial call flow > changes such as "please forward my calls to this mobile number" or > "can > you add extension 241 to this queue/ring group" can be made without > having to involve technical staff. > > Would be very interested to hear what others in a similar position > have > done to overcome this growth problem. Did you write your own > interface? > Did you buy something off the shelf? Is there something in the FOSS > marketplace that'll do the job? > > Regards, > > Chris > -- > For full contact details visit http://www.minotaur.it > This email is made from 100% recycled electrons > > > -- > _____________________________________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > asterisk-biz mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-biz > > > > -- > _____________________________________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > asterisk-biz mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-biz -- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-biz mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-biz
