For example, to confirm the payment "Send 1 in reply"

For thesis (IP-network and GSM-telephony) I write my client SMS / MMS. There was an idea to take the source of the system application and add new features, but the teacher decided that I should think through the application myself, and not “behave like an Indian” or “narrow-eyed”, “you have a diploma not on this topic”. Therefore, I am writing from scratch.
I work with API Level 21, where sending SMS and MMS is now made equally easy, there are no problems with that.
But it is necessary to study the problems of reliability and in the explanatory note to describe everything, what and why.

The application will be supported emoticons, Emodzhi and more. When added, the message is automatically converted to MMS and then sent to the MMS.

But imagine that when sending such a message, the user accidentally pressed a smiley. Of course, he removed it and the message text again contains only "1", but the message itself was not converted back and sent as an MMS.

What will happen?
Will this confirmation roll?
Will the money be charged for the message itself, if, let's say, the provider’s algorithm is a bit more complicated, and this is not a payment confirmation, but just a message that should be paid as usual and differs from the usual only in that it comes to the short number and is processed by the automation?
Does this automation work for SMS and MMS?

  • one
    "but the message itself was not converted back and sent as MMS." - why not check the type before shipping? At the same time, you can also make an option "SMS only", "MMS only", "Type by content". The user does not want to send MMS - remove all unnecessary from the message or warn him about inappropriate content. - Zufir
  • @Zufir all the restrictions I have to justify. Ideally, the list should be services, who can send MMS, who does not - KG

0