跳至主要内容
产品详细信息以英文显示。翻译即将推出。
All In One Access Management — A build-to-order Odoo module that lets you restrict menus, fields, buttons, reports, views, an — 1/1示意预览

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.

什么是 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.

核心功能

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

按需定制,全程代劳

无需自行搭建——由 ECOSIRE 构建、安装并提供支持的可用应用。

  1. 1

    您下单

    以一次性构建价格开始。我们在启动时与您共同确定范围。

  2. 2

    我们构建与安装

    ECOSIRE 在您的 Odoo 上构建、配置并安装。

  3. 3

    上线 + 支持

    约一个工作周内上线,并包含两周上线支持。我们交付的代码中的缺陷免费修复。

技术规格

Odoo 兼容性
Odoo 17, Odoo 18, Odoo 19
版本
企业版和社区版
许可证
许可证需要确认
Python 要求
Python 3.10+
数据库
PostgreSQL 12+

关于此产品

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.

你得到什么

  • 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

这是给谁的

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.

All In One Access Management 如何比较

标准伊科西尔定制建造竞争对手Odoo 原生
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

关于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.

申请报价

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

申请报价

告诉我们您对 All In One Access Management 的需求,我们将发送价格、许可选项和量身定制的方案,通常在一个工作日内。

现在无需付款。此操作会向我们的团队发送报价请求——我们会通过邮件跟进价格和后续步骤。