Highlight a phrase and click this icon to search it on Swyx-Forum    Highlight a phrase and click this icon to search it within the Swyx Knowledgebase    Highlight a phrase and click this icon to search it using Goolge    Highlight a phrase and click this icon to search it using Wikipedia

Forum

Bookmark and Share

Forum

Bookmark and Share

 
  Forums  Project - Call ...  Extension - Per...  Usecases for persistent variables
Disabled Previous
 
Next Disabled
New Post 26/03/2011 13:15
Informative
User is offline Tom Wellige
2263 posts
www.swyx.com
1st Level Poster








Usecases for persistent variables  (Germany)
Modified By Tom Wellige  on 26/03/2011 15:25:18)

It seems to me that allthough often requested it is not widely understood, what persistent variables are and what can be done with them.

The first question, what persistent variables are, is answered in the project's start page. How to use them is in detail explained in the project's documentation page.

 

So the remaining question is: what to do with them ?

 

The project already provides one quite usefull example, an often requested and needed night switch.

What else could they be used for ? Let's try to get a list of some ideas. This list of course can't be complete, as it does contain my current ideas only. Please feel free to use this forum thread to add your ideas and requirements as well!

 

  • Global (same) redirection for more than one user
    • A script will set two (global) persistent variables, one that keeps the status of the global redirection (0 for off, 1 for on) and another one that keeps the redirection target. The script will make use of the GSE's DTMF blocks for enableing and disableing the global redirection as also to receive the redirection target.
    • Each needed user gets a script (on top of the list of call routing rules) that checks these global variables:
      • if enabled: use a Connect To block to connect the call to the stored redirection target. Afterwards leaving the rule through the Rule Executed exit.
      • if disabled: exit the script through the Rule Scipped exit to allow the other rules to handle the call.
     
  • Announcement of a most recent (numerical) status
    This can be used to announce e.g. last saturday's lottery numbers, a currently valid emergency number (if it rotates), a temperature, humidity, rain possibility, radioactivity or what ever.
    An entitled user will be able to call a certain extension and enter the numbers via dtmf. Afterwards they can be announced by another script (of another extension/user).
    • A script will receive the numbers and store them into persistent variable(s) by using the Get DTMF String block.
    • Another script will read the numbers from the persistent variable(s) and announce them by using the Say Number block.
     
  • Changing announcements
    If you need to be able to switch easily between pre-recorded announcements the above example can be used for something like that as well. The only difference would be that for the modifier you provide a dtmf menu to select an announcement and afterwards store the name of the wav file into a persistent variable.
     
  • Remember the latest caller
    If it is necessary to remember the latest caller because if he calls in right again the PBXCall.CallingPartyNumber can be stored into a persistent variable. This variable can be checked on each new call with the current calling party number and if equal do some special call handling.
     
  • What else ?

 

Please feel free to add to this thread your ideas or needs in certain situations.

 

Have a nice weekend, Tom.


Tom Wellige
(Lead Solution Consultant, Swyx)

I learned very early the difference between knowing the name of something and knowing something.
Richard P. Feynman

 
New Post 20/01/2012 09:35
User is offline Hopke
2 posts
10th Level Poster


Re: Usecases for persistent variables  (Germany)

Hi Tom,

one requirement I could think of with regard to persistent variables would be to differentiate between international and domestic incoming calls. This is important to me since we receive many calls from international clients who are not capable of understanding the German call routing annoucements. Therefore, it would be great if every incoming call would be checked for its origin. Calls from Germany, Austria and Switzerland(?) would set the value of the persistent variable to "D", whereas any other origins would set the value to "I". Now each user could create a set of two ECR scripts, one firing when "D" with German announcements, the other firing when "I" with English announcements.

Do you think this could work? Unfortunately I completely lack the capabilities to script the necessary code myself ...

Best regards
Michael Hopke (a former Swyxie)

 
New Post 20/01/2012 12:57
User is offline Tom Wellige
2263 posts
www.swyx.com
1st Level Poster








Re: Usecases for persistent variables  (Germany)

Hello Hoppie :-)

How are you?

You question has actually nothing to do with persistent variables. As the language decision must be done on a "per call" basis. Persistent variables are used instead to keep one and the some information over many different calls.

You should take a look here:

Regards, Tom.


Tom Wellige
(Lead Solution Consultant, Swyx)

I learned very early the difference between knowing the name of something and knowing something.
Richard P. Feynman

 
New Post 20/01/2012 14:38
User is offline Chris
114 posts
4th Level Poster


Re: Usecases for persistent variables  (Germany)

I use the persistent variables for example rotate the advertise-announcements during the call is in the queue:

Musik = "Wartemusik" & Wartemusik.Value & ".wav"IF Wartemusik.Value = 5 THENWartemusik.Value = 1
ELSEWartemusik.Value = Wartemusik.Value + 1
END IF

 
Disabled Previous
 
Next Disabled
  Forums  Project - Call ...  Extension - Per...  Usecases for persistent variables

 

 

Forum Policy

The discussion forums at Swyx Forum are dedicated to the discussion of Swyx, SwyxWare and related topics.

For the benefit of the community and to protect the integrity of swyx-form, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial products and non-commercial products which are not directly related to SwyxWare, it's OEM versions.
  2. No Flaming or Trolling.
  3. No Profanity, Racism, or Prejudice.
  4. Furthermore, make sure your posts comply to our Terms of Use.
  5. Newest development in German law defines online forums as journalistic content, making the forum owner and all posters to journalists. With this statement the forum owner declares that neither he nor his users are journalists with all legal consequences.
  6. The German Jugendmedienschutz-Staatsvertrag (JMStV) (Protection of Minors) defines a disclosure of online medias which are not suitable for minors below the age of 18. The Swyx Forum webseite does not provide any such content and underlies therefore not this disclosure. Please see further details including the responsible person for the protection of minors and direct contact data in the Imprint.
  7. The forums are currently unmoderated, meaning all postings will appear immediately after submission. If this turns out not working due to massive abuse all forums will switch to moderated mode, meaning a posting must be approved after submission my a moderator before appearing.
  8. You can use any language you like (except for the project forums) but keep in mind that by using english you will reach the largest audience.
  9. Within the project forums english language is mandatory.

 

Forum Help

Stay up-to-date
Forum Icons
Image Usage
Report Abuse

 

The default language in the forums is english, but feel free to use your mother tongue. Just keep in mind that by using english you will reach the largest audience.

Sponsors