Connect a Telegram bot to Odoo for two-way chat, lead capture, order/ticket notifications and subscriber broadcasts. Built, installed and supported by ECOSIRE. One-time license from $199.00 USD for Odoo 17, 18, 19 — includes 12 months of updates and support.

Connect a Telegram bot to Odoo for two-way chat, lead capture, order/ticket notifications and subscriber broadcasts. Built, installed and supported by ECOSIRE.
لا حاجة للدفع الآن. يؤدي هذا إلى إرسال طلب عرض سعر إلى فريقنا — وسنتواصل معك عبر البريد الإلكتروني بالأسعار والخطوات التالية.
Telegram Bot & CRM Integration is a custom Odoo module that ECOSIRE designs, builds, installs and supports for you — this is a build-to-order engagement with a typical 2–4 week lead time, not an instant apps.odoo.com download.
Direct integration with the official Telegram Bot API (webhook or long-polling cron mode, selectable per deployment)
Inbound Telegram messages auto-create a crm.lead or helpdesk.ticket, or thread onto the matching res.partner if the chat_id is already known
Two-way live chat: agents reply from Odoo Discuss (discuss.channel) and messages are delivered back to the customer's Telegram chat in real time
Contact resolution that stores Telegram chat_id, username and first/last name on res.partner, deduplicating repeat senders
Outbound event notifications via automated actions (base.automation) on Sale Order confirmation, Invoice posting, delivery validation and Helpdesk stage changes
Templated messages using QWeb/Jinja-style templates so buttons, links and dynamic fields (order number, total, tracking link) render per record
The module wires the official Telegram Bot API directly into your Odoo database so Telegram stops being a silo. Every inbound message from a customer becomes structured data in Odoo: a new crm.lead, a helpdesk.ticket, or a message threaded onto an existing record — with the Telegram chat_id, username and message history stored on the partner (res.partner). Your team replies from inside Odoo Discuss (mail.channel / discuss.channel) and the reply is delivered straight back to the customer's Telegram chat, giving you a genuine two-way conversation with a full audit trail.
On the outbound side, the module ships automated notifications driven by Odoo's own automation layer. Using automated actions (base.automation) and server actions triggered by record events, it can push a Telegram message when a sale.order is confirmed, an account.move (invoice) is posted, a delivery is validated, or a helpdesk.ticket changes stage — formatted with QWeb-style templates so the text, buttons and links match your branding. A broadcast tool lets marketing send a one-to-many message to opted-in subscribers, with delivery tracking and unsubscribe handling that respects Telegram's rate limits.
Everything is real Odoo engineering: a clean __manifest__.py declaring dependencies (mail, crm, and optionally sale, account, helpdesk), new models.Model classes with proper fields and @api.depends computes, security enforced through ir.model.access.csv plus record rules for multi-company and multi-team isolation, backend views in XML/OWL, and a webhook controller (or long-polling cron, your choice) to receive Telegram updates. The bot token and settings live in res.config.settings, so admins configure it from Settings without touching code. Because it is built on the standard ORM and exposes its data through Odoo's XML-RPC / JSON-RPC API, anything the module stores is queryable and automatable like any other Odoo record.
It targets Odoo 17, 18 and 19 and works on both Community and Enterprise (Helpdesk-linked features gracefully degrade on Community, where we can substitute Project tasks or a custom ticket model). You receive the full source code, documentation, a training session and a support window — you own the module outright, with no per-seat SaaS fees.
A CIS, MENA or crypto/SaaS sales team whose prospects live on Telegram. Inbound Telegram messages land as qualified crm.leads with full history, so reps work every conversation from the Odoo pipeline instead of a personal phone — nothing gets lost when someone is off.
A support manager who wants Telegram to feed the same queue as email and web forms. Inbound chats become helpdesk.tickets with SLAs and stages, agents reply from Discuss, and stage changes push proactive updates back to the customer — one auditable system of record.
Owns order and invoice communications plus outbound campaigns. Wants order-confirmed and invoice-posted notifications fired automatically from Odoo events, and the ability to broadcast offers or announcements to opted-in subscribers without exporting lists to a third-party tool.
قم بشراء الترخيص من موقع ecosire.com وقم بتنزيل وحدة Telegram Bot & CRM Integration ZIP من لوحة تحكم حسابك.
قم باستخراج ملف ZIP إلى مجلد إضافات Odoo المخصصة على الخادم (أو تحميله عبر التطبيقات > التثبيت من ملف على Odoo.sh / runbot).
قم بتنشيط وضع المطور، وافتح التطبيقات، وانقر فوق تحديث قائمة التطبيقات، وابحث عن Telegram Bot & CRM Integration، ثم اضغط على تثبيت.
افتح القائمة الجديدة، والصق مفتاح ترخيص ECOSIRE الخاص بك، وقم بتوصيل أي بيانات اعتماد خارجية (Shopify، وAmazon، وStripe، وما إلى ذلك)، ثم احفظها.
قم بتشغيل اختبار الاتصال المدمج، وقم بمزامنة أول 10 سجلات لديك، وقم بجدولة عملية cron المتكررة. اتصل بالدعم إذا فشل أي شيء.
| المعيار | ECOSIRE | بناء مخصص | منافس | أودو الأصلي |
|---|---|---|---|---|
| Fits your exact triggers, teams and workflow | Built to your spec — you choose the events, routing and message templates | Fully custom but you scope, build and maintain it yourself | Fixed to the vendor's feature set; customization is limited or extra | |
| Two-way chat inside Odoo Discuss | Yes — agents reply from discuss.channel, delivered back to Telegram | Possible, but you build the Discuss bridge yourself | Varies; many only push outbound and lack a real reply path | |
| Inbound message to lead / ticket routing | Yes — auto-creates crm.lead or helpdesk.ticket with contact resolution | Achievable with significant dev effort | Sometimes, often only to a generic inbox or single model | |
| Event-driven notifications (Sale, Invoice, Helpdesk) | Yes — via base.automation server actions on the records you pick | You must design and wire every automated action | Often a limited preset list, not your specific events | |
| Security: access rules and multi-company isolation | ir.model.access.csv + record rules implemented and reviewed for you | Your responsibility to design and test correctly | Depends on vendor quality; often not team/company aware | |
| Source ownership and lock-in | Full source handed to your Git repo; no per-seat SaaS fee | You own it, but also own all the build time and risk | Vendor-controlled code, recurring license, upgrade at their pace | |
| Odoo 17 / 18 / 19 and Community/Enterprise support | Built and tested for your version and edition, with graceful degradation | Only whatever versions you personally maintain | Listed versions only; new-version support can lag | |
| Delivery model | Build-to-order, 2–4 weeks, staged and signed off before go-live | Open-ended internal project timeline | Instant download, but then integration and gaps are on you |
This is a build-to-order module, so it is not an instant download. Typical lead time is 2–4 weeks depending on scope and the triggers you need. The process is: a short requirements call, a written scope and fixed quote, development on a staging copy of your Odoo, your review and sign-off, then production installation and go-live. You get progress updates throughout and nothing ships to production until you approve it on staging.
Every engagement includes a defined post-go-live support window for bug fixes and configuration help, with agreed response terms. During that window we also keep the module compatible with your Odoo minor updates. When you upgrade to a new major Odoo version (for example 18 to 19), or want new triggers and features, we scope that as a small follow-on. You own the source code, so you are never locked to us for maintenance.
We build for Odoo 17, 18 and 19, and it runs on both Community and Enterprise. Features that depend on the Enterprise Helpdesk app (like ticket-stage notifications) are substituted with a Project task or a lightweight custom ticket model on Community, so you still get inbound-to-ticket routing either way. We confirm your exact version and edition during scoping.
You create a bot with Telegram's BotFather and give us the token, which we store in res.config.settings (not in code). Odoo receives updates either through a webhook controller over HTTPS or a long-polling scheduled action, whichever suits your hosting. Access to conversations is enforced with ir.model.access.csv and record rules so agents only see the teams and companies they are allowed to, and the token is never exposed to end users.
Yes. Outbound notifications are driven by Odoo automated actions (base.automation) and server actions on the records you choose — sale.order confirmation, account.move invoice posting, stock delivery validation, helpdesk.ticket stage changes, and more. Message text is templated so it can include live fields like order number, amount and a tracking link. We set up your initial set of triggers during the build and document how to add more.
Everything the module captures is stored as standard ORM records — chat_id and username on res.partner, messages in the chatter, files as ir.attachment, subscribers in a dedicated model. That means it is all reportable in Odoo and reachable through the XML-RPC / JSON-RPC API, so you can build dashboards, pull it into other automations, or export it without any proprietary black box.
Connect a Telegram bot to Odoo for two-way chat, lead capture, order/ticket notifications and subscriber broadcasts. Built, installed and supported by ECOSIRE.