Skip to Content

Contributors

  • Re: Manufacturing advice needed - materials of measured units being consumed partially
    Radovan,
    One scenario would be to use 
    1 Roll  (=1000m, or 10,000cm) does not mater - it is one roll.

    Your 100m final cable would require at least (.1 Roll).  It cannot be made from 2 pieces of 50m (or .05 and .05)
    I would reduce the 1000m down to 100 m pieces  (1pc 100m cable), or simply down to any "length" you have as a Piece.
    Your BOM requires 1 single piece of 100m or more and cannot be comprised of 2 x 50m piece.

    (of course you could splice them, but that is not the conversation)

    The main concept is you are not stocking "per meter" but are instead stocking "per piece/roll what have you)

    The same process could go towards any finished length and start with any roll size, but the concept is you are still boiling down to a usble piece.  You may have some scrap if you are using odd numbers like 13m for instance.

    Likely a more elegant solution but my thought about it just now
    Good luck,

    Landis Arnold

    Nomadic Inc,
    Colorado USA

    From: "Radovan Skolnik" <radovan@skolnik.info>
    To: "Odoo Community Association, (OCA) Contributors" <contributors@odoo-community.org>
    Sent: Wednesday, January 26, 2022 2:57:00 PM
    Subject: Re: Manufacturing advice needed - materials of measured units being consumed partially

    Daniel,
    
    thank you for answer. Yes it does make sense. But will it cover scenario where I have let's say 2 rolls with 50m remaining on each and I want to produce 100m final cable? Because in such case a completely new roll should be ordered as I cannot join those 2 50m pieces together... So it comes to a requirement here that you just do not track the total number of meters remaining but you need to track each roll individually. Similar example would be a woodmaker who needs certain sizes of wood for various products (chair, table, ...) and he procures wood in 3m planks. What is your opinion?
    
    Best regards
    
    	Radovan
    
    On streda 26. januára 2022 21:51:47 CET Daniel Reis wrote:
    
    
    > I believe you need to use different Units of Measure (UoM).
    
    
    > In this case, the "Cable" Product is purchased in "Rolls" and used
    
    
    > in "Meters".
    
    
    > The "Roll" UoM should be configured to convert to Meters at a rate
    
    
    > of 1:1000.
    
    
    > This way you track your cable stock in meters available, and you
    
    
    > order to your supplier in rolls.
    
    
    > Dos this make sense?
    
    
    > Thanks
    
    
    > Daniel
    
    
    > 
    
    
    > On 26/01/22 20:37, Radovan Skolnik
    
    
    > wrote:
    
    
    > 
    
    
    > Hello,
    
    
    > sorry for asking stupid questions here but I hope someone can provide some
    
    
    > wisdom here that I am missing. Let's imagine this scenario: I produce
    
    
    > Ethernet cables of various lengths - i.e. 25m, 50m, 75m, 100m, ... Each
    
    
    > such final cable requires 2 connectors and that particular amount of "raw"
    
    
    > cable. I can only buy raw cable in rolls of 1000m. So when I buy a new roll
    
    
    > and produce one final 50m cable, 950m of raw cable remains. When I produce
    
    
    > another of 100m length, 850m of raw cable remains. When my remaining raw
    
    
    > cable on certain roll is 50m I cannot produce 100m final cable and need to
    
    
    > order another raw cable roll. So the idea is tracking remaining quantity of
    
    
    > somethings (products? lots? ...) that is bought at certain size and is
    
    
    > being gradually consumed. There can of course be more of these (i.e. I have
    
    
    > bought 3 rolls at the same time). Is there a way on how to model this?
    
    
    > Manufacturing is not really my domain and looking through code of various
    
    
    > modules I didn't find anything that would resemble such thing. Thank you
    
    
    > very much. Best regards
    
    
    > Radovan Skolnik
    
    
    > 
    
    
    > 
    
    
    > _______________________________________________
    
    
    > Mailing-List: https://odoo-community.org/groups/contributors-15 [1]
    
    
    > Post to: mailto:contributors@odoo-community.org [2]
    
    
    > Unsubscribe: https://odoo-community.org/groups?unsubscribe [3]
    
    
    > 
    
    
    > 
    
    
    > 
    
    
    > --
    
    
    > DANIEL
    
    
    > REIS*
    
    
    > MANAGING DIRECTOR
    
    
    > M:*
    
    
    > +351 919 991 307
    
    
    > E:*
    
    
    > dreis@OpenSourceIntegrators.com [4]
    
    
    > A:*
    
    
    > Avenida da República 3000, Estoril Office B, #34
    
    
    > 
    
    
    > 
    
    
    > None [5]  None [6]  None [7]
    
    
    > 
    
    
    > 
    
    
    > _______________________________________________
    
    
    > Mailing-List: https://odoo-community.org/groups/contributors-15 [8]
    
    
    > Post to: mailto:contributors@odoo-community.org
    
    
    > Unsubscribe: https://odoo-community.org/groups?unsubscribe [9]
    
    
    > 
    
    
    > 
    
    
    > 
    
    
    > [1] https://odoo-community.org/groups/contributors-15
    
    
    > [2] mailto:contributors@odoo-community.org
    
    
    > [3] https://odoo-community.org/groups?unsubscribe
    
    
    > [4] mailto:dreis@OpenSourceIntegrators.com
    
    
    > [5] https://www.magentointegrators.com/
    
    
    > [6] https://www.hadoopintegrators.com/
    
    
    > [7] https://www.usaodoo.com/
    
    
    > [8] https://odoo-community.org/groups/contributors-15
    
    
    > [9] 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 Landis Arnold - 11:55 - 26 Jan 2022
  • Re: Manufacturing advice needed - materials of measured units being consumed partially
    Daniel,
    
    thank you for answer. Yes it does make sense. But will it cover scenario where I have let's say 2 rolls with 50m remaining on each and I want to produce 100m final cable? Because in such case a completely new roll should be ordered as I cannot join those 2 50m pieces together... So it comes to a requirement here that you just do not track the total number of meters remaining but you need to track each roll individually. Similar example would be a woodmaker who needs certain sizes of wood for various products (chair, table, ...) and he procures wood in 3m planks. What is your opinion?
    
    Best regards
    
    	Radovan
    
    On streda 26. januára 2022 21:51:47 CET Daniel Reis wrote:
    
    > I believe you need to use different Units of Measure (UoM).
    
    > In this case, the "Cable" Product is purchased in "Rolls" and used
    
    > in "Meters".
    
    > The "Roll" UoM should be configured to convert to Meters at a rate
    
    > of 1:1000.
    
    > This way you track your cable stock in meters available, and you
    
    > order to your supplier in rolls.
    
    > Dos this make sense?
    
    > Thanks
    
    > Daniel
    
    > 
    
    > On 26/01/22 20:37, Radovan Skolnik
    
    > wrote:
    
    > 
    
    > Hello,
    
    > sorry for asking stupid questions here but I hope someone can provide some
    
    > wisdom here that I am missing. Let's imagine this scenario: I produce
    
    > Ethernet cables of various lengths - i.e. 25m, 50m, 75m, 100m, ... Each
    
    > such final cable requires 2 connectors and that particular amount of "raw"
    
    > cable. I can only buy raw cable in rolls of 1000m. So when I buy a new roll
    
    > and produce one final 50m cable, 950m of raw cable remains. When I produce
    
    > another of 100m length, 850m of raw cable remains. When my remaining raw
    
    > cable on certain roll is 50m I cannot produce 100m final cable and need to
    
    > order another raw cable roll. So the idea is tracking remaining quantity of
    
    > somethings (products? lots? ...) that is bought at certain size and is
    
    > being gradually consumed. There can of course be more of these (i.e. I have
    
    > bought 3 rolls at the same time). Is there a way on how to model this?
    
    > Manufacturing is not really my domain and looking through code of various
    
    > modules I didn't find anything that would resemble such thing. Thank you
    
    > very much. Best regards
    
    > Radovan Skolnik
    
    > 
    
    > 
    
    > _______________________________________________
    
    > Mailing-List: https://odoo-community.org/groups/contributors-15 [1]
    
    > Post to: mailto:contributors@odoo-community.org [2]
    
    > Unsubscribe: https://odoo-community.org/groups?unsubscribe [3]
    
    > 
    
    > 
    
    > 
    
    > --
    
    > DANIEL
    
    > REIS*
    
    > MANAGING DIRECTOR
    
    > M:*
    
    > +351 919 991 307
    
    > E:*
    
    > dreis@OpenSourceIntegrators.com [4]
    
    > A:*
    
    > Avenida da República 3000, Estoril Office B, #34
    
    > 
    
    > 
    
    > None [5]  None [6]  None [7]
    
    > 
    
    > 
    
    > _______________________________________________
    
    > Mailing-List: https://odoo-community.org/groups/contributors-15 [8]
    
    > Post to: mailto:contributors@odoo-community.org
    
    > Unsubscribe: https://odoo-community.org/groups?unsubscribe [9]
    
    > 
    
    > 
    
    > 
    
    > [1] https://odoo-community.org/groups/contributors-15
    
    > [2] mailto:contributors@odoo-community.org
    
    > [3] https://odoo-community.org/groups?unsubscribe
    
    > [4] mailto:dreis@OpenSourceIntegrators.com
    
    > [5] https://www.magentointegrators.com/
    
    > [6] https://www.hadoopintegrators.com/
    
    > [7] https://www.usaodoo.com/
    
    > [8] https://odoo-community.org/groups/contributors-15
    
    > [9] https://odoo-community.org/groups?unsubscribe
    
    
    
    
    

    by Radovan Skolnik - 10:55 - 26 Jan 2022
  • Re: Manufacturing advice needed - materials of measured units being consumed partially
    I believe you need to use different Units of Measure (UoM).

    In this case, the "Cable" Product is purchased in "Rolls" and used in "Meters".
    The "Roll" UoM should be configured to convert to Meters at a rate of 1:1000.

    This way you track your cable stock in meters available, and you order to your supplier in rolls.

    Dos this make sense?

    Thanks
    Daniel


    On 26/01/22 20:37, Radovan Skolnik wrote:
    Hello,
    
    sorry for asking stupid questions here but I hope someone can provide some wisdom here that I am missing.
    
    Let's imagine this scenario: I produce Ethernet cables of various lengths - i.e. 25m, 50m, 75m, 100m, ... Each such final cable requires 2 connectors and that particular amount of "raw" cable. I can only buy raw cable in rolls of 1000m.
    
    So when I buy a new roll and produce one final 50m cable, 950m of raw cable remains. When I produce another of 100m length, 850m of raw cable remains. When my remaining raw cable on certain roll is 50m I cannot produce 100m final cable and need to order another raw cable roll.
    
    So the idea is tracking remaining quantity of somethings (products? lots? ...) that is bought at certain size and is being gradually consumed. There can of course be more of these (i.e. I have bought 3 rolls at the same time).
    
    Is there a way on how to model this? Manufacturing is not really my domain and looking through code of various modules I didn't find anything that would resemble such thing.
    
    Thank you very much. Best regards
    
    	Radovan Skolnik
    
    
    

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


    --
    DANIEL REIS
    MANAGING DIRECTOR

    M: +351 919 991 307
    E: dreis@OpenSourceIntegrators.com
    A: Avenida da República 3000, Estoril Office B, #34


    by Daniel Reis - 09:45 - 26 Jan 2022
  • Manufacturing advice needed - materials of measured units being consumed partially
    Hello,
    
    sorry for asking stupid questions here but I hope someone can provide some wisdom here that I am missing.
    
    Let's imagine this scenario: I produce Ethernet cables of various lengths - i.e. 25m, 50m, 75m, 100m, ... Each such final cable requires 2 connectors and that particular amount of "raw" cable. I can only buy raw cable in rolls of 1000m.
    
    So when I buy a new roll and produce one final 50m cable, 950m of raw cable remains. When I produce another of 100m length, 850m of raw cable remains. When my remaining raw cable on certain roll is 50m I cannot produce 100m final cable and need to order another raw cable roll.
    
    So the idea is tracking remaining quantity of somethings (products? lots? ...) that is bought at certain size and is being gradually consumed. There can of course be more of these (i.e. I have bought 3 rolls at the same time).
    
    Is there a way on how to model this? Manufacturing is not really my domain and looking through code of various modules I didn't find anything that would resemble such thing.
    
    Thank you very much. Best regards
    
    	Radovan Skolnik
    
    
    

    by Radovan Skolnik - 09:36 - 26 Jan 2022
  • Re: Cash flow statement report
    Great! I will try. Thank you kindly :) 


    ในวันที่ พฤ. 20 ม.ค. 2022 เวลา 15:22 Roussel, Denis <denis.roussel@acsone.eu> เขียนว่า:

    On Thu, Jan 20, 2022 at 9:12 AM Virginie Dewulf <virginie@coopiteasy.be> wrote:
    Hello,
    I've heard about a module based on MIS Builder, something like mis_builder_cash_flow, but I can't find on the repo.
    I only found this closed PR on v11: https://github.com/OCA/mis-builder/pull/154
    Maybe someone else here knows where it is!
    Good luck,
    PS : the image you added to your email is not displayed (seems to be a feature not managed by our mailing lists). Please attach the image as an attachment next time!
    -- 
    Virginie
    0477/64.17.20

    -----Original Message-----
    From: Tharathip Chaweewongphan <tharathipc@ecosoft.co.th>
    Reply-To: Odoo Community Association (OCA) Contributors <contributors@odoo-community.org>
    Subject: Cash flow statement report
    Date: Thu, 20 Jan 2022 02:52:45 -0000

    Dear Contributors,

    I need to cash flow statement report on CE V.14 like a enterprise version. I try to find on odoo app or oca but still not found. Are there any modules about this ?

    This is report in enterprise version
    Selection_916.png

    Best Regards,
    Tharathip C.

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

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



    --

    Denis Roussel
    Software Engineer
    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

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


    by tharathipc - 04:31 - 24 Jan 2022
  • Re: Weblate contact
    Hi Simone,

    I'm not sure why the weblate contact form doesn't work.

    In the meantime send your question to transbot@odoo-community.org. That is where we (well, I) manage the registration requests and if there weblate-related support questions, i'll see them there too when I look at new users requests.

    Best,

    -sbi

    On Thu, Jan 20, 2022 at 10:36 AM Simone Rubino <simone.rubino@agilebg.com> wrote:
    Hi,
    I tried to contact weblate support in https://translation.odoo-community.org/contact but after I sent the email, it said "Could not send message to administrator.".
    From what I understand of the platform, maybe there is some configuration missing in OCA's weblate installation? Can someone have a look?

    I have looked in https://odoo-community.org/groups but haven't found any mailing list dedicated to platform or translations issues, let me know if I should write somewhere else.


    Thanks,
    Simone Rubino

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


    by Stéphane Bidoul - 01:46 - 22 Jan 2022
  • Re: How to prevent odoo to send the entire traceback
    tks so much.
    we'll try :-)


    Dominique 


    On Fri, 21 Jan 2022 at 17:07, Nils Hamerlinck <nils@hamerlinck.fr> wrote:
    Hi Dominique,

    You can try with a server wide module that overrides serialize_exception:

    old_http_serialize_exception = http.serialize_exception

    def http_serialize_exception(e):
        tmp = old_http_serialize_exception(e)
        tmp['debug'] = 'Please check the logs for the traceback.'
        return tmp

    if 'redacted_module' in config.get('server_wide_modules'):
        _logger.debug('Overriding default serialize_exception')
        http.serialize_exception = http_serialize_exception


    Regards,

    Nils

    On Fri, Jan 21, 2022 at 11:27 AM Dominique k <dominique.k@elico-corp.com.sg> wrote:
    Hi,

    Not sure if this is the right place to ask:
    Whenever there is an error, Odoo will send back a traceback (whether it is an API call, or from the browser).
    This could be a security issue, as a lot of data can be sent back. Is it possible to reduce the size of the traceback? - so as to prevent an attacker from retrieving any information on the server ?

    Regards,
    Dominique 

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

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


    by dominique.k - 11:55 - 21 Jan 2022
  • Re: How to prevent odoo to send the entire traceback

    I did see a module in use once that hashed out the folder names in the tracebacks, which are one of the sensitive parts. But I cant remember which module it was.

    On 1/21/22 10:07 AM, Nils Hamerlinck wrote:
    Hi Dominique,

    You can try with a server wide module that overrides serialize_exception:

    old_http_serialize_exception = http.serialize_exception

    def http_serialize_exception(e):
        tmp = old_http_serialize_exception(e)
        tmp['debug'] = 'Please check the logs for the traceback.'
        return tmp

    if 'redacted_module' in config.get('server_wide_modules'):
        _logger.debug('Overriding default serialize_exception')
        http.serialize_exception = http_serialize_exception


    Regards,

    Nils

    On Fri, Jan 21, 2022 at 11:27 AM Dominique k <dominique.k@elico-corp.com.sg> wrote:
    Hi,

    Not sure if this is the right place to ask:
    Whenever there is an error, Odoo will send back a traceback (whether it is an API call, or from the browser).
    This could be a security issue, as a lot of data can be sent back. Is it possible to reduce the size of the traceback? - so as to prevent an attacker from retrieving any information on the server ?

    Regards,
    Dominique 

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

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


    by Tom Blauwendraat - 11:35 - 21 Jan 2022
  • Re: How to prevent odoo to send the entire traceback
    Hi Dominique,

    You can try with a server wide module that overrides serialize_exception:

    old_http_serialize_exception = http.serialize_exception

    def http_serialize_exception(e):
        tmp = old_http_serialize_exception(e)
        tmp['debug'] = 'Please check the logs for the traceback.'
        return tmp

    if 'redacted_module' in config.get('server_wide_modules'):
        _logger.debug('Overriding default serialize_exception')
        http.serialize_exception = http_serialize_exception


    Regards,

    Nils

    On Fri, Jan 21, 2022 at 11:27 AM Dominique k <dominique.k@elico-corp.com.sg> wrote:
    Hi,

    Not sure if this is the right place to ask:
    Whenever there is an error, Odoo will send back a traceback (whether it is an API call, or from the browser).
    This could be a security issue, as a lot of data can be sent back. Is it possible to reduce the size of the traceback? - so as to prevent an attacker from retrieving any information on the server ?

    Regards,
    Dominique 

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


    by Nils Hamerlinck - 10:06 - 21 Jan 2022
  • How to prevent odoo to send the entire traceback
    Hi,

    Not sure if this is the right place to ask:
    Whenever there is an error, Odoo will send back a traceback (whether it is an API call, or from the browser).
    This could be a security issue, as a lot of data can be sent back. Is it possible to reduce the size of the traceback? - so as to prevent an attacker from retrieving any information on the server ?

    Regards,
    Dominique 

    by dominique.k - 05:25 - 21 Jan 2022
  • Re: Vendor Pricelist records for Product Variants - what am I missing?

    Graeme,


    I perfectly undertsand the design of product.supplierinfo and have no problem dealing with date_end (I created a small module that upon creation of new record end the existing ones with the same combination of attributes)


    What puzzles me is the design from the side of product.template and/or product.product side. You see there are basically 2 identical one2many attributes (so actually no database tables / columns are created) on product.template that reference product.supplierinfo: seller_ids and variant_seller_ids:

        seller_ids = fields.One2many('product.supplierinfo', 'product_tmpl_id', 'Vendors', help="Define vendor pricelists.")

        variant_seller_ids = fields.One2many('product.supplierinfo', 'product_tmpl_id')


    As the name would suggest the latter should somehow provide info on sellers of variants. But it does not in any way. The variant_seller_ids is never used in code. It is only referenced in one view where it is displayed instead of seller_ids in purchase/views/product_views.xml when there are more than 1 variants of that product:

        <field name="seller_ids" context="{'default_product_tmpl_id':context.get('product_tmpl_id',active_id), 'product_template_invisible_variant': True}" nolabel="1" attrs="{'invisible': [('product_variant_count','&gt;',1)]}"/>

        <field name="variant_seller_ids" context="{'default_product_tmpl_id': context.get('product_tmpl_id', active_id)}" nolabel="1" attrs="{'invisible': [('product_variant_count','&lt;=',1)]}"/>


    But it still shows the same thing as seller_ids would! According to a comment on PR that introduced this back in June 2017 in version 11.0 from sswapnesh (who I believe is best Odoo contributor for years 2019, 2020 and 202) this does not make sense as well. Just see it there - tho comment is from August 2020. I believe the variant_seller_ids should have been defined in product.product and the name of its inverse filed should have been product_id. Or something similar.


    I stumbled upon this situation when attempting to import-update product variant and also create new corresponding record for product.supplierinfo. It seems that's impossible. Why? Because there is no one2many relation between product.product and product.supplierinfo. I do not believe this was intended.


    Am I making sense? Do those 2 attributes together make sense in context of product.supplierinfo? Not to me.


    Best regards


        Radovan


    On štvrtok 20. januára 2022 20:56:57 CET Graeme Gellatly wrote:

    > In general when you do lots of seller pricelist you enable Vendor Pricelists

    > and import from there. The end date problem is still a problem. You can

    > kind of get around it with sequences, start dates on new records and then

    > find dups after. It would be good to have a specific module to do

    > everything. But supplierinfo is straightforward. Those are the fields you

    > care about. Not product template relational references. Do it via vendor

    > pricelists and much easier. product_id  =  fields . Many2one ( 

    > 'product.product' , 'Product Variant' , check_company = True , help = "If

    > not set, the vendor price will apply to all variants of this product." )  

    > product_tmpl_id  =  fields . Many2one ( 'product.template' , 'Product

    > Template' , check_company = True ,       index = True , ondelete =

    > 'cascade' ) On Thu, Jan 20, 2022 at 10:27 PM Radovan Skolnik <

    > radovan@skolnik.info [1] > wrote: What's more the field variant_seller_ids

    > is never used anywhere besides that view. It was introduced into 11.0 by

    > this PR: https://github.com/odoo/odoo/pull/17789 [2]

    >

    > R.S.

    >

    > On štvrtok 20. januára 2022 8:32:15 CET Radovan Skolnik wrote:

    > > Hello,

    > >

    > > as New Year came it fell upon me to update lots of pricelists. As we use

    > > Product Variants (product.product) quite a bit I am invalidating (i.e.

    > > setting date_end) on existing Supplier Pricelist (product.supplierinfo)

    > > records and creating new ones. Using base_import_match to match the

    > > correct

    > > product variant by internal reference (default_code) and trying to import

    > > related product.supplierinfo record. Originally I wanted to create small

    > > helper that would invalidate all existing records (no end date, same

    > > variant, same template, same supplier, same company) when creating new

    > > one.

    > > Just to save time updating existing records and creating new ones. However

    > > it never works (more on that below).

    > >

    > > Now there are 2 fields defined for product.template and none for

    > > product.product that would serve what I am wanting to do. Here's what's

    > > defined for product.template (in 13.0, 14.0 and 15.0 as well): seller_ids

    > > =

    > > fields.One2many('product.supplierinfo', 'product_tmpl_id', 'Vendors',

    > > depends_context=('company',), help="Define vendor pricelists.")

    > > variant_seller_ids = fields.One2many('product.supplierinfo',

    > > 'product_tmpl_id')

    > >

    > > In Purchase there is this for product.template view:

    > > <field name="seller_ids"

    > > context="{'default_product_tmpl_id':context.get('product_tmpl_id',active_i

    > > d

    > > ), 'product_template_invisible_variant': True}" nolabel="1"

    > > attrs="{'invisible': [('product_variant_count','&gt;',1)]}"/> <field

    > > name="variant_seller_ids" context="{'default_product_tmpl_id':

    > > context.get('product_tmpl_id', active_id)}" nolabel="1"

    > > attrs="{'invisible': [('product_variant_count','&lt;=',1)]}"/>

    > >

    > > Just for clarity, here's part from product.supplierinfo:

    > > product_id = fields.Many2one('product.product', 'Product Variant',

    > > check_company=True, help="If not set, the vendor price will apply to all

    > > variants of this product.") product_tmpl_id =

    > > fields.Many2one('product.template', 'Product Template',

    > > check_company=True,

    > > index=True, ondelete='cascade')

    > >

    > > Am I missing something here or are these the same besides the context and

    > > some witchcraft in views? While trying to import the product.product

    > > records when creating product.supplierinfo records there's always

    > > product_tmpl_id but never product_id. Shouldn't the definition of

    > > variant_s

    > > be like this and defined in product.product model: variant_seller_ids =

    > > fields.One2many('product.supplierinfo', ' *product_id* ')

    > >

    > > What is the purpose of current design? Would anyone be willing to shed

    > > some

    > > light here? Hope such post fits in the mailing list.

    > >

    > > Thank you very much.Best regards

    > >

    > > Radovan Skolnik

    > >

    > > _______________________________________________

    > > Mailing-List: https://odoo-community.org/groups/contributors-15 [3] [1]

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

    > > Unsubscribe: https://odoo-community.org/groups?unsubscribe [5] [2]

    > >

    > >

    > >

    > > [1] https://odoo-community.org/groups/contributors-15 [6]

    > > [2] https://odoo-community.org/groups?unsubscribe [7]

    >

    > _______________________________________________

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

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

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

    >

    >

    > _______________________________________________

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

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

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

    >

    >

    >

    > [1] mailto:radovan@skolnik.info

    > [2] https://github.com/odoo/odoo/pull/17789

    > [3] https://odoo-community.org/groups/contributors-15

    > [4] mailto:contributors@odoo-community.org

    > [5] https://odoo-community.org/groups?unsubscribe

    > [6] https://odoo-community.org/groups/contributors-15

    > [7] https://odoo-community.org/groups?unsubscribe

    > [8] https://odoo-community.org/groups/contributors-15

    > [9] mailto:contributors@odoo-community.org

    > [10] https://odoo-community.org/groups?unsubscribe

    > [11] https://odoo-community.org/groups/contributors-15

    > [12] https://odoo-community.org/groups?unsubscribe




    by Radovan Skolnik - 09:36 - 20 Jan 2022
  • Re: Vendor Pricelist records for Product Variants - what am I missing?
    In general when you do lots of seller pricelist you enable Vendor Pricelists and import from there. The end date problem is still a problem. You can kind of get around it with sequences, start dates on new records and then find dups after. It would be good to have a specific module to do everything.

    But supplierinfo is straightforward. Those are the fields you care about. Not product template relational references. Do it via vendor pricelists and much easier.

    product_id = fields.Many2one(
    'product.product', 'Product Variant', check_company=True,
    help="If not set, the vendor price will apply to all variants of this product.")
    product_tmpl_id = fields.Many2one(
    'product.template', 'Product Template', check_company=True,
    index=True, ondelete='cascade')

    On Thu, Jan 20, 2022 at 10:27 PM Radovan Skolnik <radovan@skolnik.info> wrote:

    What's more the field variant_seller_ids is never used anywhere besides that view.

    It was introduced into 11.0 by this PR: https://github.com/odoo/odoo/pull/17789


        R.S.


    On štvrtok 20. januára 2022 8:32:15 CET Radovan Skolnik wrote:

    > Hello,

    >

    > as New Year came it fell upon me to update lots of pricelists. As we use

    > Product Variants (product.product) quite a bit I am invalidating (i.e.

    > setting date_end) on existing Supplier Pricelist (product.supplierinfo)

    > records and creating new ones. Using base_import_match to match the correct

    > product variant by internal reference (default_code) and trying to import

    > related product.supplierinfo record. Originally I wanted to create small

    > helper that would invalidate all existing records (no end date, same

    > variant, same template, same supplier, same company) when creating new one.

    > Just to save time updating existing records and creating new ones. However

    > it never works (more on that below).

    >

    > Now there are 2 fields defined for product.template and none for

    > product.product that would serve what I am wanting to do. Here's what's

    > defined for product.template (in 13.0, 14.0 and 15.0 as well): seller_ids =

    > fields.One2many('product.supplierinfo', 'product_tmpl_id', 'Vendors',

    > depends_context=('company',), help="Define vendor pricelists.")

    > variant_seller_ids = fields.One2many('product.supplierinfo',

    > 'product_tmpl_id')

    >

    > In Purchase there is this for product.template view:

    > <field name="seller_ids"

    > context="{'default_product_tmpl_id':context.get('product_tmpl_id',active_id

    > ), 'product_template_invisible_variant': True}" nolabel="1"

    > attrs="{'invisible': [('product_variant_count','&gt;',1)]}"/> <field

    > name="variant_seller_ids" context="{'default_product_tmpl_id':

    > context.get('product_tmpl_id', active_id)}" nolabel="1"

    > attrs="{'invisible': [('product_variant_count','&lt;=',1)]}"/>

    >

    > Just for clarity, here's part from product.supplierinfo:

    > product_id = fields.Many2one('product.product', 'Product Variant',

    > check_company=True, help="If not set, the vendor price will apply to all

    > variants of this product.") product_tmpl_id =

    > fields.Many2one('product.template', 'Product Template', check_company=True,

    > index=True, ondelete='cascade')

    >

    > Am I missing something here or are these the same besides the context and

    > some witchcraft in views? While trying to import the product.product

    > records when creating product.supplierinfo records there's always

    > product_tmpl_id but never product_id. Shouldn't the definition of variant_s

    > be like this and defined in product.product model: variant_seller_ids =

    > fields.One2many('product.supplierinfo', ' *product_id* ')

    >

    > What is the purpose of current design? Would anyone be willing to shed some

    > light here? Hope such post fits in the mailing list.

    >

    > Thank you very much.Best regards

    >

    > Radovan Skolnik

    >

    > _______________________________________________

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

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

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

    >

    >

    >

    > [1] https://odoo-community.org/groups/contributors-15

    > [2] 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 Graeme Gellatly - 08:55 - 20 Jan 2022
  • Re: Proposing new PSC's
    Thanks!! 

    El jue., 20 ene. 2022 16:32, Simone Orsi <simahawk@gmail.com> escribió:
    Hola,

    wow, that was a big list! :D

    All done. You'll get invitations on the next sync as usual.

    Cheers,
    S.

    On Thu, Jan 20, 2022 at 10:32 AM Jordi Ballester Alomar <jordi.ballester@forgeflow.com> wrote:
    Dear Odoo Community contributors,

    I would like to propose new PSC members from ForgeFlow and Creu Blanca.

    The names I'm proposing are all very active contributors. You can check their contributions in the table below.

    PSC Team Propose Github handles
    Banking Aaron Henriquez, Enric Tobella, Jordi Ballester aaronhforgeflow, etobella, jordibforgeflow
    HR Alba Riera albariera
    Reporting engine Hector Villarreal, Enric Tobella hviorforgeflow,etobella
    Search Hector Villarreal, Enric Tobella hviorforgeflow,etobella
    Social Enric Tobella etobella
    Web Enric Tobella etobella


    Regards,
    --
    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



    --
    Simone Orsi

    Full stack Python web developer, Odoo specialist, Odoo Community Board Member, in love with open source.

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


    by Jordi Ballester Alomar - 06:56 - 20 Jan 2022
  • Re: Proposing new PSC's
    Hola,

    wow, that was a big list! :D

    All done. You'll get invitations on the next sync as usual.

    Cheers,
    S.

    On Thu, Jan 20, 2022 at 10:32 AM Jordi Ballester Alomar <jordi.ballester@forgeflow.com> wrote:
    Dear Odoo Community contributors,

    I would like to propose new PSC members from ForgeFlow and Creu Blanca.

    The names I'm proposing are all very active contributors. You can check their contributions in the table below.

    PSC Team Propose Github handles
    Banking Aaron Henriquez, Enric Tobella, Jordi Ballester aaronhforgeflow, etobella, jordibforgeflow
    HR Alba Riera albariera
    Reporting engine Hector Villarreal, Enric Tobella hviorforgeflow,etobella
    Search Hector Villarreal, Enric Tobella hviorforgeflow,etobella
    Social Enric Tobella etobella
    Web Enric Tobella etobella


    Regards,
    --
    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



    --
    Simone Orsi

    Full stack Python web developer, Odoo specialist, Odoo Community Board Member, in love with open source.

    by Simone Orsi - 04:30 - 20 Jan 2022
  • Re: Proposing new PSC's
    +1

    El jue, 20 ene 2022 a las 15:47, Saran Limpajitkutaporn (<saranl@ecosoft.co.th>) escribió:
    +1

    On Thu, Jan 20, 2022 at 7:42 PM Harald Panten Lopez <harald.panten@sygel.es> wrote:
    +1 to all of them! 👍

    El jue, 20 ene 2022 a las 13:06, Joël Grand-Guillaume (<joel.grandguillaume@camptocamp.com>) escribió:
    +1

    On Thu, Jan 20, 2022 at 11:17 AM Alex Comba <alex.comba@agilebg.com> wrote:
    +1

    On Thu, Jan 20, 2022 at 10:32 AM Jordi Ballester Alomar <jordi.ballester@forgeflow.com> wrote:
    Dear Odoo Community contributors,

    I would like to propose new PSC members from ForgeFlow and Creu Blanca.

    The names I'm proposing are all very active contributors. You can check their contributions in the table below.

    PSC Team Propose Github handles
    Banking Aaron Henriquez, Enric Tobella, Jordi Ballester aaronhforgeflow, etobella, jordibforgeflow
    HR Alba Riera albariera
    Reporting engine Hector Villarreal, Enric Tobella hviorforgeflow,etobella
    Search Hector Villarreal, Enric Tobella hviorforgeflow,etobella
    Social Enric Tobella etobella
    Web Enric Tobella etobella


    Regards,
    --
    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



    --


    camptocamp
    INNOVATIVE SOLUTIONS
    BY OPEN SOURCE EXPERTS

    Joël Grand-Guillaume
    Department Head
    Business Solutions

    +41 21 619 10 28


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



    --

     

    Harald Panten López

    CEO

    Sygel Technology S.L

     
    +34 637 88 42 41
    harald.panten@sygel.es
    https://www.sygel.es
    C/ Àlaba 61, 5ª planta, 08005, Barcelona
     
     
     

    _______________________________________________
    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



    --

     

    Valentín Vinagre Urteaga

    CTO

    Sygel Technology S.L

     
    +34 662 68 78 95
    valentin.vinagre@sygel.es
    https://www.sygel.es
    C/ Àlaba 61, 5ª planta, 08005, Barcelona
     
     
     

    by Valentín Vinagre - 04:05 - 20 Jan 2022
  • Re: Proposing new PSC's
    +1

    On Thu, Jan 20, 2022 at 7:42 PM Harald Panten Lopez <harald.panten@sygel.es> wrote:
    +1 to all of them! 👍

    El jue, 20 ene 2022 a las 13:06, Joël Grand-Guillaume (<joel.grandguillaume@camptocamp.com>) escribió:
    +1

    On Thu, Jan 20, 2022 at 11:17 AM Alex Comba <alex.comba@agilebg.com> wrote:
    +1

    On Thu, Jan 20, 2022 at 10:32 AM Jordi Ballester Alomar <jordi.ballester@forgeflow.com> wrote:
    Dear Odoo Community contributors,

    I would like to propose new PSC members from ForgeFlow and Creu Blanca.

    The names I'm proposing are all very active contributors. You can check their contributions in the table below.

    PSC Team Propose Github handles
    Banking Aaron Henriquez, Enric Tobella, Jordi Ballester aaronhforgeflow, etobella, jordibforgeflow
    HR Alba Riera albariera
    Reporting engine Hector Villarreal, Enric Tobella hviorforgeflow,etobella
    Search Hector Villarreal, Enric Tobella hviorforgeflow,etobella
    Social Enric Tobella etobella
    Web Enric Tobella etobella


    Regards,
    --
    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



    --


    camptocamp
    INNOVATIVE SOLUTIONS
    BY OPEN SOURCE EXPERTS

    Joël Grand-Guillaume
    Department Head
    Business Solutions

    +41 21 619 10 28


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



    --

     

    Harald Panten López

    CEO

    Sygel Technology S.L

     
    +34 637 88 42 41
    harald.panten@sygel.es
    https://www.sygel.es
    C/ Àlaba 61, 5ª planta, 08005, Barcelona
     
     
     

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


    by saranl - 03:41 - 20 Jan 2022
  • Re: Proposing new PSC's
    +1 to all of them! 👍

    El jue, 20 ene 2022 a las 13:06, Joël Grand-Guillaume (<joel.grandguillaume@camptocamp.com>) escribió:
    +1

    On Thu, Jan 20, 2022 at 11:17 AM Alex Comba <alex.comba@agilebg.com> wrote:
    +1

    On Thu, Jan 20, 2022 at 10:32 AM Jordi Ballester Alomar <jordi.ballester@forgeflow.com> wrote:
    Dear Odoo Community contributors,

    I would like to propose new PSC members from ForgeFlow and Creu Blanca.

    The names I'm proposing are all very active contributors. You can check their contributions in the table below.

    PSC Team Propose Github handles
    Banking Aaron Henriquez, Enric Tobella, Jordi Ballester aaronhforgeflow, etobella, jordibforgeflow
    HR Alba Riera albariera
    Reporting engine Hector Villarreal, Enric Tobella hviorforgeflow,etobella
    Search Hector Villarreal, Enric Tobella hviorforgeflow,etobella
    Social Enric Tobella etobella
    Web Enric Tobella etobella


    Regards,
    --
    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



    --


    camptocamp
    INNOVATIVE SOLUTIONS
    BY OPEN SOURCE EXPERTS

    Joël Grand-Guillaume
    Department Head
    Business Solutions

    +41 21 619 10 28


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



    --

     

    Harald Panten López

    CEO

    Sygel Technology S.L

     
    +34 637 88 42 41
    harald.panten@sygel.es
    https://www.sygel.es
    C/ Àlaba 61, 5ª planta, 08005, Barcelona
     
     
     

    by Harald Panten Lopez - 01:41 - 20 Jan 2022
  • Re: Proposing new PSC's
    +1

    On Thu, Jan 20, 2022 at 11:17 AM Alex Comba <alex.comba@agilebg.com> wrote:
    +1

    On Thu, Jan 20, 2022 at 10:32 AM Jordi Ballester Alomar <jordi.ballester@forgeflow.com> wrote:
    Dear Odoo Community contributors,

    I would like to propose new PSC members from ForgeFlow and Creu Blanca.

    The names I'm proposing are all very active contributors. You can check their contributions in the table below.

    PSC Team Propose Github handles
    Banking Aaron Henriquez, Enric Tobella, Jordi Ballester aaronhforgeflow, etobella, jordibforgeflow
    HR Alba Riera albariera
    Reporting engine Hector Villarreal, Enric Tobella hviorforgeflow,etobella
    Search Hector Villarreal, Enric Tobella hviorforgeflow,etobella
    Social Enric Tobella etobella
    Web Enric Tobella etobella


    Regards,
    --
    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



    --


    camptocamp
    INNOVATIVE SOLUTIONS
    BY OPEN SOURCE EXPERTS

    Joël Grand-Guillaume
    Department Head
    Business Solutions

    +41 21 619 10 28



    by Joël Grand Guillaume - 01:06 - 20 Jan 2022
  • Re: Proposing new PSC's
    +1

    On Thu, Jan 20, 2022 at 10:32 AM Jordi Ballester Alomar <jordi.ballester@forgeflow.com> wrote:
    Dear Odoo Community contributors,

    I would like to propose new PSC members from ForgeFlow and Creu Blanca.

    The names I'm proposing are all very active contributors. You can check their contributions in the table below.

    PSC Team Propose Github handles
    Banking Aaron Henriquez, Enric Tobella, Jordi Ballester aaronhforgeflow, etobella, jordibforgeflow
    HR Alba Riera albariera
    Reporting engine Hector Villarreal, Enric Tobella hviorforgeflow,etobella
    Search Hector Villarreal, Enric Tobella hviorforgeflow,etobella
    Social Enric Tobella etobella
    Web Enric Tobella etobella


    Regards,
    --
    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 Alex Comba. - 11:16 - 20 Jan 2022
  • Re: Proposing new PSC's
    +1 yes!

    On Thu, Jan 20, 2022 at 3:06 PM Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> wrote:
    OK for me. I know all of them and indeed are very active contributors.

    Regards.

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



    --

    Technology Services @ www.serpentcs.com
    Business Solutions @ www.serpentcs.in
    Enterprise Mobile Apps @ www.odooonline.com 
    Quality Assurance @ www.odooqa.com
    Portal & DMS @ www.alfray.in



    Regards,
    ----------------------------------------------------------------------------------------------------------------------------
    Jay Vora
    Managing Director


     
    Direct: +91-9879354457
    Office: +91-9033472982
    Skype: jaynvora
    Twitter : jaynvora
       
    -------------------------------------------------------------------------------------------------
    Visit our website : http://www.serpentcs.com


    by Jay Vora - 11:01 - 20 Jan 2022