Hi, I was recently recommended Odoo as a solution that could manage the growth of the dealership I work at. I was wondering if anyone has used Odoo for a case liek this where the products themselves are the cars but also have the need to keep a log of supplies, what service has been done on the cars and keep track of added costs of the vehicles (paint, bodywork).
Thanks in advance.
Been working on a custom HIS (patients, encounters, pharmacy, lab, radiology, IPD, billing) on 19.0 Enterprise. Went with many separate hms_* apps on a shared base rather than one monolith, which has mostly paid off — each one installs and gets verified on its own.
A few things that cost me time:
_sql_constraints is silently ignored in v19. Use models.Constraint. A missing uniqueness rule fails quietly, so every constraint needs a test that proves a duplicate is rejected.res.groups.category_id is gone — groups attach via privilege_id now, and groups sharing a privilege are mutually exclusive.<t t-name="card">; kanban-box matches nothing..startswith() throws. The same expression in a QWeb report is correct because that renders server-side. Cost me a whole view.Anyone else splitting big verticals into many apps, or does it get unmanageable past a certain count?
I'm looking for some honest feedback from people who have actually implemented Odoo at scale.
The scope would potentially include:
Provided that I can accurately obtain the needed data from all departments (Workflows, current used methods that need to be migrated to Odoo, Ownerships, etc etc..)
If Department A has a very specific workflow that triggers something in Department B, which then affects Finance, Warehouse, Production, etc., how far can we realistically take Odoo without turning the project into an unmaintainable collection of customizations?
For example, if we encounter a business workflow that isn't supported out of the box, can we get guidance from Odoo on the recommended way to implement it, or is the expectation that we figure it out ourselves / work through an Odoo partner?
Hey everyone,
I was checking my container setup today and noticed some unusual resource usage. Looking closer into the database container, I found a configuration file located at /var/tmp/.odoo_pg_health.json that appears to be related to XMRig.
Here is my current environment setup:
postgres image via Docker Compose.8069 is open to the public internet. The Postgres container port 5432 is strictly internal on a closed Docker network (prod-network) and has no public port mapping..odoo_pg_health.json lists connections to pool.hashvault.pro:443 and pool.hashvault.pro:80.Since the Postgres port isn't exposed externally, I'm trying to figure out how this file got here and what it's doing.
Have any of you seen this specific file name (.odoo_pg_health.json) or setup before? What do you guys know about how something like this gets generated or dropped into an isolated container?
Appreciate any thoughts or guidance on what to check next!