I'm trying to create a payment by CASH on Square but I see there's only field source_id represents the card information.
So is there any way to charge the order by cash on Square?
Currently it is not possible to create cash transactions via our eCommerce APIs (Payments API). You can only create cash transactions using one of our in-person APIs or basic Square POS application.
Related
I need to create a report on my custom Laravel web application to view customers campaigns and each cost and first visited customers count.
In that way user can make the decision campaign success or not.
is is possible to get these data with Google analytics "reports:batchGet" API or any other available API ?
I tried with below dimension
ga:acquisitionCampaign
But it's not clear what values I'm receiving with that dimension.
I would like to generate a Square deposit report via the API so I can import it as an invoice into Quickbooks desktop. I have tried ListTransactions and Settlements but each is missing some items.
What I'd like to see:
Gross Sales
Returns
Discounts
Tax collected
Tips collected
Gift card sales
Fees
Square capital payments
How do I pull all these together?
Have you tried out V1 ListPayments? It will return itemization, total money, tax, discounts, tips, card brand (which should show you if it's a gift card), refunds, and Square fees. Regarding Square capital payments, I believe you'll still need to utilize ListSettlements, as ListPayments focuses on payments made by your customers only.
Reference: https://docs.connect.squareup.com/api/connect/v1#get-payments
I am using Square Connect API for refund and SDK in my iOS app for card payments only. Currently I am doing full refund of a transaction amount by creating refund end point.
Now, I want to make Partial Refund of the payment. Say, refund $50 from $100 of the payment/transaction.
Doc says :
If you're creating a PARTIAL refund for a split tender payment,
instead provide the id of the particular tender you want to refund.
I am not using split tender. I have only Card type tender.
So, is this possible to make Partial Refund of same tender type ?
Yes, just specify the amount that you want to refund and provide the tender type for the card. See Create Refund
I have an app that uses Parse as its backend, and has Stripe integration. On Parse, I store a Stripe customer id on my User class, and I have a custom class that has a charge token associated with it, so that a customer can create a service request, and when a provider accepts and fulfills that request, they can have the charge be sent to their recipient id.
A user could cancel the service request, or a provider could show up to the user's property and find that the property is unserviceable for various reasons. In this event, we have a cancellation fee that the users are charged.
I want to make sure that if the cancellation fee is charged, it gets charged to the same card that the user used to request the service. I noticed that when I fetch all of the cards from a customer id, they always show up in the same order, but when I add a card, it doesn't always add it to the end of the array that gets returned when I fetch cards. So, if I just stored the index of the card, a user could add a new card, and it would possibly take the place of the one that was being charged for the service. If I charged a card based on the index for a cancellation, it could charge the incorrect card. Would it be PCI compliant to store the cardID used to create the charge token on the Parse object that contains information about the service, so when I call my functions to create cancellation charges, I'm charging the same card?
Thanks for anyone who can provide some information on this.
The only sensitive data that you want to avoid handling is your customers' credit card number and CVC; other than that, you're welcome to store any other information on your local machines.
As a good rule, you can store anything returned by our API. In particular, you would not have any issues storing the last four digits of your customer's card number or the expiration date for easy reference.
from: https://support.stripe.com/questions/what-information-can-i-safely-store-about-my-users-payment-information
If the user has an existing account balance, I'd like to give him the option to specify how much of his previous balance to apply to the item and sync this info with the cart and order. I have already implemented the user's account balance, both on the front and back end.
Would a coupon-like system work best, or should I try something else?
Thanks in advance.
I would let the customer decrease its cart total with the balance would be more simple / logic for the customer also (?)
What E-commerce solution do you use? Magento(?) If so there are coupon extensions that can handle this.
You could also build a simple balance system where users would see there balance in there account ( if such feature is implemented) or just mail them a message with a unique code that you save in DB + the value of balance then use this code as a coupon on checkout.
We have created quite a few e-commerce solutions up to date. Usually, when user balance is involved, then what you do is create two transactions referred to one invoice. In the first transaction specify the amount taken from balance, where as leave the other transaction for whatever checkout method you use. Upon callback from the checkout, see if the balance paid matches the invoice to mark it as paid respectfully.
Alternatively, you can use discount - decrease user balance and add "discount" to the order. It all depends on your accounting needs and preferences.
On Amazon they allow you to apply any unused balance to the existing order. Its when you checkout that they say you have $150 credit on your account, would you like to apply this to your order, it defaults to yes in a tick box.
Its quite neat and simple, it doesn't allow you to apply a part amount from what I've seen.
Then when you go to payment you pay $total - balance.
So if you have $200 total, the payment via credit card would be for the $50.