Administering In-app Billing

In-app billing frees you from processing financial transactions, but you still need to perform a few administrative tasks, including setting up and maintaining your product list on the Google Play Developer Console, registering test accounts, and handling refunds when necessary.

You must have a Google Play publisher account to register test accounts. And you must have a Google Checkout merchant account to create a product list and issue refunds to your users. If you already have a publisher account on Google Play, you can use your existing account. You do not need to register for a new account to support in-app billing.

If you do not have a publisher account, you can register as a Google Play developer and set up a publisher account at the Google Play Developer Console. If you do not have a Google Checkout merchant account, you can register for one at the Google Checkout site.

Creating a Product List

The Google Play Developer Console provides a product list for each of your published applications. You can sell an item using Google Play's in-app billing feature only if the item is listed on an application's product list. Each application has its own product list; you cannot sell items that are listed in another application's product list.

You can access an application's product list by clicking the In-App Products link in applications listed in your developer account (see figure 1). The In-App Products link appears only if you have a Google Checkout merchant account and the application's manifest includes the com.android.vending.BILLING permission.

A product list specifies items you are selling in an application — in-app products, subscriptions, or a combination of both. For each item, the product list contains information such as a product id, product description, and price. The product list stores only metadata about the items you are selling in your application. It does not store any digital content. You are responsible for storing and delivering the digital content that you sell in your applications.

Figure 1. You can access an application's product list by clicking the In-App Products link in the main Apps navigation.

You can create a product list for any published application or any draft application that's been uploaded and saved to the Developer Console. However, you must have a Google Checkout merchant account and the application's manifest must include the com.android.vending.BILLING permission. If an application's manifest does not include this permission, you will be able to edit existing items in the product list but you will not be able to add new items to the list. For more information about this permission, see Updating Your Application's Manifest.

In addition, an application package can have only one product list. If you create a product list for an application, and you use the multiple APK feature to distribute more than one APK for that application, the product list applies to all APK versions that are associated with the application listing. You cannot create individual product lists for each APK if you are using the multiple APK feature.

You can add items to a product list two ways: you can add items one at a time by using the In-app Products UI (see figure 2), or you can add a batch of items by importing the items from a comma-separated values (CSV) file. Adding items one at a time is useful if your application has only a few in-app items or you are adding only a few items to a product list for testing purposes. The CSV file method is useful if your application has a large number of in-app items.

Note: Batch upload of product lists containing subscriptions is not yet supported.

Adding items one at a time to a product list

To add an item to a product list using the In-app Products UI, follow these steps:

  1. Log in to your publisher account.
  2. In the All Google Play listings panel, under the application name, click In-app Products.
  3. Click Add new product (see figure 2) and provide details about the item you are selling and then click Save or Publish.

Figure 2. The Add New Product page lets you add items to an application's product list.

You must enter the following information for each item in a product list:

  • In-app Product ID

    Product IDs are unique across an application's namespace. A product ID must start with a lowercase letter or a number, and must be composed using only lowercase letters (a-z), numbers (0-9), underlines (_), and dots (.). The product ID "android.test" is reserved, as are all product IDs that start with "android.test."

    In addition, you cannot modify an item's product ID after it is created, and you cannot reuse a product ID.

  • Product Type

    The product type can be Managed per user account, Unmanaged, or Subscription. You can never change an item's product type after you set it. For more information, see Choosing a product type later in this document.

  • Publishing State

    An item's publishing state can be Published or Unpublished . To be visible to a user during checkout, an item's publishing state must be set to Published and the item's application must be published on Google Play.

    Note: This is not true for test accounts. An item is visible to a test account if the application is not published and the item is published. See Testing In-app Billing for more information.

  • Languages and Translations

    You can provide localized titles and descriptions for your in-app products using the Add Translations button. If you want Google Play to translate your title and description for you, based on the title and description in the default language, just click the languages that you want to offer. If you want to provide custom translations in specific languages, you can also do that. By default, an in-app product inherits its default language from the parent application.

  • Title

    The title is a short descriptor for the item. For example, "Sleeping potion." Titles must be unique across an application's namespace. Every item must have a title. The title is visible to users during checkout. For optimum appearance, titles should be no longer than 25 characters; however, titles can be up to 55 characters in length.

  • Description

    The description is a long descriptor for the item. For example, "Instantly puts creatures to sleep. Does not work on angry elves." Every item must have a description. The description is visible to users during checkout. Descriptions can be up to 80 characters in length.

  • Price

    You must provide a default price in your home currency. You can also provide prices in other currencies, but you can do this only if a currency's corresponding country is listed as a target country for your application. You can specify target countries on the Edit Application page in the Google Play developer console.

    To specify prices in other currencies, you can manually enter the price for each currency or you can click Auto Fill and let Google Play do a one-time conversion from your home currency to the currencies you are targeting (see figure 3).

    For subscription items, note that you can not change the item's price once you have published it.

Figure 3. Specifying additional currencies for an in-app product.

For more information about product IDs and product lists, see Creating In-App Product IDs. For more information about pricing, see In-App Billing Pricing.

Note: Be sure to plan your product ID namespace. You cannot reuse or modify product IDs after you save them.

Adding a batch of items to a product list

To add a batch of items to a product list using a CSV file, you first need to create your CSV file. The data values that you specify in the CSV file represent the same data values you specify manually through the In-app Products UI (see Adding items one at a time to a product list).

If you are importing and exporting CSV files with in-app products, please keep tax-inclusive pricing in mind. If you use auto-fill, you can provide a tax-exclusive default price and tax-inclusive prices will be auto-filled. If you do not use auto-fill, prices you provide must include tax.

Note: Batch upload of product lists containing subscriptions is not yet supported.

The CSV file uses commas (,) and semi-colons (;) to separate data values. Commas are used to separate primary data values, and semi-colons are used to separate subvalues. For example, the syntax for the CSV file is as follows:

"product_id","publish_state","purchase_type","autotranslate ","locale; title; description","autofill","country; price"

Descriptions and usage details are provided below.

  • product_id

    This is equivalent to the In-app Product ID setting in the In-app Products UI. If you specify a product_id that already exists in a product list, and you choose to overwrite the product list while importing the CSV file, the data for the existing item is overwritten with the values specified in the CSV file. The overwrite feature does not delete items that are on a product list but not present in the CSV file.

  • publish_state

    This is equivalent to the Publishing State setting in the In-app Products UI. Can be published or unpublished.

  • purchase_type

    This is equivalent to the Product Type setting in the In-app Products UI. Can be managed_by_android, which is equivalent to Managed per user account in the In-app Products UI, or managed_by_publisher, which is equivalent to Unmanaged in the In-app Products UI.

  • autotranslate

    This is equivalent to selecting the Fill fields with auto translation checkbox in the In-app Products UI. Can be true or false.

  • locale

    This is equivalent to the Language setting in the In-app Products UI. You must have an entry for the default locale. The default locale must be the first entry in the list of locales, and it must include a title and description. If you want to provide translated versions of the title and description in addition to the default, you must use the following syntax rules:

    If autotranslate is true, you must specify the default locale, default title, default description, and other locales using the following format:

    "true,"default_locale; default_locale_title; default_locale_description; locale_2; locale_3, ..."

    If autotranslate is false, you must specify the default locale, default title, and default description as well as the translated titles and descriptions using the following format:

    "false,"default_locale; default_locale_title; default_locale_description; locale_2; locale_2_title; local_2_description; locale_3; locale_3_title; locale_3_description; ..."

    See table 1 for a list of the language codes you can use with the locale field.

  • title

    This is equivalent to the Title setting in the In-app Products UI. If the title contains a semicolon, it must be escaped with a backslash (for example, "\;"). A backslash should also be escaped with a backslash (for example, "\\">.

  • description

    This is equivalent to the Description in the In-app Products UI. If the description contains a semicolon, it must be escaped with a backslash (for example, "\;"). A backslash should also be escaped with a backslash (for example, "\\">.

  • autofill

    This is equivalent to clicking Auto Fill in the In-app Products UI. Can be true or false. The syntax for specifying the country and price varies depending on which autofill setting you use.

    If autofill is set to true, you need to specify only the default price in your home currency and you must use this syntax:

    "true","default_price_in_home_currency"

    If autofill is set to false, you need to specify a country and a price for each currency and you must use the following syntax:

    "false", "home_country; default_price_in_home_currency; country_2; country_2_price; country_3; country_3_price; ..."

  • country

    The country for which you are specifying a price. You can only list countries that your application is targeting. The country codes are two-letter uppercase ISO country codes (such as "US") as defined by ISO 3166-2.

  • price

    This is equivalent to the Price in the In-app Products UI. The price must be specified in micro-units. To convert a currency value to micro-units, you multiply the real value by 1,000,000. For example, if you want to sell an in-app item for $1.99 you specify 1990000 in the price field.

Table 1. Language codes you can use with the locale field.

Language Code Language Code
Chinese zh_TW Italian it_IT
Czech cs_CZ Japanese ja_JP
Danish da_DK Korean ko_KR
Dutch nl_NL Norwegian no_NO
English en_US Polish pl_PL
French fr_FR Portuguese pt_PT
Finnish fi_FI Russian ru_RU
German de_DE Spanish es_ES
Hebrew iw_IL Swedish sv_SE
Hindi hi_IN -- --

To import the items that are specified in your CSV file, do the following:

  1. Log in to your publisher account.
  2. In the All Google Play listings panel, under the application name, click In-app Products.
  3. On the In-app Products List page, click Choose File and select your CSV file.

    The CSV file must be on your local computer or on a local disk that is connected to your computer.

  4. Select the Overwrite checkbox if you want to overwrite existing items in your product list.

    This option overwrites values of existing items only if the value of the product_id in the CSV file matches the In-app Product ID for an existing item in the product list. Overwriting does not delete items that are on a product list but not present in the CSV file.

  5. On the In-app Products List page, click Import from CSV.

You can also export an existing product list to a CSV file by clicking Export to CSV on the In-app Product List page. This is useful if you have manually added items to a product list and you want to start managing the product list through a CSV file.

Choosing a Product Type

An item's product type controls how Google Play manages the purchase of the item. There are several product types, including "managed per user account", "unmanaged," and "subscription." However, note that the product types supported vary across In-app Billing Version, so you should always choose a product type that's valid for the version of In-app BIlling that your app uses.

For details, refer to the documentation for In-app Billing Version 3 or In-app Billing Version 2.

Handling Refunds

In-app billing does not allow users to send a refund request to Google Play. Refunds for in-app purchases must be directed to you (the application developer). You can then process the refund through your Google Checkout merchant account. When you do this, Google Play receives a refund notification from Google Checkout, and Google Play sends a refund message to your application. For more information, see Handling IN_APP_NOTIFY messages and In-app Billing Pricing.

Important: You cannot use the Google Checkout API to issue refunds or cancel In-app Billing transactions. You must do this manually through your Google Checkout merchant account. However, you can use the Google Checkout API to retrieve order information.

Working with Order Numbers

When a user purchases an in-app item, Google Checkout assigns the transaction a unique and permanent order number. Google Play provides that order number to you at the conclusion of the purchase flow, as the value of the orderId field of the PURCHASE_STATE_CHANGED intent.

In your app, you can use the order number as a general-purpose identifier for the in-app purchase transaction. After the purchase, you can use the order number as a means of tracking the transaction in reconciliation reports and for customer support.

The order number itself is a string consisting of numbers only, with a format assigned and managed by Google Checkout.

For transactions dated 5 December 2012 or later, Google Checkout assigns a Merchant Order Number (rather than a Google Order Number) and reports the Merchant Order Number as the value of orderID. Here's an example:

"orderId" : "12999556515565155651.5565135565155651"

For transactions dated previous to 5 December 2012, Google checkout assigned a Google Order Number and reported that number as the value of orderID. Here's an example of an orderID holding a Google Order Number:

"orderId" : "556515565155651"

Setting Up Test Accounts

The Google Play Developer Console lets you set up one or more test accounts. A test account is a regular Google account that you register on the Developer Console as a test account. Test accounts are authorized to make in-app purchases from applications that you have uploaded to the Google Play Developer Console but have not yet published.

You can use any Google account as a test account. Test accounts are useful if you want to let multiple people test In-app Billing on applications without giving them access to your publisher account's sign-in credentials. If you want to own and control the test accounts, you can create the accounts yourself and distribute the credentials to your developers or testers.

Test accounts have three limitations:

  • Test account users can make purchase requests only within applications that are already uploaded to your publisher account (although the application doesn't need to be published).
  • Test accounts can only be used to purchase items that are listed (and published) in an application's product list.
  • Test account users do not have access to your publisher account and cannot upload applications to your publisher account.

To add test accounts to your publisher account, follow these steps:

  1. Log in to your publisher account.
  2. Click the Settings icon. (If you are using the old Developer Console UI, click Edit profile in the upper left part of the page, under your name,)
  3. Locate the License Testing panel. (In the old UI, scroll down to the Licensing & In-app Billing panel.)
  4. Add the email addresses for the test accounts you want to register, separating each account with a comma.
  5. Click Save to save your profile changes.

Getting an app's license key

The Google Play Developer Console provides a public licensing key for each app. To get the key for an app, load the app's publishing details in the Developer Console and click the Settings icon. The key for the app is available for copy/paste in License Key for this Application field, as shown in the figure below.

Previously, the Developer Console provided a single public key per developer account. To transition apps to the new per-app public key, the Developer Console set the app-specific key as the former developer key. This ensures compatibility for apps that depend on the (former) developer key.

Figure 4. You can find the license key for each app in the Services & APIs panel.

Where to Get Support

If you have questions or encounter problems while implementing In-app Billing, contact the support resources listed in the following table (see table 2). By directing your queries to the correct forum, you can get the support you need more quickly.

Table 2. Developer support resources for Google Play In-app Billing.

Support Type Resource Range of Topics
Development and testing issues Google Groups: android-developers In-app billing integration questions, user experience ideas, handling of responses, obfuscating code, IPC, test environment setup.
Stack Overflow: http://stackoverflow.com/questions/tagged/ android
Billing issue tracker Billing project issue tracker Bug and issue reports related specifically to In-app Billing sample code.

For general information about how to post to the groups listed above, see Developer Forums document in the Resources tab.