Skip to main content

How does Furious evaluate the permissions?

Updated over 2 months ago

Business Context and Objective

Furious offers two complementary systems for managing access rights:

Permission Management (Settings > Permission Management)

Module-specific Configurations (Settings > CRM, Business, Project, etc.)

These two systems may seem redundant but address distinct needs and work in a complementary logic.

Understanding this architecture allows you to configure your users' access rights accurately and anticipate Furious's behavior based on a given configuration.

Permissions Architecture and Complementarity

Furious applies permissions according to 3 complementary mechanisms:

Level 1 — Access Permissions (Permission Management)

Role: Determines WHO can access a page or feature.

Location: Settings > Furious Configuration > Permission Management

Functioning:

• If the user does not meet the criteria defined in the permission → Access Denied

• If the user meets the criteria → Access granted to the page

💡 Tip: Access permissions are the first control. Without page access, other configurations do not apply.

Example:

• Permission "CRM: access the CRM page" configured as "Authorization Level: Admin, Management, Business"

• A user with the "Project" role → Does not see the CRM page at all

• A user with the "Business" role → Accesses the CRM page


Level 2 — Visibility Filters (Configurations by Module)

Role: Determines WHAT DATA the user can see on the page they have access to.

Location: Settings > Furious Configuration > [Relevant Module] > General Configuration

Functioning:

• These configurations automatically filter displayed data according to the user's authorization level

• They apply after the user has accessed the page

Examples of filter configurations:

Module

Configuration

Impact

CRM

"Allow project users to access all contacts"

If NO: "Project" users only see contacts they are assigned to

CRM

"Allow project/business to access all cards in the CRM pipeline"

If NO: "Project" and "Business" users only see cards they are assigned to

💡 Tip: Module-specific configurations refine visibility after page access is granted.


Level 3 — Specific Actions

Role: Determines WHAT the user can do with the data they have access to.

Location: Settings > Furious Configuration > Permission Management (specific action permissions)

Functioning:

• These permissions control specific actions like: create, edit, delete, export, validate, etc.

• They apply after the user has access to the data

Examples:

• "CRM: edit a contact"

• "Quote: delete a quote"

• "Project: validate a project"


Best Practices and Examples

Example 1: CRM Contact Confidentiality by User

Objective: Salespeople (Project/Business) only see their assigned contacts, Management sees everything.

Recommended Configuration:

Level 1 — Access Permission:

• Permission "CRM: access the CRM page"

• Option: Relevant Person

Manually include: Management users

Level 2 — CRM Configuration:

• Configuration "Allow project users to access all contacts"

• Value: NO (defense in depth, optional)

Expected Result:

User

Contact A (assigned to them)

Contact B (assigned to another)

Contact C (unassigned)

Business Salesperson

✅ Visible

❌ Invisible

❌ Invisible

Project Salesperson

✅ Visible

❌ Invisible

❌ Invisible

Director (manually included)

✅ Visible

✅ Visible

✅ Visible


Example 2: Project Pipeline Access with Hidden Financial Indicators

Objective: Grant access to the project pipeline to everyone, but hide financial indicators for "Project" profiles.

Recommended Configuration:

Level 1 — Access Permission:

• Permission "Project: access to all open projects in the project [list] and [pipeline]"

• Option: Authorization Level: Admin, Management, Business, Project

Level 3 — Action Permission:

• Permission "Project pipeline: allow viewing of project KPIs"

• Option: Authorization Level: Admin, Management, Business (exclude "Project")

Expected Result:

• "Project" users see the project pipeline but not the Revenue or Gross Margin of the projects

• "Management" and "Business" users see everything


Checks and Prerequisites

Behavior of Manual Inclusions and Exclusions

Manual Inclusions: ✅ Manual inclusion provides complete access without a filter.

Example:

• Permission "CRM: access the CRM page" configured as "Relevant Person"

• Marie (Management) is manually included

• Result: Marie sees ALL contacts (not just the ones she is assigned to)

Manual Exclusions: ❌ Manual exclusion blocks all access, even if the user matches the criteria.

Example:

• Permission configured as "Authorization Level: Project, Business"

• Pierre (Business) is manually excluded

• Result: Pierre has no access to the CRM despite his Business level

⚠️ Warning: Manual inclusions and exclusions are powerful overrides that take precedence over all configured rules.


Technical Prerequisites

For this logic to work correctly:

Authorization levels must be correctly assigned to users

• The "Manager" field must be filled if you are using the "Manager of the relevant person" option

• The "Assigned to" fields must be completed on CRM/Business/Project records if you are using the "Relevant person" option


To Learn More

Key Takeaways

Furious manages permissions through two complementary systems: page access permissions (Permission Management) and module-specific configurations that filter visible data. Manual inclusions provide complete access without a filter, while manual exclusions block all access. Understanding this complementarity allows precise configuration of your users' business access rights.

Did this answer your question?