mibuso.com

Microsoft Business Solutions online community
It is currently Fri Dec 26, 2014 8:59 am

All times are UTC + 1 hour




Post new topic Reply to topic  [ 17 posts ]  Go to page 1, 2  Next
Author Message
 Post subject: Incoming TAPI 3.0 events
PostPosted: Sun Aug 06, 2000 1:18 am 
Offline

Joined: Wed Jul 05, 2000 6:01 am
Posts: 17
Location: Glattbrugg, ZH, CH
Country: Switzerland (ch)
HELP!!!!!!!!! <img border="0" title="" alt="" src="images/smiles/icon_confused.gif" />

A server based telephone exchange brings incoming messages as TAPI 3.0 events... on incoming call I should start a Navision Form with adress of the owner of the incoming phone...

Has anybody experiences with such problems?

Would be very nice if somebody could show me a way how to handle?

Thank you for your help

Christoph

<img border="0" title="" alt="" src="images/smiles/icon_confused.gif" />


Top
 Profile E-mail WWW  
 
 Post subject: Incoming TAPI 3.0 events
PostPosted: Mon Aug 07, 2000 7:20 am 
Offline

Joined: Sun Jul 16, 2000 6:01 am
Posts: 163
Location: Berne, Switzerland
Country: Switzerland (ch)
I did that last year for a customer:

First thing you need is a third party application written in C, Delphi or VB to trigger the Tapi-events. If a TAPI-event occurs you create a flat-file containing information of the person who is being called and of course the telephone number which calles.

In Navision you simply scan on a regular basis for new "Phone-files".

Needless to say that you need a Key on the Telephone-number in the address table.

Success mainly depends on the telephone central you use respectively what kind of user-informateion the central is able to provide.

Marcus

------------------
Marcus Fabian
m.fabian@thenet.ch
+41 79 439 78 72


Top
 Profile E-mail  
 
 Post subject: Incoming TAPI 3.0 events
PostPosted: Mon Aug 07, 2000 7:51 pm 
Offline

Joined: Wed Jul 05, 2000 6:01 am
Posts: 17
Location: Glattbrugg, ZH, CH
Country: Switzerland (ch)
A regular scan is not very interesting - is there no possibility as the icoming data may generate a own event?


Top
 Profile E-mail WWW  
 
 Post subject: Incoming TAPI 3.0 events
PostPosted: Mon Aug 07, 2000 9:04 pm 
Offline

Joined: Tue Dec 07, 1999 7:01 am
Posts: 74
Location: Lithuania
Country: Lithuania (lt)
OCX can't pass event to NF.
CFront could'n run NF form.
Automation - I don't know, but I think that NO too.

What you think to do if NF not runing on this workstation ?
I know only one way to run NF: run fin.exe !!!

You can't call NF func. from outside too, because they not a compiled func. they are only precompiled, you must pass them to interpretator.

In NF you can't map func to message/event, can't create thread too.

The best solution can be creating of own API that stores all info thru CFront.


Top
 Profile E-mail  
 
 Post subject: Incoming TAPI 3.0 events
PostPosted: Mon Aug 07, 2000 9:24 pm 
Offline

Joined: Fri Jun 23, 2000 6:01 am
Posts: 77
Location: Aylesbury, Bucks, UK
Country: United Kingdom (uk)
I am no expert!

Would it not be best to use C/Front and VB or C++ when the TAPI event is fired get the Phone No then use C/Front to lookup Navision and Return the Name fields then open a VB form from the OCX with the Details from Navision.

The Call could be from a Customer, Ship-to ,Vendor, Prospect or Contact!

You would realy need another table in NF with Type No Code Name Company, Number to use for lookup!

The call maybe to a specific extention how would you deal with that?

There is TAPI software out there is anyone using third party software?

Phew!


Top
 Profile E-mail WWW  
 
 Post subject: Incoming TAPI 3.0 events
PostPosted: Tue Aug 08, 2000 4:52 am 
Offline

Joined: Sun Jul 16, 2000 6:01 am
Posts: 163
Location: Berne, Switzerland
Country: Switzerland (ch)
I'm afraid Chrostoph's problem is not solved by simply showing (lookup) the name of the person who is calling. At least that was the case in my earlier project.
In fact the customer wanted not only to know who was calling but wanted Navision to react accordingly:
* If a vendor is calling, open the vendor card
* If a customer is calling open a sales-order form
* If it's only an address, open the address form

Christoph, I understand if you say "A regular scan is not very interesting". But let's face it: Why seeking for an interesting (= complicated high-tech-) solution if there's an easy reliable way which works?




------------------
Marcus Fabian
m.fabian@thenet.ch
+41 79 439 78 72


Top
 Profile E-mail  
 
 Post subject: Incoming TAPI 3.0 events
PostPosted: Tue Aug 08, 2000 3:57 pm 
Offline

Joined: Tue Dec 07, 1999 7:01 am
Posts: 74
Location: Lithuania
Country: Lithuania (lt)
Fabian you are right it will work, but that not nice solution and not comprehensible for new programing technologies. File import was used ~3-10 years ago.
I was heve very similar problem, but in another context. I was solved it folowing:
1. necessary data puted into NF table X over CFront.
2. external API runs dll with macro func. that launching fin.exe puting user name & password, selecting company and pushing F12.
3. Codeunit 1 was modified to detect this user & running forms depends on data in table X.
4. After completing poping massage, macro dll closing fin.exe

there is one minus: additional session.


Top
 Profile E-mail  
 
 Post subject: Incoming TAPI 3.0 events
PostPosted: Wed Aug 09, 2000 5:19 am 
Offline

Joined: Wed Jul 05, 2000 6:01 am
Posts: 17
Location: Glattbrugg, ZH, CH
Country: Switzerland (ch)
Sounds great... would this be also possible to execute when NF is open without opening a second session?


Top
 Profile E-mail WWW  
 
 Post subject: Incoming TAPI 3.0 events
PostPosted: Wed Aug 09, 2000 5:24 am 
Offline

Joined: Sat Dec 11, 1999 7:01 am
Posts: 154
Location: Nieuwkoop, The Netherlands
Country: Netherlands (nl)
DB - What API dll with macro function did you use for this?

John


Top
 Profile E-mail  
 
 Post subject: Incoming TAPI 3.0 events
PostPosted: Wed Aug 09, 2000 8:17 am 
Offline

Joined: Sun Jul 16, 2000 6:01 am
Posts: 163
Location: Berne, Switzerland
Country: Switzerland (ch)
File import was used ~3-10 years ago.

Well, that doesn't mean that it's a bad solution, does it?

You can believe me, I experienced lots of different approaches including ODBC-Links, Third party DLL's, OCX's etc.
After all I decided for this old-fashioned simple solution for three reasons:
1) You don't need to install and run a third-party link-program on EVERY client.
2) You save memory and speed as this third-party program would take ressources.
3) Whenever you have a live-connection between two programs, everything collapses if ONE of the applications involved has a problem. In case your Telephone-check-for-call application halts, you could not continue working with navision even if no phone calls are in the pipeline. On the other hand, if you use simple flat-files, you could continue using Navision. In worst case phone-calls would not be processed as the 3rd-Party application hangs and does not provide a message file.

Marcus


------------------
Marcus Fabian
m.fabian@thenet.ch
+41 79 439 78 72


Top
 Profile E-mail  
 
 Post subject: Incoming TAPI 3.0 events
PostPosted: Wed Aug 09, 2000 4:54 pm 
Offline

Joined: Wed Jul 05, 2000 6:01 am
Posts: 17
Location: Glattbrugg, ZH, CH
Country: Switzerland (ch)
Fabian:

What I don't understand is... where will I insert this pull code? I meen on I have this TAPI 3.0 events (from Windows 2000... And I have a Navision Installation with, lets say 10 users... now everyone of this users may get phone calls and sometimes he may take also calls which where for another person in the office (if the person would be not in the office).

In your scenario every navision client would have to look permanently to see if a call is coming in...

This sounds for me as like a lot of traffic (and if I think the same scenario with 50 clients ... <img border="0" title="" alt="" src="images/smiles/icon_eek.gif" />


Top
 Profile E-mail WWW  
 
 Post subject: Incoming TAPI 3.0 events
PostPosted: Wed Aug 09, 2000 7:06 pm 
Offline

Joined: Tue Dec 07, 1999 7:01 am
Posts: 74
Location: Lithuania
Country: Lithuania (lt)
to Christoph
I. I don't think that that is good run Call's form on the same NF instance. Because: a) if you making raport or posting data to tables (locked tables) or filling data in forms you will lost data in the best case or it can cause error. b) if running 2 fin.exe instaces, in which instance must form's popuped.

to John
II. One hacker was maded this dll for me.

to Marcus
III. Old good solution's can't be bad !!! <img border="0" title="" alt="" src="images/smiles/icon_smile.gif" />
>1) On file solution you need install third-parity too. To solve this "problem" by creating table in nf where can be stored all dll or exe as BLOB. And on run check installation, if not installed puts out needed files.

>2) Memory: TRUE, but if program is inactive win it places on swap mem.
Speed: CPU time usage is lower than in file solution, no needs to run empty cycles.

>3)This depends on development. The program must be written corectlly, no another cure. The same can happen on file solution too.

In now days technologies I see following solution:
- then launching fin.exe, it checks for settings: call-processing is needed or not. If yes fin.exe creates new thread for call processing.
- running thread is checking for call
- then receiving call sending event to nf
- if on nf runing thread with higher priority, it not will interupted.
- nf depens on USERID & settings popups form
- thru OCX receiving data from call-aplication
Very nice or not?
But in NF can't do this. <img border="0" title="" alt="" src="images/smiles/icon_sad.gif" />


Top
 Profile E-mail  
 
 Post subject: Incoming TAPI 3.0 events
PostPosted: Wed Aug 09, 2000 7:38 pm 
Offline

Joined: Wed Jul 05, 2000 6:01 am
Posts: 17
Location: Glattbrugg, ZH, CH
Country: Switzerland (ch)
db:

sounds super... and how would be the Navision Version of your solution of now days technology?


Top
 Profile E-mail WWW  
 
 Post subject: Incoming TAPI 3.0 events
PostPosted: Wed Aug 09, 2000 7:49 pm 
Offline

Joined: Fri Jun 23, 2000 6:01 am
Posts: 77
Location: Aylesbury, Bucks, UK
Country: United Kingdom (uk)
Fabians solution would be ok for Tele-Sales by having a list table form with the incoming calls updated by the timer then the Operator could select the next call in the list, the form would poll for the files so if the form is not open you are not polling.

Not for a small office where every call is flashed up to all users.


Top
 Profile E-mail WWW  
 
 Post subject: Incoming TAPI 3.0 events
PostPosted: Wed Aug 09, 2000 8:03 pm 
Offline

Joined: Wed Jul 05, 2000 6:01 am
Posts: 17
Location: Glattbrugg, ZH, CH
Country: Switzerland (ch)
It's not a Telesales office but a whole company, one person works in accounting, another one in sales or purchase... I may not add on every form a poll - function which updates every 10 seconds...
<img border="0" title="" alt="" src="images/smiles/icon_sad.gif" />


Top
 Profile E-mail WWW  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 17 posts ]  Go to page 1, 2  Next

All times are UTC + 1 hour


Who is online

Users browsing this forum: No registered users and 2 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum


Search for:
Jump to: