Summary:
With SwyxWare v4.0 it is possible to define own custom scripts with the Graphical Script Editor (GSE). To create scripts using the GSE you have to license the Option Pack - Extended Call Routing.
This articles describes, how to implement a simple Call logging into a database (e.g. MS Access).
Other articles in this series are:
- Custom VBScript Code - Call logging into textfile
- Custom VBScript Code - Caller verification in database
- Custom VBScript Code - Check for Bank Holiday
Information:
Installation of the example rule
Download the complete example code usig the link at the end of this article and copy all included files into thec:\gse_demoTo load the LogDB.rse file as rule into your Call Routing Manager i.e. Graphical Script Editor please follow these steps:
- Open the Call Routing Manager.
- Click the New... button.
- Select Graphical Script Editor and click on Ok.
- Within the GSE open the File | Import... menu.
- Select the LogDB.rse. The rule will be imported and your GSE will look like this:
Graphical Script Editor
- Save the new rule using the File | Save menu.
- Close the GSE.
- Activate the rule by moving it to the right list box of the CRM.
Call Routing Manager
How it works
Custom code can only be added to the Start rule. All consts, variables and functions you'll define here are available all over the script, i.e. can be used in all blocks e.g. the Evaluate block. Please note, that the final script being created by the GSE places the VBScript statement option explicit to the top of the script. This forces all variables to be used within the script to be declared properly.
Properties - Start rule
As you will see in this example a function will be defined within the custom code in the Start rule, which will later be used within a Set Variable block. This is a small trick: we don't need the new defined variable, we use it just to call our function.
Properties - Insert Call into DB
The function InsertCallIntoDB opens a connection to a database and inserts a new record into the call_loggingtable. This is how the code looks like:
- ' CursorTypeEnum Values
- Const adOpenForwardOnly = 0
- Const adOpenKeyset = 1
- Const adOpenDynamic = 2
- Const adOpenStatic = 3
- ' LockTypeEnum Values
- Const adLockReadOnly = 1
- Const adLockPessimistic = 2
- Const adLockOptimistic = 3
- Const adLockBatchOptimistic = 4
- ' CommandTypeEnum Values
- Const adCmdUnknown = &H8
- Const adCmdText = &H1
- Const adCmdTable = &H2
- Const adCmdStoredProc = &H4
- ByVal
- Function InsertCallIntoDB(ByVal callerID)
- Dim sDsn
- sDsn = "Provider=Microsoft.Jet.OLEDB.4.0;" & _
- "Data Source=c:\gse_demo\demo.mdb"
- ' open connection to database
- Dim db
- db = CreateObject("ADODB.Connection")
- db.Open(sDsn)
- ' open recordset
- Dim rs
- rs = CreateObject("ADODB.Recordset")
- rs.Open("call_logging", db, adOpenKeyset, _
- adLockOptimistic, adCmdTable)
- ' create new record
- rs.AddNew()
- rs("callerid") = callerID
- rs("date") = now
- rs.Update()
- rs.Close()
- rs = Nothing
- db.Close()
- db = Nothing
- End Function
After activating this rule all incoming calls with be recorded within the database. Note that we exit the script using the Rule skipped block. This will enable us to use other rules after this one within our call routing.
Notes
- All callrouting scripts, and therefore also your code, runs under the SwyxWare Service Account. Please make sure that this account has the needed priviliges to access the file/database.
- This example utilizes an MS Access database. For demonstration purpose this is totally fine, but not for production environments! In production environments you should use real databases, like MS SQL Server, only!
-
The script in this example does contain no Error Handling. If an error occurs at runtime, e.g. when trying to access a database, this error will not be handled, the script will stop and the call get lost. If you have enabled Server Tracing for SvrScript on level Info3 you will find the original Microsoft Script Engine error message within the server trace file.
To get your own error handling you have to disable the standard error handling by the Script Engine:
On Error Resume Next
Place this line of code at the beginning of your function. Now you have to check for error at every potential place and do your own error handling:' Open connection to Database db.Open sDsn If Err <> 0 then 'do something, e.g.: FunctionName = False Exit Function End If - This example show the so called DSN-less Connection to the database. Of course it is possible to connect to any database via ODBC as long as an ODBC datasource is configured on the SwyxServer machine. There is just one line of code to change in the script. Instead of
sDsn = "Provider=Microsoft.Jet.OLEDB.4.0;" & _
"Data Source=c:\gse_demo\demo.mdb"
You'll find more examples following the link below the references.
sDsn = "dsn=MyDatabase"
If your database requires to login the so called Connection String will look like
sDsn = "dsn=MyDatabase;uid=MyName;pwd=MyPassword"
You'll find more examples following the link below the references.
References:
- ADO Connection String Samples
http://www.carlprothman.net/Default.aspx?tabid=81
- Custom Scripts in GSE (Examples)
kb2217-kb2219_Custom_GSE_Scripts.zip
This Swyx Forum Wiki article documents the GSE build in functions.
- Swyx Forum - GSE build in functions
https://www.swyx-forum.com/forum/151-gse-build-in-functions/
This Swyx Forum Wiki article documents the SwyxServer Script API.
- Swyx Forum - Server Script API
https://www.swyx-forum.com/forum/150-server-script-api/
This Swyx Forum Wiki article documents all VBScript build in functions.
- Swyx Forum - VBScript functions
https://www.swyx-forum.com/forum/152-vbscript-build-in-functions/
The third-party contact information included in this article is provided to help you find the technical support you need. This contact information is subject to change without notice. Swyx in no way guarantees the accuracy of this third-party contact information nor is responsible for it's content.
Comments
0 comments
Article is closed for comments.