Skip to Content

Contributors

  • Re: Have you organised your 2024 OCA membership yet?
    Hi Michel,

    I suspect the list will soon be expanded by quite a bit since I can imagine other companies having done the same as we did: process the due invoice on Membership near the end of January via PO, meaning OCA accounting now has to reconcile quite the number of transactions :-)

    In any case, depending on whether or my colleagues and I are all filed away under the same country, we might see an 1100% increase on that NL list!

    If you’re anywhere near Amersfoort we’d be glad to treat you to a coffee.

    Met vriendelijke groet, Sincerely,

    Gijs-Jan Otten
    Therp BV | gjotten@therp.nl | 
    +31 20 309 30 93

    On 5 Feb 2024, at 21:21, Michel Stroom <notifications@odoo-community.org> wrote:

    
    Dear OCA-ers and Odooers,

    Read the latest OCA news item about the 2024 OCA membership and purchase process.

    If you haven’t purchased the 2024 OCA membership yet, help yourself through the website.

    I’m looking forward to seeing more OCA members in the Netherlands folder directory soon.

    Would like to collaborate and increase the Odoo popularity in the Netherlands together with other OCA members in 2024. Please feel free to contact me in the meantime.



    Best regards,


    Michel Stroom

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


    by Gijs-Jan Otten - 10:41 - 5 Feb 2024
  • Have you organised your 2024 OCA membership yet?
    Dear OCA-ers and Odooers,

    Read the latest OCA news item about the 2024 OCA membership and purchase process.

    If you haven’t purchased the 2024 OCA membership yet, help yourself through the website.

    I’m looking forward to seeing more OCA members in the Netherlands folder directory soon.

    Would like to collaborate and increase the Odoo popularity in the Netherlands together with other OCA members in 2024. Please feel free to contact me in the meantime.



    Best regards,


    Michel Stroom


    by Michel Stroom - 09:21 - 5 Feb 2024
  • Re: Mounting location of part upon production
    On 2/5/24 16:02, Daniel Reis wrote:
    
    > Option 3 looks similar to Lot/Serial usage. What if you (ab)used Lot 
    
    > numbers for this?
    
    Good idea in theory, but in my case we're already using serial numbers 
    to track the parts
    
    

    by Tom Blauwendraat - 05:41 - 5 Feb 2024
  • Re: Mounting location of part upon production
    Hi Tom,

    Option 2 will be problematic as it introduces artificial restrictions on component usage.
    Option 3 looks similar to Lot/Serial usage. What if you (ab)used Lot numbers for this?


    On 05/02/2024 11:57, Tom Blauwendraat wrote:
    Hello,
    
    I'm dealing with a situation where upon production, the mounting 
    location of the parts needs to be registered.
    
    Imagine a chair with 4 identical legs, but it needs to be registered 
    which leg is placed where: front right, front left, rear right or rear left.
    
    Is there something for this case in Odoo? What I could come up with is:
    
    - Requiring work orders for "leg mounting", and specifying the mount 
    location on the work order
    
    - Having separate products eg "Left rear leg" and producing these from 
    "Leg" (seems a bit of a hassle)
    
    - Adding a required field on stock move line in case certain products 
    are produced, where the mount location is filled in; also enforce 1.0 as 
    a quantity
    
    - ...
    
    -Tom
    
    

    _______________________________________________
    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 PARTNER

    M: +351 919 991 307
    E: dreis@OpenSourceIntegrators.com
    A: Avenida da República 3000, Estoril Office B, 3º Escr.34, 2649-517 Cascais


    by Daniel Reis - 04:00 - 5 Feb 2024
  • Re: Travis sunset

    Hi,


    With some limitations it is possible to use github actions for older versions. Check the 9.0 branch of the Dutch localization: https://github.com/OCA/l10n-netherlands/tree/9.0. The move from .travis to .github actions is in the last 4 commits.


    Kind regards, Ronald


    On 05-02-2024 15:17, Adam Heinz wrote:
    I cringe a bit at the idea of removing automated testing. Is there some reason that it doesn't make sense to migrate these old versions to runboat or some other build tool? If it is a matter of cost, "GitHub Actions usage is free for standard GitHub-hosted runners in public repositories" [1].


    On Sun, Feb 4, 2024 at 5:59 AM Tom Blauwendraat <notifications@odoo-community.org> wrote:

    Nice progress, Stephane!

    This is a good hook for me to ask a question that I had, based on the previous discussion around stopping support for Python 2 and Odoo <10.0:

    --> How should PSC's deal (from now on) with incoming PR's for Odoo 8.0 and 9.0? (And maybe 10.0 as well)

    Should we:

    A. Refuse/close any incoming PR's, citing unsupported version (Odoo SA method); perhaps even lock branches on repos

    B. Refuse complex PR's; manually merge in smaller or bugfix PR's

    C. Treat PR's like any PR, just without CI, so we merge manually when there are enough approving reviews

    D. Any of the above, as agreed as a policy between the PSC's of the particular repo

    I guess opinions might differ on this, perhaps if people want to chip in with their particular preference and vote?

    -Tom

    On 2/3/24 11:22, Stéphane Bidoul wrote:
    Hi everyone,

    As previously announced we have cancelled the OCA Travis subscription.

    This means Travis CI tests will stop working in OCA repos mid February.

    Older branches that still use Travis can be converted to GitHub actions by applying the OCA repo template [1]. Odoo >= 11 is supported.

    Best regards,

    -Stéphane

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

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

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


    by "Ronald Portier" <rportier@therp.nl> - 03:41 - 5 Feb 2024
  • Re: Please approve PR [17.0][MIG] stock_mts_mto_rule: Migration to 17.0

    No access is needed to do reviews, it's a public functionality in Github.

    On 2/5/24 14:37, Aleksander Milinkevich wrote:

    Hi,

    I would be happy to, but I don’t have the reviewer access.

    Could you help?

     

    BR,

    Aleksander Milinkevich

     

    From: Enric Tobella Alomar <notifications@odoo-community.org>
    Date: Monday, 5 February 2024 at 14:22
    To: Contributors <contributors@odoo-community.org>
    Subject: Re: Please approve PR [17.0][MIG] stock_mts_mto_rule: Migration to 17.0

    I would recommend to do some reviews and ask  the author of the reviewed PR to do the same for you (Quid pro quo)

     

    Kind regards,

     

    El lun, 5 feb 2024 a las 14:07, Aleksander Milinkevich (<notifications@odoo-community.org>) escribió:

    Hello,

     

    Please approve my Pull Request

    https://github.com/OCA/stock-logistics-warehouse/pull/1932

    It will take you just 2 minutes!

     

    BR,

    Aleksander Milinkevich

     

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


     

    --

    Enric Tobella Alomar

    CEO & Founder

    Image removed by sender.

    _______________________________________________
    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 - 03:36 - 5 Feb 2024
  • Re: Travis sunset
    I cringe a bit at the idea of removing automated testing. Is there some reason that it doesn't make sense to migrate these old versions to runboat or some other build tool? If it is a matter of cost, "GitHub Actions usage is free for standard GitHub-hosted runners in public repositories" [1].


    On Sun, Feb 4, 2024 at 5:59 AM Tom Blauwendraat <notifications@odoo-community.org> wrote:

    Nice progress, Stephane!

    This is a good hook for me to ask a question that I had, based on the previous discussion around stopping support for Python 2 and Odoo <10.0:

    --> How should PSC's deal (from now on) with incoming PR's for Odoo 8.0 and 9.0? (And maybe 10.0 as well)

    Should we:

    A. Refuse/close any incoming PR's, citing unsupported version (Odoo SA method); perhaps even lock branches on repos

    B. Refuse complex PR's; manually merge in smaller or bugfix PR's

    C. Treat PR's like any PR, just without CI, so we merge manually when there are enough approving reviews

    D. Any of the above, as agreed as a policy between the PSC's of the particular repo

    I guess opinions might differ on this, perhaps if people want to chip in with their particular preference and vote?

    -Tom

    On 2/3/24 11:22, Stéphane Bidoul wrote:
    Hi everyone,

    As previously announced we have cancelled the OCA Travis subscription.

    This means Travis CI tests will stop working in OCA repos mid February.

    Older branches that still use Travis can be converted to GitHub actions by applying the OCA repo template [1]. Odoo >= 11 is supported.

    Best regards,

    -Stéphane

    _______________________________________________
    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 "Adam Heinz" <adam.heinz@metricwise.com> - 03:16 - 5 Feb 2024
  • Re: Please approve PR [17.0][MIG] stock_mts_mto_rule: Migration to 17.0

    Hi,

    I would be happy to, but I don’t have the reviewer access.

    Could you help?

     

    BR,

    Aleksander Milinkevich

     

    From: Enric Tobella Alomar <notifications@odoo-community.org>
    Date: Monday, 5 February 2024 at 14:22
    To: Contributors <contributors@odoo-community.org>
    Subject: Re: Please approve PR [17.0][MIG] stock_mts_mto_rule: Migration to 17.0

    I would recommend to do some reviews and ask  the author of the reviewed PR to do the same for you (Quid pro quo)

     

    Kind regards,

     

    El lun, 5 feb 2024 a las 14:07, Aleksander Milinkevich (<notifications@odoo-community.org>) escribió:

    Hello,

     

    Please approve my Pull Request

    https://github.com/OCA/stock-logistics-warehouse/pull/1932

    It will take you just 2 minutes!

     

    BR,

    Aleksander Milinkevich

     

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


     

    --

    Enric Tobella Alomar

    CEO & Founder

    Image removed by sender.

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


    by aleksander - 02:35 - 5 Feb 2024
  • Re: Please approve PR [17.0][MIG] stock_mts_mto_rule: Migration to 17.0
    I would recommend to do some reviews and ask  the author of the reviewed PR to do the same for you (Quid pro quo)

    Kind regards,

    El lun, 5 feb 2024 a las 14:07, Aleksander Milinkevich (<notifications@odoo-community.org>) escribió:

    Hello,

     

    Please approve my Pull Request

    https://github.com/OCA/stock-logistics-warehouse/pull/1932

    It will take you just 2 minutes!

     

    BR,

    Aleksander Milinkevich

     

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



    --
    Enric Tobella Alomar
    CEO & Founder


    by Enric Tobella Alomar - 02:22 - 5 Feb 2024
  • Please approve PR [17.0][MIG] stock_mts_mto_rule: Migration to 17.0

    Hello,

     

    Please approve my Pull Request

    https://github.com/OCA/stock-logistics-warehouse/pull/1932

    It will take you just 2 minutes!

     

    BR,

    Aleksander Milinkevich

     


    by "Aleksander Milinkevich" <aleksander@versada.eu> - 02:06 - 5 Feb 2024
  • Mounting location of part upon production
    Hello,
    
    I'm dealing with a situation where upon production, the mounting 
    location of the parts needs to be registered.
    
    Imagine a chair with 4 identical legs, but it needs to be registered 
    which leg is placed where: front right, front left, rear right or rear left.
    
    Is there something for this case in Odoo? What I could come up with is:
    
    - Requiring work orders for "leg mounting", and specifying the mount 
    location on the work order
    
    - Having separate products eg "Left rear leg" and producing these from 
    "Leg" (seems a bit of a hassle)
    
    - Adding a required field on stock move line in case certain products 
    are produced, where the mount location is filled in; also enforce 1.0 as 
    a quantity
    
    - ...
    
    -Tom
    
    

    by Tom Blauwendraat - 12:57 - 5 Feb 2024
  • Re: Prepaid Services & Timesheets

    Hi Daniel,

    i am not sure at the moment if this can be adressed like exected.

    At this point, for me it looks like the best apporach is to solve this by creating appropriate timesheet entries (positive and negative).

    I will attack this issue more in detail end of next week and hope to get a more precise idea of what will come up to do this.

     

    All the best

    Nils

     

    Von: Daniel Reis <notifications@odoo-community.org>
    Antworten an: OCA Contributors <contributors@odoo-community.org>
    Datum: Donnerstag, 1. Februar 2024 um 19:13
    An: OCA Contributors <contributors@odoo-community.org>
    Betreff: Re: Prepaid Services & Timesheets

     

    ACHTUNG! Diese E-Mail stammt von außerhalb der Organisation. Klicken Sie nicht auf Links und öffnen Sie keine Anhänge, es sei denn, Sie kennen den Absender und wissen, dass der Inhalt sicher ist.

    Can an upfront Advance Payment address this?

    On 01/02/2024 14:31, Nils Coenen | NICO SOLUTIONS - ENGINEERING & IT wrote:

    Hi OCA Contributors,

    i was asked, if it is possible to manage prepaid service hours in the following way..

     

    Prepaid service is sold on a montly basis. If the sold or more hours are used, then of course it is quite clear and simple.

    If there are non-used hours, they should be transferred to a customer „hours“-account to reflect the non -used hours. As mentioned… After a period of 6 month, the non-used hours should be dropped from the „hours“-account.

     

    Does somebody tackled this kind of issue already? I would start digging now. If someone was facing a similar issue, it would be great to push me into the right direction…

     

    All the best

    Nils


    Mit freundlichen Grüßen

    Nils Coenen
    --------

    Nils Coenen
    Inhaber

     

    Das Bild wurde vom Absender entfernt. NICO SOLUTIONS - ENGINEERING & IT

    NICO SOLUTIONS - ENGINEERING & IT
    Dr.-Ruckert-Str. 1G
    | DE 28865 Lilienthal
    Tel. +49 (0)4298-4667492

    Website | Map | Email

    Confidentiality Note: This email may contain confidential and/or private information. If you received this email in error please delete and notify sender.

     

    --

    DANIEL REIS
    MANAGING PARTNER

    M: +351 919 991 307
    E: dreis@OpenSourceIntegrators.com
    A: Avenida da República 3000, Estoril Office B, 3º Escr.34, 2649-517 Cascais

    Das Bild wurde vom Absender entfernt.

    _______________________________________________
    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 Coenen - 12:02 - 4 Feb 2024
  • Re: Travis sunset

    Nice progress, Stephane!

    This is a good hook for me to ask a question that I had, based on the previous discussion around stopping support for Python 2 and Odoo <10.0:

    --> How should PSC's deal (from now on) with incoming PR's for Odoo 8.0 and 9.0? (And maybe 10.0 as well)

    Should we:

    A. Refuse/close any incoming PR's, citing unsupported version (Odoo SA method); perhaps even lock branches on repos

    B. Refuse complex PR's; manually merge in smaller or bugfix PR's

    C. Treat PR's like any PR, just without CI, so we merge manually when there are enough approving reviews

    D. Any of the above, as agreed as a policy between the PSC's of the particular repo

    I guess opinions might differ on this, perhaps if people want to chip in with their particular preference and vote?

    -Tom

    On 2/3/24 11:22, Stéphane Bidoul wrote:
    Hi everyone,

    As previously announced we have cancelled the OCA Travis subscription.

    This means Travis CI tests will stop working in OCA repos mid February.

    Older branches that still use Travis can be converted to GitHub actions by applying the OCA repo template [1]. Odoo >= 11 is supported.

    Best regards,

    -Stéphane

    _______________________________________________
    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:59 - 4 Feb 2024
  • Travis sunset
    Hi everyone,

    As previously announced we have cancelled the OCA Travis subscription.

    This means Travis CI tests will stop working in OCA repos mid February.

    Older branches that still use Travis can be converted to GitHub actions by applying the OCA repo template [1]. Odoo >= 11 is supported.

    Best regards,

    -Stéphane

    by Stéphane Bidoul - 11:21 - 3 Feb 2024
  • Re: Prepaid Services & Timesheets
    Can an upfront Advance Payment address this?

    On 01/02/2024 14:31, Nils Coenen | NICO SOLUTIONS - ENGINEERING & IT wrote:

    Hi OCA Contributors,

    i was asked, if it is possible to manage prepaid service hours in the following way..

     

    Prepaid service is sold on a montly basis. If the sold or more hours are used, then of course it is quite clear and simple.

    If there are non-used hours, they should be transferred to a customer „hours“-account to reflect the non -used hours. As mentioned… After a period of 6 month, the non-used hours should be dropped from the „hours“-account.

     

    Does somebody tackled this kind of issue already? I would start digging now. If someone was facing a similar issue, it would be great to push me into the right direction…

     

    All the best

    Nils


    Mit freundlichen Grüßen

    Nils Coenen
    --------

    Nils Coenen
    Inhaber
    NICO SOLUTIONS - ENGINEERING & IT
    NICO SOLUTIONS - ENGINEERING & IT
    Dr.-Ruckert-Str. 1G | DE 28865 Lilienthal
    Tel. +49 (0)4298-4667492
    Website | Map | Email
    Confidentiality Note: This email may contain confidential and/or private information. If you received this email in error please delete and notify sender.

    _______________________________________________
    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 PARTNER

    M: +351 919 991 307
    E: dreis@OpenSourceIntegrators.com
    A: Avenida da República 3000, Estoril Office B, 3º Escr.34, 2649-517 Cascais


    by Daniel Reis - 07:13 - 1 Feb 2024
  • Re: Prepaid Services & Timesheets

    Hi Nils,

    probably not, no. If your customer starts out with Enterprise Subscription than you might be tied into changing this. But this part underwent substantial changes in Enterprise throughout previous versions.

    Best Frederik

    Am 01.02.24 um 15:56 schrieb Nils Coenen | NICO SOLUTIONS - ENGINEERING & IT:

    Hi Frederik,

    thanks for your prompt reply…

    It is quite clear to me, that this is nothing for „hey, lets dattack this right now and it will work tomorrow“.

    I do have an idea of the complexity. But as time is a rare good at the moment… (due to another project ;P) I decided to ask you before approaching anything.

     

    So if this a common need for many users… a proper project seem to make sense…

    As the customer wants to use the enterprise subscription app…. I dont know if contract is the right place to start…

     

    But i´ll start diving into it.

     

    Schöne Grüße aus dem Norden ;P

     

    All the best

    Nils

     

    Von: Graeme Gellatly <notifications@odoo-community.org>
    Antworten an: OCA Contributors <contributors@odoo-community.org>
    Datum: Donnerstag, 1. Februar 2024 um 15:47
    An: OCA Contributors <contributors@odoo-community.org>
    Betreff: Re: Prepaid Services & Timesheets

     


    ACHTUNG! Diese E-Mail stammt von außerhalb der Organisation. Klicken Sie nicht auf Links und öffnen Sie keine Anhänge, es sei denn, Sie kennen den Absender und wissen, dass der Inhalt sicher ist.

    Hi Nils,

    afaik exactly such a function doesn't exist so far. I would be interested in something similar though as well / or lets say in expierence how to set that up with a minimal set of additional modules. 

    I think that is also a quite common requirement, though differs in detail from service company to service company. 

    Furthermore you need to consider what type of module to reflect the "recurrency" and the downstream invoice generation (in detail your requirement is more complex than you might think). 

    Ususally you proably would start out with something from https://github.com/OCA/contract to build this process. 

    Best Frederik

    Am 01.02.24 um 15:31 schrieb Nils Coenen | NICO SOLUTIONS - ENGINEERING & IT:

    Hi OCA Contributors,

    i was asked, if it is possible to manage prepaid service hours in the following way..

     

    Prepaid service is sold on a montly basis. If the sold or more hours are used, then of course it is quite clear and simple.

    If there are non-used hours, they should be transferred to a customer „hours“-account to reflect the non -used hours. As mentioned… After a period of 6 month, the non-used hours should be dropped from the „hours“-account.

     

    Does somebody tackled this kind of issue already? I would start digging now. If someone was facing a similar issue, it would be great to push me into the right direction…

     

    All the best

    Nils


    Mit freundlichen Grüßen

    Nils Coenen
    --------

    Nils Coenen
    Inhaber

     

    Das Bild wurde vom Absender entfernt. NICO SOLUTIONS - ENGINEERING & IT

    NICO SOLUTIONS - ENGINEERING & IT
    Dr.-Ruckert-Str. 1G
    | DE 28865 Lilienthal
    Tel. +49 (0)4298-4667492

    Website | Map | Email

    Confidentiality Note: This email may contain confidential and/or private information. If you received this email in error please delete and notify sender.

    -- 
    Dr.-Ing. Frederik Kramer
    Geschäftsführer

     

    initOS GmbH
    Innungsstraße 7
    21244 Buchholz i.d.N.

     

    Tel:   +49 (0) 4181 13503 12
    Fax:   +49 (0) 4181 13503 10
    Mobil: +49 (0) 179 3901819

     

    Email: frederik.kramer@initos.com
    Internet: www.initos.com

     

    Geschäftsführung:
    Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke

     

    Sitz der Gesellschaft: Buchholz i.d.N.
    Amtsgericht Tostedt, HRB 205226
    USt-IdNr.: DE815580155
    Steuer-Nr: 15/200/53247

    _______________________________________________
    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
    Innungsstraße 7
    21244 Buchholz i.d.N.
    
    Tel:   +49 (0) 4181 13503 12
    Fax:   +49 (0) 4181 13503 10
    Mobil: +49 (0) 179 3901819
    
    Email: frederik.kramer@initos.com
    Internet: www.initos.com
    
    Geschäftsführung:
    Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke
    
    Sitz der Gesellschaft: Buchholz i.d.N.
    Amtsgericht Tostedt, HRB 205226
    USt-IdNr.: DE815580155
    Steuer-Nr: 15/200/53247

    by Frederik Kramer - 04:13 - 1 Feb 2024
  • Re: Prepaid Services & Timesheets

    Hi Frederik,

    thanks for your prompt reply…

    It is quite clear to me, that this is nothing for „hey, lets dattack this right now and it will work tomorrow“.

    I do have an idea of the complexity. But as time is a rare good at the moment… (due to another project ;P) I decided to ask you before approaching anything.

     

    So if this a common need for many users… a proper project seem to make sense…

    As the customer wants to use the enterprise subscription app…. I dont know if contract is the right place to start…

     

    But i´ll start diving into it.

     

    Schöne Grüße aus dem Norden ;P

     

    All the best

    Nils

     

    Von: Graeme Gellatly <notifications@odoo-community.org>
    Antworten an: OCA Contributors <contributors@odoo-community.org>
    Datum: Donnerstag, 1. Februar 2024 um 15:47
    An: OCA Contributors <contributors@odoo-community.org>
    Betreff: Re: Prepaid Services & Timesheets

     

    ACHTUNG! Diese E-Mail stammt von außerhalb der Organisation. Klicken Sie nicht auf Links und öffnen Sie keine Anhänge, es sei denn, Sie kennen den Absender und wissen, dass der Inhalt sicher ist.

    Hi Nils,

    afaik exactly such a function doesn't exist so far. I would be interested in something similar though as well / or lets say in expierence how to set that up with a minimal set of additional modules. 

    I think that is also a quite common requirement, though differs in detail from service company to service company. 

    Furthermore you need to consider what type of module to reflect the "recurrency" and the downstream invoice generation (in detail your requirement is more complex than you might think). 

    Ususally you proably would start out with something from https://github.com/OCA/contract to build this process. 

    Best Frederik

    Am 01.02.24 um 15:31 schrieb Nils Coenen | NICO SOLUTIONS - ENGINEERING & IT:

    Hi OCA Contributors,

    i was asked, if it is possible to manage prepaid service hours in the following way..

     

    Prepaid service is sold on a montly basis. If the sold or more hours are used, then of course it is quite clear and simple.

    If there are non-used hours, they should be transferred to a customer „hours“-account to reflect the non -used hours. As mentioned… After a period of 6 month, the non-used hours should be dropped from the „hours“-account.

     

    Does somebody tackled this kind of issue already? I would start digging now. If someone was facing a similar issue, it would be great to push me into the right direction…

     

    All the best

    Nils


    Mit freundlichen Grüßen

    Nils Coenen
    --------

    Nils Coenen
    Inhaber

     

    Das Bild wurde vom Absender entfernt. NICO SOLUTIONS - ENGINEERING & IT

    NICO SOLUTIONS - ENGINEERING & IT
    Dr.-Ruckert-Str. 1G
    | DE 28865 Lilienthal
    Tel. +49 (0)4298-4667492

    Website | Map | Email

    Confidentiality Note: This email may contain confidential and/or private information. If you received this email in error please delete and notify sender.

    -- 

    Dr.-Ing. Frederik Kramer

    Geschäftsführer

     

    initOS GmbH

    Innungsstraße 7

    21244 Buchholz i.d.N.

     

    Tel:   +49 (0) 4181 13503 12

    Fax:   +49 (0) 4181 13503 10

    Mobil: +49 (0) 179 3901819

     

    Email: frederik.kramer@initos.com

    Internet: www.initos.com

     

    Geschäftsführung:

    Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke

     

    Sitz der Gesellschaft: Buchholz i.d.N.

    Amtsgericht Tostedt, HRB 205226

    USt-IdNr.: DE815580155

    Steuer-Nr: 15/200/53247

    _______________________________________________
    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 Coenen - 03:56 - 1 Feb 2024
  • Re: Prepaid Services & Timesheets

    Hi Nils,

    afaik exactly such a function doesn't exist so far. I would be interested in something similar though as well / or lets say in expierence how to set that up with a minimal set of additional modules. 

    I think that is also a quite common requirement, though differs in detail from service company to service company. 

    Furthermore you need to consider what type of module to reflect the "recurrency" and the downstream invoice generation (in detail your requirement is more complex than you might think). 

    Ususally you proably would start out with something from https://github.com/OCA/contract to build this process. 

    Best Frederik

    Am 01.02.24 um 15:31 schrieb Nils Coenen | NICO SOLUTIONS - ENGINEERING & IT:

    Hi OCA Contributors,

    i was asked, if it is possible to manage prepaid service hours in the following way..

     

    Prepaid service is sold on a montly basis. If the sold or more hours are used, then of course it is quite clear and simple.

    If there are non-used hours, they should be transferred to a customer „hours“-account to reflect the non -used hours. As mentioned… After a period of 6 month, the non-used hours should be dropped from the „hours“-account.

     

    Does somebody tackled this kind of issue already? I would start digging now. If someone was facing a similar issue, it would be great to push me into the right direction…

     

    All the best

    Nils


    Mit freundlichen Grüßen

    Nils Coenen
    --------

    Nils Coenen
    Inhaber
    NICO SOLUTIONS - ENGINEERING & IT
    NICO SOLUTIONS - ENGINEERING & IT
    Dr.-Ruckert-Str. 1G | DE 28865 Lilienthal
    Tel. +49 (0)4298-4667492
    Website | Map | Email
    Confidentiality Note: This email may contain confidential and/or private information. If you received this email in error please delete and notify sender.

    _______________________________________________
    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
    Innungsstraße 7
    21244 Buchholz i.d.N.
    
    Tel:   +49 (0) 4181 13503 12
    Fax:   +49 (0) 4181 13503 10
    Mobil: +49 (0) 179 3901819
    
    Email: frederik.kramer@initos.com
    Internet: www.initos.com
    
    Geschäftsführung:
    Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke
    
    Sitz der Gesellschaft: Buchholz i.d.N.
    Amtsgericht Tostedt, HRB 205226
    USt-IdNr.: DE815580155
    Steuer-Nr: 15/200/53247

    by Frederik Kramer - 03:46 - 1 Feb 2024
  • Prepaid Services & Timesheets

    Hi OCA Contributors,

    i was asked, if it is possible to manage prepaid service hours in the following way..

     

    Prepaid service is sold on a montly basis. If the sold or more hours are used, then of course it is quite clear and simple.

    If there are non-used hours, they should be transferred to a customer „hours“-account to reflect the non -used hours. As mentioned… After a period of 6 month, the non-used hours should be dropped from the „hours“-account.

     

    Does somebody tackled this kind of issue already? I would start digging now. If someone was facing a similar issue, it would be great to push me into the right direction…

     

    All the best

    Nils


    Mit freundlichen Grüßen

    Nils Coenen
    --------

    Nils Coenen
    Inhaber
    NICO SOLUTIONS - ENGINEERING & IT
    NICO SOLUTIONS - ENGINEERING & IT
    Dr.-Ruckert-Str. 1G | DE 28865 Lilienthal
    Tel. +49 (0)4298-4667492
    Website | Map | Email
    Confidentiality Note: This email may contain confidential and/or private information. If you received this email in error please delete and notify sender.

    by Nils Coenen - 03:31 - 1 Feb 2024
  • RE: New Odoo17 translated fields

    Thank you Silvio, I didn’t know this way also -) I’ll try this to.

     

    With kind regards,

     

    Van Hirtum Johan

     

    Van: Silvio Gregorini [mailto:notifications@odoo-community.org]
    Verzonden: donderdag 1 februari 2024 14:08
    Aan: Contributors
    Onderwerp: Re: New Odoo17 translated fields

     

    Since v16, there's also a method made available by the ORM to update translations without overriding the context:

     

     

    On Thu, Feb 1, 2024 at 1:52 PM Johan Van Hirtum <notifications@odoo-community.org> wrote:

    Beautiful ! Thank you very much David -)

     

    With kind regards,

     

    Van Hirtum Johan

     

    Van: David Vidal [mailto:notifications@odoo-community.org]
    Verzonden: donderdag 1 februari 2024 13:08
    Aan: Contributors
    Onderwerp: Re: New Odoo17 translated fields

     

    The ORM does it for you. Simply use the `lang` context:

     

    ```python

    record.with_context(lang='es_ES`).field_name = translated_string

    ```

     

    You can get your active languages with `self.env['res.lang'].get_installed()` and loop over them if you want to do it at once.

     

    El jue, 1 feb 2024 a las 12:52, Johan Van Hirtum (<notifications@odoo-community.org>) escribió:

    Dears,

     

    Knows someone good developer documentation around the new translated fields in Odoo17 ? That there are stored in de database as jsonB field is clear. But I see nowhere how to set de translated terms for a field in a python method ( an on change or depends structure for ex. ). There must normally be a some variables where the translation are stored till the create method creates the model ? But I see nothing there.

    I want to use a python translation package ( deepL, deep-translator ) to give a first translation automatically when the translatable field is typed in the ID. Users can adapt, if they want to, but mostly, these translation are simply good -)

     

    Thanks for helping me out.

     

    With kind regards,

     

     

    Van Hirtum Johan

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

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

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

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


    by johan - 02:35 - 1 Feb 2024