Skip to Content
  2. Mailing Lists
  3. Contributors

Archives

Contributors

  • Re: Yet another followup module ?
    Le ven. 19 juin 2020 à 10:22, Daniel Reis <dreis@opensourceintegrators.com> a écrit :
    In my opinion, the least surprising option is to create the 10.0 branch on the same repo.
    Do you have access to do that?

    OK, I agree with you.

    It seems I do have the access to create/delete branches on that project, but I'm not sure how I am supposed to do it (I'm not a git expert !)...

    Alexis
    by Alexis de Lattre - 12:41 - 19 Jun 2020
  • Re: Yet another followup module ?
    Thank you Alexis.

    In my opinion, the least surprising option is to create the 10.0 branch on the same repo.
    Do you have access to do that?

    --Daniel

    On 19/06/2020 00:11, Alexis de Lattre wrote:


    Le lun. 15 juin 2020 à 18:42, Alexis de Lattre <alexis.delattre@akretion.com> a écrit :
    I'll backport it to v10 very soon.

    My v10 backport of this module is now ready... but while I was preparing the PR, I figured out that there is no 10.0 branch on credit-control project, because it started with v11. So the options are:
    1) we create an empty 10.0 branch and I make a PR on it.
    2) I propose the module to another OCA project for v10
    3) I keep it in an akretion project for v10

    Any advice ?

    --
    Alexis de Lattre
    Akretion France - 27 rue Henri Rolland - 69100 Villeurbanne - France
    Mail : alexis.delattre@akretion.com
    Mobile : +33 6 99 08 92 45

    _______________________________________________
    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 - 10:21 - 19 Jun 2020
  • Re: Yet another followup module ?


    Le lun. 15 juin 2020 à 18:42, Alexis de Lattre <alexis.delattre@akretion.com> a écrit :
    I'll backport it to v10 very soon.

    My v10 backport of this module is now ready... but while I was preparing the PR, I figured out that there is no 10.0 branch on credit-control project, because it started with v11. So the options are:
    1) we create an empty 10.0 branch and I make a PR on it.
    2) I propose the module to another OCA project for v10
    3) I keep it in an akretion project for v10

    Any advice ?

    --
    Alexis de Lattre
    Akretion France - 27 rue Henri Rolland - 69100 Villeurbanne - France
    Mail : alexis.delattre@akretion.com
    Mobile : +33 6 99 08 92 45
    by Alexis de Lattre - 01:10 - 19 Jun 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: 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: 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
  • 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
  • Re: Weblate don't create new module translation in project-reporting repo
    Thanks for your feedback

    I make the PR https://github.com/OCA/project-reporting/pull/40 to fix this issue.

    Best regards


    El jue., 18 de jun. de 2020 a la(s) 10:32, Stéphane Bidoul (stephane.bidoul@acsone.eu) escribió:
    Hi,

    The .travis.yml configuration is incomplete for the project-reporting repo.
    There must be a job with MAKEPOT="1" so the .pot files are generated upon test success.

    weblate will then pick it up.

    Best regards,

    --
    Stéphane Bidoul | @SBidoul
    Acsone sa/nv | http://acsone.eu/ | +32 2 888 3120

    On Thu, Jun 18, 2020 at 5:07 PM Jesús Alan Ramos Rodríguez <alan.ramos@jarsa.com.mx> wrote:
    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

    _______________________________________________
    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 Jesús Alan Ramos Rodriguez - 05:45 - 18 Jun 2020
  • Re: Weblate don't create new module translation in project-reporting repo
    Hi,

    The .travis.yml configuration is incomplete for the project-reporting repo.
    There must be a job with MAKEPOT="1" so the .pot files are generated upon test success.

    weblate will then pick it up.

    Best regards,

    --
    Stéphane Bidoul | @SBidoul
    Acsone sa/nv | http://acsone.eu/ | +32 2 888 3120

    On Thu, Jun 18, 2020 at 5:07 PM Jesús Alan Ramos Rodríguez <alan.ramos@jarsa.com.mx> wrote:
    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

    _______________________________________________
    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 - 05: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
  • 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
  • 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 Pedro M. Baeza - 07:46 - 17 Jun 2020
  • Re: Want tax move line with zero balance, possible? (odoo 13)
    I understand and share Kitti needs. For me it would be better to have this line as aml. I understand that normally you don't need aml of 0. But on odo an aml is not just an aml, is an invoice line / tax line somehow.
    If I understand correctly what Pedro suggest, that helps on financial reports. Or there is some generic method to get tax amounts and tax base amounts from aml's?
    In our case, we need this information also in two cases:
    * to build txt files related to invoices
    * to build the xml for electronic invoice

    Actually we get the amounts from aml for any tax not zero but then we need to get the base amounts "manually" for zero taxes.
    For me it would be much clearer and easier if we just have an aml of 0 for zero taxes also. But I've lose this fight two many times :p
    Actually we would need this line not only if the tax rate is 0, but also if the computed tax is zero (for example a line of 0,01 with VAT 21%, the rounded vat amount is zero and no line is created)

    Also oidoo is "simulating" this zero lines on the new tax widget, I haven't analyze it yet, but I believe that code would be easier if an aml of zero would be there



    Ing. Juan José Scarafía

    (+54 9 341) 3 278039

    twitter: @jjscarafia

    github: @jjscarafia



    On Wed, Jun 17, 2020 at 1:52 PM Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> wrote:
    The field tax_line_ids in account.move.line is filled with the 0-tax ID for the journal item that represents the base amount for the tax.


    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 - 07:35 - 17 Jun 2020
  • Re: Want tax move line with zero balance, possible? (odoo 13)
    The field tax_line_ids in account.move.line is filled with the 0-tax ID for the journal item that represents the base amount for the tax.


    Regards.
    by Pedro M. Baeza - 06:51 - 17 Jun 2020
  • Re: Want tax move line with zero balance, possible? (odoo 13)
    What do you mean by tax added to base amount. Any configuration sample I can find?

    On Wed, Jun 17, 2020, 11:02 PM Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> wrote:
    For me, it doesn't make sense, as the journal item is going to be null. What you need is the tax added to the base amount, which is already done in core. We have multiple zero taxes in Spain, and it's the way it is done.

    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 Kitti Upariphutthiphong - 06:21 - 17 Jun 2020
  • Re: Want tax move line with zero balance, possible? (odoo 13)
    For me, it doesn't make sense, as the journal item is going to be null. What you need is the tax added to the base amount, which is already done in core. We have multiple zero taxes in Spain, and it's the way it is done.

    Regards.
    by Pedro M. Baeza - 06:01 - 17 Jun 2020
  • 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
  • Re: Yet another followup module ?
    Le jeu. 23 avr. 2020 à 17:32, Stéphane Bidoul <stephane.bidoul@acsone.eu> a écrit :
    IMO, there is room for having both in OCA, provided the README of the repo explains why both modules exist.
    So I think it would be a welcome addition to OCA/credit-control.

    Thank you all for your feedback !

    I made today the last important change in the datamodel of my module "account_invoice_overdue_reminder" that I wanted to make (migration scripts are in the module). So it is now ready for inclusion ; my OCA PR is here :

    I'll backport it to v10 very soon.

     --
    Alexis
    by Alexis de Lattre - 06:46 - 15 Jun 2020