I am in the process of buying an app that is published in iOS, Android and Amazon. I have found all of the resources needed to transfer the apps from Apple and Google Play but have been unable to find anything related to Amazon. I have looked in their FAQs, looked through their developer forums and haven't found anything. I see a lot of answers here about Apple and the Play store but nothing in here about Amazon as well. I am looking for the process and any timeframes that anyone has experienced with a similar transfer. We will be transferring the app from the current developers account to ours. Leaving the app in the current developer's account is not an option. Thank you
We strongly discourage transferring an app from one developer account to another. Most all Amazon API’s will cease to function after the transfer, permanently. The better course of action is to simply request the Suppression of the Live app, then Submit the app as a new app submission in the new developer account.
As a result of this transfer:
The current app owner will:
* accrue Earnings up to and including the date and time of the transfer
* receive and maintain Earnings Reports on all months up to the date and time of the transfer
* lose access to all Sales Reporting data on the transferred ASIN.
The new app owner will:
* accrue Earnings from the date and time of transfer onward
* receive and maintain Earnings Reports on all months from the date and time of the transfer onward
* gain access to Sales Reporting data on the transferred ASIN from the date and time of the transfer onward (no historical data prior to that point).
* For Game Circle: Apps that get transferred , we only change the vendor association in MAS1NA (CIC DB). Leaderboards, achievements etc are not transferred if they are included within the app. Transferred app will not be able to use GameCircle going forward due to:
* Security Profiles are not associated - GC, ADM etc will no longer function for new app with existing Security Profiles. At this point it looks like the transferred app will no longer to associate ANY Security Profile, or any API that needs a Security Profile.
* Mobile Ads reporting will no longer function for the new developer account. Although the App Key transfers, the AAX dB loses any linking to the new dev and existing App Key - thus Reports will no longer function for the app.
* If the new app owner chooses to update the app note that updates will fail if users of the app published by the original developer attempt to update to the new app/developer version. This is due to signature mismatch. If the original app was Amazon signed that signature cannot be transferred or used by the new app owner. The only use-case this can be accomplished is if the original app publisher self-signed the app and gives that cert to the new app publisher.
* If the original developer name is part of the packageName of the app, note that International App Stores will pick up this metadata and display the app in searches for app stores other than the US.
If you would still like to transfer your apps, please submit a formal notice of assignment of ownership from [Company Name] to [Company Name] via email to both apps-notices#amazon.com and contracts-legal#amazon.com. This notice must be signed by both parties represented in the notice (documents must be signed, scanned and sent via email).
Once this request is received, reviewed and accepted by our legal team, transfer of applications from [Company Name] to [Company Name] will be initiated.
Related
Testing out the platform I was running on both a developer account and a Trial Business Pro account until I purchased a standard plan.
Up until I purchased the standard plan, envelope statuses would update by the second and the functionality built with the Apex Toolkit was working well.
Once changing to the standard paid plan, envelopes statuses take 10-15 minutes to update and some functionality is not working.
My question is:
Do the different plans have different status updating times in Salesforce?
Is functionality of the Apex Toolkit limited between the different plans?
Does the Connect option (which is missing now) have anything to do with the above?
Thanks!
They do not. Writeback to Salesforce takes place via DocuSign Connect. Some plans don't support Connect out of the box but the actual writeback times / delays do not differ between account plan types.
Indirectly, the only way that a plan type can interfere with an API call that worked on another plan type is if it had entitlement to a feature that your new plan does not, IE: The ability to allow Comments, to set recipient signing language, to set envelopeID Stamp Control, etc...
I would highly suspect that it does -- in fact I'm a little surprised that your writebacks are happening at all if you don't have Connect enabled. Salesforce adds an object reference IE: Opportunity / AccountIds to the envelope's custom fields on send. When Connect sees these fields, it knows to write back to that specific object. Without Connect enabled and configured it shouldn't be able to process these writebacks at all.
I think you should have a conversation with your Account Rep first regarding Connect entitlement, then you can reconnect your Salesforce instances to the updated DocuSign account which is something that we can help you with.
Regards,
Matt
I am implementing an Android app and I want to use the Directions API but I get this error when I try the HTTP GET Request:
{
"error_message" : "You must enable Billing on the Google Cloud Project at https://console.cloud.google.com/project/_/billing/enable Learn more at https://developers.google.com/maps/gmp-get-started",
"routes" : [],
"status" : "REQUEST_DENIED"
}
I know I have to enable billing, what I want to know is the limits. I am doing this app for student purposes so this app won't be used by any users but me. I wanna know If it's safe to put my credit card if there is a limit that you can use it for free. I know there is a free trial but after that any request, even one will cost me money??
Thank you.
If you are using the free GCP tier, the free trial ends when you use all of your credit, or after 3 months, whichever happens first.
At that time, the following conditions apply:
You must upgrade to a paid account to continue using Google Cloud.
All resources you created during the trial are stopped.
Any data you stored in Compute Engine is lost.
Your account enters a 30-day grace period, during which you can recover resources and data you stored in any Google Cloud services during the trial period.
You might receive a message stating that your account has been canceled, which only indicates that your account has been suspended to prevent charges.
If you want to manage your expenses you may set up budget alerts https://cloud.google.com/billing/docs/how-to/budgets#create-budget also you can set up capping usage for it https://cloud.google.com/apis/docs/capping-api-usage
I am using Azure AD Graph API and Microsoft Graph API to communicate the Azure Active Directory . My code parses response received from API and compares error message in some specific error scenarios . Recently I observed one my scenario was failing due to change in response message from the API. I am just curios how these changes are pushed by Microsoft . Are customers notified for these changes ? Are changes released region wise or customer wise ? My code is being used by mates in other geographic reason also , they have not reported any failure till now.
For Example. Previously Error message for expired password was "Forced Password Change" now message is "Password is expired"
Are customers notified for changes ?
Once the service update is applied by Microsoft you will receive a notification if the update was successful or if it was not able to be applied. When any maintenance plan to happen all the partners and user receives notification about that. You could find here
Are changes released region wise or customer wise ?
Usually changes made on regionally. But sometimes data center wise also. But its very rare pointing to specific customer. Some small enhancement take place (Like yours) that's impact less on application and partner as well. In that case you may not receive any notification for that. Other then you would definitely receive mail concerning the issue. For more details you could take look on service life cycle policy
I plan to use a 3rd party payment gateway for in-app purchases for an app distributed through the Google PlayStore. I'm aware of Google's policies regarding payments for in-app purchases (https://play.google.com/about/monetization-ads/payments/)
My content / service delivery model is as follows:
When a user pays for a plan he gets—
Certain features in the app
Certain features in our web portal, completely outside the app
Our deployment staff going and visiting the user's location and
providing training and setup services.
For some plans, we will be delivering a physical device to user's
locations (a POS machine to accept card payments)
Since my offerings are a combination of physical and digital goods and services provided within and outside the app, it does not clearly fall under the categories Google mentions in the link above.
My question is: Can I use a 3rd party payment gateway to accept payments within the app given my content / service delivery model?
Do I risk being blacklisted? Does Google give a time window to react by sending an email first before pulling apps down.
I know my question is similar to this one: Android In-app purchases and I'd like to get similar opinions on my planned content / service delivery model.
Kindle PlayStore app, distributed via Play Store also seems to be an example of an app using different payment method from Google's billing APIs
I want to sync google calendar with my app.
When user add some event in the Google calendar at that time, I want these new event in my node server response
Means live sync with google calendar.
I want something like listener that listen new event.
With Google Calendar API you can watch for changes to Events or CalendarList resources, see this and this. Basically you will need to create an endpoint on your server which will receive events/calendars update notifications. When notification arrives, request a calendars/events synchronization. To make the synchronization efficient, use incremental sync. Check this question also to see the algorithm.
You may check this Quickstart tutorial and node-google-calendar.
You need to create a service account if you don't have one. A public/private key pair is generated for the service account, which is created from the Google API console. Take note of the service account's email address and store the service account's json or P12 private key file in a location accessible to your application. Your application needs them to make authorized API calls. If a user wants to give access to his Google Calendar to your application, he must give specific permission for each of the calendars to the created Service Account using the supplied email address under the Google Calendar settings.