I'm from EU (not Ireland) and need to invoice one of the Google entities for all IAP transactions that were in my app in the last month but I just can't, for the love of me, find any info on any of my accounts as to whom should I invoice. I realize that I don't need to actually send the invoice anywhere if I'm from outside of Ireland but I still need to create the invoice for the sake of taxes in my country.
I found two Google entities that might be suitable but am still not sure which one will it be (as I didn't actually receive the payment yet):
GOOGLE IRELAND LIMITED vat number: IE 6388047 V
GOOGLE COMMERCE LIMITED vat number: IE 9825613 N
Does any one have any experience with that and could point me in the right direction?
Another question is about the Google commission. As far as I know, I can count this commission as income cost but I'm still not sure on how to do that properly yet. Will I get an Invoice for this amount from Google after the actual payment is done? Or do I have to calculate this value from the monthly reports available in Google Play Console?
Any help would be greatly appreciated.
Related
Building custom integration for a client with their e-commerce store and Zoho. They essentially have a referral program, for the easiest explanation. When someone purchases, we need to keep track of who the referring person was in Zoho and credit them - I have this all available. They only sell 1 product so we don't need actual financial / sales data, just the number of units attributed to the person in Zoho. They eventually want to be able to have reports generated in Zoho to tell them how many units each person is doing per month, who is their best performer, etc.
All the potential referral people are stored as Contacts in Zoho. My task is simply getting the data from the e-commerce site into Zoho, I do not have to create any reports or anything within Zoho. I have no experience with the Zoho world so I am not quite sure where the best place to even put this data as there are so many different Zoho "things" to use. I thought about using Invoices, but again we don't necessarily need the transaction data just counts and when they happened to produce the above stated reports.
I was finally able to reach someone at Zoho: Sales Orders are the right place to put this.
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'm trying to create a recurring payment on Square, ala Stripe subscriptions. However, I am having trouble retrieving a customer's card information (specifically customer_card_id) to pass into Charge.
Our flow is such:
A customer visits to our store and subscribes to a membership, which we process via the point of sale app.
We continuously poll Square to retrieve payment information, and create membership records appropriately.
When the user's membership period expires, charge them for the next month's membership.
When researching RetrieveCustomer, I find that there is a cards property under Customer, but iterating through all the Customers under our account, they all have cards = None despite us having taken card payments via the point of sale app.
Also, looking at ListTransactions, there doesn't seem to be anything that might be customer_card_id. The IDs I see there are tender ID, location ID, and transaction ID. The card_fingerprint also looks promising but that doesn't seem right either, since a card can have both an ID and a fingerprint.
Am I missing something? Where might I find customer_card_id?
EDIT
Looks like I was dumb and my local instance of our application was just out of date with transactions from Square. After updating my data with customers we've processed since the last time I updated, customers with a non-None card property now show up. tristansokol's answer below is still valid however.
How do you process the first charge? You need to explicitly add the card on file, it won't be added by default from processing a transaction from a customer. See: https://squareup.com/help/us/en/article/5770-use-card-on-file-with-the-square-point-of-sale-app
I'm looking to store Google Place ID for several different places (millions of records). I have purchased a premium plan usage.
Will Google deduct my credits for those records which don't have a Place ID (or Place ID is not returned) ?
Maps API Credits are deducted based on the number of requests made to the Places API, not the values or fields like Place ID, returned within those requests. Credits will be consumed anytime the request doesn't return an error so if you're getting some results (or ZERO_RESULTS), credits are being consumed.
As a Google Maps API Premium Plan customer, feel free to contact the support team for these sort of questions.
We have an e-commerce site, and several bricks & mortar stores.
I have managed to extract stock data from the "bricks & mortar" database and send this up to the website, but putting the online sales back into the database is proving almost impossible. No docs + uncooperative vendor.
What happens at the moment is the website sells something, the order is processed manually into the store database and then the stock levels are updated back to the website. The issue being that the stock levels are not updated instantly so there is a possibility 2 people can purchase the same item, especially with sale items where there is only a single item left.
I am wondering if there are any good solutions to this?
One thought I had was to store the number of purchases on the website, and subtract that from the number of items in-stock leaving the correct stock level. But then once the order is processed in the "bricks & mortar" store, the stock level being exported to the website would be inclusive of that difference, and my online stock levels would be incorrect.
Any help pointing me in the right direction would be greatly appreciated
You should use a 'lock' and 'confirm' approach. If a customer at one POS is requesting an item, you should contact the server and lock up the item if it is available. Then customer will have a few seconds to 'confirm' the sale (otherwise the POS requests the server to unlock the item).