I'v just uploaded my application to app store. Searched for this for a while, but couldn't find an answer.
In app store it shows like "Application name" BY realname. Is there any way to change that? I know that changing seller name is not very easy, but i have seen individual developers without showing real name in after BY. So how can i change that?
Individual developers can get a DBA to do business as something besides their real name. You'll need to get in contact with Apple by email and they'll request that you fax them copies of your DBA to verify that yo have the right to use it, and they'll switch the name at their discretion. They may have an issue with you switching from a personal-type account (your real name) to a business-type account (the DBA), so it might be worth emailing them ahead of time to see if they'll allow you to do it without creating a new developer account.
You are an Individual Developer. Therefore your full name is shown. If you want to change it, join Apple Developer Program as Company Developer.
Related
I have a developer account for person, not a company. And I have my name written near every app that I published. Now I want to changed it to fancy name without changing my developer account and without registration of company.
Any help will be appreciated.
I've changed approved answer because we are forced to start all law procedures to get legit papers for our company name and show it to Apple. Seems to be that this is the only way. :(
I'm sorry to tell you, but as far as I know, the only way to have your real name changed into a "fancy" name is that you have a company with that name, which means that you've to go trough a hell of a mail exchange between you and apple, and you'll also have to provide some documentation that proves your company as existing.
Answer founded in the iOS Developer Support Center FAQ:
You have to send an email.
How can I update or change my iOS Developer Program account information?
Please contact us for assistance with:
Address changes
Contact information updates
Company/Organization name updates or changes
Look for more info here: https://developer.apple.com/support/ios/account-management.html
You may need to either incorporate, or legally change your name, as Apple will likely ask to see the legal paperwork that your new fancy name is the legally recognized one for you or your corporation.
have developed some quite good basic Facebook App development experience, can hook apps up to databases, have different info installed and displayed on different tabs no probs. However, everything Ive been doing so far to date revolves around me manually going into my developer account and setting up each apps settings individually, one at a time. Am curious to figure out how people like tabsite have created an interface that captures users input data and displays on tabs (that part i understand) but also it registers new apps each time on the fly (this part am curious about how its done), allowing them to add individual app logos, tabnames etc without the user ever having to go anywhere near the developer set up. And how are tabsite getting data back from the developer such as app_id or app_secret??
Any insight much appreciated.
Regards Tony
As I recall there isn't a way to register an app using the API. They probably just use only one app, and then check the signed_request variable to get the Facebook Page ID, which they then link together with the data in the database.
https://developers.facebook.com/docs/authentication/signed_request/
You're allowed 2 tabs on a single page on their free account. But you can only add an app once. This implies they've either created a number of apps that are exactly the same(11 would be my guess as that's how many tabs their best plan offers) There used to be a way to do it using one of the old SDKS but as far as I was aware it was deprecated and is no longer available.
The fact that you say you can customise the tab image though, does imply that they're creating new apps, as far as I am aware you can only customise the image within the app settings in the developer app.
After a bit of investigation, this post may have more info
http://facebook.stackoverflow.com/questions/6264080/create-a-facebook-application-programmatically
I am developing an app that has an sqlite file embedded inside.
That sqlite file is being copied to the /documents folder of the app, and contains the data of a specific version of a book (it's an advanced search app for a specific book).
I've also implemented an subscription service (via inapp payments) for that app, for updating the content. for Registered users only. Basically the app update will occur once a large number of update entries is fulfilled or a bug fix, so that the newer user would have to download a lesser number of updates.
The problem is that the old users have paid for a specific book. New users could pay for the extra book, at the same price (consider it an updated version). Is there any way to "forbid" the old users from having access to that book resources since they have not paid a subscription or the app at a latter time?
There are different types of inapp purchases: non-replenishable, replenishable, subscriptions, and auto-renewing subscriptions.
The user will always get what's embedded, though, if you don't track user status yourself (which probably is not worth it) - and then you have to deal with the problem of giving him that exact version.
The main question remains though: Do you really want to penalize your early buyers? Their money came to you first (so it is more worth than the current buy), and now they are left behind with less.
If there is really new content frequently, you might want to go the subscription route. Personally, losing my purchased data like a book just because you bring an update would leave you with one frustrated customer less.
A different route is to limit the support for that app to a specific date and then get your users to buy a new (different) App, maybe with making the first app cheaper during its final stages, and then removing it altogether.
You should aim to make your users buy as soon as possible. But with your business model, it is actually better to buy as late as possible, and often late equals never in practice.
I am working for an Australian company atm. When I create an Apple ID in "Provisioning Portal", can i just use prefix as "au.com.mycompany.appname" instead of "com.mycompany.appname". Our company do not have a ".com" website. I got questions about:
What's different between "com.mycompany.appname" and "au.com.mycompany.appname"
Will this cause me any trouble in the future development, like in-app purchase, distribution or push notification service?
Thanks a lot.
Yes. You could even use "somethingWithNoDotAndNotEvenYourCompanyName", as long as it's unique. The "com.company.product" is only a recommandation.
I myself use "ca.mycompany.product" without any problem.
You can use whatever string you want. au.com.mycompany is good if you own the domain name, because that (sort of) guarantees no one else will use it. The examples start with com but that's certainly not necessary.
I want to know if there is a possibility to add a team member in iPhone Developer Portal that will have permissions (see / modify / update) ONLY to one application.
The reason - there is a big company (that has many applications in the App Store) that uploaded one of my applications and I have hard time to send an update to the application (can't access the guy that is responsible for all the iPhone applications).
I want to ask them to add me as a team member, but they might agree only if I won't be able to see/touch any other application except the one that I have developed...
Thank you.
I don't believe this is possible; there are no per-app permissions.
The available "roles" are explained here:
http://developer.apple.com/programs/roles/index.php
It seems a bit odd if they trust you to write an application that they've published under their corporate identity, but don't trust that you'll only change what you're meant to. Either way is seems the only solution to your problem is likely to be a non-technical one; you need to find a way to get to that guy, whether it's appealing to his better nature, or finding a path to someone more senior who can lean on him.