A shared team inbox for Odoo — one collaborative view over your info@/support@/sales@ mailboxes with assignment, canned replies, snooze and real-time collision detection. Built to order by ECOSIRE, installed and supported after you request a quotation. Built to order by ECOSIRE for Odoo 17, 18, 19 — indicative price from $549.00 USD; request a quote for a scoped proposal.

A shared team inbox for Odoo — one collaborative view over your info@/support@/sales@ mailboxes with assignment, canned replies, snooze and real-time collision detection. Built to order by ECOSIRE, installed and supported after you request a quotation.
今すぐのお支払いはありません。これはチームへの見積もり依頼を送信します。価格と次のステップをメールでご案内します。
Most teams start with a shared mailbox — info@, support@, sales@ — forwarded into a handful of personal inboxes. It works until it doesn't: two agents reply to the same customer, messages get silently "claimed" by whoever opened them first, replies go out from the wrong address with the wrong signature, and nobody can tell what's still waiting for a first response. Odoo's core mail module gives you Discuss, chatter and fetchmail incoming aliases, but it is built around record-centric threads (a lead, a task, a partner), not around a shared, ownable email queue. Out of the box there is no unassigned queue, no per-agent workload view, no collision warning, no SLA timer, and no clean separation between a public reply to the customer and an internal note to your colleague. Full helpdesk ticketing solves some of that, but it forces a ticket lifecycle and a support-desk mental model onto teams that just want to run their mailbox together.
Route multiple IMAP/`fetchmail` incoming aliases (info@, support@, sales@) into one collaborative inbox, each bound to its own outgoing `ir.mail_server` for correct per-mailbox sending
Automatic conversation threading by parsing `Message-ID`, `References` and `In-Reply-To` headers so an entire email chain collapses into a single readable thread
Ownership model with assign, reassign and self-claim actions, a dedicated `unassigned` queue, and reassignment history on each conversation
Per-agent workload dashboard driven by stored `compute` fields (`@api.depends`) — open, pending and overdue counts per teammate
Real-time collision detection over Odoo's bus showing who is currently viewing or drafting a reply on a conversation
Public replies to the customer versus internal `mail.message` notes on the same thread, with `@mention` to pull in a colleague
The Unified Team Inbox is a made-to-order Odoo application we design and build for your specific mailboxes and workflow. Technically it is a set of custom models (models.Model with proper _inherit of mail.thread where it earns its keep) declared in a versioned __manifest__.py that depends on base, mail, fetchmail and contacts. Multiple IMAP/fetchmail incoming servers route into a single collaborative inbox, each mailbox bound to its own outgoing ir.mail_server so a reply to a support@ thread leaves as support@ with the right signature. Conversations are threaded automatically by parsing Message-ID, References and In-Reply-To headers so an entire back-and-forth reads as one thread rather than a scatter of disconnected emails. Every conversation carries an ownership state — assign, reassign, claim, or leave in an unassigned queue — surfaced through OWL/XML views as Kanban and list layouts per team, with a per-agent workload dashboard driven by stored compute fields and @api.depends. Real-time collision detection uses Odoo's bus to show who is currently viewing or replying, so two people never send conflicting answers.
On top of that spine we build the day-to-day tooling support and sales teams actually live in: public replies versus internal mail.message notes on the same thread with @mention collaboration; canned replies/snippets with dynamic placeholders (contact, company, related order) rendered at reply time; conversation statuses (open, pending, snoozed, closed) with snooze-with-reminder and follow-up scheduling via ir.cron and Odoo's automated actions; tags/labels and saved filtered views; SLA first-response and resolution timers with breach reporting exposed through QWeb/list reporting; and per-mailbox and per-agent signatures applied automatically on send. Every thread auto-links to res.partner, so an agent sees prior conversations and existing CRM or helpdesk context inline. Assignment automation rules — round-robin, or by tag or sender domain — distribute incoming mail without a human triaging the queue. Access is locked down with ir.model.access.csv plus record rules so agents see the right mailboxes and teams, and everything is reachable over the standard XML-RPC/JSON-RPC API for integration with your other systems. We target Odoo 17.0, 18.0 and 19.0 and build cleanly against Community, layering in Enterprise-only hooks only where your edition supports them.
Because this is build-to-order, nothing is downloaded and switched on today. After a short scoping call we confirm your mailboxes, teams, routing rules and edition, then design, build and test the module against a staging copy of your database. Typical delivery is 2–4 weeks from confirmed scope. You receive installable source code for your Odoo version, a documented git repository, install and configuration, UAT sign-off on staging with a rollback plan, and a post-go-live support window. Pricing starts from $549 (indicative, single-company base scope); the number of connected mailboxes, multi-company routing, deeper CRM/helpdesk integration, SLA and reporting depth, and any data migration of historical mail increase the quoted scope. You get a fixed quote after the scoping call — never a surprise invoice.
Support agents drowning in a forwarded info@/support@ inbox who need assignment, an unassigned queue and collision detection — but find full helpdesk ticketing too heavy for how they actually work.
A sales team fielding inbound sales@ enquiries that need fast, ownable follow-up with canned replies and `res.partner`/CRM context, without every message becoming a formal ticket.
Ops staff handling supplier and customer email tied to orders, who need threads auto-linked to the contact and related order, snooze-with-reminder for pending items, and clear ownership so nothing falls through.
The person accountable for response times and coverage — wants SLA timers, breach reporting, per-agent workload visibility and record-rule-scoped access, all inside the Odoo database they already run.
ecosire.com でライセンスを購入し、アカウント ダッシュボードから Unified Team Inbox for Odoo モジュールの ZIP をダウンロードします。
ZIP をサーバー上の Odoo カスタム アドオン フォルダーに抽出します (または、[アプリ] > [Odoo.sh / runbot のファイルからインストール] を介してアップロードします)。
開発者モードをアクティブにし、アプリを開き、「アプリリストの更新」をクリックして、「Unified Team Inbox for Odoo」を検索し、「インストール」を押します。
新しいメニューを開き、ECOSIRE ライセンス キーを貼り付け、外部認証情報 (Shopify、Amazon、Stripe など) を接続して保存します。
組み込みの接続テストを実行し、最初の 10 レコードを同期し、定期的な cron をスケジュールします。何か問題が発生した場合はサポートにお問い合わせください。
| 基準 | エコシエール | カスタムビルド | 競合他社 | オドゥー ネイティブ |
|---|---|---|---|---|
| Shared, ownable inbox | Purpose-built shared queue with assign/claim and an unassigned pile | Achievable but you specify and maintain the whole ownership model | Generic shared inbox, ownership model may not match your workflow | |
| Collision detection | Real-time over Odoo's bus — see who is viewing/replying | Must be designed and built from scratch | Sometimes included, behaviour varies by vendor | |
| Multi-mailbox routing | Many IMAP aliases in, correct per-mailbox `ir.mail_server` out | Possible but you own the routing and signature logic | Often single-mailbox or limited multi-mailbox support | |
| SLA timers & breach reporting | First-response and resolution SLA with breach flags and reports | Build timers, cron and reporting yourself | Sometimes present, depth and reporting vary | |
| Canned replies with placeholders | Snippets with contact/company/order placeholders rendered at reply | Feasible with added specification and dev effort | Often static snippets, limited dynamic placeholders | |
| Fit to your workflow | Tailored to your mailboxes, teams and rules at scoping | Fully tailored — at full custom cost and timeline | Fixed feature set — you adapt to the module | |
| Support & ownership | Post-go-live support window plus git repo handover | Depends entirely on your in-house developer's availability | Vendor support terms vary; source often not handed over | |
| Delivery model | Build-to-order, tested on staging, 2–4 weeks from scope | Longer build; scoping, dev and QA are all on you | Instant download but genuine setup effort still required |
No. The Unified Team Inbox is build-to-order. ECOSIRE designs, builds, installs and supports it for your specific mailboxes, teams and Odoo edition after you request a quotation — it is not an off-the-shelf apps.odoo.com download you switch on today.
Typical delivery is 2–4 weeks from confirmed scope. After the scoping call we confirm your mailboxes, routing rules, teams and Odoo version, then build and test against a staging copy of your database before go-live. Larger scopes — many mailboxes, multi-company, historical mail migration — sit at the upper end or beyond, and we tell you honestly at scoping.
Pricing starts from $549 as an indicative single-company base-scope figure. The number of connected mailboxes, multi-company routing, CRM/helpdesk integration depth, SLA and reporting requirements, and any historical-mail migration change the effort. You get a fixed, written quote after the scoping call — no surprise invoicing.
We build for Odoo 17.0, 18.0 and 19.0 and target Community cleanly, so the core inbox works without Enterprise. Where your database is on Enterprise, we can hook into edition-specific features. We confirm your exact version and edition at scoping so the delivered module matches your environment.
Odoo core `mail` and Discuss are record-centric — threads hang off a lead, task or partner — and have no shared, ownable email queue, no unassigned pile, no collision warning and no SLA timers. Full helpdesk forces a ticket lifecycle. This gives your team a genuine shared mailbox with assignment, statuses, canned replies and collision detection, without imposing ticketing.
Every build includes a post-go-live support window for defect fixes and configuration adjustments, plus the git repository so you own the code. Beyond that window, or when you upgrade to a newer Odoo major version, we offer ongoing support and migration as a scoped follow-on engagement.
Yes. It builds on `fetchmail` for incoming IMAP aliases and `ir.mail_server` for outgoing, so it uses your existing mail infrastructure. Threads auto-link to `res.partner`, and everything is reachable over the standard XML-RPC/JSON-RPC API for integration with your other systems.
A shared team inbox for Odoo — one collaborative view over your info@/support@/sales@ mailboxes with assignment, canned replies, snooze and real-time collision detection. Built to order by ECOSIRE, installed and supported after you request a quotation.