Archives
Contributors
contributors@odoo-community.org
-
Prepaid Services & Timesheets
Hi OCA Contributors,
i was asked, if it is possible to manage prepaid service hours in the following way..
Prepaid service is sold on a montly basis. If the sold or more hours are used, then of course it is quite clear and simple.
If there are non-used hours, they should be transferred to a customer „hours“-account to reflect the non -used hours. As mentioned… After a period of 6 month, the non-used hours should be dropped from the „hours“-account.
Does somebody tackled this kind of issue already? I would start digging now. If someone was facing a similar issue, it would be great to push me into the right direction…
All the best
Nils
Mit freundlichen Grüßen
Nils Coenen
--------
Nils Coenen
Inhaber
NICO SOLUTIONS - ENGINEERING & IT
Dr.-Ruckert-Str. 1G | DE 28865 Lilienthal
Tel. +49 (0)4298-4667492Website | Map | Email Confidentiality Note: This email may contain confidential and/or private information. If you received this email in error please delete and notify sender.
by Nils Coenen - 03:31 - 1 Feb 2024-
Re: Prepaid Services & Timesheets
Hi Daniel,
i am not sure at the moment if this can be adressed like exected.
At this point, for me it looks like the best apporach is to solve this by creating appropriate timesheet entries (positive and negative).
I will attack this issue more in detail end of next week and hope to get a more precise idea of what will come up to do this.
All the best
Nils
Von: Daniel Reis <notifications@odoo-community.org>
Antworten an: OCA Contributors <contributors@odoo-community.org>
Datum: Donnerstag, 1. Februar 2024 um 19:13
An: OCA Contributors <contributors@odoo-community.org>
Betreff: Re: Prepaid Services & TimesheetsACHTUNG! Diese E-Mail stammt von außerhalb der Organisation. Klicken Sie nicht auf Links und öffnen Sie keine Anhänge, es sei denn, Sie kennen den Absender und wissen, dass der Inhalt sicher ist.
Can an upfront Advance Payment address this?
On 01/02/2024 14:31, Nils Coenen | NICO SOLUTIONS - ENGINEERING & IT wrote:
Hi OCA Contributors,
i was asked, if it is possible to manage prepaid service hours in the following way..
Prepaid service is sold on a montly basis. If the sold or more hours are used, then of course it is quite clear and simple.
If there are non-used hours, they should be transferred to a customer „hours“-account to reflect the non -used hours. As mentioned… After a period of 6 month, the non-used hours should be dropped from the „hours“-account.
Does somebody tackled this kind of issue already? I would start digging now. If someone was facing a similar issue, it would be great to push me into the right direction…
All the best
Nils
Mit freundlichen Grüßen
Nils Coenen
--------
Nils Coenen
Inhaber
NICO SOLUTIONS - ENGINEERING & IT
Dr.-Ruckert-Str. 1G | DE 28865 Lilienthal
Tel. +49 (0)4298-4667492Confidentiality Note: This email may contain confidential and/or private information. If you received this email in error please delete and notify sender.
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe--
DANIEL REIS
MANAGING PARTNERM: +351 919 991 307
E: dreis@OpenSourceIntegrators.com
A: Avenida da República 3000, Estoril Office B, 3º Escr.34, 2649-517 Cascais_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Nils Coenen - 12:02 - 4 Feb 2024 -
Re: Prepaid Services & Timesheets
Can an upfront Advance Payment address this?
On 01/02/2024 14:31, Nils Coenen | NICO SOLUTIONS - ENGINEERING & IT wrote:
Hi OCA Contributors,
i was asked, if it is possible to manage prepaid service hours in the following way..
Prepaid service is sold on a montly basis. If the sold or more hours are used, then of course it is quite clear and simple.
If there are non-used hours, they should be transferred to a customer „hours“-account to reflect the non -used hours. As mentioned… After a period of 6 month, the non-used hours should be dropped from the „hours“-account.
Does somebody tackled this kind of issue already? I would start digging now. If someone was facing a similar issue, it would be great to push me into the right direction…
All the best
Nils
Mit freundlichen Grüßen
Nils Coenen
--------
Nils Coenen
Inhaber
NICO SOLUTIONS - ENGINEERING & IT
Dr.-Ruckert-Str. 1G | DE 28865 Lilienthal
Tel. +49 (0)4298-4667492Website | Map | Email Confidentiality Note: This email may contain confidential and/or private information. If you received this email in error please delete and notify sender. _______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
DANIEL REIS
MANAGING PARTNERM: +351 919 991 307
E: dreis@OpenSourceIntegrators.com
A: Avenida da República 3000, Estoril Office B, 3º Escr.34, 2649-517 Cascais
by Daniel Reis - 07:13 - 1 Feb 2024 -
Re: Prepaid Services & Timesheets
Hi Nils,
probably not, no. If your customer starts out with Enterprise Subscription than you might be tied into changing this. But this part underwent substantial changes in Enterprise throughout previous versions.
Best Frederik
Am 01.02.24 um 15:56 schrieb Nils Coenen | NICO SOLUTIONS - ENGINEERING & IT:
Hi Frederik,
thanks for your prompt reply…
It is quite clear to me, that this is nothing for „hey, lets dattack this right now and it will work tomorrow“.
I do have an idea of the complexity. But as time is a rare good at the moment… (due to another project ;P) I decided to ask you before approaching anything.
So if this a common need for many users… a proper project seem to make sense…
As the customer wants to use the enterprise subscription app…. I dont know if contract is the right place to start…
But i´ll start diving into it.
Schöne Grüße aus dem Norden ;P
All the best
Nils
Von: Graeme Gellatly <notifications@odoo-community.org>
Antworten an: OCA Contributors <contributors@odoo-community.org>
Datum: Donnerstag, 1. Februar 2024 um 15:47
An: OCA Contributors <contributors@odoo-community.org>
Betreff: Re: Prepaid Services & Timesheets
ACHTUNG! Diese E-Mail stammt von außerhalb der Organisation. Klicken Sie nicht auf Links und öffnen Sie keine Anhänge, es sei denn, Sie kennen den Absender und wissen, dass der Inhalt sicher ist.
Hi Nils,
afaik exactly such a function doesn't exist so far. I would be interested in something similar though as well / or lets say in expierence how to set that up with a minimal set of additional modules.
I think that is also a quite common requirement, though differs in detail from service company to service company.
Furthermore you need to consider what type of module to reflect the "recurrency" and the downstream invoice generation (in detail your requirement is more complex than you might think).
Ususally you proably would start out with something from https://github.com/OCA/contract to build this process.
Best Frederik
Am 01.02.24 um 15:31 schrieb Nils Coenen | NICO SOLUTIONS - ENGINEERING & IT:
Hi OCA Contributors,
i was asked, if it is possible to manage prepaid service hours in the following way..
Prepaid service is sold on a montly basis. If the sold or more hours are used, then of course it is quite clear and simple.
If there are non-used hours, they should be transferred to a customer „hours“-account to reflect the non -used hours. As mentioned… After a period of 6 month, the non-used hours should be dropped from the „hours“-account.
Does somebody tackled this kind of issue already? I would start digging now. If someone was facing a similar issue, it would be great to push me into the right direction…
All the best
Nils
Mit freundlichen Grüßen
Nils Coenen
--------
Nils Coenen
Inhaber
NICO SOLUTIONS - ENGINEERING & IT
Dr.-Ruckert-Str. 1G | DE 28865 Lilienthal
Tel. +49 (0)4298-4667492Confidentiality Note: This email may contain confidential and/or private information. If you received this email in error please delete and notify sender.
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe--
Dr.-Ing. Frederik Kramer
Geschäftsführer
initOS GmbH
Innungsstraße 7
21244 Buchholz i.d.N.
Tel: +49 (0) 4181 13503 12
Fax: +49 (0) 4181 13503 10
Mobil: +49 (0) 179 3901819
Email: frederik.kramer@initos.com
Internet: www.initos.com
Geschäftsführung:
Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke
Sitz der Gesellschaft: Buchholz i.d.N.
Amtsgericht Tostedt, HRB 205226
USt-IdNr.: DE815580155
Steuer-Nr: 15/200/53247
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
-- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH Innungsstraße 7 21244 Buchholz i.d.N. Tel: +49 (0) 4181 13503 12 Fax: +49 (0) 4181 13503 10 Mobil: +49 (0) 179 3901819 Email: frederik.kramer@initos.com Internet: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Buchholz i.d.N. Amtsgericht Tostedt, HRB 205226 USt-IdNr.: DE815580155 Steuer-Nr: 15/200/53247
by Frederik Kramer. - 04:13 - 1 Feb 2024 -
Re: Prepaid Services & Timesheets
Hi Frederik,
thanks for your prompt reply…
It is quite clear to me, that this is nothing for „hey, lets dattack this right now and it will work tomorrow“.
I do have an idea of the complexity. But as time is a rare good at the moment… (due to another project ;P) I decided to ask you before approaching anything.
So if this a common need for many users… a proper project seem to make sense…
As the customer wants to use the enterprise subscription app…. I dont know if contract is the right place to start…
But i´ll start diving into it.
Schöne Grüße aus dem Norden ;P
All the best
Nils
Von: Graeme Gellatly <notifications@odoo-community.org>
Antworten an: OCA Contributors <contributors@odoo-community.org>
Datum: Donnerstag, 1. Februar 2024 um 15:47
An: OCA Contributors <contributors@odoo-community.org>
Betreff: Re: Prepaid Services & TimesheetsACHTUNG! Diese E-Mail stammt von außerhalb der Organisation. Klicken Sie nicht auf Links und öffnen Sie keine Anhänge, es sei denn, Sie kennen den Absender und wissen, dass der Inhalt sicher ist.
Hi Nils,
afaik exactly such a function doesn't exist so far. I would be interested in something similar though as well / or lets say in expierence how to set that up with a minimal set of additional modules.
I think that is also a quite common requirement, though differs in detail from service company to service company.
Furthermore you need to consider what type of module to reflect the "recurrency" and the downstream invoice generation (in detail your requirement is more complex than you might think).
Ususally you proably would start out with something from https://github.com/OCA/contract to build this process.
Best Frederik
Am 01.02.24 um 15:31 schrieb Nils Coenen | NICO SOLUTIONS - ENGINEERING & IT:
Hi OCA Contributors,
i was asked, if it is possible to manage prepaid service hours in the following way..
Prepaid service is sold on a montly basis. If the sold or more hours are used, then of course it is quite clear and simple.
If there are non-used hours, they should be transferred to a customer „hours“-account to reflect the non -used hours. As mentioned… After a period of 6 month, the non-used hours should be dropped from the „hours“-account.
Does somebody tackled this kind of issue already? I would start digging now. If someone was facing a similar issue, it would be great to push me into the right direction…
All the best
Nils
Mit freundlichen Grüßen
Nils Coenen
--------
Nils Coenen
InhaberNICO SOLUTIONS - ENGINEERING & IT
Dr.-Ruckert-Str. 1G | DE 28865 Lilienthal
Tel. +49 (0)4298-4667492Confidentiality Note: This email may contain confidential and/or private information. If you received this email in error please delete and notify sender.
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe--
Dr.-Ing. Frederik Kramer
Geschäftsführer
initOS GmbH
Innungsstraße 7
21244 Buchholz i.d.N.
Tel: +49 (0) 4181 13503 12
Fax: +49 (0) 4181 13503 10
Mobil: +49 (0) 179 3901819
Email: frederik.kramer@initos.com
Internet: www.initos.com
Geschäftsführung:
Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke
Sitz der Gesellschaft: Buchholz i.d.N.
Amtsgericht Tostedt, HRB 205226
USt-IdNr.: DE815580155
Steuer-Nr: 15/200/53247
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Nils Coenen - 03:56 - 1 Feb 2024 -
Re: Prepaid Services & Timesheets
Hi Nils,
afaik exactly such a function doesn't exist so far. I would be interested in something similar though as well / or lets say in expierence how to set that up with a minimal set of additional modules.
I think that is also a quite common requirement, though differs in detail from service company to service company.
Furthermore you need to consider what type of module to reflect the "recurrency" and the downstream invoice generation (in detail your requirement is more complex than you might think).
Ususally you proably would start out with something from https://github.com/OCA/contract to build this process.
Best Frederik
Am 01.02.24 um 15:31 schrieb Nils Coenen | NICO SOLUTIONS - ENGINEERING & IT:
Hi OCA Contributors,
i was asked, if it is possible to manage prepaid service hours in the following way..
Prepaid service is sold on a montly basis. If the sold or more hours are used, then of course it is quite clear and simple.
If there are non-used hours, they should be transferred to a customer „hours“-account to reflect the non -used hours. As mentioned… After a period of 6 month, the non-used hours should be dropped from the „hours“-account.
Does somebody tackled this kind of issue already? I would start digging now. If someone was facing a similar issue, it would be great to push me into the right direction…
All the best
Nils
Mit freundlichen Grüßen
Nils Coenen
--------
Nils Coenen
Inhaber
NICO SOLUTIONS - ENGINEERING & IT
Dr.-Ruckert-Str. 1G | DE 28865 Lilienthal
Tel. +49 (0)4298-4667492Website | Map | Email Confidentiality Note: This email may contain confidential and/or private information. If you received this email in error please delete and notify sender. _______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
-- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH Innungsstraße 7 21244 Buchholz i.d.N. Tel: +49 (0) 4181 13503 12 Fax: +49 (0) 4181 13503 10 Mobil: +49 (0) 179 3901819 Email: frederik.kramer@initos.com Internet: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Buchholz i.d.N. Amtsgericht Tostedt, HRB 205226 USt-IdNr.: DE815580155 Steuer-Nr: 15/200/53247
by Frederik Kramer. - 03:46 - 1 Feb 2024
-
-
OCA/connector-telephony Mantainers/PSC
Hello, is there an active maintainer of the OCA/connector-telephony repo? I saw that there are some people trying to migrate modules but no one is active to review/merge them.If there is no active PSC i volunteer as PSC of the repository, since i use these modules in v14.0 and now i need them in v16.0. So I volunteer to be the PSC and bring the repository back to life since it appears to be abandoned.I'm currently PSC of OCA/payroll and the other HR repositories, you can see some of my work there.Hope this week finds you well.
Kind regards.
by Nicolas Rodriguez Sande - 01:10 - 30 Jan 2024-
Re: OCA/connector-telephony Mantainers/PSC
+1
Thanks for stepping up Nicolas.
I did some contributions there a while ago, but haven't been active on it.
/Daniel
On 30/01/2024 12:46, Simone Orsi wrote:
Is great to see people stepping up to take over.Thanks! :thumbs-up:
Just open a PR against https://github.com/OCA/repo-maintainer-conf to change this https://github.com/OCA/repo-maintainer-conf/blob/master/conf/psc/connector.yml#L91
On Tue, Jan 30, 2024 at 1:22 PM Enric Tobella Alomar <notifications@odoo-community.org> wrote:
Open a PR on https://github.com/OCA/repo-maintainer-conf adding you the right teams
El mar, 30 ene 2024 a las 13:17, Pedro M. Baeza (<notifications@odoo-community.org>) escribió:
OK for me.
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Enric Tobella AlomarCEO & Founder
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Simone Orsi
Full stack Python web developer, Odoo specialist, Odoo Community Board Member, in love with open source._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
DANIEL REIS
MANAGING PARTNERM: +351 919 991 307
E: dreis@OpenSourceIntegrators.com
A: Avenida da República 3000, Estoril Office B, 3º Escr.34, 2649-517 Cascais
by Daniel Reis - 01:21 - 1 Feb 2024
-
Reducing the size of a database
Dear contributors,
Some of our customers have been using their database for more than 6 years. They want to reduce the size of the database, by archiving/aggregating old data (accounting entries, sales lines, stock movements, etc.). It would also be easier to do exports, pivot tables and so on.
I see different solutions :
1. Manually aggregate old data, with a specific method by type of tables (account move lines, stock picking, sale order lines). For instance, aggregate old accounting entries with annual miscellaneous operations. Of course, we should keep a backup of the old data somewhere.
2. Mass delete all the old and unused records, such as canceled POs, articles created by mistake. I don't see a way to do this quickly.
Maybe an alternative solution would be a module that sets a "limit date" that acts as an automatic filter when doing exports, pivots, etc.
Do you know any tool or procedure that would help with this ?
Best regards,
-- Victor Champonnois - Coop IT Easy Tel : +32 475 81 01 12
by Victor Champonnois - 03:21 - 23 Jan 2024-
Re: Reducing the size of a database
> In my experience a > huge amount of records can be deleted by deleting old chatter > records. similar experience here, and for that we have https://github.com/OCA/server-tools/tree/14.0/autovacuum_message_attachment and its migrations to higher versions in the PRs. You should run the third query from https://wiki.postgresql.org/wiki/Disk_Usage anyways to first get an impression where the space goes. -- Your partner for the hard Odoo problems https://hunki-enterprises.com
by Holger Brunn - 05:35 - 23 Jan 2024 -
Re: Reducing the size of a database
I've seen this module: https://apps.odoo.com/apps/modules/13.0/muk_autovacuum/ Obviously this can't be used on just any models, but for some models I guess such an approach can work. Another idea I've proposed to a customer once, was to have a moment at end of year where you create an "archive copy instance" for that year, where people can login but not change anything. The code at that point is also frozen and copied with. It's a dirty approach, as you'll after N years be sitting with N archive instances, but there's a chance that at some point they'll start agreeing to delete the oldest instance (as at least here in NL, there's a year limit to which you are obliged to keep financial history). The upside to this approach is that you can aggressively start deleting records from live. -Tom
by Tom Blauwendraat - 04:20 - 23 Jan 2024
-
Workers on odoo.sh
Hi community,
I have something that's puzzling me.
We migrated an Odoo instance from odoo.sh to our server, in multiprocessing mode with workers=8. A thing with multiprocessing mode is that each of these 8 workers has their own cache, so that whenever Odoo is restarted or cache gets otherwise cleared, it takes 8 HTTP calls for all caches to be filled again, so only from the 9th call things can start getting faster. I've always thought that this is a necessary evil in Odoo. Fabien seems to have done some tests with shared cache, but AFAIK these are just tests.
Now I've checked their previous odoo.sh instance which is configured with 5 workers. Long ago I read "somewhere" (can't find it anymore) that SH workers are not really workers, which intrigued me; at that time I thought they must be threads, or (gunicorn?) WSGI threads, but I didn't pay any more attention to it. But my tests reveal that on their instance, any second RPC call is already quicker, and on shell, I see Odoo is started with workers=0, so in multithreaded mode. I see no sign of gunicorn anywhere.
In Odoo's documentation however, they explicitly warn against workers=0 because of the GIL:
https://www.odoo.com/documentation/17.0/administration/install/deploy.html
What am I looking at here? Did odoo.sh find a magic cure for the GIL, or are they just not following their own advice and preferring the memory frugality and cachiness of workers=0 above possible GIL-induced performance hits ?
-Tom
by Tom Blauwendraat - 11:21 - 21 Jan 2024 -
Can we improve our 2024 OCA Membership numbers in the next few days and set a new record?
Dear OCA Community,
I apologize for being direct, but I believe we can increase the total number of OCA members in 2024 significantly.
As of today, only 47 OCA members are listed in the 2024 directory.
It seems that many 2023 OCA members prefer being served rather than taking the initiative to purchase their memberships online (see my previous email encouraging online membership purchases).
AND,
• You don’t need to buy the OCA 2024 membership to ask questions this year.
• Nor do you need an OCA membership to receive answers from our wonderful community regarding Odoo and the OCA apps.
BUT,
If you asked a question in 2023 and received valuable assistance from our community that benefited:
• your business,
• the company you work for,
• or helped your customer,
Isn’t that reason enough to buy the 2024 OCA Membership?
Let’s significantly increase our total membership in the next few days and set a new record in total OCA members.
Have a great day, and don’t forget to purchase the 2024 OCA Membership TODAY – it’s only 50 Euros.
OCA Membership 2024: https://odoo-community.org/shop/24-msm-2024-oca-member-503809#attr=
Best regards,
Michel Stroom
OCA member 2023 and 2024
Using Odoo since version 8
by Michel Stroom - 02:35 - 21 Jan 2024-
Re: Can we improve our 2024 OCA Membership numbers in the next few days and set a new record?
I love your enthusiasm Michael.
Most of the final renewal invoices have gone out today.
I'm still waiting on a few of the companies who like a corporate invoice to come back to me with their list of members for the year to invoice.
In regards to the members list showing - this is refreshed as invoices are reconciled.
I've requested the latest bank statements, so anyone who has paid by bank transfer in the last couple of weeks won't be showing yet, but should tomorrow once I have been able to reconcile them.
The paypal payments will reconcile directly and often the Stripe ones but I notice a couple from last week haven't - I have to wait till the end of each month to do the manual Stripe reconciliation.
If anyone thinks they should have received an invoice and haven't yet please get in touch with me at membership@odoo-community.org and I can look into it or as Michael says, go ahead and buy online!
To be shown on the member's list you need to have completed this survey: https://odoo-community.org/survey/start/ec93270c-f080-4ef0-821d-f5ec4531f371Some people also don't want to be shown on the list and opt out.I hope this helps everyone and also that Michael's enthusiasm is contagious amongst our contributors!Have a great week everyone.RebeccaOn Mon, 22 Jan 2024 at 02:37, Michel Stroom <notifications@odoo-community.org> wrote:Dear OCA Community,
I apologize for being direct, but I believe we can increase the total number of OCA members in 2024 significantly.
As of today, only 47 OCA members are listed in the 2024 directory.
It seems that many 2023 OCA members prefer being served rather than taking the initiative to purchase their memberships online (see my previous email encouraging online membership purchases).
AND,
• You don’t need to buy the OCA 2024 membership to ask questions this year.
• Nor do you need an OCA membership to receive answers from our wonderful community regarding Odoo and the OCA apps.
BUT,
If you asked a question in 2023 and received valuable assistance from our community that benefited:
• your business,
• the company you work for,
• or helped your customer,
Isn’t that reason enough to buy the 2024 OCA Membership?
Let’s significantly increase our total membership in the next few days and set a new record in total OCA members.
Have a great day, and don’t forget to purchase the 2024 OCA Membership TODAY – it’s only 50 Euros.
OCA Membership 2024: https://odoo-community.org/shop/24-msm-2024-oca-member-503809#attr=
Best regards,
Michel Stroom
OCA member 2023 and 2024
Using Odoo since version 8_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Rebecca GellatlyGeneral SecretaryOdoo Community Association
by Rebecca Gellatly - 07:11 - 22 Jan 2024
-
-
Procedure for migration of OCA modules
Hello, I have a question about migrating a database when we want to jump several versions, for example from v14 to v16.
Odoo allows you to migrate your modules without problem between several versions, but what would be the correct procedure for OCA modules since if I go from v14 to v16 all the v15 migration scripts are not executed. I know that OpenUpgrade exists, but I see that it is to migrate Odoo modules, I don't see anything with OCA modules.
Is there any procedure for this?
ThanksDavid Ramia
Consultor Programadordavid.ramia@processcontrol.es
www.processcontrol.es
93 229 68 10Este mensaje va dirigido exclusivamente a su destinatario, pudiendo contener información confidencial sometida a secreto profesional. No está permitida su comunicación, reproducción o distribución sin la autorización expresa de PROCESS CONTROL S.C.C.L. De conformidad con lo dispuesto en el GDPR, y la LOPDGDD, sus datos personales y el email del interesado, se tratarán bajo la responsabilidad de PROCESS CONTROL S.C.C.L. por un interés legítimo y para el envío de comunicaciones sobre nuestros productos y servicios, y se conservarán mientras ninguna de las partes se oponga a ello. Los datos podrán comunicarse a las empresas del grupo con el mismo fin antes descrito. Le informamos de que puede ejercer los derechos de acceso, rectificación, portabilidad y supresión de sus datos y los de limitación y oposición a su tratamiento dirigiéndose a rgpd@processcontrol.es. Si considera que el tratamiento no se ajusta a la normativa vigente, podrá presentar una reclamación ante la autoridad de control en www.aepd.es.
This message are addressed exclusively to the recipient and may contain confidential information subject to professional secrecy. It may not be communicated, reproduced or distributed without the express authorisation of PROCESS CONTROL S.C.C.L.. In accordance with the provisions of GDPR and LOPDGDD, your personal data and email addresses collected under the responsibility of PROCESS CONTROL S.C.C.L. for a legitimate interest and for the purpose of sending communications about our products and services and will be retained for as long as none of the parties object. The data may be communicated to companies in the same group for the same purposes as described above. You can exercise your rights of access, rectification, portability and erasure of your data and those of restriction and objection to their processing by mailing rgpd@processcontrol.es. If you consider that the processing does not comply with current legislation, you may file a complaint with the Spanish supervisory authority at www.aepd.es.
by David Ramia - 12:38 - 19 Jan 2024-
Re: Procedure for migration of OCA modules
Hi,The Odoo and OpenUpgrade processes are technically very similar, except Openupgrade offers a more complete migration than Enterprise migration. Enterprise has a few more things like reports. Openupgrade allows you to take a lot more control over timing and scope and allows you to retain sovereignty over your own data.If you have ever viewed the Odoo migration logs they migrate 1 version at a time then next (indeed they do this for every single version like SaaS etc), but only for their own code.For Openupgrade the process is the same, except 1. You need to have a system to trigger each version migration. The most common system is when it finishes I manually trigger the next migration, and 2. You can migrate any and all code you want along the way but typically it looks like this.- For every version migrated install all of the Odoo and OCA modules you are using.
- For the final version migration, for your own custom code, you write the migration scripts to go from the original version to the target version. This saves the code effort of migrating custom code to work on 3 or 4 different versions of Odoo.
With Enterprise you need to write migration scripts for all non Odoo S.A modules from the current version to target version. Usually, if there are a lot of these, and you are using primarily good quality modules such as OCA, that already will have migration scripts, the effort is much less with Openupgrade IMO, and many many Enterprise customers use OpenUpgrade for this reason.On Sat, Jan 20, 2024 at 12:39 AM David Ramia <notifications@odoo-community.org> wrote:Hello, I have a question about migrating a database when we want to jump several versions, for example from v14 to v16.
Odoo allows you to migrate your modules without problem between several versions, but what would be the correct procedure for OCA modules since if I go from v14 to v16 all the v15 migration scripts are not executed. I know that OpenUpgrade exists, but I see that it is to migrate Odoo modules, I don't see anything with OCA modules.
Is there any procedure for this?
ThanksDavid Ramia
Consultor Programadordavid.ramia@processcontrol.es
www.processcontrol.es
93 229 68 10Este mensaje va dirigido exclusivamente a su destinatario, pudiendo contener información confidencial sometida a secreto profesional. No está permitida su comunicación, reproducción o distribución sin la autorización expresa de PROCESS CONTROL S.C.C.L. De conformidad con lo dispuesto en el GDPR, y la LOPDGDD, sus datos personales y el email del interesado, se tratarán bajo la responsabilidad de PROCESS CONTROL S.C.C.L. por un interés legítimo y para el envío de comunicaciones sobre nuestros productos y servicios, y se conservarán mientras ninguna de las partes se oponga a ello. Los datos podrán comunicarse a las empresas del grupo con el mismo fin antes descrito. Le informamos de que puede ejercer los derechos de acceso, rectificación, portabilidad y supresión de sus datos y los de limitación y oposición a su tratamiento dirigiéndose a rgpd@processcontrol.es. Si considera que el tratamiento no se ajusta a la normativa vigente, podrá presentar una reclamación ante la autoridad de control en www.aepd.es.
This message are addressed exclusively to the recipient and may contain confidential information subject to professional secrecy. It may not be communicated, reproduced or distributed without the express authorisation of PROCESS CONTROL S.C.C.L.. In accordance with the provisions of GDPR and LOPDGDD, your personal data and email addresses collected under the responsibility of PROCESS CONTROL S.C.C.L. for a legitimate interest and for the purpose of sending communications about our products and services and will be retained for as long as none of the parties object. The data may be communicated to companies in the same group for the same purposes as described above. You can exercise your rights of access, rectification, portability and erasure of your data and those of restriction and objection to their processing by mailing rgpd@processcontrol.es. If you consider that the processing does not comply with current legislation, you may file a complaint with the Spanish supervisory authority at www.aepd.es._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by "Graeme Gellatly" <graeme@moahub.nz> - 07:30 - 19 Jan 2024 -
Re: [SPAM] Re: Procedure for migration of OCA modules
Hello,You might find a lot of useful information in the latest Open Upgrade documentation, that was updated lately by Sylvain Le Gal.Happy migration!--
Virginie+32 477 64 17 20Info : 2j/semaine sont dédiés à Chaf et 3j/semaine sont dédiés à Coop IT Easy-----Original Message-----From: David Vidal <notifications@odoo-community.org>Reply-To: Contributors <contributors@odoo-community.org>To: Contributors <contributors@odoo-community.org>Subject: [SPAM] Re: Procedure for migration of OCA modulesDate: Fri, 19 Jan 2024 12:02:44 -0000Normally (hopefully) every migrated OCA module contains that version migration scripts. And then with OpenUpgrade they're triggered in order along with the core migration scripts. Even more, when an OCA module is merged into another or renamed, it can be (should be) declared in a dictionary declared in OpenUpgrade (apriori.py) and that perform some automatic migration tasks that ease that kind of situation.On the other hand, you should pass your database through each version migration, as otherwise you'd be missing important data transformations and your result would be very likely inconsistent.El vie, 19 ene 2024 a las 12:39, David Ramia (<notifications@odoo-community.org>) escribió:Hello, I have a question about migrating a database when we want to jump several versions, for example from v14 to v16.
Odoo allows you to migrate your modules without problem between several versions, but what would be the correct procedure for OCA modules since if I go from v14 to v16 all the v15 migration scripts are not executed. I know that OpenUpgrade exists, but I see that it is to migrate Odoo modules, I don't see anything with OCA modules.
Is there any procedure for this?
ThanksDavid Ramia
Consultor Programadordavid.ramia@processcontrol.es
www.processcontrol.es
93 229 68 10Este mensaje va dirigido exclusivamente a su destinatario, pudiendo contener información confidencial sometida a secreto profesional. No está permitida su comunicación, reproducción o distribución sin la autorización expresa de PROCESS CONTROL S.C.C.L. De conformidad con lo dispuesto en el GDPR, y la LOPDGDD, sus datos personales y el email del interesado, se tratarán bajo la responsabilidad de PROCESS CONTROL S.C.C.L. por un interés legítimo y para el envío de comunicaciones sobre nuestros productos y servicios, y se conservarán mientras ninguna de las partes se oponga a ello. Los datos podrán comunicarse a las empresas del grupo con el mismo fin antes descrito. Le informamos de que puede ejercer los derechos de acceso, rectificación, portabilidad y supresión de sus datos y los de limitación y oposición a su tratamiento dirigiéndose a rgpd@processcontrol.es. Si considera que el tratamiento no se ajusta a la normativa vigente, podrá presentar una reclamación ante la autoridad de control en www.aepd.es.
This message are addressed exclusively to the recipient and may contain confidential information subject to professional secrecy. It may not be communicated, reproduced or distributed without the express authorisation of PROCESS CONTROL S.C.C.L.. In accordance with the provisions of GDPR and LOPDGDD, your personal data and email addresses collected under the responsibility of PROCESS CONTROL S.C.C.L. for a legitimate interest and for the purpose of sending communications about our products and services and will be retained for as long as none of the parties object. The data may be communicated to companies in the same group for the same purposes as described above. You can exercise your rights of access, rectification, portability and erasure of your data and those of restriction and objection to their processing by mailing rgpd@processcontrol.es. If you consider that the processing does not comply with current legislation, you may file a complaint with the Spanish supervisory authority at www.aepd.es._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Virginie Dewulf. - 01:26 - 19 Jan 2024 -
Re: Procedure for migration of OCA modules
Normally (hopefully) every migrated OCA module contains that version migration scripts. And then with OpenUpgrade they're triggered in order along with the core migration scripts. Even more, when an OCA module is merged into another or renamed, it can be (should be) declared in a dictionary declared in OpenUpgrade (apriori.py) and that perform some automatic migration tasks that ease that kind of situation.On the other hand, you should pass your database through each version migration, as otherwise you'd be missing important data transformations and your result would be very likely inconsistent.El vie, 19 ene 2024 a las 12:39, David Ramia (<notifications@odoo-community.org>) escribió:Hello, I have a question about migrating a database when we want to jump several versions, for example from v14 to v16.
Odoo allows you to migrate your modules without problem between several versions, but what would be the correct procedure for OCA modules since if I go from v14 to v16 all the v15 migration scripts are not executed. I know that OpenUpgrade exists, but I see that it is to migrate Odoo modules, I don't see anything with OCA modules.
Is there any procedure for this?
ThanksDavid Ramia
Consultor Programadordavid.ramia@processcontrol.es
www.processcontrol.es
93 229 68 10Este mensaje va dirigido exclusivamente a su destinatario, pudiendo contener información confidencial sometida a secreto profesional. No está permitida su comunicación, reproducción o distribución sin la autorización expresa de PROCESS CONTROL S.C.C.L. De conformidad con lo dispuesto en el GDPR, y la LOPDGDD, sus datos personales y el email del interesado, se tratarán bajo la responsabilidad de PROCESS CONTROL S.C.C.L. por un interés legítimo y para el envío de comunicaciones sobre nuestros productos y servicios, y se conservarán mientras ninguna de las partes se oponga a ello. Los datos podrán comunicarse a las empresas del grupo con el mismo fin antes descrito. Le informamos de que puede ejercer los derechos de acceso, rectificación, portabilidad y supresión de sus datos y los de limitación y oposición a su tratamiento dirigiéndose a rgpd@processcontrol.es. Si considera que el tratamiento no se ajusta a la normativa vigente, podrá presentar una reclamación ante la autoridad de control en www.aepd.es.
This message are addressed exclusively to the recipient and may contain confidential information subject to professional secrecy. It may not be communicated, reproduced or distributed without the express authorisation of PROCESS CONTROL S.C.C.L.. In accordance with the provisions of GDPR and LOPDGDD, your personal data and email addresses collected under the responsibility of PROCESS CONTROL S.C.C.L. for a legitimate interest and for the purpose of sending communications about our products and services and will be retained for as long as none of the parties object. The data may be communicated to companies in the same group for the same purposes as described above. You can exercise your rights of access, rectification, portability and erasure of your data and those of restriction and objection to their processing by mailing rgpd@processcontrol.es. If you consider that the processing does not comply with current legislation, you may file a complaint with the Spanish supervisory authority at www.aepd.es._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by David Vidal - 01:01 - 19 Jan 2024
-
-
v.17.0 on Weblate
Hi all.A simple question: why I don't find nothing on OCA-Weblate (https://translation.odoo-community.org/accounts/profile/#notifications) if I look for the 17.0 version but actually there are some modules ported as https://github.com/OCA/pos/tree/17.0 ?ThanksStefano Consolarowww.mymage.it
by Stefano Consolaro - 10:05 - 19 Jan 2024 -
Filling in product catalogue by vendors (external parties - i.e. portal users)
Hello, I am working with a client that works in food supply industry - i.e. they purchase groceries and other food stuff and prepare food on large scale. An example would be hundreds/thousands portions of bolognese sauce made of beef, tomato sauce, ... Now the company is just starting their operations and are collecting information about possible suppliers and products available. Their idea is something like sending out Rf? (P as proposal maybe) let's say for that tomato sauce where the vendors would provide information such as: description, origin, packaging, price, ... My experience strongly suggests not allowing external parties to be allowed to create business records such as products in the system but this is the kind of scenario they describe as the desired outcome. I have used a 3rd party module which extends the RfQ functionality to fill in the prices by suppliers (so effectively changing one attribute in purchase.order.line). But in this case the scenario should lead to creation of new product.[template|product] and also product.supplierinfo by the suppliers. AFAIK Odoo out-of-the-box does not have anything even close to this. Has anyone faced similar requirement? Any recommendations on how to tackle this one? Any advice is greatly welcome. Best regards Radovan Skolnik
by Radovan Skolnik - 11:10 - 18 Jan 2024-
Re: Filling in product catalogue by vendors (external parties - i.e. portal users)
Hello Miroslav, thank you for the input. This is OCA's mailing list and as such focuses on free OCA's modules or modules by OCA contributors not yet in OCA's repositories. The modules you have mentioned generally (judging by their description) provide a way to setup new supplier records by themselves and then some communication around pricelists/products. However these have limitations that I am trying to overcome here: 1) I am stringly against possibility of creating a new contact in the system by just filling in the publicly available form on the website as the Website Vendor Form Registration module does. This poses numerous risks: flooding the system with nonsense, innocent and not so innocent duplication of entries, etc... My solution here is a survey with a module that allows to create a res.partner record from the information collected (by dynamically mapping fields from survey to target model). When the module is matured enough I'll create a PR in OCA repo. 2) The other modules work with already existing products and pricelists. My original question was aimed more towards how to help creating these in a safe way (the same risks as above) and move part of the work to suppliers themselves. But thank you for trying to help here. Best regards Radovan Skolnik On sobota 20. januára 2024 11:21:58 CET Apm Consultancy wrote: > Hi, > My 5c suggestion is, before going farer and further here, to look at the > following existing functionalities, I must admit not exhausted list: - > Supplier Relationship Management Bundle Apps [1] - Purchase Order Showing > Vendor PriceList [2] - Website Vendor Registration Form in Odoo [3] - > Vendor Portal for Product PriceLists [4] I hope (believe) that you can > figure out your first-step working scenario which will satisfy your desire > not to rely on "external hands" data management. However, because your > initial more important business requirement looks like to be minimising or > eliminating the internal workload of the procurement team , still a process > that is implementing a "horizontal integration" across vendors must be > architected (designed), which is also possible, but probably not with the > existing (like above) functionalities. Eventually, that might be the > second-step scenario which will meet your business functional requirements > to decrease the internal workload of the procuring people. Another > e-catalog-based approach is also feasible but that would require adapting > the purchasing strategy and operations of the company' sourcing process. > > > > > Best regards, > Miroslav Lorinkov > ( apmcservice@gmail.com [5] ) > > On Fri, Jan 19, 2024 at 5:12 AM Radovan Skolnik < > notifications@odoo-community.org [6] > wrote: Hello, > I am working with a client that works in food supply industry - i.e. they > purchase groceries and other food stuff and prepare food on large scale. An > example would be hundreds/thousands portions of bolognese sauce made of > beef, tomato sauce, ... Now the company is just starting their operations > and are collecting information about possible suppliers and products > available. Their idea is something like sending out Rf? (P as proposal > maybe) let's say for that tomato sauce where the vendors would provide > information such as: description, origin, packaging, price, ... My > experience strongly suggests not allowing external parties to be allowed to > create business records such as products in the system but this is the kind > of scenario they describe as the desired outcome. I have used a 3rd party > module which extends the RfQ functionality to fill in the prices by > suppliers (so effectively changing one attribute in purchase.order.line). > But in this case the scenario should lead to creation of new > product.[template|product] and also product.supplierinfo by the suppliers. > AFAIK Odoo out-of-the-box does not have anything even close to this. Has > anyone faced similar requirement? Any recommendations on how to tackle this > one? Any advice is greatly welcome. > Best regards > Radovan Skolnik > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [7] > Post to: mailto: contributors@odoo-community.org [8] > Unsubscribe: https://odoo-community.org/groups?unsubscribe [9] > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [10] > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe [11] > > > > [1] > https://apps.odoo.com/apps/modules/16.0/supplier_relationship_manage_bundle > / [2] > https://apps.odoo.com/apps/modules/16.0/vendor_pricelist_purchase_order/ > [3] https://apps.odoo.com/apps/modules/16.0/vendor_registration_form/ [4] > https://apps.odoo.com/apps/modules/16.0/vendor_pricelist_portal/ [5] > mailto:apmcservice@gmail.com > [6] mailto:notifications@odoo-community.org > [7] https://odoo-community.org/groups/contributors-15 > [8] mailto:contributors@odoo-community.org > [9] https://odoo-community.org/groups?unsubscribe > [10] https://odoo-community.org/groups/contributors-15 > [11] https://odoo-community.org/groups?unsubscribe
by Radovan Skolnik - 10:56 - 22 Jan 2024 -
Re: Filling in product catalogue by vendors (external parties - i.e. portal users)
Hi,My 5c suggestion is, before going farer and further here, to look at the following existing functionalities, I must admit not exhausted list:I hope (believe) that you can figure out your first-step working scenario which will satisfy your desire not to rely on "external hands" data management.However, because your initial more important business requirement looks like to be minimising or eliminating the internal workload of the procurement team, still a process that is implementing a "horizontal integration" across vendors must be architected (designed), which is also possible, but probably not with the existing (like above) functionalities. Eventually, that might be the second-step scenario which will meet your business functional requirements to decrease the internal workload of the procuring people. Another e-catalog-based approach is also feasible but that would require adapting the purchasing strategy and operations of the company' sourcing process.On Fri, Jan 19, 2024 at 5:12 AM Radovan Skolnik <notifications@odoo-community.org> wrote:
Hello, I am working with a client that works in food supply industry - i.e. they purchase groceries and other food stuff and prepare food on large scale. An example would be hundreds/thousands portions of bolognese sauce made of beef, tomato sauce, ... Now the company is just starting their operations and are collecting information about possible suppliers and products available. Their idea is something like sending out Rf? (P as proposal maybe) let's say for that tomato sauce where the vendors would provide information such as: description, origin, packaging, price, ... My experience strongly suggests not allowing external parties to be allowed to create business records such as products in the system but this is the kind of scenario they describe as the desired outcome. I have used a 3rd party module which extends the RfQ functionality to fill in the prices by suppliers (so effectively changing one attribute in purchase.order.line). But in this case the scenario should lead to creation of new product.[template|product] and also product.supplierinfo by the suppliers. AFAIK Odoo out-of-the-box does not have anything even close to this. Has anyone faced similar requirement? Any recommendations on how to tackle this one? Any advice is greatly welcome. Best regards Radovan Skolnik
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by milori2006 - 11:21 - 20 Jan 2024
-
-
Elimination of multi-company transactions
Dear community,I have been researching, multi-company in Odoo is not great. For consolidation, it seem possible through some appstore module purchase (not OCA, so I am not very confident)Elimination of multi company transactions for consolidation purposes is nowhere we could find.Anyone have experiences with this?Thanks!
by Kitti Upariphutthiphong - 07:55 - 17 Jan 2024-
Re: Elimination of multi-company transactions
Thank you everyone for the valuable suggestions.This helps us understand the what is available / lacking and know what needs to be developed further if we want to proceed with this requirement.On Wed, Jan 17, 2024 at 4:06 PM Oleg Kuryan <notifications@odoo-community.org> wrote:Hello,About Odoo consolidation/multi-company. This is indeed in standard good only for basic needs. Though OCA did a great job to improve it. But because it is opensource not everything is migrated to latest version:1) Like consolidation module that Pedro have sent you might check (but only available for Odoo 14)2) For multi company improvements check this repository https://github.com/OCA/multi-company (from amount of modules you may see how many gaps there are)3) I in general encourage you to at least once per quarter check what's new in repositories here https://github.com/oca4) In my company experience we ended up our own consolidation approach that works for our managerial accounting so I can see company financial KPIs across branches/departments/service lines etc. in single currency (and I can say this is quite a struggle as if you work in different currencies (we work with 3 currencies) you will end up with lots of challenges related to exchange rates difference in order to have proper consolidated view for standard reports in single currency.About other topics on if Odoo is a ready solution or not. Also I do not want to start a long discussion. But still want to say that Odoo is selected not because it is ready OOTB solution, but because:(1) it can be adapted to your needs easily (because of framework and popular programming language)(2) it has great community (BTW, if you see Odoo comparison with other software like with Accounting, CRM and etc - then what you need to understand that if it is no done by Odoo themselves, it is based on feedback by Odoo community - that is very active and vote very active for Odoo - and this is really strong point of Odoo, not features)I guess you might be misled by Odoo marketing. I suggest not to pay too much attention to it - this is just marketing (though I agree it is confusing).When choosing Odoo you need to understand what it is all about and what you are purchasing. I would say that Odoo is a LEGO constructor (not Business solution, but a business framework). I wrote an article about it some time ago and it is still valid https://www.linkedin.com/pulse/odoo-really-saporacle-killer-oleg-kuryan/Once you understand the above, there will be no confusion. To convert Odoo into ERP for your company (if it is not a small company around 1-5 employees) you require quite a bit of investment. This is a photo from the Odoo conference from 2022. To understand pretty much about average costs of the project (not including license cost). Also you can read more about Total Cost of Ownership in this article https://ventor.tech/odoo/the-true-cost-of-odoo-erp-pricing-and-ownership-insights/On Wed, Jan 17, 2024 at 9:27 AM Pedro M. Baeza <notifications@odoo-community.org> wrote:Check https://github.com/OCA/account-consolidation/tree/14.0/account_consolidation_oca to see if it meets your requirements.Regards.
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Kitti Upariphutthiphong - 04:26 - 18 Jan 2024 -
Re: Elimination of multi-company transactions
Hello,About Odoo consolidation/multi-company. This is indeed in standard good only for basic needs. Though OCA did a great job to improve it. But because it is opensource not everything is migrated to latest version:1) Like consolidation module that Pedro have sent you might check (but only available for Odoo 14)2) For multi company improvements check this repository https://github.com/OCA/multi-company (from amount of modules you may see how many gaps there are)3) I in general encourage you to at least once per quarter check what's new in repositories here https://github.com/oca4) In my company experience we ended up our own consolidation approach that works for our managerial accounting so I can see company financial KPIs across branches/departments/service lines etc. in single currency (and I can say this is quite a struggle as if you work in different currencies (we work with 3 currencies) you will end up with lots of challenges related to exchange rates difference in order to have proper consolidated view for standard reports in single currency.About other topics on if Odoo is a ready solution or not. Also I do not want to start a long discussion. But still want to say that Odoo is selected not because it is ready OOTB solution, but because:(1) it can be adapted to your needs easily (because of framework and popular programming language)(2) it has great community (BTW, if you see Odoo comparison with other software like with Accounting, CRM and etc - then what you need to understand that if it is no done by Odoo themselves, it is based on feedback by Odoo community - that is very active and vote very active for Odoo - and this is really strong point of Odoo, not features)I guess you might be misled by Odoo marketing. I suggest not to pay too much attention to it - this is just marketing (though I agree it is confusing).When choosing Odoo you need to understand what it is all about and what you are purchasing. I would say that Odoo is a LEGO constructor (not Business solution, but a business framework). I wrote an article about it some time ago and it is still valid https://www.linkedin.com/pulse/odoo-really-saporacle-killer-oleg-kuryan/Once you understand the above, there will be no confusion. To convert Odoo into ERP for your company (if it is not a small company around 1-5 employees) you require quite a bit of investment. This is a photo from the Odoo conference from 2022. To understand pretty much about average costs of the project (not including license cost). Also you can read more about Total Cost of Ownership in this article https://ventor.tech/odoo/the-true-cost-of-odoo-erp-pricing-and-ownership-insights/On Wed, Jan 17, 2024 at 9:27 AM Pedro M. Baeza <notifications@odoo-community.org> wrote:Check https://github.com/OCA/account-consolidation/tree/14.0/account_consolidation_oca to see if it meets your requirements.Regards.
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Oleg Kuryan - 10:05 - 17 Jan 2024 -
Re: Elimination of multi-company transactions
Check https://github.com/OCA/account-consolidation/tree/14.0/account_consolidation_oca to see if it meets your requirements.Regards.
by Pedro M. Baeza - 09:26 - 17 Jan 2024 -
Re: Elimination of multi-company transactions
Hi,it is a very good point bcs I am also exploring to which extents (if at all) Odoo is a real-real enterprise ERP : multicompanies, multicountries, multiCA, running in parallel COCA and LOCA (corporate and local country' Chart of Accounts). We call a vehicle and a car and a truck but car is not truck and vs.I don't intentd to step into "run in battle" here (or elsewhere) but I was overimpressed by a recent presentation how Odoo is overcoming another ERP (well known big brand) bcs of this , bcs of that... and am puzzled if one involving them in public presentations are actually well prepeared what the "E" in ERP really stands for.Coming back to the consolidation topic - looking forward to learn more about it from the experiences of others.Have a nice day!On Wed, 17 Jan 2024, 13:57 Kitti Upariphutthiphong, <notifications@odoo-community.org> wrote:Dear community,I have been researching, multi-company in Odoo is not great. For consolidation, it seem possible through some appstore module purchase (not OCA, so I am not very confident)Elimination of multi company transactions for consolidation purposes is nowhere we could find.Anyone have experiences with this?Thanks!
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by milori2006 - 09:16 - 17 Jan 2024
-
-
Odoo 12 / Creating Invoice from Sale Order
Hello all, happy new yearI'm working on Odoo12 and i try to understand the process of creation an Invoice from a Sale Order. In some of my Sales Orders, i've got some product line (with quantity and price) and also some sections and notes. When i create the invoice the note lines are not created and the section are created only if there is at least on product line after. Why this restrictions? Is there a possibility to workaround? Any OCA module? For those who work on Odoo 13,14,15,16, is this operating mode persist?Thanks
Cedric DEBARD
by Cedric DEBARD - 09:27 - 15 Jan 2024 -
MQTT client for Odoo
Dears,Please can one who already experienced to pub/sub on topics of MQTT broker share the approach or the pieces of use?Best regards,MiroL- iPhone -
by milori2006 - 08:05 - 13 Jan 2024-
Re: MQTT client for Odoo
Hello, I would also throw my approach in the ring https://github.com/fkantelberg/interfaces/tree/15.0/mqtt There are basically events you can configure which trigger on specific things (like create, write, delete of records, there is an extra module to trigger on user login) and convert the record/changes to a MQTT payload and send it on the bus. The sub side is handled by the processors where you can define code which handles incoming payload. It also includes a small framework to subscribe model functions directly (see readme/USAGE.rst). The demo basically demonstrates a sync between 2 Odoo systems of some fields for res.partner. Should be portable to any newer Odoo versions quite well and I can make sure to push it to the OCA. (got distracted and forgot about it) Best regards, Florian Am 13.01.24 um 08:06 schrieb Apm Consultancy: > Dears, > > Please can one who already experienced to pub/sub on topics of MQTT > broker share the approach or the pieces of use? > > > Best regards, > MiroL > > > - iPhone - > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe > -- Mit freundlichen Grüßen Florian Kantelberg Softwareentwickler initOS GmbH Innungsstraße 7 21244 Buchholz i.d.N. Tel.: +49 (0) 4181 1350344 Fax: +49 (0) 4181 1350310 Email: florian.kantelberg@initos.com Internet: https://www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Buchholz i.d.N. Amtsgericht: Tostedt, HRB 205226 USt-IdNr: DE 815580155 Steuer-Nr: 15/200/53247
by Florian Kantelberg - 06:31 - 18 Jan 2024 -
Re: MQTT client for Odoo
There is a module for AMQP. If you use RabbitMQ as your broker, both AMQP and MQTT are compatibleOn Sat, 13 Jan 2024, 08:07 Apm Consultancy, <notifications@odoo-community.org> wrote:Dears,Please can one who already experienced to pub/sub on topics of MQTT broker share the approach or the pieces of use?Best regards,MiroL- iPhone -_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Enric Tobella Alomar - 08:35 - 13 Jan 2024
-
-
Module to Create Custom Menu / Link to External Apps
Hi Community,I would like to ask whether there is a module that allows us to create a menu to external apps url. For example, we have a superset installed, and we want user to have a menu to click to this superset url from the odoo main menu it self. That module should allow us to add multiple apps/url and build the menu automatically. Its like an external apps menu in Nextcloud if you all familiar.I've searched the apps/web to look whether someone already created that before thinking of creating my self. It should be easy to do, I think.Thank you.Kind regards,Zainuddin
by fanzalika - 07:21 - 13 Jan 2024-
Re: AW: Module to Create Custom Menu / Link to External Apps
Hi Dave,Awesome, didn't know it was possible. Thank you.Best regards,ZainuddinOn Saturday, 13 January 2024 at 04:32:25 pm MYT, David Brühlmeier <notifications@odoo-community.org> wrote:
Hi Zainuddin,
no need to create a module, you can do this directly in Odoo.
- Download the Nextcloud icon you wish to have as a menu item
- Activate Developer Mode
- Go to “Settings / Technical / User Interface / Menu Items”
- New
- Menu: Nextcloud
- Web Icon Image: Upload your file
- Action: Choose “ir.actions.act_url” and in the field right next to it, enter “Nextcloud”
- Click on “Create and edit”
i. Action URL: Enter the URL you want the menu to point to
ii. Save and Close
- Save
- Hit refresh in the browser to see the new menu item
I actually just learned this a few weeks ago, because I also wanted a Nextcloud icon on the home screen. :-)
Cheers, Dave
Von: Zainuddin Zakaria <notifications@odoo-community.org>
Gesendet: Samstag, 13. Januar 2024 07:22
An: Contributors <contributors@odoo-community.org>
Betreff: Module to Create Custom Menu / Link to External AppsHi Community,
I would like to ask whether there is a module that allows us to create a menu to external apps url. For example, we have a superset installed, and we want user to have a menu to click to this superset url from the odoo main menu it self. That module should allow us to add multiple apps/url and build the menu automatically. Its like an external apps menu in Nextcloud if you all familiar.
I've searched the apps/web to look whether someone already created that before thinking of creating my self. It should be easy to do, I think.
Thank you.
Kind regards,
Zainuddin
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by fanzalika - 01:30 - 13 Jan 2024 -
AW: Module to Create Custom Menu / Link to External Apps
Hi Zainuddin,
no need to create a module, you can do this directly in Odoo.
- Download the Nextcloud icon you wish to have as a menu item
- Activate Developer Mode
- Go to “Settings / Technical / User Interface / Menu Items”
- New
- Menu: Nextcloud
- Web Icon Image: Upload your file
- Action: Choose “ir.actions.act_url” and in the field right next to it, enter “Nextcloud”
- Click on “Create and edit”
i. Action URL: Enter the URL you want the menu to point to
ii. Save and Close
- Save
- Hit refresh in the browser to see the new menu item
I actually just learned this a few weeks ago, because I also wanted a Nextcloud icon on the home screen. :-)
Cheers, Dave
Von: Zainuddin Zakaria <notifications@odoo-community.org>
Gesendet: Samstag, 13. Januar 2024 07:22
An: Contributors <contributors@odoo-community.org>
Betreff: Module to Create Custom Menu / Link to External AppsHi Community,
I would like to ask whether there is a module that allows us to create a menu to external apps url. For example, we have a superset installed, and we want user to have a menu to click to this superset url from the odoo main menu it self. That module should allow us to add multiple apps/url and build the menu automatically. Its like an external apps menu in Nextcloud if you all familiar.
I've searched the apps/web to look whether someone already created that before thinking of creating my self. It should be easy to do, I think.
Thank you.
Kind regards,
Zainuddin
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by David Brühlmeier - 09:31 - 13 Jan 2024 -
Re: Module to Create Custom Menu / Link to External Apps
Hi,I saw it other way around- an one embedded the Odoo menu (Sales, Manufacturing, accounting,…) within a simple made e-commerce web page where the flow starts with the customer ordering online a piece… despite all the limitations it looked not bad from UI point of view. I am not clear how that would work from Odoo user’ license point of view …Best regardsMiroL- iPhone -On Sat, 13 Jan 2024 at 13:22 Zainuddin Zakaria <notifications@odoo-community.org> wrote:Hi Community,I would like to ask whether there is a module that allows us to create a menu to external apps url. For example, we have a superset installed, and we want user to have a menu to click to this superset url from the odoo main menu it self. That module should allow us to add multiple apps/url and build the menu automatically. Its like an external apps menu in Nextcloud if you all familiar.I've searched the apps/web to look whether someone already created that before thinking of creating my self. It should be easy to do, I think.Thank you.Kind regards,Zainuddin
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by milori2006 - 08:16 - 13 Jan 2024
-
-
define weight for product template
Hi! Using Odoo 15.0, I can define weight within each product variant but not within a product template. I use the variant creation method "dynamically" and want to define the weight once in the product template which should be applies to all future product variants. Is this possible with existing modules or does it require custom code? Best regards Jan
by Jan Suhr - 10:06 - 12 Jan 2024 -
External access token expiration
Dear communityWith portal module installed, Odoo can send links to documents by e-mail using an access token so that the recipient doesn't need a portal user to see said documents.The token is handled in the portal.mixin https://github.com/odoo/odoo/blob/15.0/addons/portal/models/portal_mixin.py#L15Access to the document is handled through this controller: https://github.com/odoo/odoo/blob/15.0/addons/portal/controllers/mail.py#L206Now, it's been multiple time customer are requiring to expire this token one way or another, because in standard Odoo the document stays accessible forever. The only solutions I could come up with without having to change everything are described below (extracted from personal notes):
That means, to restrict the validity of the token that was sent in the mail, the token set on the record that is accessed needs to change after a "validity period". The issue with this, is if the link for a same record is sent multiple times during a single "validity period", the availability will not be the same. For example, if we want to define that access tokens are recomputed every 30 days, someone receiving an e-mail 5 days after the token was recomputed would be able to access the document for 25 days, and someone receiving an e-mail 25 days after the token was recomputed would be able to access it only for 5 days.
A slightly better solution without changing everything but probably more tricky to implement properly, would be to add a new Datetime field next_access_token_refresh on portal.mixin (or another mixin to be inherited on selected models in order to control the application by model) and set it XXX days in the future (according to a server parameter) each time we need to set the access token in an email. If we define the availability to 30 days, that means if a mail is sent to access the same document to a first external user today and to a second external user in 15 days, the first external user would be able to access it during a period of 45 days.
Did anyone here face a similar requirement? How did you handle it?
Ideally, we would need a single token to be generated per e-mail being sent so that we can define the expiration of said token, but it seems like there's no other solution than to overwrite and redefine everything, what I would prefer to avoid to ease maintenance of such a module.
Thanks for sharing your insights.
camptocampINNOVATIVE SOLUTIONSBY OPEN SOURCE EXPERTSAkim JuilleratBusiness solutionsSoftware architect
by Akim Juillerat - 07:46 - 11 Jan 2024-
Re: External access token expiration
Thanks JohanIt's also a solution I had in mind but one I wanted to avoid. Anyway, I guess it will be the only option to have something reliable and that we can control over time.camptocampINNOVATIVE SOLUTIONSBY OPEN SOURCE EXPERTSAkim JuilleratBusiness solutionsSoftware architectOn Fri, Jan 12, 2024 at 10:57 AM Johan Van Hirtum <notifications@odoo-community.org> wrote:
Dear,
I don’t use this. But I would make the token field on the document a ‘to many’ field. You create a token, each time you send a document. The tokens get a expire field. And a simple cron job deletes each day the expired tokens. This gives you the required function with little rewrite and practical no penalties : the solution stay the same for the user, there is practically no extra memory or processing needed. So this could maybe be the standard for this modules -)
With kind regards,
Van Hirtum Johan
Van: Akim Juillerat [mailto:notifications@odoo-community.org]
Verzonden: donderdag 11 januari 2024 19:48
Aan: Contributors
Onderwerp: External access token expirationDear community
With portal module installed, Odoo can send links to documents by e-mail using an access token so that the recipient doesn't need a portal user to see said documents.
The token is handled in the portal.mixin https://github.com/odoo/odoo/blob/15.0/addons/portal/models/portal_mixin.py#L15
Access to the document is handled through this controller: https://github.com/odoo/odoo/blob/15.0/addons/portal/controllers/mail.py#L206
Now, it's been multiple time customer are requiring to expire this token one way or another, because in standard Odoo the document stays accessible forever. The only solutions I could come up with without having to change everything are described below (extracte d from personal notes):
That means, to restrict the validity of the token that was sent in the mail, the token set on the record that is accessed needs to change after a "validity period". The issue with this, is if the link for a same record is sent multiple times during a single "validity period", the availability will not be the same. For example, if we want to define that access tokens are recomputed every 30 days, someone receiving an e-mail 5 days after the token was recomputed would be able to access the document for 25 days, and someone receiving an e-mail 25 days after the token was recomputed would be able to access it only for 5 days.
A slightly better solution without changing everything but probably more tricky to implement properly, would be to add a new Datetime field next_access_token_refresh on portal.mixin (or another mixin to be inherited on selected models in order to control the application by model) and set it XXX days in the future (according to a server parameter) each time we need to set the access token in an email. If we define the availability to 30 days, that means if a mail is sent to access the same document to a first external user today and to a second external user in 15 days, the first external user would be able to access it during a period of 45 days.
Did anyone here face a similar requirement? How did you handle it?
Ideally, we would need a single token to be generated per e-mail being sent so that we can define the expiration of said token, but it seems like there's no other solution than to overwrite and redefine everything, what I would prefer to avoid to ease maintenance of such a module.
Thanks for sharing your insights.
camptocamp
INNOVATIVE SOLUTIONS
BY OPEN SOURCE EXPERTS
Akim Juillerat
Business solutions
Software architect
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Akim Juillerat - 05:56 - 12 Jan 2024 -
Re: External access token expiration
Thanks Holger for your answer.I'm not sure it would work in our case if said e-mail has to be sent multiple times, but it's an interesting technique I'll try to keep in mind for a later use.camptocampINNOVATIVE SOLUTIONSBY OPEN SOURCE EXPERTSAkim JuilleratBusiness solutionsSoftware architectOn Thu, Jan 11, 2024 at 9:52 PM Holger Brunn <notifications@odoo-community.org> wrote:
> Did anyone here face a similar requirement? How did you handle it? > Ideally, we would need a single token to be generated per e-mail being sent > so that we can define the expiration of said token, but it seems like > there's no other solution than to overwrite and redefine everything, what I > would prefer to avoid to ease maintenance of such a module. Thanks for > sharing your insights. are you aware of the poisoning the cache technique? you can do things like def _notify_get_groups(self, msg_vals=None): self._cache['access_token'] = 'whatever you need for your workflow' return super()._notify_get_groups(msg_vals=msg_vals) and given super won't initiate a new database read, it will stick with whatever you put in the cache, as that's where the ORM reads values from first. I read through your whole thing because I'm a weird kind of nerd, for other people to read it I suggest to start with a TLDR on the beginning so that people can filter if they're interested or not. -- Your partner for the hard Odoo problems https://hunki-enterprises.com
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Akim Juillerat - 05:56 - 12 Jan 2024 -
Re: External access token expiration
> Did anyone here face a similar requirement? How did you handle it? > Ideally, we would need a single token to be generated per e-mail being sent > so that we can define the expiration of said token, but it seems like > there's no other solution than to overwrite and redefine everything, what I > would prefer to avoid to ease maintenance of such a module. Thanks for > sharing your insights. are you aware of the poisoning the cache technique? you can do things like def _notify_get_groups(self, msg_vals=None): self._cache['access_token'] = 'whatever you need for your workflow' return super()._notify_get_groups(msg_vals=msg_vals) and given super won't initiate a new database read, it will stick with whatever you put in the cache, as that's where the ORM reads values from first. I read through your whole thing because I'm a weird kind of nerd, for other people to read it I suggest to start with a TLDR on the beginning so that people can filter if they're interested or not. -- Your partner for the hard Odoo problems https://hunki-enterprises.com
by Holger Brunn - 09:51 - 11 Jan 2024
-
-
tested website_odoo_debranding: Migration to 17.0
Hi Odoers,Tested the latest changes made by Niels, website_odoo_debranding, and it works, see the link below.Can anybody move this version to the GitHub OCA - version 17?I have no clue what the policy is and who is allowed to create/move this to version 17.Best regards,Michel
by Michel Stroom - 07:11 - 11 Jan 2024 -
OCA 2024 Membership
Hello OCA Contributors,
Welcome to 2024!I am in the process of sorting out memberships for 2024. Check out our new logo badges!
If you would like, you can purchase your membership yourself on the website:If you would like a corporate membership with all your company's members on the one invoice please get in touch with me at membership@odoo-community.org and I will sort this out for you.We have changed the process up a bit and hope that the new corporate invoicing will be much smoother going forward.I am super excited to share that the membership directory has been fixed as well - once your invoice has been reconciled you should now show on the directory. Big thanks to Benoît Guillot and Graeme Gellatly for all the work on getting this sorted.Please be a little patient with reconciliation on the direct bank payments - this takes a little longer for the info to get through than Paypal and Stripe.Wishing you all a wonderful start to the year.Any questions please just get in touch.
Rebecca--Rebecca GellatlyGeneral SecretaryOdoo Community Association
by Rebecca Gellatly - 03:05 - 11 Jan 2024-
Re: OCA 2024 Membership
Hi Luis,
You can just send me a photo and I will upload for you.
Normally it syncs to your Github profile.I'll message you from within the system so you can talk to me directly about this.Take care,RebeccaOn Fri, 19 Jan 2024 at 13:12, Luis A. Pinzón <notifications@odoo-community.org> wrote:Hi Rebecca. Please, could you tell me how I can update my profile photo? In the details I have no option to do so. thank you so much Luis Pinzón
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Rebecca GellatlyGeneral SecretaryOdoo Community Association
by Rebecca Gellatly - 07:11 - 22 Jan 2024 -
OCA 2024 Membership
Hi Rebecca. Please, could you tell me how I can update my profile photo? In the details I have no option to do so. thank you so much Luis Pinzón
by Luis Pinzon - 01:11 - 19 Jan 2024 -
Re: OCA 2024 Membership
Thanks so much for the support Michael.
You are definitely all set for the new year!
Yes, to show in the membership directory you need to opt in to having your details published on the website through the survey (we instigated this some years back when GDPR came into effect).So people need to fill in the survey to be shown. If anyone is having trouble with the details shown or would like to update etc just let me know and I can help you with his.
While things still probably feel a little clunky at present I really think going forward it will get easier with these new changes we've made and I hope we can add even more automation to smooth out the process for next year. I'm finding this year I am able to do a good amount of cleaning up as I go which is great for the future.
Have a great week everyone and if you haven't bought off the website yet, keep an eye out for invoice through the system this week.
RebeccaOn Fri, 12 Jan 2024 at 22:36, Michel Stroom <notifications@odoo-community.org> wrote:Dear community and Odooers,
I believe we can greatly assist Rebecca by collectively purchasing the 2024 OCA membership online, relieving her from significant manual work.
Membership directory:
If you wish to be included in the membership directory, please take a moment to complete the privacy survey (the survey link is provided in the invoice email).You can also find the survey link in My Account => Documents => Invoices & Bills => select the invoice number => view History below the invoice for a message from Rebecca after logging in to the OCA website.
Buy your 2024 OCA membership TODAY:2024 OCA Member: https://odoo-community.org/shop/24-msm-2024-oca-member-5038092024 OCA Delegate: https://odoo-community.org/shop/24-msb-2024-oca-board-503811
The 2024 OCA Membership is only 50 Euro !!
What are you waiting for ?
I already purchased the 2024 OCA Membership yesterday and completed the survey this morning to be listed in the membership directory.
Let’s help Rebecca and pay your 2024 OCA membership online.
Best regards,
Michel Stroom
Office Everywhere
e: mstroom@office-everywhere.com
w: Office-Everywhere.comOn 12 Jan 2024, at 08:32, Rebecca Gellatly <notifications@odoo-community.org> wrote:
Thanking you Benoît!
Holger, I'll message you now.
Thanks everyone.
On Fri, 12 Jan 2024 at 12:57, Benoît Guillot <notifications@odoo-community.org> wrote:
Hello,
Thank you Radovan.
Indeed, I wanted to display the previous year's members but I was too quick with my fix.
It's corrected, now the numbers of members displayed are consistent.
Le jeu. 11 janv. 2024 à 21:47, Rebecca Gellatly <notifications@odoo-community.org> a écrit :
Thanks for this Radovan. Yes, I noticed this the other day but wanted to see what would happen as we started invoicing.
Will keep you posted.
Appreciate your time.
Rebecca
On Fri, 12 Jan 2024 at 09:27, Radovan Skolnik <notifications@odoo-community.org> wrote:
Hello,
don't know if it's still only me but membership directory is still broken. If you click on the link sent in the email, you will see list if countries with number of patients in each of them. If you click on any of them, you'll get result saying "No result found". See attached screenshot with my country...
Best regards,
Radovan Skolnik
On Jan 11, 2024 03:07, Rebecca Gellatly <notifications@odoo-community.org> wrote:
Hello OCA Contributors,
Welcome to 2024!
I am in the process of sorting out memberships for 2024. Check out our new logo badges!
If you would like, you can purchase your membership yourself on the website:
• 2024 OCA Member
• 2024 OCA Delegate
• 2024 Sponsorship
If you would like a corporate membership with all your company's members on the one invoice please get in touch with me at membership@odoo-community.org and I will sort this out for you.
We have changed the process up a bit and hope that the new corporate invoicing will be much smoother going forward.
I am super excited to share that the membership directory has been fixed as well - once your invoice has been reconciled you should now show on the directory. Big thanks to Benoît Guillot and Graeme Gellatly for all the work on getting this sorted.
Please be a little patient with reconciliation on the direct bank payments - this takes a little longer for the info to get through than Paypal and Stripe.
Wishing you all a wonderful start to the year.
Any questions please just get in touch.
Rebecca
--
Rebecca Gellatly
General Secretary
Odoo Community Association
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Rebecca Gellatly
General Secretary
Odoo Community Association
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Benoît Guillot
Mail: benoit.guillot@akretion.com
Mobile : +33 6 66 50 39 90
Jabber/Gtalk : benoit.guillot@akretion.com.br
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Rebecca Gellatly
General Secretary
Odoo Community Association
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Rebecca GellatlyGeneral SecretaryOdoo Community Association
by Rebecca Gellatly - 08:41 - 15 Jan 2024 -
Re: [SPAM] Re: OCA 2024 Membership -> Thanks!
Hello Michel,As a member of the OCA Board, I wanted to personnaly thank you for the message you sent today to help Rebecca sort things out easily with the new membership process.We need members and contributors with your spiritThanks a lot for your king message!--
Virginie+32 477 64 17 20Info : 2j/semaine sont dédiés à Chaf et 3j/semaine sont dédiés à Coop IT Easy-----Original Message-----From: Michel Stroom <notifications@odoo-community.org>Reply-To: Contributors <contributors@odoo-community.org>To: Contributors <contributors@odoo-community.org>Subject: [SPAM] Re: OCA 2024 MembershipDate: Fri, 12 Jan 2024 09:36:48 -0000Dear community and Odooers,
I believe we can greatly assist Rebecca by collectively purchasing the 2024 OCA membership online, relieving her from significant manual work.
Membership directory:
If you wish to be included in the membership directory, please take a moment to complete the privacy survey (the survey link is provided in the invoice email).You can also find the survey link in My Account => Documents => Invoices & Bills => select the invoice number => view History below the invoice for a message from Rebecca after logging in to the OCA website.
Buy your 2024 OCA membership TODAY:2024 OCA Member: https://odoo-community.org/shop/24-msm-2024-oca-member-5038092024 OCA Delegate: https://odoo-community.org/shop/24-msb-2024-oca-board-503811
The 2024 OCA Membership is only 50 Euro !!
What are you waiting for ?
I already purchased the 2024 OCA Membership yesterday and completed the survey this morning to be listed in the membership directory.
Let’s help Rebecca and pay your 2024 OCA membership online.
Best regards,
Michel Stroom
Office Everywhere
e: mstroom@office-everywhere.com
w: Office-Everywhere.comOn 12 Jan 2024, at 08:32, Rebecca Gellatly <notifications@odoo-community.org> wrote:
Thanking you Benoît!
Holger, I'll message you now.
Thanks everyone.
On Fri, 12 Jan 2024 at 12:57, Benoît Guillot <notifications@odoo-community.org> wrote:
Hello,
Thank you Radovan.
Indeed, I wanted to display the previous year's members but I was too quick with my fix.
It's corrected, now the numbers of members displayed are consistent.
Le jeu. 11 janv. 2024 à 21:47, Rebecca Gellatly <notifications@odoo-community.org> a écrit :
Thanks for this Radovan. Yes, I noticed this the other day but wanted to see what would happen as we started invoicing.
Will keep you posted.
Appreciate your time.
Rebecca
On Fri, 12 Jan 2024 at 09:27, Radovan Skolnik <notifications@odoo-community.org> wrote:
Hello,
don't know if it's still only me but membership directory is still broken. If you click on the link sent in the email, you will see list if countries with number of patients in each of them. If you click on any of them, you'll get result saying "No result found". See attached screenshot with my country...
Best regards,
Radovan Skolnik
On Jan 11, 2024 03:07, Rebecca Gellatly <notifications@odoo-community.org> wrote:
Hello OCA Contributors,
Welcome to 2024!
I am in the process of sorting out memberships for 2024. Check out our new logo badges!
If you would like, you can purchase your membership yourself on the website:
• 2024 OCA Member
• 2024 OCA Delegate
• 2024 Sponsorship
If you would like a corporate membership with all your company's members on the one invoice please get in touch with me at membership@odoo-community.org and I will sort this out for you.
We have changed the process up a bit and hope that the new corporate invoicing will be much smoother going forward.
I am super excited to share that the membership directory has been fixed as well - once your invoice has been reconciled you should now show on the directory. Big thanks to Benoît Guillot and Graeme Gellatly for all the work on getting this sorted.
Please be a little patient with reconciliation on the direct bank payments - this takes a little longer for the info to get through than Paypal and Stripe.
Wishing you all a wonderful start to the year.
Any questions please just get in touch.
Rebecca
--
Rebecca Gellatly
General Secretary
Odoo Community Association
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Rebecca Gellatly
General Secretary
Odoo Community Association
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Benoît Guillot
Mail: benoit.guillot@akretion.com
Mobile : +33 6 66 50 39 90
Jabber/Gtalk : benoit.guillot@akretion.com.br
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Rebecca Gellatly
General Secretary
Odoo Community Association
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Virginie Dewulf. - 02:39 - 12 Jan 2024
-
-
Document Management System
HiThe Documents app from Odoo seems great in presentations, but I think there is something I am missing...Our customer wants to have one workspace for everything related to a customer project, from the time it is created as a lead to the paid invoice, including sales ordes, delivery orders, drawings/other documentation. As you can see some of this is generated outside of Odoo, that must be handled manually, but how can I configure Odoo to create a workspace when a lead is created for example? Seems invoices are supported somehow, but can't find much information on how to use this app.Torvald Baade BringsvorBringsvor Consulting AS - Developer, consultant, allrounderTel (+47) 4548 2848
by Torvald Bringsvor - 09:55 - 10 Jan 2024 -
EDI Platform
Hi,We are a meat processing industry and we want to implement Odoo 16 Community.We have to meet a need very important for us: EDI. Our actual ERP (A3ERP) has a connection directly to our partner "Seres" that send invoices and receiver orders to our customers. The systems sends and receive this messages via FTP.Could anyone help us with this project?Thank you very much.Saludos,Nota Legal: Este mensaje y sus anexos se dirigen exclusivamente a su destinatario y pueden contener información privada y confidencial para uso exclusivo de su destinatario. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción, informándole que cualquier divulgación, copia, distribución o uso de los mismos está prohibida en virtud de la legislación vigente.Legal Notice: This message and its attachments are exclusively directed to the addressee and may contain private and confidential information for the use of the addressee. If you have received this message by mistake we request that you immediately inform us and delete it. If you are not the intended recipient you are being notified that the coping, disclosing, distribution or use of this information is forbidden by law.
by Sergio Borja - 02:39 - 10 Jan 2024-
Re: EDI Platform
EDI Framework is your tool then,Actually, your approach is similar to the e.Fact approach that I did in l10n-spain repository (SFTP storage) a few years ago. Right now it has been replaced by FACe, but you could easily recover the original codeKind regardsEl jue, 11 ene 2024 a las 3:51, Jordi Ballester Alomar (<notifications@odoo-community.org>) escribió:Hi Sergio, actively use and contribute to the EDI project, and are used to this type of integrations.Regards,Jordi.On Wed, Jan 10, 2024 at 2:42 PM Sergio Borja <notifications@odoo-community.org> wrote:Hi,We are a meat processing industry and we want to implement Odoo 16 Community.We have to meet a need very important for us: EDI. Our actual ERP (A3ERP) has a connection directly to our partner "Seres" that send invoices and receiver orders to our customers. The systems sends and receive this messages via FTP.Could anyone help us with this project?Thank you very much.Saludos,Nota Legal: Este mensaje y sus anexos se dirigen exclusivamente a su destinatario y pueden contener información privada y confidencial para uso exclusivo de su destinatario. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción, informándole que cualquier divulgación, copia, distribución o uso de los mismos está prohibida en virtud de la legislación vigente.
Legal Notice: This message and its attachments are exclusively directed to the addressee and may contain private and confidential information for the use of the addressee. If you have received this message by mistake we request that you immediately inform us and delete it. If you are not the intended recipient you are being notified that the coping, disclosing, distribution or use of this information is forbidden by law.
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Jordi Ballester AlomarCEO & FounderSpain: (+34) 93 694 04 85 - Ext. 101 | USA: (+1) 646 980 4659 | Denmark: (+45) 78 78 21 89 - Ext. 101www.forgeflow.com | Email: jordi.ballester@forgeflow.com | Twitter: /jordibforgeflow | Linkedin: https://www.linkedin.com/company/forgeflow/
The content of this email is confidential and intended for the recipient specified in message only. It is strictly forbidden to share any part of this message with any third party, without a written consent of the sender. If you received this message by mistake, please reply to this message and follow with its deletion, so that we can ensure such a mistake does not occur in the future._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Enric Tobella AlomarCEO & Founder
by Enric Tobella Alomar - 03:31 - 10 Jan 2024 -
Re: EDI Platform
Hi Sergio, actively use and contribute to the EDI project, and are used to this type of integrations.Regards,Jordi.On Wed, Jan 10, 2024 at 2:42 PM Sergio Borja <notifications@odoo-community.org> wrote:Hi,We are a meat processing industry and we want to implement Odoo 16 Community.We have to meet a need very important for us: EDI. Our actual ERP (A3ERP) has a connection directly to our partner "Seres" that send invoices and receiver orders to our customers. The systems sends and receive this messages via FTP.Could anyone help us with this project?Thank you very much.Saludos,Nota Legal: Este mensaje y sus anexos se dirigen exclusivamente a su destinatario y pueden contener información privada y confidencial para uso exclusivo de su destinatario. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción, informándole que cualquier divulgación, copia, distribución o uso de los mismos está prohibida en virtud de la legislación vigente.Legal Notice: This message and its attachments are exclusively directed to the addressee and may contain private and confidential information for the use of the addressee. If you have received this message by mistake we request that you immediately inform us and delete it. If you are not the intended recipient you are being notified that the coping, disclosing, distribution or use of this information is forbidden by law.
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Jordi Ballester AlomarCEO & FounderSpain: (+34) 93 694 04 85 - Ext. 101 | USA: (+1) 646 980 4659 | Denmark: (+45) 78 78 21 89 - Ext. 101www.forgeflow.com | Email: jordi.ballester@forgeflow.com | Twitter: /jordibforgeflow | Linkedin: https://www.linkedin.com/company/forgeflow/
The content of this email is confidential and intended for the recipient specified in message only. It is strictly forbidden to share any part of this message with any third party, without a written consent of the sender. If you received this message by mistake, please reply to this message and follow with its deletion, so that we can ensure such a mistake does not occur in the future.
by Jordi Ballester Alomar - 02:50 - 10 Jan 2024
-
-
purchase information gone in 15.0?
Hi! In 14.0 and older I could define purchase information for each product and supplier. (Product -> Purchase -> supplier's line entry) In 15.0 this screen and information seems to be gone. At least it's not where it used to be. Has this been moved to elsewhere? If its removed from base, is there any module which reintroduces this information? Best regards Jan
by Jan Suhr - 06:16 - 9 Jan 2024-
Re: purchase information gone in 15.0?
Yes, product is marked as "can be purchased". I just found it: The information is in the table (instead of a separate window) and disabled by default. After enabling the columns I can access all missing information (e.g. name, short name). Screenshot attached. Am 09.01.24 um 18:27 schrieb Francesco Foresti: > Just making sure, did you mark the product as "can be purchased"? > > Il giorno mar 9 gen 2024 alle ore 18:17 Jan Suhr | Nitrokey > <notifications@odoo-community.org > <mailto:notifications@odoo-community.org>> ha scritto: > > Hi! > In 14.0 and older I could define purchase information for each product > and supplier. (Product -> Purchase -> supplier's line entry) In 15.0 > this screen and information seems to be gone. At least it's not where it > used to be. Has this been moved to elsewhere? If its removed from base, > is there any module which reintroduces this information? > > Best regards > Jan > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > <https://odoo-community.org/groups/contributors-15> > Post to: mailto:contributors@odoo-community.org > <mailto:contributors@odoo-community.org> > Unsubscribe: https://odoo-community.org/groups?unsubscribe > <https://odoo-community.org/groups?unsubscribe> > > > > -- > > *Francesco Foresti* > /Sicurpharma Srl/ > francesco.foresti@ooops404.com <mailto:francesco.foresti@ooops404.com> > +39 333 8123 790 > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > <https://odoo-community.org/groups/contributors-15> > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe > <https://odoo-community.org/groups?unsubscribe> >
by Jan Suhr - 09:21 - 9 Jan 2024 -
Re: [SPAM] Re: purchase information gone in 15.0?
Hello Jan,You can find the same info (but not opening in a pop up) in version 16.Example from odoo-community runboat (launched from the purchase-workflow repo, with the "base only" option and I installed only the Purchase standard module) in attachment.Have a nice day,--
Virginie+32 477 64 17 20Info : 2j/semaine sont dédiés à Chaf et 3j/semaine sont dédiés à Coop IT Easy-----Original Message-----From: Francesco Foresti <notifications@odoo-community.org>Reply-To: Contributors <contributors@odoo-community.org>To: Contributors <contributors@odoo-community.org>Subject: [SPAM] Re: purchase information gone in 15.0?Date: Tue, 09 Jan 2024 17:27:28 -0000Just making sure, did you mark the product as "can be purchased"?Il giorno mar 9 gen 2024 alle ore 18:17 Jan Suhr | Nitrokey <notifications@odoo-community.org> ha scritto:Hi!
In 14.0 and older I could define purchase information for each product
and supplier. (Product -> Purchase -> supplier's line entry) In 15.0
this screen and information seems to be gone. At least it's not where it
used to be. Has this been moved to elsewhere? If its removed from base,
is there any module which reintroduces this information?
Best regards
Jan
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Virginie Dewulf. - 09:15 - 9 Jan 2024 -
Re: purchase information gone in 15.0?
Just making sure, did you mark the product as "can be purchased"?Il giorno mar 9 gen 2024 alle ore 18:17 Jan Suhr | Nitrokey <notifications@odoo-community.org> ha scritto:Hi! In 14.0 and older I could define purchase information for each product and supplier. (Product -> Purchase -> supplier's line entry) In 15.0 this screen and information seems to be gone. At least it's not where it used to be. Has this been moved to elsewhere? If its removed from base, is there any module which reintroduces this information? Best regards Jan
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
by Francesco Foresti - 06:26 - 9 Jan 2024
-
-
Inquiry on Preferred BI Tools and Connection Methods for Odoo
Dear OCA Contributors,
I hope this message finds you well. I am reaching out to the knowledgeable and experienced members of the Odoo Community Association to gather insights on a topic that is of growing importance in our field - the integration of Business Intelligence (BI) tools with Odoo.
As we continuously strive to improve our business processes and data analysis capabilities, understanding the most effective tools and techniques for integrating BI solutions with Odoo is crucial. Therefore, I would be immensely grateful if you could share your experiences and preferences in this area. Specifically, I am interested in the following questions:
- Preferred BI Tools: Which BI tools have you found most effective or user-friendly when integrated with Odoo? Any particular reasons for your preference, such as ease of use, comprehensive features, or compatibility?
- Connection Method: What type of connection method do you commonly use for integrating BI tools with Odoo? Have you predominantly been using XML-RPC, or are there other methods that you find more efficient or reliable?
- Experiences and Recommendations: Any specific experiences, challenges, or success stories you can share about integrating BI tools with Odoo? Your insights could be incredibly valuable for others in the community who are navigating similar decisions.
Your feedback and insights will not only assist me in making informed decisions for my current projects but will also benefit the broader OCA community as we all work towards optimizing our use of Odoo in various business scenarios.
Thank you in advance for taking the time to share your knowledge and experiences. I look forward to your valuable responses.
Best regards,
Rafael Blasco
Moduon
by "Rafael Blasco" <rblasco@rbnpro.com> - 04:43 - 9 Jan 2024-
Re: Inquiry on Preferred BI Tools and Connection Methods for Odoo
Good luck Rafael and thanks to share your first decision.
Bruno JoliveauArchitecte solutions - Président+1 514-317-7944
Nouveau
Suivez les publications des Numigiens 👀Découvrir Le mer. 17 janv. 2024 à 14:02, Rafael Blasco <notifications@odoo-community.org> a écrit :Hello all!
Thank you for all your answers.
We decided to go for PowerBI using this connector:
https://github.com/tmijail/Odoo-Power-BI-Connector
The time Will show us if this solution fits or not depending the volume of data and the size of reports.
😊
Best regards,
Rafael Blasco
Moduon
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Bruno Joliveau - 08:36 - 17 Jan 2024 -
RE: Inquiry on Preferred BI Tools and Connection Methods for Odoo
Hello all!
Thank you for all your answers.
We decided to go for PowerBI using this connector:
https://github.com/tmijail/Odoo-Power-BI-Connector
The time Will show us if this solution fits or not depending the volume of data and the size of reports.
😊
Best regards,
Rafael Blasco
Moduon
by Rafael Blasco (Moduon) - 08:00 - 17 Jan 2024 -
Re: Inquiry on Preferred BI Tools and Connection Methods for Odoo
Hi Rafael,
Here the tools we are using in my cooperative, I hope it is helpful.
- Preferred BI Tools: Which BI tools have you found most effective or
user-friendly when integrated with Odoo? Any par ticular
reasons for your preference, such as ease of use,
comprehensive features, or compatibility?
We are using Apache Superset, for us, it is the powerfulest open source BI tool and has a good community behind.
It has a lot of different charts, including maps.
- Connection Method: What type of connection method do you commonly
use for integrating BI tools with Odoo? Have you predominantly
been using XML-RPC, or are there other methods that you find
more efficient or reliable?
We make queries directly from database.
We are useing Postgres Foreign Datawrapper in order to map all odoo, and any other source, incuding flat files, in other postgres instance and then we build datasets in order to make charts in superset.
We also use DBT if we need to persist any query for performance purposes.
With this solution we can show the informations in our dashboards in real time.
- Experiences and Recommendations: Any specific experiences, challenges, or
success stories you can share about integrating BI tools with
Odoo? Your insights could be incredibly valuable for others in
the community who are navigating similar decisions.
We have some financial dashboards (mis reports extended, profit and loss, balance situation) in superset.
We also have dashboards for companies like Som Conexió (telecomunications), Som Mobilitat (carsharing) that takes some information from Odoo and information from other datasources.
We can mount dashboards for any model in Odoo, and if it's necessary, joining the data with other datasources with foreign data wrapper.
Regards,Konstantina Tsagkaricoopdevs.coop
On 9/1/24 16:47, Rafael Blasco wrote:
Dear OCA Contributors,
I hope this message finds you well. I am reaching out to the knowledgeable and experienced members of the Odoo Community Association to gather insights on a topic that is of growing importance in our field - the integration of Business Intelligence (BI) tools with Odoo.
As we continuously strive to improve our business processes and data analysis capabilities, understanding the most effective tools and techniques for integrating BI solutions with Odoo is crucial. Therefore, I would be immensely grateful if you could share your experiences and preferences in this area. Specifically, I am interested in the following questions:
- Preferred BI Tools: Which BI tools have you found most effective or user-friendly when integrated with Odoo? Any par ticular reasons for your preference, such as ease of use, comprehensive features, or compatibility?
- Connection Method: What type of connection method do you commonly use for integrating BI tools with Odoo? Have you predominantly been using XML-RPC, or are there other methods that you find more efficient or reliable?
- Experiences and Recommendations: Any specific experiences, challenges, or success stories you can share about integrating BI tools with Odoo? Your insights could be incredibly valuable for others in the community who are navigating similar decisions.
Your feedback and insights will not only assist me in making informed decisions for my current projects but will al so benefit the broader OCA community as we all work towards optimizing our use of Odoo in various business scenarios.
Thank you in advance for taking the time to share your knowledge and experiences. I look forward to your valuable responses.
Best regards,
Rafael Blasco
Moduon
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Konstantina Tsagkari
kon.tsagari@coopdevs.orgcoopdevs.org
AVÍS LEGAL:Aquest missatge i els seus arxius adjunts van dirigits exclusivament al seu destinatari, i poden contenir informació confidencial sotmesa a secret professional. No n’és permesa la comunicació, reproducció o distribució sense l’autorització expressa de COOPDEVS TREBALL S.C.C.L.. Si no en sou el destinatari final, si us plau, elimineu-lo i informeu-nos-en per aquesta via.
PROTECCIÓ DE DADES: De conformitat amb el que estableix el Reglament (UE) 2016/679, de 27 d’abril (GDPR), i la Llei Orgànica 3/2018, de 5 de desembre (LOPDGDD), l’informem que les dades personals i adreça de correu electrònic de l’interessat es tractaran sota la responsabilitat de COOPDEVS TREBALL S.C.C.L. per un interès legítim i per enviar comunicacions sobre els nostres productes i serveis, i es conservaran mentre cap de les parts s’hi oposi. No es comunicaran les dades a tercers, tret que sigui obligació legal. Us informem que podeu exercir els drets d’accés, rectificació, portabilitat i supressió de les vostres dades i els de limitació i oposició al seu tractament tot adreçant-vos a Can Batlló Bloc 8 Constitució 19-25, - 08014 Barcelona (Barcelona). E-mail: info@coopdevs.org. Si considereu que el tractament no s’ajusta a la normativa vigent, podeu presentar una reclamació davant l’autoritat de control a www.aepd.es.
by Konstantina Tsagkari - 01:00 - 17 Jan 2024 - Preferred BI Tools: Which BI tools have you found most effective or
user-friendly when integrated with Odoo? Any par ticular
reasons for your preference, such as ease of use,
comprehensive features, or compatibility?
