Worldwide SMS Payment Gate? - sms

i need to insert some SMS payment for countries British, USA and other countries.
Could You recommned to me something cheap and with sending payouts to PayPal or Bank Account in other country?
Thanks for advice.

there are plenty but your best choice can be daopay.com; however it charges you 1000 Euro as activation fee!
If you need a free and good one, you may try smscoin.com .
Best

Related

Receiving and sending stablecoins in Near Protocol Smart Contract

I'm working on a Dapp where users will buy tokens. Each token has a fixed price, let's say $100. Token holders will receive rewards in USN/USDT/USDC every X days.
What is the best way to implement it on Near Protocol? I mean the part of accepting payments from users and sending rewards back to them?
I guess the easiest way would be to use USN (Near-native Stablecoin), but I cannot find any information on how to use it in my smart contracts.
What about USDT, USDC, etc? Should I use some service to accept payments in those stablecoins?
Thanks!

Square Payments : International

I am trying to get some clarification on Square Payments and International Cards. I am setting up a payment processor for a site which will need to allow Credit cards from all over - not just US/CANADA. It looks like Square is only available for US,CANADA,AUSTRALIA,UK,JAPAN - can anyone confirm if this is correct?
The method I'll be using is the web form. User will enter their info into the form and submit, back end will process the transaction using the Square SDK (PHP).
If Square is not capable of processing in other countries, is it possible (and not violation of PCI compliance rules) for me to take the CC info from the user, submit to PHP script which will process it using cURL request that way the IP processing the payment is our host server in US? Would that allow me to get around the Country limitation?
Any guidance is greatly appreciated!
Square requires the seller/merchant account to be created in one of the supported countries (US, UK, Canada, Australia, Japan), but once that account is set up you can accept payments online via the APIs from any country (as long as it's a supported card of course). Note that the payment must be in the currency of the Square account though (USD for US-based account, for example), and the customer's bank would handle the currency exchange if they use a different currency.

Square Gift Card Balance

Is there a way to check the balance of Square gift cards through the API? I'm making an app on behalf of a merchant at a school who would like to facilitate mobile orders through the use of prepaid gift cards.
According to the user documentation, the receipt of a transaction received by the customer will display any remaining balance, but when I look at the API documentation no such information seems to be provided.
Any advice? Thanks.
You were right to check out the documentation. At this time there isn't an API for any giftcard functionality, including checking balances.

Send SMS from GSM Modem witout getting target as SPAM from Carrier

I will like to explain a little bit my situation before i ask my question so if you like to read it here is it:
On my country i have a small school just 150 students, i will like to send to each of them 5 SMS per day with different information so i don't have to use paper anymore, using internet is out of the question because most of my student don't have internet on there phones or in there homes but everyone has a phone that receives SMS, i searched all over the internet and most SMS providers charge approximately $/0.03 per SMS and that is just too much for me because at the exchange rate each SMS ends up costing me almost 0.10 at my currency, the SMS providers that offer SMS cheaper than that are blocked by my local phone providers so there SMS don't arrive at my local phones.
The math end up like this
150 students x 5 sms per day x 20 days per month x 0.1 per SMS = 1,500
approximate and that is way out of my budget.
On my country my providers offer free sms for a month for each SIM card that you buy and each SMS card cost 5.0 per month, so i whant to buy 6 CARDS and send SMS to 25 students per SMS card per DAY so i will have to pay each month only 30 and i will be able to send all SMS on my budget.
Now my question, i just want to know if using the SMS cards like this is possible, or i will get flag by my telephone providers. On my mind what i want to do is like giving each of my teachers one phone and make them use that phone to send SMS to there students 25 students per teacher, and there is nothing wrong with it, the only difference is that i will use the SMS cards on GSM modems and connect them to a computer so it will require only 1 computer instead of 6 phones, i will still pay the cost that my providers ask for each SMS card so on my mind i am not doing nothing wrong, but maybe one of you that read this question have a different point of view and with your answers you can help me to see other sides of the picture and help me find out if i am right and i am not doing anything wrong or I'm wrong.
Looking forward to your answers so i can continue with my project or forget all about it.
It's curious to see that situation about of buying such amount of simcards. Well, the best scenario is that all of your students have the same cellphone operator but I guess that is not your case. For example, in my country there's a SMS packet of 10000sms that you can buy for almost 4USD but it covers SMS to mobile phones of the same operator you have.
The other way is to send SMS from the web (i.e https://www.sendatext.co/) but according to your situation it looks like everything must be done manually. There are many ways to solve this, but I hope you can consult that with your phone operator. Maybe they will offer a special price for you in order to support schools and education. Just saying. Have a nice day
When you use SIM card to send messages, it means it is MO-MT (phone to phone).
In such cases no operator will filter messages in any case (as you pay).
Also, ask your operator, if they provide other way to send SMS thru application (usually thru API or SMPP).
Based on the documentation here:
http://www.notepage.net/manuals/pg/v8/server/html/index.html
You could try to use a program called PageGate to interface with your cellular modem to send SMS. Based on what you've described, you'll probably want to use the GUI Client to submit the messages that are then delivered using the cellular modem.
You'll first, you'll need to connect the modem to the PC and make a note of either the device's IP (if it receives messaging commands by TCP) or COM port. Once you have that information, you'll want to install PageGate, then go through the steps for 'Creating a GSM-AT' carrier as that's what lets thep rogram talk to the cellular modem.
Also, since you're going to be using a cellular modem, that also opens up the ability for the people who receive your messages to reply to them. If someone does reply to a message, that reply will come back to the cellular modem and sit in memory on the device. PageGate can be configured to check the device for replies and has a reply processing system, with optional scripting module, that can do what you please with those replies (like write them as a file to a directory for record keeping, send them as an email to a predetermined email address or other SMS number, scan the reply for certain keywords and change who the reply needs to go to, etc).

Why is the Delivery Address mandatory in SagePay v3.0?

I've looked at this question, which didn't have a suitable answer (basically recommends tokenisation). I'm intrigued as to why the fields for delivery address are mandatory as I'm assuming this isn't validated against. The billing address makes sense as this will be the address linked to the card and therefore worth validating. However, the delivery address presumably provides very little.
I can see that it's provided in the response from SagePay in relation to PayPal payments, presumably to check whether this has been altered when getting to PayPal, but as PayPal payments are optional, then if this is the only reason surely it too should be optional?
The reason I ask is that when providing a service rather than a tangible physical product, what should go in this? I'm assuming in most cases this would simply be the same as the billing address, but in the scenario that a 3rd party pays for the service, should the delivery address now be the address of the person receiving the service?
Fraud screening. Sage Pay send all of that stuff to a third party, which then provides a fraud score.
Some of the criteria for that fraud score are based around delivery (known dodgy addresses, business rather than residential, delivery address doesn't match billing etc).
You can just submit billing addresses - you may have to tune your approach towards fraud scores accordingly.

Resources