Create A Db Which Will Communicate With An Ip Pbx Telephone System

jorge1383

New member
Local time
Today, 09:12
Joined
Apr 29, 2012
Messages
8
I try to make a database which will take data from the telephone system and work with them after. I would like to know how i will make this connection, how i will take the data in a ms access database. My telephone system is a nec SL1000

I will appreciate any help

Thank you a lot in advance
 
Welcome aboard:)
You'll need to get that information from the phone system provider.
 
They sell their own packet which doesnt cover my needs. The local provider here doesnt have a clue how it works :(
 
Are there directions for interfacing with Outlook? You could work with that. Try searchind for the specific phone system. There is no way the general Access population would know how this phone works unless you lucked out and stumbled on someone who had actually worked on it.
Good Luck.
 
i think there is a standard way that you can communicate with a pabx or pbx telephone system. I was hoping that someone would know how to make that. It must not be very difficult, i have seen it but you never find something when you want it
 
i think there is a standard way that you can communicate with a pabx or pbx telephone system.
The hardware interface is standard as in a serial or Ethernet. However this does not mean that the software protocols they use have to be standard at all.
It must not be very difficult, i have seen it but you never find something when you want it

You are clearly an optimist.;) Why "must" it not be very difficult? Like many things it is probably easy once you know how but short of getting the specifications from the manufacturer I wouldn't count on it being easy.

Third party companies that write PBX software probably spend a considerable effort analysing the packets being sent to and from the equipment and essentially reverse engineer these communications for their own applications.

They recover this development cost over many sales of their product. Writing a one off application is unlikely to be cost effective.

But then perhaps I am a pessimist.
 
Yes i suppose you are pessimist. There is a standard way to have access to a telephone system. If you know the way it fit with the 90% of the telephone systems, if you dont know the way you just try to find a path asking and reading around. For a novice like me its difficult of course everything are difficult, but i hoped that in here with all the access experts i could find my way, but probably i am too optimist :)
 
Thanks a lot JDraw i will look for this application, it looks that maybe it can fit if i will not find my own way
 
Yes i suppose you are pessimist. There is a standard way to have access to a telephone system. If you know the way it fit with the 90% of the telephone systems, if you dont know the way you just try to find a path asking and reading around. For a novice like me its difficult of course everything are difficult, but i hoped that in here with all the access experts i could find my way, but probably i am too optimist :)

Jorge - its not a case of being an optimist or a pessimist its just a case of being realistical and logical.

That 90% statistic looks like an off the cuff guess disguised as a fact.

Personally I always give myself massive margins for errors on any part of a project on which I am ignorant. I will actually leave the parts of the project that I know and just concentrate on the unknowns first of all because if I can't do the unknown parts there's no point in doing anything else.

Galaxiom is just being logical and realistic. It's probably why he's so good.
 

Users who are viewing this thread

Back
Top Bottom