Page tree
Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 3 Next »


  1. TIER API specifications follow SCIM conventions on syntax and semantics
  2. Some TIER APIs may be defined as profiles of SCIM-defined APIs
  3. TIER Resource Type specifications follow SCIM conventions on schema definition and extension processes, syntax and semantics
  4. Some TIER resource types may be defined as profiles of SCIM resource types

Benefits of following these principles:

  1. Freedom to define new resource types and schema and/or use existing SCIM resource types and schema
  2. TIER APIs and schema can be generated in conformance with SCIM RFCs using SCIM-defined procedures for defining new Resource Types and their core schema.
  3. Existing SCIM clients can access SCIM-profiled TIER resources and attributes without modification
  4. SCIM SDKs and libraries may be partially reusable for implementing TIER APIs

Further guidance

  1. For each TIER-defined resource type, Insure that all required SCIM meta attributes have a direct counterpart in the TIER meta element
  2. To add Institution-level schema elements to TIER-defined resource types, follow the SCIM-defined schema extension methods
  3. Define Internet2 Trust and Identity processes for self-registration of resource types and their schema

  • No labels