Professional Documents
Culture Documents
50A/70)
Open GI
1: Introduction
automatically triggered for policies via enhanced frame calculations (this is part of Scheme
Toolkit and needs to be purchased separately).
The Benefits
This allows you to:
Refer to the page, The Features of SMS Text Messaging for a list of the full details.
General Features
It allows you to send SMS text messages to a maximum of 160 characters from the Back-Office
diary.
Messages can be sent instantly (Urgent) or batch messages can be future dated so that they will
not be sent until their due date arrives.
Client 'opt out' - by default, it is assumed that all clients that give their mobile number wish to
receive text messages. However, clients are able to specify that they do not wish to receive text
messages. An SMS Opt Out field on the client and prospect record is used to indicate that the client
/ prospect does not want to receive text messages.
Prioritisation system so that urgent messages are not delayed by less urgent messages (e.g. up
selling add-ons or other batch / mass mailings)
Units are consumed by SMS messaging whenever a message is sent.
The requesting of text messages can be automated via enhanced frame calculations for policies.
This requires the additional "Create-Diary" Scheme Toolkit functionality which is purchased
separately.
The service works continually whilst the system is available for normal processing.
It will only stop in the following instances:
Due to the failure limit being reached (the number can be defined in SMS Control).
When the service is suspended using the 'Suspend the SMS Service' option in SMS Control.
Batch - the system will process a number of batch messages (20 by default but this can be
amended in the SMS Control) and then process any urgent messages.
For batch messages, you can enter a specific time and date in the future. The message will not be
sent until this time and they will be held in the SMS Message queue.
When a message is sent successfully, the date and time sent will be updated on the diary entry.
Open Demo
SMS Control
To access SMS Control, follow the procedure below:
1. From the Maintenance menu, select the Broker Amendment option.
2. Select the SMS Control option. The following screen is then displayed:
3. Click the Update button (F2) to amend any settings. The following fields and options are
available:
Branch
SMS Control for Branch
General Settings
Suspend the SMS service?
Service Provider
Message Originator
Test Messages
Send Text Message?
4. Press the OK button (RETURN) to save any amendments or click the Cancel button (ESC
ESC) to quit without saving.
The screenshot above shows the SMS Opt Out field is set to Yes - therefore the customer will not
receive any text messages.
Text messages will not be sent (regardless of the method of requesting them) if the record indicates
that the customer does not want to receive any text messages.
If an SMS is requested manually from the diary and the SMS Opt Out field is set to Yes on the
client record, the following warning message is displayed:
The screenshot above shows the SMS Opt Out field is set to Yes - therefore the customer will not
receive any text messages.
Text messages will not be sent (regardless of the method of requesting them) if the record indicates
that the customer does not want to receive any text messages.
If an SMS is requested manually from the diary and the SMS Opt Out field is set to Yes on the
prospect record, the following warning message is displayed:
10
11
Core Back-Office
You can access/amend this calculation as follows in Core Back-Office:
1. From the Maintenance menu, select the 'Frame Maintenance/Conversion' option.
2. Select the 'Frame Module Maintenance' option
3. Select the 'Calculations' option.
4. Select the 'Create/Amend Calculation' option.
5. Enter "SMS" in the Name of frame to be amended field.
6. Press RETURN.
7. Enter "Create" in the Calculation type field.
8. Press RETURN.
9. The example calculation, "Use First Mobile Number Found In Any Telephone Field" is
displayed.
10. Amend the calculation, if required, and press ESC 7 to save, otherwise press ESC ESC to
exit without saving.
12
13
14
The 'Generate SMS Messages' option in Database Enquiry incorporates Standard Wording
processing with optional keywords.
15
Find
Add
Update
16
In the Code field, enter the shortcode and then click the Find button.
Code
Status
Displays "Active".
17
Description
Enter up to 60 characters.
Wording
The space the fields give you to type text and fieldnames
into is in 4 rows of 60 characters (240 characters) though
only 160 characters are allowed when counting the max
length of the fields.
This is to allow for the inclusion of keywords which may
be longer than the text values that they hold for any
particular Client/Policy reference. For example, the text
[BTX.Dt.raised] is, at 15 characters, longer than the 10
character date field it refers to.
Messages are limited to 160 characters as some mobile
phones cannot handle longer messages.
If you exceed this, a message will be displayed, as shown
in the example below:
3. Click the OK button (RETURN). You will then be returned to the start of the line containing the
invalid keyword in update mode.
Keyword validation will also report unbalanced brackets on a line. None of the 4 characters [ ]
< > should be used in the message text except to surround keywords.
When validating the Message text, square brackets [] will automatically be replaced by angled
brackets <>. This is to avoid padding the fields with spaces to the maximum field length,
which would place large unwanted gaps of spaces within the message.
18
SMS Standard Wordings with Keywords will be available in both the Core Back-Office Claims
Diary and the Advanced Prospect Management Diary.
You can update an existing Standard Wordings by pressing the Update button.
You will also be in update mode, if any invalid keywords are found in the four Wording lines.
19
Entering Keywords
You can also enter keywords in the four Wording lines.
In Standard Wording Maintenance only a limited number of types of keywords will be permitted.
When creating an SMS Message on the Client/Policy, Core Back-Office Claims or Advanced
Prospect Management, only a subset of this list of keyword types will be permitted:
Core Back-Office
Client/Policy
Advanced Prospect
Management
BCM (Client)
BCM
BPY (Policy)
BPY
BBR
BCL
BCH
WUCL (for Claimstracker)
Note that Frame Keywords are not allowed.
In Standard Wording Maintenance, fields may be used from any one column of the above table, but
no single Standard Wordings may contain both Core Back-Office-only Keywords and Advanced
Prospect Management-only keywords (e.g. BPY and P.PY).
20
Locate Bookmark
Transfer to branch
Via Enhanced Frame Calculations (this uses "Create-Diary" which is part of Scheme Toolkit and
needs to be purchased separately)
Text messages will not be sent if the Client or Prospect record indicates that they do not want to
receive SMS messages. Refer to Chapter 3: Customers Who Do Not Want to Receive Messages.
21
The Request an SMS Message authorisation code on the Password Control Authorisation Codes 5
in Broker Amendment can be used to restrict who can send a text message from the diary.
Messages will not be sent if the Client or Prospect record indicates that they do not want to receive
text messages. A warning message will be displayed. Refer to Chapter 3: Customers Who Do Not
Want to Receive Messages for further information.
Request a diary SMS message using the following procedure:
1. From either the:
Core Back-Office Client or Policy level, select Client Diary (ESC J) or Policy
Diary buttons (ESC J)
Advanced Prospect Management Prospect or Policy level, select Prospect Diary
(ESC J) or Policy Diary buttons (ESC J).
2. Select the Diary button (ESC Q).
3. Select the Request option.
4. Select the SMS Message option as shown below:
22
The example screen above is from the Core Back-Office Diary Entry.
The details in the Diary entry that are not standard diary entry fields will be stored on the SMS
Frame.
From
To
Defaults to Client.
Mobile
SMS via the Diary relies on a valid calculation being in place. It will
work with the default calculation from Open GI. However, if this
calculation is amended incorrectly, the message will be generated,
but the mobile number may not be what you expect.
However, with a diary request, you are able to input the mobile
number manually if one is not found or amend the mobile phone
number to be used. You can enter up to 15 characters for the
mobile number.
A space is allowed in a mobile phone number. For example, 07123
456789 is a valid alternative to 07123456789, so the SMS
message will work with or without a space in the mobile number.
International Dialling Codes (apart from the Brokers own national
dialling code) are not permitted. In the UK, numbers may only begin
in one of 3 ways:
07
447
+447
23
08
3538
+3538
24
This is left blank by default. You can enter the number of days from
0 to 99.
Date Sent
Time Sent
Executive
Reply Status
SMS Status
Batch
Urgent
Enter the body of the SMS text message to be sent. The space the
fields give you to type text and fieldnames into is in fact 4 rows of
60 characters (240 characters) though only 160 chars are allowed
when counting the max length of the fields.
Messages are limited to 160 characters as some mobile phones
cannot handle longer messages.
The Euro symbol () is supported in SMS Messages for the ROI
only.
This is to allow for the inclusion of keywords which may be longer
than the text values that they hold for any particular Client/Policy
reference. For example, the text [BTX.Dt.raised] is, at 15
characters, longer than the 10 character date field that it refers to.
If you exceed this, a message will be displayed, as shown in the
example below:
Keywords
You can also enter keywords in these lines or select some predefined standard wording by clicking on the
are the keyword types that are allowed:
25
Advanced
Core Back-Office Core Back-Office
Prospect
Client/Policy
Claims
Management
BCM (Client)
BCM
P.CM (APM
Prospect)
BPY (Policy)
BPY
P.PY (APM
Policy)
BBR (Broker
Amendment)
BBR
DPC (APM
Control)
BCL
BBR (Broker
Amendment)
BCH
WUCL (for
Claimstracker)
Entering a valid short code on any of the SMS Message fields will
also copy in any pre-defined wording and keywords. A list of any
standard wordings you have sent up is available for selection:
26
When one is selected, it will be copied into the four message text
lines.
Reason for Failure
No units
Communications failure
5. Click the OK button. The SMS Message text may now contain keywords. When the OK button
(RETURN) is pressed on an SMS Message containing keywords, the keywords are evaluated
for the current Client, Policy or Claims Reference and then expanded and displayed in the text
message fields.
6. Press the OK button again (RETURN) to send the SMS Message.
27
F10 from the Policy Details screen. The Diary screen is displayed.
Policy Only
Claim Only
All Claim
4. You can now request a SMS Message in the same way as you would from the Diary.
Refer to the Sending Text Messages From The Diary page and follow the process from step 2
onwards.
28
Example:
INIT-SMS
[YCT.D.Mobile] is [SMS.Mobile]
[YCT.D.Datetobesent] is [SMS.Date2bsent]
WRITE-DIARY
The WRITE-DIARY command will cause the diary to be created and the message put in to the SMS
message queue.
The diary entry will be written against the current policy defined in BPY.Refno.
YCT Fields
The following YCT fields enable values to be defined in enhanced frame calculations:
Name
Default
Note
D.Executive
Policy Executive
D.From
Broker
D.To
Client
D.Mobile
Blank
D.Replydue
Blank
D.Datetobesent
Today
D.Timetobesent
Blank
D.Priority
Batch
29
D.SMSText1
Blank
D.SMSText2
Blank
D.SMSText3
Blank
The values defined as default above will be set by the INIT-SMS statement. Values can be amended
by the use of the YCT fields in calculations. For example, if the message was not to be sent before
st
9pm on 1 August 2011, the calculation lines, before WRITE-DIARY would be:
INIT-SMS
<statement>
[YCT.D. Datetobesent]
IS
01/08/2011
[YCT.D.Timetobesent]
IS
21:00
<statement>
WRITE-DIARY
30
Post the message to the SMS messages queue (if the client has not indicated that no SMS
messages are to be sent).
31
5. Select the Generate SMS Messages option. The following screen is displayed:
32
The line at the bottom of the screen indicates how many SMS messages will be generated the screenshot above shows that 3 SMS Messages will be generated.
From
Defaults to "Broker".
To
Defaults to "Client".
Date to be sent
33
Time to be sent
This is left blank by default. You can enter the number of days from
0 to 99.
Executive
Reply Status
Priority
Message text
Enter the body of the SMS text message to be sent. The space the
fields give you to type text and fieldnames into is in fact 4 rows of
60 characters (240 characters) though only 160 chars are allowed
when counting the max length of the fields.
Messages are limited to 160 characters as some mobile phones
cannot handle longer messages.
The Euro symbol () is supported in SMS Messages for the ROI
only.
This is to allow for the inclusion of keywords which may be longer
than the text values that they hold for any particular Client/Policy
reference. For example, the text [BTX.Dt.raised] is, at 15
characters, longer than the 10 character date field it refers to.
If you exceed this, a message will be displayed, as shown in the
example below:
You can also enter keywords in these lines or select some predefined standard wording by clicking on the
34
When one is selected, it will be copied into the four message text
lines
Preview Messages
This allows you to preview the message text for each message
generated, after any keywords have been expanded for the current
Client/Policy Reference.
The setting is ignored if the message text did not originally contain
any keywords. Fixed text in the Message Text does not need to be
previewed for each Client/Policy Reference.
If set to "Yes", the contents of the Message Text will be updated for
each Client/Policy reference. The Message text can then be
amended before the SMS Message is generated for the current
reference.
If set to "No", this stops further previews occurring. All further SMS
Messages will be generated quietly.
No other fields will be amendable once the form is initially
completed. For example, different Client/Policy references cannot
be given different executives or the messages sent at different
times or dates.
When previewing an SMS Message, if the Cancel button (F3) is
35
Keywords Entered
36
SMS Messages behave in the same way as other diary types to these options.
SMS Messages can also be viewed in "Enquire" mode when they are on the queue, but they cannot
be amended. A warning message is displayed as shown below:
37
Cancelling A Message
A message can be cancelled, if not already sent, by deleting the entry from the relevant Client,
Prospect or Policy Diary.
Use the following procedure:
1. From either the:
Core Back-Office Client or Policy level, select Client Diary (ESC J) or Policy Diary
buttons (ESC J).
Advanced Prospect Management Prospect or Policy level, select Prospect Diary
(ESC J) or Policy Diary buttons (ESC J)
2. Select the Diary button (ESC Q).
3. Select the Delete Item option.
38
4. Select the required SMS diary note to delete. The following is then displayed:
5. Click the Yes button to delete and remove from the list, otherwise click No.
Deleting an SMS entry from the Diary will also cause it to be removed from the SMS
message queue if it exists.
SMS Purge
An SMS Purge can also be done if a batch of messages needs to be removed from Advanced
Prospect Manager or Core Back-Office. Running an SMS Purge will also remove any relevant entries
waiting to be sent from the SMS message queue if they exist there as well.
39
40
6. Click the OK button (RETURN). As this is not related to any client or prospect, no diary entry
will be created. Once the message has been sent, the Send Test Message? field is set back
to No.
Whilst being sent, the status at the top of the screen will read:
Status: Sending Test SMS Message"
This is shown in the example screen below:
Or if its failed:
41
If successful, the following text is sent to the test message mobile number you entered in the
Test Message Number field:
This is a test message from Open GI SMS messaging
This is shown in the screenshot below:
The sender will be whatever is set in the Message Originator field in the SMS Control in
this instance it is OpenGI.
Checking System Notices For Failures (a system notice is generated for each failed message)
Running A Database Enquiry report to highlight messages that have failed or been successfully
sent.
42
To view the status of messages that have tried to be sent, follow the procedure below:
1. From either the:
Core Back-Office Client or Policy level, select Client Diary (ESC J) or Policy Diary
buttons (ESC J).
Advanced Prospect Management Prospect or Policy level, select Prospect Diary
(ESC J) or Policy Diary buttons (ESC J)
2. A list of any attached SMS Frames is displayed - the latest are shown at the top of the list:
3. Double click or right click (RETURN) on the required SMS Diary item.
4. Select the Enquire/Amend option. The SMS Frame is displayed:
43
The example above shows a Sent status. This is displayed in the SMS Status field.
The SMS Status field indicates one of the following status:
Failed - Message did not get sent because there was a problem
The example below shows a Failed status (in this case no mobile number is entered on the
SMS Frame). This is displayed in the SMS Status field:
44
45
3. Select a system notice and further details of the failures are displayed, along with the client or
prospect reference and the branch number:
The Subject line for an SMS error is "SMS Message Send Failure".
46
Each failed message here has five lines of information, as shown below:
This details the Client/Policy Ref, branch number, the text message that was to be sent and
the reason for failure.
47
For additional information on how to use Database Enquiry, please refer to the Database Enquiry
chapter in the Core Back-Office Guide (Part 2).
48
Core Back-Office
2. Select the SMS Message Purge option. The following screen is displayed:
49
Up to
and select an up
4.
Click the OK button (RETURN) to purge and/or print. A message will display the number of
records that have been deleted:
50
Locate Bookmark
2. Select the SMS Message Purge option. The following screen is displayed:
Up to
and select an up
51
4. Click the OK button (RETURN) to purge and/or print. A message will display the number of
records that have been deleted:
52
The SMS Frame below shows the associated keywords. These can be used in documents, frame
calculations and in Database Enquiry.
53
Keywords
SMS.From
SMS.To
SMS.Mobile
SMS.Date2besent
SMS.Time2besent
SMS.Replydue
SMS.Datesent
SMS.Timesent
SMS.Exec
SMS.Replystatus
SMS.Priority
SMS.Smsstatus
SMS.Messagetext1
SMS.Messagetext2
SMS.Messagetext3
SMS.Messagetext4
54
SMS.Reasonforfail1
SMS.Reasonforfail2
SMS.Reasonforfail3
See Note 1
<To>Client</To>
See Note 1
See Note 2
<Exec>0001</Exec>
<Mobile>99999999999999</Mobile>
<Replydue>999</replydue>
<Date2beSent>dd/mm/yyyy</Date2beSent>
<Time2beSent>99:99</Time2beSent>
<ReplyStatus>xxxxxxxxxxxxxx</ReplyStatus>
<Priority> xxxxx</Priority >
<MessageText1>xxxx60 charsxxxx</MessageText1>
<MessageText2>xxxx60 charsxxxx</MessageText2>
<MessageText3>xxxx60 charsxxxx</MessageText3>
<MessageText4>xxxx60 charsxxxx</MessageText4>
See Note 3
See Note 4
</SMS>
55
Notes :
Note 1: <From> and <To> nodes can use abbreviations: c for Client ; u for Us and i for
Insurer. Upper or Lower case may be used for the abbreviations. This is the same behaviour as for
creating an Event in Core-Back Office or Advanced Prospect Management.
If these fields are blank then <From> will default to Broker and <To> will default to Client, the
same defaults as when creating SMS Messages in the Back Office.
Note 2: <Mobile> if omitted will be set by the SMS frame calculation
Note 3: <Priority> if not specified ("Batch" or "Urgent") will default to "Batch".
Note 4: <MessageText1-4> fields must be limited to 160 characters in total, and each individual field
must be no more than 60 characters. Anything above that will generate an error. They may contain
Advanced Prospect Management Client and Policy Keywords (refer to the SMS Standard Wording
Maintenance page).
All SMS nodes are validated before any SMS Message is created. If one SMS node contains invalid
data, the error is reported back in the response XML, and no SMS Messages are created or
transmitted.
When SMS nodes are validated the line number reported is the last line of the input of the XML, not
the line number containing the error. However the error message should give enough information to
find the error in the XML. The exception to this is when validating executives, this reports the correct
line containing an invalid executive.
Executives that are not set up as Active in the Back-Office will be accepted for the SMS Import, as
long the executive exists in the 'Executive Amendment' option in the Core-Back Office Maintenance
menu.
56