Is there a way to programmatically transfer an iTunes gift card to some user?
Or credit an iTunes account?
Thanks!
I had a chat with the Apple customer care and they told me that it is not possible to do this programmatically (right now). They said that we can either download iTunes and use the interface to send a virtual iTunes gift card or buy and send a physical gift card.
Since I wanted to have an API(ish) support for this she said the only way was to talk to someone from business relations at Apple.
Hope this information helps.
Tango Card can deliver iTunes eCards via API (pending approval), along with many other retailers. API is open source and no fees to integrate or ever. Check out the Github site here: https://github.com/tangocarddev
Related
I works for a bank that is considering using an instant app (and AppClip on iOS) to provision a newly approved credit card with both our card App and Google Pay. I know you cannot take payments, but does that mean you are locked out of TapAndPay completely? Would you be able to provision a card in Google Pay from an Instant App?
So after communication with Google Tap and Pay support, and trial and error -- the answer is yes. You can access TapAndPay; however, you can not recieve or make payments from an instant App.
In In-App Provisioning how to get the added my bank related cards list from my banking application? Is it possible? If possible can anyone share you the code snippet?
It is possible.
NSArray *passes = [[[PKPassLibrary alloc] init] passes]; will return all payment passes from your bank. But you have to do the below requirements:-
Enable Wallet capability for your app id
Add pass types added in the developer portal to your entitlement file
Use the updated profile with this entitlement
Your PNO (payment network operator - MasterCard, for example) has to correctly configure the card when the backends communicate with Apple.
They can specify App IDs that have access to the payment passes (these are not usual PKPasses) and App IDs that the card can open from the detail.
So there's not much you can do about it on the client side. You should be able to get all associated cards through PKPassLibrary's passes() method, when your backend is set up correctly.
Slovakia has been added recently to list of supported Merchant countries for Google Play.
I have an account in Czech Republic (CZK) paired with Merchant Account with active paid and free apps and want to change the country to Slovakia (EUR) - mostly because i of the fees related to money transfers from a different currency (CZK to EUR) on my business account.
I have been searching on Google but found nothing except for transferring all my apps to new developer account. I'm afraid that this will hurt my play store search positions and i won't be able to transfer the Google Play Services data (LeaderBoards, Achievements)
Also i want to keep the package names.
Had someone done this? How should i proceed?
June 2017 update:
Apps with subscriptions can now be transferred!!!
The original answer:
This is a complete answer I got from Google:
Hi,
Thanks for contacting Google Play Developer Support.
I understand you'd like to change the country associated with your Google Payments Merchant account. Once your Google Payments Merchant account has been created, it's not possible to change the country associated with that account. Instead, I can cancel and refund your existing developer account and transfer your apps to a new developer account that has the appropriate merchant country details.
To get started with this process:
Edit your current developer account name. If you'd like to continue to use your developer name with the new account, you’ll need to change your current name in order to free it up for the new account. For example, name the old account “xxx-OLD,” so you can use "xxx" in your new account. Make sure you save your settings.
Create a second Google Account (with a new, different email address). After you've created the new account, you will need to configure Google Payments with a billing address corresponding to your preferred merchant country.
After you've registered the newly created Google Play Developer Console account, create a new Google Payments Merchant account from the Developer Console. Pay special attention to the country listed for your legal business address. You may need to adjust your Google Payments settings if you haven't configured your billing address properly.
Use this online checklist to submit your app transfer request.
Please note however at this time, an app transfer can't be completed with in-app subscriptions currently or previously configured for your app; this includes subscriptions that do not have subscribers, or those apps which have had all subscriptions canceled.
I understand this limitation can be frustrating, and I apologize that we don't currently have a more seamless way to transfer these applications across accounts. We're actively working with our teams to design a better experience for developers with apps using in-app subscriptions, though we do not currently have an ETA.
I appreciate your understanding, and your dedicated support of Google Play.
Regards,
xxxxx
Google Play Developer Support
The country associated with your Google Play Developer account can't be changed. However, you can create a new account that uses a different country and transfer your apps to your new account.
To transfer apps to a new account, you'll need to prepare some account information. To learn what information you need and to send your request, go to the Google's app transfer checklist.
Reference: https://support.google.com/googleplay/android-developer/answer/139626
I am developing an app for iOS. I am planning to publish this app in app-store as free app. I would like to authorize app users via outside RESTful webservice. Is this practice against any Apple official guidelines and can be not approved by Apple app review?
The Apple Review Guidelines 11.1 states:
Apps that unlock or enable additional features or functionality with
mechanisms other than the App Store will be rejected.
It sounds clear, but I believe it is open to interpretation on behalf of their reviewers. My company has produced an app exactly as you describe and it not only passed but has been versioned up very recently. Like yours, this app consumes a web service and while the launch screen is public facing, the user must immediately authenticate on the screen after that to go any further.
Our app was not a good candidate for the enterprise store model, since the intention is to distribute to customers, not employees.
Also, and perhaps most telling, when you prepare to upload your binary the iTunes Connect portal has a place for you to enter demo account credentials for the testers to access protected content in your app. So I think you're OK. Screencap below taken from iTunes Connect.
UPDATE
Apparently, when submitting your app you can provide demo account information (#erikr98), implying that an app like yours could be tested by Apple and be approved in the store. I've seen apps like this and worked on them before, but was under the impression that you also had to provide some sort of functionality in the app outside of your "pay wall."
....
I think the answer is maybe. It sounds like you're hovering the line between a public app and an enterprise app. I'm going to assume your question could be rephrased like this:
"I make money from my customers through an existing process (probably on the web) and I want to allow them to use that functionality on iOS without giving 1/3 of that money to Apple via a paid-app or through In-App Purchase. If I build a free app and provide my current customers access to its content via their existing accounts (and through a login process) will Apple reject it?"
Apple's App Store Review Guidelines, Section 11, clearly states that if you allow users to upgrade the content, unlock features or abilities, or purchase content through your application, that purchase must be done through In-App Purchase.
However, in my experience I have found that Apple will not reject an application if it provides value to everyone, not just those with an account. If you provide some sort of benefit for someone without an account you stand a much better chance. In my case we had, 5 features available to the people without an account, and 10 features available for those that could login. Our app was approved and released to the App Store. This was last year.
Also, think about this from a reviewer's perspective at Apple: When you sit down to review an app, its probably not a good sign that you can't access any part of the app without a user name and password.
Look at the model that the newspapers use. Washington Post, for example, has a free app with a $15 In-App purchase that provides you access to their content. You get a limited number of free articles, first, though. See, they provide content for everyone even if on a limited basis. You can also sign into the application, which unlocks all content, if you already have a paying account.
I am working on one app. In this app to buy some non digital items i have to give access to users to do transactions using credit card / debit card. I have seen some apps in app store which accepts credit card / debit card . Those apps are Pay Anywhere , Rev COIN.
1) Can we know which third party API's they are using. 2)While using these apps do we need any card reader(another device) to swipe the card.
As well how to get those API's. Can any one help me please. This plays majority role in my app. Any suggestions please.
Doing some transactions with ZOOZ are ok . But coming to my app i have one requirement. i.e user can send order for one item and user can say expiry time(i.e in how many days product has to be delivered) at the time of offering an item payment will be done. before delivering the product user can cancel the order. whenever the order is cancelled some amount has to be deducted and remaining has to be refunded.
For example user sending request for pepsi which is worth of 10$ and expiry time is 3days payment will be done immediately. Next day he may want to cancel the order in such a case user 2$ will be deducted and remaining 8$ has to be credited back to user account. Can we do any these type of transactions using some API's.
Zooz is one way that you can do in-app payments. It's supposed to be easy. That kind of model would be for you using an app as a kind of online "store" like amazon.
If you're talking about using an iOS device to record transactions (using a single unit as a cash-register system) then you would need a card swipe add-on unless you want the customer to input all of their credit information when they pay.
Or, as jgervin pointed out you could use card.io to let the users take a picture of their credit card. The company charges you per-scan however.
Important note: Apple will reject your app from the app-store. See the linked questions.
Pay for a physical product with in-app purchase
Has anyone implemented the PayPal API through a native iPhone app?
Which PayPal iPhone SDK should I use?
So hopefully you're planning to deploy with airwatch or something similar.