hey guys so the company's been on hubspot free forever (started way before all the pricing changes lol) and we also run odoo enterprise on our end. We've got data in hubspot that needs to get into odoo directly and in real time, like as soon as it comes into hubspot it should show up in odoo, instead of someone manually typing everything over, is there any way to do that and if so how? we're not looking to upgrade hubspot if we can avoid it, any tools or workarounds you've used would be awesome, thx 🙏

this is the message i got from the odoo ai chatbot, is it really true??

"Here is the breakdown of how you can use these apps without paying for a license for every single employee.

1. The Golden Rule: "Employee" vs. "User"

Employee Record (Free & Unlimited): You can create 1,000 employees in the Employees module. As long as they do not have a login (email/password) to the Odoo backend, they are completely free.

Internal User (Paid): This is someone who has a login to the Odoo backend to perform work, click buttons, and see data. This is what you pay for in your Standard Plan."

So i can create employee records just for storage purposes and enter any leaves etc on their behalf, and i wont be charged?

or the 'employees', 'time-off', 'recruitment', 'expenses' technically useless if i dont plan on buying any extra licenses for employees, am on odoo enterprise(odoo online) standard plan

btw we are a small business under 20 employees, if not pls tell any workarund , or else what other app or website u suggest for tracking employees for free...

Does anybody experienced connecting Odoo with Chargebee and Shipstation ?

​

Hi,

Background: I connected Claude with Odoo (big task as a newbie in this domain ) by setting up the API key and adding that information in claude_config.json

Now, I can pull up the data I want , add some data when needed , modify the data , delete as well from my odoo database .

Basically, I have odoo.sh , can do CRUD operations on Dev branch as a test.

The tricky things I am facing are

1.I am trying to create a website just by giving the commands to claude like (install the website app , create a website for it services and giving all the information asked) but it says cannot create a website from scratch , asks me to install the apps needed first , can I not install apps by giving the commands , or is it a few apps that needs to be installed manually where as I installed Crm, sales , inventory , contacts just by giving the commands to claude.

1. I installed the apps manually (website, ecommerce (diff example), surveys , blog )

Now , when I try to edit the website , through claude it says "safety review needed"

When I checked with this error that was throwing on Claude desktop, I noticed that the inbuilt AI agent for website is blocking my external request for the changes on website.

Everytime i run it again it says the same "Review , safety, error"

Now, when I looked it up it shows that I need to buy tokens which is IAP for the "AI AGENT FOR WEBSITE"

HELPP!

How do I go about this.. any one in the same situation or anyone with prior experience with this situation please let me know how can I go from here.

My goal : want to create websites for ourself and for the clients just by giving commands and getting our work slightly easier than the manual setup.

Thanks in advance.

Just saw a job post from an IT company in Saudi Arabia. They want an experienced Odoo developer. Rate: $4/hour.

Are you kidding me?

We're talking about people who've spent years learning Odoo. Implementations, customizations, integrations, migrations, debugging, solving real business problems. And they want to pay less than a coffee per hour.

I get that rates vary by country and experience. But $4/hr for experienced Odoo work? That's not cost optimization. That's exploitation.

Does Upwork have any rules against this? Or is this just the race to the bottom we're all supposed to accept?

Curious what the Odoo community thinks. Is $4/hr reasonable, or are we normalizing garbage rates for skilled talent?

We manufacture doors in Odoo 18 using a dynamic BOM setup. A single finished product can be built using different component combinations depending on customer requirements.

Example:

• BOM 1: A + B + C → Final cost = $50.00
• BOM 2: A + F + G → Final cost = $75.00

Because the BOM changes, the actual cost of each manufactured door varies.
We also use lot/serial tracking for every manufactured item, so each finished product needs to carry its true cost based on the exact components used in that specific MO.

Issue #1 — Costing Method
Average Costing (AVCO) doesn’t work for us because we pay sales commissions based on net profit, and the cost must be accurate per unit — not averaged across all production.
I’m trying to figure out whether FIFO would be a better fit for dynamic BOM manufacturing with serial‑tracked finished goods, or if there’s another costing approach in Odoo 18 that handles this more reliably.

Issue #2 — Switching from AVCO → FIFO or other suggested methods.
If FIFO is the better option, what’s the best practice for switching costing methods?

Is it safe to:

• Create a new product category with FIFO
• Update the product to use that new category
• Continue using the same product?

Or is the recommended approach to:

• Create a new product category
• Duplicate the product
• Archive the old AVCO version
• Use the new FIFO product going forward?

I’ve heard mixed opinions about changing costing methods on active products, especially when lot/serial tracking is involved, so I’d love to hear what others have done successfully.

Anyone dealing with dynamic BOMs + serial tracking — how are you handling costing and transitions between costing methods?

Something I keep coming back to after months of using Claude Code and Codex daily, and I'm curious how others see it.

The difference between a chatbot and a coding agent isn't really the model. It's that the agent has hands. ChatGPT in a browser tells you what to do; Claude Code or Codex does it, through the same commands we'd type: `cat` to read a file, `grep` to find something, `sed` or an edit tool to change it, run the tests, read the output, try again. Text in, text out, so the agent can check its own work.

That made me look differently at business software. A lot of the effort in adopting an ERP goes into learning the UI: which menu, which filter, which button. That has little to do with being good at accounting or operations. If an agent can do the navigating, the human part shrinks to what actually needs a human: asking the right question, reading the data, and deciding.

The catch is that most business apps give agents bad hands. With Odoo, which I work with, the options are the web UI (built for eyes, not for agents) or the raw RPC API, where the agent has to know internal model and field names, those names change between major versions, and nothing stops a write.

So I've been experimenting with putting a command-line layer in between, built the way a coding agent likes its tools:
- operations named by business meaning, not by database model
- each operation checked against a stock Odoo, so "it ran" means "it did what Odoo itself would do"
- one structured JSON result, with an error code and a suggested fix the agent can act on
- reads by default; writes are opt-in; risky ones need a human confirmation each time
- a small Python library on top, for notebooks (pandas frames) and scheduled routines an agent summarises each morning; it calls the CLI rather than Odoo, so the same checks apply
- bulk configuration as plan/apply, Terraform style: you review the diff, and apply refuses if the plan changed since you looked

Two things I'm still unsure about, and would like opinions on:

1. Permissions. The agent acts with whatever account it's given, so access control falls back to the ERP's own user rights. Is that enough for a small business, or does an agent need its own narrower layer on top?

2. Who is this actually for? Developers get it immediately. But the people I'd most like to help are accountants and small-business owners who have never opened a terminal. Is "install an agent, then just talk to it" a realistic ask for them today, or is that still too far?

For full disclosure, I build this layer (odoo-cli, open source), but I'm more interested in whether the idea holds up than in pointing anyone to it.

Hola a todos,

Estamos buscando una solución de códigos de barras para Odoo 18 Community que permita gestionar las operaciones habituales de almacén de forma sencilla y fiable.

La idea es poder trabajar con dispositivos móviles, utilizando la cámara del teléfono o lectores de códigos de barras Bluetooth, para realizar operaciones como recepciones, entregas, transferencias internas y ajustes de inventario.

Sabemos que Odoo Enterprise incluye su propia aplicación de Barcode, pero nos gustaría mantenernos en Community sin tener que cambiar de edición únicamente por esta funcionalidad.

He visto que existen algunos módulos en la OCA, pero me gustaría conocer experiencias reales de quienes los estén utilizando.

¿Alguien tiene alguna solución funcionando en producción con Odoo 18 Community? ¿Qué recomendaríais?

Preferiblemente buscamos una alternativa open source, aunque estamos abiertos a conocer otras opciones.

¡Gracias!

I never thought I’d be writing one of these posts, but here we are.

I’ve been an Odoo developer for 9+ years, and the last 5 of them were at the same company. This month they told us they’re shutting down the India office, and just like that, I was relieved of my duties. No performance issue, no warning signs I picked up on. It was a business decision, and I happened to be on the wrong side of it.

The weird part is how quiet it feels. For years my days had a rhythm: standups, client tickets, migrations, late-night debugging. Now I wake up and there’s no Slack to check.

I’m trying to look at it as a reset. I’ve been wanting to sharpen my skills, work on my own apps, and maybe find a remote techno-functional role with a team I can grow with. But some days that optimism takes more effort than others.

If you’ve been through a layoff after a long stretch at one place, how did you handle the first few weeks? And if anyone knows of teams hiring for Odoo roles (remote), I’m all ears.

Thanks for reading. 🙏

If someone clicks unsubscribe, on an email newsletter, by mistake in Odoo, there's no undo.

Odoo walks them through up to three pages. The only way back is a preferences page where they find their list, tick a box and hit Apply. That's a lot to ask of someone who never meant to leave.

So I built a small free module that adds a one-click way back to each page:
• "Are you sure?" gets a Stay on the list button
• "Successfully unsubscribed!" gets Resubscribe
• The preferences page gets "Clicked by mistake? Keep me subscribed"

It only restores the lists that email went to. The Resubscribe link checks the same signed token as Odoo's own unsubscribe link, so nobody can resubscribe someone else, and the module never sends a "come back" email.

Testing it on our own list turned up two other problems. Our preferences page was showing internal test lists to every reader. And our welcome series had no mailing list attached, so its unsubscribe link said "Successfully unsubscribed" and changed nothing.

https://github.com/19prince/mass_mailing_resubscribe

**If this violates the boards rules, let me know and I'll remove it**

We run Odoo 19 Enterprise self-hosted (planning v20) and handle about 6000 Helpdesk tickets a month. The native AI app only offers GPT/Gemini, and as far as I understand v20 moves AI to Odoo's own credits.

Our goal: when a new ticket comes in, AI posts an internal note with:
1. Clarifying questions to ask the customer (if info is missing)
2. Links to related Helpdesk tickets / Project tasks
3. Links to internal instructions stored in SharePoint (Microsoft 365)

Has anyone built something like this with any external LLM API?
Did you use the native AI app + a provider module (Pantalytics, DAADit, etc.), a custom module/automation calling the API directly, or an external tool (n8n, MCP)? I see biggest challange sharepoint documents :(

Any lessons learned or "don't do this" are very welcome. Thanks!

Okay, okay, I’m all in on AI. I’ve done some pretty cool stuff with CC, like bulk updates to records—for example, classifying contacts—and even building a custom module that logs certain Action in the chatter.

I have no development background, so being able to build relatively simple things myself gives me a lot of freedom. Feel free to roast me if that sounds boring 😂 I know I’ve only scratched the surface.
We’re on Odoo 16, so there’s no embedded AI as far as I’m aware. For now, I’m actually fine with that: I don’t want our sales team experimenting without boundaries, and I certainly don’t want to give everyone access to our database or GitHub through CC.

But seriously: what AI use cases have brought you real business value? What have you built, or what is your team actually using? What was the idea behind it, and which pain point did it solve?
I imagine there are some real hidden champions in CRM and sales—small, less obvious use cases that make a big difference in day-to-day work.
I’m genuinely curious. Just spare me the “you need to define your requirements before you build” lecture 😉 Obviously, that’s true. I’m here to hear about concrete examples and what actually worked for you.

Hello fellow Odooers,

I’m implementing Odoo for a client who deals in thousands of SKUs across 21 product categories. My first thought was to create a separate GL for each category across Sales, COGS and Inventory, which comes to 63 GLs in total (21 each). That way, management gets category-wise sales, COGS, gross margins and inventory straight from the face of the Income Statement or Balance Sheet.

But I know 63 GLs would be a configuration nightmare. Each GL has to be mapped to its product category on the back end so entries post correctly, and every new category means three new GLs. If someone gets the configuration wrong, the reporting stays inaccurate from then on.

The alternative I’m leaning toward is just 3 GLs (one each for Sales, COGS and Inventory) and handling category-level reporting through filters or custom reports. That would also keep the COA and the setup much leaner.

Based on your experience, which would you recommend?

1. A separate GL per category, or
2. One GL each for Sales, COGS and Inventory?

Thanks in advance for your input.

Hi everyone,
I’m currently working on a project to map standard Units of Measure (UOM) and suppliers in Odoo to create a single source of truth for our inventory and purchasing. 
I’m running into a challenge regarding pack structures and receipting quantities when a single sales SKU can come from different suppliers with different packaging configurations. 
The Scenario / Example:
Sales Order (SO): We sell by a specific carton/UOM configuration. 
Example: Sales Order line for an item quantity (e.g., selling a specific carton size). The product code originates from our primary supplier. 
Actual Supplier & Receipting: However, the stock is sometimes physically supplied by an alternate vendor under a different product code and pack structure. 
Example: The alternate supplier uses a different product code and pack structure (e.g., 1x15 instead of the sales pack structure). 
The Discrepancy: We sell by a certain carton structure (e.g., quantity of 1), but the supplier’s pack structure is different. This causes a mismatch during receipting where the SO quantity is ⁠1⁠, but the supplier quantity equates to a different number (e.g., ⁠4⁠), leading to incorrect inventory or receipting counts if not handled automatically. 
Our Objectives:
1. Automatically and correctly convert units of measure from different suppliers back to our standard sales SKU/UOM inside Odoo. 
2. Ensure purchase/receipt quantities are calculated accurately and automatically. 
3. Build a scalable mapping system that supports future inventory integrations. 
My Questions:
How do you typically structure multi-vendor UOM mappings for the same SKU in Odoo?
Is this best handled using Odoo’s built-in "Units of Measure Categories", custom product packaging, or a module/customization?
Any advice, gotchas, or recommended workflows for automated conversion during the purchase-to-receipt process would be hugely appreciated!
Thanks in advance!

Hi everyone,

We currently have an Odoo Enterprise subscription, and are looking to migrate to a Community install with OCA apps, but we are struggling to work out what OCA apps we can use to replace the Enterprise ones.

We currently have the following apps installed:

• Discuss
• Calendar
• Appointments
• To Do
• Knowledge
• Contacts
• CRM
• Sales
• Dashboards
• Subscriptions
• Accounting
• Documents
• Project
• Planning
• Helpdesk
• Surveys
• Sign
• Employees

What OCA apps should we install to get as close as possible to the Enterprise functionality of these apps?

Hello everyone,

I run a retail business and currently use Odoo 16 Community, self-hosted. My system has become slow, and I want to migrate to Odoo Online, ideally to the latest version available.

I'm looking for the simplest and safest way to migrate my existing data without hiring a developer for a complicated migration project.

My current setup:

• Odoo 16 Community, self-hosted on Contabo.
• PostgreSQL 12.
• A ZIP backup of approximately 299 MB, including the filestore.
• Three POS terminals and one manager.
• Some custom modules were installed in the past, but I no longer use their functionality because I have replaced it with a separate system.

What I want to achieve:

I want to move to Odoo Online while preserving my existing business data, especially:

• Products, product variants, SKUs, barcodes, prices, and costs.
• Customers and suppliers.
• Purchase orders and purchase history.
• Sales orders and historical POS transactions, including payments.
• Inventory quantities, stock movements and inventory valuation.
• Accounting entries, invoices, vendor bills and payments.
• Expenses.
• Loyalty cards and points.
• Product images, attachments and other related records.

I would strongly prefer to preserve the original database and its relationships rather than export everything to CSV and import it again. Reconstructing the database manually would be risky, especially for historical transactions, accounting and inventory records.

My questions:

1. Can an Odoo 16 Community database be migrated directly to Odoo Online, or are there restrictions because the source is Community and the target is Odoo Online?
2. Is there an official migration process or service through Odoo that can handle the database upgrade and migration?
3. Since I have a full database backup and filestore, is it possible to migrate them without manually rebuilding all the data?
4. Do I need to remove the old custom modules or uninstall them before migration, even if I no longer use their functionality?
5. What is the best approach to preserve POS history, accounting, inventory valuation, payments, loyalty points and attachments?
6. Has anyone successfully completed a similar migration without hiring a developer? If so, what steps did you follow, and what limitations did you encounter?

I'm happy to start with a fresh Odoo Online subscription, but I want to avoid losing historical data or spending weeks reconstructing everything manually.

I'm not looking to migrate custom code or develop new features. My goal is a data-preserving migration from Odoo 16 Community to Odoo Online, with as little manual work as possible.

Any practical advice or firsthand experience would be greatly appreciated. Thank you!

I’m customizing Odoo 18 using Studio fields, XML/XPath view inheritance, automated actions, and Python server actions.

I’m trying to follow a clean-core approach while keeping customization simple, maintainable, and upgrade-friendly.

Where do you draw the line between UI customizations and custom modules?

Are there particular limitations or risks with XML/XPath extensions, conditional field visibility, or server actions?

I’d especially appreciate insights from people who have maintained these customizations across major Odoo upgrades.

I've been involved in the Odoo Community ecosystem for years, both as an OCA contributor, board member and participating in the new OCA Working Groups.

One thing I've noticed is the growing interest in building businesses around Odoo Community + OCA, especially with AI becoming part of everyday ERP workflows.

I'm particularly interested in connecting with other integrators in the US and Latin America to exchange experiences, share ideas, and explore potential collaborations, including sustainable business opportunities built around the Odoo Community and OCA ecosystem.

Are there other integrators here building their businesses around Odoo Community and OCA?

How do you see the business opportunities around Odoo Community + OCA in your region? Are you already collaborating with other integrators, or exploring ways to grow together?

I would love to hear how others are approaching this and connect with people working in the same ecosystem.

We run Odoo 19 (idea migrate to v20_. We already connected Claude (Team plan) to Odoo with an MCP server module, and people use it in chat to ask questions about Odoo data.

Anthropic just released Claude Dashboards Have tried the new Dashboard feature in Claude? : r/BuildWithClaude. It builds live dashboards from a data warehouse (BigQuery, Snowflake, etc.) or from apps connected to Claude. Odoo is not on the supported list.

My questions:

1. Has anyone made Claude Dashboards work with Odoo data? If yes, how?
2. Can Dashboards use a custom MCP connector like Odoo's as a data source, or only a data warehouse?
3. If a warehouse is required, what is the simplest setup? For example, replicating Odoo PostgreSQL r maybe directly connect to PostgreSQL?

Thanks!

Hi everyone,

I recently started as a warehouse keeper for a local government in Belgium. We’re exploring software to organise our warehouse and equipment management, and Odoo is one of the options we’re considering.

Our main needs are:

• Inventory management: consumables, stock levels and storage locations, with barcode scanning, ideally also using smartphones.
• Equipment management: tracking individual machines and tools, such as brush cutters and lawnmowers, including location, availability, defects and maintenance history.
• Lending to citizens and associations: recording what was collected, by whom, when it should be returned, partial returns and damaged or missing items.
• Fleet management: vehicle records, mileage, servicing and technical inspection deadlines.

This is mainly internal material management and public lending, rather than a sales or manufacturing operation.

We already use separate systems for purchasing/accounting, team planning (Arinto) and citizen applications (Eaglebe). We’d want to keep those systems and explore integrations—for example, passing material requirements from planned jobs to the warehouse, and creating lending records from approved citizen requests.

Has anyone implemented Odoo for a municipality or a similar organisation? Which apps did you use, how much customisation was needed, and what worked well or proved difficult? Experiences integrating Odoo with existing planning systems or citizen portals would also be helpful.

We’d prefer to start small and expand gradually. Experiences with implementation partners, particularly in Belgium, would also be welcome.

Thanks!

Odoo prices varies per reigon. How does this strategy work really?

Is the invoice based on the company's database country? If that is the case, cant someone just cheat and use VPN to buy the license for a lower price and then register the company elsewhere? Or is that a violation of terms of service. Oh and how about if its a multicompany database? What then is it based on?

What is the basis for setting the price and renewal?

Our DB is on v19.0 (Enterprise, Online/SaaS). Most of customizations are mainly configurations, with minor customizations via Odoo Studio (two custom fields, a simple code snippet tied to automatic code execution to check for uniqueness for one of them).

I wanted to upgrade to v19.3 and I plan to test the upgrade first of course. But does anyone have any experience in what major function was broken or drastically changed?

I had a somewhat bad experience in upgrading from v18.4 to v19.0 where some major things were changed or broken on the accounting and logistics side that were not explained in detail in the release notes. But I'm hoping this time it's not a major release upgrade.

Hey everyone!

I'm interested in learning how experienced Odoo Functional Consultants organize their day and stay productive.

I'm curious about the little things that make a real difference in your daily work, beyond just knowing Odoo well.

For example:

- Daily routine: How do you structure your day, from the moment you start working until you finish?

- Task management: How do you keep track of client requests, tickets, follow-ups, meetings, testing, documentation, and all the small tasks that pile up?

- Prioritization: How do you decide what to work on first when several things are urgent?

- Productivity habits: Do you use time blocking, a to-do list, Notion, Jira, a simple notebook, or something else?

- Continuous learning: How do you make time to improve your Odoo knowledge while handling your daily workload?

- Small things that matter: What habits, routines, or tools have genuinely made you more organized, efficient, and consistent?

I'd especially love to hear from people who have been working as Odoo Functional Consultants for a few years.

If you could share your actual daily workflow, including the small details that help you stay on top of everything and achieve your goals, what would it look like?

Thanks in advance! I'd really appreciate practical advice based on your real experience.

This question keeps coming up, so here's what I've learned.

Odoo 20's built-in AI picks the model for you, through Odoo's own provider. No configuration, which is great if that's what you want.

If you'd rather choose the model, or use your own API key, I've been building a free module for Odoo 20 Community called AI Forge. It's LGPL-3 open source, with no paid tier and nothing to buy.

How model choice works in it:

- Pick a model per agent from OpenRouter (about 380 models). It can recommend one: it filters by tool calling, context size and price, then ranks the rest by benchmarks.

- Or use OpenRouter's Auto Router, which picks a model for each question. That's the default.

- Every run logs the real cost OpenRouter reported. One of mine, with tool calls, cost $0.011.

I'd love feedback from people running Community:

- Would you rather pick models yourself, or let a router decide?

- What's the first thing you'd want an agent to do in your database?

It's on the Odoo App Store if you want to try it. I'll put the link in a comment so this doesn't read as an ad.

I’m starting a small import/distribution company in South America. We’re pre-operational, have no legacy data to migrate, and will start with about 5 users.

I have two Odoo proposals:

Gold Partner

Odoo Enterprise v19
Purchases
Imports
Inventory
Sales
Invoicing
Accounting
Accounts receivable/payable
Localized e-invoicing
CRM
Sales commissions
Training and post-implementation support

252+ quoted implementation hours

Partner-managed AWS: 30 GB, 1 worker, 1 environment

Total first-year cost: about US$15.5k

Ready Partner

Purchases/imports
Inventory
Sales/quotations
Localized e-invoicing
CRM
Accounts receivable
Accounting
Sales commissions
Simplified monthly remuneration calculation
Maker-checker supplier payment approval
Training/UAT + 3 months support

Odoo.sh: 10 GB, 1 worker, 1 staging branch

Total first-year cost: about US$8.2k

Version not yet confirmed, possibly v18 or v19

Both proposals seem to rely mostly on standard Odoo functionality, with a few custom/localized features.

The Gold Partner’s proposal specifies many more individual features and accounting/import functions in detail, while the Ready Partner’s proposal is much more high-level. I’m not sure whether those additional functions simply aren’t listed by the Ready Partner but would still be configured/included as they are standard, or whether the cheaper proposal is actually shallower.

I’ve seen Odoo.sh discouraged quite a bit in this subreddit. For a 5-user company with localization and some custom modules, would you prefer Odoo.sh or partner-managed AWS?

Would you pay almost double for the Gold Partner, or does the Ready Partner approach sound more sensible?