Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

TIER Entity Registry Working Group Home

 


Note

Call Schedule

Note

Future Calls: Chose the one (Wed. or Fri.) that works best for your schedule and time zone):


Agenda  for upcoming WG meetings plus meeting notes for the past ones are here: http://j.mp/1PWMCp5

...

  – To subscribe, browse to  https://lists.internet2.edu/sympa/admin/tier-entreg

Working Group ChairCo-Chairs: Warren Curry, University of Florida and Benn Oshrin, Spherical Cow Group

Charter for the TIER Entity Registry Working Group

...

MidPoint as Entity Registry: Investigation and Evaluation

Include Page
DSAWG:Overview of the APIs and Data Structures and the Entity Registry Working Groups
DSAWG:Overview of the APIs and Data Structures and the Entity Registry Working Groups


TIER Entity Registry Update - 2017 GLobal Summit

TIER Identity Data Ecosystem2col.pdf

TIER Application View Integration Layer Concept of Person Maintenance and Retrieval (Draft)

whc, 11/07/2017 

  • For use by SORs to retrieve and maintain information related to a person entity. 
  • For use by any consumer   application to acquire information related to a person entity
  • 2017 Tech Ex Summary - Registry Summary techex 102017.pdf
  •  Diagram 

View file
nameIntegration Layer services concept- used by an Application.pdf
height250

  • Application that is an SOR needs to indicate to the Identity System there is a new or changed person
    • It would invoke the Maintain Person logic that encapsulates the (Minimal registry, Affiliation and perhaps other groups, and other person data that the institution has defined beyond the minimal registry)
    • The service: validate the use of the service by the calling party/application 
    • Person Schema (encapsulated version)
    • The service maps the data from the encapsulated schema into three subsets:
      • registry
      • groups
      • person detail
    • The service call the Registry rest call    (Ethan K demo work)
    • The service call the Group rest call       (grouper API)
    • The service call the Institution supplied Person rest call  (need a sample)

Key Deliverables from TIER Release 1

Requirements on an Entity Registry and Related Components


COmanage / Entity Registry Gap Analysis


IAM Functional Model and IAM Glossary

TIER Core Schema for Systems of Record and Entity Registry - Early Draft


Narrative Form: Deliverables in the WG Charter

...

Key Deliverables for TIER R1

By March 4 (from Charter)

  1.  Document Functional Requirements for System of Record (SoR) to the Entity Registry per the conscription pattern of enrollment.  
    1. In the conscription pattern of enrollment, person resources are created/mastered in the Registry; an SoR sends the Registry a representation of a person resource that is new to them.
    2. The Registry invokes a mock ID Match API operation that always returns ‘no match’
    3. The Registry creates a new mock person resource and returns a unique id to the calling SoR.  
  2.  Document operations on person resources to be exposed as APIs and as event messages for the above connections, SoR to Registry and Registry to IDMatch;
  3.   Document  Functional Requirements for System of Record (SoR) to the Entity Registry  
  4.  Define a minimal first iteration Registry person schema/resource 
  5.   Draft first iteration glossary functional model for IAM with a glossary of institutional processes around identity lifecycle management .  
  6.   Draft  fit/gap analysis between current COmanage registry functionality and this WG’s minimal, first iteration Entity Registry requirements .
  7. Provide COmanage WG Team with rough definition of work required to fill in gaps in COmanage functionality

...

  1. Iterate on above, expanding scope of functionality covered by API and event messaging operations.

...

Entity Registry Requirements

...

 

 

 

 

 

 


...

See Also :

...