We have an iOS app that supports in-app purchase. When someone makes an in-app purchase we create a Sales Order and Invoice in our ERP system (Netsuite) at the relevant store list price. We record the Apple transaction ID on these ERP records. When we receive a deposit from Apple for purchases, we need to be able to create a Payment record and apply the funds to the Invoice. I.e. we need to split the Apple bank deposit into payments for each transaction.
The way we do this reconciliation for Stripe and ACH/Check payments is to match transaction level payment information to Sales Orders. This allows our finance team to properly handle accounting for fees etc. and for them to have confidence we have received payment for all orders.
However, for in-app purchase we can find no way of downloading a report with transaction level information from App Store Connect. There are only summaries available at the country level. Based on other answers (1,2) it seems that it is simply not possible to get a transaction level report available from Apple. With this limitation how can we reconcile the funds received from Apple against our transactions?
Related
For a school that has many enrollments of children and their parents making payments, is there a way in the Authorize.net API to charge customer profiles late fees? They may be enrolled in recurring billing subscriptions or not. Does authorize.net allow late fees and balances to be paid? I'm wondering how to implement this with the APIs.
I find these APIs helpful, but not the complete solution:
* Create a Subscription from Customer Profile
* Get Customer Profile
* Get Customer Payment Profile
There is no API call for handling with late fees. If your amounts to charge are going to vary for any reason, adding late fees being an example, you would want to build your own engine for making payments. The best way to do this is to use the CIM API to create and manage payment accounts and then charge against them. That way you can charge a varying amount if a late fee needs to be added. Of course this means you are responsible for handling all payments and cannot count on a built in scheduling engine like the one provided by the ARB API.
I'm reading the document from Stripe and I have one point that is fuzzy on my side.
My customer are create in Stripe and automatically a subscription is attached to them. So in my case, each month they will be charge according to their subscription.
Now I read the documentation about the charge component and the documentation says:
To charge a credit or a debit card, you create a charge object..
Here my questions:
Do the subscription charges a customer too but each month ?
Who I can change the currency of a subscription to bill the customer in their currency ?
Thanks for your help.
Creating a subscription allows you to attach a plan to a customer so that they are billed automatically on each billing cycle (daily, monthly, etc.). On each new billing cycle an invoice is created that is then paid automatically which leads to a Charge. You can read more about this on Stripe's extensive documentation: https://stripe.com/docs/subscriptions/quickstart
As for the currency, you do not set it on the Customer itself. Instead the currency is associated to a Plan. You, as the developer, decide which Plan(s) to attach to a given subscription. You'd ask your customer which currency they want to pay in client-side for example.
I would like to inquire about this:
https://developer.paypal.com/docs/classic/express-checkout/ht_basicRefund-curl-etc/
How to initiate an automated refund based on a product ordered that is out of stock.
Example:
Customer A goes to our website and orders product A. Product A is unfortunately out of stock but we did not notice it right away(restaurant). Instead of refunding people manually, can this API refund the person automatically based on a call back from our website.
Also when a refund is given, is there a charge?(Charge back), if yes, where can I find out about the cost per charge back.
Finally, how long does it take for the refund money to reach the customer's account if the refund is initiated let's say 5 minutes after the sale.
Thank you,
Regards,
Ben
ps: I am posting the query here as I was sent to this website from the Paypal support page.
You could do this using the RefundTransaction API from within an IPN script.
A general refund is not considered a chargeback. That only happens if you refuse to provide a refund for your buyer, so then they end up filing a dispute with their credit card company. The card company would then give them the money and take it from PayPal, who would then come back to you for it. That's when you would have to pay a fee for that chargeback. If I remember correctly that fee would be $25 for such a scenario.
So the refunds wouldn't be a chargeback, but you would lose the 30 cent transaction fee you pay when you do the original transaction. PayPal refunds you the percentage they take, but not the flat 30 cents.
Also, if this is something happens a lot PayPal may limit your account or it could cause you other little problems. Lots of refunds could mean upset customers, and PayPal doesn't want that...and neither should you.
So, all of that said, what I would recommend is that you handle the inventory control before the purchase is made. You're saying you could hit your database to check inventory and then automatically refund, right? Why not hit your database to simply disable the product purchase if the inventory is low instead?
My client sells magazines. However, for cash-flow purposes they only take a payment once for one- and two-year subscriptions.
e.g. You buy "one year" at checkout, and for the next 12 months, the warehouse sends you magazines.
I've seen recurring order plugins for Shopify, but nothing that fits the bill. The ideal workflow would go something like:
Customer buys 1-year subscription
Customer's magazine shows on a pick-list every month for the next 12 months (the end of the subscription period)
Cancelling a subscription triggers a partial refund
Is there anything in Shopify that does this, or will we need custom development?
Shopify will handle the payment and refund scenarios. In addition you will need to keep track of subscribers. You can create a simple App that maintains a database with the ability to query current subscribers, using webhooks to track purchases and refunds.
I'm not sure this is the right place to ask but anyway:
I have an e-commerce platform that I want to monetize based on a percentage of revenue made (eg. a store that uses my platform has an order for $100, so I get 1% or $1, while they get $99).
Currently I offer paypal and credit card payments (via my merchant bank) to all stores on the platform (ie. all payments made, regardless of the store, are through the same paypal and merchant account). I then pay these stores per month which is ok for the moment because there are only a few stores using the platform.
Moving forward I want to automate this process and ideally have it operate in real time.
Paypal have an "Adaptive Payments" API that allows chained or parallel payments on a single transaction processed in real time. This means I can skim my 1% and pass the rest of the money along my customer in real time.
I was wondering if there is a similar real-time service for Credit Card processing*? If not, is there a bank/merchant that allow API payment access so I can automate payments per day or week? OR should I just transfer all money from my bank to paypal and use this to pay my customers?
*I realise you can process credit card payments through Paypal without having to sign up, but this is less than ideal. I want the credit card processing to happen on my page as at the moment I'm seeing about 70% of orders using this over paypal.
I was wondering if there is a similar real-time service for Credit Card processing?
No there isn't. True merchant accounts do not allow for split payments. Only one entity can receive a payment and it must be the business the merchant account has been set up for. Receiving the payment for someone else is called factoring and is against all of the major credit card issuers' rules. If a merchant account is found to be factoring it will be closed and the merchant who owns the account will be blacklist. This will prevent them from ever having a true merchant account again. Additionally, there is no way to send money with a merchant account other then issuing a refund for prior purchases.
If not, is there a bank/merchant that allow API payment access so I can automate payments per day or week? OR should I just transfer all money from my bank to paypal and use this to pay my customers?
Other then using adaptive payments, this is definitely the easiest and most straight forward way to accomplish this.