An administrator configures Dynamic Forms on a custom object record page and sets a component visibility rule to hide a sensitive financial field from users with a specific job role. A user with that role notes that although the field is hidden when viewing the record page in Lightning Experience, they can still view the field value when executing a custom report or querying data via the API. What is the root cause of this behavior?
- Dynamic Forms component visibility controls UI display on Lightning pages only and does not enforce Field-Level Security across reports, list views, or API access.Cevap
- BDynamic Forms component visibility rules require Org-Wide Defaults to be set to Private before field data can be masked from reporting and API queries.
- CDynamic Forms visibility filters are overridden whenever a permission set is assigned to a user without an explicit object layout assignment.
- DDynamic Forms component visibility rules only apply when viewing records on desktop devices and do not restrict data on mobile or API channels.
Cevap
Dynamic Forms component visibility controls UI display on Lightning pages only and does not enforce Field-Level Security across reports, list views, or API access.
Dynamic Forms component visibility rules determine whether a field component is rendered on a Lightning record page. However, they do not restrict data access at the database level. If a user has Read permission for a field defined in their Profile or Permission Sets (Field-Level Security), they can still query and view the field via reports, list views, export tools, or API endpoints. To completely restrict access to a field, administrators must modify Field-Level Security.
Adım Adım Çözüm
Anahtar Kavram
Dynamic Forms Component Visibility vs. Field-Level Security (FLS)