If anyone has worked with Twilio's WhatsApp Business API you may be able to help.
Can you please confirm this: we purchased a UK number from Twilio but we are based and operate in Kuwait. So we will be using the UK number to send WhatsApp messages to users' in Kuwait. Is that fine? Additionally, as we were waiting for Twilio to approve our number we received the attached image and not sure what it means.
We've contacted Twilio support but they're taking a while to respond. Image:
Note: we've been approved and Twilio is linked to our Facebook manager. So on the FB side we're good to go, but just waiting for Twilio to approve our sender number so we can use the WhatsApp API.
So we will be using the UK number to send WhatsApp messages to users' in Kuwait. Is that fine?
Yes! WhatsApp uses phone numbers as identifiers, but the origin country of that phone number doesn't matter, at least technically.
Additionally, as we were waiting for Twilio to approve our number we received the attached image and not sure what it means.
It appears that perhaps you still have a trial account and someone sent an SMS message to your number. While on trial, you can only send messages to numbers that you have verified.
Related
I am currently developing a mobile application in which I am implementing a wallet feature and I am using the PayPal API.
The users can execute a service in exchange of a payment.
Is it possible to let the users store the money received in the wallet within the app ?
Will I also need to acquire any financial certificate before releasing the app?
Thank you very much.
You'll have to ask a lawyer or financial expert of the country(s) your business is based in as well as review any particular App Store policies, but my answer would be that with what you describe the "money received in the wallet" is more like "credits" until your app pays it out to an actual financial system.
You can use PayPal's Payouts API to send money to an email address.
(If there's no PayPal account at that address the recipient will get a notification and have 30 days to create one or add this email to an existing account, otherwise a refunded is processed automatically)
I am looking for a PHP code sample for how to send money with PayPal via the friends and family method. Anyone have a good example?
There is no code or API interface for Send Money. For general use, you can redirect a user to https://www.paypal.com/myaccount/transfer/homepage
If you have a specific recipient in mind, that recipient can create a https://www.paypal.me link
I am working with the PayPal Node.js SDK and I am trying to payout a user. In order to do that I can use either their email, phone number or encrypted PayPal ID. We would prefer to work with encrypted data as much as possible. Where would we find a users paypal_ID?
If any of our code would help us find this information, we can post it just tell us what you need. Thanks in advance to all.
It should be displayed in the account overview page or in the profile. It typically shows your PayPal account email and merchant account ID.
It can also be obtained via the GetPalDetails API, but that's not REST. I'm not sure if REST has an equivalent API yet or not.
I have one requirement in which I need to develop Facebook messenger bots and implement payment for product from bots.
Has anyone experience with payment with bots and its approval by Facebook?
As I know currently it only has a receipt structured message that you can use for sending receipt. But there is no any API supports for the payment, you could either make a series of messages between the bot and customers by using postback, but it's very inefficient and stupid, also insecure. So I recommend using an external link that customers can click it and go to your payment system.
I have developed a bot that has integration with Stripe Payments (which is really fantastic btw). I created a WebView that redirects to my payment processing page. I didn't have any issues with the approval. All I did was send them a demo of how I get card information and showed them that I'm not storing any specific payment information because stripe hides the actual info and gives me a token to process a payment.
I find Bot approval in Facebook is stringent but straightforward as long as you give them the information they need. That means giving them a DEMO on how you're going to collect information and make sure that everything is clear.
Our terms and condition also have some payment terms (cancellation, refund, etc). Although they never checked it, I would highly suggest to clearly state these items on the T and C - and of course, make sure they tick a box specifying they agreed to such terms.
Good luck!
We are building an iPhone application for our project and I'm concerned that the only way for user to:
register an account;
buy extra content
Is via the user's Apple ID account. This is bad for us because:
We don't get user details data
30% of sum goes to Apple
But as my colleagues say it's the only proper way to handle this - otherwise application can be banned from appstore. So could I have a registration/payment on website somehow be implemented inside the iPhone app? And in what way can this be done?
Take a look at how Evernote implement their service. You can subscribe to the Premium service from within the app via In-App Purchases, you could also do the same from their website, using credit cards or any other forms of online payment.
The key here is the user's email address. When the user signs up, they provide the service with their email address which is basically tied to as a username. I'm pretty sure you know what you can do next using the email address. Good luck!