Skip to main content

Configure a system data model

Guided data-model setup

Build a reliable model of the records NIM needs before you create filters, mappings, roles, or scheduled jobs.

This guide configures data within one NIM system. Start after the system connection is saved and the connector exposes its available tables. For background on each concept, see Data models.

Build the model in this orderDirect link to Build the model in this order

What you should have before startingDirect link to What you should have before starting

  • A configured system with the connector connection saved.
  • A clear workflow outcome, such as provisioning accounts from HR data or assigning group access by department.
  • The source attributes needed for that outcome, including a stable identifier for every record type you plan to relate.
  • Permission to collect from the system and inspect the resulting records.
Design for the workflow, not the connector catalogConnectors may expose many tables and fields. Begin with the minimum data needed for the identity outcome you are building, then expand the model only when a requirement calls for it.

Validate after each meaningful changeDirect link to Validate after each meaningful change

Save the model and collect the system whenever you add or change tables, columns, keys, or relations. Then inspect the collected results before building dependent filters or mappings.

CheckWhat to confirm
TablesThe expected records appear and no unnecessary object types are being collected.
ColumnsRequired attributes are present and have correct data types.
KeysEach keyed table has a stable, unique value for every applicable row.
RelationsA sample record reaches the intended related data.

Common setup sequenceDirect link to Common setup sequence

For an HR-to-directory workflow, you might collect employees, departments, and job_titles; set employee_id, organizational_unit, and job_code as keys; and relate the employee’s department and job-code fields to their respective tables. Once collection confirms the model, create filters to select the employees that need a directory account, then create mappings to provision them.

tip

If a relation or filter does not show expected data, revisit the model before troubleshooting downstream logic. Most issues come from an uncollected column, an incorrect type, an unstable key, or a relation that was not recollected after it changed.

After the model is readyDirect link to After the model is ready