- 首页
- Apps
- SaaS Tools
- Multi Company Email Communications
示意预览A build-to-order Odoo module that gives every company in your database its own outgoing email identity
— sender address, branded signature, and reply-to — so mail always leaves under the correct brand. ECOSIRE scopes, builds, installs, and supports it for Odoo 17.0, 18.0, and 19.0.
什么是 Multi Company Email Communications?
A build-to-order Odoo module that gives every company in your database its own outgoing email identity — sender address, branded signature, and reply-to — so mail always leaves under the correct brand. ECOSIRE scopes, builds, installs, and supports it for Odoo 17.0, 18.0, and 19.0. Built to order by ECOSIRE for Odoo 17, 18, 19 — indicative price from $999.00 USD; request a quote for a scoped proposal.
核心功能
按需定制,全程代劳
无需自行搭建——由 ECOSIRE 构建、安装并提供支持的可用应用。
- 1
您下单
以一次性构建价格开始。我们在启动时与您共同确定范围。
- 2
我们构建与安装
ECOSIRE 在您的 Odoo 上构建、配置并安装。
- 3
上线 + 支持
约一个工作周内上线,并包含两周上线支持。我们交付的代码中的缺陷免费修复。
技术规格
- Odoo 兼容性
- Odoo 17, Odoo 18, Odoo 19
- 版本
- 企业版和社区版
- 许可证
- 许可证需要确认
- Python 要求
- Python 3.10+
- 数据库
- PostgreSQL 12+
关于此产品
When you run several legal entities or brands inside one Odoo database, email is where the separation quietly falls apart. A quotation from your Dubai entity, an invoice from your UK company, and a delivery note from a subsidiary all leave through the same outgoing mail server and, worse, under the same From address and a generic footer. Odoo core lets you configure ir.mail_server records and a system-wide signature, but it does not reliably bind a specific sender identity, reply-to, and signature to the res.company that actually owns the document being sent. Customers end up replying to the wrong mailbox, footers name the wrong entity, and mismatched sender domains push your mail toward spam. This is the exact gap Multi Company Email Communications is built to close.
We build a module that makes the company the first-class driver of email identity. It extends res.company with per-company email fields — outgoing from address, reply_to, display name, and a QWeb-rendered HTML signature block — and adds a resolution layer on the mail send path. Whenever a mail.mail or mail.message is generated from a record, the owning company is inferred from the source document (company_id on the sale order, invoice, project, helpdesk ticket, etc.), and the matching outgoing ir.mail_server plus sender identity are applied via an override of _get_default_from_address / the mail.thread message-post pipeline. Signatures render from a per-company QWeb template so each brand keeps its own logo, address, and legal footer. Access is governed through ir.model.access.csv and record rules so a user only sees and edits the mail configuration for companies in their allowed set, and everything is exposed in clean settings views (XML/OWL) rather than raw technical fields.
Because the send-path override touches core mail behaviour, we build defensively: the resolution falls back gracefully to the current Odoo behaviour when no per-company identity is configured, so nothing that works today breaks. We handle the Community vs Enterprise differences (Enterprise's marketing and social mailing paths differ from core mail), and we test against your real transactional documents — sales, invoicing, and any custom flows you rely on. Optional add-ons we can scope in the same engagement include catch-all/bounce routing per company, alias-domain separation, and automated actions that stamp a company-specific reply-to on inbound-to-outbound conversions.
Delivery is build-to-order: you request a quotation, we run a short scoping call to confirm your entities, mail servers, and the documents in scope, then build on a staging copy of your database, run UAT with you, and deploy with a rollback plan. Typical delivery is one working week from confirmed scope. Pricing starts from $999 (indicative, single-company base scope); the number of companies, extra outgoing mail servers and domains, catch-all/bounce routing, and depth of localization or signature templating increase the quoted scope.
你得到什么
- Installable source code for your Odoo major version (17.0, 18.0, or 19.0), delivered as a proper module with `__manifest__.py`
- Installation and configuration on your staging environment, including per-company mail-server and identity mapping
- Technical documentation: model extensions, send-path override, security rules, and configuration reference
- End-user guide plus a live training session for the team managing company mail settings
- UAT on a staging copy of your database with a documented rollback plan before production deployment
- Production deployment and a post-go-live support window for defect fixes and configuration adjustments
- Git repository handover with full commit history and tagged release
- Odoo version-compatibility notes and an upgrade advisory for future major-version migrations
这是给谁的
Multi-entity group finance lead
Runs several legal entities in one Odoo database and needs invoices, quotations, and statements to leave under each entity's own sender address and legal footer for compliance and brand trust.
Group IT / Odoo administrator
Maintains the `ir.mail_server` records and domain authentication. Wants sender identity bound to company automatically so support tickets and mailings stop going out under the wrong From address and tripping spam filters.
Multi-brand operations manager
Operates distinct customer-facing brands from shared back-office. Needs each brand's outgoing email, reply-to, and signature to stay separate so customers reply to the correct team.
Managed-services / ERP partner
Implements Odoo for clients with subsidiaries and needs a reliable, supported per-company email-identity module rather than maintaining brittle custom overrides in-house.
Multi Company Email Communications 如何比较
| 标准 | 伊科西尔 | 定制建造 | 竞争对手 | Odoo 原生 |
|---|---|---|---|---|
| Per-company sender identity | Bound automatically to the document's owning company | Possible but you build and maintain the override yourself | Generic per-company mapping, may not cover all document types | Single system-wide from/signature; not company-aware on the send path |
| Per-company signature | QWeb template per company with logo and legal footer | Hand-coded per project; upkeep on you | Basic text signature, limited templating | One global signature shared across all companies |
| Reply-to routing | Enforced per company so replies reach the right mailbox | Achievable with effort, easy to miss edge cases | Often partial; inbound conversions may be missed | No reliable per-company reply-to binding |
| Security / access control | `ir.model.access.csv` + record rules scoped to allowed companies | Depends on developer discipline | Varies; not always company-scoped | Standard company rules, not tuned to mail identity |
| Fit to your workflows | Scoped to your real documents and mail servers | Fully bespoke but slow and unsupported | Fixed feature set; you adapt to it | Generic; you work around the gaps |
| Support & warranty | Post-go-live support window + git handover | Only if you retain the developer | Vendor support varies, often forum-only | Community/Enterprise support, not this feature specifically |
| Version coverage | Built and tested for 17.0/18.0/19.0, Community & Enterprise | Whatever you commission and re-test each upgrade | Depends on listing; upgrades may lag | Ships with core, but without company-aware sending |
| Delivery model | Build-to-order, staging UAT + rollback, one working week | Open-ended timeline and cost | Instant download, then self-integrate | Immediate, but doesn't solve the problem |
关于Multi Company Email Communications的常见问题
Is this an existing app I can download and install today?
No. Multi Company Email Communications is build-to-order. ECOSIRE scopes your entities, mail servers, and in-scope documents, then builds, installs, and supports the module for your Odoo version. It is not an instant apps.odoo.com download.
How long does delivery take?
Typical delivery is one working week from confirmed scope. After a short scoping call we build on a staging copy of your database, run UAT with you, and deploy with a rollback plan. The exact timeline is fixed in your quotation once scope is agreed.
How does pricing and scoping work?
Pricing starts from $999 (indicative, single-company base scope). The number of companies, additional outgoing mail servers and domains, catch-all/bounce routing, and localization depth affect the quote. You get a fixed quote after the scoping call — the from-price is indicative, not a firm fixed price.
Which Odoo versions and editions are supported?
We build for Odoo 17.0, 18.0, and 19.0, on both Community and Enterprise. Enterprise's mailing and social paths differ from core `mail`, so we confirm which sending flows you use during scoping and handle those differences in the build.
What about support and future updates?
Every engagement includes a post-go-live support window for defect fixes and configuration adjustments, plus a git repository handover so you own the code. When you upgrade to a future Odoo major version we provide an upgrade advisory and can quote the migration work separately.
Will this break the way Odoo already sends email?
No. The send-path resolution falls back to standard Odoo behaviour whenever a company has no custom identity configured, so existing flows keep working. We test against your real transactional documents on staging before anything reaches production.
Does it work when mail is sent via the Odoo API?
Yes. Identity resolution runs server-side on the mail pipeline, so mails triggered through the XML-RPC/JSON-RPC API, scheduled actions, or automated actions all receive the correct company sender, reply-to, and signature.
相关模块
Multi Company Email Communications
A build-to-order Odoo module that gives every company in your database its own outgoing email identity — sender address, branded signature, and reply-to — so mail always leaves under the correct brand. ECOSIRE scopes, builds, installs, and supports it for Odoo 17.0, 18.0, and 19.0.
- Extends `res.company` with per-company outgoing `from`, `reply_to`, and display-name fields resolved on the mail send path
- Per-company HTML signature rendered from a dedicated QWeb template (logo, address, legal footer) instead of a single global signature
- Company inference from the source document's `company_id` (sale order, invoice, project, helpdesk ticket) so mail leaves under the owning entity
- Override of the `mail.thread` message-post / `_get_default_from_address` pipeline that maps each company to its matching `ir.mail_server`



