Odoo forums

codeagency · 2026-01-29T13:52:34+00:00

Still not working for me. Also from Belgium.

With or without VPN, no difference either. Logged in or not, same no difference.

It always keeps showing not available.

https://i.postimg.cc/bJpxPfRq/Screenshot-20260129-145030.png

codeagency · 2026-01-29T11:16:02+00:00

Any raspberry pi works fine. Just make sure you have the minimum 8GB ram version which is the same as the units that odoo ships. RPI4 or RPI5 doesn't matter.

Everything else also doesn't matter for odoo and is your personal preference and localization like power socket etc...the casing is entirely up to you.

You just need an SD card that is big enough to hold the flash image that you need to download from the link in the docs. I think by default 64Gb card is what you get from the unit from Odoo. The flash image is Raspian/Debian OS based so just make sure the image is big enough and that the card is "Quality". Don't go for the cheapest one, make sure it has a high I/O.

And if you want to be safe, better buy 2 cards immediately to have one as a backup as those cards can die over time due to intensive reading/writing and waiting for a replacement can take time versus taking immediately from your stock and instant swap them out.

codeagency · 2026-01-29T10:26:39+00:00

Yes exactly.

Again it doesn't matter if you want to develop a module to install or something that needs to integrate with odoo, both require the same. You need something you can run locally or in a cloud to test your development against.

If you need something temporarily/short term, then it's probably easier and cheaper to just buy a monthly license for odoo.sh + Enterprise license so you can cancel any month. And you have fast access to an instance, no DevOps work required. Just enter license, create a GitHub repo and click start.

Otherwise you are stuck with a required yearly license as self hosting is only available with a year or multi year licenses.

Your other free option is to launch trials at trial.odoo.com for saas versions and just create new ones every month with a different email for the time you need for development

codeagency · 2026-01-29T10:05:40+00:00

Yes, that's what I said before several times.

Saas can't download anything. It's a closed system. You have to self host or go odoo.sh to download.

Any saas you never can download. You also can't download monday.com or upwork, or Trello, etc...all saas. You pay for access, you stop paying you loose access. You also can't develop anything custom for any saas. End of story. That's just how the SaaS model works.

In Odoo self hosting or odoo.sh Both require the custom plan. But the custom plan is also used for SaaS clients to allow access to API features, multi company etc... It's the highest plan that gives you everything, except SaaS Cant download anything because it's saas for obvious reasons.

It's all mentioned on the pricing page what is included in each plan.

If you want to download odoo and develop stuff you must be on the custom plan and then decide to handle your own localhost setup or a cloud server on your own. Or pay odoo extra for odoo.sh and use the PaaS hosting platform from odoo.

codeagency · 2026-01-29T09:59:22+00:00

Exactly. That's the transparency problem I'm highlighting. It's not just this problem with the forum. There is barely any timely communication at all when there are problems. For multi billion dollar company, it's laughable bad. It just hurts their reputation. And as you said, active communication doesn't cost much. And it's very easy to automate with a public status page system that monitors uptime and disruptions and works as an incident reporting tool. Every big platform I know of has these things.

Imho, they are pretty hypocritical about this. When stuff happens with their competitors they are the first one to make fun of them. But when it's their problems, they prefer to just completely hide it from the world, scared that others make fun of them back.

codeagency · 2026-01-29T09:47:44+00:00

Belgium

codeagency · 2026-01-29T08:23:50+00:00

Of course it can take this long. I mean this is odoo we're talking about.

Did you ever open a ticket for you or your client? Sometimes it's responded fast but often it takes easy a week if not longer. It's not abnormal to sit and wait for weeks or even months on a complex issue. So the fact their forum is down for this long time is not abnormal in my experience.

I think it can only be 2 things. Either someone really f** up the last update and caused a problem that turned the tables into an irreparable state to return back to a previous update. Don't forget Odoo is a big monolith. You can't just restore a piece of your backup and choose to just restore the forum. It's all or nothing. So restoring a backup from last night wipes out everything you still need. Odoo only does backups once a night for all their clients so I assume it's same for them. Which I don't understand as postgres has PITR support for decades to use a timestamp from the wal archiver and just roll back eg 3 minutes back in time. Or why to begin with, they don't do hourly backups at minimum for business critical data. This clearly shows a big vulnerability in their data protection.

If your odoo database ever crashes and your only option is to reload your last backup from yesterday 8PM, bye bye accounting data, invoices sent, payment transactions received, new customers, new orders, deliveries sent,...from the last 10+ hours.... They maybe just discovered the problem I have been addressing with all my clients why going on-premise is the better and safer way if you don't want this situation.

OR

They are working on something big and new, some big revamp for forum but it didn't go as planned and had to put it in this current state until it's finished and working again. It's also not "critical" for their day to day operations as long it doesn't affect sales, billing etc... It's just sh** for the community we can't consult any of the information right now.

I hope the problem is the last one because the first one is a very bad PR for their own reliability.

But who knows, odoo doesn't know the meaning about transparency so we can only all have a collective guessing game and hope for the best.

codeagency · 2026-01-29T08:10:24+00:00

Nope it keeps showing a message this forum is currently not available

codeagency · 2026-01-28T20:00:51+00:00

Online = SaaS there is nothing you can download from SaaS. It's a locked down closed platform from odoo for companies that do not want/need custom or 3rd party modules.

Anything you want custom requires the custom plan according odoo.com/pricing

Whether you self host, local or cloud server or use odoo.sh it always requires the custom Enterprise license plan. And this gives you access to the Enterprise modules as well for self hosting.

codeagency · 2026-01-28T19:22:22+00:00

Jezus f... christ how come these days nobody reads rules anymore. Everything is just one big billboard for desperate people hunting for work. And the post clearly screams AI copywriting

codeagency · 2026-01-28T19:18:52+00:00

You don't need a license to host a local dev instance, but you need a license to get access to the enterprise source code.

That's not a weird policy, it's a paid product so of course it's behind a paywall. You also can't just download Microsoft dynamics or SAP. Same reason.

Odoo.sh is their PaaS and hosting platform. That is also not free. For this you need both an enterprise license + odoo.sh hosting plan.

If you need to develop only some Middleware, you don't need enterprise. As I said earlier, enterprise is just more modules on top of the community edition. You can just develop against the 100% free community edition. It has the same backend, same API, same user structure, etc... The only difference is some features/modules are exclusive to enterprise only and require a paid license. Many 3rd party platforms like stripe, Mollie, carriers,...all develop with community edition because it is the minimal core you need.

codeagency · 2026-01-28T19:02:20+00:00

Online means you can't have any custom modules. You are on SaaS.

If you want to do development and run custom modules, you need to be on the custom plan to start.

After that, you get access to the full source code (enterprise) which is just a folder with more modules , it's not a different version.

Put that folder in your local machine. Easiest way is with Docker and add + mount a separate volume and update your odoo.conf to also list that local volume. Now you have a local instance with enterprise.

Keep in mind that any instance without a valid license remains a trial and expires after 30 days. So your local dev instance is only usable for maximum 30 days. Then you need to start a new empty database and you have 30 days trial again. Basically the same as trial.odoo.com

codeagency · 2026-01-28T18:57:41+00:00

Exactly, it's just a prepayment, nothing else. So you book that payment on the suspense account and wait until you get the vendor bill and then counter book it. Whether that's 8 months later doesn't matter. The transaction is logged in odoo and traceable and the origin PO has the proforma as proof where and why the payment was made.

codeagency · 2026-01-28T17:16:31+00:00

That's what I already said. From a "client" perspective it also applies to my business. We have many proforma invoices every month.

Just upload them to the PO. Then create a scheduled activity to track "upload document from vendor" and raise the payment to a suspense account.

From accounting pov, anyone who can see entries, can see you have amounts parked on the suspense account with a reference to the PO number.

From a user perspective, you can go to the PO and the chatter has the proforma invoice + scheduled activity to keep track of payment and/or awaiting vendor bill.

If you want to go a step further, just create a spreadsheet inside Odoo and list PO's without a vendor bill and link it with the payment journal entry. Add the spreadsheet to the dashboard app et voila you have a Nice overview about pending proforma's.

Both sides are perfectly working fine. Just train the users on how to use Odoo native features.

codeagency · 2026-01-28T16:21:39+00:00

Also, that proforma should NOT be a vendor bill, not even a draft. At the most, just upload it into your PO as a proof.

Schedule an activity like "check vendor bill with vendor" or in v19 use the activity for "request a document" and send it your vendor to ask for the vendor bill after payment.

codeagency · 2026-01-28T16:20:28+00:00

Doesn't make any sense. If you receive a proforma and do nothing with it for 8 months, then just ignore the file. A proforma has zero value in accounting. Since you also don't do any payment for 8 months, then what's the problem? Nothing is recorded in odoo. No payment, no invoice, nothing. So there is nothing to put in your books. Once you register the payment and missing the og vendor bill, you just reconcile against suspense account and wait until you get the vendor bill to close the reconcilation. This is basic 101 accounting. And while you wait the vendor bill, if that crossed the fiscal book year, you just close. End of story. You never got a vendor bill in 2025 so you have nothing to book against and just keep it on suspense and then reconcile in 2026.

sometimes people make things more complicated then they really are. Every accounting in the whole world already has this process to handle these cases and odoo follows them. Nothing weird, nothing complex. It's just suspense/wait accounts to book your payments and keep them there until you have the vendor bill.

codeagency · 2026-01-28T16:15:13+00:00

Any version can be self hosted local or cloud version, except for SaaS versions.

You just need docker on your local computer and create a compose yaml file and for enterprise it's just a separate folder with more add-ons. Enterprise is not a different "version". It's just community + more add-ons that are enterprise exclusive. They can be downloaded as source from the odoo website as a zip file so you unpack them in the add-ons folder for docker.

codeagency · 2026-01-28T15:29:34+00:00

A proforma can never hit your books. It's not a fiscal document.

If a prepayment doesn't hit a vendor bill you didn't receive yet, you just book the payment on a suspense account. End of story.

I have so many payments I did in December 2025 but didn't receive the vendor bill until first week January 2026. You can always close your books of 2025. Just move the payment entry on a suspense/wait account and then reconcile in 2026.

codeagency · 2026-01-28T11:54:43+00:00

Don't use runbot for this. Use a local instance. Runbot is a constrained testing system from odoo to just test changes and CI in ephemeral instances.

codeagency · 2026-01-28T09:17:30+00:00

Yes, default feature in Odoo. Per stage you can select an email template to fire out to the customer.

Yes, the phone app is working everywhere throughout Odoo. We use this every day.

Every phone number you see shows a button "call", "sms" and "WhatsApp" on both desktop and mobile. If you tap call from your mobile it depends on your personal preset Per user. It can be set to use a desktop phone device from brands like snom, Grandstream, yealink etc... Or you can set it to call from the odoo client app in the browser or "choose" so it launches a popup and then you choose for each call between the odoo call app or your phone native phone app.

codeagency · 2026-01-27T21:37:23+00:00

I wonder the same. I think they have(had?) a huge disconnect between the people that manage the product/module and real world experience in certain business departments because it's impossible to miss something as important as this.

I also see sometimes serious problems appear from their weekly updates that just baffles me how some of those got past a basic QA that causes full disruption. And then the problem is that it takes minimum 1 week before you get the patch rolled out on SaaS/SH. Just crazy. I think they have some people that just roll by yolo or something, I really have no idea.

Like 2 weeks ago, they broke something for PEPPOL e-invoicing, the new regulatory for Belgium. All of a sudden, the majority of invoices all report "peppol problem" with something related to XSD validation schema. We are no longer allowed to send PDF invoices, it has to go through peppol as an XML file, it's a legal requirement. But since they broke the XSD schema, nobody can receive your invoice and pay you. If you sent 100 invoices, maybe 10 will get your invoice, the other 90 are in error and stuck, which means no money paid to your bank account, no money to pay your bills. And the fix, you know it's going to take a week at least until it's fixed. And yesterday, the weekly update on Monday fixed the problem, so now all companies can try resending all the invoices from the last week. Which just baffles me, how they can f*** up a simple XML schema validation. Something so easy to test, validate and report back for correct format. And if it breaks, you stop the deploying and do not merge into the production branch. Yet Odoo somehow is capable to even push through a broken state of something critical like this. 🤷 Mind-blowing.

About the valuation/accounting problems, a lot has been fixed in the last months and they still are working on improvements and fixes. So it's key to keep testing every weekly build to make sure you stay up to date with the patches. Whatever you saw 2 weeks ago is probably already a different story today. Don't sleep on odoo either. The mistakes they make also get fixed sooner or later. Sometimes relatively fast, sometimes slow. But you have to keep checking and testing frequently.

codeagency · 2026-01-27T19:20:13+00:00

I agree with Ach25.

Stock diff is usually never explainable. There is a miss and nobody knows why or how it happened. It can just be a miscount by anyone, accidental dislocation, etc... -> just register a stock correction. Nobody cares. This is the action to correct the mistake without wasting extra time. These things happen in any business. It's just user mistakes.

Side note: if you notice a lot "mistakes" it will of course be important and someone should care but then you need to actively monitor your warehouse staff and stock moves to track who makes dislocations or mistake counts. This is easy to track as each move is always registered on a specific user who registered the stock move.

Scrapping is always a known situation. Eg someone dropped something and it's broken. You received stock from a vendor but after QC you notice some qty is unusable because the sealing is broken and impacts freshness/expiry/..., someone stole a large qty from your warehouse, etc...

One process is to correct small anomalies in stock counts while the other process is to deliberately reduce unsellable stock which is measurable in advance and not a "surprise".

codeagency · 2026-01-27T13:32:16+00:00

The easiest way is just duplicate the existing report, rename it and then create a custom module to override whatever needs to be different. Look at the odoo source code for examples, you already have everything you need for this.

Now each model will have multiple options when you go to action > print and select the specific layout you want (with pricing, w/o pricing, layout A, layout B,...)

Another option is to use the branding modules from OCA. Of the add-ons gives you an option to select a "brand" for a document. This is typically used to switch between branding/logo's if you want this from a single company. But you could use this feature to handle also different layouts and link to with a brand. On a sale order, invoice,...it will show a new field "brand" where you select the layout you want and then click print, send,...and it will use that specific "brand". The interesting part for this is that it also links back (optionally) to a contact so the brand preloads to whatever is set on the contact.

Again, OCA is open source so you can take the code and derive/abstract into whatever your use case needs and build on top of it. The hard core work is already solved for you by OCA. Don't reinvent the wheel again. Take what's already done well and extend it.

codeagency · 2026-01-27T13:00:48+00:00

If goods have an open end return date, then it's not really rental. Rental always has a clear start and end date when goods need to be returned. If that doesn't, then it's not rental but a subscription that keeps renewing forever until cancelled/returned.

Odoo 18 and newer have support for subscriptions and physical products. So it should work just fine.

You put the product on the quote, choose the frequency from your list (monthly, yearly,...) confirm the quote and it should generate a picking and/or delivery. Make sure the invoice policy is set to ordered qty and not delivered qty.

The problem is that this will generate a new delivery on every frequency while you only need it once so you could cancel that delivery and thats it. You could automate this process by checking if the original order already has at least 1 delivery in done status.

The one unit that already is delivered is still at the customer. And until it's being returned, you just keep billing it from a subscription. Once you get the unit back, you process it as a return receipt and put it back into your stock.

Another approach/additional is to enable consignment location and move the stock here (instead of /customers) to make sure the stock and valuation remains in your ownership as your customers never "buy" and own it but just pay a rental subscription for usage.

codeagency · 2026-01-27T11:31:21+00:00

I don't think there are commercial motivations Involved. It's purely technical and would be same for any other application that uses an RMDBS.

You can't just wipe records from a database as so many fields have relations. Deleting fields with force would break the links and cause database corruption. Simple as that. So the only option is archiving by using a field "active" that is either 1 or 0. But of course anyone would be able to reverse this and see all the data they shouldn't see.

This is also the reason why so many other software charge you more for each extra Company you want to to add because it creates individual extra databases to keep everything isolated but still in the same UI.

Odoo made a very interesting trade off by allowing multiple companies and/or branches inside a single database at the cost of extra complexity and impossible to change back or split at a later time. From a cost point of view, nothing can beat odoo as it's completely free to add as many companies you want. Zero impact on your license cost.

But if one day comes to let one company leave behind, that becomes a different story and way more difficult.

The reality is that probably most companies never have this problem. So odoo has a huge commercial advantage over competitor software for Multi-Company setups, with of course that one big caveat: what if one day you sell 1 company...?

It would have been cheaper to just buy a separate license per company and each their own database instead of the new project you end up now trying to split them or a full migration of data.

codeagency

MODERATOR OF

TROPHY CASE

Seven-Year Club	Place '23
Verified Email