Remove page and add a small description.

Author: glenn-rodgers-sf

modules/ROOT/nav.adoc

@@ -30,7 +30,6 @@
  ** xref:access-client-app-id-task.adoc[Obtain Client Credentials of a Registered Client Application]
  ** xref:hash-client-credentials.adoc[Configure Credential Hashing for Mule 4]
  ** xref:migrate-client-apps.adoc[Migrate Client Applications]
- ** xref:datagraph-viewing-application-contracts.adoc[View Client Applications with Anypoint Datagraph Contracts]
  ** xref:manage-client-apps-connected-apps-concept.adoc[Create Client Applications with Connected Apps]
 * xref:environments-concept.adoc[Manage Environments]
  ** xref:switch-environment-task.adoc[Switch Environments]

modules/ROOT/pages/api-contracts-landing-page.adoc

@@ -13,7 +13,7 @@ Credentials consist of two keys: the client ID and the client secret. Anypoint A
 
 == Client Application Credentials
 
-As the Organization Administrator, after you grant access to applications in Anypoint Exchange (Exchange), a contract is automatically created between the API instance and the application. The contract gives access to the application based on SLA tiers that you might specify. Only one contract can exist per API instance and application at any time.
+As the Organization Administrator, after you grant access to applications in Anypoint Exchange (Exchange), a contract is automatically created between the API instance and the application. The contract gives access to the application based on SLA tiers that you might specify. Only one contract can exist per API instance and application at any time. There are three different contract types: *API*, *Group*, and *Managed Service API*. Managed service APIs are APIs managed by DataGraph or Composer.
 
 As a user, when you request access to an API from Exchange, your request is automatically approved if the API does not include SLAs. If the API includes an SLA tier, you either configure your request so that it is automatically approved despite the SLA tier, or you can request approval manually.
 

modules/ROOT/pages/api-groups-manage-api-group-instance-contracts.adoc

@@ -3,16 +3,15 @@ ifndef::env-site,env-github[]
 include::_attributes.adoc[]
 endif::[]
 
-After you grant access to API Group instances in Exchange, a contract is automatically created between an application and the API instance. You can then manage that contract from API Manager.
+After you grant access to an API Group instances in Exchange, a contract is automatically created between an application and the API instance. You can then manage that contract from API Manager.
 
 == Applied Contracts
 
 With API Groups, an application can have multiple contracts with the same API in these scenarios:
-*  An application requests access to an API, and the request is approved. 
-+
+
+*  An application requests access to an API, and the request is approved. +
 In this case, a direct contract is created between the application and the API. This is known as _API instance contracts_.
-* An application requests access to an API Group instance that consists of an API instance with which the application already has a direct contract. 
-+
+* An application requests access to an API Group instance that consists of an API instance with which the application already has a direct contract. +
 This is known as _API Group instance contracts_.
 
 When an application has multiple contracts with the same API instance, only one contract is active at any given time. This is known as _Applied contracts_.