By NHI Mgmt Group Editorial TeamPublished 2026-03-31Domain: AnnouncementsSource: Collibra

TL;DR: Fewer than 25% of organizations can demonstrate measurable impact from data investments, and Collibra’s updated Data Marketplace is aimed at making governed data products easier to discover, evaluate and request through business categories and curated access flows. The bigger shift is governance moving closer to consumption, where trust, context and access are embedded at the point of use rather than left to technical catalogs alone.


At a glance

What this is: Collibra’s updated Data Marketplace experience focuses on making governed data products easier to discover, evaluate and request for business users.

Why it matters: It matters because IAM, IGA and data governance teams increasingly need to control access to usable data products, not just raw assets or backend entitlements.

By the numbers:

👉 Read Collibra’s update on the new Data Marketplace experience


Context

Data marketplace governance is about making approved data easier to find, understand and request without weakening controls. In practice, that means shifting from a technical inventory model toward a consumption model where business users can act on governed data products without navigating schemas and fragmented access workflows.

The article sits squarely in the intersection of data governance, identity lifecycle and access approval. For teams responsible for IAM, IGA and platform governance, the key question is not whether data exists, but whether the right people can discover trusted data products and obtain access through repeatable controls rather than ad hoc routing.

That transition is already visible in organisations that are trying to standardise reusable data products while still supporting hybrid catalog and marketplace patterns. The starting position described here is typical for modern enterprises, where discovery and access friction still suppress data value.


Key questions

Q: How should teams govern access to data products in a marketplace model?

A: Teams should govern data products as reusable access objects with named ownership, approval routing and review cadence. The key is to preserve context at the point of request so business users can obtain access through controlled workflows, while IAM and IGA teams retain visibility into who approved what and why.

Q: Why do data marketplaces matter to identity and access teams?

A: Data marketplaces matter because they move access governance closer to consumption. Instead of approving access to raw assets in isolation, teams can package trusted data with ownership, certification and workflow controls, which makes access decisions easier to explain, audit and recertify.

Q: What do organisations get wrong when they treat a data catalog as a marketplace?

A: They assume discovery is enough. A catalog can inventory assets, but it does not automatically provide business context, reuse patterns or controlled request flows. Without those layers, users still struggle to find trusted data quickly and governance teams still absorb manual access friction.

Q: How can security teams measure whether a data marketplace is working?

A: Look for fewer manual access escalations, faster request fulfilment, clearer ownership visibility and higher reuse of approved data products. If users still bypass the marketplace for urgent work, the governance model is too hard to consume and the marketplace is not yet functioning as the access front door.


How it works in practice

Data catalog versus data marketplace

A data catalog inventories assets for technical discovery, while a data marketplace presents curated data products for consumption. The distinction matters because a catalog helps teams locate tables, files and metadata, but a marketplace adds business framing, ownership, certification and access pathways that are meaningful to non-technical users. This is a governance change as much as a UX change: the control point moves from raw asset visibility to product-level consumption. That makes the marketplace a natural layer for standardising trust decisions, access request routing and approved reuse.

Practical implication: Treat the marketplace as an access governance layer, not just a search interface.

Business categories and guided discovery

Business categories are a navigation model that aligns data discovery to lines of business or subject areas such as finance or supply chain. Instead of forcing users to understand backend structures, the marketplace presents a curated front door that can surface featured products, metrics and context. Technically, this changes discovery from asset-level search to controlled browsing, which reduces the chance that users rely on shadow workarounds or ungoverned copies. It also gives administrators a way to shape what is visible first without changing underlying entitlements.

Practical implication: Use business-facing categories to reduce search friction while preserving approval and ownership controls.

Embedded request workflows for governed access

The article also describes automated request workflows integrated with tools such as Jira or ServiceNow. That is important because the control is not simply that users can ask for access, but that the request stays attached to governance context, approvals and compliance checks. In identity terms, the marketplace becomes an orchestration point where access decisions, routing and evidence collection happen in the same flow. This is especially relevant when the same data product may be reused by multiple teams with different entitlement needs and review cycles.

Practical implication: Wire marketplace requests to lifecycle and approval systems so access remains auditable after the request is granted.


NHI Mgmt Group analysis

Data marketplace governance is becoming a consumption problem, not just a discovery problem. Traditional catalog thinking assumes the main challenge is finding data, but the article shows that usable value depends on packaging, context and requestability. That shifts governance closer to the point of decision, where data products must be trusted by business users, not merely documented for technical teams. Practitioners should treat marketplace design as part of governance architecture, not as a presentation layer.

Governed data products create a new identity boundary around consumption. Once data is packaged as a product with context, ownership and access methods, the control question becomes who can consume it, under what conditions and through which workflow. That is a lifecycle issue as much as a data issue, because access now has to be reviewed, approved and maintained in product form rather than at the level of raw datasets. Practitioners should align data product governance with access lifecycle processes.

Category-led browsing changes the trust model by making approval visible before access is requested. When users can see certifications, ownership and supporting context up front, the marketplace reduces the chance of blind requests and incomplete approvals. That does not remove governance pressure, but it does expose where trust is weak, where ownership is unclear and where access methods are too opaque for business consumption. Practitioners should use the marketplace to surface governance signals, not hide them behind convenience.

Hybrid catalog and marketplace models are a transition state, not a destination. The article acknowledges that many organisations are not yet fully standardised on data products, which is realistic. The important implication is that governance programmes need to support both legacy asset discovery and product-based consumption without letting the older model dominate indefinitely. Practitioners should define a migration path from asset-centric control to reusable, governed data products.

Named concept: data consumption governance. This article is really about governing the moment data is consumed, not only the moment it is created or catalogued. That is a useful shift because it ties trust, access and business context together at the point where value is realised. Practitioners should design for governed consumption, not just governed storage.

From our research:

  • Only 1.5 out of 10 organisations are highly confident in their ability to secure NHIs, compared to nearly 1 in 4 for securing human identities, according to The State of Non-Human Identity Security.
  • Only 85% of organisations lack full visibility into third-party vendors connected via OAuth apps, a visibility gap that mirrors the control problem this post surfaces in governed consumption.
  • That same governance gap is why practitioners should also review Ultimate Guide to NHIs , Lifecycle Processes for Managing NHIs for access lifecycle patterns that support reusable products.

What this signals

Data consumption governance: the next control boundary is the point where business users turn approved assets into decisions. As more organisations package data into products, the programme risk shifts from inventory accuracy to whether ownership, certification and request workflows are actually visible at the moment of use.

Collibra’s update points to a broader trend in governance design: users will adopt the path of least resistance unless the governed path is also the easiest path. That means IAM, IGA and data platform teams should expect marketplace-style experiences to become the practical front door for trusted access, especially where analytics and AI depend on reusable data products.

The operational signal to watch is whether access traffic moves into governed workflows or keeps spilling into manual exceptions. If the marketplace does not reduce escalation volume and approval ambiguity, it is only a new interface layered on top of old friction.


For practitioners

  • Map marketplace objects to governance owners Assign a named business owner, technical steward and approval path to every high-value data product so requests do not stall in ambiguity and certifications stay current.
  • Use business categories as access decision support Organise the landing experience around business domains that match how users request data, then keep approval logic tied to the underlying entitlement model.
  • Attach evidence to every request workflow Ensure access requests move through Jira or ServiceNow with approvals, certification status and ownership details preserved for audit and recertification.
  • Standardise reusable data products before scaling self-service Prioritise a limited set of governed products that can be reused across teams, then expand the marketplace only after naming the control owner and review cycle for each product.

Key takeaways

  • Data marketplaces shift governance from cataloguing assets to governing consumption of trusted data products.
  • Fewer than 25% of organisations can show measurable impact from data investments, which is why the access experience now matters as much as the data itself.
  • Practitioners should align ownership, approvals and certification with reusable data products before expanding self-service at scale.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

NIST CSF 2.0, NIST CSF 2.0 and NIST Zero Trust (SP 800-207) set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
NIST CSF 2.0PR.AC-4Marketplace access requests depend on least-privilege and controlled approval paths.
NIST CSF 2.0GV.RM-03Marketplace governance affects how risk decisions are made for reusable data products.
NIST Zero Trust (SP 800-207)AC-1The marketplace is an access control point that should enforce policy at the point of request.

Define risk acceptance and review criteria for each high-value data product before scaling self-service.


Key terms

  • Data Marketplace: A data marketplace is a governed internal storefront for discovering, evaluating and requesting approved data products. It differs from a raw catalog because it is built around consumption, business context and access workflows rather than technical inventory alone.
  • Data Product: A data product is a packaged, reusable data asset with context, ownership and access methods that make it usable by business consumers. In governance terms, it is the unit that links technical data management to controlled consumption and accountability.
  • Business Category: A business category is a user-facing navigation grouping that organises data products by domain, line of business or use case. It improves discovery for non-technical users while preserving the underlying entitlement and approval model.
  • Governed Consumption: Governed consumption is the practice of making trusted data available through controlled, auditable request and access paths. It focuses on the point where value is created, ensuring that context, ownership and approval follow the data into use.

Deepen your knowledge

NHI governance, agentic AI identity, and machine identity security are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are responsible for identity security strategy or governance in your organisation, it is worth exploring.

This post draws on content published by Collibra: Find trusted data products faster with the new Collibra Data Marketplace experience. Read the original.

NHIMG Editorial Note
Published by the NHIMG editorial team on 2026-03-31.
NHI Mgmt Group — the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org