Skip to Content
  2. Mailing Lists
  3. Contributors

Archives

Contributors

  • Odoo versions

    Hi,

    I am a beginner in the Odoo world and I am not sure this is the right place for this topic, so excuse me if not.

     

    My question is :

    I noticed that there are many modules that are still created and updated for version 12 while version 13 has already been released for more than 6 months now.

    Is it due to the time necessary to do the migration to the new version since I suppose it is a lot of work ?

    Is it intentional to stay on an older version (therefore more stable) or are odd versions abandoned in favor of even versions ?

    I should point out that I am in France and that my remark apply in particular to the French localization.

    Again, this is not a complain for upgrades that does’nt come fast enough because I know it’s a big work and each contributor do his best but I would like to ajust my company’s strategy for my customers and know which version of Odoo should we put forward.

     

    Best Regards.

     

    Yves Le Doeuff

     

    Email: y.ledoeuff@alliasys.fr

    Description : Description : Description : F:\Alliasys\Communication\logos\alliasys\alliasys_SLOGAN.jpg

    www.alliasys.fr

    Tél. 02 23 20 03 25 – Fax. 02 23 20 03 26

    2, rue de la Senestrais – 35520 La Chapelle des Fougeretz

    P Pensez ENVIRONNEMENT : n'imprimer que si nécessaire.

     

     

    by "Yves Le Doeuff - Alliasys" <y.ledoeuff@alliasys.fr> - 06:15 - 18 Jun 2020

    1 attachments 1 attachments

    image002.jpg

    4 replies 4 replies

    • Re: Odoo versions

      Le ven. 19 juin 2020 à 20:12, Yves Le Doeuff - Alliasys <y.ledoeuff@alliasys.fr> a écrit :

      Thank you all for your answers.

      It is our intention to participate in the development of Odoo with our modest means.

      But for now, we have two programmers who are in the process of discovering the Odoo framework.

       

      Best regards

       

      Yves Le Doeuff

       

       

       

      De : Joerg Lorenz [mailto:jlorenz@itis.de]
      Envoyé : vendredi 19 juin 2020 12:52
      À : Contributors
      Objet : Re: Odoo versions

       

      Dear Yves: 

      additionally, my 2 cents here

       

      1. I noticed that there are many modules that are still created and updated for version 12 while version 13 has already been released for more than 6 months now.

       

      Livin more than 20 year in ERP space, it is always a trade off between stability and features and functions beeing new and inspiring. 

      We at IT IS  favour a LTS like concept as ubuntu does, which is not in odoo officially. It is an open secret also, that odd odoo release numbers are more "introductory" releases  and "even" releases stabilize the efforts.

       

      2. Is it due to the time necessary to do the migration to the new version since I suppose it is a lot of work ?

      Yes, it is work, which depends on the changes. Between odoo 10 and odoo 11, there was a switch of the underlying python version, which took more effort, for example. But it depends on the particular module, also since some are pretty dormant, while others are just fancy and loaded with change right now.

       

      3. Is it intentional to stay on an older version (therefore more stable) or are odd versions abandoned in favor of even versions ?

      See 1. 

       

      Last not least: Welcome to the community. Please stay active and consider participating the OCA.

       

       

      Best

      Joe Lorenz

       

      IT IS AG

      Postfach 3141

      84037 Landshut

      Deutschland

      Tel.: +49 8703 9069 0

      Fax: +49 8703 9069 200

       

      Siemensstraße 14

      84051 Altheim

      in der Nähe des Münchner Flughafens

      www.itis.de

      kontakt@itis.de

       

      Wir sprechen

           Ihr business                   

       

      Vorstandsvorsitzender: Dipl.-Ing. Joerg Lorenz, Aufsichtsratsvorsitzende: Anke Lorenz   Handelsregister: Landshut HRB 5072    USt.-ID.-Nummer: DE 812896466

      Dieses E-Mail ist vertraulich. Wenn Sie nicht der rechtmaessige Empfaenger sind, duerfen Sie den Inhalt weder kopieren, verbreiten oder benutzen. Sollten Sie dieses E-Mail versehentlich erhalten haben, senden Sie es bitte an uns zurueck und loeschen es anschliessend. 

      This message is the property of IT IS AG or its affiliates. It maybe legally privileged and/or confidential and is intended only for the use of the addressee's. No addressee should forward, print, copy, or otherwise reproduce this message in any manner that would allow it to be viewed by any individual not originally listed as a recipient. If you are not the intended recipient, you must not copy, disclose or use its contents. If you have received it in error, please inform us immediately by return email and delete the document

       

       

      Von: "Yves Le Doeuff - Alliasys" <y.ledoeuff@alliasys.fr>
      An: "Contributors" <contributors@odoo-community.org>
      Gesendet: Donnerstag, 18. Juni 2020 18:16:55
      Betreff: Odoo versions

      Hi,

      I am a beginner in the Odoo world and I am not sure this is the right place for this topic, so excuse me if not.

       

      My question is :

      I noticed that there are many modules that are still created and updated for version 12 while version 13 has already been released for more than 6 months now.

      Is it due to the time necessary to do the migration to the new version since I suppose it is a lot of work ?

      Is it intentional to stay on an older version (therefore more stable) or are odd versions abandoned in favor of even versions ?

      I should point out that I am in France and that my remark apply in particular to the French localization.

      Again, this is not a complain for upgrades that does’nt come fast enough because I know it’s a big work and each contributor do his best but I would like to ajust my company’s strategy for my customers and know which version of Odoo should we put forward.

       

      Best Regards.

       

      Yves Le Doeuff

       

      Email: y.ledoeuff@alliasys.fr

      Description : Description : Description : F:\Alliasys\Communication\logos\alliasys\alliasys_SLOGAN.jpg

      www.alliasys.fr

      Tél. 02 23 20 03 25 – Fax. 02 23 20 03 26

      2, rue de la Senestrais – 35520 La Chapelle des Fougeretz

      P Pensez ENVIRONNEMENT : n'imprimer que si nécessaire.

       

       

       

      _______________________________________________
      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 - 08:41 - 19 Jun 2020
    • RE: Odoo versions

      Thank you all for your answers.

      It is our intention to participate in the development of Odoo with our modest means.

      But for now, we have two programmers who are in the process of discovering the Odoo framework.

       

      Best regards

       

      Yves Le Doeuff

       

       

       

      De : Joerg Lorenz [mailto:jlorenz@itis.de]
      Envoyé : vendredi 19 juin 2020 12:52
      À : Contributors
      Objet : Re: Odoo versions

       

      Dear Yves: 

      additionally, my 2 cents here

       

      1. I noticed that there are many modules that are still created and updated for version 12 while version 13 has already been released for more than 6 months now.

       

      Livin more than 20 year in ERP space, it is always a trade off between stability and features and functions beeing new and inspiring. 

      We at IT IS  favour a LTS like concept as ubuntu does, which is not in odoo officially. It is an open secret also, that odd odoo release numbers are more "introductory" releases  and "even" releases stabilize the efforts.

       

      2. Is it due to the time necessary to do the migration to the new version since I suppose it is a lot of work ?

      Yes, it is work, which depends on the changes. Between odoo 10 and odoo 11, there was a switch of the underlying python version, which took more effort, for example. But it depends on the particular module, also since some are pretty dormant, while others are just fancy and loaded with change right now.

       

      3. Is it intentional to stay on an older version (therefore more stable) or are odd versions abandoned in favor of even versions ?

      See 1. 

       

      Last not least: Welcome to the community. Please stay active and consider participating the OCA.

       

       

      Best

      Joe Lorenz

       

      IT IS AG

      Postfach 3141

      84037 Landshut

      Deutschland

      Tel.: +49 8703 9069 0

      Fax: +49 8703 9069 200

       

      Siemensstraße 14

      84051 Altheim

      in der Nähe des Münchner Flughafens

      www.itis.de

      kontakt@itis.de

       

      Wir sprechen

           Ihr business                   

       

      Vorstandsvorsitzender: Dipl.-Ing. Joerg Lorenz, Aufsichtsratsvorsitzende: Anke Lorenz   Handelsregister: Landshut HRB 5072    USt.-ID.-Nummer: DE 812896466

      Dieses E-Mail ist vertraulich. Wenn Sie nicht der rechtmaessige Empfaenger sind, duerfen Sie den Inhalt weder kopieren, verbreiten oder benutzen. Sollten Sie dieses E-Mail versehentlich erhalten haben, senden Sie es bitte an uns zurueck und loeschen es anschliessend. 

      This message is the property of IT IS AG or its affiliates. It maybe legally privileged and/or confidential and is intended only for the use of the addressee's. No addressee should forward, print, copy, or otherwise reproduce this message in any manner that would allow it to be viewed by any individual not originally listed as a recipient. If you are not the intended recipient, you must not copy, disclose or use its contents. If you have received it in error, please inform us immediately by return email and delete the document

       

       

      Von: "Yves Le Doeuff - Alliasys" <y.ledoeuff@alliasys.fr>
      An: "Contributors" <contributors@odoo-community.org>
      Gesendet: Donnerstag, 18. Juni 2020 18:16:55
      Betreff: Odoo versions

      Hi,

      I am a beginner in the Odoo world and I am not sure this is the right place for this topic, so excuse me if not.

       

      My question is :

      I noticed that there are many modules that are still created and updated for version 12 while version 13 has already been released for more than 6 months now.

      Is it due to the time necessary to do the migration to the new version since I suppose it is a lot of work ?

      Is it intentional to stay on an older version (therefore more stable) or are odd versions abandoned in favor of even versions ?

      I should point out that I am in France and that my remark apply in particular to the French localization.

      Again, this is not a complain for upgrades that does’nt come fast enough because I know it’s a big work and each contributor do his best but I would like to ajust my company’s strategy for my customers and know which version of Odoo should we put forward.

       

      Best Regards.

       

      Yves Le Doeuff

       

      Email: y.ledoeuff@alliasys.fr

      Description : Description : Description : F:\Alliasys\Communication\logos\alliasys\alliasys_SLOGAN.jpg

      www.alliasys.fr

      Tél. 02 23 20 03 25 – Fax. 02 23 20 03 26

      2, rue de la Senestrais – 35520 La Chapelle des Fougeretz

      P Pensez ENVIRONNEMENT : n'imprimer que si nécessaire.

       

       

       

      by "Yves Le Doeuff - Alliasys" <y.ledoeuff@alliasys.fr> - 08:11 - 19 Jun 2020
    • Re: Odoo versions
      Dear Yves: 

      additionally, my 2 cents here

      1. I noticed that there are many modules that are still created and updated for version 12 while version 13 has already been released for more than 6 months now.


      Livin more than 20 year in ERP space, it is always a trade off between stability and features and functions beeing new and inspiring. 

      We at IT IS  favour a LTS like concept as ubuntu does, which is not in odoo officially. It is an open secret also, that odd odoo release numbers are more "introductory" releases  and "even" releases stabilize the efforts.


      2. Is it due to the time necessary to do the migration to the new version since I suppose it is a lot of work ?

      Yes, it is work, which depends on the changes. Between odoo 10 and odoo 11, there was a switch of the underlying python version, which took more effort, for example. But it depends on the particular module, also since some are pretty dormant, while others are just fancy and loaded with change right now.


      3. Is it intentional to stay on an older version (therefore more stable) or are odd versions abandoned in favor of even versions ?

      See 1. 

      Last not least: Welcome to the community. Please stay active and consider participating the OCA.


      Best

      Joe Lorenz


      IT IS AG

      Postfach 3141

      84037 Landshut

      Deutschland

      Tel.: +49 8703 9069 0

      Fax: +49 8703 9069 200

       

      Siemensstraße 14

      84051 Altheim

      in der Nähe des Münchner Flughafens

      www.itis.de

      kontakt@itis.de

       

      Wir sprechen

           Ihr business                   

       

      Vorstandsvorsitzender: Dipl.-Ing. Joerg Lorenz, Aufsichtsratsvorsitzende: Anke Lorenz   Handelsregister: Landshut HRB 5072    USt.-ID.-Nummer: DE 812896466

      Dieses E-Mail ist vertraulich. Wenn Sie nicht der rechtmaessige Empfaenger sind, duerfen Sie den Inhalt weder kopieren, verbreiten oder benutzen. Sollten Sie dieses E-Mail versehentlich erhalten haben, senden Sie es bitte an uns zurueck und loeschen es anschliessend. 

      This message is the property of IT IS AG or its affiliates. It maybe legally privileged and/or confidential and is intended only for the use of the addressee's. No addressee should forward, print, copy, or otherwise reproduce this message in any manner that would allow it to be viewed by any individual not originally listed as a recipient. If you are not the intended recipient, you must not copy, disclose or use its contents. If you have received it in error, please inform us immediately by return email and delete the document



      Von: "Yves Le Doeuff - Alliasys" <y.ledoeuff@alliasys.fr>
      An: "Contributors" <contributors@odoo-community.org>
      Gesendet: Donnerstag, 18. Juni 2020 18:16:55
      Betreff: Odoo versions

      Hi,

      I am a beginner in the Odoo world and I am not sure this is the right place for this topic, so excuse me if not.

       

      My question is :

      I noticed that there are many modules that are still created and updated for version 12 while version 13 has already been released for more than 6 months now.

      Is it due to the time necessary to do the migration to the new version since I suppose it is a lot of work ?

      Is it intentional to stay on an older version (therefore more stable) or are odd versions abandoned in favor of even versions ?

      I should point out that I am in France and that my remark apply in particular to the French localization.

      Again, this is not a complain for upgrades that does’nt come fast enough because I know it’s a big work and each contributor do his best but I would like to ajust my company’s strategy for my customers and know which version of Odoo should we put forward.

       

      Best Regards.

       

      Yves Le Doeuff

       

      Email: y.ledoeuff@alliasys.fr

      Description : Description : Description : F:\Alliasys\Communication\logos\alliasys\alliasys_SLOGAN.jpg

      www.alliasys.fr

      Tél. 02 23 20 03 25 – Fax. 02 23 20 03 26

      2, rue de la Senestrais – 35520 La Chapelle des Fougeretz

      P Pensez ENVIRONNEMENT : n'imprimer que si nécessaire.

       

       

      _______________________________________________
      Mailing-List: https://odoo-community.org/groups/contributors-15
      Post to: mailto:contributors@odoo-community.org
      Unsubscribe: https://odoo-community.org/groups?unsubscribe


      by Joerg Lorenz. - 12:51 - 19 Jun 2020
    • Re: Odoo versions
      Hi Yves,

      Thanks for your interest to OCA.

      And you're right, as the modules migration is dependent on contributors time, good will, project involved in,... many reasons - some modules remain unmigrated or maybe skip one Odoo version.

      If you are interested in, maybe you can propose the migration yourself ?


      You'll find list of France localization maintainers here https://github.com/orgs/OCA/teams/local-france-maintainers if you have more oriented questions.

      See you on github!


      On Thu, Jun 18, 2020 at 6:16 PM Yves Le Doeuff - Alliasys <y.ledoeuff@alliasys.fr> wrote:

      Hi,

      I am a beginner in the Odoo world and I am not sure this is the right place for this topic, so excuse me if not.

       

      My question is :

      I noticed that there are many modules that are still created and updated for version 12 while version 13 has already been released for more than 6 months now.

      Is it due to the time necessary to do the migration to the new version since I suppose it is a lot of work ?

      Is it intentional to stay on an older version (therefore more stable) or are odd versions abandoned in favor of even versions ?

      I should point out that I am in France and that my remark apply in particular to the French localization.

      Again, this is not a complain for upgrades that does’nt come fast enough because I know it’s a big work and each contributor do his best but I would like to ajust my company’s strategy for my customers and know which version of Odoo should we put forward.

       

      Best Regards.

       

      Yves Le Doeuff

       

      Email: y.ledoeuff@alliasys.fr

      Description : Description : Description : F:\Alliasys\Communication\logos\alliasys\alliasys_SLOGAN.jpg

      www.alliasys.fr

      Tél. 02 23 20 03 25 – Fax. 02 23 20 03 26

      2, rue de la Senestrais – 35520 La Chapelle des Fougeretz

      P Pensez ENVIRONNEMENT : n'imprimer que si nécessaire.

       

       

      _______________________________________________
      Mailing-List: https://odoo-community.org/groups/contributors-15
      Post to: mailto:contributors@odoo-community.org
      Unsubscribe: https://odoo-community.org/groups?unsubscribe



      --
      __________________________________________
      Denis Roussel
      Software Engineer
      Acsone SA, Succursale de Liège (Val Benoît)
      Tel    : +32 2 888 31 49
      Fax   : +32 2 888 31 59
      Gsm : +32 472 22 00 57

      Acsone sa/nv
      Boulevard de la Woluwe 56 Woluwedal | B-1200 Brussels  | Belgium
      Quai Banning, 6 (Val Benoît) | B-4000 Liège | Belgium
      Zone Industrielle 22 | L-8287 Kehlen | Luxembourg
      by Denis Roussel - 06:30 - 18 Jun 2020
  • Weblate don't create new module translation in project-reporting repo
    Hello,

    I wanted to make a translation to the module https://github.com/OCA/project-reporting/tree/12.0/project_task_timesheet_report but this module is not created in weblate.

    This module was merged yesterday with the same name in V13, but the translation in V13 is OK.

    What can be wrong?

    Thanks in advance

    by Jesús Alan Ramos Rodriguez - 05:06 - 18 Jun 2020

    2 replies 2 replies

  • Want tax move line with zero balance, possible? (odoo 13)
    Dear community,

    With Tax Exemption we need to set tax with zero percent. On invoice line, use will need to choose this Tax. And expect that it will also declared on tax report.

    Normally, as I see in this core code, Odoo just don't create move line if tax amount is zero. This oppose our need.

    def _recompute_tax_lines(self, recompute_tax_base_amount=False):
                .......
                # Don't create tax lines with zero balance.
                if self.currency_id.is_zero(taxes_map_entry['balance']) and self.currency_id.is_zero(taxes_map_entry['amount_currency']):
                    taxes_map_entry['grouping_dict'] = False

    Any OCA module that do by pass this? Does this make sense to you if I will create one, or there is better way ??

    Many thanks,
    Kitti

    by Kitti Upariphutthiphong - 05:55 - 17 Jun 2020

    10 replies 10 replies

    • Re: Want tax move line with zero balance, possible? (odoo 13)
      Some more bugs related to the approach of not generating the zero aml


      Ing. Juan José Scarafía

      (+54 9 341) 3 278039

      twitter: @jjscarafia

      github: @jjscarafia



      On Thu, Jun 18, 2020 at 5:02 PM Kevin McMenamin <Kevin.McMenamin@solnet.co.nz> wrote:

      IMO the standard Odoo tax report is too limited for general use. NZ has probably the most simple tax system in the world but we still needed to write our own tax report. Prior to V13, we used the GL control accounts as the master source of data, but identified any invoice lines that had no tax code so the user could check. We also identify any pre-dated transactions to catch if a user has entered a tax entry for a tax period that is already completed. This is on my list to relook at for V13.

       

       

       

      From: Kitti Upariphutthiphong <kittiu@ecosoft.co.th>
      Sent: Friday, 19 June 2020 1:22 AM
      To: Contributors <contributors@odoo-community.org>
      Subject: Re: Want tax move line with zero balance, possible? (odoo 13)

       

      Hi Pedro, Juan and Luc,

       

      Thanks a lot for sharing your thoughts. In our localization, we have made the decision to make the tax report out of account.move.line directly. That's part of my difficulties.

       

      I think I understand, may be not on ES or BE localization thoroughly, but the general concept of Odoo's Tax Report.

       

      Odoo Tax Report is quite the summarized report, which is not quite usable for us, I must say. Our tax submission requires more detailed information (frankly quite old fashioned paper based tax report).

       

      So, currently, without zero tax amount move line, we will require rewriting the tax report, and it will become a lot less straightforward than before. This point I share and agree with Juan points.

       

      Thanks a lot for what you guys are sharing, I do understand more. I will think more how to live without it.

       

      Thank you!

      Kitti

       

      On Thu, Jun 18, 2020 at 7:27 PM Juan José Scarafía (ADHOC) <scarafia.juanjose@gmail.com> wrote:

      I agree that they are not needed and there is a work around to work with them, but IMHO, as there is already a tax_base_amount stored field on aml, it would be much easier to get taxes and base amounts just filtering aml with "tax_line_id", and on that aml you already have the balance and the tax amount. That is already in odoo, the only problem is for zero taxes.

       

      IMHO, with the current approach:

      * it's litle ugly how "_compute_invoice_taxes_by_group" simulate the zero taxes

      * more code needed for getting tax amounts on electronic invoice / tax declaration

      * more code needed on the "tax engine"

      You can't analyse directly any odoo model to get this info, is not visual. Just having those lines would make much easier to get visual information about the taxes from everywhere (on the invoice itself, checking the aml on journal items, menus, etc).

       

      But yes, I agree it is not needed, I just believe it would make thing much easier and nicer. But still, is an odoo decision, I wouldn't make any module to change that behaviour .

      BR

       

       

       

       

      Ing. Juan José Scarafía

      (+54 9 341) 3 278039

      twitter: @jjscarafia

      github: @jjscarafia

       

       

      On Wed, Jun 17, 2020 at 3:07 PM <luc.demeyer@noviat.com> wrote:

      We also have zero tax lines in Belgium and no need for aml with debit/credit 0.

      I support Pedro here, with correct reports you solve the issue.

      Cf. https://github.com/Noviat/noviat-apps/tree/13.0/l10n_be_coa_multilang

       

      From: Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com>
      Sent: Wednesday, 17 June 2020 19:47
      To: Contributors <contributors@odoo-community.org>
      Subject: Re: Want tax move line with zero balance, possible? (odoo 13)

       

      I think the need of that aml with 0 is because the tax engine / exporter is not considering the amls for the base on the said field. We are doing that way on our tax engine for Spanish legislation without problem:

       

       

      The overall logic is:

       

      - There are amls with tax_line_id field with that tax: the tax fee.

      - There are amls with tax_ids field with that tax: the tax base.

       

      Regards.

      _______________________________________________
      Mailing-List: https://odoo-community.org/groups/contributors-15
      Post to: mailto:contributors@odoo-community.org
      Unsubscribe: https://odoo-community.org/groups?unsubscribe

      _______________________________________________
      Mailing-List: https://odoo-community.org/groups/contributors-15
      Post to: mailto:contributors@odoo-community.org
      Unsubscribe: https://odoo-community.org/groups?unsubscribe

      Attention: This email may contain information intended for the sole use of the original recipient. Please respect this when sharing or disclosing this email's contents with any third party. If you believe you have received this email in error, please delete it and notify the sender or postmaster@solnetsolutions.co.nz as soon as possible. The content of this email does not necessarily reflect the views of Solnet Solutions Ltd.

      _______________________________________________
      Mailing-List: https://odoo-community.org/groups/contributors-15
      Post to: mailto:contributors@odoo-community.org
      Unsubscribe: https://odoo-community.org/groups?unsubscribe

      by Juan José Scarafía - 05:51 - 17 Jul 2020
    • RE: Want tax move line with zero balance, possible? (odoo 13)

      IMO the standard Odoo tax report is too limited for general use. NZ has probably the most simple tax system in the world but we still needed to write our own tax report. Prior to V13, we used the GL control accounts as the master source of data, but identified any invoice lines that had no tax code so the user could check. We also identify any pre-dated transactions to catch if a user has entered a tax entry for a tax period that is already completed. This is on my list to relook at for V13.

       

       

       

      From: Kitti Upariphutthiphong <kittiu@ecosoft.co.th>
      Sent: Friday, 19 June 2020 1:22 AM
      To: Contributors <contributors@odoo-community.org>
      Subject: Re: Want tax move line with zero balance, possible? (odoo 13)

       

      Hi Pedro, Juan and Luc,

       

      Thanks a lot for sharing your thoughts. In our localization, we have made the decision to make the tax report out of account.move.line directly. That's part of my difficulties.

       

      I think I understand, may be not on ES or BE localization thoroughly, but the general concept of Odoo's Tax Report.

       

      Odoo Tax Report is quite the summarized report, which is not quite usable for us, I must say. Our tax submission requires more detailed information (frankly quite old fashioned paper based tax report).

       

      So, currently, without zero tax amount move line, we will require rewriting the tax report, and it will become a lot less straightforward than before. This point I share and agree with Juan points.

       

      Thanks a lot for what you guys are sharing, I do understand more. I will think more how to live without it.

       

      Thank you!

      Kitti

       

      On Thu, Jun 18, 2020 at 7:27 PM Juan José Scarafía (ADHOC) <scarafia.juanjose@gmail.com> wrote:

      I agree that they are not needed and there is a work around to work with them, but IMHO, as there is already a tax_base_amount stored field on aml, it would be much easier to get taxes and base amounts just filtering aml with "tax_line_id", and on that aml you already have the balance and the tax amount. That is already in odoo, the only problem is for zero taxes.

       

      IMHO, with the current approach:

      * it's litle ugly how "_compute_invoice_taxes_by_group" simulate the zero taxes

      * more code needed for getting tax amounts on electronic invoice / tax declaration

      * more code needed on the "tax engine"

      You can't analyse directly any odoo model to get this info, is not visual. Just having those lines would make much easier to get visual information about the taxes from everywhere (on the invoice itself, checking the aml on journal items, menus, etc).

       

      But yes, I agree it is not needed, I just believe it would make thing much easier and nicer. But still, is an odoo decision, I wouldn't make any module to change that behaviour .

      BR

       

       

       

       

      Ing. Juan José Scarafía

      (+54 9 341) 3 278039

      twitter: @jjscarafia

      github: @jjscarafia

       

       

      On Wed, Jun 17, 2020 at 3:07 PM <luc.demeyer@noviat.com> wrote:

      We also have zero tax lines in Belgium and no need for aml with debit/credit 0.

      I support Pedro here, with correct reports you solve the issue.

      Cf. https://github.com/Noviat/noviat-apps/tree/13.0/l10n_be_coa_multilang

       

      From: Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com>
      Sent: Wednesday, 17 June 2020 19:47
      To: Contributors <contributors@odoo-community.org>
      Subject: Re: Want tax move line with zero balance, possible? (odoo 13)

       

      I think the need of that aml with 0 is because the tax engine / exporter is not considering the amls for the base on the said field. We are doing that way on our tax engine for Spanish legislation without problem:

       

       

      The overall logic is:

       

      - There are amls with tax_line_id field with that tax: the tax fee.

      - There are amls with tax_ids field with that tax: the tax base.

       

      Regards.

      _______________________________________________
      Mailing-List: https://odoo-community.org/groups/contributors-15
      Post to: mailto:contributors@odoo-community.org
      Unsubscribe: https://odoo-community.org/groups?unsubscribe

      _______________________________________________
      Mailing-List: https://odoo-community.org/groups/contributors-15
      Post to: mailto:contributors@odoo-community.org
      Unsubscribe: https://odoo-community.org/groups?unsubscribe

      Attention: This email may contain information intended for the sole use of the original recipient. Please respect this when sharing or disclosing this email's contents with any third party. If you believe you have received this email in error, please delete it and notify the sender or postmaster@solnetsolutions.co.nz as soon as possible. The content of this email does not necessarily reflect the views of Solnet Solutions Ltd.
      by Kevin McMenamin - 10:00 - 18 Jun 2020
    • Re: Want tax move line with zero balance, possible? (odoo 13)
      Hi Pedro, Juan and Luc,

      Thanks a lot for sharing your thoughts. In our localization, we have made the decision to make the tax report out of account.move.line directly. That's part of my difficulties.

      I think I understand, may be not on ES or BE localization thoroughly, but the general concept of Odoo's Tax Report.

      Odoo Tax Report is quite the summarized report, which is not quite usable for us, I must say. Our tax submission requires more detailed information (frankly quite old fashioned paper based tax report).

      So, currently, without zero tax amount move line, we will require rewriting the tax report, and it will become a lot less straightforward than before. This point I share and agree with Juan points.

      Thanks a lot for what you guys are sharing, I do understand more. I will think more how to live without it.

      Thank you!
      Kitti

      On Thu, Jun 18, 2020 at 7:27 PM Juan José Scarafía (ADHOC) <scarafia.juanjose@gmail.com> wrote:
      I agree that they are not needed and there is a work around to work with them, but IMHO, as there is already a tax_base_amount stored field on aml, it would be much easier to get taxes and base amounts just filtering aml with "tax_line_id", and on that aml you already have the balance and the tax amount. That is already in odoo, the only problem is for zero taxes.

      IMHO, with the current approach:
      * it's litle ugly how "_compute_invoice_taxes_by_group" simulate the zero taxes
      * more code needed for getting tax amounts on electronic invoice / tax declaration
      * more code needed on the "tax engine"
      You can't analyse directly any odoo model to get this info, is not visual. Just having those lines would make much easier to get visual information about the taxes from everywhere (on the invoice itself, checking the aml on journal items, menus, etc).

      But yes, I agree it is not needed, I just believe it would make thing much easier and nicer. But still, is an odoo decision, I wouldn't make any module to change that behaviour .
      BR




      Ing. Juan José Scarafía

      (+54 9 341) 3 278039

      twitter: @jjscarafia

      github: @jjscarafia



      On Wed, Jun 17, 2020 at 3:07 PM <luc.demeyer@noviat.com> wrote:

      We also have zero tax lines in Belgium and no need for aml with debit/credit 0.

      I support Pedro here, with correct reports you solve the issue.

      Cf. https://github.com/Noviat/noviat-apps/tree/13.0/l10n_be_coa_multilang

       

      From: Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com>
      Sent: Wednesday, 17 June 2020 19:47
      To: Contributors <contributors@odoo-community.org>
      Subject: Re: Want tax move line with zero balance, possible? (odoo 13)

       

      I think the need of that aml with 0 is because the tax engine / exporter is not considering the amls for the base on the said field. We are doing that way on our tax engine for Spanish legislation without problem:

       

       

      The overall logic is:

       

      - There are amls with tax_line_id field with that tax: the tax fee.

      - There are amls with tax_ids field with that tax: the tax base.

       

      Regards.

      _______________________________________________
      Mailing-List: https://odoo-community.org/groups/contributors-15
      Post to: mailto:contributors@odoo-community.org
      Unsubscribe: https://odoo-community.org/groups?unsubscribe

      _______________________________________________
      Mailing-List: https://odoo-community.org/groups/contributors-15
      Post to: mailto:contributors@odoo-community.org
      Unsubscribe: https://odoo-community.org/groups?unsubscribe

      by Kitti Upariphutthiphong - 03:21 - 18 Jun 2020
    • Re: Want tax move line with zero balance, possible? (odoo 13)
      I agree that they are not needed and there is a work around to work with them, but IMHO, as there is already a tax_base_amount stored field on aml, it would be much easier to get taxes and base amounts just filtering aml with "tax_line_id", and on that aml you already have the balance and the tax amount. That is already in odoo, the only problem is for zero taxes.

      IMHO, with the current approach:
      * it's litle ugly how "_compute_invoice_taxes_by_group" simulate the zero taxes
      * more code needed for getting tax amounts on electronic invoice / tax declaration
      * more code needed on the "tax engine"
      You can't analyse directly any odoo model to get this info, is not visual. Just having those lines would make much easier to get visual information about the taxes from everywhere (on the invoice itself, checking the aml on journal items, menus, etc).

      But yes, I agree it is not needed, I just believe it would make thing much easier and nicer. But still, is an odoo decision, I wouldn't make any module to change that behaviour .
      BR




      Ing. Juan José Scarafía

      (+54 9 341) 3 278039

      twitter: @jjscarafia

      github: @jjscarafia



      On Wed, Jun 17, 2020 at 3:07 PM <luc.demeyer@noviat.com> wrote:

      We also have zero tax lines in Belgium and no need for aml with debit/credit 0.

      I support Pedro here, with correct reports you solve the issue.

      Cf. https://github.com/Noviat/noviat-apps/tree/13.0/l10n_be_coa_multilang

       

      From: Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com>
      Sent: Wednesday, 17 June 2020 19:47
      To: Contributors <contributors@odoo-community.org>
      Subject: Re: Want tax move line with zero balance, possible? (odoo 13)

       

      I think the need of that aml with 0 is because the tax engine / exporter is not considering the amls for the base on the said field. We are doing that way on our tax engine for Spanish legislation without problem:

       

       

      The overall logic is:

       

      - There are amls with tax_line_id field with that tax: the tax fee.

      - There are amls with tax_ids field with that tax: the tax base.

       

      Regards.

      _______________________________________________
      Mailing-List: https://odoo-community.org/groups/contributors-15
      Post to: mailto:contributors@odoo-community.org
      Unsubscribe: https://odoo-community.org/groups?unsubscribe

      by Juan José Scarafía - 02:26 - 18 Jun 2020
    • RE: Want tax move line with zero balance, possible? (odoo 13)

      We also have zero tax lines in Belgium and no need for aml with debit/credit 0.

      I support Pedro here, with correct reports you solve the issue.

      Cf. https://github.com/Noviat/noviat-apps/tree/13.0/l10n_be_coa_multilang

       

      From: Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com>
      Sent: Wednesday, 17 June 2020 19:47
      To: Contributors <contributors@odoo-community.org>
      Subject: Re: Want tax move line with zero balance, possible? (odoo 13)

       

      I think the need of that aml with 0 is because the tax engine / exporter is not considering the amls for the base on the said field. We are doing that way on our tax engine for Spanish legislation without problem:

       

       

      The overall logic is:

       

      - There are amls with tax_line_id field with that tax: the tax fee.

      - There are amls with tax_ids field with that tax: the tax base.

       

      Regards.

      by Luc De Meyer. - 08:06 - 17 Jun 2020

  • The Concept of "Charge"
    Dear contributors,

    Coming from other ERPs, there is a concept of Charge, which is very useful. You can read it here,

    From time to time, we will face situations where only "Charge" is suitable (compared to using product or direct account selection).
    Note: some time it is called "Activity".

    Anyone heard about the "Charge" concept before?

    Kitti
    by Kitti Upariphutthiphong - 12:20 - 12 Jun 2020

    7 replies 7 replies

    • Re: The Concept of "Charge"

      Hi Kitti,

      with what you describe:
      - it seems you could use products. The products in the approval request may not be the same as the products in the PO, but can be in the same category, hence they will be mapped to the same GL account
      - to compare the actual amount and budget amount for an approval request, you could as Daniel mentioned, use analytic accounts.

      Or simply make sure that on all the purchase order/vendor bills, that they have the same reference number (budget number) so you can query and get the comparison budget/actual per product category

      Less developments...
      my 2 cents.
      Cheers

      On Mon, 15 Jun 2020 at 16:47, Kitti Upariphutthiphong <kittiu@ecosoft.co.th> wrote:
      Thank you to all for the opinion.

      I came across the "Charge" because I have the need to do comparing report between "planned budget" and "resulting expense" with "activity based".

      • At the time of Budget Planning, it is for "End Users", so things must make sense for them, and accounting code is not. User wants to plan with "Activity based" (i.e., traveling by land, traveling by air, training inhouse, training aborad, etc., which they map with an account code)
      • At the time of PR, the "Product" is not even chosen yet, and the user will be using "Activity" to make purchase request,
      • Only at the time of PO and Invoice that, "Product" and "Accounting Code" is viable. Still the "Activity" matrix need to be there too.
      With that, we can compare "Plan" and "Result" in activity terms.

      I might have messed up my requirement with the "Charge" or "Product" concept. With you guys answer I think I am more cleared myself.

      I will have create the "Activity" matrix, and deploy them on both Plan and Resulting document. Will make it the PR to OCA, although I am not sure it will be generic enough.

      Thank you all!


      by dominique.k - 12:26 - 15 Jun 2020
    • Re: The Concept of "Charge"
      Kitty,

      What you describe looks like Analytical Accounts.
      I could see those items as AAs, and each would have budgets and real expenses assigned.
      In case you need multidimension (example: expense type + department or segment), you need to use Analytic Tags.

      Consider if Analytic Account fit your use case before implementing Activities.
      And if you do implement Activities, consider building them on top of Analytic Accounts.

      Thanks
      Daniel


      On 15/06/2020 09:47, Kitti Upariphutthiphong wrote:
      Thank you to all for the opinion.

      I came across the "Charge" because I have the need to do comparing report between "planned budget" and "resulting expense" with "activity based".

      • At the time of Budget Planning, it is for "End Users", so things must make sense for them, and accounting code is not. User wants to plan with "Activity based" (i.e., traveling by land, traveling by air, training inhouse, training aborad, etc., which they map with an account code)
      • At the time of PR, the "Product" is not even chosen yet, and the user will be using "Activity" to make purchase request,
      • Only at the time of PO and Invoice that, "Product" and "Accounting Code" is viable. Still the "Activity" matrix need to be there too.
      With that, we can compare "Plan" and "Result" in activity terms.

      I might have messed up my requirement with the "Charge" or "Product" concept. With you guys answer I think I am more cleared myself.

      I will have create the "Activity" matrix, and deploy them on both Plan and Resulting document. Will make it the PR to OCA, although I am not sure it will be generic enough.

      Thank you all!

      On Mon, Jun 15, 2020 at 10:26 AM Dominique k <dominique.k@elico-corp.com.sg> wrote:
      If you consider odoo accounting alone, using products is a perfectly fine solution.

      Problem is when you create an invoice from a sales order. You can't just swap the products for accounting purposes. (You don't have the choice for the product)
      Then if you need to change the account, or the tax, unless you want the accountant to review each invoice line (and you can end with 30 lines each time), you need some sort of automation. As of today, the default mechanism is the "fiscal position"...

      Cheers,

      Dominique KON-SUN-TACK  [Project Manager]
      Odoo Gold Partner, best Odoo Partner 2014 for APAC

      Mobile: + 65 8502 2399
      Skype: dominique_elico




      On Mon, 15 Jun 2020 at 10:57, Richard deMeester <richard.demeester@willdooit.com> wrote:

      Hi

      In the Accounting package I was previously involved in writing, they used the concept of a "dissection" to hide the account number complexities - it had account numbers, default descriptions, linked tax codes, etc, and could be used directly in invoices.  The idea was to bridge the gap between those encoding the information from the knowledge required to accurately map it to the General Ledger.

      In Odoo, if the information is not coming from a Sales Order or Purchase Order, then just using a (dummy or otherwise) product on a customer invoice line is a solution - and could be unticked for can be sold / can be purchased.  Otherwise, it could be set up as a service.

      I like the "cleanliness" of a separate concept to bring in the information which avoids the need for dummy products, but most clients don't mind lumping them in to their products, and don't want different areas to maintain it all...

      Richard deMeester

      Senior Development Analyst

      WilldooIT Pty Ltd

      E: richard.demeester@willdooit.com

      M: +61 403 76 76 76

      P: +61 3 9135 1900

      A: 10/435 Williamstown Road, Port Melbourne, Vic 3207

       

       

      Making growth through technology easy

       

       

      DISCLAIMER | This electronic message together with any attachments is confidential. If you are not the recipient, do not copy, disclose, or use the contents in any way. Please also advise us by e-mail that you have received this message in error and then please destroy this email and any of its attachments. WilldooIT Pty. Ltd. is not responsible for any changes made to this message and/or any attachments after sending by WilldooIT Pty. Ltd. WilldooIT Pty. Ltd. use virus scanning software but exclude all liability for virus or anything similar in this email or attachment.

      From: Kitti Upariphutthiphong <kittiu@ecosoft.co.th>
      Sent: Friday, 12 June 2020 8:21 PM
      To: Contributors <contributors@odoo-community.org>
      Subject: The Concept of "Charge"
       
      Dear contributors,

      Coming from other ERPs, there is a concept of Charge, which is very useful. You can read it here,

      From time to time, we will face situations where only "Charge" is suitable (compared to using product or direct account selection).
      Note: some time it is called "Activity".

      Anyone heard about the "Charge" concept before?

      Kitti

      _______________________________________________
      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 Daniel Reis - 11:30 - 15 Jun 2020
    • Re: The Concept of "Charge"
      Thank you to all for the opinion.

      I came across the "Charge" because I have the need to do comparing report between "planned budget" and "resulting expense" with "activity based".

      • At the time of Budget Planning, it is for "End Users", so things must make sense for them, and accounting code is not. User wants to plan with "Activity based" (i.e., traveling by land, traveling by air, training inhouse, training aborad, etc., which they map with an account code)
      • At the time of PR, the "Product" is not even chosen yet, and the user will be using "Activity" to make purchase request,
      • Only at the time of PO and Invoice that, "Product" and "Accounting Code" is viable. Still the "Activity" matrix need to be there too.
      With that, we can compare "Plan" and "Result" in activity terms.

      I might have messed up my requirement with the "Charge" or "Product" concept. With you guys answer I think I am more cleared myself.

      I will have create the "Activity" matrix, and deploy them on both Plan and Resulting document. Will make it the PR to OCA, although I am not sure it will be generic enough.

      Thank you all!

      On Mon, Jun 15, 2020 at 10:26 AM Dominique k <dominique.k@elico-corp.com.sg> wrote:
      If you consider odoo accounting alone, using products is a perfectly fine solution.

      Problem is when you create an invoice from a sales order. You can't just swap the products for accounting purposes. (You don't have the choice for the product)
      Then if you need to change the account, or the tax, unless you want the accountant to review each invoice line (and you can end with 30 lines each time), you need some sort of automation. As of today, the default mechanism is the "fiscal position"...

      Cheers,

      Dominique KON-SUN-TACK  [Project Manager]
      Odoo Gold Partner, best Odoo Partner 2014 for APAC

      Mobile: + 65 8502 2399
      Skype: dominique_elico




      On Mon, 15 Jun 2020 at 10:57, Richard deMeester <richard.demeester@willdooit.com> wrote:

      Hi

      In the Accounting package I was previously involved in writing, they used the concept of a "dissection" to hide the account number complexities - it had account numbers, default descriptions, linked tax codes, etc, and could be used directly in invoices.  The idea was to bridge the gap between those encoding the information from the knowledge required to accurately map it to the General Ledger.

      In Odoo, if the information is not coming from a Sales Order or Purchase Order, then just using a (dummy or otherwise) product on a customer invoice line is a solution - and could be unticked for can be sold / can be purchased.  Otherwise, it could be set up as a service.

      I like the "cleanliness" of a separate concept to bring in the information which avoids the need for dummy products, but most clients don't mind lumping them in to their products, and don't want different areas to maintain it all...

      Richard deMeester

      Senior Development Analyst

      WilldooIT Pty Ltd

      E: richard.demeester@willdooit.com

      M: +61 403 76 76 76

      P: +61 3 9135 1900

      A: 10/435 Williamstown Road, Port Melbourne, Vic 3207

       

       

      Making growth through technology easy

       

       

      DISCLAIMER | This electronic message together with any attachments is confidential. If you are not the recipient, do not copy, disclose, or use the contents in any way. Please also advise us by e-mail that you have received this message in error and then please destroy this email and any of its attachments. WilldooIT Pty. Ltd. is not responsible for any changes made to this message and/or any attachments after sending by WilldooIT Pty. Ltd. WilldooIT Pty. Ltd. use virus scanning software but exclude all liability for virus or anything similar in this email or attachment.

      From: Kitti Upariphutthiphong <kittiu@ecosoft.co.th>
      Sent: Friday, 12 June 2020 8:21 PM
      To: Contributors <contributors@odoo-community.org>
      Subject: The Concept of "Charge"
       
      Dear contributors,

      Coming from other ERPs, there is a concept of Charge, which is very useful. You can read it here,

      From time to time, we will face situations where only "Charge" is suitable (compared to using product or direct account selection).
      Note: some time it is called "Activity".

      Anyone heard about the "Charge" concept before?

      Kitti

      _______________________________________________
      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 Kitti Upariphutthiphong - 10:46 - 15 Jun 2020
    • Re: The Concept of "Charge"
      If you consider odoo accounting alone, using products is a perfectly fine solution.

      Problem is when you create an invoice from a sales order. You can't just swap the products for accounting purposes. (You don't have the choice for the product)
      Then if you need to change the account, or the tax, unless you want the accountant to review each invoice line (and you can end with 30 lines each time), you need some sort of automation. As of today, the default mechanism is the "fiscal position"...

      Cheers,

      Dominique KON-SUN-TACK  [Project Manager]
      Odoo Gold Partner, best Odoo Partner 2014 for APAC

      Mobile: + 65 8502 2399
      Skype: dominique_elico




      On Mon, 15 Jun 2020 at 10:57, Richard deMeester <richard.demeester@willdooit.com> wrote:

      Hi

      In the Accounting package I was previously involved in writing, they used the concept of a "dissection" to hide the account number complexities - it had account numbers, default descriptions, linked tax codes, etc, and could be used directly in invoices.  The idea was to bridge the gap between those encoding the information from the knowledge required to accurately map it to the General Ledger.

      In Odoo, if the information is not coming from a Sales Order or Purchase Order, then just using a (dummy or otherwise) product on a customer invoice line is a solution - and could be unticked for can be sold / can be purchased.  Otherwise, it could be set up as a service.

      I like the "cleanliness" of a separate concept to bring in the information which avoids the need for dummy products, but most clients don't mind lumping them in to their products, and don't want different areas to maintain it all...

      Richard deMeester

      Senior Development Analyst

      WilldooIT Pty Ltd

      E: richard.demeester@willdooit.com

      M: +61 403 76 76 76

      P: +61 3 9135 1900

      A: 10/435 Williamstown Road, Port Melbourne, Vic 3207

       

       

      Making growth through technology easy

       

       

      DISCLAIMER | This electronic message together with any attachments is confidential. If you are not the recipient, do not copy, disclose, or use the contents in any way. Please also advise us by e-mail that you have received this message in error and then please destroy this email and any of its attachments. WilldooIT Pty. Ltd. is not responsible for any changes made to this message and/or any attachments after sending by WilldooIT Pty. Ltd. WilldooIT Pty. Ltd. use virus scanning software but exclude all liability for virus or anything similar in this email or attachment.

      From: Kitti Upariphutthiphong <kittiu@ecosoft.co.th>
      Sent: Friday, 12 June 2020 8:21 PM
      To: Contributors <contributors@odoo-community.org>
      Subject: The Concept of "Charge"
       
      Dear contributors,

      Coming from other ERPs, there is a concept of Charge, which is very useful. You can read it here,

      From time to time, we will face situations where only "Charge" is suitable (compared to using product or direct account selection).
      Note: some time it is called "Activity".

      Anyone heard about the "Charge" concept before?

      Kitti

      _______________________________________________
      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 dominique.k - 05:26 - 15 Jun 2020
    • Re: The Concept of "Charge"

      Hi

      In the Accounting package I was previously involved in writing, they used the concept of a "dissection" to hide the account number complexities - it had account numbers, default descriptions, linked tax codes, etc, and could be used directly in invoices.  The idea was to bridge the gap between those encoding the information from the knowledge required to accurately map it to the General Ledger.

      In Odoo, if the information is not coming from a Sales Order or Purchase Order, then just using a (dummy or otherwise) product on a customer invoice line is a solution - and could be unticked for can be sold / can be purchased.  Otherwise, it could be set up as a service.

      I like the "cleanliness" of a separate concept to bring in the information which avoids the need for dummy products, but most clients don't mind lumping them in to their products, and don't want different areas to maintain it all...

      Richard deMeester

      Senior Development Analyst

      WilldooIT Pty Ltd

      E: richard.demeester@willdooit.com

      M: +61 403 76 76 76

      P: +61 3 9135 1900

      A: 10/435 Williamstown Road, Port Melbourne, Vic 3207

       

       

      Making growth through technology easy

       

       

      DISCLAIMER | This electronic message together with any attachments is confidential. If you are not the recipient, do not copy, disclose, or use the contents in any way. Please also advise us by e-mail that you have received this message in error and then please destroy this email and any of its attachments. WilldooIT Pty. Ltd. is not responsible for any changes made to this message and/or any attachments after sending by WilldooIT Pty. Ltd. WilldooIT Pty. Ltd. use virus scanning software but exclude all liability for virus or anything similar in this email or attachment.

      From: Kitti Upariphutthiphong <kittiu@ecosoft.co.th>
      Sent: Friday, 12 June 2020 8:21 PM
      To: Contributors <contributors@odoo-community.org>
      Subject: The Concept of "Charge"
       
      Dear contributors,

      Coming from other ERPs, there is a concept of Charge, which is very useful. You can read it here,

      From time to time, we will face situations where only "Charge" is suitable (compared to using product or direct account selection).
      Note: some time it is called "Activity".

      Anyone heard about the "Charge" concept before?

      Kitti

      _______________________________________________
      Mailing-List: https://odoo-community.org/groups/contributors-15
      Post to: mailto:contributors@odoo-community.org
      Unsubscribe: https://odoo-community.org/groups?unsubscribe

      by Richard deMeester <richard.demeester@willdooit.com> - 04:55 - 15 Jun 2020

      2 attachments 2 attachments

      Outlook-b5slv5yq.png
      Outlook-5r1dhd2r.jpg

  • Proposing myself in Helpdesk PSC
    I would like to help maintain the Helpdesk repository


    Thanks!
    by dariodafoz - 12:35 - 11 Jun 2020

    6 replies 6 replies

  • Mailing list problems
    Hello,

    I have a problem with the mailing list. I stopped receiving messages from "connectors" list even if I'm regularly subscribed.
    Who can help me with this?

    Thank you in advance
    Andrei Levin
    --
    Didotech Srl

    Via Vigonovese, 170
    35127 Padova (PD)

    Tel 049 8592286
    Cell.: 347-2426694
    www.didotech.com
    by Andrei Levin - 11:20 - 10 Jun 2020

    2 replies 2 replies

  • initialization of qweb template caches on website 
    Hello,

A customer (odoo 12.0) here is facing a performance issue related to
qweb templates on the website. The first time a worker serves these, we
get terrible performance. I suspect we are not the only ones facing
this. Using an external service to GET /shop for instance on a regular
basis sort of alleviates this, but this is really unelegant.

Is there a killer module I missed which is able to preload the cache for
a number of views each time a worker is started? Or some other strategy?

Thanks for your feedback


-- 
Alexandre Fayolle
Chef de Projet
Tel : +33 4 58 48 20 30

Camptocamp France SAS
18 rue du Lac Saint André
73 370 Le Bourget-du-Lac
France

http://www.camptocamp.com
    by Alexandre Fayolle - 02:21 - 8 Jun 2020

    6 replies 6 replies

    • Re: initialization of qweb template caches on website
      Hi Alexandre

      I just checked the svg files attached in your previous email.

      The cache process is consuming 1/4 of the total time:
       - qweb.get_asset_(nodes|content) - 8.6%

      In your profiling you are using 4 workers and the cache process was computed for 2 workers (pid-126 and pid-130)
      The issue is worse if you are using 20 workers so this cache will be computed 20 times.
      And even worse if you have a method clearing cache so often since that it will clear the cache of all methods in all workers.

      The following methods are clearing cache in Odoo:

      It means that if you create/unlink/modify a new crm.reveal.rule so the website will be slow again even if the crm.reveal.rule is not affecting the website.
      The same case for:
         - res.company

      The worst cases are cron of minutes clearing cache:
       - Check the following e.g. of a fixed issue related https://github.com/odoo/odoo/issues/25029
      But you still can have a cron calling a method clearing caches.

      Because of all this I have created the following issue:
      Check the Olivier Dony answer.

      Regards!

      El mar., 9 jun. 2020 a las 2:17, Alexandre Fayolle (<alexandre.fayolle@camptocamp.com>) escribió:
      Thanks for jumping on this Moises :)

Yes I am able to reproduce locally, and I did run some profiling before
asking :)

Attached are 2 profiling sessions loading the same page with py-spy
(https://pypi.org/project/py-spy/), once with an uninitialized worker,
and once with an initialized worker.

What I see is that a significant amount of time is spent in the flatten
method (odoo/http.py:1270) in the uninitialized worker run, and this is
not present in the initialized worker run (meaning the result of flatten
is cached, and we see this in the call stack).

The database is not on the critical path here, as far as I can tell,
it's a pure python issue, and caching cannot directly help, because the
performance issue is directly caused by the cache initialization.

So what I would like to do is preload the cache when the worker starts.
With a "normal" system, this would be done by browsing the site after it
starts, but with Odoo's recycling workers, it is harder to do from
outside. And besides, I found out that the caches are being invalidated,
and we had to disable the event reminder cron which is invalidating all
caches every 30min.

I'll check with the customer if he is ok with sharing a database dump,
and also with our GDPR guys here at Camptocamp.

Alexandre


On 09/06/2020 06:32, Moises Lopez wrote:


> Hi Alexandre,


> 


>> ...issue related to qweb templates on the website. *The first time a


> worker serves these*...


> 


> I agree with you


>  - If it is only the first time so it confirms that there is a slow


> cached process.


>  - Since the first time was slow (caching) and the second one it is not.


> (If the second time is using the same worker).


> 


> 1) Can you reproduce it even if you are not using a proxy with cache


> (e.g. nginx)?


> 


> If we analyze Odoo we can look for the cached methods:


>  - rgrep "\@.*cache(" . --include=*.py --exclude-dir=test* -A2 |grep " 


>   def "


> 


> The following method are cached in Odoo and enterprise projects:


>  - https://gist.github.com/moylop260/a3394674e570da8ca457ef4fe2eb4176


> 


> In our experience slowest are:


>  - ir_rule._compute_domain:


>    - computing a lot of records


>    - computing relational fields (field_o2m.field_id.name


> ) 


>    - Using a computed field


>  - ir_translation.__get_source:


>    - A lot of terms to translate in the qweb view


>    - A lot of fields(translate=True) renderized


> 


> But if you like to find the culprit... Are you able to run profilers?


> 


> Check the following cases detected before using profilers:


>  - https://github.com/odoo/odoo/pull/49690


>  - https://github.com/odoo/odoo/pull/25196


> 


> 


> - Enable advanced logs in postgresql to get a pgbadger report to detect:


>    - most executed queries


>    - slowest executed queries


>    - missing index


>    - locked records


> - Run py-spy to get a flame to detect:


>   - slowest python methods


> 


> Running both at the same time you can cross information and look for the


> culprit easier.


> 


> 


> El lun., 8 jun. 2020 a las 8:22, Gustavo Valverde


> (<gustavo@iterativo.do>) escribió:


> 


>     Hi Alexandre, 


> 


>     This is an interesting subject, as it's kind of hard to find a sweet


>     spot.


> 


>     I've been dealing with Odoo performance improvements in different


>     scenarios for a few months now. I thought I had most of it figured


>     out until I started dealing with ecommerce and fighting with


>     Google's pagespeed. 


> 


>     I found out multiple things have to be taken into consideration when


>     dealing with websites:


> 


>       * If you have a high amount of workers, restarting or redeploying


>         new changes make things hellish slow.


>       * Mixed setups (multiprocess for the backend + multithread for the


>         website) make things better; but it depends on the load and


>         amount of online visitors that you could have at the same time.


>       * Nginx caching and CDNs are your friends. Don't be afraid of


>         caching /web/content, but do not cache it for excessive times.


> 


>     Regards,


> 


>     On Mon, Jun 8, 2020 at 8:22 AM Alexandre Fayolle


>     <alexandre.fayolle@camptocamp.com


>     <mailto:alexandre.fayolle@camptocamp.com>> wrote:


> 


>         Hello,


> 


>         A customer (odoo 12.0) here is facing a performance issue related to


>         qweb templates on the website. The first time a worker serves these, we


>         get terrible performance. I suspect we are not the only ones facing


>         this. Using an external service to GET /shop for instance on a regular


>         basis sort of alleviates this, but this is really unelegant.


> 


>         Is there a killer module I missed which is able to preload the cache for


>         a number of views each time a worker is started? Or some other strategy?


> 


>         Thanks for your feedback


> 


>         -- Alexandre Fayolle Chef de Projet Tel : +33 4 58 48 20 30


>         Camptocamp France SAS 18 rue du Lac Saint André 73 370 Le


>         Bourget-du-Lac France http://www.camptocamp.com


> 


>         _______________________________________________


>         Mailing-List: https://odoo-community.org/groups/contributors-15


>         Post to: mailto:contributors@odoo-community.org


>         <mailto:contributors@odoo-community.org>


>         Unsubscribe: https://odoo-community.org/groups?unsubscribe


> 


> 


> 


>     -- 


> 


>     Gustavo Valverde


> 


>     Chief Technology Officer


> 


>     M(829) 686 8270 D  (829) 956 5191 ext. 202


> 


>     E  gustavo@iterativo.do


> 


> 


>     	


> 


>     ITERATIVO SRL


> 


>     Roble Corporate Center, Piso 7


> 


>     Rafael Augusto Sánchez 86, Piantini, Santo Domingo, R. Dominicana


> 


> 


>     T(829) 956 5191| Einfo@iterativo.do | www.iterativo.do


>     
> 
> 
>     Member firm of ITERATIVO LLC & Progressa Corporate Group
> 
> 
>     Este mensaje y sus anexos pueden contener información confidencial y
>     privilegiada con la intención de que sea utilizada por las personas
>     u organizaciones a quienes esta dirigida, por lo que su uso es
>     exclusivo para su destinatario. Si usted ha recibido este mensaje
>     por error, favor de eliminarlo e informar al remitente del mensaje a
>     través de un correo de respuesta. Si este es el caso, le notificamos
>     que queda estrictamente prohibida la distribución o reproducción de
>     este e-mail y/o sus anexos. iterativo no se hace responsable de las
>     opiniones vertidas en esta comunicación que no estén acordes con su
>     quehacer y fines, y que no se revistan de un carácter oficial. 
> 
>     This message and its enclosures may contain confidential and
>     privileged information intended for the use of people and
>     organizations to which it is directed and its use is thus limited to
>     its addressee. If you have received this message by mistake, please
>     eliminate it and inform the sender through a reply message. Should
>     this be the case, you are advised that the distribution or
>     reproduction of this e-mail and/or any attachments contained herein
>     is strictly forbidden. iterativo is not liable for opinions
>     expressed in this message which may not coincide with its
>     responsibilities and purpose and which may not express official
>     matters. 
> 
>     __ __
> 
>     https://iterativo.do/web/image/39802/hoja-verde.png____
> 
>     /No imprimas este correo si no es necesario. Cuidemos del ambiente!/____
> 
>     /Do not print this mail if it's not necessary. Let's take care of
>     the environment!/
> 
>     _______________________________________________
>     Mailing-List: https://odoo-community.org/groups/contributors-15
>     Post to: mailto:contributors@odoo-community.org
>     <mailto:contributors@odoo-community.org>
>     Unsubscribe: https://odoo-community.org/groups?unsubscribe
> 
> 
> 
> -- 
> Moisés López Calderón
> Mobile: (+521) 477-752-22-30
> Twitter: @moylop260
> hangout: moylop260@vauxoo.com <mailto:moylop260@vauxoo.com>
> http://www.vauxoo.com - Odoo Gold Partner
> Twitter: @vauxoo
> 
> _______________________________________________
> Mailing-List: https://odoo-community.org/groups/contributors-15
> Post to: mailto:contributors@odoo-community.org
> Unsubscribe: https://odoo-community.org/groups?unsubscribe
> 


-- 
Alexandre Fayolle
Chef de Projet
Tel : +33 4 58 48 20 30

Camptocamp France SAS
18 rue du Lac Saint André
73 370 Le Bourget-du-Lac
France

http://www.camptocamp.com

      _______________________________________________
      Mailing-List: https://odoo-community.org/groups/contributors-15
      Post to: mailto:contributors@odoo-community.org
      Unsubscribe: https://odoo-community.org/groups?unsubscribe



      --
      Moisés López Calderón
      Mobile: (+521) 477-752-22-30
      Twitter: @moylop260
      hangout: moylop260@vauxoo.com
      http://www.vauxoo.com - Odoo Gold Partner
      Twitter: @vauxoo
      by Moisés López Calderón - 05:35 - 9 Jun 2020
    • Re: initialization of qweb template caches on website 
      Thanks for jumping on this Moises :)

Yes I am able to reproduce locally, and I did run some profiling before
asking :)

Attached are 2 profiling sessions loading the same page with py-spy
(https://pypi.org/project/py-spy/), once with an uninitialized worker,
and once with an initialized worker.

What I see is that a significant amount of time is spent in the flatten
method (odoo/http.py:1270) in the uninitialized worker run, and this is
not present in the initialized worker run (meaning the result of flatten
is cached, and we see this in the call stack).

The database is not on the critical path here, as far as I can tell,
it's a pure python issue, and caching cannot directly help, because the
performance issue is directly caused by the cache initialization.

So what I would like to do is preload the cache when the worker starts.
With a "normal" system, this would be done by browsing the site after it
starts, but with Odoo's recycling workers, it is harder to do from
outside. And besides, I found out that the caches are being invalidated,
and we had to disable the event reminder cron which is invalidating all
caches every 30min.

I'll check with the customer if he is ok with sharing a database dump,
and also with our GDPR guys here at Camptocamp.

Alexandre


On 09/06/2020 06:32, Moises Lopez wrote:

> Hi Alexandre,

> 

>> ...issue related to qweb templates on the website. *The first time a

> worker serves these*...

> 

> I agree with you

>  - If it is only the first time so it confirms that there is a slow

> cached process.

>  - Since the first time was slow (caching) and the second one it is not.

> (If the second time is using the same worker).

> 

> 1) Can you reproduce it even if you are not using a proxy with cache

> (e.g. nginx)?

> 

> If we analyze Odoo we can look for the cached methods:

>  - rgrep "\@.*cache(" . --include=*.py --exclude-dir=test* -A2 |grep " 

>   def "

> 

> The following method are cached in Odoo and enterprise projects:

>  - https://gist.github.com/moylop260/a3394674e570da8ca457ef4fe2eb4176

> 

> In our experience slowest are:

>  - ir_rule._compute_domain:

>    - computing a lot of records

>    - computing relational fields (field_o2m.field_id.name

> ) 

>    - Using a computed field

>  - ir_translation.__get_source:

>    - A lot of terms to translate in the qweb view

>    - A lot of fields(translate=True) renderized

> 

> But if you like to find the culprit... Are you able to run profilers?

> 

> Check the following cases detected before using profilers:

>  - https://github.com/odoo/odoo/pull/49690

>  - https://github.com/odoo/odoo/pull/25196

> 

> 

> - Enable advanced logs in postgresql to get a pgbadger report to detect:

>    - most executed queries

>    - slowest executed queries

>    - missing index

>    - locked records

> - Run py-spy to get a flame to detect:

>   - slowest python methods

> 

> Running both at the same time you can cross information and look for the

> culprit easier.

> 

> 

> El lun., 8 jun. 2020 a las 8:22, Gustavo Valverde

> (<gustavo@iterativo.do>) escribió:

> 

>     Hi Alexandre, 

> 

>     This is an interesting subject, as it's kind of hard to find a sweet

>     spot.

> 

>     I've been dealing with Odoo performance improvements in different

>     scenarios for a few months now. I thought I had most of it figured

>     out until I started dealing with ecommerce and fighting with

>     Google's pagespeed. 

> 

>     I found out multiple things have to be taken into consideration when

>     dealing with websites:

> 

>       * If you have a high amount of workers, restarting or redeploying

>         new changes make things hellish slow.

>       * Mixed setups (multiprocess for the backend + multithread for the

>         website) make things better; but it depends on the load and

>         amount of online visitors that you could have at the same time.

>       * Nginx caching and CDNs are your friends. Don't be afraid of

>         caching /web/content, but do not cache it for excessive times.

> 

>     Regards,

> 

>     On Mon, Jun 8, 2020 at 8:22 AM Alexandre Fayolle

>     <alexandre.fayolle@camptocamp.com

>     <mailto:alexandre.fayolle@camptocamp.com>> wrote:

> 

>         Hello,

> 

>         A customer (odoo 12.0) here is facing a performance issue related to

>         qweb templates on the website. The first time a worker serves these, we

>         get terrible performance. I suspect we are not the only ones facing

>         this. Using an external service to GET /shop for instance on a regular

>         basis sort of alleviates this, but this is really unelegant.

> 

>         Is there a killer module I missed which is able to preload the cache for

>         a number of views each time a worker is started? Or some other strategy?

> 

>         Thanks for your feedback

> 

>         -- Alexandre Fayolle Chef de Projet Tel : +33 4 58 48 20 30

>         Camptocamp France SAS 18 rue du Lac Saint André 73 370 Le

>         Bourget-du-Lac France http://www.camptocamp.com

> 

>         _______________________________________________

>         Mailing-List: https://odoo-community.org/groups/contributors-15

>         Post to: mailto:contributors@odoo-community.org

>         <mailto:contributors@odoo-community.org>

>         Unsubscribe: https://odoo-community.org/groups?unsubscribe

> 

> 

> 

>     -- 

> 

>     Gustavo Valverde

> 

>     Chief Technology Officer

> 

>     M(829) 686 8270 D  (829) 956 5191 ext. 202

> 

>     E  gustavo@iterativo.do

> 

> 

>     	

> 

>     ITERATIVO SRL

> 

>     Roble Corporate Center, Piso 7

> 

>     Rafael Augusto Sánchez 86, Piantini, Santo Domingo, R. Dominicana

> 

> 

>     T(829) 956 5191| Einfo@iterativo.do | www.iterativo.do

>     
> 
> 
>     Member firm of ITERATIVO LLC & Progressa Corporate Group
> 
> 
>     Este mensaje y sus anexos pueden contener información confidencial y
>     privilegiada con la intención de que sea utilizada por las personas
>     u organizaciones a quienes esta dirigida, por lo que su uso es
>     exclusivo para su destinatario. Si usted ha recibido este mensaje
>     por error, favor de eliminarlo e informar al remitente del mensaje a
>     través de un correo de respuesta. Si este es el caso, le notificamos
>     que queda estrictamente prohibida la distribución o reproducción de
>     este e-mail y/o sus anexos. iterativo no se hace responsable de las
>     opiniones vertidas en esta comunicación que no estén acordes con su
>     quehacer y fines, y que no se revistan de un carácter oficial. 
> 
>     This message and its enclosures may contain confidential and
>     privileged information intended for the use of people and
>     organizations to which it is directed and its use is thus limited to
>     its addressee. If you have received this message by mistake, please
>     eliminate it and inform the sender through a reply message. Should
>     this be the case, you are advised that the distribution or
>     reproduction of this e-mail and/or any attachments contained herein
>     is strictly forbidden. iterativo is not liable for opinions
>     expressed in this message which may not coincide with its
>     responsibilities and purpose and which may not express official
>     matters. 
> 
>     __ __
> 
>     https://iterativo.do/web/image/39802/hoja-verde.png____
> 
>     /No imprimas este correo si no es necesario. Cuidemos del ambiente!/____
> 
>     /Do not print this mail if it's not necessary. Let's take care of
>     the environment!/
> 
>     _______________________________________________
>     Mailing-List: https://odoo-community.org/groups/contributors-15
>     Post to: mailto:contributors@odoo-community.org
>     <mailto:contributors@odoo-community.org>
>     Unsubscribe: https://odoo-community.org/groups?unsubscribe
> 
> 
> 
> -- 
> Moisés López Calderón
> Mobile: (+521) 477-752-22-30
> Twitter: @moylop260
> hangout: moylop260@vauxoo.com <mailto:moylop260@vauxoo.com>
> http://www.vauxoo.com - Odoo Gold Partner
> Twitter: @vauxoo
> 
> _______________________________________________
> Mailing-List: https://odoo-community.org/groups/contributors-15
> Post to: mailto:contributors@odoo-community.org
> Unsubscribe: https://odoo-community.org/groups?unsubscribe
> 


-- 
Alexandre Fayolle
Chef de Projet
Tel : +33 4 58 48 20 30

Camptocamp France SAS
18 rue du Lac Saint André
73 370 Le Bourget-du-Lac
France

http://www.camptocamp.com
      by Alexandre Fayolle - 09:16 - 9 Jun 2020

      2 attachments 2 attachments

      prof-uninitialized.svg
      prof5-initialiazed.svg
    • Re: initialization of qweb template caches on website
      Hi Alexandre,

      > ...issue related to qweb templates on the website. The first time a worker serves these...

      I agree with you
       - If it is only the first time so it confirms that there is a slow cached process.
       - Since the first time was slow (caching) and the second one it is not. (If the second time is using the same worker).

      1) Can you reproduce it even if you are not using a proxy with cache (e.g. nginx)?

      If we analyze Odoo we can look for the cached methods:
       - rgrep "\@.*cache(" . --include=*.py --exclude-dir=test* -A2 |grep "    def "

      The following method are cached in Odoo and enterprise projects:

      In our experience slowest are:
       - ir_rule._compute_domain:
         - computing a lot of records
         - computing relational fields (field_o2m.field_id.name) 
         - Using a computed field
       - ir_translation.__get_source:
         - A lot of terms to translate in the qweb view
         - A lot of fields(translate=True) renderized

      But if you like to find the culprit... Are you able to run profilers?

      Check the following cases detected before using profilers:


      - Enable advanced logs in postgresql to get a pgbadger report to detect:
         - most executed queries
         - slowest executed queries
         - missing index
         - locked records
      - Run py-spy to get a flame to detect:
        - slowest python methods

      Running both at the same time you can cross information and look for the culprit easier.


      El lun., 8 jun. 2020 a las 8:22, Gustavo Valverde (<gustavo@iterativo.do>) escribió:
      Hi Alexandre, 

      This is an interesting subject, as it's kind of hard to find a sweet spot.

      I've been dealing with Odoo performance improvements in different scenarios for a few months now. I thought I had most of it figured out until I started dealing with ecommerce and fighting with Google's pagespeed. 

      I found out multiple things have to be taken into consideration when dealing with websites:
      • If you have a high amount of workers, restarting or redeploying new changes make things hellish slow.
      • Mixed setups (multiprocess for the backend + multithread for the website) make things better; but it depends on the load and amount of online visitors that you could have at the same time.
      • Nginx caching and CDNs are your friends. Don't be afraid of caching /web/content, but do not cache it for excessive times.
      Regards,

      On Mon, Jun 8, 2020 at 8:22 AM Alexandre Fayolle <alexandre.fayolle@camptocamp.com> wrote:
      Hello,

A customer (odoo 12.0) here is facing a performance issue related to
qweb templates on the website. The first time a worker serves these, we
get terrible performance. I suspect we are not the only ones facing
this. Using an external service to GET /shop for instance on a regular
basis sort of alleviates this, but this is really unelegant.

Is there a killer module I missed which is able to preload the cache for
a number of views each time a worker is started? Or some other strategy?

Thanks for your feedback




-- 
Alexandre Fayolle
Chef de Projet
Tel : +33 4 58 48 20 30

Camptocamp France SAS
18 rue du Lac Saint André
73 370 Le Bourget-du-Lac
France

http://www.camptocamp.com

      _______________________________________________
      Mailing-List: https://odoo-community.org/groups/contributors-15
      Post to: mailto:contributors@odoo-community.org
      Unsubscribe: https://odoo-community.org/groups?unsubscribe



      --

      Gustavo Valverde

      Chief Technology Officer

      M (829) 686 8270 D  (829) 956 5191 ext. 202

      E  gustavo@iterativo.do


      ITERATIVO SRL

      Roble Corporate Center, Piso 7

      Rafael Augusto Sánchez 86, Piantini, Santo Domingo, R. Dominicana


      T (829) 956 5191| E info@iterativo.do | www.iterativo.do


      Member firm of ITERATIVO LLC & Progressa Corporate Group


      Este mensaje y sus anexos pueden contener información confidencial y privilegiada con la intención de que sea utilizada por las personas u organizaciones a quienes esta dirigida, por lo que su uso es exclusivo para su destinatario. Si usted ha recibido este mensaje por error, favor de eliminarlo e informar al remitente del mensaje a través de un correo de respuesta. Si este es el caso, le notificamos que queda estrictamente prohibida la distribución o reproducción de este e-mail y/o sus anexos. iterativo no se hace responsable de las opiniones vertidas en esta comunicación que no estén acordes con su quehacer y fines, y que no se revistan de un carácter oficial. 

      This message and its enclosures may contain confidential and privileged information intended for the use of people and organizations to which it is directed and its use is thus limited to its addressee. If you have received this message by mistake, please eliminate it and inform the sender through a reply message. Should this be the case, you are advised that the distribution or reproduction of this e-mail and/or any attachments contained herein is strictly forbidden. iterativo is not liable for opinions expressed in this message which may not coincide with its responsibilities and purpose and which may not express official matters. 

       

      https://iterativo.do/web/image/39802/hoja-verde.png

      No imprimas este correo si no es necesario. Cuidemos del ambiente!

      Do not print this mail if it's not necessary. Let's take care of the environment!

      _______________________________________________
      Mailing-List: https://odoo-community.org/groups/contributors-15
      Post to: mailto:contributors@odoo-community.org
      Unsubscribe: https://odoo-community.org/groups?unsubscribe



      --
      Moisés López Calderón
      Mobile: (+521) 477-752-22-30
      Twitter: @moylop260
      hangout: moylop260@vauxoo.com
      http://www.vauxoo.com - Odoo Gold Partner
      Twitter: @vauxoo
      by Moisés López Calderón - 06:31 - 9 Jun 2020
    • Re: initialization of qweb template caches on website
      Hi Alexandre, 

      This is an interesting subject, as it's kind of hard to find a sweet spot.

      I've been dealing with Odoo performance improvements in different scenarios for a few months now. I thought I had most of it figured out until I started dealing with ecommerce and fighting with Google's pagespeed. 

      I found out multiple things have to be taken into consideration when dealing with websites:
      • If you have a high amount of workers, restarting or redeploying new changes make things hellish slow.
      • Mixed setups (multiprocess for the backend + multithread for the website) make things better; but it depends on the load and amount of online visitors that you could have at the same time.
      • Nginx caching and CDNs are your friends. Don't be afraid of caching /web/content, but do not cache it for excessive times.
      Regards,

      On Mon, Jun 8, 2020 at 8:22 AM Alexandre Fayolle <alexandre.fayolle@camptocamp.com> wrote:
      Hello,

A customer (odoo 12.0) here is facing a performance issue related to
qweb templates on the website. The first time a worker serves these, we
get terrible performance. I suspect we are not the only ones facing
this. Using an external service to GET /shop for instance on a regular
basis sort of alleviates this, but this is really unelegant.

Is there a killer module I missed which is able to preload the cache for
a number of views each time a worker is started? Or some other strategy?

Thanks for your feedback



-- 
Alexandre Fayolle
Chef de Projet
Tel : +33 4 58 48 20 30

Camptocamp France SAS
18 rue du Lac Saint André
73 370 Le Bourget-du-Lac
France

http://www.camptocamp.com

      _______________________________________________
      Mailing-List: https://odoo-community.org/groups/contributors-15
      Post to: mailto:contributors@odoo-community.org
      Unsubscribe: https://odoo-community.org/groups?unsubscribe



      --

      Gustavo Valverde

      Chief Technology Officer

      M (829) 686 8270 D  (829) 956 5191 ext. 202

      E  gustavo@iterativo.do


      ITERATIVO SRL

      Roble Corporate Center, Piso 7

      Rafael Augusto Sánchez 86, Piantini, Santo Domingo, R. Dominicana


      T (829) 956 5191| E info@iterativo.do | www.iterativo.do


      Member firm of ITERATIVO LLC & Progressa Corporate Group


      Este mensaje y sus anexos pueden contener información confidencial y privilegiada con la intención de que sea utilizada por las personas u organizaciones a quienes esta dirigida, por lo que su uso es exclusivo para su destinatario. Si usted ha recibido este mensaje por error, favor de eliminarlo e informar al remitente del mensaje a través de un correo de respuesta. Si este es el caso, le notificamos que queda estrictamente prohibida la distribución o reproducción de este e-mail y/o sus anexos. iterativo no se hace responsable de las opiniones vertidas en esta comunicación que no estén acordes con su quehacer y fines, y que no se revistan de un carácter oficial. 

      This message and its enclosures may contain confidential and privileged information intended for the use of people and organizations to which it is directed and its use is thus limited to its addressee. If you have received this message by mistake, please eliminate it and inform the sender through a reply message. Should this be the case, you are advised that the distribution or reproduction of this e-mail and/or any attachments contained herein is strictly forbidden. iterativo is not liable for opinions expressed in this message which may not coincide with its responsibilities and purpose and which may not express official matters. 

       

      https://iterativo.do/web/image/39802/hoja-verde.png

      No imprimas este correo si no es necesario. Cuidemos del ambiente!

      Do not print this mail if it's not necessary. Let's take care of the environment!

      by Gustavo Valverde <gustavo@iterativo.do> - 03:21 - 8 Jun 2020
    • Re: initialization of qweb template caches on website
      Hellow Alexandre





      El lun., 8 jun. 2020 14:46, Georg Notter <georg.notter@agenterp.com> escribió:
      Hello Alexandre,

      We once did a caching, for a qweb-part with was "heavy" in rendering.

      It was not a module but i can send you some lines of code for inspiration if you want.

      George

      --


      Mit freundlichen Grüßen


      We look forward to see you. Best Regards


      Dipl. Ing. (Fh) Georg A. G. Notter


      Agent ERP GmbH



      -------- Weitergeleitete Nachricht --------
      Von: Alexandre Fayolle <alexandre.fayolle@camptocamp.com>
      Antwort an: Odoo Community Association (OCA) Contributors <contributors@odoo-community.org>
      Betreff: initialization of qweb template caches on website
      Datum: Mon, 08 Jun 2020 12:22:39 -0000

      Hello,

      A customer (odoo 12.0) here is facing a performance issue related to
      qweb templates on the website. The first time a worker serves these, we
      get terrible performance. I suspect we are not the only ones facing
      this. Using an external service to GET /shop for instance on a regular
      basis sort of alleviates this, but this is really unelegant.

      Is there a killer module I missed which is able to preload the cache for
      a number of views each time a worker is started? Or some other strategy?

      Thanks for your feedback

      -- 
      Alexandre Fayolle
      Chef de Projet
      Tel : +33 4 58 48 20 30

      Camptocamp France SAS
      18 rue du Lac Saint André
      73 370 Le Bourget-du-Lac
      France

      http://www.camptocamp.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
                dariodafoz
            
            -
            
                
                03:00 - 8 Jun 2020
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
      • 
            
    
            
    
                
            
    
        
    
                            
    
                        
    
                    
    
                
  • 
                    
    
                        
    
                            
    
                                
    
                                    
                                    ignoring formatting commits with new git feature
                                
    
                                
    Hi all,

As explained here
https://www.moxio.com/blog/43/ignoring-bulk-change-commits-with-git-blame

since git 2.23 it's easy to ignore some commits to keep git blame cmd
also efficient than without these commits.

Shortly:

- add a .git-blame-ignore-revs in your repo and put commits to ignore
(black ones mainly)
- apply git config blame.ignoreRevsFile .git-blame-ignore-revs : now
git blame works with the most informative way about authoring if you
have git 2.23 at least

I think it can be interesting to use OCA.

What do you think ?

Bonne journée


David BEAL - akretion.com
Chef de projet
Odoo Développement / Intégration

    

    
        
    
        
            
                by
                David BEAL
            
            -
            
                
                01:56 - 4 Jun 2020
            
        
        
    
            
    
                
            
    
        
    
                            
    
                        
    
                        
    
                            
    
                                
                                     4 replies
                                
                                
                                     4 replies
                                
                            
    
                            
    
        
    
            
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Re: ignoring formatting commits with new git feature
                                
      
                                
      Thanks a lot for your reply,

Le jeu. 4 juin 2020 à 14:42, Yannick Vaucher
<yannick.vaucher@camptocamp.com> a écrit :

>

> Interesting, nevertheless what kind of commit do you want to bypass in git blame, if I get it correctly we could ignore the linting commits that way?

>

> Which could come handy with all modules we applied black on.

Yannick,

You're right this is that my aim


>

> Yannick Vaucher

> Business Solutions Architect

>

> Camptocamp SA

> PSE A, CH-1015 Lausanne

> Phone: +41 21 619 10 30

> Office: +41 21 619 10 10

> http://www.camptocamp.com/

>

>

> On Thu, 4 Jun 2020 at 13:57, David Beal <david.beal@akretion.com> wrote:

>

> Hi all,

>

> As explained here

> https://www.moxio.com/blog/43/ignoring-bulk-change-commits-with-git-blame

>

> since git 2.23 it's easy to ignore some commits to keep git blame cmd

> also efficient than without these commits.

>

> Shortly:

>

> - add a .git-blame-ignore-revs in your repo and put commits to ignore

> (black ones mainly)

> - apply git config blame.ignoreRevsFile .git-blame-ignore-revs : now

> git blame works with the most informative way about authoring if you

> have git 2.23 at least

>

> I think it can be interesting to use OCA.

>

> What do you think ?

>

> Bonne journée

>

>

> David BEAL - akretion.com

> Chef de projet

> Odoo Développement / Intégration

>

> _______________________________________________

> 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
                David BEAL
            
            -
            
                
                03:15 - 4 Jun 2020
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Re: ignoring formatting commits with new git feature
                                
      
                                
      Thank you David for sharing this.  Very useful to know!

      lmignon

      On Thu, Jun 4, 2020 at 1:57 PM David Beal <david.beal@akretion.com> wrote:
      Hi all,

As explained here
https://www.moxio.com/blog/43/ignoring-bulk-change-commits-with-git-blame

since git 2.23 it's easy to ignore some commits to keep git blame cmd
also efficient than without these commits.

Shortly:

- add a .git-blame-ignore-revs in your repo and put commits to ignore
(black ones mainly)
- apply git config blame.ignoreRevsFile .git-blame-ignore-revs : now
git blame works with the most informative way about authoring if you
have git 2.23 at least

I think it can be interesting to use OCA.

What do you think ?

Bonne journée


David BEAL - akretion.com
Chef de projet
Odoo Développement / Intégration

      


      _______________________________________________
                              Mailing-List: https://odoo-community.org/groups/contributors-15
                              Post to: mailto:contributors@odoo-community.org
                              Unsubscribe: https://odoo-community.org/groups?unsubscribe
                          
      

      

      
        
      
        
            
                by
                Laurent Mignon
            
            -
            
                
                02:41 - 4 Jun 2020
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Re: ignoring formatting commits with new git feature
                                
      
                                
      Interesting, nevertheless what kind of commit do you want to bypass in git blame, if I get it correctly we could ignore the linting commits that way?

      Which could come handy with all modules we applied black on.

      Yannick Vaucher
      Business Solutions Architect

      Camptocamp SA
      PSE A, CH-1015 Lausanne
      Phone: +41 21 619 10 30
      Office: +41 21 619 10 10


      On Thu, 4 Jun 2020 at 13:57, David Beal <david.beal@akretion.com> wrote:
      Hi all,

As explained here
https://www.moxio.com/blog/43/ignoring-bulk-change-commits-with-git-blame

since git 2.23 it's easy to ignore some commits to keep git blame cmd
also efficient than without these commits.

Shortly:

- add a .git-blame-ignore-revs in your repo and put commits to ignore
(black ones mainly)
- apply git config blame.ignoreRevsFile .git-blame-ignore-revs : now
git blame works with the most informative way about authoring if you
have git 2.23 at least

I think it can be interesting to use OCA.

What do you think ?

Bonne journée


David BEAL - akretion.com
Chef de projet
Odoo Développement / Intégration

      


      _______________________________________________
                              Mailing-List: https://odoo-community.org/groups/contributors-15
                              Post to: mailto:contributors@odoo-community.org
                              Unsubscribe: https://odoo-community.org/groups?unsubscribe
                          
      

      

      
        
      
        
            
                by
                Yannick Payot
            
            -
            
                
                02:41 - 4 Jun 2020
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Re: ignoring formatting commits with new git feature
                                
      
                                
      Hi David,

      Yes this is very helpful. I glimpsed that existed but could not find it again until now.

      Thanks a lot for sharing!

      -sbi

      On Thu, Jun 4, 2020 at 1:57 PM David Beal <david.beal@akretion.com> wrote:
      Hi all,

As explained here
https://www.moxio.com/blog/43/ignoring-bulk-change-commits-with-git-blame

since git 2.23 it's easy to ignore some commits to keep git blame cmd
also efficient than without these commits.

Shortly:

- add a .git-blame-ignore-revs in your repo and put commits to ignore
(black ones mainly)
- apply git config blame.ignoreRevsFile .git-blame-ignore-revs : now
git blame works with the most informative way about authoring if you
have git 2.23 at least

I think it can be interesting to use OCA.

What do you think ?

Bonne journée


David BEAL - akretion.com
Chef de projet
Odoo Développement / Intégration

      


      _______________________________________________
                              Mailing-List: https://odoo-community.org/groups/contributors-15
                              Post to: mailto:contributors@odoo-community.org
                              Unsubscribe: https://odoo-community.org/groups?unsubscribe
                          
      

      

      
        
      
        
            
                by
                Stéphane Bidoul
            
            -
            
                
                02:36 - 4 Jun 2020
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
      • 
            
    
        
    
                            
    
                        
    
                    
    
                
  • 
                    
    
                        
    
                            
    
                                
    
                                    
                                    Add v 12.0 to Fleet
                                
    
                                
    Hi,
    in https://github.com/OCA/fleet I see only v.13 branch.
    It is possible to have v.12 too?
    I have a micro module to propose.
    Thanks

    

    

    
Stefano Consolaro 
    www.mymage.it

    

    

    
        
    
        
            
                by
                Stefano Consolaro
            
            -
            
                
                11:20 - 31 May 2020
            
        
        
    
            
    
                
            
    
        
    
                            
    
                        
    
                        
    
                            
    
                                
                                     6 replies
                                
                                
                                     6 replies
                                
                            
    
                            
    
        
    
            
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Re: Info on "lost" PR
                                
      
                                
      I like "make reviews to get reviewers", the domino effect can have a good result in this case.
      My only problem is to learn (Odoo, code, ...) do to useful review, but I will do.
      Thanks
      Stefano

      Da: "Daniel Reis" dreis@opensourceintegrators.com
      


      

      Hi Stefan, not a procedure, more like a social skill :-)
      I usually try tagging/pinging people to help, but that’s not always successful.
      Next you can look for other pending PRs and do review them. That “entitles” you to ask the person to review back your PR.
      This is not because of you or what you’re doing. It happens to me also. The thing is we have more PR proponents that PR reviewers. The solution, IMO, is to make reviews to get reviewers.
      Thanks
      Daniel

      Da: "Stefano Consolaro" stefano.consolaro@mymage.it
      

      Hi Daniel,
      sorry if I write directly to you, but I need help to understand the right path to complete the PR.
      Some time ago you approved one of my PR https://github.com/OCA/management-system/pull/265 (my first on OCA ;-)), but I have other that are waiting:
      264, 266, 267, 282, 283, 284, 286 and the porting of 265: 325 and 326.
      There is some procedure to request revisions or your team do it based on community necessity/priority?
      Some hint?

      Thanks in advance


      
        
      
        
            
                by
                Stefano Consolaro
            
            -
            
                
                11:35 - 2 Jun 2020
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Re: Info on "lost" PR
                                
      
                                
      Hi Stefan, not a procedure, more like a social skill :-)

      I usually try tagging/pinging people to help, but that’s not always successful.

      Next you can look for other pending PRs and do review them. That “entitles” you to ask the person to review back your PR.

      This is not because of you or what you’re doing. It happens to me also. The thing is we have more PR proponents that PR reviewers. The solution, IMO, is to make reviews to get reviewers.

      Thanks
      Daniel

      Stefano Consolaro <stefano.consolaro@mymage.it> escreveu em seg, 1/06/2020 às 23:33 :
      Well done, I used the list address :-(
      Remember to not do some things after midnight.


      

      Da: "Stefano Consolaro" stefano.consolaro@mymage.it
      


      Cc: 
      

      Data: Tue,  2 Jun 2020 00:26:07 +0200
      

      Oggetto: Info on "lost" PR
      

      

      Hi Daniel,
      sorry if I write directly to you, but I need help to understand the right path to complete the PR.
      Some time ago you approved one of my PR https://github.com/OCA/management-system/pull/265 (my first on OCA ;-)), but I have other that are waiting:
      264, 266, 267, 282, 283, 284, 286 and the porting of 265: 325 and 326.
      There is some procedure to request revisions or your team do it based on community necessity/priority?
      Some hint?

      Thanks in advance

      

      

      
Stefano Consolaro 
      

      



      

      

      
Stefano Consolaro 
      

      

      

      _______________________________________________
                              Mailing-List: https://odoo-community.org/groups/contributors-15
                              Post to: mailto:contributors@odoo-community.org
                              Unsubscribe: https://odoo-community.org/groups?unsubscribe
                          
      

      -- 
      Thanks
      Daniel
      

      
        
      
        
            
                by
                Daniel Reis
            
            -
            
                
                12:45 - 2 Jun 2020
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Re: Info on "lost" PR
                                
      
                                
      Well done, I used the list address :-(
      Remember to not do some things after midnight.


      

      Da: "Stefano Consolaro" stefano.consolaro@mymage.it
      

      A: contributors@odoo-community.org
      

      Cc: 
      

      Data: Tue,  2 Jun 2020 00:26:07 +0200
      

      Oggetto: Info on "lost" PR
      

      

      Hi Daniel,
      sorry if I write directly to you, but I need help to understand the right path to complete the PR.
      Some time ago you approved one of my PR https://github.com/OCA/management-system/pull/265 (my first on OCA ;-)), but I have other that are waiting:
      264, 266, 267, 282, 283, 284, 286 and the porting of 265: 325 and 326.
      There is some procedure to request revisions or your team do it based on community necessity/priority?
      Some hint?

      Thanks in advance

      

      

      
Stefano Consolaro 
      www.mymage.it

      

      



      

      

      
Stefano Consolaro 
      www.mymage.it

      

      

      
        
      
        
            
                by
                Stefano Consolaro
            
            -
            
                
                12:31 - 2 Jun 2020
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Info on "lost" PR
                                
      
                                
      Hi Daniel,
      sorry if I write directly to you, but I need help to understand the right path to complete the PR.
      Some time ago you approved one of my PR https://github.com/OCA/management-system/pull/265 (my first on OCA ;-)), but I have other that are waiting:
      264, 266, 267, 282, 283, 284, 286 and the porting of 265: 325 and 326.
      There is some procedure to request revisions or your team do it based on community necessity/priority?
      Some hint?

      Thanks in advance

      

      

      
Stefano Consolaro 
      www.mymage.it

      

      

      
        
      
        
            
                by
                Stefano Consolaro
            
            -
            
                
                12:31 - 2 Jun 2020
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Re: Add v 12.0 to Fleet
                                
      
                                
      Perfet! Thank you Daniel!


      

      Da: "Daniel Reis" dreis@opensourceintegrators.com
      

      A: "Contributors" contributors@odoo-community.org
      

      Cc: 
      

      Data: Mon, 01 Jun 2020 13:31:55 -0000
      

      Oggetto: Re: Add v 12.0 to Fleet
      

      


      

      
    Done!
      
    
      
    
      On 31/05/2020 22:21, Stefano Consolaro
      wrote:
      
    
      
    
      
      
      
      
        
      Hi,
      
        
      in https://github.com/OCA/fleet I see only v.13 branch.
      
        
      It is possible to have v.12 too?
      
        
      I have a micro module to propose.
      
        
      Thanks
      
        
      
        
      
        
      
          
      
            
              
      
                Stefano Consolaro 
      
              
      
              
                  
          
      
        
      
      


      

      

      
Stefano Consolaro 
      www.mymage.it

      

      

      
        
      
        
            
                by
                Stefano Consolaro
            
            -
            
                
                05:51 - 1 Jun 2020
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
      • 
            
    
            
    
                
            
    
        
    
                            
    
                        
    
                    
    
                
  • 
                    
    
                        
    
                            
    
                                
    
                                    
                                    OCA modules library mismatch.
                                
    
                                
    Dear community,

    While adding features into some https://github.com/OCA/l10n-thailand/ modules PR. We found that we need newer version of python lib than what is installed by odoo core.

    Core odoo used num2words v.0.5.6 (exclude th currency) but the module need num2words v.0.5.7. So our test will fail.

    How do we get away with this?

    Thank you

    

    
        
    
        
            
                by
                Kitti Upariphutthiphong
            
            -
            
                
                07:16 - 28 May 2020
            
        
        
    
            
    
                
            
    
        
    
                            
    
                        
    
                        
    
                            
    
                                
                                     2 replies
                                
                                
                                     2 replies
                                
                            
    
                            
    
        
    
            
        
    
                            
    
                        
    
                    
    
                
  • 
                    
    
                        
    
                            
    
                                
    
                                    
                                    New OpenUpgrade usage mailing list
                                
    
                                
    Hi, contributors!

    As the usage of OpenUpgrade is increasing and the issue tracker of the GitHub repository is not for asking questions about its usage and problems outside of the migration scripts themselves, we have created a new mailing list for handling all of this:


    You can subscribe to it at https://odoo-community.org/groups. For those not collaborating directly with the development of the migration scripts, but have experience using the tool for migrating databases, please subscribe and reply to newcomers that try to use it and ask here.

    Regards.
    

    
        
    
        
            
                by
                Pedro M. Baeza
            
            -
            
                
                01:36 - 27 May 2020
            
        
        
    
            
    
                
            
    
        
    
                            
    
                        
    
                        
    
                            
    
                                
                                     3 replies
                                
                                
                                     3 replies
                                
                            
    
                            
    
        
    
            
        
    
                            
    
                        
    
                    
    
                
  • 
                    
    
                        
    
                            
    
                                
    
                                    
                                    OCA DMS modules coming from MuK
                                
    
                                
    I'm glad to announce that MuK IT has agreed to move their great DMS modules to OCA, starting with the version 13.0. The repository has been already created and a first proposal has arisen from the Spanish OCA Days celebrated these past 2 days thanks to several contributors like Enric Tobella, Gelu Boros and Antoni Romera:


    You can review it for getting it merged and also start enjoying it. More extensions are to come in the future.

    Thanks to Mathias and Derrim from MuK for this move and the rest of the involved people.

    Regards.
    

    
        
    
        
            
                by
                Pedro M. Baeza
            
            -
            
                
                06:31 - 20 May 2020
            
        
        
    
            
    
                
            
    
        
    
                            
    
                        
    
                        
    
                            
    
                                
                                     5 replies
                                
                                
                                     5 replies
                                
                            
    
                            
    
        
    
            
        
    
                            
    
                        
    
                    
    
                
  • 
                    
    
                        
    
                            
    
                                
    
                                    
                                    Proposal for new OCA repo website-themes
                                
    
                                
    Dear contributors,
     
    I would like to propose a place in OCA for Odoo High quality Themes with a Github access public and open source
     
    As I ask in https://twitter.com/rafaodoo/status/1258000239753076736 Odoo themes are not Github accessible + nobody can contribute them to fix or improve.
     
    As web_responsive is the most downloaded module in the Official Apps store, an OCA Theme could be the same.
     
    Moreover, the theme of https://odoo-community.org/ is missing so there is a good start for improving the image of OCA with the new them just in the migration to v13
     
    Thanks
    Best regards
    Rafael Blasco
    Tecnativa
    
        
    
        
            
                by
                Rafael Blasco (Moduon)
            
            -
            
                
                06:46 - 19 May 2020
            
        
        
    
            
    
                
            
    
        
    
                            
    
                        
    
                        
    
                            
    
                                
                                     3 replies
                                
                                
                                     3 replies
                                
                            
    
                            
    
        
    
            
        
    
                            
    
                        
    
                    
    
                
  • 
                    
    
                        
    
                            
    
                                
    
                                    Void an Invoice? (not really "Cancel")
                                
    
                                
    Dear community,

I’m coming from Xero software for invoicing to Odoo, and in Xero there was a feature to void an invoice where it stays non-editable, yet no longer requires any payments. Use-case: invoice was sent to customer but for some reason the deal was cancelled.
Is it a thing in Odoo?

Kind regards,
Alexey


    

    
        
    
        
            
                by
                Alexey Pelykh <alexey.pelykh@gmail.com>
            
            -
            
                
                08:21 - 15 May 2020
            
        
        
    
            
    
                
            
    
        
    
                            
    
                        
    
                        
    
                            
    
                                
                                     9 replies
                                
                                
                                     9 replies
                                
                            
    
                            
    
        
    
            
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Re: Void an Invoice? (not really "Cancel")
                                
      
                                
      With "state cancelation" i meant the Odoo "state" field and its value "cancel", which you don't want to use. You want to let the invoice stand as it is and either cancel it "accounting-wise" or correct it (which implies the cancel, too). And you do that in Odoo with the "add credit note" feature.

      Best Regards
      Christian

      Von: "Alexey Pelykh" <alexey.pelykh@gmail.com>
      An: "Odoo Community Association, (OCA) Contributors" <contributors@odoo-community.org>
      Gesendet: Freitag, 15. Mai 2020 16:27:01
      Betreff: Re: Void an Invoice? (not really "Cancel")

      I’m talking about state cancellation, not accounting when invoice is “deemed paid” via Credit Note. In other words, invoice was issued yet was voided due to mistake, change of mind, etc. It still has a number, still should not be editable to keep records in check, etc. “Cancel” in Odoo means “revertable” state to draft, yet there’s no state that “Cancel and Locked, Final”.
      


      On 15 May 2020, at 16:16, Christian Zöllner <c.zoellner@intero-technologies.de> wrote:

      Hi,

      please don't mix up state cancelation with accounting cancelation. The second one was already answered very clearly by using Odoo's "add credit note" functionality.

      Best Regards
      Christian

      Von: "Diogo Duarte" <dduarte@odoogap.com>
      An: "Odoo Community Association, (OCA) Contributors" <contributors@odoo-community.org>
      Gesendet: Freitag, 15. Mai 2020 10:17:29
      Betreff: Re: Void an Invoice? (not really "Cancel")

      Version 13 there is a button "Reset to Draft" >> "Cancel"
      Version 12.0 and under you need to install a module for allowing cancel journals the check "allow cancel" on the journal then you get a cancel button on the invoices.

      This is not legal in most countries, correct is to add a credit note/refund for the full amount



      On Fri, May 15, 2020 at 7:21 AM Alexey Pelykh <alexey.pelykh@gmail.com> wrote:
      Dear community,

I’m coming from Xero software for invoicing to Odoo, and in Xero there was a feature to void an invoice where it stays non-editable, yet no longer requires any payments. Use-case: invoice was sent to customer but for some reason the deal was cancelled.
Is it a thing in Odoo?

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
                          
      

      



      -- 
      Christian Zöllner 
      E-Mail: c.zoellner@intero-technologies.de 

      Intero Technologies GmbH 
      Heinrich-Heine-Ring 76 
      D - 18435 Stralsund 
      Tel: +49 (0) 3831 – 44 55 7 - 0 
      Fax: +49 (0) 3831 – 44 55 7 - 79 

      Internet: www.intero-technologies.de 

      Intero Technologies GmbH • Firmensitz: Heinrich-Heine-Ring 76, 18435 Stralsund , Deutschland • Registergericht: Amtsgericht Stralsund, HRB 7076 • Geschäftsführer: Frank Löffler, Lars Lifson • USt-Ident.Nr. DE 251251697 

      This eMail and its content is dedicated to the intended recipient only. If you have received it in error please contact the sender immediately by fax or return eMail. Please then delete the eMail and any copies of it. 
      



      

      _______________________________________________
                              Mailing-List: https://odoo-community.org/groups/contributors-15
                              Post to: mailto:contributors@odoo-community.org
                              Unsubscribe: https://odoo-community.org/groups?unsubscribe
                          


      -- 
      Christian Zöllner 
      E-Mail: c.zoellner@intero-technologies.de 

      Intero Technologies GmbH 
      Heinrich-Heine-Ring 76 
      D - 18435 Stralsund 
      Tel: +49 (0) 3831 – 44 55 7 - 0 
      Fax: +49 (0) 3831 – 44 55 7 - 79 

      Internet: www.intero-technologies.de 

      Intero Technologies GmbH • Firmensitz: Heinrich-Heine-Ring 76, 18435 Stralsund , Deutschland • Registergericht: Amtsgericht Stralsund, HRB 7076 • Geschäftsführer: Frank Löffler, Lars Lifson • USt-Ident.Nr. DE 251251697 

      This eMail and its content is dedicated to the intended recipient only. If you have received it in error please contact the sender immediately by fax or return eMail. Please then delete the eMail and any copies of it. 
      
        
      
        
            
                by
                Christian Zöllner
            
            -
            
                
                10:36 - 18 May 2020
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    Re: Void an Invoice? (not really "Cancel")
                                
      
                                
      I’m talking about state cancellation, not accounting when invoice is “deemed paid” via Credit Note. In other words, invoice was issued yet was voided due to mistake, change of mind, etc. It still has a number, still should not be editable to keep records in check, etc. “Cancel” in Odoo means “revertable” state to draft, yet there’s no state that “Cancel and Locked, Final”.
      


      On 15 May 2020, at 16:16, Christian Zöllner <c.zoellner@intero-technologies.de> wrote:

      Hi,

      please don't mix up state cancelation with accounting cancelation. The second one was already answered very clearly by using Odoo's "add credit note" functionality.

      Best Regards
      Christian

      Von: "Diogo Duarte" <dduarte@odoogap.com>
      An: "Odoo Community Association, (OCA) Contributors" <contributors@odoo-community.org>
      Gesendet: Freitag, 15. Mai 2020 10:17:29
      Betreff: Re: Void an Invoice? (not really "Cancel")

      Version 13 there is a button "Reset to Draft" >> "Cancel"
      Version 12.0 and under you need to install a module for allowing cancel journals the check "allow cancel" on the journal then you get a cancel button on the invoices.

      This is not legal in most countries, correct is to add a credit note/refund for the full amount



      On Fri, May 15, 2020 at 7:21 AM Alexey Pelykh <alexey.pelykh@gmail.com> wrote:
      Dear community,

I’m coming from Xero software for invoicing to Odoo, and in Xero there was a feature to void an invoice where it stays non-editable, yet no longer requires any payments. Use-case: invoice was sent to customer but for some reason the deal was cancelled.
Is it a thing in Odoo?

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
                          
      

      



      -- 
      Christian Zöllner 
      E-Mail: c.zoellner@intero-technologies.de 

      Intero Technologies GmbH 
      Heinrich-Heine-Ring 76 
      D - 18435 Stralsund 
      Tel: +49 (0) 3831 – 44 55 7 - 0 
      Fax: +49 (0) 3831 – 44 55 7 - 79 

      Internet: www.intero-technologies.de 

      Intero Technologies GmbH • Firmensitz: Heinrich-Heine-Ring 76, 18435 Stralsund , Deutschland • Registergericht: Amtsgericht Stralsund, HRB 7076 • Geschäftsführer: Frank Löffler, Lars Lifson • USt-Ident.Nr. DE 251251697 

      This eMail and its content is dedicated to the intended recipient only. If you have received it in error please contact the sender immediately by fax or return eMail. Please then delete the eMail and any copies of it. 
      



      
        
      
        
            
                by
                Alexey Pelykh <alexey.pelykh@gmail.com>
            
            -
            
                
                04:25 - 15 May 2020
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Re: Void an Invoice? (not really "Cancel")
                                
      
                                
      Hi,

      please don't mix up state cancelation with accounting cancelation. The second one was already answered very clearly by using Odoo's "add credit note" functionality.

      Best Regards
      Christian

      Von: "Diogo Duarte" <dduarte@odoogap.com>
      An: "Odoo Community Association, (OCA) Contributors" <contributors@odoo-community.org>
      Gesendet: Freitag, 15. Mai 2020 10:17:29
      Betreff: Re: Void an Invoice? (not really "Cancel")

      Version 13 there is a button "Reset to Draft" >> "Cancel"
      Version 12.0 and under you need to install a module for allowing cancel journals the check "allow cancel" on the journal then you get a cancel button on the invoices.

      This is not legal in most countries, correct is to add a credit note/refund for the full amount



      On Fri, May 15, 2020 at 7:21 AM Alexey Pelykh <alexey.pelykh@gmail.com> wrote:
      Dear community,

I’m coming from Xero software for invoicing to Odoo, and in Xero there was a feature to void an invoice where it stays non-editable, yet no longer requires any payments. Use-case: invoice was sent to customer but for some reason the deal was cancelled.
Is it a thing in Odoo?

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
                          
      

      


      _______________________________________________
                              Mailing-List: https://odoo-community.org/groups/contributors-15
                              Post to: mailto:contributors@odoo-community.org
                              Unsubscribe: https://odoo-community.org/groups?unsubscribe
                          


      -- 
      Christian Zöllner 
      E-Mail: c.zoellner@intero-technologies.de 

      Intero Technologies GmbH 
      Heinrich-Heine-Ring 76 
      D - 18435 Stralsund 
      Tel: +49 (0) 3831 – 44 55 7 - 0 
      Fax: +49 (0) 3831 – 44 55 7 - 79 

      Internet: www.intero-technologies.de 

      Intero Technologies GmbH • Firmensitz: Heinrich-Heine-Ring 76, 18435 Stralsund , Deutschland • Registergericht: Amtsgericht Stralsund, HRB 7076 • Geschäftsführer: Frank Löffler, Lars Lifson • USt-Ident.Nr. DE 251251697 

      This eMail and its content is dedicated to the intended recipient only. If you have received it in error please contact the sender immediately by fax or return eMail. Please then delete the eMail and any copies of it. 
      
        
      
        
            
                by
                Christian Zöllner
            
            -
            
                
                04:15 - 15 May 2020
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Re: Void an Invoice? (not really "Cancel")
                                
      
                                
      Version 13 there is a button "Reset to Draft" >> "Cancel"
      Version 12.0 and under you need to install a module for allowing cancel journals the check "allow cancel" on the journal then you get a cancel button on the invoices.

      This is not legal in most countries, correct is to add a credit note/refund for the full amount



      On Fri, May 15, 2020 at 7:21 AM Alexey Pelykh <alexey.pelykh@gmail.com> wrote:
      Dear community,

I’m coming from Xero software for invoicing to Odoo, and in Xero there was a feature to void an invoice where it stays non-editable, yet no longer requires any payments. Use-case: invoice was sent to customer but for some reason the deal was cancelled.
Is it a thing in Odoo?

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
                Diogo Duarte
            
            -
            
                
                10:16 - 15 May 2020
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Re: Void an Invoice? (not really "Cancel")
                                
      
                                
      Why not using Pro-Forma invoices ?

      On Fri, May 15, 2020 at 8:21 AM Alexey Pelykh <alexey.pelykh@gmail.com> wrote:
      Dear community,

I’m coming from Xero software for invoicing to Odoo, and in Xero there was a feature to void an invoice where it stays non-editable, yet no longer requires any payments. Use-case: invoice was sent to customer but for some reason the deal was cancelled.
Is it a thing in Odoo?

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
                          
      



      -- 
      __________________________________________
      Denis Roussel
      Software Engineer
      Acsone SA, Succursale de Liège (Val Benoît)
      Tel    : +32 2 888 31 49
      Fax   : +32 2 888 31 59
      Gsm : +32 472 22 00 57 

      Acsone sa/nv
      Boulevard de la Woluwe 56 Woluwedal | B-1200 Brussels  | Belgium
      Quai Banning, 6 (Val Benoît) | B-4000 Liège | Belgium
      Zone Industrielle 22 | L-8287 Kehlen | Luxembourg
      

      
        
      
        
            
                by
                Denis Roussel
            
            -
            
                
                09:45 - 15 May 2020
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
      • 
            
    
            
    
                
            
    
        
    
                            
    
                        
    
                    
    
                
  • 
                    
    
                        
    
                            
    
                                
    
                                    
                                    About rest api
                                
    
                                
    Hello, 

    I hope you are doing well.

    I'm a developer and i want to use your app rest api the get a bi-direction web service (odoo and another system web service) and I'm stuck because i don't know how to use the web service client with odoo to sent (POST and GET) information and data from their system.

    Please help me with a documentation or another app that can provides this service.

    Thank you

    ACHRAF

    Best regards 
    

    
        
    
        
            
                by
                EL IDRISSI Mohamed Achraf
            
            -
            
                
                10:35 - 11 May 2020
            
        
        
    
            
    
                
            
    
        
    
                            
    
                        
    
                        
    
                            
    
                                
                                     2 replies
                                
                                
                                     2 replies
                                
                            
    
                            
    
        
    
            
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Re: About rest api
                                
      
                                
      Do you speak about base_rest module found there : https://github.com/OCA/rest-framework

      It includes Swagger as an interface for testing your new rest services.

      On Tue, May 12, 2020 at 11:31 AM Daniel Reis <dreis@opensourceintegrators.com> wrote:
      
    Hello Achraf,
      
    
      
    I understand you want to implement a REST Client in Odoo to use an
    external web service.
      
    
      
    This sends you back to plain Python and is not Odoo specific.
      
    So you should start creating your Python script to play with the
    API.
      
    That will probably learning about the Requests library.
      
    
      
    When you get that working, then you need to "plug" it in Odoo,
    adding the code triggering your API calls, such as a button method
    or a scheduler job.
      
    
      
    
      
    Good luck
      
    Daniel Reis
      
    
      
    
      
    
      On 11/05/2020 21:37, EL IDRISSI Mohamed
      Achraf wrote:
      
    
      
    
      
      
      Hello, 
      

      
      
      
      
      I hope you are doing well.
      
      

      
      
      
      
      I'm a developer and i want to use your app
        rest api the get a bi-direction web service (odoo and another
        system web service) and I'm stuck because i don't know how to
        use the web service client with odoo to sent (POST and GET)
        information and data from their system.
      
      

      
      
      
      
      Please help me with a documentation or
        another app that can provides this service.
      
      

      
      
      
      
      Thank you
      
      

      
      
      
      
      ACHRAF
      
      

      
      
      
      
      Best regards 
      
      
      
        
      _______________________________________________
      
          Mailing-List: https://odoo-community.org/groups/contributors-15
      
          Post to: mailto:contributors@odoo-community.org
      
          Unsubscribe: https://odoo-community.org/groups?unsubscribe
      
        
      
      
      
    
      
    
      
  
      


      _______________________________________________
                              Mailing-List: https://odoo-community.org/groups/contributors-15
                              Post to: mailto:contributors@odoo-community.org
                              Unsubscribe: https://odoo-community.org/groups?unsubscribe
                          
      



      -- 
      __________________________________________
      Denis Roussel
      Software Engineer
      Acsone SA, Succursale de Liège (Val Benoît)
      Tel    : +32 2 888 31 49
      Fax   : +32 2 888 31 59
      Gsm : +32 472 22 00 57 

      Acsone sa/nv
      Boulevard de la Woluwe 56 Woluwedal | B-1200 Brussels  | Belgium
      Quai Banning, 6 (Val Benoît) | B-4000 Liège | Belgium
      Zone Industrielle 22 | L-8287 Kehlen | Luxembourg
      

      
        
      
        
            
                by
                Denis Roussel
            
            -
            
                
                11:46 - 12 May 2020
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Re: About rest api
                                
      
                                
      
    Hello Achraf,
      
    
      
    I understand you want to implement a REST Client in Odoo to use an
    external web service.
      
    
      
    This sends you back to plain Python and is not Odoo specific.
      
    So you should start creating your Python script to play with the
    API.
      
    That will probably learning about the Requests library.
      
    
      
    When you get that working, then you need to "plug" it in Odoo,
    adding the code triggering your API calls, such as a button method
    or a scheduler job.
      
    
      
    
      
    Good luck
      
    Daniel Reis
      
    
      
    
      
    
      On 11/05/2020 21:37, EL IDRISSI Mohamed
      Achraf wrote:
      
    
      
    
      
      
      Hello, 
      

      
      
      
      
      I hope you are doing well.
      
      

      
      
      
      
      I'm a developer and i want to use your app
        rest api the get a bi-direction web service (odoo and another
        system web service) and I'm stuck because i don't know how to
        use the web service client with odoo to sent (POST and GET)
        information and data from their system.
      
      

      
      
      
      
      Please help me with a documentation or
        another app that can provides this service.
      
      

      
      
      
      
      Thank you
      
      

      
      
      
      
      ACHRAF
      
      

      
      
      
      
      Best regards 
      
      
      
        
      _______________________________________________
      
          Mailing-List: https://odoo-community.org/groups/contributors-15
      
          Post to: mailto:contributors@odoo-community.org
      
          Unsubscribe: https://odoo-community.org/groups?unsubscribe
      
        
      
      
      
    
      
    
      
  
      

      
        
      
        
            
                by
                Daniel Reis
            
            -
            
                
                11:31 - 12 May 2020
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
      • 
            
    
        
    
                            
    
                        
    
                    
    
                
  • 
                    
    
                        
    
                            
    
                                
    
                                    Modules for read only User Groups
                                
    
                                
    Hello!

I remember seeing some modules, or at least some discussion, to provide 
User Groups with read only access.
But I'm not able to find anything.

Does anyone remember this or knows how to point me in the right direction?

Thanks
Daniel reis

    

    
        
    
        
            
                by
                Daniel Reis <dgreis@sapo.pt>
            
            -
            
                
                11:01 - 11 May 2020
            
        
        
    
            
    
                
            
    
        
    
                            
    
                        
    
                        
    
                            
    
                                
                                     8 replies
                                
                                
                                     8 replies
                                
                            
    
                            
    
        
    
            
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Re: Modules for read only User Groups
                                
      
                                
      If you want a user with readonly for all models, you can create a group "readonly" and inherit the "ir_model_access.check" method to check if the user has this group so the permission is just read.

      Something like this:

      You can use the current groups way to enable menus and models permissions, but if you assign the new readonly group so, this user only will can read (not write, create, unlink) even if the original groups allow.

      I hope this can be helpful for you.
      Feel free to contribute it to OCA if you think that it is helpful

      Disclaimer1: It is only a POC without a depth analysis.
      Disclaimer2: Readonly group apply for all models. Maybe, it could be configurable making a few changes.


      El mar., 12 may. 2020 a las 5:22, Pedro M. Baeza (Tecnativa) (<pedro.baeza@tecnativa.com>) escribió:
      For me the good OCA module is one that allows this as a general switch, not having to create an specific module for each area (and leaving out possible specific modules). I think this can be done at ORM level overriding write/create or even lower layers, or _check_access.

      Regards.
      


      _______________________________________________
                              Mailing-List: https://odoo-community.org/groups/contributors-15
                              Post to: mailto:contributors@odoo-community.org
                              Unsubscribe: https://odoo-community.org/groups?unsubscribe
                          
      



      -- 
      Moisés López Calderón
      Mobile: (+521) 477-752-22-30
      Twitter: @moylop260
      hangout: moylop260@vauxoo.com
      http://www.vauxoo.com - Odoo Gold Partner
      Twitter: @vauxoo
      

      
        
      
        
            
                by
                Moisés López Calderón
            
            -
            
                
                10:10 - 18 May 2020
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Re: Modules for read only User Groups
                                
      
                                
      For me the good OCA module is one that allows this as a general switch, not having to create an specific module for each area (and leaving out possible specific modules). I think this can be done at ORM level overriding write/create or even lower layers, or _check_access.

      Regards.
      

      
        
      
        
            
                by
                Pedro M. Baeza
            
            -
            
                
                12:21 - 12 May 2020
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Re: Modules for read only User Groups
                                
      
                                
      Le mar. 12 mai 2020 à 11:22, Daniel Reis <dreis@opensourceintegrators.com> a écrit :
      I wonder if it could make sense to have this under the OCA.

      Yes, why not !
       
      Maybe that discussion already happened in the past.

      No, it hasn't been discussed in the past. I feel that these modules never received any attention from the community (or maybe some people use it, but I never got any feedback because it "just works"). But I find them very useful.

      Alexis
      

      
        
      
        
            
                by
                Alexis de Lattre
            
            -
            
                
                12:16 - 12 May 2020
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Re: Modules for read only User Groups
                                
      
                                
      Thank you Alexis.
I wonder if it could make sense to have this under the OCA.
Maybe that discussion already happened in the past.

/Daniel

On 12/05/2020 10:16, Alexis de Lattre wrote:

> I confirm that I continue to maintain my viewer-groups modules in this 

> Akretion project : https://github.com/akretion/odoo-viewer-groups

> It is only available on v8, v10 and v12, according to Akretion's 

> policy to work on even versions of Odoo.

> I use those modules on almost all my deployments ; I find it very 

> useful. I'll certainly port these module to Odoo v14.

>

      

      
        
      
        
            
                by
                Daniel Reis
            
            -
            
                
                11:21 - 12 May 2020
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Re: Modules for read only User Groups
                                
      
                                
      I confirm that I continue to maintain my viewer-groups modules in this Akretion project : https://github.com/akretion/odoo-viewer-groups
      It is only available on v8, v10 and v12, according to Akretion's policy to work on even versions of Odoo.
      I use those modules on almost all my deployments ; I find it very useful. I'll certainly port these module to Odoo v14.

      -- 
      Alexis de Lattre
      Akretion France - 27 rue Henri Rolland - 69100 Villeurbanne - France
      Mail : alexis.delattre@akretion.com

      Le lun. 11 mai 2020 à 11:37, David Beal <david.beal@akretion.com> a écrit :
      Hi Daniel,

      probably here


      Bonne journée


      David BEAL - akretion.com
      Chef de projet
      Odoo Développement / Intégration


      Le lun. 11 mai 2020 à 11:11, Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> a écrit :
      AFAIK, nothing has reached OCA repositories yet about that.

      Regards.
      


      _______________________________________________
                              Mailing-List: https://odoo-community.org/groups/contributors-15
                              Post to: mailto:contributors@odoo-community.org
                              Unsubscribe: https://odoo-community.org/groups?unsubscribe
                          
      

      


      _______________________________________________
                              Mailing-List: https://odoo-community.org/groups/contributors-15
                              Post to: mailto:contributors@odoo-community.org
                              Unsubscribe: https://odoo-community.org/groups?unsubscribe
                          
      




      

      
        
      
        
            
                by
                Alexis de Lattre
            
            -
            
                
                11:15 - 12 May 2020
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
      • 
            
    
            
    
                
            
    
        
    
                            
    
                        
    
                    
    
                
  • 
                    
    
                        
    
                            
    
                                
    
                                    OCA Repositories in Odoo Apps Store
                                
    
                                
    Hello all,

as i checked the apps.odoo.com it seems that not all branches are pushed 
to Odoo, so it is a known issue or how we can fix it to record all 
repositories and branches?

I checked for v13.0 and on OCA Apps Store there are  approx. 440 but on 
Odoo Apps Store there are only 134.


-- 
Mihai Fekete

NextERP Romania S.R.L.
600B, Peciu Nou, Romania

E-mail: feketemihai@nexterp.ro
Telefon: 0788-749989
Website: https://nexterp.ro


    

    
        
    
        
            
                by
                Fekete Mihai <feketemihai@nexterp.ro>
            
            -
            
                
                09:26 - 8 May 2020
            
        
        
    
            
    
                
            
    
        
    
                            
    
                        
    
                        
    
                            
    
                                
                                     55 replies
                                
                                
                                     55 replies
                                
                            
    
                            
    
        
    
            
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Re: OCA Repositories in Odoo Apps Store
                                
      
                                
      Thanks guy for the good job! That really help! 

      Le sam. 13 juin 2020 à 13:42, Stéphane Bidoul <stephane.bidoul@acsone.eu> a écrit :
      Hi folks,

      First of all, a huge thank you to Alexey for it's oca-publish-modules script [1].
      I spent a few hours this morning tweaking it to make it work in the current state of the universe.

      And I published the log here: https://odoo-community.org/apps.odoo.com/

      As you can see there are quite some issues to resolve (license issues, missing dependencies, name conflicts etc), which will certainly raise interesting questions.
      The good thing is that we now have a path to automate the process [2], and make the issues visible to the community so we collaborate on fixing them.

      Enjoy,

      -sbi

      [2] which requires some more work, but we'll get to it, eventually

      --
      Stéphane Bidoul | @SBidoul
      

      

Acsone sa/nv | http://acsone.eu/ | +32 2 888 3120
      


      On Thu, Jun 11, 2020 at 10:02 PM Simone Orsi <simahawk@gmail.com> wrote:
      Ciao Yannick,

      > We definitely need to dispatch the work there, the board shouldn't be the ones that handle it. It can be delegated to PSC IMO. In most cases (licences and dependencies) they can check it.

      totally +1 :)

      AFAIK, this requires admin access to the OCA account, but I guess we can delegate it to a bunch of persons.
      I'll check w/ the board.

      > Simone, do you know if we can extract the list of errors easily?

      No, at least not w/ the poor UI of the dashboard.

      We could maybe leverage the tool drafted by Alexey to crawl the pages but is going to require some work.

      Alternatively, we could make the module sync on OCA website fetch the module page from S.A. website to check if it's published and if it's under OCA umbrella.
      Of course, in case is not found it won't tell you the reason but we could notify the people.

      Cheers,
      S.

      On Thu, Jun 11, 2020 at 2:47 PM Yannick Vaucher <yannick.vaucher@camptocamp.com> wrote:
      Seems we will have some manual job to do to restore some repository.

      The warnings are either:

      1. <module>: The license LGPL-3 conflicts with one of its dependencies.            
     Please make sure that you comply with the licenses compatibility.  
              See our FAQ at https://apps.odoo.com/apps/faq#maintainer_faq_04 .
      2. Module <module> already exists for another serie. Please 
select a free module name                        or use the right 
account and this repository: <not an OCA repository>
      3. <module>: unmet dependency <another_module> for series 13.0. Dependency might be invalid.
      (4. No module found in repository ssh://git@github.com/OCA/<repo>.git#13.0.
      
                            Each module needs to be in a separate folder
 at the root of the repository, even if there is only one module.
         
                         If you have all the files of your module at the
 root of your repository, you need to create a new folder with the name 
of your module and move all the files in it.) -> This one is just normal
      (5. <module>: Module not installable) -> The module is most likely "installable": False


      In #2 I recognize some OCA contributors that might have forked a module and registered it by mistake. But it requires us to reclaim them. We already did it in the past and Odoo helped us on that.

      We definitely need to dispatch the work there, the board shouldn't be the ones that handle it. It can be delegated to PSC IMO. In most cases (licences and dependencies) they can check it.

      Simone, do you know if we can extract the list of errors easily?

      Cheers,
      Yannick



      On Tue, 9 Jun 2020 at 07:31, Simone Orsi <simahawk@gmail.com> wrote:
      Hello,

      I'll do a round of checks but we have soooo many repos and modules that is very hard to get the full picture of their status at glance.

      @Fekete: do you have a list of modules/repo/branch you specifically detected?

      AFAIK this can be due to a bunch of reasons: branch not registered, scan of repo failed.

      The 1st reason depends on the fact that the process is still manual and Odoo does not ease this process at all.
      There's a WIP proof of concept here to try to automate the process.
      If anyone wants to help Alexey with it, I'm sure it will be appreciated ;)

      The 2nd may depend on errors when parsing some files (eg: rst docs).

      Meanwhile, if you notice a module or a repo is missing, please let us know.

      Cheers,
      S.

      On Mon, Jun 8, 2020 at 11:21 PM Daniel Reis <dreis@opensourceintegrators.com> wrote:
      
    Hello,
      
    
      
    I got hold of the OCA app credentials, and there are a lot of
    warning to deal with.
      
    I'll go through them.
      
    
      
    You're welcome to ask me about any particular repo, if you want.
      
    
      
    Thanks
      
    Daniel
      
    
      
    
      
    
      On 08/06/2020 20:56, Frederik Kramer
      wrote:
      
    
      
    
      
      
      
      Or probably strategy enforcement ;-) Who knows. But i am with Holger to
double check and to make sure that OCA is not doeing anything wrong

Best Frederik

Am Montag, den 08.06.2020, 19:52 +0000 schrieb Holger Brunn:






> > Except mistake or bugs, the company seems filter the apps she wants






> to show.






> 






> so let's assume one of the first two and reach out to see what's






> going on. A 






> mistake/glitch/whatever on the submitting (so our) side also isn't






> impossible, 






> so let's ask the people busy with that to double check.






> 






> In the past I made the mistake to mark some of my cooler modules as 






> dependencies, which they were because they don't do anything on their






> own, but 






> that got them hidden in the app store. Maybe we also have different






> visibility 






> rules at play between odoo sa and oca?






> 






> ---






> 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






-- 
Dr.-Ing. Frederik Kramer
Geschäftsführer
        
initOS GmbH
An der Eisenbahn 1
21224 Rosengarten
        
Phone:  +49 4105 56156-12
Fax:    +49 4105 56156-10
Mobil:  +49 179 3901819
        
Email: frederik.kramer@initos.com
Web:   www.initos.com
        
Geschäftsführung:
Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke

Sitz der Gesellschaft: Rosengarten – Klecken
Amtsgericht Tostedt, HRB 205226
Steuer-Nr: 15/200/53247
USt-IdNr.: DE815580155


      
      
      
        
      _______________________________________________
      
          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
                          
      

      


      _______________________________________________
                              Mailing-List: https://odoo-community.org/groups/contributors-15
                              Post to: mailto:contributors@odoo-community.org
                              Unsubscribe: https://odoo-community.org/groups?unsubscribe
                          
      

      

      
        
      
        
            
                by
                Joël Grand Guillaume
            
            -
            
                
                08:35 - 18 Jun 2020
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Re: OCA Repositories in Odoo Apps Store
                                
      
                                
      Hi folks,

      First of all, a huge thank you to Alexey for it's oca-publish-modules script [1].
      I spent a few hours this morning tweaking it to make it work in the current state of the universe.

      And I published the log here: https://odoo-community.org/apps.odoo.com/

      As you can see there are quite some issues to resolve (license issues, missing dependencies, name conflicts etc), which will certainly raise interesting questions.
      The good thing is that we now have a path to automate the process [2], and make the issues visible to the community so we collaborate on fixing them.

      Enjoy,

      -sbi

      [2] which requires some more work, but we'll get to it, eventually

      --
      Stéphane Bidoul | @SBidoul
      

      

Acsone sa/nv | http://acsone.eu/ | +32 2 888 3120
      


      On Thu, Jun 11, 2020 at 10:02 PM Simone Orsi <simahawk@gmail.com> wrote:
      Ciao Yannick,

      > We definitely need to dispatch the work there, the board shouldn't be the ones that handle it. It can be delegated to PSC IMO. In most cases (licences and dependencies) they can check it.

      totally +1 :)

      AFAIK, this requires admin access to the OCA account, but I guess we can delegate it to a bunch of persons.
      I'll check w/ the board.

      > Simone, do you know if we can extract the list of errors easily?

      No, at least not w/ the poor UI of the dashboard.

      We could maybe leverage the tool drafted by Alexey to crawl the pages but is going to require some work.

      Alternatively, we could make the module sync on OCA website fetch the module page from S.A. website to check if it's published and if it's under OCA umbrella.
      Of course, in case is not found it won't tell you the reason but we could notify the people.

      Cheers,
      S.

      On Thu, Jun 11, 2020 at 2:47 PM Yannick Vaucher <yannick.vaucher@camptocamp.com> wrote:
      Seems we will have some manual job to do to restore some repository.

      The warnings are either:

      1. <module>: The license LGPL-3 conflicts with one of its dependencies.            
     Please make sure that you comply with the licenses compatibility.  
              See our FAQ at https://apps.odoo.com/apps/faq#maintainer_faq_04 .
      2. Module <module> already exists for another serie. Please 
select a free module name                        or use the right 
account and this repository: <not an OCA repository>
      3. <module>: unmet dependency <another_module> for series 13.0. Dependency might be invalid.
      (4. No module found in repository ssh://git@github.com/OCA/<repo>.git#13.0.
      
                            Each module needs to be in a separate folder
 at the root of the repository, even if there is only one module.
         
                         If you have all the files of your module at the
 root of your repository, you need to create a new folder with the name 
of your module and move all the files in it.) -> This one is just normal
      (5. <module>: Module not installable) -> The module is most likely "installable": False


      In #2 I recognize some OCA contributors that might have forked a module and registered it by mistake. But it requires us to reclaim them. We already did it in the past and Odoo helped us on that.

      We definitely need to dispatch the work there, the board shouldn't be the ones that handle it. It can be delegated to PSC IMO. In most cases (licences and dependencies) they can check it.

      Simone, do you know if we can extract the list of errors easily?

      Cheers,
      Yannick



      On Tue, 9 Jun 2020 at 07:31, Simone Orsi <simahawk@gmail.com> wrote:
      Hello,

      I'll do a round of checks but we have soooo many repos and modules that is very hard to get the full picture of their status at glance.

      @Fekete: do you have a list of modules/repo/branch you specifically detected?

      AFAIK this can be due to a bunch of reasons: branch not registered, scan of repo failed.

      The 1st reason depends on the fact that the process is still manual and Odoo does not ease this process at all.
      There's a WIP proof of concept here to try to automate the process.
      If anyone wants to help Alexey with it, I'm sure it will be appreciated ;)

      The 2nd may depend on errors when parsing some files (eg: rst docs).

      Meanwhile, if you notice a module or a repo is missing, please let us know.

      Cheers,
      S.

      On Mon, Jun 8, 2020 at 11:21 PM Daniel Reis <dreis@opensourceintegrators.com> wrote:
      
    Hello,
      
    
      
    I got hold of the OCA app credentials, and there are a lot of
    warning to deal with.
      
    I'll go through them.
      
    
      
    You're welcome to ask me about any particular repo, if you want.
      
    
      
    Thanks
      
    Daniel
      
    
      
    
      
    
      On 08/06/2020 20:56, Frederik Kramer
      wrote:
      
    
      
    
      
      
      
      Or probably strategy enforcement ;-) Who knows. But i am with Holger to
double check and to make sure that OCA is not doeing anything wrong

Best Frederik

Am Montag, den 08.06.2020, 19:52 +0000 schrieb Holger Brunn:





> > Except mistake or bugs, the company seems filter the apps she wants





> to show.





> 





> so let's assume one of the first two and reach out to see what's





> going on. A 





> mistake/glitch/whatever on the submitting (so our) side also isn't





> impossible, 





> so let's ask the people busy with that to double check.





> 





> In the past I made the mistake to mark some of my cooler modules as 





> dependencies, which they were because they don't do anything on their





> own, but 





> that got them hidden in the app store. Maybe we also have different





> visibility 





> rules at play between odoo sa and oca?





> 





> ---





> 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





-- 
Dr.-Ing. Frederik Kramer
Geschäftsführer
        
initOS GmbH
An der Eisenbahn 1
21224 Rosengarten
        
Phone:  +49 4105 56156-12
Fax:    +49 4105 56156-10
Mobil:  +49 179 3901819
        
Email: frederik.kramer@initos.com
Web:   www.initos.com
        
Geschäftsführung:
Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke

Sitz der Gesellschaft: Rosengarten – Klecken
Amtsgericht Tostedt, HRB 205226
Steuer-Nr: 15/200/53247
USt-IdNr.: DE815580155


      
      
      
        
      _______________________________________________
      
          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
                          
      

      

      
        
      
        
            
                by
                Stéphane Bidoul
            
            -
            
                
                01:40 - 13 Jun 2020
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Re: OCA Repositories in Odoo Apps Store
                                
      
                                
      Ciao Yannick,

      > We definitely need to dispatch the work there, the board shouldn't be the ones that handle it. It can be delegated to PSC IMO. In most cases (licences and dependencies) they can check it.

      totally +1 :)

      AFAIK, this requires admin access to the OCA account, but I guess we can delegate it to a bunch of persons.
      I'll check w/ the board.

      > Simone, do you know if we can extract the list of errors easily?

      No, at least not w/ the poor UI of the dashboard.

      We could maybe leverage the tool drafted by Alexey to crawl the pages but is going to require some work.

      Alternatively, we could make the module sync on OCA website fetch the module page from S.A. website to check if it's published and if it's under OCA umbrella.
      Of course, in case is not found it won't tell you the reason but we could notify the people.

      Cheers,
      S.

      On Thu, Jun 11, 2020 at 2:47 PM Yannick Vaucher <yannick.vaucher@camptocamp.com> wrote:
      Seems we will have some manual job to do to restore some repository.

      The warnings are either:

      1. <module>: The license LGPL-3 conflicts with one of its dependencies.            
     Please make sure that you comply with the licenses compatibility.  
              See our FAQ at https://apps.odoo.com/apps/faq#maintainer_faq_04 .
      2. Module <module> already exists for another serie. Please 
select a free module name                        or use the right 
account and this repository: <not an OCA repository>
      3. <module>: unmet dependency <another_module> for series 13.0. Dependency might be invalid.
      (4. No module found in repository ssh://git@github.com/OCA/<repo>.git#13.0.
      
                            Each module needs to be in a separate folder
 at the root of the repository, even if there is only one module.
         
                         If you have all the files of your module at the
 root of your repository, you need to create a new folder with the name 
of your module and move all the files in it.) -> This one is just normal
      (5. <module>: Module not installable) -> The module is most likely "installable": False


      In #2 I recognize some OCA contributors that might have forked a module and registered it by mistake. But it requires us to reclaim them. We already did it in the past and Odoo helped us on that.

      We definitely need to dispatch the work there, the board shouldn't be the ones that handle it. It can be delegated to PSC IMO. In most cases (licences and dependencies) they can check it.

      Simone, do you know if we can extract the list of errors easily?

      Cheers,
      Yannick



      On Tue, 9 Jun 2020 at 07:31, Simone Orsi <simahawk@gmail.com> wrote:
      Hello,

      I'll do a round of checks but we have soooo many repos and modules that is very hard to get the full picture of their status at glance.

      @Fekete: do you have a list of modules/repo/branch you specifically detected?

      AFAIK this can be due to a bunch of reasons: branch not registered, scan of repo failed.

      The 1st reason depends on the fact that the process is still manual and Odoo does not ease this process at all.
      There's a WIP proof of concept here to try to automate the process.
      If anyone wants to help Alexey with it, I'm sure it will be appreciated ;)

      The 2nd may depend on errors when parsing some files (eg: rst docs).

      Meanwhile, if you notice a module or a repo is missing, please let us know.

      Cheers,
      S.

      On Mon, Jun 8, 2020 at 11:21 PM Daniel Reis <dreis@opensourceintegrators.com> wrote:
      
    Hello,
      
    
      
    I got hold of the OCA app credentials, and there are a lot of
    warning to deal with.
      
    I'll go through them.
      
    
      
    You're welcome to ask me about any particular repo, if you want.
      
    
      
    Thanks
      
    Daniel
      
    
      
    
      
    
      On 08/06/2020 20:56, Frederik Kramer
      wrote:
      
    
      
    
      
      
      
      Or probably strategy enforcement ;-) Who knows. But i am with Holger to
double check and to make sure that OCA is not doeing anything wrong

Best Frederik

Am Montag, den 08.06.2020, 19:52 +0000 schrieb Holger Brunn:




> > Except mistake or bugs, the company seems filter the apps she wants




> to show.




> 




> so let's assume one of the first two and reach out to see what's




> going on. A 




> mistake/glitch/whatever on the submitting (so our) side also isn't




> impossible, 




> so let's ask the people busy with that to double check.




> 




> In the past I made the mistake to mark some of my cooler modules as 




> dependencies, which they were because they don't do anything on their




> own, but 




> that got them hidden in the app store. Maybe we also have different




> visibility 




> rules at play between odoo sa and oca?




> 




> ---




> 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




-- 
Dr.-Ing. Frederik Kramer
Geschäftsführer
        
initOS GmbH
An der Eisenbahn 1
21224 Rosengarten
        
Phone:  +49 4105 56156-12
Fax:    +49 4105 56156-10
Mobil:  +49 179 3901819
        
Email: frederik.kramer@initos.com
Web:   www.initos.com
        
Geschäftsführung:
Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke

Sitz der Gesellschaft: Rosengarten – Klecken
Amtsgericht Tostedt, HRB 205226
Steuer-Nr: 15/200/53247
USt-IdNr.: DE815580155


      
      
      
        
      _______________________________________________
      
          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
                Simone Orsi
            
            -
            
                
                10:01 - 11 Jun 2020
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Re: OCA Repositories in Odoo Apps Store
                                
      
                                
      +1 good distinction.

      On Wed, Jun 10, 2020, 2:17 PM Jacobus Erasmus <jacobus@ivyweb.co.za> wrote:
      
    
      +1
      
    

      
    
      
    
      On 2020/06/10 09:07, admin@ygol.com
      wrote:
      
    
      
    
      
      
      
      +1
      
      

      
      
      
      
      
        
      --
      
        
      
        
      Yves
            Goldberg 
      
        
      
        
      --
      
        
      
      
      
      

      
      
      
      

      
      
      
      
      ----- Original message -----
      
      
      
      
      From: "Pedro M. Baeza (Tecnativa)" <pedro.baeza@tecnativa.com>
      
      
      
      
      
      Subject: Re: OCA Repositories in Odoo Apps Store
      
      
      
      
      Date: Wednesday, June 10, 2020 09:56
      
      
      
      

      
      
      
      
      
        
      
          
      I also prefer to ignore Odoo Apps Store due to:
      
          
      
          

      
          
      
          
      - The confirmed blacklist.
      
          
      
          
      - To not have a special distinction between all the
            existing crap there.
      
          
      
          
      - All the maintenance burden we need to do for being
            there (not only publishing, but maintaining a special HTML
            file for having the same README displayed there, and many
            more). Personally last year that I was in charge of this I
            accounted 30 hours only for this.
      
          
      
          

      
          
      
          
      And personally I don't think the visibility we get is
            relevant enough. I prefer to spend that time spreading our
            own Apps Store or use it for having more features (like
            multi-language READMEs).
      
          
      
          

      
          
      
          
      Regards.
      
          
      
        
      
        
      
          
      _______________________________________________
      
          
      
          
          
          
        
      
      
      
      

      
      
      
      
      
        
      _______________________________________________
      
          Mailing-List: https://odoo-community.org/groups/contributors-15
      
          Post to: mailto:contributors@odoo-community.org
      
          Unsubscribe: https://odoo-community.org/groups?unsubscribe
      
        
      
      
      
    
      
    
      -- 
      
      Email Signature
      
      
      
        
          
      
             Logo 
            
              
      
                
                  
      
                     Jacobus Erasmus
                       | Director
                    
                  
      
                  
      
                      a:  
                       IvyWeb
                          (Pty) Ltd    | 23
                          Rayner Avenue, Kilnerpark, Pretoria, 0186
                         | South
                          Africa  
      
                             e:
                          jacobus@ivyweb.co.za 
                          | w:
                            www.ivyweb.co.za 
      
                             m: +27 84 251
                              6888 
                          | p: +27 84 251
                              6888       		
                  
      
                      
              
      
                  		
          
      
              
      
      
    
      
  
      


      _______________________________________________
                              Mailing-List: https://odoo-community.org/groups/contributors-15
                              Post to: mailto:contributors@odoo-community.org
                              Unsubscribe: https://odoo-community.org/groups?unsubscribe
                          
      

      

      
        
      
        
            
                by
                Kitti Upariphutthiphong
            
            -
            
                
                03:06 - 11 Jun 2020
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Re: OCA Repositories in Odoo Apps Store
                                
      
                                
      Seems we will have some manual job to do to restore some repository.

      The warnings are either:

      1. <module>: The license LGPL-3 conflicts with one of its dependencies.            
     Please make sure that you comply with the licenses compatibility.  
              See our FAQ at https://apps.odoo.com/apps/faq#maintainer_faq_04 .
      2. Module <module> already exists for another serie. Please 
select a free module name                        or use the right 
account and this repository: <not an OCA repository>
      3. <module>: unmet dependency <another_module> for series 13.0. Dependency might be invalid.
      (4. No module found in repository ssh://git@github.com/OCA/<repo>.git#13.0.
      
                            Each module needs to be in a separate folder
 at the root of the repository, even if there is only one module.
         
                         If you have all the files of your module at the
 root of your repository, you need to create a new folder with the name 
of your module and move all the files in it.) -> This one is just normal
      (5. <module>: Module not installable) -> The module is most likely "installable": False


      In #2 I recognize some OCA contributors that might have forked a module and registered it by mistake. But it requires us to reclaim them. We already did it in the past and Odoo helped us on that.

      We definitely need to dispatch the work there, the board shouldn't be the ones that handle it. It can be delegated to PSC IMO. In most cases (licences and dependencies) they can check it.

      Simone, do you know if we can extract the list of errors easily?

      Cheers,
      Yannick



      On Tue, 9 Jun 2020 at 07:31, Simone Orsi <simahawk@gmail.com> wrote:
      Hello,

      I'll do a round of checks but we have soooo many repos and modules that is very hard to get the full picture of their status at glance.

      @Fekete: do you have a list of modules/repo/branch you specifically detected?

      AFAIK this can be due to a bunch of reasons: branch not registered, scan of repo failed.

      The 1st reason depends on the fact that the process is still manual and Odoo does not ease this process at all.
      There's a WIP proof of concept here to try to automate the process.
      If anyone wants to help Alexey with it, I'm sure it will be appreciated ;)

      The 2nd may depend on errors when parsing some files (eg: rst docs).

      Meanwhile, if you notice a module or a repo is missing, please let us know.

      Cheers,
      S.

      On Mon, Jun 8, 2020 at 11:21 PM Daniel Reis <dreis@opensourceintegrators.com> wrote:
      
    Hello,
      
    
      
    I got hold of the OCA app credentials, and there are a lot of
    warning to deal with.
      
    I'll go through them.
      
    
      
    You're welcome to ask me about any particular repo, if you want.
      
    
      
    Thanks
      
    Daniel
      
    
      
    
      
    
      On 08/06/2020 20:56, Frederik Kramer
      wrote:
      
    
      
    
      
      
      
      Or probably strategy enforcement ;-) Who knows. But i am with Holger to
double check and to make sure that OCA is not doeing anything wrong

Best Frederik

Am Montag, den 08.06.2020, 19:52 +0000 schrieb Holger Brunn:



> > Except mistake or bugs, the company seems filter the apps she wants



> to show.



> 



> so let's assume one of the first two and reach out to see what's



> going on. A 



> mistake/glitch/whatever on the submitting (so our) side also isn't



> impossible, 



> so let's ask the people busy with that to double check.



> 



> In the past I made the mistake to mark some of my cooler modules as 



> dependencies, which they were because they don't do anything on their



> own, but 



> that got them hidden in the app store. Maybe we also have different



> visibility 



> rules at play between odoo sa and oca?



> 



> ---



> 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



-- 
Dr.-Ing. Frederik Kramer
Geschäftsführer
        
initOS GmbH
An der Eisenbahn 1
21224 Rosengarten
        
Phone:  +49 4105 56156-12
Fax:    +49 4105 56156-10
Mobil:  +49 179 3901819
        
Email: frederik.kramer@initos.com
Web:   www.initos.com
        
Geschäftsführung:
Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke

Sitz der Gesellschaft: Rosengarten – Klecken
Amtsgericht Tostedt, HRB 205226
Steuer-Nr: 15/200/53247
USt-IdNr.: DE815580155


      
      
      
        
      _______________________________________________
      
          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
                Yannick Payot
            
            -
            
                
                02:46 - 11 Jun 2020
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
      • 
            
    
            
    
                
            
    
        
    
                            
    
                        
    
                    
    
                
  • 
                    
    
                        
    
                            
    
                                
    
                                    
                                    Information on Odoo website limits
                                
    
                                
    Hi Community

    We have a client who is looking to create a portal for the doctors to enter (for example) flu vaccine orders. They are concerned about two things in particular:
    • How many concurrent requests could Odoo handle (eg they get flooded with requrests if ever the COVID-19 vaccine is released)
    • How susceptible is it to denial of service attacks?
    I realise that these are pretty broad questions, but any guidelines would be very useful.

    Thanks to all.

    Kind regards

    Jonathan Wilson
    Chief Sales and Innovation Executive
    WilldooIT Pty Ltd


    Recent Linkedin articles: 


    First Australian Odoo GOLD partner
    2017, 2015 & 2013 Odoo Best Partner Asia/Pacific
    Creators of  Odoo-Pentaho integration project
    "Making growth through technology easy"

    E: jonathan.wilson@willdooit.com
    P: +61 3 9135 1900 
    M: +61  4 000 17 444
    Linkedin
    10/435 Williamstown Road
    Port Melbourne VIC 3207
    DISCLAIMER | This electronic message together with any attachments is confidential. If you are not the recipient, do not copy, disclose, or use the contents in any way. Please also advise us by e-mail that you have received this message in error and then please destroy this email and any of its attachments. WilldooIT Pty. Ltd. is not responsible for any changes made to this message and/or any attachments after sending by Willdoo IT Pty. Ltd. WilldooIT Pty. Ltd. use virus scanning software but exclude all liability for virus or anything similar in this email or attachment.

    

    
        
    
        
            
                by
                Jonathan Wilson
            
            -
            
                
                10:51 - 6 May 2020
            
        
        
    
            
    
                
            
    
        
    
                            
    
                        
    
                        
    
                            
    
                                
                                     4 replies
                                
                                
                                     4 replies
                                
                            
    
                            
    
        
    
            
        
    
                            
    
                        
    
                    
    
                
  • 
                    
    
                        
    
                            
    
                                
    
                                    Common .gitignore
                                
    
                                
    Dear community,

    Several PRs like https://github.com/OCA/hr/pull/824 arrived, and this gave me idea to suggest maybe we should have common .gitignore across all repositories? That way, changes like these would have more traction and discussions. Since nature of changes to .gitignore is adding new IDE and similar, it’s valuable to have that standardized, IMHO.

    What are your opinions?

    Kind regards,
    Alexey
    
        
    
        
            
                by
                Alexey Pelykh <alexey.pelykh@gmail.com>
            
            -
            
                
                08:51 - 30 Apr 2020
            
        
        
    
            
    
                
            
    
        
    
                            
    
                        
    
                        
    
                            
    
                                
                                     6 replies
                                
                                
                                     6 replies
                                
                            
    
                            
    
        
    
            
            
    
                
            
    
        
    
                            
    
                        
    
                    
    
                
  • 
                    
    
                        
    
                            
    
                                
    
                                    account_bank_statement_import_online
                                
    
                                
    Hello Everyone,

    I'm moving forward with the implementation of my Odoo 11 CE, so far everything is working fine, but now I'm looking to have implemented the account_bank_statement_import_online module I successfully have it install and I follow the instruction, I set the Bank feeds to Online(OCA) but in provider I have only dummy as an option, I don't know how to change it or add another provider shot-2020-04-28_21-12-18.jpg (attached) with the specification of my bank. If I click on dummy it will show me shot-2020-04-28_21-02-09.jpg (attached), At this point, I don't know what to do so if you can please show me the path I'll really appreciate.  

     Thanks for all your help 

    Regards,
    -- 
    -- 
    Harold g Luzardo b
    @Kickfliph
    GNU/Linux User #535193
    pub   2048R/0BCF3A23 2014-06-08
    Key fingerprint = 842E 986F 2A7B A507 4F0B  4A0F A73D 5885 0BCF 3A23
    

    
        
    
        
            
                by
                Harold Burton
            
            -
            
                
                03:26 - 29 Apr 2020
            
        
        
    
            
    
                
                     2 attachments
                
                
                     2 attachments
                
            
    
            
    
                
    
                        
                            
    
                            
    shot-2020-04-28_21-12-18.jpg
    
                            
                
    
                        
                            
    
                            
    shot-2020-04-28_21-02-09.jpg
    
                            
                
    
            
    
        
    
                            
    
                        
    
                        
    
                            
    
                                
                                     6 replies
                                
                                
                                     6 replies
                                
                            
    
                            
    
        
    
            
            
    
                
            
    
        
    
                            
    
                        
    
                    
    
                
    •