Questions About Dynamic Permissions, Numeric Field Formatting, and Filtering Related Objects

Hello,
We have a few issues that we haven't been able to solve:

We work with many workflows, and the "Assigned To" field is editable by all users, not just the person it was assigned to.
We considered setting permissions for the entire object to only the assignee, but we wanted to ask if there's a "simpler" way to dynamically control permissions specifically for the "Assigned To" field, without affecting the whole object.

We have fields that represent percentages. Is it possible to add a percentage sign (%) next to a real number field (not in the field name)?

In real number fields, there is a comma separator every three digits (e.g., 123,132), but in integer fields, there is no comma separator.
Is it possible to apply the same comma separation to integer fields as well?

In every object, there's a triangle icon next to it showing "Related Objects".
Clicking the triangle reveals all related objects.
Is it possible to hide certain related objects?
We have an object with many links, and we want to show only the "significant" ones.

  • "Assigned to" is a special property that has additional restrictions not connected to the object permissions. Check the note under Managing the Assigned to property and see the options under Advanced Vault Settings > Assignments > Permissions.

    It's not possible to add a percentage sign to a number field. You could automatically calculate a text field based on the number field and add the percentage sign to the text field if you need this formatted value somewhere.

    M-Files follows the OS and browser formatting for the fields, so I would check if it's possible to enable thousand separators in Windows settings (for the desktop client). Support article: How to manage date and number formats in M-Files

    You can define which relationships to show with Related Object Hierarchy rules under Advanced Vault Settings > Configuration > Client > Classic Desktop > Listing > Related Object Hierarchy. These rules are supported in the classic M-Files Desktop for now and the support for the new clients (M-Files Web and the new M-Files Desktop) is coming later.

  • I'd try this for assigned to problem;

    1. Put "assigned to" in a group for every class
    2. make that group as "read only" as default. So now, noone can change assigned user
    3. add a lookup named "IsAssigned" with "Yes" and "No" values
    4. Default for this is "No"
    5. Make a second rule on Metadata Configuration to disable read only on this group with "IsAssigned" set to "Yes"
    6. add another lookup named "change assignee" with "Yes" and "No" values
    7. Default for this is "No"
    8. Use property calculator to change this lookup to "Yes" when the user is the assigned user
    9. Do the same for if the user is not the assigned user to change it back to "No"
    10. Tell your users to change "change assignee" to "Yes" to trigger the property calculator
    11. Property Calculator will set "IsAssigned" to "Yes" when triggered. Second MDCC will kick in and make the "Assigned To" editable. 
    12. User assigns the object to another person and saves
    13. Second Property Calculator rule kicks in and sets "No" to "IsAssigned" . The "Assigned To" property is read only again.

    Looks long and complicated but it's only 2 MDCC rule and 2 Property Calculator rule Slight smile