Data Documentation, Modeling, Cataloging, Definitions, Descriptions, Ownership (Business, Technical, etc…)
It would be great to have data documentation, data modeling, cataloging, definitions, descriptions and ownership tied to the physical data tables, reports, notebooks, dataflows, semantic models, objects, etc...
Most people agree that doing this is important and generally a missing piece in the data world. If it could be integrated to the physical objects people will use it more.
We could track changes to the documentation, see which objects are missing it, etc...
This could be used in data exploration helping people understand their data more.
Copilot would be a great fit to help with this.
Even just a simple notes link to each object would be a start.
Could this architecture be created in a way that the same parts could be used for documentation in the rest of the Power Platform too?
Thanks
2 Comments
- fbcideas_migusrNew MemberStatus added:New
- ThornKevin
Advocate I
Agree, the semantic model details page should include additional attributes next to title and description as an easy starting point for the PG to make Fabric more useful. This would also allow greater insights into the provided data products and later integration within purview. Below some field ideas for the semantic model detail page: - „Classification“: The nature of the exposed data (source-aligned, aggregate, consumer-aligned) - „Ownership“: Data Product Owner, e.g. a specific department within the enterprise - „Security Tags“: Does this data product contain Personally Identifiable Information (PII)? - „Source Systems“: Maybe this could be handled as tag list or be auto-populated. Some of our users just want to search for Siemens Teamcenter (PLM) data within Fabric
Recent ideas
Restore "no-reply" option for Power BI Subscriptions
Please add a setting in the Power BI Subscription pane to choose the sender identity. With the recent update the platform forces emails to route through the subscription owner's personal Exchange On...LenaFid8 hours agoRegular VisitorNew300Views52likes11CommentsEnforcing OneLake Security on external semantic model API calls without adding security risks
Problem External applications cannot query Fabric semantic models on a user’s behalf - with OneLake RLS security rules enforced - unless the Fabric API is exposed to any and every client an authoriz...sean_cochran11 hours agoResolver INew21Views0likes0CommentsAllow ownership transfer (“Take over”) for Activator items
Activator rules run under the identity of the item’s creator. When that person leaves the organization and their account is disabled, all rules stop working silently. Unlike other Fabric items, there...ndelcastillo11 hours agoRegular VisitorNew29Views1like0Comments