Page Comparison

A key feature of the YOUnite Data Hub is the capacity to manage all the federated data in your eco-system.   For every data domain and data property  YOUnite needs to know where that domain and property(ies) lives.    

...

1. It is assumed that an organization has already reviewed the YOUnite Implementation Overview and have completed the steps up to "Bring Federated Data Under YOUnite Control".
2. Each application or service (source system ) needs to be identified and registered to YOUnite through an adaptor. Adaptors are developed using the Adaptor SDKSee Managing Adaptors for how to register and manage an adaptor.
3. Data Domains need to be identified and understood for this eco-system. See Data Domains.
4. Adaptors must be created for each of the applicable source systems  Adaptors are developed using the Adaptor SDK.
5. Each data record for a given data domain needs top be "linked" from its location in the source system to YOUnite.   
6. Establish  key actors in the process of mapping. This includes the DGS and the individual zone data stewards (see the section on "Zones" in Zones, Users, Groups, Roles and Permissions).

This process is quite extensive and requires careful planning. 

...

1. Create a master list of all entities in the source systems that need to be mapped to YOUnite:
   1. Identify all systems that have adaptors that contain entities of this domain type
   2. Typically, one system has the entire set of entities but the entire set can be a composite of two or more systems
   3. Ensure that all entities in all systems meet the uniqueness rules (for more on uniqueness rules see Data Domains).
      1. This may require cleaning data in the systems to ensure that all entities are unique <AMJ NOTE: HUH?!? - MF> - This requires inspecting the entities stored on the source systems and insuring that all of the source entities are unique when the uniqueness rules are applied to them.  If there are conflicts (i.e. dupes), either the source system entities that are raising the exception need to be modified or the uniqueness rules for the domain need to be re-evaluated.
   4. Create a list of all entities with all of the uniqueness rule values. This will be used in the "Creating YOUnite Data Records" step below.
   5. Create an entity list for each adaptor These lists will be used in the "Create Links to the YOUnite Data Records" step below.
2. Creating YOUnite Data Records. Once the master list is established, YOUnite data records for each domain need to be created by using the POST /drs request.
   1. POST /drs for each entity in the domain
      1. this creates a YOUnite data record (DR) for each entity
      2. After this step is completed YOUnite only contains the uniqueness rules and none of the DRs are mapped to any of the systems or services attached to the adaptors.
      3. (TODO: Show an example of a script that POSTs DRs)
3. Pause the adaptors (see Managing Adaptors).
4. Create links to the YOUnite Data Records. For each adaptor, map the entities in the systems and services attached to the adaptors to the DRs
5. 1. (TODO: example script)
6. Validation
7. Transition the adaptors to "Play" or "Play Read Only"

Manually Adding New DRs

Manually Mapping Entities to DRs

...