Skip to Content
  2. Mailing Lists
  3. Contributors

Archives

Contributors

  • Consignation for shipping material
    Dear community,

    I'm searching for a solution to handle "consignation" of products ("consigne" in French). There are 2 aspects we want to handle here:

    1. Invoicing
    2. Stock t the customer (how many boxes left at each customers facility)

    The use case is: To deliver the customer we use X shipping boxes like those https://embalogik.com/produit/fruits-legumes-50-x-30-b/. For every customer, we want to keep the count of how many boxes he received and invoice/refund him when I deliver and take them back...
    The behavior is similar to the one with consignation on bottles. We discussed it internally at Camptocamp and have 3 ideas:

    1. Cheap solution: an integer field on res.partner to contain the quantity -> 100% manual, not very handy
    2. delivery_package_fee that we developed and adds a fee on the SO using a service product -> we cover the invoicing, stock and refunds have to be handled manually
    3, A new module that would handle, stock, invoicing and refunds -> seems to be really complicated for the benefit

    What are your thoughts? Thank you very much!

    Didier

    --
    camptocamp
    INNOVATIVE SOLUTIONS
    BY OPEN SOURCE EXPERTS

    Didier Donzé
    Chef de projet

    +41 21 619 10 10 (central)
    +41 21 619 10 45 (direct)

    Camptocamp SA
    Quartier de l'Innovation EPFL, PSE-A
    1015 Lausanne
    Suisse

    by Didier Donzé - 09:00 - 7 Dec 2021

    2 replies 2 replies

    • Re: Consignation for shipping material

      Dear Didier,

      As far as I understand, keeping the same behavior as delivery_package_fee but allowing to select a storable product instead of service might do the trick no ?

      • Validating your sale order would then generate a delivery order with the shipping box
      • When you get the shipping box back, you could make a return of these products from delivery order and refund the returned quantity

      Best Regards,

      Le Filament
      		 Rémi CAZENAVE
      ------
      SCOP LE FILAMENT
      06.87.23.26.04
      remi@le-filament.com
      Le 07/12/2021 à 09:02, Didier Donzé a écrit :
      Dear community,

      I'm searching for a solution to handle "consignation" of products ("consigne" in French). There are 2 aspects we want to handle here:

      1. Invoicing
      2. Stock t the customer (how many boxes left at each customers facility)

      The use case is: To deliver the customer we use X shipping boxes like those https://embalogik.com/produit/fruits-legumes-50-x-30-b/. For every customer, we want to keep the count of how many boxes he received and invoice/refund him when I deliver and take them back...
      The behavior is similar to the one with consignation on bottles. We discussed it internally at Camptocamp and have 3 ideas:

      1. Cheap solution: an integer field on res.partner to contain the quantity -> 100% manual, not very handy
      2. delivery_package_fee that we developed and adds a fee on the SO using a service product -> we cover the invoicing, stock and refunds have to be handled manually
      3, A new module that would handle, stock, invoicing and refunds -> seems to be really complicated for the benefit

      What are your thoughts? Thank you very much!

      Didier

      --
      camptocamp
      INNOVATIVE SOLUTIONS
      BY OPEN SOURCE EXPERTS

      Didier Donzé
      Chef de projet

      +41 21 619 10 10 (central)
      +41 21 619 10 45 (direct)

      Camptocamp SA
      Quartier de l'Innovation EPFL, PSE-A
      1015 Lausanne
      Suisse

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

      by Rémi Cazenave - 10:31 - 7 Dec 2021
    • Re: Consignation for shipping material
      A suggestion:
      - We've done for a project a module that allows to create invoice from a delivery order, while maintaining the compatibility with odoo sales-invoices control.

      So:
      I would suggest to do the above + mimicking the sale deposit process:
      - When creating an invoice from delivery order
            - manually add the number of boxes (e.g. with a wizard)
            - add a sale order line for the number of boxes - order qty =0, delivered qty = as in the stock.picking
           - create the sales invoice

      When the boxes are returned:
      - return the boxes from the DO
      - create a new sales invoice, which will automatically create a credit note
           
      Cheers,
      Dominique


      On Tue, 7 Dec 2021 at 16:02, Didier Donzé <didier.donze@camptocamp.com> wrote:
      Dear community,

      I'm searching for a solution to handle "consignation" of products ("consigne" in French). There are 2 aspects we want to handle here:

      1. Invoicing
      2. Stock t the customer (how many boxes left at each customers facility)

      The use case is: To deliver the customer we use X shipping boxes like those https://embalogik.com/produit/fruits-legumes-50-x-30-b/. For every customer, we want to keep the count of how many boxes he received and invoice/refund him when I deliver and take them back...
      The behavior is similar to the one with consignation on bottles. We discussed it internally at Camptocamp and have 3 ideas:

      1. Cheap solution: an integer field on res.partner to contain the quantity -> 100% manual, not very handy
      2. delivery_package_fee that we developed and adds a fee on the SO using a service product -> we cover the invoicing, stock and refunds have to be handled manually
      3, A new module that would handle, stock, invoicing and refunds -> seems to be really complicated for the benefit

      What are your thoughts? Thank you very much!

      Didier

      --
      camptocamp
      INNOVATIVE SOLUTIONS
      BY OPEN SOURCE EXPERTS

      Didier Donzé
      Chef de projet

      +41 21 619 10 10 (central)
      +41 21 619 10 45 (direct)

      Camptocamp SA
      Quartier de l'Innovation EPFL, PSE-A
      1015 Lausanne
      Suisse

      _______________________________________________
      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 - 10:15 - 7 Dec 2021
  • Target Criteria

    Hi,

     

    Hope you are doing well.

     

    Since we are heading towards end of 2021 I would like to know if you are looking for a fresh list of B2B customers for your target criteria.

     

    We offer customized list based on job titles, employee size, revenue size, industry and users of specify software’s.

     

    Let me know your target criteria so that I can help you reach your target audience.

     

    Regards,

    Meghan Hudson

    Marketing Executive

    If you do not wish to receive these emails. Please respond Exit.

     

    by "Meghan. Hudson" <meghan.hudson@mytechdb.com> - 10:41 - 3 Dec 2021
  • Target Criteria

    Hi,

     

    Hope you are doing well.

     

    Since we are heading towards end of 2021 I would like to know if you are looking for a fresh list of B2B customers for your target criteria.

     

    We offer customized list based on job titles, employee size, revenue size, industry and users of specify software’s.

     

    Let me know your target criteria so that I can help you reach your target audience.

     

    Regards,

    Rachael Kelly

    Marketing Executive

    If you do not wish to receive these emails. Please respond Exit.

     

    by "Rachael Kelly" <rachael.kelly@globaltradeshowz.com> - 10:21 - 3 Dec 2021
  • [29806] Porting account_reset_chart to v14+ 
    Hi Stefan, hi others, 

a small OCA realated question. Does anyone of the originators or
contribtors of

https://github.com/OCA/account-financial-tools/tree/10.0/account_reset_chart

know if the core functionality (empty and change the whole CoC) 
of this module has ever been superseeded by anything other (i guess
account_chart_update won't do that trick) or if it simply hasn't been
ported so far. 

If there are now massive technical traps either of you is aware of 
i would let it migrate to v14 the days to come. I would really
appreciate all your comment on that.

Cheers and stay healthy

Frederik

-- 
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
    by Frederik Kramer - 01:45 - 2 Dec 2021

    2 replies 2 replies

    • Re: [29806] Porting account_reset_chart to v14+ 
      Hi Stefan,

thank you for the feedback on this. We already started this migration
(for the time being without too much refactoring, but i haven't tested
the result myself yet). Anyway the important issue for me here was if
that module is really technically obsolete (for whatever reason) but
reading between the lines i would say this is probably not the case, so
let me check if we can get it work soon on v14

Best and thanks for your feedback

Frederik

Am Freitag, dem 10.12.2021 um 10:47 +0000 schrieb Stefan Rijnhart:

> On 02-12-2021 13:46, Frederik Kramer wrote:

> > Hi Stefan, hi others, 

> > 

> > a small OCA realated question. Does anyone of the originators or

> > contribtors of

> > 

> > https://github.com/OCA/account-financial-tools/tree/10.0/account_reset_chart

> > 

> > know if the core functionality (empty and change the whole CoC) 

> > of this module has ever been superseeded by anything other (i guess

> > account_chart_update won't do that trick) or if it simply hasn't

> > been

> > ported so far. 

> > 

> > If there are now massive technical traps either of you is aware of 

> > i would let it migrate to v14 the days to come. I would really

> > appreciate all your comment on that.

>  

> Dear Frederik,

> 

> note that the module is in the 10.0 repo but uninstallable, so that's

> actually the 8.0 version you're looking at.

> 

> That is a long 6,5 years of financial refactoring on the Odoo side,

> so you can be looking forward to a complete redevelopment of the

> functionality I'm afraid.

> 

> Good luck!

> Stefan

> 

> 

> -- 

> Opener B.V. - Business solutions driven by open source collaboration

> 

> Stefan Rijnhart - Consultant/developer

> 

> mail: stefan@opener.am

> tel: +31 (0) 6 1447 8606

> web: https://opener.am

> _______________________________________________

> 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
      by Frederik Kramer - 12:26 - 10 Dec 2021
    • Re: [29806] Porting account_reset_chart to v14+
      On 02-12-2021 13:46, Frederik Kramer wrote:
      Hi Stefan, hi others, 

a small OCA realated question. Does anyone of the originators or
contribtors of

https://github.com/OCA/account-financial-tools/tree/10.0/account_reset_chart

know if the core functionality (empty and change the whole CoC) 
of this module has ever been superseeded by anything other (i guess
account_chart_update won't do that trick) or if it simply hasn't been
ported so far. 

If there are now massive technical traps either of you is aware of 
i would let it migrate to v14 the days to come. I would really
appreciate all your comment on that.

      Dear Frederik,

      note that the module is in the 10.0 repo but uninstallable, so that's actually the 8.0 version you're looking at.

      That is a long 6,5 years of financial refactoring on the Odoo side, so you can be looking forward to a complete redevelopment of the functionality I'm afraid.

      Good luck!
      Stefan


      -- 
Opener B.V. - Business solutions driven by open source collaboration

Stefan Rijnhart - Consultant/developer

mail: stefan@opener.am
tel: +31 (0) 6 1447 8606
web: https://opener.am
      by "Stefan Rijnhart" <stefan@opener.amsterdam> - 11:45 - 10 Dec 2021
  • Call for OCA Financial Auditors - closing Friday 3rd December
    Hello OCA Contributors

    I hope this finds you well.

    Just a quick reminder that the applications for Board Members (only current Delegates can apply for this, the links have been sent on the Delegates mailing list) and Financial Auditors closes tomorrow - Friday 3rd Dec.

    For the Financial Auditors the applicant does not need to be a current member of the OCA. So, if there is perhaps someone in your company that may be able to help in this regard please share the link below.

    Any questions, please let me know.

    Warm regards,
    Rebecca
    --
    Rebecca Gellatly
    General Secretary
    Odoo Community Association
    by Rebecca Gellatly - 05:16 - 2 Dec 2021
  • Install postgres unaccent lib at travis yml
    Hello Everyone!

    I'm developing a  Pull Request at Brazilian location (l10n-brazil) and I'm getting error at some Travis jobs because we need that our Postgres database has the unaccent lib installed.

    My Travis build is:


    Could anyone help me on how to set this unaccent lib in my Travis yml configuration?

    Thanks for your help!

    Regards,
    Luiz Felipe

    --
    Luiz Felipe do Divino
    Bacharel em Ciências da Computação
    UNIFEI - Itajubá
    by Luiz Felipe Divino - 09:06 - 30 Nov 2021

    3 replies 3 replies

  • FAQ on OCB github's wiki 
    Hi everyone

I am working on the OCB wiki.
I've already renamed with "OLD-" prefix all the pages related to 
migration from Launchpad to Github, and I started an OCB purpose page 
and a draft FAQ. Could you help to answer these simple questions (short 
answers, please)? 

- Can I fix bugs directly in OCB ?

   OCB only accept changes if you submit your fix against the official 
version to prevent to be a fork in the end. All updates must be 
submitted to the official odoo branch for adoption in the official odoo 
release before they can be considered for the OCB version.

- Do I need the Odoo CLA signed to submit a patch to OCB branches ?

   No. But as you need to submit your patch upstream, Odoo SA will 
probably ask you to sign it. The OCA encourages you to carefully read 
this document, as it allows Odoo s.a. to relicense your contribution. 
Some important contributors from the OCA have signed that document 
because this eases the work of the core maintainers and the OCB 
maintainers.

- Does it contains backports ?
- Does it contains fixes that are not on same Odoo version, but on 
higher versions ?
- Does it maintains versions that are no more maintained by Odoo ?
- Does OCA's runbot use OCB ?
- Why is it sometimes behind Odoo ? does it concern minor updates ?
- Why should we use OCB instead of Odoo nightly ?

   Because it contains more bug fixes and because it is maintained for a 
longer time.

- How to use OCB ?

  See Odoo documentation about installing from source. Use git clone and 
update frequently.



Best regards


-- 
Librement,
Xavier Brochard xavier@alternatif.org
La liberté est à l'homme ce que les ailes sont à l'oiseau (Jean-Pierre 
Rosnay)
    by xavier - 11:11 - 27 Nov 2021
  • PEPPOL/UBL Order response - replacement items

    Hello fantastic community!

     

    I’m looking at the “replacement item” case in peppol order response:

    https://docs.peppol.eu/poacc/upgrade-3/profiles/28-ordering/#order-response-with-changes

     

    I’m trying to understand how this is solved in Odoo.

     

    1. From a retailer perspective I want to be able to replace items on a sales order and track the old and new product and respond correctly.

    2. From a purchase perspective I want to be able to handle the case when the retailer exchange a product upon delivery…. I want the PO and the inventory reception to reflect the change and I want to keep historical information (what product has been exchanged).

     

    Can anyone give some insights to how these scenarios might be solved?

     

    We have also started prototyping a replacement module for #1 but I’m not sure if it’s unnecessary work.

     

    We have worked with EDIFACT/ESAP6 and the similar flows with other systems that handle this situation but I don’t see it clearly in odoo.

     

    Best regards

    Teo

     

     

     

     

     

     

    by teo.pezo - 09:15 - 26 Nov 2021

    1 replies 1 replies

    • PEPPOL/UBL Order response - replacement items

      Hello fantastic community!

       

      I’m looking at the “replacement item” case in peppol order response:

      https://docs.peppol.eu/poacc/upgrade-3/profiles/28-ordering/#order-response-with-changes

       

      I’m trying to understand how this is solved in Odoo.

       

      1. From a retailer perspective I want to be able to replace items on a sales order and track the old and new product and respond correctly.

      2. From a purchase perspective I want to be able to handle the case when the retailer exchange a product upon delivery…. I want the PO and the inventory reception to reflect the change and I want to keep historical information (what product has been exchanged).

       

      Can anyone give some insights to how these scenarios might be solved?

       

      We have also started prototyping a replacement module for #1 but I’m not sure if it’s unnecessary work.

       

      We have worked with EDIFACT/ESAP6 and the similar flows with other systems that handle this situation but I don’t see it clearly in odoo.

       

      Best regards

      Teo

       

       

       

       

       

       

      by Teo Pezo - 12:46 - 26 Nov 2021
  • Odoo 14 bank statement reconciliation
    Hello,

    I hope this email finds you well. Today I was stuck with the way Odoo handles the bank statement reconciliation in v14 and saw Frederic's tweet from a year ago: https://twitter.com/Frederic_C2C/status/1313521444106706944

    What really stuck me is not the use of a suspense account during the bank reconciliation, but the fact that once the bank statement line journal entry has been posted to a suspense account, the posted journal entry is modified once you have matched that statement line with an invoice. Changing a posted journal entry??

    What do you think?

    --
    Jordi Ballester Alomar 
    CEO & Founder  
    Spain: (+34) 629 53 07 07 | USA: (+1) 646 980 46 59 | Denmark: (+45) 78 78 21 89


          

    The content of this email is confidential and intended for the recipient specified in message only. It is strictly forbidden to share any part of this message with any third party, without a written consent of the sender. If you received this message by mistake, please reply to this message and follow with its deletion, so that we can ensure such a mistake does not occur in the future.
    by Jordi Ballester Alomar - 08:16 - 25 Nov 2021

    4 replies 4 replies

    • Re: Odoo 14 bank statement reconciliation
      One more point I don't like is that it doesn't behave the same if you pay the invoice from statement or you make payment before:
      A) Paying from invoice:
      1) one payment with journal entry for the payment
      2) one more entry on the statement when reconciling.

      B) paying an invoice directly from the statement:
      1) only one journal entry (not payment) created. 

      So actually, if you use payment menus you will only find payment that were done there but not the ones created from statements.


      Ing. Juan José Scarafía

      (+54 9 341) 3 278039

      twitter: @jjscarafia

      github: @jjscarafia



      El vie, 17 dic 2021 a la(s) 10:47, Kitti U. (kittiu@ecosoft.co.th) escribió:
      Hi Jordi,


      Our accountant freakouts everytime this kind of thing happens. For our accounting standard, journal entries must not change once posted.
      I was learning from Odoo that, many countries don't take it seriously like we do. But this just make Odoo looks bad for auditors.

      On Thu, Nov 25, 2021 at 2:16 PM Jordi Ballester Alomar <jordi.ballester@forgeflow.com> wrote:
      Hello,

      I hope this email finds you well. Today I was stuck with the way Odoo handles the bank statement reconciliation in v14 and saw Frederic's tweet from a year ago: https://twitter.com/Frederic_C2C/status/1313521444106706944

      What really stuck me is not the use of a suspense account during the bank reconciliation, but the fact that once the bank statement line journal entry has been posted to a suspense account, the posted journal entry is modified once you have matched that statement line with an invoice. Changing a posted journal entry??

      What do you think?

      --
      Jordi Ballester Alomar 
      CEO & Founder  
      Spain: (+34) 629 53 07 07 | USA: (+1) 646 980 46 59 | Denmark: (+45) 78 78 21 89


            

      The content of this email is confidential and intended for the recipient specified in message only. It is strictly forbidden to share any part of this message with any third party, without a written consent of the sender. If you received this message by mistake, please reply to this message and follow with its deletion, so that we can ensure such a mistake does not occur in the future.

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

      _______________________________________________
      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 - 09:00 - 17 Dec 2021
    • Re: Odoo 14 bank statement reconciliation
      Hi Jordi,


      Our accountant freakouts everytime this kind of thing happens. For our accounting standard, journal entries must not change once posted.
      I was learning from Odoo that, many countries don't take it seriously like we do. But this just make Odoo looks bad for auditors.

      On Thu, Nov 25, 2021 at 2:16 PM Jordi Ballester Alomar <jordi.ballester@forgeflow.com> wrote:
      Hello,

      I hope this email finds you well. Today I was stuck with the way Odoo handles the bank statement reconciliation in v14 and saw Frederic's tweet from a year ago: https://twitter.com/Frederic_C2C/status/1313521444106706944

      What really stuck me is not the use of a suspense account during the bank reconciliation, but the fact that once the bank statement line journal entry has been posted to a suspense account, the posted journal entry is modified once you have matched that statement line with an invoice. Changing a posted journal entry??

      What do you think?

      --
      Jordi Ballester Alomar 
      CEO & Founder  
      Spain: (+34) 629 53 07 07 | USA: (+1) 646 980 46 59 | Denmark: (+45) 78 78 21 89


            

      The content of this email is confidential and intended for the recipient specified in message only. It is strictly forbidden to share any part of this message with any third party, without a written consent of the sender. If you received this message by mistake, please reply to this message and follow with its deletion, so that we can ensure such a mistake does not occur in the future.

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

      by Kitti Upariphutthiphong - 02:45 - 17 Dec 2021
    • Re: Odoo 14 bank statement reconciliation

      Hi all,

      for Germany the law isn't that clear either. As I read it, the change to the journal would be ok if after the obviously 'marginal' change of the journal entry, its previous content and the fact that it had been changed is recorded and reviewable. Infact I didn't check it with regard to the new v14 suspense logic myself but I thing by standard means Odoo does not specifically record changes to journals at, all be they posted or not. I am interested what German accounting experts think about this.

      Best Frederik

      Am 11. Dezember 2021 14:17:19 MEZ schrieb "Pedro M. Baeza (Tecnativa)" <pedro.baeza@tecnativa.com>:
      I have been checking this and the safeguard that Odoo has put is that you can't lock a period without reconciling all the pending statement lines prior to that date. Is it illegal to change a posted journal entry? France regulation doesn't seem to have problems, as the inalterability is for sale journals.

      So in the end, it seems it's a weird operation, but not bad at all for avoiding a lot of temporary journal entries feeding and clearing the suspense account.

      Regards.

      _______________________________________________
      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
      by Frederik Kramer - 03:51 - 11 Dec 2021
    • Re: Odoo 14 bank statement reconciliation
      I have been checking this and the safeguard that Odoo has put is that you can't lock a period without reconciling all the pending statement lines prior to that date. Is it illegal to change a posted journal entry? France regulation doesn't seem to have problems, as the inalterability is for sale journals.

      So in the end, it seems it's a weird operation, but not bad at all for avoiding a lot of temporary journal entries feeding and clearing the suspense account.

      Regards.
      by Pedro M. Baeza - 02:16 - 11 Dec 2021
  • Any feedback about centralized user directory / auth
    Hi community

    In the context of a multi-environment project, we need a centralized user directory.

    The creation is initiated on the Odoo side by the future user by providing his email. It inherits a group of default rights in Odoo. So far everything is ok ;-)

    Next, we need these users to be available for other third party applications and want this directory to be managed externally.

    Customer viewed https://auth0.com
    The functionalities are interesting and motivate the customer in relation to his park of applications and machines. Some paid modules exist, the characters of which can only be seen in the description.

    Do any of you have any feedback to share on this?

    Have a nice day
    Bruno Joliveau - Président
    NUMIGI SOLUTIONS INC.
    (514) 317-7944

    Longueuil, Québec, Canada

    linkedinyoutubecustom-icontwitter
    by Bruno Joliveau - 09:46 - 23 Nov 2021

    3 replies 3 replies

  • OCA 2021 Delegate Election Results plus Financial Auditors Campaign NOW OPEN
    Hello OCA Contributors,

    I wanted to share with you the 10 new Delegates from the election we have just run:
    • Aaron Henriquez
    • Ben Brich
    • David Vidal
    • Els Van Vossel
    • Fredrik Arvas
    • Jairo Llopis
    • Pierrick Brun
    • Rémi Cazenave
    • Robin Keunen
    • Tom Blauwendraat
    Welcome to those above and a special thank you to all the members that applied. It is great to see motivation and enthusiasm within the group and certainly helps to keep an active and engaged community.

    To let you know we have also just opened the 2021 OCA Board Member and Financial Auditor Campaigns.

    Only Delegates can apply to become Board Members (this includes our new Delegates) but you do not need to be a Member or Delegate to apply to become a Financial Auditor. The application survey is here. This campaign will close on Friday 3rd December.

    Any questions, please let me know.

    Warm regards,
    Rebecca
    --
    Rebecca Gellatly
    General Secretary
    Odoo Community Association
    by Rebecca Gellatly - 06:06 - 23 Nov 2021

    1 replies 1 replies

    • Re: OCA 2021 Delegate Election Results plus Financial Auditors Campaign NOW OPEN
      Welcome and congratulations!
      It's great to see more people wanting to become Delegate each year. 
      Let's continue on this vibe ;-)

      Great day to everyone!
      --
      Virginie
      0477/64.17.20

      -----Original Message-----
      From: Rebecca Gellatly <rebecca@o4sb.com>
      Reply-To: Odoo Community Association (OCA) Contributors <contributors@odoo-community.org>
      Subject: OCA 2021 Delegate Election Results plus Financial Auditors Campaign NOW OPEN
      Date: Tue, 23 Nov 2021 05:07:35 -0000

      Hello OCA Contributors,

      I wanted to share with you the 10 new Delegates from the election we have just run:
      • Aaron Henriquez
      • Ben Brich
      • David Vidal
      • Els Van Vossel
      • Fredrik Arvas
      • Jairo Llopis
      • Pierrick Brun
      • Rémi Cazenave
      • Robin Keunen
      • Tom Blauwendraat
      Welcome to those above and a special thank you to all the members that applied. It is great to see motivation and enthusiasm within the group and certainly helps to keep an active and engaged community.

      To let you know we have also just opened the 2021 OCA Board Member and Financial Auditor Campaigns.

      Only Delegates can apply to become Board Members (this includes our new Delegates) but you do not need to be a Member or Delegate to apply to become a Financial Auditor. The application survey is here. This campaign will close on Friday 3rd December.

      Any questions, please let me know.

      Warm regards,
      Rebecca
      --
      Rebecca Gellatly
      General Secretary
      Odoo Community Association

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

      by Virginie Dewulf. - 09:16 - 23 Nov 2021

      1 attachments 1 attachments

      face-wink.png
  • Discount on a separate account move line for odoo v14+
    Dear all
    The accountant experts here in French Polynesia ask to split the discount to a separate account. For example, 707 account is used for the product sale and 709 account is used for discount.
    Use case :
    Product is sold 1000 EUR with 10% discount and 20% VAT.
    Product sale (707) : 1000 credit
    Discount (709) : 100 debit
    VAT (4457) : 180 credit
    Customer (411) : 1080 debit
    Does anybody has a solution for this ?
    Thank you and Best Regards
    Cyril

    by Cyril VINH-TUNG - 05:51 - 18 Nov 2021

    7 replies 7 replies

  • Inventory on a past date ?
    Hello contributors,

    There is a few days delay between the moment the physical inventory is done at my client's warehouses and the moment he actually registers this inventory adjustment in Odoo.
    So he would like to make inventory adjustments on a past date (only a few days ago mainly).

    Anyone have an idea on how to achieve this ?

    There is this accounting_date on stock.inventory but it looks like it only forces the account.move's date related to the inventory adjustment.

    As far as I've understood the problem, when we click on Inventory's "action_start" it catches the  quants quantities... And a quant by definition can only shows the actual product quantity in stock.

    So instead, it would mean to recalculate the past stock.moves for each products, a bit like what is done with the _compute_quantities when clicking on "Inventory at date" in the Inventory Report menu... (the big difference with this "_compute_quantities" being that we would have to group the moves calculation by location_id and lot_id because we need to make these distinctions)

    Anyway, it does not look so easy at first glance. At least, would it be the good method to achieve this inventory on a past date?

    Thank you very much for your opinion on this topic! 🙏

    Abraço,
    Clément.
    by Clément Mombereau - 05:00 - 18 Nov 2021

    4 replies 4 replies

    • Re: Inventory on a past date ?

      Clément,

      That sounds like it in a nutshell.

      I did bring up with Odoo support the possibility of allowing a stocktake in such a way, but got unfavourable responses.

      I find it peculiar, as I know from experience with large companies doing a full stock take, they may shut down to perform a count.

      Then they re-open for trading - but the count cards may take some time to be keyed in by operators, and verified.

      The system I developed previously did a freeze, as described, then allowed "first counts" and "second counts" to be keyed (independently so they would not see what was keyed on the first count) (some of our clients would send two teams out and cross count each others areas - important when there minor differences in stock and the counting staff might be temps who are unfamiliar with the product).

      The third count presented lines where there was a mismatch, requesting a check.  If after a third count, there was not a match of two the same, it came for a final report to intervenet what was going on...

      This could take a week to finalise.

      We have not been asked to replicate to this depth in Odoo, but certainly we've had more than one occasion where a client has needed to trade between counting and applying.

      Richard

      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: Clément Mombereau <clement.mombereau@akretion.com.br>
      Sent: Friday, 19 November 2021 10:17 PM
      To: Contributors <contributors@odoo-community.org>
      Subject: Re: Inventory on a past date ?
       
      Thanks a lot Lois and Richard !

      Indeed, rewriting history looks very dangerous. Maybe if you are in standard cost method as you did with stock_account_inventory_force_date you achieve something not so bad without too much effort (even if I imagine it won't be trivial to migrate this module to v14 due to the big changes with the new stock.valuation.layer model)... but my client does not use the standard cost method (neither will someone who wants such an advanced feature on Inventory adjustment, i guess).

      But I really liked the strategy suggested by Richard. In fact, when talking with my client on how he would be able to do this "Inventory on past date" with the Odoo actual limits, we were exactly heading towards this idea... but manually at first.

      Thus the process without any development would be :
      1. He registers the physical inventory in Odoo on the day it is done, without double checking
      2. Few days later, he checks the stock changes made by this inventory adjustment. If he finds an error on some inventory lines already registered, he would have to :
          2.1. Check all the new product's stock.move since the inventory date and calculate the related product's quantity variation
          2.2. Make a new inventory adjustment for the correction, including this variation since the inventory.

      So yes, maybe I can make a small module which automates this calculation :
      - Adding a "past_date" field in stock.inventory main form
      - For each inventory line it would calculate the "old_past_qty_on_hand" for the related (product_id, lot_id, location_id), calculating the stock.move.line's variation for this triplet since past_date... (a bit like in stock_account_inventory_force_date's _get_inventory_lines_values)
      - When recording the Inventory lines, it would create an adjustment stock.move on today's date, but with a quantity of
            new_past_qty_on_hand - old_past_qty_on_hand + qty_variation_since_past_date

      Do you agree with this idea ?

      Thanks again!

      Abraço,
      Clément.

      Le ven. 19 nov. 2021 à 10:32, Lois Rilo Antelo <lois.rilo@forgeflow.com> a écrit :
      Hi Clement,

      You can have a look at this module https://github.com/OCA/stock-logistics-warehouse/tree/12.0/stock_account_inventory_force_date. It does not cover all the cases, if you do not use standard cost it can at least get you half the way. I'll be glad to review any improvement you can come up with.

      Best regards,

      El jue, 18 nov 2021 a las 17:12, Richard deMeester (<richard.demeester@willdooit.com>) escribió:

      Hi Clément.

      In older versions, we had a stock freeze function.

      You freeze the figures at the point in time you want to count them.  The adjustment is made when you apply (the stock moves need to be dated at the current date/time) but rather than comparing against the current on hand, we compare them against the frozen quantity.

      Example:

      Freeze quantity: 5
      Current quantity: 9
      Counted quantity: 4

      Stock adjustment is then for -1, creating a new onhand of 8

      Now, it should be possible to instead of having a freeze quantity, pick up the quantity on hand at a past time (with to_date in the context) and that would achieve the same result, in my quick thinking.

      But you really need the adjustment to be written as of now, not as at the past time.  It could screw up so much trying to backdate the move itself....

      Richard

      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: Clément Mombereau <clement.mombereau@akretion.com.br>
      Sent: Friday, 19 November 2021 3:01 AM
      To: Contributors <contributors@odoo-community.org>
      Subject: Inventory on a past date ?
       
      Hello contributors,

      There is a few days delay between the moment the physical inventory is done at my client's warehouses and the moment he actually registers this inventory adjustment in Odoo.
      So he would like to make inventory adjustments on a past date (only a few days ago mainly).

      Anyone have an idea on how to achieve this ?

      There is this accounting_date on stock.inventory but it looks like it only forces the account.move's date related to the inventory adjustment.

      As far as I've understood the problem, when we click on Inventory's "action_start" it catches the  quants quantities... And a quant by definition can only shows the actual product quantity in stock.

      So instead, it would mean to recalculate the past stock.moves for each products, a bit like what is done with the _compute_quantities when clicking on "Inventory at date" in the Inventory Report menu... (the big difference with this "_compute_quantities" being that we would have to group the moves calculation by location_id and lot_id because we need to make these distinctions)

      Anyway, it does not look so easy at first glance. At least, would it be the good method to achieve this inventory on a past date?

      Thank you very much for your opinion on this topic! 🙏

      Abraço,
      Clément.

      _______________________________________________
      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



      --
      Lois Rilo Antelo
      Odoo consultant at ForgeFlow S.L.

      _______________________________________________
      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 "Richard deMeester" <richard.demeester@willdooit.com> - 12:36 - 19 Nov 2021

      2 attachments 2 attachments

      Outlook-erej1ktp.png
      Outlook-st01gprj.jpg
    • Re: Inventory on a past date ?
      Thanks a lot Lois and Richard !

      Indeed, rewriting history looks very dangerous. Maybe if you are in standard cost method as you did with stock_account_inventory_force_date you achieve something not so bad without too much effort (even if I imagine it won't be trivial to migrate this module to v14 due to the big changes with the new stock.valuation.layer model)... but my client does not use the standard cost method (neither will someone who wants such an advanced feature on Inventory adjustment, i guess).

      But I really liked the strategy suggested by Richard. In fact, when talking with my client on how he would be able to do this "Inventory on past date" with the Odoo actual limits, we were exactly heading towards this idea... but manually at first.

      Thus the process without any development would be :
      1. He registers the physical inventory in Odoo on the day it is done, without double checking
      2. Few days later, he checks the stock changes made by this inventory adjustment. If he finds an error on some inventory lines already registered, he would have to :
          2.1. Check all the new product's stock.move since the inventory date and calculate the related product's quantity variation
          2.2. Make a new inventory adjustment for the correction, including this variation since the inventory.

      So yes, maybe I can make a small module which automates this calculation :
      - Adding a "past_date" field in stock.inventory main form
      - For each inventory line it would calculate the "old_past_qty_on_hand" for the related (product_id, lot_id, location_id), calculating the stock.move.line's variation for this triplet since past_date... (a bit like in stock_account_inventory_force_date's _get_inventory_lines_values)
      - When recording the Inventory lines, it would create an adjustment stock.move on today's date, but with a quantity of
            new_past_qty_on_hand - old_past_qty_on_hand + qty_variation_since_past_date

      Do you agree with this idea ?

      Thanks again!

      Abraço,
      Clément.

      Le ven. 19 nov. 2021 à 10:32, Lois Rilo Antelo <lois.rilo@forgeflow.com> a écrit :
      Hi Clement,

      You can have a look at this module https://github.com/OCA/stock-logistics-warehouse/tree/12.0/stock_account_inventory_force_date. It does not cover all the cases, if you do not use standard cost it can at least get you half the way. I'll be glad to review any improvement you can come up with.

      Best regards,

      El jue, 18 nov 2021 a las 17:12, Richard deMeester (<richard.demeester@willdooit.com>) escribió:

      Hi Clément.

      In older versions, we had a stock freeze function.

      You freeze the figures at the point in time you want to count them.  The adjustment is made when you apply (the stock moves need to be dated at the current date/time) but rather than comparing against the current on hand, we compare them against the frozen quantity.

      Example:

      Freeze quantity: 5
      Current quantity: 9
      Counted quantity: 4

      Stock adjustment is then for -1, creating a new onhand of 8

      Now, it should be possible to instead of having a freeze quantity, pick up the quantity on hand at a past time (with to_date in the context) and that would achieve the same result, in my quick thinking.

      But you really need the adjustment to be written as of now, not as at the past time.  It could screw up so much trying to backdate the move itself....

      Richard

      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: Clément Mombereau <clement.mombereau@akretion.com.br>
      Sent: Friday, 19 November 2021 3:01 AM
      To: Contributors <contributors@odoo-community.org>
      Subject: Inventory on a past date ?
       
      Hello contributors,

      There is a few days delay between the moment the physical inventory is done at my client's warehouses and the moment he actually registers this inventory adjustment in Odoo.
      So he would like to make inventory adjustments on a past date (only a few days ago mainly).

      Anyone have an idea on how to achieve this ?

      There is this accounting_date on stock.inventory but it looks like it only forces the account.move's date related to the inventory adjustment.

      As far as I've understood the problem, when we click on Inventory's "action_start" it catches the  quants quantities... And a quant by definition can only shows the actual product quantity in stock.

      So instead, it would mean to recalculate the past stock.moves for each products, a bit like what is done with the _compute_quantities when clicking on "Inventory at date" in the Inventory Report menu... (the big difference with this "_compute_quantities" being that we would have to group the moves calculation by location_id and lot_id because we need to make these distinctions)

      Anyway, it does not look so easy at first glance. At least, would it be the good method to achieve this inventory on a past date?

      Thank you very much for your opinion on this topic! 🙏

      Abraço,
      Clément.

      _______________________________________________
      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



      --
      Lois Rilo Antelo
      Odoo consultant at ForgeFlow S.L.

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

      by Clément Mombereau - 12:15 - 19 Nov 2021
    • Re: Inventory on a past date ?
      Hi Clement,

      You can have a look at this module https://github.com/OCA/stock-logistics-warehouse/tree/12.0/stock_account_inventory_force_date. It does not cover all the cases, if you do not use standard cost it can at least get you half the way. I'll be glad to review any improvement you can come up with.

      Best regards,

      El jue, 18 nov 2021 a las 17:12, Richard deMeester (<richard.demeester@willdooit.com>) escribió:

      Hi Clément.

      In older versions, we had a stock freeze function.

      You freeze the figures at the point in time you want to count them.  The adjustment is made when you apply (the stock moves need to be dated at the current date/time) but rather than comparing against the current on hand, we compare them against the frozen quantity.

      Example:

      Freeze quantity: 5
      Current quantity: 9
      Counted quantity: 4

      Stock adjustment is then for -1, creating a new onhand of 8

      Now, it should be possible to instead of having a freeze quantity, pick up the quantity on hand at a past time (with to_date in the context) and that would achieve the same result, in my quick thinking.

      But you really need the adjustment to be written as of now, not as at the past time.  It could screw up so much trying to backdate the move itself....

      Richard

      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: Clément Mombereau <clement.mombereau@akretion.com.br>
      Sent: Friday, 19 November 2021 3:01 AM
      To: Contributors <contributors@odoo-community.org>
      Subject: Inventory on a past date ?
       
      Hello contributors,

      There is a few days delay between the moment the physical inventory is done at my client's warehouses and the moment he actually registers this inventory adjustment in Odoo.
      So he would like to make inventory adjustments on a past date (only a few days ago mainly).

      Anyone have an idea on how to achieve this ?

      There is this accounting_date on stock.inventory but it looks like it only forces the account.move's date related to the inventory adjustment.

      As far as I've understood the problem, when we click on Inventory's "action_start" it catches the  quants quantities... And a quant by definition can only shows the actual product quantity in stock.

      So instead, it would mean to recalculate the past stock.moves for each products, a bit like what is done with the _compute_quantities when clicking on "Inventory at date" in the Inventory Report menu... (the big difference with this "_compute_quantities" being that we would have to group the moves calculation by location_id and lot_id because we need to make these distinctions)

      Anyway, it does not look so easy at first glance. At least, would it be the good method to achieve this inventory on a past date?

      Thank you very much for your opinion on this topic! 🙏

      Abraço,
      Clément.

      _______________________________________________
      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



      --
      Lois Rilo Antelo
      Odoo consultant at ForgeFlow S.L.
      by Lois Rilo Antelo - 10:30 - 19 Nov 2021
    • Re: Inventory on a past date ?

      Hi Clément.

      In older versions, we had a stock freeze function.

      You freeze the figures at the point in time you want to count them.  The adjustment is made when you apply (the stock moves need to be dated at the current date/time) but rather than comparing against the current on hand, we compare them against the frozen quantity.

      Example:

      Freeze quantity: 5
      Current quantity: 9
      Counted quantity: 4

      Stock adjustment is then for -1, creating a new onhand of 8

      Now, it should be possible to instead of having a freeze quantity, pick up the quantity on hand at a past time (with to_date in the context) and that would achieve the same result, in my quick thinking.

      But you really need the adjustment to be written as of now, not as at the past time.  It could screw up so much trying to backdate the move itself....

      Richard

      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: Clément Mombereau <clement.mombereau@akretion.com.br>
      Sent: Friday, 19 November 2021 3:01 AM
      To: Contributors <contributors@odoo-community.org>
      Subject: Inventory on a past date ?
       
      Hello contributors,

      There is a few days delay between the moment the physical inventory is done at my client's warehouses and the moment he actually registers this inventory adjustment in Odoo.
      So he would like to make inventory adjustments on a past date (only a few days ago mainly).

      Anyone have an idea on how to achieve this ?

      There is this accounting_date on stock.inventory but it looks like it only forces the account.move's date related to the inventory adjustment.

      As far as I've understood the problem, when we click on Inventory's "action_start" it catches the  quants quantities... And a quant by definition can only shows the actual product quantity in stock.

      So instead, it would mean to recalculate the past stock.moves for each products, a bit like what is done with the _compute_quantities when clicking on "Inventory at date" in the Inventory Report menu... (the big difference with this "_compute_quantities" being that we would have to group the moves calculation by location_id and lot_id because we need to make these distinctions)

      Anyway, it does not look so easy at first glance. At least, would it be the good method to achieve this inventory on a past date?

      Thank you very much for your opinion on this topic! 🙏

      Abraço,
      Clément.

      _______________________________________________
      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> - 05:10 - 18 Nov 2021

      2 attachments 2 attachments

      Outlook-kmzysozk.png
      Outlook-3jzgvynk.jpg
  • website Gift card
    Hello everyone,

    Hope you're all well since our last OCA days (scoop: the videos are coming really soooon on our Youtube Channel)!

    But this time I need your help on Odoo stuff for a customer:

    A customer of us uses the eCommece Odoo Community (v11) and would like to sell Gift cards on the webshop in order for the gift card's beneficiary to come later on the webshop and buy anything he wants using the Gift card to "pay" his purchases.

    Is there something that you use?

    I don't get if this can apply to this Use Case or not.
    Second question: would it be possible to backport this code to v11 without too much pain?

    Also I was pointed to this PR about website_sale_promotion_rule:
    Would this code be an option for my Use Case?

    (I can a little bit read the code but not that much so any help is welcome here! I'm also trying to test the sale-promotion modules on the runbot in parallel)

    Thanks a lot for your help!
    Have a nice day,

    --
    Virginie
    0477/64.17.20
    by Virginie Dewulf. - 10:46 - 18 Nov 2021

    2 replies 2 replies

    • Re: website Gift card
      Hello Xavier,
      Thanks a lot for your reply.
      It's quite sad that this kind of module is not in OCA (yet) but I'll see if we can contribute it, then!
      Or go for a purchase of the Webkul module but we don't like to use this kind of modules :-(
      Thanks and have a good day!
      --
      Virginie
      0477/64.17.20

      -----Original Message-----
      From: Xavier Brochard <xavier@alternatif.org>
      Reply-To: Odoo Community Association (OCA) Contributors <contributors@odoo-community.org>
      Subject: Re: website Gift card
      Date: Thu, 18 Nov 2021 10:36:48 -0000

      Hello Virginie

      After a lot of search and try, I bought the "Website Gift Cards" module 
      from Webkul (on Odoo 10). Not because I like it, but because I needed 
      also promotional coupons (which it depends on) and because Webkul allows 
      to test before buying. As allways with Webkul, code is not very pleasant 
      to read… and you will probably ask Webkul support to change some things.

      The very same module is also available from BrowseInfo.

      I don't think that the OCA modules can do what you need.

      Hope this help

      ---
      Librement,
      Xavier Brochard xavier@alternatif.org
      La liberté est à l'homme ce que les ailes sont à l'oiseau (Jean-Pierre 
      Rosnay)

      Le 18.11.2021 10:47, Virginie Dewulf a écrit :

      > Hello everyone,


      > 


      > Hope you're all well since our last OCA days (scoop: the videos are


      > coming really soooon on our Youtube Channel)!


      > 


      > But this time I need your help on Odoo stuff for a customer:


      > 


      > A customer of us uses the eCommece Odoo Community (v11) and would like


      > to sell Gift cards on the webshop in order for the gift card's


      > beneficiary to come later on the webshop and buy anything he wants


      > using the Gift card to "pay" his purchases.


      > 


      > Is there something that you use?


      > 


      > I found https://github.com/OCA/sale-promotion


      > I don't get if this can apply to this Use Case or not.


      > Second question: would it be possible to backport this code to v11


      > without too much pain?


      > 


      > Also I was pointed to this PR about website_sale_promotion_rule:


      > https://github.com/OCA/website/pull/779


      > Would this code be an option for my Use Case?


      > 


      > (I can a little bit read the code but not that much so any help is


      > welcome here! I'm also trying to test the sale-promotion modules on


      > the runbot in parallel)


      > 


      > Thanks a lot for your help!


      > Have a nice day,


      > 


      > --


      > 


      > Virginie


      > 0477/64.17.20


      > 


      > _______________________________________________


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


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


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

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

      by Virginie Dewulf. - 09:35 - 7 Dec 2021

      1 attachments 1 attachments

      face-sad.png
    • Re: website Gift card 
      Hello Virginie

After a lot of search and try, I bought the "Website Gift Cards" module 
from Webkul (on Odoo 10). Not because I like it, but because I needed 
also promotional coupons (which it depends on) and because Webkul allows 
to test before buying. As allways with Webkul, code is not very pleasant 
to read… and you will probably ask Webkul support to change some things.

The very same module is also available from BrowseInfo.

I don't think that the OCA modules can do what you need.

Hope this help

---
Librement,
Xavier Brochard xavier@alternatif.org
La liberté est à l'homme ce que les ailes sont à l'oiseau (Jean-Pierre 
Rosnay)

Le 18.11.2021 10:47, Virginie Dewulf a écrit :

> Hello everyone,

> 

> Hope you're all well since our last OCA days (scoop: the videos are

> coming really soooon on our Youtube Channel)!

> 

> But this time I need your help on Odoo stuff for a customer:

> 

> A customer of us uses the eCommece Odoo Community (v11) and would like

> to sell Gift cards on the webshop in order for the gift card's

> beneficiary to come later on the webshop and buy anything he wants

> using the Gift card to "pay" his purchases.

> 

> Is there something that you use?

> 

> I found https://github.com/OCA/sale-promotion

> I don't get if this can apply to this Use Case or not.

> Second question: would it be possible to backport this code to v11

> without too much pain?

> 

> Also I was pointed to this PR about website_sale_promotion_rule:

> https://github.com/OCA/website/pull/779

> Would this code be an option for my Use Case?

> 

> (I can a little bit read the code but not that much so any help is

> welcome here! I'm also trying to test the sale-promotion modules on

> the runbot in parallel)

> 

> Thanks a lot for your help!

> Have a nice day,

> 

> --

> 

> Virginie

> 0477/64.17.20

> 

> _______________________________________________

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

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

> Unsubscribe: https://odoo-community.org/groups?unsubscribe
      by xavier - 11:35 - 18 Nov 2021
  • Requirements for beeing listed as contributor
    Hi

    Does anybody know what the current criteria is for OCA-git-bot to accept one on the contributor list for a module?

    regards,
    Andreas
    by Andreas Perhab - 08:20 - 17 Nov 2021

    2 replies 2 replies

    • Re: Requirements for beeing listed as contributor
      The problem is that you didn't add the changes in the proper place. You should change them on /readme folder, not on README.rst file itself. That file is auto-generated (as you can read in the header in raw mode) from the fragments in the `readme` folder. This is done for avoiding to maintain manually a lot of boilerplate.

      Regards.
      by Pedro M. Baeza - 08:31 - 17 Nov 2021
    • Re: Requirements for beeing listed as contributor 
      Hello Andreas,

The top level README is automatically generated from the fragments in 
the readme/ subdirectory.
You should add your name to the readme/CONTRIBUTORS.rst file instead.

Thanks
Daniel

On 17/11/21 07:22, Andreas Perhab wrote:

> Hi

>

> Does anybody know what the current criteria is for OCA-git-bot to 

> accept one on the contributor list for a module?

>

> After migrating web_environment_ribbon to 15.0 is was removed by 

> OCA-git-bot:

> https://github.com/OCA/web/commit/fec44e54fec6df06644c34a1b255524637e399fa#diff-01c1ef5600a833c51e99c2b25c750db611e1a60fa05deb7e67bfd8a24497d786

>

> regards,

> Andreas

>

> _______________________________________________

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

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

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

>
      by Daniel Reis - 08:25 - 17 Nov 2021
  • Odoo14+ Inconsistency of View in Journal Entry menu
    Dear community,

    As it is since Odoo 14. Invoice and Journal Entry is the same object now (which is ok).

    But then, if user clicks on menu "Journal Entry", the view will be mixed of JE and Invoice view, depends on move_type. And this is very confusing / not consistent for accounting users.

    Anyone got the same complaint? Any get away?

    Thanks!
    Kitti U.
    by Kitti Upariphutthiphong - 04:41 - 15 Nov 2021

    2 replies 2 replies

  • PSC Real Estate
    Hi all,

    As I want to work on real estate repository and PSC is almost void, I'm requesting to be part of it.


    Many thanks 

    --

    Denis Roussel
    Software Engineer
    T    : +32 2 888 31 49
    M : +32 472 22 00 57


    Val Benoit, Quai Banning 6 | B-4000 Liège | Belgium
    Atrium Building, Drève Richelle 167 | B-1410 Waterloo | Belgium
    Zone industrielle 22 | L-8287 Kehlen | Luxembourg
    by Denis Roussel - 03:40 - 12 Nov 2021

    14 replies 14 replies

  • OCA PSCs - please update 2021 activity report
    Hello OCA Contributors,

    I am currently working on the 2021 activity report and would love to hear from our PSCs in regards to what has been achieved this year.

    Please, if you could take some time before next Friday the 19th of November to add in what has happened in your PSC in the document below that would be amazing. You can add headings etc as needed.
    Any questions, please just get in touch.

    Warm regards,
    Rebecca
    --
    Rebecca Gellatly
    General Secretary
    Odoo Community Association
    by Rebecca Gellatly - 05:30 - 11 Nov 2021
  • Odoo Customer List.

    Hi,

     

    Hope you are doing well.

     

    Are you looking for Odoo Customer List with email, phone and complete details?

    Titles like - IT Decision Makers, CEO, CFO, IT Engineers and many more.

     

    Information fields: Names, Title, Email, Phone, Company Name, Company URL, Company physical address, SIC Code, Industry and Specialty (Revenue and Employee).

     

    Let me know your geography so that I can get back with counts, pricing and more information on your interest.

     

    Amani Journey

    Demand Generation

     

    If you don't want to include yourself in our mailing list, please reply back “Leave Out" in a subject line

     

     

     

    by "Amani Journey" <amani.journey@gigaplatform.us> - 05:51 - 10 Nov 2021

    1 replies 1 replies

    • Re: Odoo Customer List.
      Leave out

      Robin Keunen 
      Coop IT Easy 
      robin@coopiteasy.be 
      +32 488 86 57 40
      On 10 Nov 2021, 17:51 +0100, Amani Journey <amani.journey@gigaplatform.us>, wrote:

      Hi,

      Hope you are doing well.

      Are you looking for Odoo Customer List with email, phone and complete details?

      Titles like - IT Decision Makers, CEO, CFO, IT Engineers and many more.

      Information fields: Names, Title, Email, Phone, Company Name, Company URL, Company physical address, SIC Code, Industry and Specialty (Revenue and Employee).

      Let me know your geography so that I can get back with counts, pricing and more information on your interest.

      Amani Journey

      Demand Generation

      If you don't want to include yourself in our mailing list, please reply back “Leave Out" in a subject line

       

       

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

      by Robin Keunen - 06:01 - 10 Nov 2021
  • Send email with CC.
    Dear Contributors,

    On the email template, I fill in To and Cc in email configuration tab. I need to send email on some document, E.G., Purchase Order. I have to show step below,
    1.  Go to purchase order
    2.  Click Send PO by Email and show compose email wizard
    3. Select Use Template, the system will pull To and Cc email to Recipients field
    • Eg, To: Mr.A, Cc: Mr.B
  • Click Send button, the system will send email to 2 Email, To Mr.A and To Mr.B
    • My requirement needs to send 1 email, To: Mr.A and Cc: Mr.B. On the OCA repos are there any module related this ?

Best Regards,
Tharathip C.

by Tharathip Chaweewongphan - 12:31 - 8 Nov 2021

3 replies 3 replies