Configure profile screens
Learn how to configure profile screens.
The profile section defines what you see when they open a specific entity's profile in the Reltio UI. It includes tabs such as Profile, Relationships, Activity, Graph, and Potential Matches. These tabs appear in the central view and allow you to interact with entity data, relationships, history, and more.
Each profile tab is configured using a class that determines its behavior. Some tabs (like Profile and Custom Profile tab) support additional layout, view, and authoring configuration specific to an entity type.
Supported profile tab (perspective) types
Use the class field to define each profile tab. Tabs appear in the order they’re listed in the profile[] array.
Class | Description |
---|---|
Profile | Main profile view with grid layout |
NestedProfile | A separate tab in the main profile that displays additional views or attribute groups, configured with the same layout options as the main profile. |
Relationships | Relationship graph or table |
Activity | Audit history for the profile |
Graph | Graph view with connections |
Sources | Displays contributing sources |
PotentialMatches | Reviews and merges for matched records |
Interactions | List or table of interactions. This is applicable only for Intelligent 360. |
Entity-type–specific layouts and logic
Tabs with class = "Profile" support per-entity-type configuration using an entityTypes object. This allows you to define views, layout, authoring steps, and optional side panels.
"entityTypes": {
"configuration/entityTypes/HCP": {
"views": [...],
"layout": [...],
"sidePanelViews": [...],
"profileBand": {...},
"authoring": [...]
}
}
Field | Description | Example |
---|---|---|
views | Array of profile view components. |
|
layout | Grid layout for placing views |
|
entityTypes | Map keyed by entity type URIs |
|
Parameter | Description | Possible values | Example |
---|---|---|---|
|
An array of supported side panels. l |
| For more information about these side panel views, see topic Profile perspectives tabs . |
| The clone behavior and attribute/relationship copy rules. |
| |
| The multi-step profile creation configuration. | Array of objects with fields:
| See Configure profile authoring pages section for more details. |
| The lock layout to prevent user rearrangement. This is a boolean value. | Boolean |
|
| The workflow task visibility and filters.Includes list of process types to display, the assignee whose tasks must be displayed, and whether to show closed tasks. |
|
|
Result
The profile screen adapts based on the entity type being viewed.
Validation
Open a profile for each configured entity type and confirm that the correct layout, views, and components appear.
Nested profile tab
Similar to the Profile view, Nested profile tab is a separate tab in the main profile that displays additional views or attribute groups, configured with the same layout options as the main profile. Configure tabs with class = "NestedProfile". Refer to the previous section for more details to configure this tab. Here's a sample screen:
Here's a sample:
{
"visible": [
"configuration/entityTypes/Contact",
"configuration/entityTypes/PriceSpecification",
"configuration/entityTypes/Organization",
"configuration/entityTypes/Individual",
"configuration/entityTypes/IndividualPerson",
"configuration/entityTypes/Policy",
"configuration/entityTypes/Property"
],
"label": "Profile: Other",
"class": "NestedProfile",
"entityTypes": {
"configuration/entityTypes/Contact": {
"sidePanelViews": [
{
"id": "History"
},
{
"id": "Discussion"
},
{
"id": "Workflow"
}
],
Profile view tabs
Interactions tab
Parameter | Description | Possible values | Example |
---|---|---|---|
mode | Defines how to display interactions. | "list" or "table" | "mode": "list" |
max | Maximum number of rows per page. | Number | "max": 10 |
sortColumn | Column used for sorting. | String | "sortColumn": "timestamp" |
sortOrder | Sort direction. | "asc" or "desc" | "sortOrder": "asc" |
attributes | Maps interaction type URIs to a list of attribute type URIs. Used only when all interaction types are selected. Sub-attributes are not supported. | Object (key = interactionTypeUri, value = array of attributeTypeUri) | "attributes": { "configuration/interactionTypes/ExhibitionEvent": [ "configuration/interactionTypes/ExhibitionEvent/attributes/EXHBT_DT", "configuration/interactionTypes/ExhibitionEvent/attributes/ExhibitionName" ] } |
caption | Screen label shown in the header. | String | "caption": "Interactions table" |
Tab with class as Sources doesn't support additional parameters beyond the standard configuration fields. Use it to define a list of data sources visible for a specific entity type. Here's a sample:
{
"class": "Sources",
"label": "Data Sources",
"visible": ["configuration/entityTypes/Person"]
}
Relationships tab
Tab with class as Relationship requires the following optional parameters:
Parameter | Description | Possible values | Example |
---|---|---|---|
defaultRelationshipType (optional) | Default relationship type used when a user hasn't selected one. | String (URI of the relationship type) | "defaultRelationshipType": "configuration/relationTypes/HCPtoHCA" |
{
"class": "Relationships",
"label": "Person Relationships",
"defaultRelationshipType": "configuration/relationTypes/HasAddress",
"visible": ["configuration/entityTypes/Person"]
}
Graph tab
Tab with class as Graph doesn't require any additional parameters beyond the standard fields. It defines a graph-based view for a specific entity type. Here's a sample:
{
"class": "Graph",
"label": "Graph Exploration",
"visible": ["configuration/entityTypes/Person"]
}
Activity Log tab
Tab with class as Activity requires the following optional parameters:
Parameter | Description | Possible values | Example |
---|---|---|---|
exportTypes (optional) | Defines which export formats users can select. | Array of strings: "json" and/or "csv" | "exportTypes": ["json"] |
caption (optional) | Label displayed in the header. | String | "caption": "Activity log" |
Tab with class as PotentialMatch requires the following optional parameters:
Parameter | Description | Possible values | Example |
---|---|---|---|
allowMergeAll (optional) | Enables the Merge All option for all active potential matches. | Boolean | "allowMergeAll": true |
matchActions (optional) | Defines allowed actions (e.g., create relationships, disable merging) by match group URI or "*" for default. | Object, keyed by group name or URI | "matchActions": { "*": { "allowMerge": false } } |
Each matchActions
entry supports:
-
createRelation
: Defines outgoing (outRelations
) and ingoing (inRelations
) relationships -
allowMerge
: Boolean that enables or disables merge for the match group
Here's a sample:
{
"class": "PotentialMatches",
"label": "Potential Matches",
"visible": ["configuration/entityTypes/HCP"],
"allowMergeAll": true,
"matchActions": {
"*": {
"allowMerge": false,
"createRelation": {
"inRelations": ["configuration/relationTypes/HasSomething"],
"outRelations": ["configuration/relationTypes/HCPisAffiliatedWithHCO"]
}
}
}
}
Configure profile authoring pages
Authoring allows you to build multi-step profile creation flows. Each authoring step includes a label, an array of views, a layout, and optional canRead.
{
"label": "Basic Info",
"canRead": ["ROLE_EDITOR"],
"views": [
{
"id": "main-attr",
"component": "Attributes",
"includeUris": [
"configuration/entityTypes/HCP/attributes/Name",
"configuration/entityTypes/HCP/attributes/Address"
]
}
],
"layout": [
{ "id": "main-attr", "x": 0, "y": 0, "width": 3, "height": 1 }
]
}
Field | Description | Example |
---|---|---|
label | Step name shown in the UI. |
|
views | Profile view components for the step. |
|
layout | Grid placement for those components. |
|
Parameter | Description | Example |
---|---|---|
canRead | The roles to be assigned to view an authoring step. You can also set up role-based access control for facets in the profile view. For example, the Attributes view or Relations view facet. |
|
Result
Users can complete the profile creation process in a structured, step-based flow.
Validation
Initiate entity creation and verify each authoring step appears in order with the expected fields.
Enable cloning
Use the profileBand
section to configure the Clone button behavior. You can specify which attributes and relationships to copy or exclude.
"profileBand": {
"cloneAction": [
{
"entityTypeUris": ["configuration/entityTypes/HCP"],
"attributeReplacementMapping": {
"attributes/Name": "Copy of {value}",
"attributes/ID": null
},
"relationshipTypesToCopy": [
"configuration/relationTypes/HasAddress"
]
}
]
}
For more information about cloning profiles, see topic Configure profile cloning.
Field | Description |
---|---|
entityTypeUris | Entity types where cloning is allowed |
attributeReplacementMapping | Defines how to transform or exclude values |
relationshipTypesToCopy | Relationships to clone (or "*" for all) |
Users can clone a profile, with selected values auto-filled or excluded.
Validation
Open an entity of the defined type, click Clone, and verify expected fields and relationships are pre-populated.