I am currently working with sandbox credentials for my companies Square Up account. When I make a web service call to charge a card with an amount that is under $100, I get the following error:
Error calling Charge: {\"errors\":[{\"category\":\"INVALID_REQUEST_ERROR\",\"code\":\"VALUE_TOO_LOW\",\"detail\":\"`amount_money.amount` must be greater than 100.\
I need to be able to charge for as low as $10 at a time. Is there some sort of setting in my companies account that needs to be changed in order to allow this? or is this a native Square setting that I cannot get around?
The amount you are charging (if in US dollars) is in cents, not dollars. So a charge of 100 would be $1. 10 would just be ten cents. Try multiplying your value by 100. See the documentation for more details.
Related
I am trying to display a users transaction history in binance, including fund deposits and withdrawals as well as buying and selling of different crypto's. Does anyone know which binance API endpoints I would use to do this? It seems quite complicated in comparison to other trading platforms.
Thanks
This is the link to the docs: https://binance-docs.github.io/apidocs/spot/en/#withdraw-history-supporting-network-user_data
I can see the Wallet endpoints "Withdraw" and "Deposit", but this won't cover crypto trading will it?, The account trade list call would be ideal, but it requires a symbol input which I'm not sure how I would obtain dynamically.
I would also like this endpoint to provide me with the data so I can get the avg buy price for a crypto
Currently this is not supported. See: https://dev.binance.vision/t/fetch-all-account-orders/279/3
This is the route you're looking for to get the user trade history. The big downside is that you have to specify the exchange symbol, you cannot get the history of the account with just one request:
https://binance-docs.github.io/apidocs/spot/en/#account-trade-list-user_data
Get your account information first. You can then extract non-zero balances from here to get symbols for transactions. You can then loop through each currency pair and get its transaction history. This seems to be the most optimistic way we can get right now
You can also try to use caching. For example, you can remember balance for a particular coin, and if it has not changed by the next launch, then it is likely (but not 100%) that no transactions were made with it
You can also connect to WebSocket, but this is still a terrible crutch and requires a DOS attack to get the necessary data
Please note that here the balances for Savings wallet have LD prefix added to their ticker. For example, BTC in the Savings wallet is labeled as LDBTC
We are saving client cards on file to charge them at a later date.
We are getting a lot of declines and would like to know which banks are declining our payments.
Is there anyway to easily see this info?
All the data about the issuing institution is encoded in the credit card number itself.
https://www.creditcardinsider.com/learn/anatomy-of-a-credit-card/
https://chargebacks911.com/bank-identification-numbers/
Basically, the first six digits encode the type of card, and the issuing institution. This should give you enough to get on with.
I understand Parallel payments are limited to 6 receivers but what about Chained, it only says multiple receivers.
We plan on having many items in our catalog and know that many will purchase more than 6 items, each items will be split by 4 , 1 will be developer but what if you had 12 items that 3+(1*12) which would be 15 receivers. Is there a way to do this?
Also can you have each account pay their own amount on the fees or does the primary get stuck with the whole thing?
Thanks,
Jeff
The Pay call in general is limited to 6 receivers. PayPal may be able to open that up for you but you'd have to discuss that with them during the process of applying and getting your live App ID for your app.
When working with the Pay API you can use the feesPayer element to specify how to handle the fees.
If Adaptive Payments -> Pay simply won't work out for you, you could go ahead and setup a regular checkout system where the buyer sends you all the money, and then you could automate the process of sending money from that out to the people who need it from the order using an IPN solution.
You'd still be limited to 6 receivers in a Pay request, but you could make multiple Pay requests within your IPN script. Alternatively, you could use the MassPay API to send money to up to 250 people at a time.
With MassPay, though, the sender pays the fee, but the max fee no matter how much the amount is would be $1.00. You could simply work that (and the original payment fee) into your deal with your partners so that the fees get split up accordingly.
Because of situation in country there is need to put the second price in EUR in the shop at the same time like:
Price:
5 Ls
7.12 €
Is there some way to show the second price in the page? Right now page use prestashop 1.4.4.1 version.
You can use a Javascript Currency Converter. Unless your payment processor accepts multiple currencies you have to be clear that any currencies other than the one you actually take payment in, are just an approximation. Because any exchange rate converter you use won't use identical rates to your payment processor. Ones that I have come across are.
http://www.yourcurrencyconverter.com/
https://openexchangerates.org/
PS - often people will recommend using yahoo or google as they both have a exchange rate API. However both of those are not allowed to be used for commercial use.
In the UK some items have VAT charged on them while others don't. To import orders into our back office system we need to know whether tax was charged on particular items in the order. Ideally we'd also like to know how much tax was charged on each line item.
This information isn't shown in any of the example responses given in the online docs. Is it possible to get it via the API?
This is currently not available for individual line items, all that is available is the overall taxes charged. You could use this and taxable field on Product to attempt to divide the taxes charged.