Added a field referencing to a table but it showing as ready only

vinithavija
Tera Contributor

vinithavija_0-1793878521958.pngvinithavija_1-1793878600298.png

Table name: sn_grc_reg_change_regulatory_feed

 

Both the classic UI and workspace has the same issue. I tried to add another field as well, its shows the same issue. I added the same field in another table it works fine. 

2 ACCEPTED SOLUTIONS

Sanjay191
Kilo Patron

Hi @vinithavija 

Please check whether any ACLs (on both the parent and current tables) are restricting write access. Also, verify the scope in which this field was created and try changing your current scope to match the scope of the target field.
If my answer has helped with your question, please mark my answer as accepted solution and give a thumb up.
Thank You


View solution in original post

Tarun Rekandar
Mega Guru

Hi @vinithavija,

 

From the screenshot, the Subsidiary field is configured as a Reference field pointing to Company [core_company], and the Mandatory option is enabled.

 

Since the issue occurs in both Classic UI and Workspace, I would suggest checking the following:

  1. Dictionary Entry: Verify the field configuration, especially Mandatory, Read-only, and Reference table.

  2. Dictionary Override: Check whether any override exists for this field on the table or its parent table.

  3. UI Policies / Client Scripts: Check whether any inherited or table-specific scripts are modifying the field.

  4. ACLs: Verify field-level read and write permissions.

  5. Reference Qualifier: Temporarily remove the qualifier and test whether the issue persists.

  6. Application Scope: Ensure the field is created and configured in the correct application scope.

Since the same field works correctly on another table, I would first investigate Dictionary Overrides, inherited configurations, and table-specific ACLs on sn_grc_reg_change_regulatory_feed. Also, try clearing the instance cache after making configuration changes and test again.

 

Hope this helps, Accept the solution if it assisted you with your question & Mark this response as Helpful.


Regards,
Tarun

View solution in original post

3 REPLIES 3

Sanjay191
Kilo Patron

Hi @vinithavija 

Please check whether any ACLs (on both the parent and current tables) are restricting write access. Also, verify the scope in which this field was created and try changing your current scope to match the scope of the target field.
If my answer has helped with your question, please mark my answer as accepted solution and give a thumb up.
Thank You


Tarun Rekandar
Mega Guru

Hi @vinithavija,

 

From the screenshot, the Subsidiary field is configured as a Reference field pointing to Company [core_company], and the Mandatory option is enabled.

 

Since the issue occurs in both Classic UI and Workspace, I would suggest checking the following:

  1. Dictionary Entry: Verify the field configuration, especially Mandatory, Read-only, and Reference table.

  2. Dictionary Override: Check whether any override exists for this field on the table or its parent table.

  3. UI Policies / Client Scripts: Check whether any inherited or table-specific scripts are modifying the field.

  4. ACLs: Verify field-level read and write permissions.

  5. Reference Qualifier: Temporarily remove the qualifier and test whether the issue persists.

  6. Application Scope: Ensure the field is created and configured in the correct application scope.

Since the same field works correctly on another table, I would first investigate Dictionary Overrides, inherited configurations, and table-specific ACLs on sn_grc_reg_change_regulatory_feed. Also, try clearing the instance cache after making configuration changes and test again.

 

Hope this helps, Accept the solution if it assisted you with your question & Mark this response as Helpful.


Regards,
Tarun

vinithavija
Tera Contributor

Hi @Sanjay191 @Tarun Rekandar ,

Thank you for your help. I have created a ACL for that subsidiary column with adding roles (sn_grc_reg_change.manager, sn_grc_reg_change.user) fixed this issue. One of the ACL was blocked the write access to that column. 

vinithavija_0-1793970125593.pngvinithavija_1-1793970142329.pngvinithavija_2-1793970159311.png