Hi,
I'm not not sure, if I understood you right: I assume you want to do
premium sms / microbilling (say 2,99$ for a SMS).
There are to ways of implementation:
The first one is large account billing. In this case the 2,99$ are
already billed by the provider, when you receive the sms.
The second one is online billing (or web billing, or mobile payment,
or... quite every provider uses his own name for this). In this case
you receive the sms, then you have to query a payment system and
capture the money, before you deliver the service. These services are
mostly implemented in some kind of XML/SOAP/HTTP protocol, I also saw
some exotic implementations where it was done over LDAP or FTP, but
anyway kannel has nothing to do with that.
In the first case you don't recognise if a customer even tries to send
you a sms. In the second case, you only get the information if the
customer has enough credit for your request, but in any case the
balance of a user should be protected by privacy. Further there is no
SMS protocol that has a field where the balance is delivered.
Regards
Falko
Am 28.04.2009 um 07:03 schrieb apsf:
hello everyone,
I'll just assume that there's an imaginary monetary unit u.
we have the following service:
group = sms-service
keyword = "help"
get-url =
"http://localhost/service/fetch.php?sender=%p&message=%r&info=%B";
I have two questions:
1. Is there any way to query the sms provider about the current
balance
of the sms sender, or will the sms provider provide me with the
balance
information if it is inadequate? (I'm pretty sure it's in the '%B',
but I
don't know how..)
2. For example, I have only 2u of balance in my account, but the
service
I need requires 2.5u. Is it possible to use the service, provided
that the
returned information is limited that the 2.5u one?
Thanks for the help :)
--
View this message in context:
http://www.nabble.com/ability-to-control-smsc-charging-tp23270007p23270007.html
Sent from the Kannel - User mailing list archive at Nabble.com.
