Skip to main content
All In One Access Management — A build-to-order Odoo module that lets you restrict menus, fields, buttons, reports, views, an — 1/1Illustrative preview

A build-to-order Odoo module that lets you restrict menus,

fields, buttons, reports, views, and tabs per user or group from one control panel.

ECOSIRE scopes, builds, installs, and supports it — it is not an instant download.

What is All In One Access Management?

A build-to-order Odoo module that lets you restrict menus, fields, buttons, reports, views, and tabs per user or group from one control panel. ECOSIRE scopes, builds, installs, and supports it — it is not an instant download. Built to order by ECOSIRE for Odoo 17, 18, 19 — indicative price from $999.00 USD; request a quote for a scoped proposal.

Key Features

Central admin screen to define access rules per user or per security group, with additive union evaluation across a user's groups
Menu restriction that hides top-level and nested `ir.ui.menu` items without cloning or editing the group that grants the underlying model access
Field-level control: mark any field read-only or fully hidden, enforced server-side in the view architecture so values never reach the browser or RPC
Button locking for header and statusbar buttons (e.g. Confirm, Validate, Cancel) so restricted users see the record but cannot trigger the action
Notebook tab hiding on form views (e.g. Accounting, Other Info tabs) driven by user/group rules
View-type restriction to remove or lock specific list, form, kanban, pivot, or graph views for chosen roles
QWeb report locking that gates `ir.actions.report` so restricted users cannot print or download selected reports even when they can read the record
Server-side enforcement via the `_fields_view_get` / view-arch pipeline rather than client-side CSS, closing the developer-tools and JSON-RPC/XML-RPC bypass
Respects and layers on top of existing `ir.model.access.csv` and record rules instead of replacing your security model
Per-user and per-group precedence handling so overlapping rules resolve predictably and are documented
Per-user/group rule caching with invalidation on change to keep form and menu rendering fast on large databases
Optional export of the full restriction matrix for audit — a readable answer to 'who can do what'
Multi-company aware rule scoping so restrictions can differ by company (quoted as an add-on)
Compatible with Odoo 17.0, 18.0, and 19.0 on Community or Enterprise, with edition-specific view handling

Built to order, done for you

No DIY setup — a working app, built, installed and supported by ECOSIRE.

  1. 1

    You order

    Start with a one-time build price. We scope it with you at kickoff.

  2. 2

    We build & install

    ECOSIRE builds, configures and installs it on your Odoo.

  3. 3

    Go live + support

    You go live in about one working week, with two weeks of go-live support. Defects in the code we deliver are fixed free of charge.

Technical Specifications

Odoo Compatibility
Odoo 17, Odoo 18, Odoo 19
Editions
Enterprise & Community
License
Licence confirmation required
Python Requirement
Python 3.10+
Database
PostgreSQL 12+

About this Product

Odoo ships with a capable security model — groups, ir.model.access.csv for CRUD at the model level, and record rules for row-level scoping — but most teams hit a wall the moment they need finer control. You cannot, out of the box, hide a specific button on a form for one department, blank out a sensitive field like a salary or cost price for a role, remove a single menu item without touching the group that grants the underlying access, or block a QWeb report from being printed by users who can still see the record. Admins end up cloning groups, hand-editing XML, and maintaining brittle overrides that break on every upgrade. Access intent lives in a dozen places, and nobody can answer "who can actually do what" without opening the database.

All In One Access Management is a productized module we build for you that consolidates access control into one administrator screen. From a single configuration model you restrict, per user or per security group, the pieces of the interface that Odoo's native tools leave exposed: top-level and nested menu items, individual fields (read-only or fully hidden), header and statusbar buttons, notebook tabs, list/form/kanban views, and QWeb report actions. Rules are additive and evaluated at render time, so a person in three groups gets the correct union of restrictions without you cloning a single group.

Technically, the module defines its own configuration models (models.Model) with a clean __manifest__.py declaring dependencies and data files, and enforces rules by extending the relevant _fields_view_get / view-arch pipeline for fields, tabs, buttons and views, layering ir.ui.menu visibility on top of Odoo's menu computation, and gating ir.actions.report execution for report locking. Sensitive-field hiding is applied server-side in the view architecture — not just CSS — so values are not shipped to the browser and cannot be read via the developer tools or the XML-RPC/JSON-RPC API by an unauthorized user. Access decisions are cached per user/group and invalidated on rule change to keep form rendering fast. Everything respects the existing ir.model.access.csv and record-rule layer rather than replacing it, and we keep an audit-friendly configuration so you can export exactly who is restricted from what. We support Odoo 17.0, 18.0, and 19.0, and adapt to Community or Enterprise (some Enterprise-only views and studio-generated fields need specific handling, which we cover during scoping).

Because this is build-to-order, nothing is auto-installed to your database on purchase. We start with a short scoping call to map your groups, the exact menus/fields/buttons/reports you want governed, and your Community-vs-Enterprise setup and edition. We then build against your version, deliver on a staging database for UAT, and go live only after you sign off — typical delivery is one working week from confirmed scope. You receive the installable source, documentation, and a support window. Pricing starts from $999 (indicative, single-company base scope); wider rule matrices, multi-company access segregation, and integration with custom or third-party modules increase the quoted scope.

What you get

  • Installable, version-matched module source code for your Odoo (17.0/18.0/19.0), Community or Enterprise
  • Installation and configuration on your environment, including initial rule set from the scoping call
  • Technical documentation covering models, the enforcement pipeline, dependencies, and upgrade notes
  • End-user and administrator guide plus a live training session for your access administrators
  • UAT on a staging database with a documented rollback plan before any production go-live
  • Post-go-live support window for defects and configuration questions
  • Private git repository handover with full commit history and tagged release

Who this is for

Odoo Administrator / IT Manager

Owns the group and access model and is tired of cloning groups and hand-editing XML to hide one button or field. Wants one screen to manage menu, field, button, report, and tab restrictions that survives upgrades across 17/18/19.

Finance & Operations Lead

Needs cost prices, margins, salaries, or vendor data hidden from staff who still must use the same forms, and needs certain reports locked from printing — without breaking those users' day-to-day access.

Compliance / Internal Audit Officer

Must demonstrate segregation of duties and produce a defensible answer to 'who can view or do what' across the ERP, with an exportable restriction matrix rather than a database spelunking exercise.

Multi-Company / Group CFO

Runs several companies in one Odoo database and needs access rules that differ by company and role, layered cleanly on top of existing record rules without a fragile web of custom groups.

How All In One Access Management Compares

CriterionECOSIRECustom BuildCompetitorOdoo Native
Menu / field / button / tab restriction per user or groupAll governed from one admin screen, additive across groupsAchievable but you build and maintain each override yourselfOften covers menus and fields; button/tab/report support variesNo single per-user control; requires group cloning and XML edits
Report (QWeb) print/download lockingGates `ir.actions.report` per user or groupPossible with bespoke action overrides you maintainSometimes offered, sometimes a separate add-onNot available if the user can read the record
Enforcement depthServer-side in view arch and report actions, not CSS-onlyDepends entirely on how carefully you build itVaries; some rely on client-side hidingSecurity is server-side but not at this UI granularity
Fit to your version and editionBuilt for your 17/18/19, Community or EnterpriseFully tailored, at full custom-build costGeneric build; edge cases on your setup are your problemShips with the platform, no tailoring
Upgrade and maintenanceDocumented, git-handed-over, support window includedYour team owns all future upgrade breakageVendor updates on their schedule, not yoursMaintained by Odoo but you re-apply overrides each upgrade
Audit / 'who can do what' visibilityExportable restriction matrixOnly if you build reporting for itRarely providedManual inspection of groups and rules
Delivery modelBuild-to-order, UAT on staging, sign-off then go-liveFull project from scratchInstant download, self-install and self-supportIncluded, self-configured
Indicative costFrom $999, fixed quote after scopingTypically higher; full bespoke developmentLow list price, no tailoring or support scopeNo license cost, no added capability

Frequently Asked Questions about All In One Access Management

Is this an app I can download and install right now?

No. It is build-to-order. ECOSIRE scopes your exact requirements, builds the module against your Odoo version and edition, delivers it on a staging database for UAT, and installs to production only after you sign off. You receive the installable source and git repository at handover.

How long does delivery take?

Typical delivery is one working week from confirmed scope. The timeline depends on how many menus, fields, buttons, reports, and views you want governed, whether multi-company segregation is needed, and any integration with custom modules. We confirm dates after the scoping call.

How does pricing and scoping work?

Pricing starts from $999, which is indicative for a single-company base scope. After a short scoping call we issue a fixed written quote. Wider rule matrices, multi-company access segregation, deeper localization, and integration with custom or third-party modules increase the quoted scope.

What about support and future Odoo updates?

Every engagement includes a post-go-live support window for defects and configuration help. We build for Odoo 17.0, 18.0, or 19.0; migrating your rules to a newer major version, or extending them to new modules later, is available as a follow-on engagement and quoted separately.

Is field hiding secure, or just visual?

It is enforced server-side in the view architecture and, where relevant, at the report action, so hidden field values are not sent to the browser and cannot be retrieved by an unauthorized user through developer tools or the XML-RPC/JSON-RPC API. It is not a CSS-only cosmetic hide.

Does it replace Odoo's existing security model?

No. It layers on top of your `ir.model.access.csv` entries and record rules, adding UI-level restrictions (menus, fields, buttons, tabs, views, reports) that Odoo core does not expose per user or group. Your existing groups and rules keep working.

Does it work on Odoo Community and Enterprise?

Yes, for 17.0, 18.0, and 19.0. Some Enterprise-only views and studio-generated fields need specific handling; we identify those during scoping and cover them in the build so the restrictions behave consistently on your edition.

Request a quote

All In One Access Management

A build-to-order Odoo module that lets you restrict menus, fields, buttons, reports, views, and tabs per user or group from one control panel. ECOSIRE scopes, builds, installs, and supports it — it is not an instant download.

  • Central admin screen to define access rules per user or per security group, with additive union evaluation across a user's groups
  • Menu restriction that hides top-level and nested `ir.ui.menu` items without cloning or editing the group that grants the underlying model access
  • Field-level control: mark any field read-only or fully hidden, enforced server-side in the view architecture so values never reach the browser or RPC
  • Button locking for header and statusbar buttons (e.g. Confirm, Validate, Cancel) so restricted users see the record but cannot trigger the action

Request a Quotation

Tell us about your All In One Access Management requirements and we'll send pricing, licensing options and a tailored proposal — usually within one business day.

No payment now. This sends a quote request to our team — we'll follow up by email with pricing and next steps.