Skip to Content

Contributors

  • Re: Decision tree to solve issues
    Hi Pierre

    Thanks!

    What I'm looking for is more something on the lines of:

    - There is a decision.tree model eg "How to fix your printer"
    - It can have decision.tree.node children such as "Is it turned on?"
    - Each question node has a set of conditions as to which next node it jumps to like: condition1,node1,condition2,node2...
    - If there are no conditions on a node anymore then this is an end node saying like "Your printer is irrefutably broken. Please send it back."

    Kind of like a "Choose your own adventure" book.

    -Tom

    Dec 10, 2021 17:32:12 Pierre Verkest <pierreverkest84@gmail.com>:

    Hi,

    At anybox the project management was(/is ?) based on top of such idea where we could import mindmap as project starting point. Module is called anytracker and available on github here: https://github.com/anybox/anytracker.

    A project is an anytracker.ticket without parent
    A task is an anytracker.ticket without child
    A node becomes a node when a child appears !

    After a while we add the concept of anytracker.bouquet which is a couple of anytracker.ticket which could be a milestone, a release or whatever that has some sense to group together without changing the ticket tree !

    hope that helps



    Le ven. 10 déc. 2021 à 15:17, Tom Blauwendraat <tom@sunflowerweb.nl> a écrit :

    Hi all,

    I think anyone knows about decision trees, if even as jokes:

    A customer wants something like this, not the visualisation per-se, but to be able to have users click through it whenever they have an issue.

    I can imagine modeling something like this, but doesnt it already exist?

    I guess the Odoo "Survey" modules can do part of it, but i don't know if they support structuring the survey as a tree.

    Any ideas?

    Tom

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



    --
    Pierre

    _______________________________________________
    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 - 05:55 - 10 Dec 2021
  • Re: Decision tree to solve issues
    Hi,

    At anybox the project management was(/is ?) based on top of such idea where we could import mindmap as project starting point. Module is called anytracker and available on github here: https://github.com/anybox/anytracker.

    A project is an anytracker.ticket without parent
    A task is an anytracker.ticket without child
    A node becomes a node when a child appears !

    After a while we add the concept of anytracker.bouquet which is a couple of anytracker.ticket which could be a milestone, a release or whatever that has some sense to group together without changing the ticket tree !

    hope that helps



    Le ven. 10 déc. 2021 à 15:17, Tom Blauwendraat <tom@sunflowerweb.nl> a écrit :

    Hi all,

    I think anyone knows about decision trees, if even as jokes:

    A customer wants something like this, not the visualisation per-se, but to be able to have users click through it whenever they have an issue.

    I can imagine modeling something like this, but doesnt it already exist?

    I guess the Odoo "Survey" modules can do part of it, but i don't know if they support structuring the survey as a tree.

    Any ideas?

    Tom

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



    --
    Pierre

    by Pierre Verkest - 05:30 - 10 Dec 2021
  • Decision tree to solve issues

    Hi all,

    I think anyone knows about decision trees, if even as jokes:

    A customer wants something like this, not the visualisation per-se, but to be able to have users click through it whenever they have an issue.

    I can imagine modeling something like this, but doesnt it already exist?

    I guess the Odoo "Survey" modules can do part of it, but i don't know if they support structuring the survey as a tree.

    Any ideas?

    Tom


    by Tom Blauwendraat - 03:16 - 10 Dec 2021
  • 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
  • Re: How to use oca-ci

    +1

    Le jeudi 9 décembre 2021, Ronald Portier <ronald@therp.nl> a écrit :
    > Hi,
    >
    >
    > I just read the README.md of the https://github.com/OCA/oca-ci project,
    >
    >
    > Does anyone have experience using this to develop and test locally?
    >
    >
    > I am probably not that smart, but I miss in the README.md information to
    > get started or how tu use this.
    >
    >
    > Kind regards,
    >
    >
    > Ronald
    >
    >
    > _______________________________________________
    > Mailing-List: https://odoo-community.org/groups/contributors-15
    > Post to: mailto:contributors@odoo-community.org
    > Unsubscribe: https://odoo-community.org/groups?unsubscribe
    >

    --

    Sylvain LE GAL - Twitter
    GRAP - Service informatique (Groupement Régional Alimentaire de Proximité)
    Site Web | FramaSphere | Facebook
    3 Grande rue des Feuillants, 69001 Lyon
    Standard : (+33) 09.72.32.33.17
    Service Informatique : (+33) 09.73.79.64.40
    Astreinte Informatique : (+33) 06.81.85.61.43
    Member of the OCA (Odoo Community Association)


    by Sylvain LE GAL - 09:31 - 9 Dec 2021
  • How to use oca-ci
    Hi,
    
    
    I just read the README.md of the https://github.com/OCA/oca-ci project,
    
    
    Does anyone have experience using this to develop and test locally?
    
    
    I am probably not that smart, but I miss in the README.md information to
    get started or how tu use this.
    
    
    Kind regards,
    
    
    Ronald
    
    
    

    by Ronald Portier - 08:50 - 9 Dec 2021
  • Tracing and in general how can we execute an handler on every request

    Hello all,

    I have a technical question and I wonder if anyone here already faced this issue.

    I am trying to integrate Odoo into our monitoring stack, with the three pillars of observability metrics/logging/tracing, starting with the tracing. My issue is, it doesn't look like we have an easy way to insert the handler which will start the trace. Also no documentation anywhere about how we can easily integrate tracing into Odoo. This is a v12 version but I believe the issue is still here on more recent versions.

    We are planning to use Azure Monitor, but the issue will be the same with any other tracing platform : I can't figure a way to override a core function to start the trace and insert the python library I need https://docs.microsoft.com/fr-fr/azure/azure-monitor/app/opencensus-python#tracing

    I can of course override some of the most important controllers like https://github.com/odoo/odoo/blob/12.0/addons/web/controllers/main.py#L961:

    -----------

    from odoo.addons.web.controllers.main import DataSet
    class ExtendDataSet(DataSet):
    @route()
    def call_kw(self, model, method, args, kwargs, path=None):
    print("Insert tracer here")
    return super(
    ExtendDataSet, self).call_kw(
    model, method, args, kwargs, path=path)

    -----------

    But this will force me to override all controllers I can find, and some custom controllers will obviously go under the radar.

    I identified some entry point used by all requests like https://github.com/odoo/odoo/blob/12.0/addons/web/controllers/main.py#L961 or https://github.com/odoo/odoo/blob/12.0/odoo/http.py#L316 but I don't think I have a way to override theses functions without having to rely on the terrible idea to patch the core code.

    Anything I missed on how we could execute some code on every request ? On Django you would just use a middleware for such purpose https://docs.djangoproject.com/fr/2.2/topics/http/middleware/ and it does the job perfectly, I feel like this is something which is really missing in Odoo when we have such requirements.

    Thanks,
    Yannick





    by Yannick Buron - 12:20 - 8 Dec 2021
  • Re: Odoo-test-helper
    Yes, let's move it :p

    by Pedro M. Baeza - 11:50 - 7 Dec 2021
  • Re: Odoo-test-helper
    Well, the question was "shall we move odoo-test-helper to OCA" and the answer is here now ;)


    On Tue, Dec 7, 2021 at 11:41 AM Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> wrote:
    I have lost context and don't remember it. Can you repeat the question with full context?

    Regards.

    _______________________________________________
    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 - 11:46 - 7 Dec 2021
  • Re: Odoo-test-helper
    I have lost context and don't remember it. Can you repeat the question with full context?

    Regards.

    by Pedro M. Baeza - 11:40 - 7 Dec 2021
  • Re: Odoo-test-helper
    Hi all,

    getting back to this after quite some time...

    Can we do the switch?

    Cheers,
    S.

    On Mon, Nov 9, 2020 at 12:24 PM Simone Orsi <simahawk@gmail.com> wrote:
    @Seb: thanks for putting everything together! :)

    @Pedro,

    On Mon, Nov 9, 2020 at 11:46 AM Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> wrote:
    It's useful indeed, thanks. Note that a similar technique was already used in modules like `base_multi_company`: https://github.com/OCA/multi-company/blob/12.0/base_multi_company/tests/test_multi_company_abstract.py#L19

    yeah but this approach - which we used several times in different ways in different contexts - turned out to not be 100% reliable regarding registry cleanup, especially when registering extensions of existing models.
     
    I think this should be included in https://github.com/OCA/oca-de# License AGPL-3.0 or later (http://www.gnu.org/licenses/agpl.html).
    corators
    (and maybe change its name to ocalib or similar), or convert it to a decorator over a class. If we split a lot the number of helpers libraries across OCA, it would be impossible to follow them. Having grouped in one library, will help the discovering and also to join efforts in the maintenance.

    Probably it's better to keep it separated, at least for now. Also, handling releases for a narrower scope will be easier.

     

    Regards.

    _______________________________________________
    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, Freelance in love with open source.


    --
    Simone Orsi

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

    by Simone Orsi - 11:00 - 7 Dec 2021
  • 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
  • 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
  • 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
  • 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
  • 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