Skip to Content

Contributors

  • Licence question: using AGPL and Odoo proprietary modules on the same server
    Hi,

    After years of only working on Odoo community, we are starting to have several enterprise clients.

    The OCA website at https://odoo-community.org/resources/faq indicates:

    Can I run OCA AGPL modules and closed source modules on the same instance?
    Yes, as long as closed source modules do not depend on AGPL ones and respect the license of its dependencies defined in the “depends” key of its manifest file (and vice versa).


    Will we be able to use AGPL modules and paid ones?

    Odoo projects will be able to use AGPL modules or paid modules under proprietary licenses, but it is not possible to combine both. Combining LGLPv3 modules and proprietary modules is fine however, so we encourage current owners licensing under AGPL to move to LGPLv3 too, in order to avoid complications for end users.

    My CEO believes that this using both AGPL and proprietary modules, even if they do not have dependencies, is not allowed by the AGPL license.
    I’ve searched a bit on the mailing list (that started in 2015) but I have not found no discussion on the subject.
    On what basis does the OCA position comes from?

    Regards,
    -- 
    Vincent Hatakeyama
    Directeur du pôle développement " Orbeet
    Tel +33 1 83 62 72 88 Email vincent.hatakeyama@orbeet.io
    Adresse 27, boulevard Saint-Martin
    75003 Paris
    Site web https://orbeet.io
    Image bannière

    by "Vincent Hatakeyama" <vincent.hatakeyama@orbeet.io> - 10:36 - 8 Sep 2025
  • Re: Seeking Advice on Handling Customs Duties in Odoo ERP for International Procurement in China
    If I'm not missing any details, this should be out of the box:
    • These duties can be configured as Taxes on the invoice.
    • Odoo does account for multicurrency. The USD invoice amount is converted to CNY. The duties would be computed in USD, but would then be converted to USD in your accounting records, and you will use those CNY amount to pay the taxes.
    • At best, you need a UX customization to also display the CNY converted amounts in your documents.

    --
    DANIEL REIS
    MANAGING PARTNER

    >> Schedule time on my calendar.
    M: +351 919 991 307
    E: dreis@OpenSourceIntegrators.com
    A: Avenida da República 3000, Estoril Office Center, 2649-517 Cascais

    [Logo OpenSourceIntegrators.com]


    On 9/5/2025 3:47 AM, 张 飞虎 wrote:

    Dear OCA Community,

    I hope this message finds you well. I am writing to seek your guidance and advice regarding the handling of customs duties in Odoo ERP for international procurement operations in China.

    Here is a brief overview of our business scenario:

    Customs Duties in China

    We encounter two types of customs duties, both denominated in CNY (Chinese Yuan):

    1. Price-based duty: Calculated as unit price × exchange rate × duty rate (e.g., 10%).

    2. Quantity-based duty: Calculated as a fixed amount per unit, such as ¥800 per ton.

    International Procurement

    We import goods from other countries into China. The procurement currency is USD, but customs duties must be paid in CNY.

    Sales Operations

    For some sales orders, we quote prices in USD and collect both the(product value) and(customs duties and VAT) from customers separately.

    Challenges We Face

    • Odoo’s tax calculation does not account for multi-currency scenarios, so we have not configured customs duties as taxes on products.

    • Since customs duties are collected in CNY while our procurement and sales are in USD, we are unable to reflect duties accurately on purchase or sales orders.

    • In procurement, we make payments to suppliers (in USD) and to customs (in CNY). Currently, we manually create bills for customs duties and calculate the amounts.

    • In sales, we need to collect both the product value and duties from customers in CNY, and we also manually calculate the duty amounts on invoices.

    We would greatly appreciate any suggestions or insights from the community on how to effectively handle these challenges in Odoo. Specifically:

    1. Is there a recommended way to configure customs duties in Odoo to support multi-currency scenarios?

    2. How can we automate the calculation and recording of customs duties for both procurement and sales operations?

    3. Are there any existing modules or workflows within Odoo or the OCA ecosystem that could address these requirements?

    Thank you in advance for your time and support. We look forward to your valuable feedback and ideas.

    Best regards,



    feihu.zhang

    feihu.zhang@live.com

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



    by Daniel Reis - 05:56 - 5 Sep 2025
  • Re: Seeking Advice on Handling Customs Duties in Odoo ERP for International Procurement in China
    Hello:

    I understand that the goal is to automate the calculation of customs duties and properly manage multi-currency scenarios, which involves a dynamic daily update of the exchange rates between currencies. This update would generate automatic accounting adjustments for each transaction, which seems like a suitable solution. Furthermore, each customs-related transaction should be customized based on specific duty rules, which can vary by customs type (price or quantity).

    This customization should also be dynamic, as duties can change over time, which means customs configurations must be flexible and adaptable. It is essential that this customs payment process be properly validated to ensure accuracy in the accounting records.

    My question is whether it would be best to include customs duties within a single document or invoice, or if it would be preferable to do so separately to ensure better traceability and control of each customs transaction. Since in this case the import payment is made in dollars, I would suggest reflecting the import payment in a separate document, and a separate document for the customs duty payment, which is made in yuan. This would be my suggestion, as separating both payments into separate documents would facilitate traceability and control of each transaction, allowing for clear monitoring of the costs associated with the import and customs duties.

    If I recall correctly. I haven't seen a dedicated module that provides this required functionality.

    Regards

    El jue, 4 sept 2025 a las 21:47, 张 飞虎 (<notifications@odoo-community.org>) escribió:

    Dear OCA Community,

    I hope this message finds you well. I am writing to seek your guidance and advice regarding the handling of customs duties in Odoo ERP for international procurement operations in China.

    Here is a brief overview of our business scenario:

    Customs Duties in China

    We encounter two types of customs duties, both denominated in CNY (Chinese Yuan):

    1. Price-based duty: Calculated as unit price × exchange rate × duty rate (e.g., 10%).

    2. Quantity-based duty: Calculated as a fixed amount per unit, such as ¥800 per ton.

    International Procurement

    We import goods from other countries into China. The procurement currency is USD, but customs duties must be paid in CNY.

    Sales Operations

    For some sales orders, we quote prices in USD and collect both the(product value) and(customs duties and VAT) from customers separately.

    Challenges We Face

    • Odoo’s tax calculation does not account for multi-currency scenarios, so we have not configured customs duties as taxes on products.

    • Since customs duties are collected in CNY while our procurement and sales are in USD, we are unable to reflect duties accurately on purchase or sales orders.

    • In procurement, we make payments to suppliers (in USD) and to customs (in CNY). Currently, we manually create bills for customs duties and calculate the amounts.

    • In sales, we need to collect both the product value and duties from customers in CNY, and we also manually calculate the duty amounts on invoices.

    We would greatly appreciate any suggestions or insights from the community on how to effectively handle these challenges in Odoo. Specifically:

    1. Is there a recommended way to configure customs duties in Odoo to support multi-currency scenarios?

    2. How can we automate the calculation and recording of customs duties for both procurement and sales operations?

    3. Are there any existing modules or workflows within Odoo or the OCA ecosystem that could address these requirements?

    Thank you in advance for your time and support. We look forward to your valuable feedback and ideas.

    Best regards,



    feihu.zhang

    feihu.zhang@live.com

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


    by DANIEL CARRION - 05:46 - 5 Sep 2025
  • Re: Sharepoint Integration
    Here it's a way to link an odoo record to a folder into sharepoint/msdrive https://github.com/OCA/storage/pull/481
    The widget allows you to manage the linked folder content from within odoo and directly jump into the msdrive/sharepoint UI if needed.
    A talk is planned at the OCA/Days to present this new addon and the base one referenced By Enric.
    Any help to improve or fund the investment we have made at ACSONE in these add-ons is welcome. If you need additional features, we can also discuss this and provide our assistance.

    Kind regards

    Laurent Mignon




    On Fri, Sep 5, 2025 at 8:37 AM Matthias Ellmerer <notifications@odoo-community.org> wrote:

    Hello OCA Members,

     

    is there an oca app for sharepoint integration existing? I need an app where I can directly integrate sharepoint in odoo, without synchronize the data.

    This will be helpful.

    Thank you!

    Regards,

    Matthias

     

    Matthias Ellmerer

     

    signature_2198048941
    digitalisierung & software

     

    signature_95927516signature_3070776534signature_2920975368


    📍 Sonnendorf 33a, 6334 Schwoich | Austria
    📞 +43 664 353 87 33 · 🌐 implema.at  

     

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



    --
    Laurent Mignon
    Technical lead / Management Team
    T: +32 2 8883148


    Atrium Building, Drève Richelle 167 | B-1410 Waterloo | Belgium
    Val Benoit, Quai Banning 6 | B-4000 Liège | Belgium
    Zone industrielle 22 | L-8287 Kehlen | Luxembourg


    by Laurent Mignon - 09:15 - 5 Sep 2025
  • Re: Sharepoint Integration
    Check this



    We were involved in the base module and I think Acsone might publish the sharepoint integration

    Kind regards,

    Enric Tobella Alomar
    CEO & Founder


    On Fri, 5 Sept 2025, 08:37 Matthias Ellmerer, <notifications@odoo-community.org> wrote:

    Hello OCA Members,

     

    is there an oca app for sharepoint integration existing? I need an app where I can directly integrate sharepoint in odoo, without synchronize the data.

    This will be helpful.

    Thank you!

    Regards,

    Matthias

     

    Matthias Ellmerer

     

    signature_2198048941
    digitalisierung & software

     

    signature_95927516signature_3070776534signature_2920975368


    📍 Sonnendorf 33a, 6334 Schwoich | Austria
    📞 +43 664 353 87 33 · 🌐 implema.at  

     

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


    by Enric Tobella Alomar - 08:45 - 5 Sep 2025
  • Sharepoint Integration

    Hello OCA Members,

     

    is there an oca app for sharepoint integration existing? I need an app where I can directly integrate sharepoint in odoo, without synchronize the data.

    This will be helpful.

    Thank you!

    Regards,

    Matthias

     

    Matthias Ellmerer

     

    signature_2198048941
    digitalisierung & software

     

    signature_95927516signature_3070776534signature_2920975368


    📍 Sonnendorf 33a, 6334 Schwoich | Austria
    📞 +43 664 353 87 33 · 🌐 implema.at  

     


    by Matthias Ellmerer - 08:36 - 5 Sep 2025
  • Seeking Advice on Handling Customs Duties in Odoo ERP for International Procurement in China

    Dear OCA Community,

    I hope this message finds you well. I am writing to seek your guidance and advice regarding the handling of customs duties in Odoo ERP for international procurement operations in China.

    Here is a brief overview of our business scenario:

    Customs Duties in China

    We encounter two types of customs duties, both denominated in CNY (Chinese Yuan):

    1. Price-based duty: Calculated as unit price × exchange rate × duty rate (e.g., 10%).

    2. Quantity-based duty: Calculated as a fixed amount per unit, such as ¥800 per ton.

    International Procurement

    We import goods from other countries into China. The procurement currency is USD, but customs duties must be paid in CNY.

    Sales Operations

    For some sales orders, we quote prices in USD and collect both the(product value) and(customs duties and VAT) from customers separately.

    Challenges We Face

    • Odoo’s tax calculation does not account for multi-currency scenarios, so we have not configured customs duties as taxes on products.

    • Since customs duties are collected in CNY while our procurement and sales are in USD, we are unable to reflect duties accurately on purchase or sales orders.

    • In procurement, we make payments to suppliers (in USD) and to customs (in CNY). Currently, we manually create bills for customs duties and calculate the amounts.

    • In sales, we need to collect both the product value and duties from customers in CNY, and we also manually calculate the duty amounts on invoices.

    We would greatly appreciate any suggestions or insights from the community on how to effectively handle these challenges in Odoo. Specifically:

    1. Is there a recommended way to configure customs duties in Odoo to support multi-currency scenarios?

    2. How can we automate the calculation and recording of customs duties for both procurement and sales operations?

    3. Are there any existing modules or workflows within Odoo or the OCA ecosystem that could address these requirements?

    Thank you in advance for your time and support. We look forward to your valuable feedback and ideas.

    Best regards,



    feihu.zhang

    feihu.zhang@live.com


    by feihu.zhang - 04:46 - 5 Sep 2025
  • py3o reporting engine
    I worked on the py3o reporting engine last week (modules report_py3o and report_py3o_fusion_server from https://github.com/OCA/reporting-engine), and managed to implement a new version of report_py3o_fusion_server that works with a direct link between Odoo and libreoffice running as a daemon via the UNO interface. This implementation by-passes py3o-fusion and py3o-renderserver, which are 2 deprecated software components that are still in python2. I have already deployed it in production on 2 odoo servers. The limitation of this implementation is that it only works when libreoffice is running on the same server as Odoo (running as daemon in headless mode) whereas py3o-fusion and py3o-renderserver allowed to have libreoffice running on another server than Odoo.

    It is available as a draft pull request here :


    On this draft PR, I have detailed my ideas for the future of the report_py3o* modules, and how we could implement a solution that allows to have libreoffice running on another server than Odoo. If you are using report_py3o and feel concerned about the future of this project, please come on this draft pull request to read my ideas for the future and give your opinion about it !

    --
    Alexis de Lattre

    by Alexis de Lattre - 06:16 - 2 Sep 2025
  • Re: Laboratory Information Management System (LIMS)

    I won't be going to Belgium this year... 😢

    MAXIME CHAMBREUIL
    DIRECTOR INTERNACIONAL
    T: +52 (800) 953-2012 #5200
    M: +52 (442) 114-9164 | WhatsApp
    C: MChambreuil@OpenSourceIntegrators.com
    Av. Antea 1032, Piso 4 Local 8, Colonia Jurica
    Santiago de Querétaro, Querétaro, 76100, México

    Analizar. Optimizar. Automatizar. Transicionar.


    De: Cyril VINH-TUNG <notifications@odoo-community.org>
    Enviado: viernes, 29 de agosto de 2025 12:11 p. m.
    Para: Contributors <contributors@odoo-community.org>
    Asunto: Re: Laboratory Information Management System (LIMS)
     
    Hi Max

    As you might know, I have a 10 years experience in LIMS market in France ;-)

    Actually, the market is almost trusted by a unique very big medical company (www.dedalus.com).
    An opensource project would be a revolution indeed... but there's a looooot of work.

    I know a guy (one of my employees in that life) who would be a killer on that project but he just join Centreon Company...

    Let's discuss that at Liège Sunday eve ?

    Cheers

    --------------------------------
    Cyril VINH-TUNG
    INVITU
    Computer & Network Engineering
    BP 32 - 98713 Papeete - French Polynesia
    Tél: +689 40 46 11 99
    contact@invitu.com

    Le jeu. 28 août 2025, 11:46, Maxime Chambreuil <notifications@odoo-community.org> a écrit :

    Hello,

    We have the opportunity to start developing a basic LIMS module and its extensions within the OCA with 2 customers.

    Since https://github.com/OCA/connector-lims seems to be empty and not used, I would like to rename it to "vertical-lims" and start documenting our effort there.

    What do you think? Anyone interested?

    Thank you!

    MAXIME CHAMBREUIL
    DIRECTOR INTERNACIONAL
    T: +52 (800) 953-2012 #5200
    M: +52 (442) 114-9164 | WhatsApp
    C: MChambreuil@OpenSourceIntegrators.com
    Av. Antea 1032, Piso 4 Local 8, Colonia Jurica
    Santiago de Querétaro, Querétaro, 76100, México

    Analizar. Optimizar. Automatizar. Transicionar.

    _______________________________________________
    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 Maxime Chambreuil - 12:16 - 30 Aug 2025
  • Re: Laboratory Information Management System (LIMS)

    --------------------------------
    Cyril VINH-TUNG
    INVITU
    Computer & Network Engineering
    BP 32 - 98713 Papeete - French Polynesia
    Tél: +689 40 46 11 99
    contact@invitu.com

    Le ven. 29 août 2025, 08:29, Cyril VINH-TUNG <cyril@invitu.com> a écrit :
    Hi @Graeme 'laboratory' is too wide, it can be a laboratory outside medical

    AFAIK in Europe, LIMS is specific to biological analysis... 
    And even with that denomination, we have at least 3 sub-markets (industrial, public labs like in hospitals, private labs outside hospitals...)
    And of course, those 3 submarkets have very different needs !!!

    My2cents

    --------------------------------
    Cyril VINH-TUNG
    INVITU
    Computer & Network Engineering
    BP 32 - 98713 Papeete - French Polynesia
    Tél: +689 40 46 11 99
    contact@invitu.com

    Le ven. 29 août 2025, 08:22, Graeme Gellatly <notifications@odoo-community.org> a écrit :
    I would prefer to call it laboratory, only reason is lims means something completely different in my industry. But I don't really care, just making point that abbreviations are often vertical specific 

    Le ven. 29 août 2025, 22:27, Roussel, Denis <notifications@odoo-community.org> a écrit :
    Great!

    Agree with Pedro, simpler is better.

    Le ven. 29 août 2025 à 09:11, Pedro M. Baeza <notifications@odoo-community.org> a écrit :
    About renaming the repository, why not call it directly "lims" instead of "vertical-lims"?

    _______________________________________________
    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 Cyril VINH-TUNG - 08:36 - 29 Aug 2025
  • Re: Laboratory Information Management System (LIMS)
    Hi @Graeme 'laboratory' is too wide, it can be a laboratory outside medical

    AFAIK in Europe, LIMS is specific to biological analysis... 
    And even with that denomination, we have at least 3 sub-markets (industrial, public labs like in hospitals, private labs outside hospitals...)
    And of course, those 3 submarkets have very different needs !!!

    My2cents

    --------------------------------
    Cyril VINH-TUNG
    INVITU
    Computer & Network Engineering
    BP 32 - 98713 Papeete - French Polynesia
    Tél: +689 40 46 11 99
    contact@invitu.com

    Le ven. 29 août 2025, 08:22, Graeme Gellatly <notifications@odoo-community.org> a écrit :
    I would prefer to call it laboratory, only reason is lims means something completely different in my industry. But I don't really care, just making point that abbreviations are often vertical specific 

    Le ven. 29 août 2025, 22:27, Roussel, Denis <notifications@odoo-community.org> a écrit :
    Great!

    Agree with Pedro, simpler is better.

    Le ven. 29 août 2025 à 09:11, Pedro M. Baeza <notifications@odoo-community.org> a écrit :
    About renaming the repository, why not call it directly "lims" instead of "vertical-lims"?

    _______________________________________________
    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 Cyril VINH-TUNG - 08:31 - 29 Aug 2025
  • Re: Laboratory Information Management System (LIMS)
    I would prefer to call it laboratory, only reason is lims means something completely different in my industry. But I don't really care, just making point that abbreviations are often vertical specific 

    Le ven. 29 août 2025, 22:27, Roussel, Denis <notifications@odoo-community.org> a écrit :
    Great!

    Agree with Pedro, simpler is better.

    Le ven. 29 août 2025 à 09:11, Pedro M. Baeza <notifications@odoo-community.org> a écrit :
    About renaming the repository, why not call it directly "lims" instead of "vertical-lims"?

    _______________________________________________
    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 Graeme Gellatly - 08:21 - 29 Aug 2025
  • Re: Laboratory Information Management System (LIMS)
    Hi Max

    As you might know, I have a 10 years experience in LIMS market in France ;-)

    Actually, the market is almost trusted by a unique very big medical company (www.dedalus.com).
    An opensource project would be a revolution indeed... but there's a looooot of work.

    I know a guy (one of my employees in that life) who would be a killer on that project but he just join Centreon Company...

    Let's discuss that at Liège Sunday eve ?

    Cheers

    --------------------------------
    Cyril VINH-TUNG
    INVITU
    Computer & Network Engineering
    BP 32 - 98713 Papeete - French Polynesia
    Tél: +689 40 46 11 99
    contact@invitu.com

    Le jeu. 28 août 2025, 11:46, Maxime Chambreuil <notifications@odoo-community.org> a écrit :

    Hello,

    We have the opportunity to start developing a basic LIMS module and its extensions within the OCA with 2 customers.

    Since https://github.com/OCA/connector-lims seems to be empty and not used, I would like to rename it to "vertical-lims" and start documenting our effort there.

    What do you think? Anyone interested?

    Thank you!

    MAXIME CHAMBREUIL
    DIRECTOR INTERNACIONAL
    T: +52 (800) 953-2012 #5200
    M: +52 (442) 114-9164 | WhatsApp
    C: MChambreuil@OpenSourceIntegrators.com
    Av. Antea 1032, Piso 4 Local 8, Colonia Jurica
    Santiago de Querétaro, Querétaro, 76100, México

    Analizar. Optimizar. Automatizar. Transicionar.

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


    by Cyril VINH-TUNG - 08:11 - 29 Aug 2025
  • Re: Laboratory Information Management System (LIMS)

    Thank you Enric!

    MAXIME CHAMBREUIL
    DIRECTOR INTERNACIONAL
    T: +52 (800) 953-2012 #5200
    M: +52 (442) 114-9164 | WhatsApp
    C: MChambreuil@OpenSourceIntegrators.com
    Av. Antea 1032, Piso 4 Local 8, Colonia Jurica
    Santiago de Querétaro, Querétaro, 76100, México

    Analizar. Optimizar. Automatizar. Transicionar.


    De: Enric Tobella Alomar <notifications@odoo-community.org>
    Enviado: jueves, 28 de agosto de 2025 11:51 p. m.
    Para: Contributors <contributors@odoo-community.org>
    Asunto: Re: Laboratory Information Management System (LIMS)
     
    Hi Max,

    Some years ago we made a proof of concept based on existent LIMS OpenSource software (SEINATE)


    It has a lot of work to do yet, but it can be used as a base. It is 13, but could be migrated easily.

    It would be nice to review it from a medical perspective too. We have a medical vertical that would help on that topic (at least partially) in order to know how the structure should go and reuse code. From an standard perspective: https://hl7.org/fhir/diagnosticreport.html

    We have the modules for that. It is just necessary to get some of the code in order to fill some of the gaps of the PoC. For example, the medical modules has a complete reporting enginge that would allow to make nice reports easily.

    One last topic is the integration with external machines. We did a PoC too based two protocols (HL7v2 and ASTM if I remember properly)

    Contact me if you need some more information.

    El jue, 28 ago 2025 a las 23:46, Maxime Chambreuil (<notifications@odoo-community.org>) escribió:

    Hello,

    We have the opportunity to start developing a basic LIMS module and its extensions within the OCA with 2 customers.

    Since https://github.com/OCA/connector-lims seems to be empty and not used, I would like to rename it to "vertical-lims" and start documenting our effort there.

    What do you think? Anyone interested?

    Thank you!

    MAXIME CHAMBREUIL
    DIRECTOR INTERNACIONAL
    T: +52 (800) 953-2012 #5200
    M: +52 (442) 114-9164 | WhatsApp
    C: MChambreuil@OpenSourceIntegrators.com
    Av. Antea 1032, Piso 4 Local 8, Colonia Jurica
    Santiago de Querétaro, Querétaro, 76100, México

    Analizar. Optimizar. Automatizar. Transicionar.

    _______________________________________________
    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

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


    by Maxime Chambreuil - 04:51 - 29 Aug 2025
  • Re: Laboratory Information Management System (LIMS)

    ok, works for me!

    MAXIME CHAMBREUIL
    DIRECTOR INTERNACIONAL
    T: +52 (800) 953-2012 #5200
    M: +52 (442) 114-9164 | WhatsApp
    C: MChambreuil@OpenSourceIntegrators.com
    Av. Antea 1032, Piso 4 Local 8, Colonia Jurica
    Santiago de Querétaro, Querétaro, 76100, México

    Analizar. Optimizar. Automatizar. Transicionar.


    De: Pedro M. Baeza <notifications@odoo-community.org>
    Enviado: viernes, 29 de agosto de 2025 1:11 a. m.
    Para: Contributors <contributors@odoo-community.org>
    Asunto: Re: Laboratory Information Management System (LIMS)
     
    About renaming the repository, why not call it directly "lims" instead of "vertical-lims"?

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


    by Maxime Chambreuil - 04:51 - 29 Aug 2025
  • Re: Laboratory Information Management System (LIMS)
    Hey Maxime,

    I’m definitely interested in the topic of LIMS.
    Some time ago, I had already started an approach focusing on geochemical analyses for isotope ratio measurements. Unfortunately, for several reasons, we had to stop the project back then.

    If you’re starting this initiative, I’ll certainly follow the repository. And if there’s any way I can contribute, I’d be happy to add my two cents as well. Should any discussions come up, please don’t hesitate to reach out to me.

    All the best
    Nils


    Von: Maxime Chambreuil <notifications@odoo-community.org>
    Gesendet: Thursday, August 28, 2025 11:47:01 PM
    An: Contributors <contributors@odoo-community.org>
    Betreff: Laboratory Information Management System (LIMS)
     

    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.

    Hello,

    We have the opportunity to start developing a basic LIMS module and its extensions within the OCA with 2 customers.

    Since https://github.com/OCA/connector-lims seems to be empty and not used, I would like to rename it to "vertical-lims" and start documenting our effort there.

    What do you think? Anyone interested?

    Thank you!

    MAXIME CHAMBREUIL
    DIRECTOR INTERNACIONAL
    T: +52 (800) 953-2012 #5200
    M: +52 (442) 114-9164 | WhatsApp
    C: MChambreuil@OpenSourceIntegrators.com
    Av. Antea 1032, Piso 4 Local 8, Colonia Jurica
    Santiago de Querétaro, Querétaro, 76100, México

    Analizar. Optimizar. Automatizar. Transicionar.

    _______________________________________________
    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 - 02:21 - 29 Aug 2025
  • Re: Laboratory Information Management System (LIMS)
    Great!

    Agree with Pedro, simpler is better.

    Le ven. 29 août 2025 à 09:11, Pedro M. Baeza <notifications@odoo-community.org> a écrit :
    About renaming the repository, why not call it directly "lims" instead of "vertical-lims"?

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


    by Denis Roussel - 12:26 - 29 Aug 2025
  • Multi-Company + Website Issue
    Hi everyone,

    I'm reaching out to get some insights from the community on a multi-company scenario we're running into with Odoo.

    The Issue:
    We have a setup where multiple companies share the same website. Odoo currently ties a website to a single company, which is fine for pricing (we use GeoIP to show region-specific pricelists). But when a customer places an order, Odoo assigns that order to the company linked to the website, not necessarily the customer's regional company.

    Example:
    A US customer sees US pricing, but the order still gets created under the LATAM company because that's how the website is configured. This leads to accounting and operational misalignment.

    Any guidance, existing OCA modules, or suggestions on how to approach this would be greatly appreciated. If there's interest, I'd also be happy to help spec out a solution we will contribute back to the community.

    Best regards,

    Binhex Logo
    Jorge Elena Poblet
    Founder & CEO
    Binhex
    j.elena@binhex.cloud
    Office (Spain) : +34 622 40 08 08
    Office (USA): +1 561 403 4406
    Offices:
    Miami | 8325 NE 2nd Ave, Miami, FL 33138, United States
    Texas | 27027 Westheimer Pkwy Katy, TX 77494, United States
    Tenerife | Street Subida al Mayorazgo, 13, Office 15-2
    Las Palmas | Edificio Polivalente IV Campus de Tafira Parque Tecnológico de Gran Canaria
    LinkedIn Twitter Facebook YouTube
    Start for free: Try Odoo Community in the cloud

    This email is confidential and intended only for the recipient. If you are not the intended recipient, please notify the sender and delete it immediately.
    Privacy Policy


    by Jorge Elena Poblet - 10:41 - 29 Aug 2025
  • Re: Laboratory Information Management System (LIMS)
    About renaming the repository, why not call it directly "lims" instead of "vertical-lims"?

    by Pedro M. Baeza - 09:11 - 29 Aug 2025