On the specific application page, the subscriptions an application has are displayed, including the API credentials (either API Key or Client ID and Secret). You can use the revela button () to show the credentials for this application and API. Also the authentication type ("Auth Type") is displayed, which is important when deciding on how to access the API programmatically.
In the second section you may change the friendly name of the Application. Please note that the friendly name of the application is only used inside the API Portal for making it easier to identify a client application. It does not have any impact whatsoever on the logic behind; for that, the application ID is used.
In contrast to the friendly name, the application ID can not be changed. The ID is additionally also unique over the entire API Portal installation. It is not possible for two different developers/users to create an applications with identical application IDs.
For a discussion of Application Owners, please see the page on application ownership.
After signing up and logging in to this API Portal, you will want to subscribe to an API. In order to do that, the API Portal forces you to create an "Application" which serves as the consumer, or client, of the API. The "Application" is the entity you tie a subscription to, and not to your user.
Let us look at the following diagram which shows how the intended use of an API which is published within an API Portal looks like:
This enables the API Portal to create an abstract notion of applications inside the API Portal, and does not tie the subscriptions directly to the developer.