Archives
- By thread 1472
-
By date
- August 2019 59
- September 2019 118
- October 2019 165
- November 2019 97
- December 2019 35
- January 2020 58
- February 2020 204
- March 2020 121
- April 2020 172
- May 2020 50
- June 2020 158
- July 2020 85
- August 2020 94
- September 2020 193
- October 2020 277
- November 2020 100
- December 2020 159
- January 2021 38
- February 2021 87
- March 2021 146
- April 2021 73
- May 2021 90
- June 2021 86
- July 2021 123
- August 2021 50
- September 2021 68
- October 2021 66
- November 2021 74
- December 2021 75
- January 2022 98
- February 2022 77
- March 2022 68
- April 2022 31
- May 2022 59
- June 2022 87
- July 2022 141
- August 2022 38
- September 2022 73
- October 2022 152
- November 2022 39
- December 2022 50
- January 2023 93
- February 2023 49
- March 2023 106
- April 2023 47
- May 2023 69
- June 2023 92
- July 2023 64
- August 2023 103
- September 2023 91
- October 2023 101
- November 2023 94
- December 2023 46
- January 2024 75
- February 2024 79
- March 2024 104
- April 2024 63
- May 2024 40
- June 2024 160
- July 2024 80
- August 2024 70
- September 2024 62
- October 2024 121
- November 2024 117
- December 2024 89
- January 2025 59
- February 2025 104
- March 2025 96
- April 2025 107
- May 2025 52
- June 2025 72
- July 2025 60
- August 2025 81
- September 2025 124
- October 2025 63
- November 2025 57
- December 2025 33
- January 2026 63
- February 2026 48
Contributors
contributors@odoo-community.org
-
Partner Firstname 17.0 Migration
Hi all,
my company uses the partner_firstname module in odoo 16E. We are currently in the process of upgrading to 17. Therefore, I am interested in the development roadmap for the official version 17 release of the partner_firstname module. It is not yet published on the official OCA or Odoo App Stores, however, there is a folder in the v17 Git branch of the OCA modules. Git Link
I would appreciate any information on the timeline or wheather the Git module is still ready to be used.
Thanks in advance!
Friedrich Sauer
_________________________________________
Friedrich Sauer
Head of Technology Operations
_________________________________________
Servicum GmbH
Energiewende im Handwerk
+49 172 1324603
friedrich.sauer@servicum.com
__________________________________________________
by Friedrich Sauer - 03:41 - 9 Apr 2024-
Re: Partner Firstname 17.0 Migration
Hi FriedrichThe module is already migratedBest regards--------------------------------
Cyril VINH-TUNG
INVITU
Computer & Network Engineering
BP 32 - 98713 Papeete - French Polynesia
Tél: +689 40 46 11 99
contact@invitu.com
www.invitu.comLe mar. 9 avr. 2024, 03:42, friedrich.sauer@servicum.com <notifications@odoo-community.org> a écrit :Hi all,
my company uses the partner_firstname module in odoo 16E. We are currently in the process of upgrading to 17. Therefore, I am interested in the development roadmap for the official version 17 release of the partner_firstname module. It is not yet published on the official OCA or Odoo App Stores, however, there is a folder in the v17 Git branch of the OCA modules. Git Link
I would appreciate any information on the timeline or wheather the Git module is still ready to be used.
Thanks in advance!
Friedrich Sauer
_________________________________________
Friedrich Sauer
Head of Technology Operations
_________________________________________
Servicum GmbH
Energiewende im Handwerk
+49 172 1324603
__________________________________________________
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Cyril VINH-TUNG - 06:41 - 9 Apr 2024 -
Re: Partner Firstname 17.0 Migration
Hi Fredrich
If it is available on the 17.0 branch, it is ready to use. As I understand the app stores will be updated eventually.
The closest you get to a roadmap is the migration list: https://github.com/OCA/partner-contact/issues/1599
Cheers, Janik
On 4/9/24 15:42, friedrich.sauer@servicum.com wrote:
Hi all,
my company uses the partner_firstname module in odoo 16E. We are currently in the process of upgrading to 17. Therefore, I am interested in the development roadmap for the official version 17 release of the partner_firstname module. It is not yet published on the official OCA or Odoo App Stores, however, there is a folder in the v17 Git branch of the OCA modules. Git Link
I would appreciate any information on the timeline or wheather the Git module is still ready to be used.
Thanks in advance!
Friedrich Sauer
_________________________________________
Friedrich Sauer
Head of Technology Operations
_________________________________________
Servicum GmbH
Energiewende im Handwerk
+49 172 1324603
__________________________________________________
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
-- We are hiring: https://www.mint-system.ch/jobs Send application to: jobs@mint-system.ch CTO Mint System GmbH Tel: +41 44 244 7222
by Janik von Rotz - 03:52 - 9 Apr 2024 -
Re: Partner Firstname 17.0 Migration
the partner_firstname is available (and therefore published) in the V17 repo. Ready to use it.
https://github.com/OCA/partner-contact/tree/17.0
Cheers
Nils
Nils Coenen
Inhaber
Phone: +49 (0)4298-4667492
NICO SOLUTIONS – ENGINEERING & IT
Dr.-Ruckert-Str. 1G, DE-28865 LilienthalConfidentiality Note: This email may contain confidential and/or private information. If you received this email in error please delete and notify sender.
Von: "friedrich.sauer@servicum.com" <notifications@odoo-community.org>
Antworten an: OCA Contributors <contributors@odoo-community.org>
Datum: Dienstag, 9. April 2024 um 15:42
An: OCA Contributors <contributors@odoo-community.org>
Betreff: Partner Firstname 17.0 MigrationACHTUNG! 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 all,
my company uses the partner_firstname module in odoo 16E. We are currently in the process of upgrading to 17. Therefore, I am interested in the development roadmap for the official version 17 release of the partner_firstname module. It is not yet published on the official OCA or Odoo App Stores, however, there is a folder in the v17 Git branch of the OCA modules. Git Link
I would appreciate any information on the timeline or wheather the Git module is still ready to be used.
Thanks in advance!
Friedrich Sauer
_________________________________________
Friedrich Sauer
Head of Technology Operations
_________________________________________

Servicum GmbH
Energiewende im Handwerk
+49 172 1324603
friedrich.sauer@servicum.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 Nils Coenen - 03:52 - 9 Apr 2024 -
Re: Partner Firstname 17.0 Migration
Hi Friedrich,
Indeed, partner_firstname exists in v17, and you can use it right away. Please note that there is an open pull request for this module, with a bug fix, over here:
https://github.com/OCA/partner-contact/pull/1725
Please review this fix if you have time, it will be highly appreciated by the community.
Best,
Nikos
On 09-04-2024 15:42, friedrich.sauer@servicum.com wrote:
Hi all,
my company uses the partner_firstname module in odoo 16E. We are currently in the process of upgrading to 17. Therefore, I am interested in the development roadmap for the official version 17 release of the partner_firstname module. It is not yet published on the official OCA or Odoo App Stores, however, there is a folder in the v17 Git branch of the OCA modules. Git Link
I would appreciate any information on the timeline or wheather the Git module is still ready to be used.
Thanks in advance!
Friedrich Sauer
_________________________________________
Friedrich Sauer
Head of Technology Operations
_________________________________________
Servicum GmbH
Energiewende im Handwerk
+49 172 1324603
__________________________________________________
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Nikos Tsirintanis. - 03:52 - 9 Apr 2024
-
-
Fwd: Inquiry Regarding Migration of Apps to Odoo Version 17
DearsI hope this email finds you well. I am reaching out to inquire about the migration status of the following apps to Odoo Version 17:
- Product Multi Company (https://apps.odoo.com/apps/modules/15.0/product_multi_company/)
- Sale Delivery State (https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239)
We are currently in need of these apps for our new clients, and it's crucial for us to have them compatible with the latest version of Odoo. Could you please provide an update on when these apps are expected to be migrated to Odoo Version 17?
Your prompt response would be greatly appreciated as it will help us plan accordingly for our upcoming projects. Thank you very much for your attention to this matter.
Looking forward to hearing from you soon.
Best regards,
--
Melhores Cumprimentos | Best Regards www.arxi.pt +351 244 237 810
(chamada para a rede fixa nacional)Esta mensagem contém informação de natureza confidencial e é exclusivamente dirigida ao(s) destinatário(s) indicado(s). Se por engano receber este e-mail agradecemos que não o copie nem o reenvie e que nos notifique do ocorrido através do email de resposta. Qualquer uso do seu conteúdo é um ato ilegal.
This message contains confidential information and is addressed exclusively to the designated addressee. If you received this email by mistake we appreciate that you do not copy or resend it and that you notify us of via the reply email. Any use of its content is strictly illegal.
by Andrea Delgado - 03:27 - 3 Apr 2024-
Re: Fwd: Inquiry Regarding Migration of Apps to Odoo Version 17
There is a pullrequest open migrating product_multi_company to v16El mié, 3 de abr de 2024, 5:21 p. m., Radovan Skolnik <notifications@odoo-community.org> escribió:Hello Cyril, I was thinking about this when writing my answer. I think it would be nice. It could push forward the porting process. Of course there are practical things to solve but I think it is doable. Best regards Radovan Skolnik On streda 3. apríla 2024 23:12:30 CEST Cyril VINH-TUNG wrote: > Hello contributors > About finding ressources for migrating a module, do you think it would be a > good idea to have a bounty in OCA ? Same for openupgrade scripts... I don't > know if this has already been discussed in OCA... > Best regards -------------------------------- > Cyril VINH-TUNG > INVITU > Computer & Network Engineering > BP 32 - 98713 Papeete - French Polynesia > Tél: +689 40 46 11 99 > contact@invitu.com [1] > www.invitu.com [2] > Le mer. 3 avr. 2024, 22:51, Radovan Skolnik < > notifications@odoo-community.org [3] > a écrit : Dear Andrea, > > OCA is a community effort. That means there are no date estimates for any of > the modules being available. They simply become available when a community > member decides to port them for that particular version. Porting them means > creating a PR (Pull Request) with updated version. > > Regarding the modules you have mentioned: > > sale_delivery_state is already available for 17.0 here: > https://github.com/OCA/sale-workflow/tree/17.0/sale_delivery_state [4] > product_multi_company is available for 15.0 but there are no viable PRs for > 17.0 nor even 16.0 So this needs to be ported base_multi_company which is a > dependency for product_multi_company is available for 16.0 but no current > PR for 17.0 So this needs to be ported as well > > So the way I see it you can: > > port the modules yourselves > find someone that will port these module for you if you lack the > resources/skills. Contact me at radovan [at]skolnik[dot]info if you'd be > interested in such option > > Best regards > > Radovan Skolnik > > On streda 3. apríla 2024 15:28:03 CEST ARXI | Andrea Almeida wrote: > > Dears > > I hope this email finds you well. I am reaching out to inquire about the > > migration status of the following apps to Odoo Version 17: Product Multi > > Company ( https://apps.odoo.com/apps/modules/15.0/product_multi_company/ > > [5] [1] ) Sale Delivery State ( > > https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239 [6] > > [2] ) We are currently in need of these apps for our new clients, and > > it's crucial for us to have them compatible with the latest version of > > Odoo. Could you please provide an update on when these apps are expected > > to be migrated to Odoo Version 17? Your prompt response would be greatly > > appreciated as it will help us plan accordingly for our upcoming > > projects. Thank you very much for your attention to this matter. Looking > > forward to hearing from you soon. > > Best regards, > > -- > > > > > > Melhores Cumprimentos | Best Regards > > > > > > > > > > > > www.arxi.pt [7] [3] > > +351 244 237 810 [4] > > (chamada para a rede fixa > > nacional) > > [5] > > [6] > > > > > > > > > > > > > > Esta mensagem contém informação de > > natureza confidencial e é exclusivamente dirigida ao(s) > > destinatário(s) indicado(s). Se por engano receber este > > e-mail agradecemos que não o copie nem o reenvie e que > > nos notifique do ocorrido através do email de resposta. > > Qualquer uso do seu conteúdo é um ato ilegal. > > > > This message contains confidential > > information and is addressed exclusively to the > > designated addressee. If you received this email by > > mistake we appreciate that you do not copy or resend it > > and that you notify us of via the reply email. Any use > > of its content is strictly illegal. > > > > > > > > _______________________________________________ > > Mailing-List: https://odoo-community.org/groups/contributors-15 [8] [7] > > Post to: mailto: contributors@odoo-community.org [9] > > Unsubscribe: https://odoo-community.org/groups?unsubscribe [10] [8] > > > > > > > > [1] https://apps.odoo.com/apps/modules/15.0/product_multi_company/ [11] > > [2] https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239 > > [12] [3] https://www.arxi.pt [13] > > [4] tel:+351244237810 > > [5] https://pt.linkedin.com/company/arxilead [14] > > [6] https://www.facebook.com/arxilead/ [15] > > [7] https://odoo-community.org/groups/contributors-15 [16] > > [8] https://odoo-community.org/groups?unsubscribe [17] > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [18] > Post to: mailto: contributors@odoo-community.org [19] > Unsubscribe: https://odoo-community.org/groups?unsubscribe [20] > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [21] > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe [22] > > > > [1] mailto:contact@invitu.com > [2] http://www.invitu.com > [3] mailto:notifications@odoo-community.org > [4] https://github.com/OCA/sale-workflow/tree/17.0/sale_delivery_state > [5] https://apps.odoo.com/apps/modules/15.0/product_multi_company/ > [6] https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239 > [7] http://www.arxi.pt > [8] https://odoo-community.org/groups/contributors-15 > [9] mailto:contributors@odoo-community.org > [10] https://odoo-community.org/groups?unsubscribe > [11] https://apps.odoo.com/apps/modules/15.0/product_multi_company/ > [12] https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239 > [13] https://www.arxi.pt > [14] https://pt.linkedin.com/company/arxilead > [15] https://www.facebook.com/arxilead/ > [16] https://odoo-community.org/groups/contributors-15 > [17] https://odoo-community.org/groups?unsubscribe > [18] https://odoo-community.org/groups/contributors-15 > [19] mailto:contributors@odoo-community.org > [20] https://odoo-community.org/groups?unsubscribe > [21] https://odoo-community.org/groups/contributors-15 > [22] 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 jeer2234 - 04:31 - 5 Apr 2024 -
Re: Fwd: Inquiry Regarding Migration of Apps to Odoo Version 17
Hello Cyril, I was thinking about this when writing my answer. I think it would be nice. It could push forward the porting process. Of course there are practical things to solve but I think it is doable. Best regards Radovan Skolnik On streda 3. apríla 2024 23:12:30 CEST Cyril VINH-TUNG wrote: > Hello contributors > About finding ressources for migrating a module, do you think it would be a > good idea to have a bounty in OCA ? Same for openupgrade scripts... I don't > know if this has already been discussed in OCA... > Best regards -------------------------------- > Cyril VINH-TUNG > INVITU > Computer & Network Engineering > BP 32 - 98713 Papeete - French Polynesia > Tél: +689 40 46 11 99 > contact@invitu.com [1] > www.invitu.com [2] > Le mer. 3 avr. 2024, 22:51, Radovan Skolnik < > notifications@odoo-community.org [3] > a écrit : Dear Andrea, > > OCA is a community effort. That means there are no date estimates for any of > the modules being available. They simply become available when a community > member decides to port them for that particular version. Porting them means > creating a PR (Pull Request) with updated version. > > Regarding the modules you have mentioned: > > sale_delivery_state is already available for 17.0 here: > https://github.com/OCA/sale-workflow/tree/17.0/sale_delivery_state [4] > product_multi_company is available for 15.0 but there are no viable PRs for > 17.0 nor even 16.0 So this needs to be ported base_multi_company which is a > dependency for product_multi_company is available for 16.0 but no current > PR for 17.0 So this needs to be ported as well > > So the way I see it you can: > > port the modules yourselves > find someone that will port these module for you if you lack the > resources/skills. Contact me at radovan [at]skolnik[dot]info if you'd be > interested in such option > > Best regards > > Radovan Skolnik > > On streda 3. apríla 2024 15:28:03 CEST ARXI | Andrea Almeida wrote: > > Dears > > I hope this email finds you well. I am reaching out to inquire about the > > migration status of the following apps to Odoo Version 17: Product Multi > > Company ( https://apps.odoo.com/apps/modules/15.0/product_multi_company/ > > [5] [1] ) Sale Delivery State ( > > https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239 [6] > > [2] ) We are currently in need of these apps for our new clients, and > > it's crucial for us to have them compatible with the latest version of > > Odoo. Could you please provide an update on when these apps are expected > > to be migrated to Odoo Version 17? Your prompt response would be greatly > > appreciated as it will help us plan accordingly for our upcoming > > projects. Thank you very much for your attention to this matter. Looking > > forward to hearing from you soon. > > Best regards, > > -- > > > > > > Melhores Cumprimentos | Best Regards > > > > > > > > > > > > www.arxi.pt [7] [3] > > +351 244 237 810 [4] > > (chamada para a rede fixa > > nacional) > > [5] > > [6] > > > > > > > > > > > > > > Esta mensagem contém informação de > > natureza confidencial e é exclusivamente dirigida ao(s) > > destinatário(s) indicado(s). Se por engano receber este > > e-mail agradecemos que não o copie nem o reenvie e que > > nos notifique do ocorrido através do email de resposta. > > Qualquer uso do seu conteúdo é um ato ilegal. > > > > This message contains confidential > > information and is addressed exclusively to the > > designated addressee. If you received this email by > > mistake we appreciate that you do not copy or resend it > > and that you notify us of via the reply email. Any use > > of its content is strictly illegal. > > > > > > > > _______________________________________________ > > Mailing-List: https://odoo-community.org/groups/contributors-15 [8] [7] > > Post to: mailto: contributors@odoo-community.org [9] > > Unsubscribe: https://odoo-community.org/groups?unsubscribe [10] [8] > > > > > > > > [1] https://apps.odoo.com/apps/modules/15.0/product_multi_company/ [11] > > [2] https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239 > > [12] [3] https://www.arxi.pt [13] > > [4] tel:+351244237810 > > [5] https://pt.linkedin.com/company/arxilead [14] > > [6] https://www.facebook.com/arxilead/ [15] > > [7] https://odoo-community.org/groups/contributors-15 [16] > > [8] https://odoo-community.org/groups?unsubscribe [17] > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [18] > Post to: mailto: contributors@odoo-community.org [19] > Unsubscribe: https://odoo-community.org/groups?unsubscribe [20] > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [21] > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe [22] > > > > [1] mailto:contact@invitu.com > [2] http://www.invitu.com > [3] mailto:notifications@odoo-community.org > [4] https://github.com/OCA/sale-workflow/tree/17.0/sale_delivery_state > [5] https://apps.odoo.com/apps/modules/15.0/product_multi_company/ > [6] https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239 > [7] http://www.arxi.pt > [8] https://odoo-community.org/groups/contributors-15 > [9] mailto:contributors@odoo-community.org > [10] https://odoo-community.org/groups?unsubscribe > [11] https://apps.odoo.com/apps/modules/15.0/product_multi_company/ > [12] https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239 > [13] https://www.arxi.pt > [14] https://pt.linkedin.com/company/arxilead > [15] https://www.facebook.com/arxilead/ > [16] https://odoo-community.org/groups/contributors-15 > [17] https://odoo-community.org/groups?unsubscribe > [18] https://odoo-community.org/groups/contributors-15 > [19] mailto:contributors@odoo-community.org > [20] https://odoo-community.org/groups?unsubscribe > [21] https://odoo-community.org/groups/contributors-15 > [22] https://odoo-community.org/groups?unsubscribe
by Radovan Skolnik - 11:21 - 3 Apr 2024 -
Re: Fwd: Inquiry Regarding Migration of Apps to Odoo Version 17
Hello,You can find someone or contact the author of the module (some may quote you the effort, some may do it for free).Cheers,MAXIME CHAMBREUIL
DIRECTOR GENERAL LATAMCalendario
T: +52 (800) 953-2012 #5200
M: +52 (442) 114-9164 | WhatsApp
C: MChambreuil@OpenSourceIntegrators.comAv. Antea 1032, Piso 4 Local 8, Colonia Jurica
Santiago de Querétaro, Querétaro, 76100, México
Analizar. Optimizar. Automatizar. Transicionar.On Wed, Apr 3, 2024 at 2:51 PM Radovan Skolnik <notifications@odoo-community.org> wrote:Dear Andrea,
OCA is a community effort. That means there are no date estimates for any of the modules being available. They simply become available when a community member decides to port them for that particular version. Porting them means creating a PR (Pull Request) with updated version.
Regarding the modules you have mentioned:
- sale_delivery_state is already available for 17.0 here: https://github.com/OCA/sale-workflow/tree/17.0/sale_delivery_state
- product_multi_company is available for 15.0 but there are no viable PRs for 17.0 nor even 16.0 So this needs to be ported
- base_multi_company which is a dependency for product_multi_company is available for 16.0 but no current PR for 17.0 So this needs to be ported as well
So the way I see it you can:
- port the modules yourselves
- find someone that will port these module for you if you lack the resources/skills. Contact me at radovan [at]skolnik[dot]info if you'd be interested in such option
Best regards
Radovan Skolnik
On streda 3. apríla 2024 15:28:03 CEST ARXI | Andrea Almeida wrote:
> Dears
> I hope this email finds you well. I am reaching out to inquire about the
> migration status of the following apps to Odoo Version 17: Product Multi
> Company ( https://apps.odoo.com/apps/modules/15.0/product_multi_company/
> [1] ) Sale Delivery State (
> https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239 [2] )
> We are currently in need of these apps for our new clients, and it's
> crucial for us to have them compatible with the latest version of Odoo.
> Could you please provide an update on when these apps are expected to be
> migrated to Odoo Version 17? Your prompt response would be greatly
> appreciated as it will help us plan accordingly for our upcoming projects.
> Thank you very much for your attention to this matter. Looking forward to
> hearing from you soon.
> Best regards,
> --
>
>
> Melhores Cumprimentos | Best Regards
>
>
>
>
>
> www.arxi.pt [3]
> +351 244 237 810 [4]
> (chamada para a rede fixa
> nacional)
> [5]
> [6]
>
>
>
>
>
>
> Esta mensagem contém informação de
> natureza confidencial e é exclusivamente dirigida ao(s)
> destinatário(s) indicado(s). Se por engano receber este
> e-mail agradecemos que não o copie nem o reenvie e que
> nos notifique do ocorrido através do email de resposta.
> Qualquer uso do seu conteúdo é um ato ilegal.
>
> This message contains confidential
> information and is addressed exclusively to the
> designated addressee. If you received this email by
> mistake we appreciate that you do not copy or resend it
> and that you notify us of via the reply email. Any use
> of its content is strictly illegal.
>
>
>
> _______________________________________________
> Mailing-List: https://odoo-community.org/groups/contributors-15 [7]
> Post to: mailto:contributors@odoo-community.org
> Unsubscribe: https://odoo-community.org/groups?unsubscribe [8]
>
>
>
> [1] https://apps.odoo.com/apps/modules/15.0/product_multi_company/
> [2] https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239
> [3] https://www.arxi.pt
> [4] tel:+351244237810
> [5] https://pt.linkedin.com/company/arxilead
> [6] https://www.facebook.com/arxilead/
> [7] https://odoo-community.org/groups/contributors-15
> [8] 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 Maxime Chambreuil - 11:16 - 3 Apr 2024 -
Re: Fwd: Inquiry Regarding Migration of Apps to Odoo Version 17
Hello contributorsAbout finding ressources for migrating a module, do you think it would be a good idea to have a bounty in OCA ?Same for openupgrade scripts...I don't know if this has already been discussed in OCA...Best regards--------------------------------
Cyril VINH-TUNG
INVITU
Computer & Network Engineering
BP 32 - 98713 Papeete - French Polynesia
Tél: +689 40 46 11 99
contact@invitu.com
www.invitu.comLe mer. 3 avr. 2024, 22:51, Radovan Skolnik <notifications@odoo-community.org> a écrit :Dear Andrea,
OCA is a community effort. That means there are no date estimates for any of the modules being available. They simply become available when a community member decides to port them for that particular version. Porting them means creating a PR (Pull Request) with updated version.
Regarding the modules you have mentioned:
- sale_delivery_state is already available for 17.0 here: https://github.com/OCA/sale-workflow/tree/17.0/sale_delivery_state
- product_multi_company is available for 15.0 but there are no viable PRs for 17.0 nor even 16.0 So this needs to be ported
- base_multi_company which is a dependency for product_multi_company is available for 16.0 but no current PR for 17.0 So this needs to be ported as well
So the way I see it you can:
- port the modules yourselves
- find someone that will port these module for you if you lack the resources/skills. Contact me at radovan [at]skolnik[dot]info if you'd be interested in such option
Best regards
Radovan Skolnik
On streda 3. apríla 2024 15:28:03 CEST ARXI | Andrea Almeida wrote:
> Dears
> I hope this email finds you well. I am reaching out to inquire about the
> migration status of the following apps to Odoo Version 17: Product Multi
> Company ( https://apps.odoo.com/apps/modules/15.0/product_multi_company/
> [1] ) Sale Delivery State (
> https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239 [2] )
> We are currently in need of these apps for our new clients, and it's
> crucial for us to have them compatible with the latest version of Odoo.
> Could you please provide an update on when these apps are expected to be
> migrated to Odoo Version 17? Your prompt response would be greatly
> appreciated as it will help us plan accordingly for our upcoming projects.
> Thank you very much for your attention to this matter. Looking forward to
> hearing from you soon.
> Best regards,
> --
>
>
> Melhores Cumprimentos | Best Regards
>
>
>
>
>
> www.arxi.pt [3]
> +351 244 237 810 [4]
> (chamada para a rede fixa
> nacional)
> [5]
> [6]
>
>
>
>
>
>
> Esta mensagem contém informação de
> natureza confidencial e é exclusivamente dirigida ao(s)
> destinatário(s) indicado(s). Se por engano receber este
> e-mail agradecemos que não o copie nem o reenvie e que
> nos notifique do ocorrido através do email de resposta.
> Qualquer uso do seu conteúdo é um ato ilegal.
>
> This message contains confidential
> information and is addressed exclusively to the
> designated addressee. If you received this email by
> mistake we appreciate that you do not copy or resend it
> and that you notify us of via the reply email. Any use
> of its content is strictly illegal.
>
>
>
> _______________________________________________
> Mailing-List: https://odoo-community.org/groups/contributors-15 [7]
> Post to: mailto:contributors@odoo-community.org
> Unsubscribe: https://odoo-community.org/groups?unsubscribe [8]
>
>
>
> [1] https://apps.odoo.com/apps/modules/15.0/product_multi_company/
> [2] https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239
> [3] https://www.arxi.pt
> [4] tel:+351244237810
> [5] https://pt.linkedin.com/company/arxilead
> [6] https://www.facebook.com/arxilead/
> [7] https://odoo-community.org/groups/contributors-15
> [8] 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 Cyril VINH-TUNG - 11:11 - 3 Apr 2024 -
Re: Fwd: Inquiry Regarding Migration of Apps to Odoo Version 17
Dear Andrea,
OCA is a community effort. That means there are no date estimates for any of the modules being available. They simply become available when a community member decides to port them for that particular version. Porting them means creating a PR (Pull Request) with updated version.
Regarding the modules you have mentioned:
- sale_delivery_state is already available for 17.0 here: https://github.com/OCA/sale-workflow/tree/17.0/sale_delivery_state
- product_multi_company is available for 15.0 but there are no viable PRs for 17.0 nor even 16.0 So this needs to be ported
- base_multi_company which is a dependency for product_multi_company is available for 16.0 but no current PR for 17.0 So this needs to be ported as well
So the way I see it you can:
- port the modules yourselves
- find someone that will port these module for you if you lack the resources/skills. Contact me at radovan [at]skolnik[dot]info if you'd be interested in such option
Best regards
Radovan Skolnik
On streda 3. apríla 2024 15:28:03 CEST ARXI | Andrea Almeida wrote:
> Dears
> I hope this email finds you well. I am reaching out to inquire about the
> migration status of the following apps to Odoo Version 17: Product Multi
> Company ( https://apps.odoo.com/apps/modules/15.0/product_multi_company/
> [1] ) Sale Delivery State (
> https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239 [2] )
> We are currently in need of these apps for our new clients, and it's
> crucial for us to have them compatible with the latest version of Odoo.
> Could you please provide an update on when these apps are expected to be
> migrated to Odoo Version 17? Your prompt response would be greatly
> appreciated as it will help us plan accordingly for our upcoming projects.
> Thank you very much for your attention to this matter. Looking forward to
> hearing from you soon.
> Best regards,
> --
>
>
> Melhores Cumprimentos | Best Regards
>
>
>
>
>
> www.arxi.pt [3]
> +351 244 237 810 [4]
> (chamada para a rede fixa
> nacional)
> [5]
> [6]
>
>
>
>
>
>
> Esta mensagem contém informação de
> natureza confidencial e é exclusivamente dirigida ao(s)
> destinatário(s) indicado(s). Se por engano receber este
> e-mail agradecemos que não o copie nem o reenvie e que
> nos notifique do ocorrido através do email de resposta.
> Qualquer uso do seu conteúdo é um ato ilegal.
>
> This message contains confidential
> information and is addressed exclusively to the
> designated addressee. If you received this email by
> mistake we appreciate that you do not copy or resend it
> and that you notify us of via the reply email. Any use
> of its content is strictly illegal.
>
>
>
> _______________________________________________
> Mailing-List: https://odoo-community.org/groups/contributors-15 [7]
> Post to: mailto:contributors@odoo-community.org
> Unsubscribe: https://odoo-community.org/groups?unsubscribe [8]
>
>
>
> [1] https://apps.odoo.com/apps/modules/15.0/product_multi_company/
> [2] https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239
> [3] https://www.arxi.pt
> [4] tel:+351244237810
> [5] https://pt.linkedin.com/company/arxilead
> [6] https://www.facebook.com/arxilead/
> [7] https://odoo-community.org/groups/contributors-15
> [8] https://odoo-community.org/groups?unsubscribe
by Radovan Skolnik - 10:50 - 3 Apr 2024
-
Stock quant history
Dear contributors,Using odoo 14.0, we would like to consult physical stock in the past date for analysis and reporting. Consulting those stock should let user to group and/or filter by product/location/lot information.Odoo's stock module provide Inventory Report (which displays current stock: `stock.quant`s at now()) where users are able to click on the `Inventory at Date` button which redirect users to product view with selected date in context to re-compute quantities at that time without able to filter by lot.I've seen `stock_quantity_history_location` and `stock_report_quantity_by_location` in OCA/stock-logistics-reporting repo but don't fit our needs.Ideally we would like to recreate stock.quant for a given date according to a possible set of criteria set by the users (restricted by locations / lot / product).Does anyone work on something like this on any odoo version? Does it make sense to suggest a new module `stock_quant_history like this in the OCA/stock-logistics-reporting repo? Any suggestions/advice you'll like to share are welcome!Regards,
by Pierre Verkest - 02:20 - 3 Apr 2024 -
Tree/List item "open modal form"
Dear community,
I'm looking for a module that implements a feature similar to enabling "open_form_view" on a tree/list, yet that opens the form as a modal overlay and allows editing.The use case: on products, there are extra fields with HTML values ("product details") that are copied to the sale order line and may be modified (alike "sale description").For obvious UX reasons, having HTML fields in a tree/list is not great, yet editing them somehow is still needed.I've considered alternative of setting editable to False does not do the trick as that form does not have all the fields exposed that are visible in the tree/list.If no such thing exists, I'm considering making a base_list_item_open module that would expand or alter the open_form_view approach.Cheers to all,Alexey
by Alexey Pelykh - 09:35 - 2 Apr 2024-
Re: Tree/List item "open modal form"
Thanks! I'll check that out at well!
On 3 Apr 2024, at 08:12, Daniel Reis <notifications@odoo-community.org> wrote:I recently impelmented a similar pattern:On Sales Order Lines there was a button to open a popup presenting a list of lines.The approach was:- add a one2many field on SOL- add a new Form view for SOL, with the one2many field- add a button on the SOL that opens the new SOL form in a popupA terça, 2/04/2024, 20:36, Alexey Pelykh <notifications@odoo-community.org> escreveu:Dear community,
I'm looking for a module that implements a feature similar to enabling "open_form_view" on a tree/list, yet that opens the form as a modal overlay and allows editing.The use case: on products, there are extra fields with HTML values ("product details") that are copied to the sale order line and may be modified (alike "sale description").For obvious UX reasons, having HTML fields in a tree/list is not great, yet editing them somehow is still needed.I've considered alternative of setting editable to False does not do the trick as that form does not have all the fields exposed that are visible in the tree/list.If no such thing exists, I'm considering making a base_list_item_open module that would expand or alter the open_form_view approach.Cheers to all,Alexey_______________________________________________
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 Alexey Pelykh - 08:56 - 8 Apr 2024 -
Re: Tree/List item "open modal form"
I recently impelmented a similar pattern:On Sales Order Lines there was a button to open a popup presenting a list of lines.The approach was:- add a one2many field on SOL- add a new Form view for SOL, with the one2many field- add a button on the SOL that opens the new SOL form in a popupA terça, 2/04/2024, 20:36, Alexey Pelykh <notifications@odoo-community.org> escreveu:Dear community,
I'm looking for a module that implements a feature similar to enabling "open_form_view" on a tree/list, yet that opens the form as a modal overlay and allows editing.The use case: on products, there are extra fields with HTML values ("product details") that are copied to the sale order line and may be modified (alike "sale description").For obvious UX reasons, having HTML fields in a tree/list is not great, yet editing them somehow is still needed.I've considered alternative of setting editable to False does not do the trick as that form does not have all the fields exposed that are visible in the tree/list.If no such thing exists, I'm considering making a base_list_item_open module that would expand or alter the open_form_view approach.Cheers to all,Alexey_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Daniel Reis - 08:11 - 3 Apr 2024
-
-
Contribution
Bonjour à l'équipe OCA,
Je souhaite pouvoir rejoindre les discords OCA et commencer à contribuer !
A vous lire,
Bien à tous,
--
Cordialement,
by Aymeric KREMER - 12:27 - 2 Apr 2024-
Re: Contribution
Hi Aymeric,I can sort this out for you - just email here: discord-membership@odoo-community.orgI can then send you the current link to join.Thanks,RebeccaOn Tue, 2 Apr 2024 at 23:27, Aymeric Kremer <notifications@odoo-community.org> wrote:Bonjour à l'équipe OCA,
Je souhaite pouvoir rejoindre les discords OCA et commencer à contribuer !
A vous lire,
Bien à tous,
--
Cordialement,
_______________________________________________
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 - 12:56 - 4 Apr 2024
-
-
subscription or contracts?
Hi! I would like to use some functionality of recurring sales and/or recurring invoices. Looking at [1] I see "contract*" and subscription_oca. Both seem to do pretty much the same and I'm wondering which one to use. Subscriptions seem to be a bit easier to use. But are there any technical aspects which one solution can do but not the other? It seems that subscription_oca matches the official documentation [2] so maybe it's an OCA maintained former Odoo SA implementation? And contracts are an independent implementation? In this case which one has the more promising future path? Best regards, Jan [1] https://github.com/OCA/contract/ [2] https://www.odoo.com/documentation/15.0/applications/sales/subscriptions.html
by Jan Suhr - 10:21 - 29 Mar 2024-
Re: subscription or contracts?
I think the contrary: contract is there for long time and it's rock solid, while subscription_oca is way far away in terms of features than the other. The only argument for now is that subscription_oca is simpler, which is true, but that's also because it has less features. And adding such features will get to the same complexity of contract. I agree things can be improved, like hiding some features like predecessor/successor under configuration options (or even extract it to another module), but that's something that is also "simple to improve".Regards.
by Pedro M. Baeza - 06:30 - 1 Apr 2024 -
Re: subscription or contracts?
Hi,Our experience is that subscription is doing the stuff properly and natively.What cannot be done with subscription is mainly :* deal with different recurrent frequency on lines* make the quantity (invoiced/ordered) on dynamic data extracted from a python formulaEverything else is possible with subscription and mostly easier.So if you don't need one of those choose subscription.From now it's not available on the user portal but it will be simple to improve this.RegardsFlorent THOMAS
☎ +33 972 457 755
✉ florent.thomas@mind-and-go.comDe: "Jan Suhr | Nitrokey" <notifications@odoo-community.org>
À: "contributors" <contributors@odoo-community.org>
Envoyé: Vendredi 29 Mars 2024 22:22:13
Objet: subscription or contracts?Hi! I would like to use some functionality of recurring sales and/or recurring invoices. Looking at [1] I see "contract*" and subscription_oca. Both seem to do pretty much the same and I'm wondering which one to use. Subscriptions seem to be a bit easier to use. But are there any technical aspects which one solution can do but not the other? It seems that subscription_oca matches the official documentation [2] so maybe it's an OCA maintained former Odoo SA implementation? And contracts are an independent implementation? In this case which one has the more promising future path? Best regards, Jan [1] https://github.com/OCA/contract/ [2] https://www.odoo.com/documentation/15.0/applications/sales/subscriptions.html
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Florent THOMAS - 07:51 - 30 Mar 2024
-
-
Group based editable tree vs form pop up edition?
Dear Odoo experts,CONTEXT:More and more we are being contacted by companies who already use Odoo in some countries and would like to use it in Brazil too using the multi-companies approach. For service companies it's nearly possible (and a no go for industries because still too many side effects to deal with).As we isolated most of the fiscal craziness in the l10n_br_fiscal module with its own tables and UI, we can inject the Brazilian localization pretty smoothly in other modules (specially through our l10n_br_account module mediation).PROBLEM:What is still a problem is about half of the users in a Brazilian company need to check or even edit many fiscal parameters in orders lines or invoice lines (see screenshots).So we used to force the popup form based edition for these lines, that is we inherit the tree element and remove the editable="bottom" attribute.This however is very invasive for the non Brazilian users (because it is slower, because they might have customized the tree view). It also causes friction with some other modules that expect the default inline tree edition.To fix this I recently made a POC where we would have advanced Brazilian fiscal groups where users would see use these popup forms while many users would use the default inline tree edition.The problem is that it was using the groups_id in ir.ui.view to enable or not the group based view selection. But this feature has been removed in Odoo v16 to make the view caching easier:Do you have an alternative solution to suggest for v16? As views will be cached without group consideration I imagine the selection between editable tree and form will need to happen on the client side...I tried to add a groups=... on the attribute tag that overrides the editable property but it is not effective...Do you know a simple Javascript approach?Alternatively would could have a button in the tree that would open the form popup. Ideally that would be a Javascript action that doesn't require saving the form (a server side action would also have trouble finding a proper non inline form view to inherit). Such a Javascript button to switch the view could even be a generic OCA module. Any pointers on how to do it?Thank you.
by "Raphaël Valyi" <rvalyi@akretion.com> - 05:16 - 27 Mar 2024-
Re: Group based editable tree vs form pop up edition?
BTW this is the POC PR for sales in v14 if you are interested:All in all the way to switch the tree view to editable or not is a bit different between v14 and v16 but the idea to do it in the _view_get method is the same.Thank you again for encouraging me to try it this way.On Thu, Mar 28, 2024 at 11:17 PM Raphaël Valyi <notifications@odoo-community.org> wrote:Hello,Thank you Holger, overriding _get_view and using user_has_group absolutely still works in v16!I tried something like this for instance:if self.user_has_groups('base.group_system'):
for sub_form_node in arch.xpath("//field[@name='invoice_line_ids']/tree"):
sub_form_node.attrib["editable"] = ""I initially assumed the result of the method might be cached but fortunately that is not where the cache happens(I could test with different users). So the change is pretty easy to deal with.On Wed, Mar 27, 2024 at 3:17 PM Holger Brunn <notifications@odoo-community.org> wrote:*Do you have an alternative solution to suggest for v16?* override get_view for your model, and do group specific things there. Or probably better, override _get_view_cache [1], and also override _get_view_cache_key to add self.env.user.has_group('the_group.youre_looking_for') or similar to the cache key. I mourned the loss of group-specific view inheritance quite a bit, because you can do very nifty things with it. So I'm still of a mind to eventually write an addon that brings it back for models with some mixin applied. [1] https://github.com/OCA/OCB/blob/16.0/odoo/addons/base/models/ ir_ui_view.py#L2635 -- 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
--Raphaël ValyiFounder and consultant_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Raphaël ValyiFounder and consultant
by "Raphaël Valyi" <rvalyi@akretion.com> - 08:40 - 29 Mar 2024 -
Re: Group based editable tree vs form pop up edition?
Hello,Thank you Holger, overriding _get_view and using user_has_group absolutely still works in v16!I tried something like this for instance:if self.user_has_groups('base.group_system'):
for sub_form_node in arch.xpath("//field[@name='invoice_line_ids']/tree"):
sub_form_node.attrib["editable"] = ""I initially assumed the result of the method might be cached but fortunately that is not where the cache happens(I could test with different users). So the change is pretty easy to deal with.On Wed, Mar 27, 2024 at 3:17 PM Holger Brunn <notifications@odoo-community.org> wrote:*Do you have an alternative solution to suggest for v16?* override get_view for your model, and do group specific things there. Or probably better, override _get_view_cache [1], and also override _get_view_cache_key to add self.env.user.has_group('the_group.youre_looking_for') or similar to the cache key. I mourned the loss of group-specific view inheritance quite a bit, because you can do very nifty things with it. So I'm still of a mind to eventually write an addon that brings it back for models with some mixin applied. [1] https://github.com/OCA/OCB/blob/16.0/odoo/addons/base/models/ ir_ui_view.py#L2635 -- 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
--Raphaël ValyiFounder and consultant
by "Raphaël Valyi" <rvalyi@akretion.com> - 03:15 - 29 Mar 2024 -
Re: Group based editable tree vs form pop up edition?
*Do you have an alternative solution to suggest for v16?* override get_view for your model, and do group specific things there. Or probably better, override _get_view_cache [1], and also override _get_view_cache_key to add self.env.user.has_group('the_group.youre_looking_for') or similar to the cache key. I mourned the loss of group-specific view inheritance quite a bit, because you can do very nifty things with it. So I'm still of a mind to eventually write an addon that brings it back for models with some mixin applied. [1] https://github.com/OCA/OCB/blob/16.0/odoo/addons/base/models/ ir_ui_view.py#L2635 -- Your partner for the hard Odoo problems https://hunki-enterprises.com
by Holger Brunn - 07:16 - 27 Mar 2024
-
-
Issues when running tests
Hello,I am trying to run tests in my Odoo instance by adding --test enable but I'm having some issues. I am not used to run tests so I'm probably just missing something.When I try to run tests for module sale_product_multi_add by launching command:python3 odoo-bin -c odoo.conf -d dbname -u sale_product_multi_add --test-enabletests immediately fails because `self.env.ref()` cannot read external ids for master-datas. You can see the complete log in attached .txtI have also tried to run the same command for module sale_product_brand_exception which also checks for master-data and I got the same error.It seems like an issue with the environment, but addons path is defined in odoo.conf and working well outside of tests. I have also tried to pass --addons-path parameter in the CLI command but the result didn't changed.I hope I have provided enough informations, if not, let me know.Do you have any suggestions?Thanks,Fra B.
by Francesco Ballerini - 08:57 - 26 Mar 2024-
Re: Issues when running tests
I take the freedom to ask an additional tip, this time is about writing tests:I made this PR which is only failing code coverage check by a 0,01% diff compared to last commit.This diff though, is marked as an indirect change due to partial coverage of a line which is defined in another module: see on code coverage .Is it possible for me to fix this missing coverage in my PR? Any hint on how to manage this?Thank you again,Fra B.Il giorno mar 26 mar 2024 alle ore 22:26 Francesco Ballerini <francescobl.lavoro@gmail.com> ha scritto:Thanks @Michael Tietz @Isabelle RICHARD, my brain often goes into "low battery mode" at the end of the day. I was running tests in a db without demo datas enabled and confusing master-data and demo data. 😁Thank you very muchFrancesco B.Il giorno mar 26 mar 2024 alle ore 21:12 Isabelle RICHARD <notifications@odoo-community.org> ha scritto:Hi Francesco,You are talking about master data, but the product with the reference product.product_product_9 is a demo data.It's only present in your database if you enabled the Demo Data option, when you created your database.Data is defined in: https://github.com/odoo/odoo/blob/14.0/addons/product/data/product_demo.xmlWhich is referred as a demo file in manifest: https://github.com/odoo/odoo/blob/14.0/addons/product/__manifest__.py#L48Did you enable this?
Regards,--Isabelle RICHARDLe mar. 26 mars 2024 à 20:57, Francesco Ballerini <notifications@odoo-community.org> a écrit :Hello,I am trying to run tests in my Odoo instance by adding --test enable but I'm having some issues. I am not used to run tests so I'm probably just missing something.When I try to run tests for module sale_product_multi_add by launching command:python3 odoo-bin -c odoo.conf -d dbname -u sale_product_multi_add --test-enabletests immediately fails because `self.env.ref()` cannot read external ids for master-datas. You can see the complete log in attached .txtI have also tried to run the same command for module sale_product_brand_exception which also checks for master-data and I got the same error.It seems like an issue with the environment, but addons path is defined in odoo.conf and working well outside of tests. I have also tried to pass --addons-path parameter in the CLI command but the result didn't changed.I hope I have provided enough informations, if not, let me know.Do you have any suggestions?Thanks,Fra B._______________________________________________
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 Francesco Ballerini - 10:56 - 27 Mar 2024 -
Re: Issues when running tests
Thanks @Michael Tietz @Isabelle RICHARD, my brain often goes into "low battery mode" at the end of the day. I was running tests in a db without demo datas enabled and confusing master-data and demo data. 😁Thank you very muchFrancesco B.Il giorno mar 26 mar 2024 alle ore 21:12 Isabelle RICHARD <notifications@odoo-community.org> ha scritto:Hi Francesco,You are talking about master data, but the product with the reference product.product_product_9 is a demo data.It's only present in your database if you enabled the Demo Data option, when you created your database.Data is defined in: https://github.com/odoo/odoo/blob/14.0/addons/product/data/product_demo.xmlWhich is referred as a demo file in manifest: https://github.com/odoo/odoo/blob/14.0/addons/product/__manifest__.py#L48Did you enable this?
Regards,--Isabelle RICHARDLe mar. 26 mars 2024 à 20:57, Francesco Ballerini <notifications@odoo-community.org> a écrit :Hello,I am trying to run tests in my Odoo instance by adding --test enable but I'm having some issues. I am not used to run tests so I'm probably just missing something.When I try to run tests for module sale_product_multi_add by launching command:python3 odoo-bin -c odoo.conf -d dbname -u sale_product_multi_add --test-enabletests immediately fails because `self.env.ref()` cannot read external ids for master-datas. You can see the complete log in attached .txtI have also tried to run the same command for module sale_product_brand_exception which also checks for master-data and I got the same error.It seems like an issue with the environment, but addons path is defined in odoo.conf and working well outside of tests. I have also tried to pass --addons-path parameter in the CLI command but the result didn't changed.I hope I have provided enough informations, if not, let me know.Do you have any suggestions?Thanks,Fra B._______________________________________________
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 Francesco Ballerini - 10:31 - 26 Mar 2024 -
Re: Issues when running tests
Hi Francesco,You are talking about master data, but the product with the reference product.product_product_9 is a demo data.It's only present in your database if you enabled the Demo Data option, when you created your database.Data is defined in: https://github.com/odoo/odoo/blob/14.0/addons/product/data/product_demo.xmlWhich is referred as a demo file in manifest: https://github.com/odoo/odoo/blob/14.0/addons/product/__manifest__.py#L48Did you enable this?
Regards,--Isabelle RICHARDLe mar. 26 mars 2024 à 20:57, Francesco Ballerini <notifications@odoo-community.org> a écrit :Hello,I am trying to run tests in my Odoo instance by adding --test enable but I'm having some issues. I am not used to run tests so I'm probably just missing something.When I try to run tests for module sale_product_multi_add by launching command:python3 odoo-bin -c odoo.conf -d dbname -u sale_product_multi_add --test-enabletests immediately fails because `self.env.ref()` cannot read external ids for master-datas. You can see the complete log in attached .txtI have also tried to run the same command for module sale_product_brand_exception which also checks for master-data and I got the same error.It seems like an issue with the environment, but addons path is defined in odoo.conf and working well outside of tests. I have also tried to pass --addons-path parameter in the CLI command but the result didn't changed.I hope I have provided enough informations, if not, let me know.Do you have any suggestions?Thanks,Fra B._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Isabelle RICHARD - 09:10 - 26 Mar 2024 -
Re: Issues when running tests
Hello,
it seems that your database contains no demo data.
The tests are only running with demo data.
Ensure that you creating your database without this flat "--without-demo" https://www.odoo.com/documentation/17.0/developer/reference/cli.html?highlight=demo#cmdoption-odoo-bin-without-demo
Am 26.03.24 um 20:57 schrieb Francesco Ballerini:
Hello,
I am trying to run tests in my Odoo instance by adding --test enable but I'm having some issues. I am not used to run tests so I'm probably just missing something.
When I try to run tests for module sale_product_multi_add by launching command:
python3 odoo-bin -c odoo.conf -d dbname -u sale_product_multi_add --test-enable
tests immediately fails because `self.env.ref()` cannot read external ids for master-datas. You can see the complete log in attached .txt
I have also tried to run the same command for module sale_product_brand_exception which also checks for master-data and I got the same error.
It seems like an issue with the environment, but addons path is defined in odoo.conf and working well outside of tests. I have also tried to pass --addons-path parameter in the CLI command but the result didn't changed.
I hope I have provided enough informations, if not, let me know.Do you have any suggestions?
Thanks,Fra B.

Privo di virus.www.avast.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 Michael Tietz - 09:06 - 26 Mar 2024
-
-
Manufacturing Operations - Duration UoM
Hello, Community.For some types of manufacturing the Operation Duration can be planned in days, rather than in minutes.Are there any OCA modules available which will override the default Duration of the BoM / Operations?Thank you.
by Arthur Franklin Smith - 04:35 - 23 Mar 2024 -
Stock valuation based on warehouse/location - food for thought ;-)
Hi, today I have had an interesting conversation about Odoo's shortcoming regarding stock valuation. I was told it is common practice and in some cases part of the legislation in here to have a different stock valuation in different warehouses/locations. For example I commonly purchase a certain type of notebook which I store in a warehouse A from which I also sell it. Now I have won a big contract to supply 500 of such notebooks somewhere. I contact my supplier, arrange a big discount for the 500 notebooks and have them sent to warehouse B (a project warehouse). The requirement would be that the valuation of stock in warehouse B is different (based on that heavily discounted purchase) from the one in warehouse A and these 2 shouldn't mix. Have you ever encountered such requirement? Is this common situation? I do not really need to solve this but it just got me curious. I guess it should be possible to create such a thing but that would mean patching stock_account, purchase_stock, stock_landed_costs and mrp_subcontracting_[purchase|dropshipping] and we would have possible as many stock valuation layer entries for each product as warehouses/locations that we deal with separately. Any inputs/comments would be welcome. Best regards Radovan Skolnik
by Radovan Skolnik - 07:01 - 20 Mar 2024-
Re: Stock valuation based on warehouse/location - food for thought ;-)
Hi! Check this Odoo Experience Video from 2021: https://www.youtube.com/watch?v=JHqrYn_Xgk0 Regards El 2024-03-21 06:56, Graeme Gellatly escribió: > Odoo had actual cost. Then removed it. Now it is available for select > odoo customers but not me. I have to do my own. > On Thu, 21 Mar 2024, 9:42 pm Frederik Kramer, < > notifications@odoo-community.org [1] > wrote: > Hi Graeme, > > you are right. I all to often forget that Odoos "Standard Price" > valuation method, is "only" using the default standard price not > the actual purchase price. (see > https://www.odoo.com/documentation/17.0/applications/inventory_and_mrp/inventory/warehouses_storage/inventory_valuation/inventory_valuation_config.html > [2] ) > Though i do agree that this is mostly a reporting issue and should > be adjustable via specific journal items, i would still prefer a > valuation based on cost price. Can't imaging that i would be all > to hard to implement this. But it should definitly be done by Odoo > S.A. themselves. Did anybody ever raise this feature request? I > think if Odoo really wants to compete with say SAP it needs to > implement this. It'll be hard to manually adjust that for million > stock transaction multi warehouse case. > Best Frederik > > Am 21.03.24 um 08:57 schrieb Graeme > Gellatly: > > > Serialisation is neither a qualification nor > disqualification. IAS2 is a simple standard largely unchanged > since the 70s. Seperately identifiable refers mostly to > wjether the organisation seperately identifies it e.g. for a > particular customer. E.g a large order at special pricing or > a custom manufacture item could qualify. But a bunch of > serialised items for general sale that are easily exchanged do > not. > > Cost method won't do it because odoo does not > support it. In cases where everything is custom or non > fungible you basically have to use actual cost or serial track > svls using fifo. Either is custom dev. I've done both, serial > with fifo is easier but not without issues. More recently with > v16 making Fifo a bit difficult for my use cases I've > reimplemented actual over a small subset of non fungible > items. It is manageable but at an entire company catalog scale > i wouldn't trust it. > > But in truth it is only a reporting issue. If > your stock turn is high and you don't have a lot of it it is > usually immaterial or easily adjusted for manually during > report preparation. > > > On Thu, 21 Mar 2024, 8:36 pm Frederik Kramer, > < notifications@odoo-community.org [3] > > wrote: > > > What does "separately identifiable" mean? Is a serial > number enough? I generally don't see a reason why cost > price method wouldn't do the job. It is valuing based > on every single purchase transaction, isn't it? > > Best Frederik > > Am 21.03.24 um 01:42 schrieb Graeme Gellatly: > > Under ias2 if it is seperately > identifiable for a customer it should have its own > valuation regardless of warehouse location. The > usual 2 ways are actual cost with lot tracking not > in odoo standard or a seperate product. > > On Thu, 21 Mar 2024, 9:46 am Iryna > Vyshnevska, < notifications@odoo-community.org [4] > > wrote: > > > Cost method can be set per product per > company, so if warehouses A and B belong to > different companies valuation can be > different. I hardly can imagine a need to have > a different valuation approach for one product > in one company as this will create different > approaches in valuation in accounting. > > > > On Wed, Mar 20, 2024 at 10:00 PM > Abdalrhman Hassan عبدالرحمن حس ن < notifications@odoo-community.org > [5] > > wrote: > > What a methdolgoy !🤔 > First time hear about this scenario. > > > On Mar 20, 2024, at 9:02 PM, > Radovan Skolnik < notifications@odoo-community.org [6] > > wrote: > > Hi, > today I have had an interesting conversation about Odoo's shortcoming > regarding stock valuation. I was told it is common practice and in > some cases part of the legislation in here to have a different stock > valuation in different warehouses/locations. For example I commonly > purchase a certain type of notebook which I store in a warehouse A > from which I also sell it. Now I have won a big contract to supply 500 > of such notebooks somewhere. I contact my supplier, arrange a big > discount for the 500 notebooks and have them sent to warehouse B (a > project warehouse). The requirement would be that the valuation of > stock in warehouse B is different (based on that heavily discounted > purchase) from the one in warehouse A and these 2 shouldn't mix. > Have you ever encountered such requirement? Is this common situation? > I do not really need to solve this but it just got me curious. I guess > it should be possible to create such a thing but that would mean > patching stock_account, purchase_stock, stock_landed_costs and > mrp_subcontracting_[purchase|dropshipping] and we would have possible > as many stock valuation layer entries for each product as > warehouses/locations that we deal with separately. Any inputs/comments > would be 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 [11] > Unsubscribe: https://odoo-community.org/groups?unsubscribe [12] > > > > > -- > > > > Вишневська Ірина > > Vyshnevska Iryna > > > > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [13] > Post to: mailto: contributors@odoo-community.org [14] > Unsubscribe: https://odoo-community.org/groups?unsubscribe [15] > > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [16] > Post to: mailto:contributors@odoo-community.org [17] > Unsubscribe: https://odoo-community.org/groups?unsubscribe [18] > > > -- > 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 [19] > Internet: www.initos.com [20] > 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 [21] > Post to: mailto: contributors@odoo-community.org [22] > Unsubscribe: https://odoo-community.org/groups?unsubscribe [23] > > > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [24] > Post to: mailto:contributors@odoo-community.org [25] > Unsubscribe: https://odoo-community.org/groups?unsubscribe [26] > > > -- > 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 [27] > Internet: www.initos.com [28] > 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 [29] > Post to: mailto: contributors@odoo-community.org [30] > Unsubscribe: https://odoo-community.org/groups?unsubscribe [31] > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [32] > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe [33] > > > > [1] mailto:notifications@odoo-community.org > [2] > https://www.odoo.com/documentation/17.0/applications/inventory_and_mrp/inventory/warehouses_storage/inventory_valuation/inventory_valuation_config.html > [3] mailto:notifications@odoo-community.org > [4] mailto:notifications@odoo-community.org > [5] mailto:notifications@odoo-community.org > [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] mailto:contributors@odoo-community.org > [12] https://odoo-community.org/groups?unsubscribe > [13] https://odoo-community.org/groups/contributors-15 > [14] mailto:contributors@odoo-community.org > [15] https://odoo-community.org/groups?unsubscribe > [16] https://odoo-community.org/groups/contributors-15 > [17] mailto:contributors@odoo-community.org > [18] https://odoo-community.org/groups?unsubscribe > [19] mailto:frederik.kramer@initos.com > [20] http://www.initos.com > [21] https://odoo-community.org/groups/contributors-15 > [22] mailto:contributors@odoo-community.org > [23] https://odoo-community.org/groups?unsubscribe > [24] https://odoo-community.org/groups/contributors-15 > [25] mailto:contributors@odoo-community.org > [26] https://odoo-community.org/groups?unsubscribe > [27] mailto:frederik.kramer@initos.com > [28] http://www.initos.com > [29] https://odoo-community.org/groups/contributors-15 > [30] mailto:contributors@odoo-community.org > [31] https://odoo-community.org/groups?unsubscribe > [32] https://odoo-community.org/groups/contributors-15 > [33] https://odoo-community.org/groups?unsubscribe
by info - 01:12 - 22 Mar 2024 -
Re: Stock valuation based on warehouse/location - food for thought ;-)
Odoo had actual cost. Then removed it. Now it is available for select odoo customers but not me. I have to do my own.On Thu, 21 Mar 2024, 9:42 pm Frederik Kramer, <notifications@odoo-community.org> wrote:Hi Graeme,
you are right. I all to often forget that Odoos "Standard Price" valuation method, is "only" using the default standard price not the actual purchase price. (see https://www.odoo.com/documentation/17.0/applications/inventory_and_mrp/inventory/warehouses_storage/inventory_valuation/inventory_valuation_config.html) Though i do agree that this is mostly a reporting issue and should be adjustable via specific journal items, i would still prefer a valuation based on cost price. Can't imaging that i would be all to hard to implement this. But it should definitly be done by Odoo S.A. themselves. Did anybody ever raise this feature request? I think if Odoo really wants to compete with say SAP it needs to implement this. It'll be hard to manually adjust that for million stock transaction multi warehouse case.
Best Frederik
Am 21.03.24 um 08:57 schrieb Graeme Gellatly:
Serialisation is neither a qualification nor disqualification. IAS2 is a simple standard largely unchanged since the 70s. Seperately identifiable refers mostly to wjether the organisation seperately identifies it e.g. for a particular customer. E.g a large order at special pricing or a custom manufacture item could qualify. But a bunch of serialised items for general sale that are easily exchanged do not.
Cost method won't do it because odoo does not support it. In cases where everything is custom or non fungible you basically have to use actual cost or serial track svls using fifo. Either is custom dev. I've done both, serial with fifo is easier but not without issues. More recently with v16 making Fifo a bit difficult for my use cases I've reimplemented actual over a small subset of non fungible items. It is manageable but at an entire company catalog scale i wouldn't trust it.
But in truth it is only a reporting issue. If your stock turn is high and you don't have a lot of it it is usually immaterial or easily adjusted for manually during report preparation.
On Thu, 21 Mar 2024, 8:36 pm Frederik Kramer, <notifications@odoo-community.org> wrote:
What does "separately identifiable" mean? Is a serial number enough? I generally don't see a reason why cost price method wouldn't do the job. It is valuing based on every single purchase transaction, isn't it?
Best Frederik
Am 21.03.24 um 01:42 schrieb Graeme Gellatly:
Under ias2 if it is seperately identifiable for a customer it should have its own valuation regardless of warehouse location. The usual 2 ways are actual cost with lot tracking not in odoo standard or a seperate product.
On Thu, 21 Mar 2024, 9:46 am Iryna Vyshnevska, <notifications@odoo-community.org> wrote:
Cost method can be set per product per company, so if warehouses A and B belong to different companies valuation can be different. I hardly can imagine a need to have a different valuation approach for one product in one company as this will create different approaches in valuation in accounting.
On Wed, Mar 20, 2024 at 10:00 PM Abdalrhman Hassan عبدالرحمن حس ن <notifications@odoo-community.org> wrote:
What a methdolgoy !🤔
First time hear about this scenario.
On Mar 20, 2024, at 9:02 PM, Radovan Skolnik <notifications@odoo-community.org> wrote:
Hi, today I have had an interesting conversation about Odoo's shortcoming regarding stock valuation. I was told it is common practice and in some cases part of the legislation in here to have a different stock valuation in different warehouses/locations. For example I commonly purchase a certain type of notebook which I store in a warehouse A from which I also sell it. Now I have won a big contract to supply 500 of such notebooks somewhere. I contact my supplier, arrange a big discount for the 500 notebooks and have them sent to warehouse B (a project warehouse). The requirement would be that the valuation of stock in warehouse B is different (based on that heavily discounted purchase) from the one in warehouse A and these 2 shouldn't mix. Have you ever encountered such requirement? Is this common situation? I do not really need to solve this but it just got me curious. I guess it should be possible to create such a thing but that would mean patching stock_account, purchase_stock, stock_landed_costs and mrp_subcontracting_[purchase|dropshipping] and we would have possible as many stock valuation layer entries for each product as warehouses/locations that we deal with separately. Any inputs/comments would be 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
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Вишневська Ірина
Vyshnevska Iryna
_______________________________________________
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
_______________________________________________
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
_______________________________________________
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> - 10:56 - 21 Mar 2024 -
Re: Stock valuation based on warehouse/location - food for thought ;-)
Hi Graeme,
you are right. I all to often forget that Odoos "Standard Price" valuation method, is "only" using the default standard price not the actual purchase price. (see https://www.odoo.com/documentation/17.0/applications/inventory_and_mrp/inventory/warehouses_storage/inventory_valuation/inventory_valuation_config.html) Though i do agree that this is mostly a reporting issue and should be adjustable via specific journal items, i would still prefer a valuation based on cost price. Can't imaging that i would be all to hard to implement this. But it should definitly be done by Odoo S.A. themselves. Did anybody ever raise this feature request? I think if Odoo really wants to compete with say SAP it needs to implement this. It'll be hard to manually adjust that for million stock transaction multi warehouse case.
Best Frederik
Am 21.03.24 um 08:57 schrieb Graeme Gellatly:
Serialisation is neither a qualification nor disqualification. IAS2 is a simple standard largely unchanged since the 70s. Seperately identifiable refers mostly to wjether the organisation seperately identifies it e.g. for a particular customer. E.g a large order at special pricing or a custom manufacture item could qualify. But a bunch of serialised items for general sale that are easily exchanged do not.
Cost method won't do it because odoo does not support it. In cases where everything is custom or non fungible you basically have to use actual cost or serial track svls using fifo. Either is custom dev. I've done both, serial with fifo is easier but not without issues. More recently with v16 making Fifo a bit difficult for my use cases I've reimplemented actual over a small subset of non fungible items. It is manageable but at an entire company catalog scale i wouldn't trust it.
But in truth it is only a reporting issue. If your stock turn is high and you don't have a lot of it it is usually immaterial or easily adjusted for manually during report preparation.
On Thu, 21 Mar 2024, 8:36 pm Frederik Kramer, <notifications@odoo-community.org> wrote:
What does "separately identifiable" mean? Is a serial number enough? I generally don't see a reason why cost price method wouldn't do the job. It is valuing based on every single purchase transaction, isn't it?
Best Frederik
Am 21.03.24 um 01:42 schrieb Graeme Gellatly:
Under ias2 if it is seperately identifiable for a customer it should have its own valuation regardless of warehouse location. The usual 2 ways are actual cost with lot tracking not in odoo standard or a seperate product.
On Thu, 21 Mar 2024, 9:46 am Iryna Vyshnevska, <notifications@odoo-community.org> wrote:
Cost method can be set per product per company, so if warehouses A and B belong to different companies valuation can be different. I hardly can imagine a need to have a different valuation approach for one product in one company as this will create different approaches in valuation in accounting.
On Wed, Mar 20, 2024 at 10:00 PM Abdalrhman Hassan عبدالرحمن حس ن <notifications@odoo-community.org> wrote:
What a methdolgoy !🤔
First time hear about this scenario.
On Mar 20, 2024, at 9:02 PM, Radovan Skolnik <notifications@odoo-community.org> wrote:
Hi, today I have had an interesting conversation about Odoo's shortcoming regarding stock valuation. I was told it is common practice and in some cases part of the legislation in here to have a different stock valuation in different warehouses/locations. For example I commonly purchase a certain type of notebook which I store in a warehouse A from which I also sell it. Now I have won a big contract to supply 500 of such notebooks somewhere. I contact my supplier, arrange a big discount for the 500 notebooks and have them sent to warehouse B (a project warehouse). The requirement would be that the valuation of stock in warehouse B is different (based on that heavily discounted purchase) from the one in warehouse A and these 2 shouldn't mix. Have you ever encountered such requirement? Is this common situation? I do not really need to solve this but it just got me curious. I guess it should be possible to create such a thing but that would mean patching stock_account, purchase_stock, stock_landed_costs and mrp_subcontracting_[purchase|dropshipping] and we would have possible as many stock valuation layer entries for each product as warehouses/locations that we deal with separately. Any inputs/comments would be 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
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Вишневська Ірина
Vyshnevska Iryna
_______________________________________________
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
_______________________________________________
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. - 09:41 - 21 Mar 2024 -
Re: Stock valuation based on warehouse/location - food for thought ;-)
Serialisation is neither a qualification nor disqualification. IAS2 is a simple standard largely unchanged since the 70s. Seperately identifiable refers mostly to wjether the organisation seperately identifies it e.g. for a particular customer. E.g a large order at special pricing or a custom manufacture item could qualify. But a bunch of serialised items for general sale that are easily exchanged do not.Cost method won't do it because odoo does not support it. In cases where everything is custom or non fungible you basically have to use actual cost or serial track svls using fifo. Either is custom dev. I've done both, serial with fifo is easier but not without issues. More recently with v16 making Fifo a bit difficult for my use cases I've reimplemented actual over a small subset of non fungible items. It is manageable but at an entire company catalog scale i wouldn't trust it.But in truth it is only a reporting issue. If your stock turn is high and you don't have a lot of it it is usually immaterial or easily adjusted for manually during report preparation.On Thu, 21 Mar 2024, 8:36 pm Frederik Kramer, <notifications@odoo-community.org> wrote:What does "separately identifiable" mean? Is a serial number enough? I generally don't see a reason why cost price method wouldn't do the job. It is valuing based on every single purchase transaction, isn't it?
Best Frederik
Am 21.03.24 um 01:42 schrieb Graeme Gellatly:
Under ias2 if it is seperately identifiable for a customer it should have its own valuation regardless of warehouse location. The usual 2 ways are actual cost with lot tracking not in odoo standard or a seperate product.
On Thu, 21 Mar 2024, 9:46 am Iryna Vyshnevska, <notifications@odoo-community.org> wrote:
Cost method can be set per product per company, so if warehouses A and B belong to different companies valuation can be different. I hardly can imagine a need to have a different valuation approach for one product in one company as this will create different approaches in valuation in accounting.
On Wed, Mar 20, 2024 at 10:00 PM Abdalrhman Hassan عبدالرحمن حس ن <notifications@odoo-community.org> wrote:
What a methdolgoy !🤔
First time hear about this scenario.
On Mar 20, 2024, at 9:02 PM, Radovan Skolnik <notifications@odoo-community.org> wrote:
Hi, today I have had an interesting conversation about Odoo's shortcoming regarding stock valuation. I was told it is common practice and in some cases part of the legislation in here to have a different stock valuation in different warehouses/locations. For example I commonly purchase a certain type of notebook which I store in a warehouse A from which I also sell it. Now I have won a big contract to supply 500 of such notebooks somewhere. I contact my supplier, arrange a big discount for the 500 notebooks and have them sent to warehouse B (a project warehouse). The requirement would be that the valuation of stock in warehouse B is different (based on that heavily discounted purchase) from the one in warehouse A and these 2 shouldn't mix. Have you ever encountered such requirement? Is this common situation? I do not really need to solve this but it just got me curious. I guess it should be possible to create such a thing but that would mean patching stock_account, purchase_stock, stock_landed_costs and mrp_subcontracting_[purchase|dropshipping] and we would have possible as many stock valuation layer entries for each product as warehouses/locations that we deal with separately. Any inputs/comments would be 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
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Вишневська Ірина
Vyshnevska Iryna
_______________________________________________
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
_______________________________________________
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> - 08:56 - 21 Mar 2024 -
Re: Stock valuation based on warehouse/location - food for thought ;-)
Hello,
We actually have the same accounting practice in Macedonia. Long ago I wrote a design doc but never got to implement it.
This was concerning though only average price costing as this was the one most commonly used here. My conclusion was the same as what Radovan describes for FIFO. That is we would need to track cost price per warehouse and use it for the valuation entries.
Additionally also what is not part of Odoo and what comes naturally if you have different costing per warehouse, is the need to have inter-warehouse valuation entries created. In some sense this is like a separate company but at the end you would want to see that in one financial statement.
Kind Regards,
Kiril
On 21.3.24 08:36, Frederik Kramer wrote:
What does "separately identifiable" mean? Is a serial number enough? I generally don't see a reason why cost price method wouldn't do the job. It is valuing based on every single purchase transaction, isn't it?
Best Frederik
Am 21.03.24 um 01:42 schrieb Graeme Gellatly:
Under ias2 if it is seperately identifiable for a customer it should have its own valuation regardless of warehouse location. The usual 2 ways are actual cost with lot tracking not in odoo standard or a seperate product.
On Thu, 21 Mar 2024, 9:46 am Iryna Vyshnevska, <notifications@odoo-community.org> wrote:
Cost method can be set per product per company, so if warehouses A and B belong to different companies valuation can be different. I hardly can imagine a need to have a different valuation approach for one product in one company as this will create different approaches in valuation in accounting.
On Wed, Mar 20, 2024 at 10:00 PM Abdalrhman Hassan عبدالرحمن حس ن <notifications@odoo-community.org> wrote:
What a methdolgoy !🤔
First time hear about this scenario.
On Mar 20, 2024, at 9:02 PM, Radovan Skolnik <notifications@odoo-community.org> wrote:
Hi, today I have had an interesting conversation about Odoo's shortcoming regarding stock valuation. I was told it is common practice and in some cases part of the legislation in here to have a different stock valuation in different warehouses/locations. For example I commonly purchase a certain type of notebook which I store in a warehouse A from which I also sell it. Now I have won a big contract to supply 500 of such notebooks somewhere. I contact my supplier, arrange a big discount for the 500 notebooks and have them sent to warehouse B (a project warehouse). The requirement would be that the valuation of stock in warehouse B is different (based on that heavily discounted purchase) from the one in warehouse A and these 2 shouldn't mix. Have you ever encountered such requirement? Is this common situation? I do not really need to solve this but it just got me curious. I guess it should be possible to create such a thing but that would mean patching stock_account, purchase_stock, stock_landed_costs and mrp_subcontracting_[purchase|dropshipping] and we would have possible as many stock valuation layer entries for each product as warehouses/locations that we deal with separately. Any inputs/comments would be 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
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Вишневська Ірина
Vyshnevska Iryna
_______________________________________________
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
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
-- Lambda IS DOOEL - free/open-source information systems implementation & development Kiril Vangelovski - consultant/developer web: https://www.lambda-is.com tel: +38971753823
by Kiril Vangelovski - 08:56 - 21 Mar 2024
-
-
[POS][16.0]Any way to sell a same product in different UoM
Hi everyone,I'm wondering if there is any way to have a product in the pos where you can choose the UoM you want tu use for the order.I' would like to prevent the creation of a second product with different UoM and managing the inventory of 2 product.Anyone already faced the same issue ?RegardsFlorent THOMAS
☎ +33 972 457 755
✉ florent.thomas@mind-and-go.com
by Florent THOMAS - 11:22 - 20 Mar 2024-
Re: [POS][16.0]Any way to sell a same product in different UoM
Thank to all of you,Definitively Kit BoM is the right answer !RegardsFlorent THOMAS
☎ +33 972 457 755
✉ florent.thomas@mind-and-go.comDe: "Cyril VINH-TUNG" <notifications@odoo-community.org>
À: "contributors" <contributors@odoo-community.org>
Envoyé: Mercredi 20 Mars 2024 17:47:24
Objet: Re: [POS][16.0]Any way to sell a same product in different UoMHi FlorentFor a restaurant or a bar, we setup a UOM 'Bottle of 70cl' (type volume with factor of 0.7)And then a BOM (kit) : To do a glass of wine take 17cl of the bottle.You can do beers or cocktails with the same ideaBest regards--------------------------------
Cyril VINH-TUNG
INVITU
Computer & Network Engineering
BP 32 - 98713 Papeete - French Polynesia
Tél: +689 40 46 11 99
contact@invitu.com
www.invitu.comLe mer. 20 mars 2024, 03:01, Florent Thomas <notifications@odoo-community.org> a écrit :Thanks Olger,Our use case is bottle of wine an dwine sold as a glass.Stock, sales and purchase are in uom = bottleglass = 1/6 of the bottleYour proposal implies a new product and a setup that could be difficult to maintain but you're right it should work.Thanks for sharing your thoughts !RegardsFlorent THOMAS
☎ +33 972 457 755
✉ florent.thomas@mind-and-go.comDe: "Holger Brunn" <notifications@odoo-community.org>
À: "contributors" <contributors@odoo-community.org>
Envoyé: Mercredi 20 Mars 2024 11:32:35
Objet: Re: [POS][16.0]Any way to sell a same product in different UoM> I'm wondering if there is any way to have a product in the pos where you can > choose the UoM you want tu use for the order. I' would like to prevent the > creation of a second product with different UoM and managing the inventory how about a kit product with a BOM that contains your original product? This also gives you a quite natural way to convert between the different UOM categories. -- 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
_______________________________________________
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 Florent THOMAS - 10:05 - 21 Mar 2024 -
Re: [POS][16.0]Any way to sell a same product in different UoM
Hi FlorentFor a restaurant or a bar, we setup a UOM 'Bottle of 70cl' (type volume with factor of 0.7)And then a BOM (kit) : To do a glass of wine take 17cl of the bottle.You can do beers or cocktails with the same ideaBest regards--------------------------------
Cyril VINH-TUNG
INVITU
Computer & Network Engineering
BP 32 - 98713 Papeete - French Polynesia
Tél: +689 40 46 11 99
contact@invitu.com
www.invitu.comLe mer. 20 mars 2024, 03:01, Florent Thomas <notifications@odoo-community.org> a écrit :Thanks Olger,Our use case is bottle of wine an dwine sold as a glass.Stock, sales and purchase are in uom = bottleglass = 1/6 of the bottleYour proposal implies a new product and a setup that could be difficult to maintain but you're right it should work.Thanks for sharing your thoughts !RegardsFlorent THOMAS
☎ +33 972 457 755
✉ florent.thomas@mind-and-go.comDe: "Holger Brunn" <notifications@odoo-community.org>
À: "contributors" <contributors@odoo-community.org>
Envoyé: Mercredi 20 Mars 2024 11:32:35
Objet: Re: [POS][16.0]Any way to sell a same product in different UoM> I'm wondering if there is any way to have a product in the pos where you can > choose the UoM you want tu use for the order. I' would like to prevent the > creation of a second product with different UoM and managing the inventory how about a kit product with a BOM that contains your original product? This also gives you a quite natural way to convert between the different UOM categories. -- 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
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Cyril VINH-TUNG - 05:46 - 20 Mar 2024 -
Re: [POS][16.0]Any way to sell a same product in different UoM
Thanks Olger,Our use case is bottle of wine an dwine sold as a glass.Stock, sales and purchase are in uom = bottleglass = 1/6 of the bottleYour proposal implies a new product and a setup that could be difficult to maintain but you're right it should work.Thanks for sharing your thoughts !RegardsFlorent THOMAS
☎ +33 972 457 755
✉ florent.thomas@mind-and-go.comDe: "Holger Brunn" <notifications@odoo-community.org>
À: "contributors" <contributors@odoo-community.org>
Envoyé: Mercredi 20 Mars 2024 11:32:35
Objet: Re: [POS][16.0]Any way to sell a same product in different UoM> I'm wondering if there is any way to have a product in the pos where you can > choose the UoM you want tu use for the order. I' would like to prevent the > creation of a second product with different UoM and managing the inventory how about a kit product with a BOM that contains your original product? This also gives you a quite natural way to convert between the different UOM categories. -- 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 Florent THOMAS - 02:00 - 20 Mar 2024 -
Re: [POS][16.0]Any way to sell a same product in different UoM
> I'm wondering if there is any way to have a product in the pos where you can > choose the UoM you want tu use for the order. I' would like to prevent the > creation of a second product with different UoM and managing the inventory how about a kit product with a BOM that contains your original product? This also gives you a quite natural way to convert between the different UOM categories. -- Your partner for the hard Odoo problems https://hunki-enterprises.com
by Holger Brunn - 11:31 - 20 Mar 2024
-
-
Help! Screen recording tool being discountinued
Hi all,my question is not odoo-related but very relevant for operations in my company.We've been using this tool for screen recording and sharing: https://recordit.co/Unfortunately it will be discontinued by the end of the month and I'm looking for a replacement.This tool was specifically user friendly as installing the desktop app (mac/win covering 99% of customers) it allowed for:- having a quick shortcut to screen recording- when recording ended, a link was automatically generated for sharing the video- no storage limit or preservation issues (links would still be working after months)Now for this last point we'd be ok with paying a premium storage plan or something like that, the important thing is to provide anyone working with us an easy way to quickly record and share screen recording.What are your suggestions?Thanks!
by Francesco Foresti - 11:21 - 19 Mar 2024-
Re: Help! Screen recording tool being discountinued
Hello Everyone,
You may try one of these two options- AnyDesk https://anydesk.com/en- TeamViewer https://www.teamviewer.com/en-mea/I use them alot during investigations and check with the customer.For Screen Recoridng you may use this optionAwesome Screenshot https://www.awesomescreenshot.comMany thanksOn Mar 19, 2024, at 1:22 PM, Francesco Foresti <notifications@odoo-community.org> wrote:Hi all,my question is not odoo-related but very relevant for operations in my company.We've been using this tool for screen recording and sharing: https://recordit.co/Unfortunately it will be discontinued by the end of the month and I'm looking for a replacement.This tool was specifically user friendly as installing the desktop app (mac/win covering 99% of customers) it allowed for:- having a quick shortcut to screen recording- when recording ended, a link was automatically generated for sharing the video- no storage limit or preservation issues (links would still be working after months)Now for this last point we'd be ok with paying a premium storage plan or something like that, the important thing is to provide anyone working with us an easy way to quickly record and share screen recording.What are your suggestions?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 "Abdalrhman Hassan عبدالرحمن حس ن" <abdo.towfeg@gmail.com> - 01:05 - 1 Apr 2024 -
RE: Help! Screen recording tool being discountinued
Or the Windows 10-11 integrated snipping tool, you can then share by e-mail, OneDrive, Teams, WhatsApp, …
From: Johan Van Hirtum <notifications@odoo-community.org>
Sent: 19 March 2024 15:22
To: Contributors <contributors@odoo-community.org>
Subject: RE: Help! Screen recording tool being discountinuedDear,
Maybe Teamviewer is what you need. You can take control of the screen of your customer and help him as if you are standing next to him.
With kind regards,
Van Hirtum Johan
Van: Francesco Foresti [mailto:notifications@odoo-community.org]
Verzonden: dinsdag 19 maart 2024 13:17
Aan: Contributors
Onderwerp: Re: Help! Screen recording tool being discountinuedJust for clarification: we're looking for tools to provide to the end users (anyone working in the customer's company), so when they have any issue with or question about a specific behavior we can see the exact steps to reproduce the behavior.
So the goal is to have users quickly report any behavior by sending us a screen recording of it :)
FrancescoIl giorno mar 19 mar 2024 alle ore 11:42 Jairo Llopis <notifications@odoo-community.org> ha scritto:
We are happy with loom.com, although they don't support Firefox or Linux very properly.
Another option is OBS, although it requires a bit more setup and manual work.
El mar, 19 mar 2024 a las 10:22, Francesco Foresti (<notifications@odoo-community.org>) escribió:
Hi all,
my question is not odoo-related but very relevant for operations in my company.
We've been using this tool for screen recording and sharing: https://recordit.co/
Unfortunately it will be discontinued by the end of the month and I'm looking for a replacement.
This tool was specifically user friendly as installing the desktop app (mac/win covering 99% of customers) it allowed for:
- having a quick shortcut to screen recording
- when recording ended, a link was automatically generated for sharing the video
- no storage limit or preservation issues (links would still be working after months)
Now for this last point we'd be ok with paying a premium storage plan or something like that, the important thing is to provide anyone working with us an easy way to quickly record and share screen recording.
What are your suggestions?
Thanks!
_______________________________________________
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
--
_______________________________________________
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 kinxton - 12:26 - 1 Apr 2024 -
Re: Help! Screen recording tool being discountinued
Il giorno mar 19 mar 2024 alle ore 11:22 Francesco Foresti <notifications@odoo-community.org> ha scritto: > > Hi all, > > my question is not odoo-related but very relevant for operations in my company. > > We've been using this tool for screen recording and sharing: https://recordit.co/ > > Unfortunately it will be discontinued by the end of the month and I'm looking for a replacement. > > This tool was specifically user friendly as installing the desktop app (mac/win covering 99% of customers) it allowed for: > > - having a quick shortcut to screen recording > - when recording ended, a link was automatically generated for sharing the video > - no storage limit or preservation issues (links would still be working after months) Hi Francesco, have a look at pypeek: https://github.com/firatkiral/pypeek Simple, effective and multiplatform. No link and storage support unfortunately, but if you have a nextcloud instance (self-hosted or fully managed [*[) you could activate a share with links so that clients can easily upload videos by drag and drop. [*] https://nextcloud.com/partners/ S.
by Sergio Zanchetta - 09:21 - 20 Mar 2024 -
Re: Help! Screen recording tool being discountinued
My screen recorder software of choice is OBS (Open Broadcaster Software). Not only is it a robust and very capable screen recorder and streaming interphase, but it's open source too!
https://obsproject.com/On Tue, Mar 19, 2024 at 1:57 PM Diego Bollini <notifications@odoo-community.org> wrote:Hi!In Adhoc we are using screencastify. It is a Chrome extension, generates a link to share, it can be connected to Google drive, etcThe free version has some limits (number of videos and 5 minutes duration). Very similar to loom but it think is cheaper.Cheers!El mar, 19 mar 2024 12:42, Anders Wallenquist <notifications@odoo-community.org> escribió:One simple way to do screen-recordings on Ubuntu is using Ctrl + Shift +Alt + R and use the screen markin. Then you can email the recording - if you are using Thunderbird you can use i service, for example Thunderbird Send to send a link to the file (if its large).
Regards
Anders Wallenquist
Den 2024-03-19 kl. 14:12, skrev Victor Champonnois:
We made a small review of different remote control systems. Here are the solution we found :- https://rustdesk.com/ is intuitive and open source: all you need to do is install an application on the "target" computer (available as appimage or .deb), then send codes to the person who needs to connect. The offer is free as long as it passes through their servers, but you can also self-host.
- https://www.dwservice.net is another open source program, but more difficult to use (you need to run a bash script on the target computer), then configure shares. It's not very intuitive.
- https://remotedesktop.google.com is an option from google, you need to install a .deb on the target computer, you can access it via a chrome browser (but there's a firefox extension). You just need to send a code to connect. Intuitive too, but proprietary.
- Alternatively, there's teamviewer, but proprietary and not free.
We tested the three options with success.
Victor Champonnois - Coop IT Easy
On 19/03/24 13:42, Tom Blauwendraat wrote:
How about TeamViewer? It's not exactly what you want, but it has wide support for all kinds of end user systems, and even allows you to login remotely to the system. It has a screen recorder functionality as well, though I'm not sure if you need to be in a session to use it.
On 3/19/24 13:17, Francesco Foresti wrote:
Just for clarification: we're looking for tools to provide to the end users (anyone working in the customer's company), so when they have any issue with or question about a specific behavior we can see the exact steps to reproduce the behavior.
So the goal is to have users quickly report any behavior by sending us a screen recording of it :)
Francesco
Il giorno mar 19 mar 2024 alle ore 11:42 Jairo Llopis <notifications@odoo-community.org> ha scritto:
We are happy with loom.com, although they don't support Firefox or Linux very properly.
Another option is OBS, although it requires a bit more setup and manual work.
El mar, 19 mar 2024 a las 10:22, Francesco Foresti (<notifications@odoo-community.org>) escribió:
Hi all,
my question is not odoo-related but very relevant for operations in my company.
We've been using this tool for screen recording and sharing: https://recordit.co/
Unfortunately it will be discontinued by the end of the month and I'm looking for a replacement.
This tool was specifically user friendly as installing the desktop app (mac/win covering 99% of customers) it allowed for:
- having a quick shortcut to screen recording- when recording ended, a link was automatically generated for sharing the video- no storage limit or preservation issues (links would still be working after months)
Now for this last point we'd be ok with paying a premium storage plan or something like that, the important thing is to provide anyone working with us an easy way to quickly record and share screen recording.
What are your suggestions?
Thanks!_______________________________________________
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
--
_______________________________________________
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
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
-- Med vänlig hälsning / Best regards / 顺祝商祺 , Anders Wallenquist <b>VERTEL AB</b>| Anders Wallenquist | anders.wallenquist@vertel.se +46 (0)13 99 19 480 | +46 (0) 709 565 160 | vertel.se
_______________________________________________
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 Samuel Macias Oropeza - 09:01 - 19 Mar 2024 -
Re: Help! Screen recording tool being discountinued
Hi!In Adhoc we are using screencastify. It is a Chrome extension, generates a link to share, it can be connected to Google drive, etcThe free version has some limits (number of videos and 5 minutes duration). Very similar to loom but it think is cheaper.Cheers!El mar, 19 mar 2024 12:42, Anders Wallenquist <notifications@odoo-community.org> escribió:One simple way to do screen-recordings on Ubuntu is using Ctrl + Shift +Alt + R and use the screen markin. Then you can email the recording - if you are using Thunderbird you can use i service, for example Thunderbird Send to send a link to the file (if its large).
Regards
Anders Wallenquist
Den 2024-03-19 kl. 14:12, skrev Victor Champonnois:
We made a small review of different remote control systems. Here are the solution we found :- https://rustdesk.com/ is intuitive and open source: all you need to do is install an application on the "target" computer (available as appimage or .deb), then send codes to the person who needs to connect. The offer is free as long as it passes through their servers, but you can also self-host.
- https://www.dwservice.net is another open source program, but more difficult to use (you need to run a bash script on the target computer), then configure shares. It's not very intuitive.
- https://remotedesktop.google.com is an option from google, you need to install a .deb on the target computer, you can access it via a chrome browser (but there's a firefox extension). You just need to send a code to connect. Intuitive too, but proprietary.
- Alternatively, there's teamviewer, but proprietary and not free.
We tested the three options with success.
Victor Champonnois - Coop IT Easy
On 19/03/24 13:42, Tom Blauwendraat wrote:
How about TeamViewer? It's not exactly what you want, but it has wide support for all kinds of end user systems, and even allows you to login remotely to the system. It has a screen recorder functionality as well, though I'm not sure if you need to be in a session to use it.
On 3/19/24 13:17, Francesco Foresti wrote:
Just for clarification: we're looking for tools to provide to the end users (anyone working in the customer's company), so when they have any issue with or question about a specific behavior we can see the exact steps to reproduce the behavior.
So the goal is to have users quickly report any behavior by sending us a screen recording of it :)
Francesco
Il giorno mar 19 mar 2024 alle ore 11:42 Jairo Llopis <notifications@odoo-community.org> ha scritto:
We are happy with loom.com, although they don't support Firefox or Linux very properly.
Another option is OBS, although it requires a bit more setup and manual work.
El mar, 19 mar 2024 a las 10:22, Francesco Foresti (<notifications@odoo-community.org>) escribió:
Hi all,
my question is not odoo-related but very relevant for operations in my company.
We've been using this tool for screen recording and sharing: https://recordit.co/
Unfortunately it will be discontinued by the end of the month and I'm looking for a replacement.
This tool was specifically user friendly as installing the desktop app (mac/win covering 99% of customers) it allowed for:
- having a quick shortcut to screen recording- when recording ended, a link was automatically generated for sharing the video- no storage limit or preservation issues (links would still be working after months)
Now for this last point we'd be ok with paying a premium storage plan or something like that, the important thing is to provide anyone working with us an easy way to quickly record and share screen recording.
What are your suggestions?
Thanks!_______________________________________________
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
--
_______________________________________________
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
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
-- Med vänlig hälsning / Best regards / 顺祝商祺 , Anders Wallenquist <b>VERTEL AB</b>| Anders Wallenquist | anders.wallenquist@vertel.se +46 (0)13 99 19 480 | +46 (0) 709 565 160 | vertel.se
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by dib - 08:53 - 19 Mar 2024
-
-
Introducing a new module: changing the title of the browser window
Dear ladies and gentlemen,My name is Stefan Pannier and I work as a project manager for the company "Intero Technologies GmbH" in Stralsund. We have many developers with a wide range of experience. Many of them have been working with Odoo for several years.
We just want to start getting more involved with the OCA. In your description says something about availability. What exactly do you mean by that?
We would like to present a new module at the OCA and get to know this process so that we can publish other modules.
New module:
The new module is for the project "Web" and it is about changing the title of the browser window. The standard "Odoo" is replaced by a text of your choice. The new title can be set for each company.
Is it the right repository?
Does it make sense to include this module in the OCA?Best regardsStefan Pannier
ProjektmanagerTel.: +49 3831 44557-0
E-Mail: s.pannier@intero-technologies.deWebsite: www.intero-technologies.deIntero Technologies GmbHHeinrich-Heine-Ring 7618435 Stralsund





Weitere Standorte der Intero Technologies GmbH Bessemerstraße 8212103 BerlinSimon-von-Utrecht-Straße 120359 HamburgKleiststraße 2365187 WiesbadenCharles-Darwin-Ring 418059 RostockSperberweg 28
50829 KölnVon-Harnack-Straße 27-28
06712 Zeitz
Geschäftsführer: Frank Löffler, Lars Lifson USt-Id: DE 251251697, AG Stralsund HRB 7076 Alle Informationen zum Datenschutz gem. Art. 13 finden Sie hier. Auf Wunsch senden wir Ihnen diese Informationen gerne auch per PDF oder in gedruckter Form zu.
by oca@intero-technologies.de - 10:26 - 19 Mar 2024-
Re: Introducing a new module: changing the title of the browser window
> no it's not (only) about the portal. It will set the browser's tab or window > title to a specific name. That's why we want to contribute it to the web > repository. It's just a small module with which we want to approach the > topic of contribution to the OCA. by all means please go ahead and propose your module. As the web repo is pretty crowded, I think server-brand is actually a good choice. Just be sure to have read all of https://odoo-community.org/get-involved/contribute to avoid frustration on both sides. -- Your partner for the hard Odoo problems https://hunki-enterprises.com
by Holger Brunn - 12:05 - 20 Mar 2024 -
Re: Introducing a new module: changing the title of the browser window
Hi Adam,no it's not (only) about the portal. It will set the browser's tab or window title to a specific name. That's why we want to contribute it to the web repository.It's just a small module with which we want to approach the topic of contribution to the OCA.Best Regards,Christian Zöllner
SoftwareentwicklerTel.: +49 3831 44557-0
E-Mail: c.zoellner@intero-technologies.deWebsite: www.intero-technologies.deIntero Technologies GmbHHeinrich-Heine-Ring 7618435 Stralsund





Weitere Standorte der Intero Technologies GmbH Bessemerstraße 8212103 BerlinSimon-von-Utrecht-Straße 120359 HamburgKleiststraße 2365187 WiesbadenCharles-Darwin-Ring 418059 RostockSperberweg 28
50829 KölnVon-Harnack-Straße 27-28
06712 Zeitz
Geschäftsführer: Frank Löffler, Lars Lifson USt-Id: DE 251251697, AG Stralsund HRB 7076 Alle Informationen zum Datenschutz gem. Art. 13 finden Sie hier. Auf Wunsch senden wir Ihnen diese Informationen gerne auch per PDF oder in gedruckter Form zu. Von: "Adam Heinz" <notifications@odoo-community.org>
An: "Odoo Community Association, (OCA) Contributors" <contributors@odoo-community.org>
Gesendet: Dienstag, 19. März 2024 15:02:10
Betreff: Re: Introducing a new module: changing the title of the browser windowThat sounds a little bit like portal_odoo_debranding in https://github.com/OCA/server-brand?On Tue, Mar 19, 2024 at 5:27 AM oca <notifications@odoo-community.org> wrote:Dear ladies and gentlemen,My name is Stefan Pannier and I work as a project manager for the company "Intero Technologies GmbH" in Stralsund. We have many developers with a wide range of experience. Many of them have been working with Odoo for several years.
We just want to start getting more involved with the OCA. In your description says something about availability. What exactly do you mean by that?
We would like to present a new module at the OCA and get to know this process so that we can publish other modules.
New module:
The new module is for the project "Web" and it is about changing the title of the browser window. The standard "Odoo" is replaced by a text of your choice. The new title can be set for each company.
Is it the right repository?
Does it make sense to include this module in the OCA?
Best regardsStefan Pannier
ProjektmanagerTel.: +49 3831 44557-0
E-Mail: s.pannier@intero-technologies.deWebsite: www.intero-technologies.deIntero Technologies GmbHHeinrich-Heine-Ring 7618435 Stralsund





Weitere Standorte der Intero Technologies GmbH Bessemerstraße 8212103 BerlinSimon-von-Utrecht-Straße 120359 HamburgKleiststraße 2365187 WiesbadenCharles-Darwin-Ring 418059 RostockSperberweg 28
50829 KölnVon-Harnack-Straße 27-28
06712 Zeitz
Geschäftsführer: Frank Löffler, Lars Lifson USt-Id: DE 251251697, AG Stralsund HRB 7076 Alle Informationen zum Datenschutz gem. Art. 13 finden Sie hier. Auf Wunsch senden wir Ihnen diese Informationen gerne auch per PDF oder in gedruckter Form zu. _______________________________________________
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 Christian Zöllner - 11:45 - 20 Mar 2024 -
Re: Introducing a new module: changing the title of the browser window
That sounds a little bit like portal_odoo_debranding in https://github.com/OCA/server-brand?On Tue, Mar 19, 2024 at 5:27 AM oca <notifications@odoo-community.org> wrote:Dear ladies and gentlemen,My name is Stefan Pannier and I work as a project manager for the company "Intero Technologies GmbH" in Stralsund. We have many developers with a wide range of experience. Many of them have been working with Odoo for several years.
We just want to start getting more involved with the OCA. In your description says something about availability. What exactly do you mean by that?
We would like to present a new module at the OCA and get to know this process so that we can publish other modules.
New module:
The new module is for the project "Web" and it is about changing the title of the browser window. The standard "Odoo" is replaced by a text of your choice. The new title can be set for each company.
Is it the right repository?
Does it make sense to include this module in the OCA?Best regardsStefan Pannier
ProjektmanagerTel.: +49 3831 44557-0
E-Mail: s.pannier@intero-technologies.deWebsite: www.intero-technologies.deIntero Technologies GmbHHeinrich-Heine-Ring 7618435 Stralsund





Weitere Standorte der Intero Technologies GmbH Bessemerstraße 8212103 BerlinSimon-von-Utrecht-Straße 120359 HamburgKleiststraße 2365187 WiesbadenCharles-Darwin-Ring 418059 RostockSperberweg 28
50829 KölnVon-Harnack-Straße 27-28
06712 Zeitz
Geschäftsführer: Frank Löffler, Lars Lifson USt-Id: DE 251251697, AG Stralsund HRB 7076 Alle Informationen zum Datenschutz gem. Art. 13 finden Sie hier. Auf Wunsch senden wir Ihnen diese Informationen gerne auch per PDF oder in gedruckter Form zu. _______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Adam Heinz - 03:00 - 19 Mar 2024
-
-
Modeling general business workflows
Hello, is anyone aware of any module that would allow for some kind of general workflow? I have a requirement for something the customer calls "Personnel Requisition Request" where hiring manager initiates a request to head of department, then when approved moves to another department for filling in some data, then is set back, ... This particular case involves hiring but I guess such need is more general. I can handle approvals with existing tier validation modules. I can build an object to represent the request. Using tasks as request and stages came to my mind. But I have a feeling that there is (could be) fomething to automate the business flow. Any ideas are welcome. Thank you very much. Best regards Radovan Skolnik
by Radovan Skolnik - 04:20 - 18 Mar 2024-
Re: Modeling general business workflows
David, this is quite intriguing... Probably a bit overkill for this case but can be very useful... Thank you. Best regards Radovan On utorok 19. marca 2024 9:22:20 CET David Beal wrote: > Maybe there > https://github.com/acsone/scobidoo [1] > Bonne journée > David BEAL Akretion [2] > Consultant ERP Odoo > > Le lun. 18 mars 2024 à 20:37, Pedro M. Baeza < > notifications@odoo-community.org [3] > a écrit : Maybe > https://github.com/OCA/automation/pull/1 [4] may serve you. Regards. > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [5] > Post to: mailto: contributors@odoo-community.org [6] > Unsubscribe: https://odoo-community.org/groups?unsubscribe [7] > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [8] > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe [9] > > > > [1] https://github.com/acsone/scobidoo > [2] https://akretion.com/fr > [3] mailto:notifications@odoo-community.org > [4] https://github.com/OCA/automation/pull/1 > [5] https://odoo-community.org/groups/contributors-15 > [6] mailto:contributors@odoo-community.org > [7] https://odoo-community.org/groups?unsubscribe > [8] https://odoo-community.org/groups/contributors-15 > [9] https://odoo-community.org/groups?unsubscribe
by Radovan Skolnik - 09:40 - 19 Mar 2024 -
Re: Modeling general business workflows
Le lun. 18 mars 2024 à 20:37, Pedro M. Baeza <notifications@odoo-community.org> a écrit :_______________________________________________
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 BEAL - 09:20 - 19 Mar 2024 -
-
Re: Modeling general business workflows
Hi Adam, I am very much aware of this but that would mean programming all the logic. I was looking for something where I would just configure things. Best regards, Radovan On pondelok 18. marca 2024 18:31:47 CET Adam Heinz wrote: > Odoo has some special handling for any model with a field named "state" that > lends itself towards this sort of effort. You can decorate other fields > with "states" in Python and XML to pay attention to its value, i.e. > currency_id = fields.Many2one('res.currency', store=True, readonly=True, > tracking=True, required=True, states={'draft': [('readonly', False)]}, > string='Currency', > default=_get_default_currency) > <button name="action_post" states="draft" icon="fa-check" title="Post" > type="object" groups="account.group_account_invoice"/> This should allow > you to drive a user through a mostly linear workflow without too much > trouble, by showing only actions appropriate to the current state and > marking fields readonly once they should no longer be changed. On Mon, Mar > 18, 2024 at 11:22 AM Radovan Skolnik < notifications@odoo-community.org [1] > > wrote: Hello, > is anyone aware of any module that would allow for some kind of general > workflow? I have a requirement for something the customer calls "Personnel > Requisition Request" where hiring manager initiates a request to head of > department, then when approved moves to another department for filling in > some data, then is set back, ... This particular case involves hiring but I > guess such need is more general. I can handle approvals with existing tier > validation modules. I can build an object to represent the request. Using > tasks as request and stages came to my mind. But I have a feeling that > there is (could be) fomething to automate the business flow. Any ideas are > welcome. Thank you very much. Best regards > Radovan Skolnik > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [2] > Post to: mailto: contributors@odoo-community.org [3] > Unsubscribe: https://odoo-community.org/groups?unsubscribe [4] > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [5] > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe [6] > > > > [1] mailto:notifications@odoo-community.org > [2] https://odoo-community.org/groups/contributors-15 > [3] mailto:contributors@odoo-community.org > [4] https://odoo-community.org/groups?unsubscribe > [5] https://odoo-community.org/groups/contributors-15 > [6] https://odoo-community.org/groups?unsubscribe
by Radovan Skolnik - 06:36 - 18 Mar 2024 -
Re: Modeling general business workflows
Odoo has some special handling for any model with a field named "state" that lends itself towards this sort of effort. You can decorate other fields with "states" in Python and XML to pay attention to its value, i.e.currency_id = fields.Many2one('res.currency', store=True, readonly=True, tracking=True, required=True,
states={'draft': [('readonly', False)]},
string='Currency',
default=_get_default_currency)<button name="action_post" states="draft" icon="fa-check" title="Post" type="object" groups="account.group_account_invoice"/>This should allow you to drive a user through a mostly linear workflow without too much trouble, by showing only actions appropriate to the current state and marking fields readonly once they should no longer be changed.On Mon, Mar 18, 2024 at 11:22 AM Radovan Skolnik <notifications@odoo-community.org> wrote:Hello, is anyone aware of any module that would allow for some kind of general workflow? I have a requirement for something the customer calls "Personnel Requisition Request" where hiring manager initiates a request to head of department, then when approved moves to another department for filling in some data, then is set back, ... This particular case involves hiring but I guess such need is more general. I can handle approvals with existing tier validation modules. I can build an object to represent the request. Using tasks as request and stages came to my mind. But I have a feeling that there is (could be) fomething to automate the business flow. Any ideas are welcome. Thank you very much. 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 Adam Heinz - 06:31 - 18 Mar 2024
-
-
Social Media Management in Odoo Community
Hi,does OCA has any repository that allows to manage social media like facebook, linkedin or other media in the way that Odoo Enterprise does with modules like social_facebook, social_linkedin etc?Thanks,Francesco Ballerini
by Francesco Ballerini - 10:06 - 18 Mar 2024-
Re: Social Media Management in Odoo Community
Thanks for the quick response and sorry for my late answer.I agree it would be pretty a nice addition to the https://github.com/OCA/social repo, unfortunately it's not one of our priorities at the moment so we cannot invest time in this kind of development.To be more precise I have been asked from a co-worker if social media connectors were covered for odoo14 Community but it didn't sound like an urgent request. However, if someone has implemented it privately and wants to share its contact I'll keep you in mind if I will be asked to actually implement social media connectors in our infrastructure as I never implemented something similar and I think it's better for us to buy a connector in this case instead of implement a solution by ourselves.We are mostly interested in linkedin, instagram and facebook.Thanks as always for your precious help, regards.Francesco BalleriniIl giorno lun 18 mar 2024 alle ore 10:22 Daniel Reis <notifications@odoo-community.org> ha scritto:I would say oca/social is the best place for those features:
https://github.com/OCA/social
On 18/03/2024 09:07, Francesco Ballerini wrote:
Hi,
does OCA has any repository that allows to manage social media like facebook, linkedin or other media in the way that Odoo Enterprise does with modules like social_facebook, social_linkedin etc?
Thanks,Francesco Ballerini
_______________________________________________
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 PARTNERMeet with me.
M: +351 919 991 307
E: dreis@OpenSourceIntegrators.com
A: Avenida da República 3000, Estoril Office Center, 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 Francesco Ballerini - 09:51 - 19 Mar 2024 -
Re: Social Media Management in Odoo Community
I would say oca/social is the best place for those features:
https://github.com/OCA/social
On 18/03/2024 09:07, Francesco Ballerini wrote:
Hi,
does OCA has any repository that allows to manage social media like facebook, linkedin or other media in the way that Odoo Enterprise does with modules like social_facebook, social_linkedin etc?
Thanks,Francesco Ballerini
_______________________________________________
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 PARTNERMeet with me.
M: +351 919 991 307
E: dreis@OpenSourceIntegrators.com
A: Avenida da República 3000, Estoril Office Center, 2649-517 Cascais
by Daniel Reis - 10:20 - 18 Mar 2024 -
Re: Social Media Management in Odoo Community
Not for now. It would be good to expand the community edition that way.Regards.
by Pedro M. Baeza - 10:11 - 18 Mar 2024
-
-
posting journal entry for inter warehouse transfer
Hi,As you know, odoo by default, will post journal entries from stock move if:- the stock move goes to or is from a customer location, a supplier location, a production location, and an inventory location.Would anybody has an idea, how to generate a journal. entry when there is an internal transfer, eg. from one warehouse to another ?Thanks,Dominique
by dominique.k - 06:06 - 14 Mar 2024-
Re: posting journal entry for inter warehouse transfer
Interesting!
I found a PR for 14.0 here:
https://github.com/OCA/stock-logistics-warehouse/pull/1749
On 14/03/2024 17:27, Cyril VINH-TUNG wrote:
HelloI think this old module does the jobBest regards
--------------------------------
Cyril VINH-TUNG
INVITU
Computer & Network Engineering
BP 32 - 98713 Papeete - French Polynesia
Tél: +689 40 46 11 99
contact@invitu.com
www.invitu.com
Le jeu. 14 mars 2024, 07:07, Dominique k <notifications@odoo-community.org> a écrit :
Hi,
As you know, odoo by default, will post journal entries from stock move if:- the stock move goes to or is from a customer location, a supplier location, a production location, and an inventory location.
Would anybody has an idea, how to generate a journal. entry when there is an internal transfer, eg. from one warehouse to another ?
Thanks,Dominique_______________________________________________
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
--
DANIEL REIS
MANAGING PARTNERMeet with me.
M: +351 919 991 307
E: dreis@OpenSourceIntegrators.com
A: Avenida da República 3000, Estoril Office Center, 2649-517 Cascais
by Daniel Reis - 07:11 - 14 Mar 2024 -
Re: posting journal entry for inter warehouse transfer
HelloI think this old module does the jobBest regards--------------------------------
Cyril VINH-TUNG
INVITU
Computer & Network Engineering
BP 32 - 98713 Papeete - French Polynesia
Tél: +689 40 46 11 99
contact@invitu.com
www.invitu.comLe jeu. 14 mars 2024, 07:07, Dominique k <notifications@odoo-community.org> a écrit :Hi,As you know, odoo by default, will post journal entries from stock move if:- the stock move goes to or is from a customer location, a supplier location, a production location, and an inventory location.Would anybody has an idea, how to generate a journal. entry when there is an internal transfer, eg. from one warehouse to another ?Thanks,Dominique_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Cyril VINH-TUNG - 06:25 - 14 Mar 2024
-
-
Generate reports for international warehouse transfer
Hello,When transferring products from one WH to another WH in different countries.I need to provide commercial invoice and proforma.How do you handle such case?- Add a button to generate a SO to oneself from the internal transfer.- Create a route on each line of a SO to oneself.- Create those report (commercial invoice + proforma) directly on the picking (and avoid the SO creation).Any insight that can help?Thank you--Yves Goldberg--
by Yves Goldberg - 04:41 - 12 Mar 2024-
Re: Generate reports for international warehouse transfer
@Daniel & @DIT International, it is the same company indeed that is owning the warehouses (and the inventory).It works fairly well by creating a self SO and PO but since we don't really need those SO/PO I will propose to go with @Dominique k solution to create those reports directly from the picking object.Again, thanks & cheers.Yves.----- Original message -----From: Dominique k <notifications@odoo-community.org>To: Contributors <contributors@odoo-community.org>Subject: Re: Generate reports for international warehouse transferDate: Thursday, March 14, 2024 19:02Hi,I think the simplest way is to customise a picking slp into a pro-forma invoiceyou "simply" need to add a price unit (== product price) and a total.Regards,DominiqueOn Tue, 12 Mar 2024 at 23:42, Yves Goldberg <notifications@odoo-community.org> wrote:Hello,When transferring products from one WH to another WH in different countries.I need to provide commercial invoice and proforma.How do you handle such case?- Add a button to generate a SO to oneself from the internal transfer.- Create a route on each line of a SO to oneself.- Create those report (commercial invoice + proforma) directly on the picking (and avoid the SO creation).Any insight that can help?Thank you--Yves Goldberg--_______________________________________________Mailing-List: https://odoo-community.org/groups/contributors-15Post to: mailto:contributors@odoo-community.orgUnsubscribe: https://odoo-community.org/groups?unsubscribe_______________________________________________Mailing-List: https://odoo-community.org/groups/contributors-15Post to: mailto:contributors@odoo-community.orgUnsubscribe: https://odoo-community.org/groups?unsubscribe
by Yves Goldberg - 12:41 - 19 Mar 2024 -
Re: Generate reports for international warehouse transfer
Hi,I think the simplest way is to customise a picking slp into a pro-forma invoiceyou "simply" need to add a price unit (== product price) and a total.Regards,DominiqueOn Tue, 12 Mar 2024 at 23:42, Yves Goldberg <notifications@odoo-community.org> wrote:Hello,When transferring products from one WH to another WH in different countries.I need to provide commercial invoice and proforma.How do you handle such case?- Add a button to generate a SO to oneself from the internal transfer.- Create a route on each line of a SO to oneself.- Create those report (commercial invoice + proforma) directly on the picking (and avoid the SO creation).Any insight that can help?Thank you--Yves Goldberg--_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by dominique.k - 06:01 - 14 Mar 2024 -
Re: Generate reports for international warehouse transfer
Usually the different warehous at different countries under different entities, SO is can not avoidYves Goldberg <notifications@odoo-community.org> 于 2024年3月13日周三 02:42写道:Hello,When transferring products from one WH to another WH in different countries.I need to provide commercial invoice and proforma.How do you handle such case?- Add a button to generate a SO to oneself from the internal transfer.- Create a route on each line of a SO to oneself.- Create those report (commercial invoice + proforma) directly on the picking (and avoid the SO creation).Any insight that can help?Thank you--Yves Goldberg--_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by DIT INTL - 10:46 - 12 Mar 2024 -
Re: Generate reports for international warehouse transfer
*If* it is not a problem to have different Companies for each country, I would start the process with an SO, and setup multicompany to automatically generate the corresponding PO in the destination country.
You then have a profirma, Delivery and Invoice; and a Reception on the destination WH, with the out of the box routes.
If it has to be a single company two Warehouses it is trickier.
The SO gives you a proforma, but I'm not seeing how you can actually invoice yourself...
/Daniel
On 12/03/2024 15:42, Yves Goldberg wrote:
Hello,
When transferring products from one WH to another WH in different countries.
I need to provide commercial invoice and proforma.
How do you handle such case?
- Add a button to generate a SO to oneself from the internal transfer.
- Create a route on each line of a SO to oneself.
- Create those report (commercial invoice + proforma) directly on the picking (and avoid the SO creation).Any insight that can help?
Thank you--
Yves Goldberg
--
_______________________________________________
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 PARTNERMeet with me.
M: +351 919 991 307
E: dreis@OpenSourceIntegrators.com
A: Avenida da República 3000, Estoril Office Center, 2649-517 Cascais
by Daniel Reis - 08:04 - 12 Mar 2024
-
-
Expert-comptable FR
Bonjour la communauté Odoo,Nous sommes à la recherche d'un expert-comptable (Free-lance/indépendant) français qui maîtrise Odoo.A dispo pour plus de renseignements,Sandrine Brassel
by sbrassel - 12:46 - 11 Mar 2024-
Re: Expert-comptable FR
Bonjour Sandrine Laure Beaumanoir du cabinet Kaliame à Rennes a déjà travaillé avec Odoo Voila son courriel Laure.beaumanoir@kaliame.fr Contactez-là de ma part, ça lui fera plaisir Xavier Brochard / Chez les enfants Le lundi 11 mars 2024, 12:47:47 CET Sandrine Brassel a écrit : > Bonjour la communauté Odoo, > Nous sommes à la recherche d'un expert-comptable (Free-lance/indépendant) > français qui maîtrise Odoo. A dispo pour plus de renseignements, > Sandrine Brassel
by xavier - 03:21 - 13 Mar 2024
-
-
Receiving in the Purchase UoM
Hello, maybe some of you came across this need:
I keep my Glycerine stock in Kg.
My supplier sells it in Liters.
I know that the density of Glycerine is 1.26, so 1 Liter = 1.26 Kg.
I would like to:
1. Send a Purchase Order for 100 Liters.
2. Receive from the Supplier the 100 Liters delivered.
3. View my stock as 126 Kg.
Setting a Purchase UoM works for 1. and 3., but does not work for 2.
Using Packagings does not work either.
Any advice?
Thank you
--
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 - 04:25 - 9 Mar 2024-
Re: Receiving in the Purchase UoM
Hi Stefano,
I could but currently don't have time (esp. to create tests). So here's the contents of what I did if you wanted to go and create PR yourself. It allows you to either ent factor or factor_inv and the other gets recomputed:
from odoo import _, api, fields, models
from odoo.exceptions import ValidationError
class ProductSecondaryUnit(models.Model):
_inherit = "product.secondary.unit"
factor_inv = fields.Float(
"Secondary Unit Factor Inv.",
compute="_compute_factor_inv",
inverse="_set_factor_inv",
)
@api.depends("factor")
def _compute_factor_inv(self):
for unit in self:
if unit.factor == 0:
raise ValidationError(_("The value of factor could not be Zero"))
else:
unit.factor_inv = 1 / unit.factor
def _set_factor_inv(self):
for unit in self:
if unit.factor_inv == 0:
raise ValidationError(
_("The value of inversed factor could not be Zero")
)
else:
unit.factor = 1 / unit.factor_inv
And you just add the factor_inv into view:<record id="product_template_form_view" model="ir.ui.view">
<field name="name">Product template Secondary Unit</field>
<field name="model">product.template</field>
<field name="inherit_id" ref="product.product_template_form_view" />
<field name="arch" type="xml">
<xpath expr="//field[@name='secondary_uom_ids']/tree/field[@name='uom_id']" position="before">
<field name="factor_inv"/>
</xpath>
</field>
</record>Best regards
Radovan
On pondelok 11. marca 2024 8:26:54 CET Stefano Consolaro wrote:
> Hi Radovan, do you think that the "small module" for product_secondary_unit
> can be refactored as a configuration options? If so, can you do a PR fot
> it? Thanks Stefano
> Da "Radovan Skolnik" notifications@odoo-community.org
> A "Contributors" contributors@odoo-community.org
> Cc
> Data Sat, 09 Mar 2024 15:38:21 -0000
> Oggetto Re: Receiving in the Purchase UoM
>
> Hi,
>
> I was dealing with this just recently. What works (although it's not 100%
> what yo want) is using those 2 modules:
>
> product_secondary_unit - allows you to add secondary UoM(s) with their
> factor - i.e. you add secondary UoM of kg with conversion factor of 1/1.26
> (this seems a bit awkward but it's inverted - I have created a small module
> to be able to add inverse factor of 1.26 and ocmpute the original factor)
> stock_secondary_unit - this basically allows you to choose one of the
> product's secondary UoM to show (besides qty in original UoM) qty on hand
> as well as in stock moves. Actually in stock moves it does not work - see
> https://github.com/OCA/stock-logistics-warehouse/pull/1769 [1] for my
> proposal to fix it.
>
> Best regards
>
> Radovan
>
> On sobota 9. marca 2024 16:27:22 CET Daniel Reis wrote:
> > Hello, maybe some of you came across this need:
> > I keep my Glycerine stock in Kg.
> > My supplier sells it in Liters.
> > I know that the density of Glycerine is 1.26, so 1 Liter = 1.26 Kg.
> > I would like to:
> > 1. Send a Purchase Order for 100 Liters.
> > 2. Receive from the Supplier the 100 Liters delivered.
> > 3. View my stock as 126 Kg.
> > Setting a Purchase UoM works for 1. and 3., but does not work for 2.
> > Using Packagings does not work either.
> > Any advice?
> >
> > Thank you
> > --
> > DANIEL
> > REIS*
> > MANAGING PARTNER
> > M:*
> > +351 919 991 307
> > E:*
> > dreis@OpenSourceIntegrators.com [1]
> > A:*
> > Avenida da República 3000, Estoril Office B, 3º Escr.34,
> > 2649-517 Cascais
> >
> >
> >
> >
> > _______________________________________________
> > Mailing-List: https://odoo-community.org/groups/contributors-15 [2]
> > Post to: mailto:contributors@odoo-community.org
> > Unsubscribe: https://odoo-community.org/groups?unsubscribe [3]
> >
> >
> >
> > [1] mailto:dreis@OpenSourceIntegrators.com
> > [2] https://odoo-community.org/groups/contributors-15
> > [3] https://odoo-community.org/groups?unsubscribe
>
> _______________________________________________
> Mailing-List: https://odoo-community.org/groups/contributors-15 [2]
> Post to: mailto:contributors@odoo-community.org
> Unsubscribe: https://odoo-community.org/groups?unsubscribe [3]
>
>
>
> Stefano Consolaro
> www.mymage.it
>
> _______________________________________________
> Mailing-List: https://odoo-community.org/groups/contributors-15 [4]
> Post to: mailto:contributors@odoo-community.org
> Unsubscribe: https://odoo-community.org/groups?unsubscribe [5]
>
>
>
> [1] https://github.com/OCA/stock-logistics-warehouse/pull/1769
> [2] https://odoo-community.org/groups/contributors-15
> [3] https://odoo-community.org/groups?unsubscribe
> [4] https://odoo-community.org/groups/contributors-15
> [5] https://odoo-community.org/groups?unsubscribe
by Radovan Skolnik - 11:56 - 11 Mar 2024 -
Re: Receiving in the Purchase UoM
Hi Radovan,do you think that the "small module" for product_secondary_unit can be refactored as a configuration options?If so, can you do a PR fot it?ThanksStefanoDa "Radovan Skolnik" notifications@odoo-community.orgA "Contributors" contributors@odoo-community.orgCcData Sat, 09 Mar 2024 15:38:21 -0000Oggetto Re: Receiving in the Purchase UoM
Hi,
I was dealing with this just recently. What works (although it's not 100% what yo want) is using those 2 modules:
- product_secondary_unit - allows you to add secondary UoM(s) with their factor - i.e. you add secondary UoM of kg with conversion factor of 1/1.26 (this seems a bit awkward but it's inverted - I have created a small module to be able to add inverse factor of 1.26 and ocmpute the original factor)
- stock_secondary_unit - this basically allows you to choose one of the product's secondary UoM to show (besides qty in original UoM) qty on hand as well as in stock moves. Actually in stock moves it does not work - see https://github.com/OCA/stock-logistics-warehouse/pull/1769 for my proposal to fix it.
Best regards
Radovan
On sobota 9. marca 2024 16:27:22 CET Daniel Reis wrote:
> Hello, maybe some of you came across this need:
> I keep my Glycerine stock in Kg.
> My supplier sells it in Liters.
> I know that the density of Glycerine is 1.26, so 1 Liter = 1.26 Kg.
> I would like to:
> 1. Send a Purchase Order for 100 Liters.
> 2. Receive from the Supplier the 100 Liters delivered.
> 3. View my stock as 126 Kg.
> Setting a Purchase UoM works for 1. and 3., but does not work for 2.
> Using Packagings does not work either.
> Any advice?
>
> Thank you
> --
> DANIEL
> REIS*
> MANAGING PARTNER
> M:*
> +351 919 991 307
> E:*
> dreis@OpenSourceIntegrators.com [1]
> A:*
> Avenida da República 3000, Estoril Office B, 3º Escr.34,
> 2649-517 Cascais
>
>
>
>
> _______________________________________________
> Mailing-List: https://odoo-community.org/groups/contributors-15 [2]
> Post to: mailto:contributors@odoo-community.org
> Unsubscribe: https://odoo-community.org/groups?unsubscribe [3]
>
>
>
> [1] mailto:dreis@OpenSourceIntegrators.com
> [2] https://odoo-community.org/groups/contributors-15
> [3] 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
Stefano Consolarowww.mymage.it
by Stefano Consolaro - 08:26 - 11 Mar 2024 -
Re: Receiving in the Purchase UoM
Hi Daniel,I created a module that I think does exactly what you want (or at least quite close), using some OCA modules as product_secondary_unit and purchase_secondary_unit.So definitely, you need custom code for that purpose.RegardsJorge AyalaBiwise+525517927019El 9 mar 2024 9:27 a. m., Daniel Reis <notifications@odoo-community.org> escribió:Hello, maybe some of you came across this need:
I keep my Glycerine stock in Kg.
My supplier sells it in Liters.
I know that the density of Glycerine is 1.26, so 1 Liter = 1.26 Kg.
I would like to:
1. Send a Purchase Order for 100 Liters.
2. Receive from the Supplier the 100 Liters delivered.
3. View my stock as 126 Kg.
Setting a Purchase UoM works for 1. and 3., but does not work for 2.
Using Packagings does not work either.
Any advice?
Thank you
--
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 jorge.ayala - 05:51 - 9 Mar 2024 -
Re: Receiving in the Purchase UoM
Hi,
I was dealing with this just recently. What works (although it's not 100% what yo want) is using those 2 modules:
- product_secondary_unit - allows you to add secondary UoM(s) with their factor - i.e. you add secondary UoM of kg with conversion factor of 1/1.26 (this seems a bit awkward but it's inverted - I have created a small module to be able to add inverse factor of 1.26 and ocmpute the original factor)
- stock_secondary_unit - this basically allows you to choose one of the product's secondary UoM to show (besides qty in original UoM) qty on hand as well as in stock moves. Actually in stock moves it does not work - see https://github.com/OCA/stock-logistics-warehouse/pull/1769 for my proposal to fix it.
Best regards
Radovan
On sobota 9. marca 2024 16:27:22 CET Daniel Reis wrote:
> Hello, maybe some of you came across this need:
> I keep my Glycerine stock in Kg.
> My supplier sells it in Liters.
> I know that the density of Glycerine is 1.26, so 1 Liter = 1.26 Kg.
> I would like to:
> 1. Send a Purchase Order for 100 Liters.
> 2. Receive from the Supplier the 100 Liters delivered.
> 3. View my stock as 126 Kg.
> Setting a Purchase UoM works for 1. and 3., but does not work for 2.
> Using Packagings does not work either.
> Any advice?
>
> Thank you
> --
> DANIEL
> REIS*
> MANAGING PARTNER
> M:*
> +351 919 991 307
> E:*
> dreis@OpenSourceIntegrators.com [1]
> A:*
> Avenida da República 3000, Estoril Office B, 3º Escr.34,
> 2649-517 Cascais
>
>
>
>
> _______________________________________________
> Mailing-List: https://odoo-community.org/groups/contributors-15 [2]
> Post to: mailto:contributors@odoo-community.org
> Unsubscribe: https://odoo-community.org/groups?unsubscribe [3]
>
>
>
> [1] mailto:dreis@OpenSourceIntegrators.com
> [2] https://odoo-community.org/groups/contributors-15
> [3] https://odoo-community.org/groups?unsubscribe
by Radovan Skolnik - 04:36 - 9 Mar 2024
-
-
Proposing myself as CRM/Sales/Marketing PSC member
Dear community, My area of expertise is CRM/Sales/Marketing is limited to several modules, yet I can top it up by my other PSC membership for other repos. Kind regards, Alexey
by Alexey Pelykh - 03:25 - 8 Mar 2024-
RE: Proposing myself as CRM/Sales/Marketing PSC member
+1
De: Alexey Pelykh <notifications@odoo-community.org>
Enviado el: viernes, 8 de marzo de 2024 15:27
Para: Contributors <contributors@odoo-community.org>
Asunto: Proposing myself as CRM/Sales/Marketing PSC memberDear community,
My area of expertise is CRM/Sales/Marketing is limited to several modules, yet I can top it up by my other PSC membership for other repos.
Kind regards,
Alexey
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Rafael Blasco (Moduon) - 12:47 - 31 Mar 2024 -
Re: Proposing myself as CRM/Sales/Marketing PSC member
+1El vie, 8 mar 2024 a las 14:27, Alexey Pelykh (<notifications@odoo-community.org>) escribió:Dear community, My area of expertise is CRM/Sales/Marketing is limited to several modules, yet I can top it up by my other PSC membership for other repos. Kind regards, Alexey
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Jairo Llopis - 10:10 - 11 Mar 2024 -
Re: Proposing myself as CRM/Sales/Marketing PSC member
Hi Alex,
Thanks for pointing that out - I've missed that. https://github.com/OCA/repo-maintainer-conf/pull/19/filesKind regards,AlexeyOn 11 Mar 2024, at 09:02, Alex Comba <notifications@odoo-community.org> wrote:Hi Alexey,On Fri, Mar 8, 2024 at 3:26 PM Alexey Pelykh <notifications@odoo-community.org> wrote:Dear community, My area of expertise is CRM/Sales/Marketing is limited to several modules, yet I can top it up by my other PSC membership for other repos. Kind regards, Alexey
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Alex Comba
Tel (CH): +41 91 210 23 40_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Alexey Pelykh - 09:11 - 11 Mar 2024 -
Re: Proposing myself as CRM/Sales/Marketing PSC member
Hi Alexey,On Fri, Mar 8, 2024 at 3:26 PM Alexey Pelykh <notifications@odoo-community.org> wrote:Dear community, My area of expertise is CRM/Sales/Marketing is limited to several modules, yet I can top it up by my other PSC membership for other repos. Kind regards, Alexey
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Alex Comba
Tel (CH): +41 91 210 23 40
by Alex Comba. - 09:00 - 11 Mar 2024 -
Re: Proposing myself as CRM/Sales/Marketing PSC member
+1Sergio CoratoIl giorno ven 8 mar 2024 alle ore 15:26 Alexey Pelykh <notifications@odoo-community.org> ha scritto:Dear community, My area of expertise is CRM/Sales/Marketing is limited to several modules, yet I can top it up by my other PSC membership for other repos. Kind regards, Alexey
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Sergio Corato - 05:56 - 8 Mar 2024
-