two Access applications running at the same time

[hbaggs]

I have one Access 2000 running which I want to run at all times. I want to create an Access program which will be used for a Telephone message book. Is it possible to do this with the user able to minimise the current Access program and start another. i.e. the staff are working as per usual and the telephone rings. That call is then recorded in a telephone call register for a person to receive that message later. Of course we do not want to have to close one program to open another. Can this be done. Also are there any sample programs available in Access which we can modify for our own ues which will work on a small network of 5 work stations?
Thanx
Harold

 

[Parker]

I have one Access 2000 running which I want to run at all times. I want to create an Access program which will be used for a Telephone message book. Is it possible to do this with the user able to minimise the current Access program and start another. i.e. the staff are working as per usual and the telephone rings. That call is then recorded in a telephone call register for a person to receive that message later. Of course we do not want to have to close one program to open another. Can this be done. Also are there any sample programs available in Access which we can modify for our own ues which will work on a small network of 5 work stations?
Thanx
Harold

Yes but why? Why not create the necessay routines for taking telephone messages in your main app? seems like an unecessary waste of sys resources too me.

 

[hbaggs]

Message book question

I guess that I thought keeping it separate would be better because the present program is already big. And I also thought that the phone rings that often that too many interuptions to what the staff are already doing in the main program might cause some difficulties. But I'm willing to liusten to other ideas

 

[Pallooma2]

you could use special key assignment to go straight to the telephone app.
I've only just started looking into these myself so I can't give you any sound advice but it works like the ^P shortcut for printing. you set up the key functions in a macro and call it Autokeys. Access checks this macro as you start your app.

It might work?

Ian

 

[Parker]

I guess that I thought keeping it separate would be better because the present program is already big. And I also thought that the phone rings that often that too many interuptions to what the staff are already doing in the main program might cause some difficulties. But I'm willing to liusten to other ideas

There are loads of possibilities. But, unless you intend to use CLID to pop customer records then it makes no difference to the end user. They are going to interup their work to answer the phone anyway.

A lot depends on what it is you actually want to do.

Are you recording the audio onto disk or some other device or are you just taking and passing on written mesages?

Do you need to track a callers record in the db when they call and if so how do you intend to do this?
If you intend to do this automatically I know that systems for CLID differ from country to country and I don't know if you use the same system as here in the UK.
If you intend to do this manually then the process will be a lot different.

I use a system of CLID and 'Screen Pop' a clients record. But all the machines in my office have their own modems and the whole system is controlled, Distribution wise, by a server. E.g: incoming calls are first trapped and then routed to the first available opp. But we don't use MS to handle this part of it.

I don't know CTI ( computer telephoney Integration)is a major subject and it may be that what you are looking for is a lot simpler........Give us a clue.

If you need to get into CTI then I will need a lot more info about your network stucture, OS's and versions used, Etc.

If it is just note taking then that is easy.