Messaging is an extension to ticketing that allows client to send sms, wap push messages to client. Enterflex supports several external gateways to send messages throw: Mobile Messenger?, Clickatell and others. If gateway, that you are going to use, requires authentification and charges messages, those charges and billing process are not in the enterflex functionality scope. Enterflex only uses those gateways by your request and sends you callback notifications if any.
In general, messaging functionality is almost equal to ticketing functionality. You even can use the same utility names that where used for ticketing: store-content, store). Or you can use utility send-adapted, which is clone of store-content utility with one exception – default routings-list-task parameter value; you can use send, which is clone of store utility with one exception – default routings-list-task parameter value. Here is the general flow: you provide all additional parameters, required to send message. Ticket is generated and returned as a request execution result if required – just like in ticketing. The only difference is that the generated link (or contents of the message in case, when you use transfer=sms for send-adapted/store-content utility or if you send simple message using send/store utility) is sent to the device you specified.
Here is the list of extra parameters supported:
routings-list-task – name of internal task that is responsible for delivering messages. For each gateway this name is unique. Values to use are specified separatly for each gateway. Default value for store-content, store utilitities is storage-routings-list – its a routing list, which do not deliver any messages, just generates ticket and returns it. Default value for send-adapted, send utilitities is clickatell-routings-list – its a routing list, which delivers messages through clickatell gateway.
to – msisdn of device to send message to.
from – shortcode.
tariff – tariff to use. Please note that tariff is a required field for US carriers.
text – message text
max-part-count – max message part count. If message is too big to transfer it in one message, it is automatically splited into several messages that are sent separatly to device and restored there. If you want max part count to be limited, just specify this parameter in the request.