Skip to Content

Contributors

  • Re: EDI broker integrations
    Good point!

    Im only interested in an open, odoo integrated solution.

    Thanks Pedro.
    Georg A. G. Notter
    Geschäftsführer
    Phone: +49 171 8156666
    Email: georg.notter@agenterp.com

    Agent ERP GmbH -- making things easier
    Balduinstrasse 24 - 20359 Hamburg - Germany
    Web: www.agenterp.com
    Ust.Nr.: DE290508977
    Steuernummer: 46/701/02608
    Registergericht Hamburg, HRB 128270
    Geschäftsführer: Dipl. Ing. (FH) Georg Notter

    05.12.2024 12:38:12 Pedro M. Baeza <notifications@odoo-community.org>:

    If the solution is not open, that is doing advertising, which I think is not OK for this list.

    Regards.

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


    by "Georg Notter" <georg.notter@agenterp.com> - 12:41 - 5 Dec 2024
  • Re: EDI broker integrations

    Hello Tom, Hello Antonio

    Can you take me into the Mailing?

    I'm also interested!

    George

    Georg A. G. Notter
    Geschäftsführer
    Phone: +49 171 8156666
    Email: georg.notter@agenterp.com
    
    Agent ERP GmbH -- making things easier
    Balduinstrasse 24 - 20359 Hamburg - Germany
    Web: www.agenterp.com
    Ust.Nr.: DE290508977
    Steuernummer: 46/701/02608
    Registergericht Hamburg, HRB 128270
    Geschäftsführer: Dipl. Ing. (FH) Georg Notter
    Am 05.12.24 um 12:32 schrieb Tom Blauwendraat:

    Hi Antonio,

    while that sounds interesting, it also sounds almost too good to be true :-) Can you drop me a mail at info@therp.nl with more information?

    -Tom

    On 12/5/24 12:12, Antonio M. Vigliotti wrote:

    Hi Tom,

    we are testing a new universal connector which can easily integrated by your own code. This software give you the complete infrastructure, full logs, configuration and testing GUI environment.

    If you do not find the final solution, you can contact us for furthermore info.

    Antonio M. Vigliotti

    Mobile (+39) 342.8740910



    Il 05/12/2024 12:02, Tom Blauwendraat ha scritto:
    Hi everyone,
    
    Looking for some advice here - we have a customer that's looking for 
    integration with an EDI broker. On their shortlist are Transus and Babelway.
    
    EDI broker --> Odoo:
    - Let down / let up: Create (Return) Sale Orders in Odoo, filling in 
    customer ref, warehouse, expected delivery date, serial number / package 
    number information
    - RECADV: confirmation of order (apparently orders are created first as 
    quotation, and then a message comes when they should be confirmed)
    - INVRPT: inventory report, a message that is apparently sent when EDI 
    broker wants to know if there is stock available
    
    Odoo --> EDI broker:
    
    - Create purchase order at client
    - DESADV: represents a picking, so what is the content of each package
    - Invoice, relay invoice to client
    
    A quick research finds that these terms are EDIFACT terms and that both 
    Transus and Babelway seem to support that format, and that there are 
    alpha modules in OCA that implement part of the above: base_edifact and 
    sale_order_import_edifact.
    
    Does anyone know how to best go about this, and if there are other 
    modules or Odoo base functionality available that can help?
    
    -Tom
    
    
    

    _______________________________________________
    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 "Georg Notter" <georg.notter@agenterp.com> - 12:36 - 5 Dec 2024
  • Re: EDI broker integrations
    If the solution is not open, that is doing advertising, which I think is not OK for this list.

    Regards.

    by Pedro M. Baeza - 12:36 - 5 Dec 2024
  • Re: EDI broker integrations

    Hi Antonio,

    while that sounds interesting, it also sounds almost too good to be true :-) Can you drop me a mail at info@therp.nl with more information?

    -Tom

    On 12/5/24 12:12, Antonio M. Vigliotti wrote:

    Hi Tom,

    we are testing a new universal connector which can easily integrated by your own code. This software give you the complete infrastructure, full logs, configuration and testing GUI environment.

    If you do not find the final solution, you can contact us for furthermore info.

    Antonio M. Vigliotti

    Mobile (+39) 342.8740910



    Il 05/12/2024 12:02, Tom Blauwendraat ha scritto:
    Hi everyone,
    
    Looking for some advice here - we have a customer that's looking for 
    integration with an EDI broker. On their shortlist are Transus and Babelway.
    
    EDI broker --> Odoo:
    - Let down / let up: Create (Return) Sale Orders in Odoo, filling in 
    customer ref, warehouse, expected delivery date, serial number / package 
    number information
    - RECADV: confirmation of order (apparently orders are created first as 
    quotation, and then a message comes when they should be confirmed)
    - INVRPT: inventory report, a message that is apparently sent when EDI 
    broker wants to know if there is stock available
    
    Odoo --> EDI broker:
    
    - Create purchase order at client
    - DESADV: represents a picking, so what is the content of each package
    - Invoice, relay invoice to client
    
    A quick research finds that these terms are EDIFACT terms and that both 
    Transus and Babelway seem to support that format, and that there are 
    alpha modules in OCA that implement part of the above: base_edifact and 
    sale_order_import_edifact.
    
    Does anyone know how to best go about this, and if there are other 
    modules or Odoo base functionality available that can help?
    
    -Tom
    
    
    

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

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


    by Tom Blauwendraat - 12:30 - 5 Dec 2024
  • Re: EDI broker integrations

    Hi Tom,

    we are testing a new universal connector which can easily integrated by your own code. This software give you the complete infrastructure, full logs, configuration and testing GUI environment.

    If you do not find the final solution, you can contact us for furthermore info.

    Antonio M. Vigliotti

    Mobile (+39) 342.8740910



    Il 05/12/2024 12:02, Tom Blauwendraat ha scritto:
    Hi everyone,
    
    Looking for some advice here - we have a customer that's looking for 
    integration with an EDI broker. On their shortlist are Transus and Babelway.
    
    EDI broker --> Odoo:
    - Let down / let up: Create (Return) Sale Orders in Odoo, filling in 
    customer ref, warehouse, expected delivery date, serial number / package 
    number information
    - RECADV: confirmation of order (apparently orders are created first as 
    quotation, and then a message comes when they should be confirmed)
    - INVRPT: inventory report, a message that is apparently sent when EDI 
    broker wants to know if there is stock available
    
    Odoo --> EDI broker:
    
    - Create purchase order at client
    - DESADV: represents a picking, so what is the content of each package
    - Invoice, relay invoice to client
    
    A quick research finds that these terms are EDIFACT terms and that both 
    Transus and Babelway seem to support that format, and that there are 
    alpha modules in OCA that implement part of the above: base_edifact and 
    sale_order_import_edifact.
    
    Does anyone know how to best go about this, and if there are other 
    modules or Odoo base functionality available that can help?
    
    -Tom
    
    
    

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


    by Antonio M. Vigliotti - 12:11 - 5 Dec 2024
  • EDI broker integrations
    Hi everyone,
    
    Looking for some advice here - we have a customer that's looking for 
    integration with an EDI broker. On their shortlist are Transus and Babelway.
    
    EDI broker --> Odoo:
    - Let down / let up: Create (Return) Sale Orders in Odoo, filling in 
    customer ref, warehouse, expected delivery date, serial number / package 
    number information
    - RECADV: confirmation of order (apparently orders are created first as 
    quotation, and then a message comes when they should be confirmed)
    - INVRPT: inventory report, a message that is apparently sent when EDI 
    broker wants to know if there is stock available
    
    Odoo --> EDI broker:
    
    - Create purchase order at client
    - DESADV: represents a picking, so what is the content of each package
    - Invoice, relay invoice to client
    
    A quick research finds that these terms are EDIFACT terms and that both 
    Transus and Babelway seem to support that format, and that there are 
    alpha modules in OCA that implement part of the above: base_edifact and 
    sale_order_import_edifact.
    
    Does anyone know how to best go about this, and if there are other 
    modules or Odoo base functionality available that can help?
    
    -Tom
    
    
    

    by Tom Blauwendraat - 12:01 - 5 Dec 2024
  • Re: OCA Codesprint - around FOSDEM - are you keen?
    Hi Virginie,

    I think we should (or rather must) create and use an OCA Discord channel to allow contributors to join the code sprint online. 
    This would include Ibrahim Alsaman, Omar K. Ali, as well as Oliver Arnold, who has expressed interest on LinkedIn.

    Can you confirm? 
    Once I have your confirmation, I’ll inform Oliver Arnold on LinkedIn that he, along with others, can join online.

    See my LinkedIn post where I invited LinkedIn users to join the OCA as contributors and participate in the code sprint.


    Thanks,


    Michel Stroom
    -- 

    Office Everywhere
    Business Partner Odoo

    t: +31 6 53360677
    e: mstroom@office-everywhere.com
    w: Office-Everywhere.com


    On 3 Dec 2024, at 23:12, Virginie Dewulf <virginie@odoo-community.org> wrote:

    Hello everyone,

    The idea of this code sprint is to take advantage of the fact that people would travel to Brussels for the FOSDEM, thus gathering people 1 or 2 days before or after this event, in real life.

    However, we could always create a dedicated channel on the OCA Discord channel to let anyone join "online" and chat with the other people during those 2 days.

    Based on the feedback from the survey (link still available here*), people would like to meet on the Thursday 30th January and Friday 31st January (we have around 15 positive answers, 10 of which voted for this timing). This might me a really small event, but it still nice to meet in person and I'll come back to the contributors with a proper event to gather official registration and find a nice (and if possible free) place to code sprint in Brussels. This event will be for code sprint / documentation sprint only, there won't be any talks or conferences.

    We'll keep you posted!


    Virginie Dewulf
    Executive Director
    +32 477 64 17 20


    Le ven. 29 nov. 2024 à 21:27, Jacob Christ <notifications@odoo-community.org> a écrit :
    Maybe something could be done in the OCA discord?

    Jacob

    On Fri, Nov 29, 2024 at 3:05 AM Omar K.Ali <notifications@odoo-community.org> wrote:
    Hello there,
    is there is any chance we hang up online,

    we would love to attend in person, but it’s nearly impossible to flight up there.


    On Fri, 29 Nov 2024 at 1:52 PM Ibrahim Alsaman <notifications@odoo-community.org> wrote:

    Hello,

    I will make sure to join remotely. However, if there is a way for me to travel to Brussels, I would be happy to attend in person.

    Note: I reside outside the EU.


    On Fri, 29 Nov 2024, 12:07 Michel Stroom, <notifications@odoo-community.org> wrote:

    Is it possible to join remote or do you have to be in Brussels?



    On 26 Nov 2024, at 01:28, Rebecca Gellatly <notifications@odoo-community.org> wrote:

    Hello OCA Contributors,

    You may have seen on our social media that we are weighing up if there is enough interest to organise an OCA Codesprint around the FOSDEM event next year.

    If this is something that is of interest to you, please let us know on our survey here. Depending on interest we will make a decision about what to do.

    The FOSDEM event is on the 1st and 2nd of February in Brussels. We are considering a sprint a day or two on either side.

    Have a great week.
    Rebecca

    --
    Rebecca Gellatly
    General Secretary
    Odoo Community Association

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


    _______________________________________________
    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

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



    by Michel Stroom - 10:41 - 4 Dec 2024
  • Re: OCA Codesprint - around FOSDEM - are you keen?
    Hello everyone,

    The idea of this code sprint is to take advantage of the fact that people would travel to Brussels for the FOSDEM, thus gathering people 1 or 2 days before or after this event, in real life.

    However, we could always create a dedicated channel on the OCA Discord channel to let anyone join "online" and chat with the other people during those 2 days.

    Based on the feedback from the survey (link still available here*), people would like to meet on the Thursday 30th January and Friday 31st January (we have around 15 positive answers, 10 of which voted for this timing). This might me a really small event, but it still nice to meet in person and I'll come back to the contributors with a proper event to gather official registration and find a nice (and if possible free) place to code sprint in Brussels. This event will be for code sprint / documentation sprint only, there won't be any talks or conferences.

    We'll keep you posted!


    Virginie Dewulf
    Executive Director
    +32 477 64 17 20


    Le ven. 29 nov. 2024 à 21:27, Jacob Christ <notifications@odoo-community.org> a écrit :
    Maybe something could be done in the OCA discord?

    Jacob

    On Fri, Nov 29, 2024 at 3:05 AM Omar K.Ali <notifications@odoo-community.org> wrote:
    Hello there,
    is there is any chance we hang up online,

    we would love to attend in person, but it’s nearly impossible to flight up there.


    On Fri, 29 Nov 2024 at 1:52 PM Ibrahim Alsaman <notifications@odoo-community.org> wrote:

    Hello,

    I will make sure to join remotely. However, if there is a way for me to travel to Brussels, I would be happy to attend in person.

    Note: I reside outside the EU.


    On Fri, 29 Nov 2024, 12:07 Michel Stroom, <notifications@odoo-community.org> wrote:

    Is it possible to join remote or do you have to be in Brussels?



    On 26 Nov 2024, at 01:28, Rebecca Gellatly <notifications@odoo-community.org> wrote:

    Hello OCA Contributors,

    You may have seen on our social media that we are weighing up if there is enough interest to organise an OCA Codesprint around the FOSDEM event next year.

    If this is something that is of interest to you, please let us know on our survey here. Depending on interest we will make a decision about what to do.

    The FOSDEM event is on the 1st and 2nd of February in Brussels. We are considering a sprint a day or two on either side.

    Have a great week.
    Rebecca

    --
    Rebecca Gellatly
    General Secretary
    Odoo Community Association

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


    _______________________________________________
    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 Virginie Dewulf - 11:11 - 3 Dec 2024
  • Re: recurring payments
    Hi,
    Here's the pr about recurring payments via stripe: https://github.com/OCA/contract/pull/1151
    Please check it out and let us know, we're going to do some functional testing.
    Best,

    On Fri, Oct 25, 2024 at 4:46 PM Jorge Elena Poblet <j.elena@binhex.cloud> wrote:
    Hi Jan,

    My team is acctually working on this now, we'll do a pr for v16 probably next week, i'll be happy to share the link when we upload, tests and reviews weolcomed.

    Best,
    On 10/25/2024 4:38 PM Jan Suhr | Nitrokey <notifications@odoo-community.org> wrote:


    Hi!
    I'm using OCA Contracts and am interested in recurring payments for 
    these via Stripe or PayPal. As far as I know there is no such build-in 
    feature for Community Edition. I found OCA's contract_payment_auto for 
    10.0 [1] (PR for 12.0 [2]) which seems to do what I want, as well as a 
    few paid modules which look incompatible with OCA's Contracts. I'm 
    wondering what is the best approach to tackle this in 15.0. Would it be 
    feasible to migrate contract_payment_auto to 15.0 or is there a good 
    reason why this hasn't been done yet? Any better suggestion?
    
    Best regards
    Jan
    
    [1] https://github.com/OCA/contract/tree/10.0/contract_payment_auto
    [2] https://github.com/OCA/contract/pull/798
    

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


    Binhex Logo
    Jorge Elena Poblet
    CEO & Founder
    Binhex
    j.elena@binhex.cloud
    Mobile (Spain) : +34 622 40 08 08
    Mobile (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



    --
    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 - 05:31 - 3 Dec 2024
  • Re: OCA Codesprint - around FOSDEM - are you keen?
    Maybe something could be done in the OCA discord?

    Jacob

    On Fri, Nov 29, 2024 at 3:05 AM Omar K.Ali <notifications@odoo-community.org> wrote:
    Hello there,
    is there is any chance we hang up online,

    we would love to attend in person, but it’s nearly impossible to flight up there.


    On Fri, 29 Nov 2024 at 1:52 PM Ibrahim Alsaman <notifications@odoo-community.org> wrote:

    Hello,

    I will make sure to join remotely. However, if there is a way for me to travel to Brussels, I would be happy to attend in person.

    Note: I reside outside the EU.


    On Fri, 29 Nov 2024, 12:07 Michel Stroom, <notifications@odoo-community.org> wrote:

    Is it possible to join remote or do you have to be in Brussels?



    On 26 Nov 2024, at 01:28, Rebecca Gellatly <notifications@odoo-community.org> wrote:

    Hello OCA Contributors,

    You may have seen on our social media that we are weighing up if there is enough interest to organise an OCA Codesprint around the FOSDEM event next year.

    If this is something that is of interest to you, please let us know on our survey here. Depending on interest we will make a decision about what to do.

    The FOSDEM event is on the 1st and 2nd of February in Brussels. We are considering a sprint a day or two on either side.

    Have a great week.
    Rebecca

    --
    Rebecca Gellatly
    General Secretary
    Odoo Community Association

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


    _______________________________________________
    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 Jacob Christ - 09:25 - 29 Nov 2024
  • Re: OCA Codesprint - around FOSDEM - are you keen?
    Hello there,
    is there is any chance we hang up online,

    we would love to attend in person, but it’s nearly impossible to flight up there.


    On Fri, 29 Nov 2024 at 1:52 PM Ibrahim Alsaman <notifications@odoo-community.org> wrote:

    Hello,

    I will make sure to join remotely. However, if there is a way for me to travel to Brussels, I would be happy to attend in person.

    Note: I reside outside the EU.


    On Fri, 29 Nov 2024, 12:07 Michel Stroom, <notifications@odoo-community.org> wrote:

    Is it possible to join remote or do you have to be in Brussels?



    On 26 Nov 2024, at 01:28, Rebecca Gellatly <notifications@odoo-community.org> wrote:

    Hello OCA Contributors,

    You may have seen on our social media that we are weighing up if there is enough interest to organise an OCA Codesprint around the FOSDEM event next year.

    If this is something that is of interest to you, please let us know on our survey here. Depending on interest we will make a decision about what to do.

    The FOSDEM event is on the 1st and 2nd of February in Brussels. We are considering a sprint a day or two on either side.

    Have a great week.
    Rebecca

    --
    Rebecca Gellatly
    General Secretary
    Odoo Community Association

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


    _______________________________________________
    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 عمر ابو ضيف - 12:01 - 29 Nov 2024
  • Re: OCA Codesprint - around FOSDEM - are you keen?

    Hello,

    I will make sure to join remotely. However, if there is a way for me to travel to Brussels, I would be happy to attend in person.

    Note: I reside outside the EU.


    On Fri, 29 Nov 2024, 12:07 Michel Stroom, <notifications@odoo-community.org> wrote:

    Is it possible to join remote or do you have to be in Brussels?



    On 26 Nov 2024, at 01:28, Rebecca Gellatly <notifications@odoo-community.org> wrote:

    Hello OCA Contributors,

    You may have seen on our social media that we are weighing up if there is enough interest to organise an OCA Codesprint around the FOSDEM event next year.

    If this is something that is of interest to you, please let us know on our survey here. Depending on interest we will make a decision about what to do.

    The FOSDEM event is on the 1st and 2nd of February in Brussels. We are considering a sprint a day or two on either side.

    Have a great week.
    Rebecca

    --
    Rebecca Gellatly
    General Secretary
    Odoo Community Association

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


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


    by Ibrahim Alsaman - 11:51 - 29 Nov 2024
  • Re: OCA Codesprint - around FOSDEM - are you keen?

    Is it possible to join remote or do you have to be in Brussels?



    On 26 Nov 2024, at 01:28, Rebecca Gellatly <notifications@odoo-community.org> wrote:

    Hello OCA Contributors,

    You may have seen on our social media that we are weighing up if there is enough interest to organise an OCA Codesprint around the FOSDEM event next year.

    If this is something that is of interest to you, please let us know on our survey here. Depending on interest we will make a decision about what to do.

    The FOSDEM event is on the 1st and 2nd of February in Brussels. We are considering a sprint a day or two on either side.

    Have a great week.
    Rebecca

    --
    Rebecca Gellatly
    General Secretary
    Odoo Community Association

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



    by Michel Stroom - 11:06 - 29 Nov 2024
  • Re: Clarification on merge/squash the commits generated by bots or weblate

    Thank U, Christopher.

    \Rebollo

    On 11/29/24 03:28, Christopher Rogos wrote:

    When you migrate a module from 16 to 17, you create a new branch “17.0-mig-my_module” based on the 17.0 branch.

    Then you transfer all commits from my_module to the new branch.

    When you are working on branch “17.0-mig-my_module” you can use “git rebase -i origin/17.0” to rebase the transferred commits on your branch, and clean them up by squashing some.

     

     

    From: Rolando Pérez Rebollo <notifications@odoo-community.org>
    Sent: Freitag, 29. November 2024 00:13
    To: Contributors <contributors@odoo-community.org>
    Subject: Clarification on merge/squash the commits generated by bots or weblate

     

    When reviewing this guide, it states:

    "In order to squash these administrative commits, use git rebase -i origin/x, where x is the Odoo version (14.0, 15.0, 16.0,...). Don't forget first to do git fetch origin x to get the latest remote information."

    In the context of migrating a module, this step is recommended after applying the patches and running pre-commit.

    My question is: regarding the x branch mentioned above—does it refer to the source version or the target version for the migration?

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


    by Ing. Rolando Pérez Rebollo - 10:26 - 29 Nov 2024
  • RE: Clarification on merge/squash the commits generated by bots or weblate

    When you migrate a module from 16 to 17, you create a new branch “17.0-mig-my_module” based on the 17.0 branch.

    Then you transfer all commits from my_module to the new branch.

    When you are working on branch “17.0-mig-my_module” you can use “git rebase -i origin/17.0” to rebase the transferred commits on your branch, and clean them up by squashing some.

     

     

    From: Rolando Pérez Rebollo <notifications@odoo-community.org>
    Sent: Freitag, 29. November 2024 00:13
    To: Contributors <contributors@odoo-community.org>
    Subject: Clarification on merge/squash the commits generated by bots or weblate

     

    When reviewing this guide, it states:

    "In order to squash these administrative commits, use git rebase -i origin/x, where x is the Odoo version (14.0, 15.0, 16.0,...). Don't forget first to do git fetch origin x to get the latest remote information."

    In the context of migrating a module, this step is recommended after applying the patches and running pre-commit.

    My question is: regarding the x branch mentioned above—does it refer to the source version or the target version for the migration?


    by Christopher Rogos - 09:26 - 29 Nov 2024
  • Clarification on merge/squash the commits generated by bots or weblate

    When reviewing this guide, it states:

    "In order to squash these administrative commits, use git rebase -i origin/x, where x is the Odoo version (14.0, 15.0, 16.0,...). Don't forget first to do git fetch origin x to get the latest remote information."

    In the context of migrating a module, this step is recommended after applying the patches and running pre-commit.

    My question is: regarding the x branch mentioned above—does it refer to the source version or the target version for the migration?


    by Ing. Rolando Pérez Rebollo - 12:11 - 29 Nov 2024
  • Re: Vertical support
    Hey Joel,
    I am interested in getting the agriculture vertical forward as well. 
    I already did a lot of work with a total different approach then the modules available there. More focused on the different disciplines of agriculture and especially the  reporting part. Stil a lot of work. But I have good connections to the food agriculture section, which gives great input on how it should work. 

    So if there is something coming up... 
    please let me know... 

    Cheers Nils

    Von: Joel Patrick <notifications@odoo-community.org>
    Gesendet: Wednesday, November 27, 2024 1:13:08 PM
    An: Contributors <contributors@odoo-community.org>
    Betreff: Vertical support
     

    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,

    I am interested in exploring the support of the Vertical Agriculture project.
    I also like to understand if it would be possible to initiate and lead a project for Commercial Horticulture.  There is already a version 1 available to initiate this project.

    Joel Patrick
    Partner

    _______________________________________________
    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:06 - 27 Nov 2024
  • Re: [Odoo CE 17.0] Help needed with client search on budgets
    Hi @Redes Sociales JLBBERP  

    I didn't noticed at first but indeed you're right, thank you for pointing that out. 

    The fact that you see those info about VAT and address is basically due to the field context (defined in XML field definition) which contains key values like 'show_vat': 1. That context is propagated to the python context which will be evaluated in odoo 17 _compute_display_name method. 

    The code I gave you was totally overriding that context evaluation but this issue can be easily avoided by extending the _get_complete_name() hook instead, which is called in the first lines of _compute_display_name and can be extended to add values without overriding the context evaluation part. So I suggest to remove the _compute_display_name() override and replace it with the following 


    x_cliente_interno = fields.Integer() # use a standard field for consistency

    def _get_complete_name(self):
    """@override: add `x_cliente_interno` field to the complete name"""
    complete_name = super()._get_complete_name()
    cliente_interno = f"[{self.x_cliente_interno}] " if self.x_cliente_interno else ""
    complete_name_add_cliente_interno = cliente_interno + complete_name
    return complete_name_add_cliente_interno


    I made a quick test locally and this should be able to fix the issue

    Kindly regards

    --Francesco


    Il giorno mar 26 nov 2024 alle ore 09:47 Redes Sociales JLBBERP <notifications@odoo-community.org> ha scritto:
    Hello everyone,
     
    after making a custom module with Francescos' code and fixing the search function, I came across a problem related to how the partner is displayed at the sales order form:
     
    When searching for a customer, they are displayed with the following format: "[x_cliente_interno] + customer name", which is the exact format I needed. But the problem is that when I select any customer, it doesn't show it's address and neither it's VAT below the customer anymore.
     
    Here I send my version of the code from Francesco:
     
    from odoo import models, fields, api

    class ResPartner(models.Model):
     
    _inherit = “res.partner”

    x_cliente_interno = fields.Integer() # use a standard field for consistency

    @api.depends(“name”, “x_cliente_interno”)
    def _compute_display_name(self):
    “""Show reference code before partner name""”
    super()._compute_display_name()
    for partner in self:
    name = partner.name or “unknown”
    cliente_interno = f"[{partner.x_cliente_interno}] " if partner.x_cliente_interno else ""
    # !! Disclaimer !!
    # If you copy this code and change it DO NOT ASSIGN the value of partner.name,
    # that would compromise your datas. Only re-assign partner.display_name
    partner.display_name = cliente_interno + name # It's replacing the whole field

    @api.model
    def _name_search(self, name, domain=None, operator='ilike', limit=None, order=None):
    “""Add custom field `cliente_interno` to the search domain""”
    domain = domain or []
    if name:
    domain += ['|', '|', ('name', operator, name),                     
    ('email', operator, name),                     
    ('x_cliente_interno', '=', name)]
    return self._search(domain, limit=limit, order=order)
     
    I tried fixing it by myself, and even if I wasn't able to, I discovered the field "partner.display_name" is the one causing this problem.
     
    Thanks in advance for the help.
    El 20/11/2024 9:21 CET Redes Sociales JLBBERP <redes_sociales@jlbberp.com> escribió:
     
     
    Hello Francesco,

    I have seen your message right now, and I would like to thank you so much for not only your answer, but also for you writing the code I should do. I do not know how could I pay you back this favor that you have done for me.
     
    I rely on the community because I am in my beginnings and because of everything that my company JLBB ERP has given me through good collaboration, I am now checking it out. Do not doubt that everything I can contribute, you will find me here.
     
    Thank you Francesco for the help.
     
    Salutations to the community.
    El 20/11/2024 0:02 CET Francesco Ballerini <notifications@odoo-community.org> escribió:
     
     
    I apologize, it is now clear to me also that you need both the search from a custom field and the way the name is displayed, but the search is indeed prioritized. 
     
    As Daniel and Xavier pointed out, in Odoo 17.0 you can already submit the "ref" field (field label on GUI is "Reference") and get the right record. E.g. if you have a contact named John Doe with Reference set on "ab-001" and you search for "ab-001" in the contacts search or dropdown you will fetch John Doe. 
     
    You could migrate your "x_cliente_interno" data into the "ref" field, and this would automatically unlock the search feature. However if you need to keep this data in a specific custom field you will need to override _name_search() method. 
    In every case you will also need to override _compute_display_name if you want to also show the code before the field. I provided a couple of snippet below (just as an example, especially the _name_search override needs to be refined).
     
    Let me point out another thing: from the field name I assume you are using a field defined from GUI, unfortunately it's not recommended to use those kind of fields in python methods as it will easily lead to inconsistencies and bugs (e.g. if you delete field from db and not remove it from python methods..). This means that if you want to use a custom field in _name_search() override you should migrate data to a standard field aniway.

    This is an example of what you might do on a custom module. As you can see the _name_search() implementation has to be refined while the_compute_display_name method will work as is. 
    If you decide to migrate data into the "ref" field you can only implement _compute_display_name by replacing "cliente_interno" with "ref" and you do not need to implement _name_search() in this case.
     
    from odoo import models, fields, api
    from odoo.osv import expression

    class ResPartner(models.Model):
    _inherit = "res.partner"

    cliente_interno = fields.Char() # use a standard field for consistency

    @api.depends("name", "cliente_interno")
    def _compute_display_name(self):
    """Show reference code before partner name"""
    super()._compute_display_name()
    for partner in self:
    name = partner.name or "unknown"
    cliente_interno = f"[{partner.cliente_interno}] " if partner.cliente_interno else ""
    # !! Disclaimer !!
    #I f you copy this code and change it DO NOT ASSIGN the value of partner.name,
    # that would compromise your datas. Only re-assign partner.display_name
    partner.display_name = cliente_interno + name

    @api.model
    def _name_search(self, name, domain=None, operator='ilike', limit=None, order=None):
    """Add custom field `cliente_interno` to the search domain"""
    domain = expression.OR([domain or [], [("cliente_interno", operator, name)]])
    # this doesn't work properly, it seems like the domain we pass gets overridden,
    # might take this as example and adjust by debugging/find more examples on source code
    return super()._name_search(name, domain=domain, operator=operator, limit=limit, order=order)
     
     
    Regards
     
    --Francesco
     
    Il giorno mar 19 nov 2024 alle ore 14:13 Daniel Reis <notifications@odoo-community.org> ha scritto:
    From your description, it feels like this is already available in standard Odoo:
    The "ref" field is to be used for Client codes

    The code is no longer presented in front of the name.
    I think an OCA module is needed to bring that feature back.

    /Daniel

    On 19/11/2024 09:22, Redes Sociales JLBBERP wrote:
    Hello everyone,
     
    I am writing this message because I need assistance with modifying how searching a client while doing a budget works.
     
    What I am trying to do is, instead of searching just by the name, I want it to work like the following: I made a custom field called "x_cliente_interno", which is a number to identify the client, and I would like to make the search work like how product search works: If you write either the product's ID or the product's name, it will show you both fields merged from the data you wrote. Something like this:
     
     
    And when you select it, it shows the data like this:
     
     
    To sum up, what I am trying to do is that when you search a client, the search shows you the field "x_cliente_interno" behind the client name, like this: "[x_cliente_interno] client name" and it should also stay like in the second image when selected.
     
    Thanks in advance for the help.

    --
    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]

    _______________________________________________
    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 Francesco Ballerini - 02:01 - 27 Nov 2024
  • Vertical support
    Hello,

    I am interested in exploring the support of the Vertical Agriculture project.
    I also like to understand if it would be possible to initiate and lead a project for Commercial Horticulture.  There is already a version 1 available to initiate this project.

    Joel Patrick
    Partner


    by Joël PATRICK - 01:11 - 27 Nov 2024
  • Re: [Odoo CE 17.0] Help needed with client search on budgets
    Hello everyone,
     
    after making a custom module with Francescos' code and fixing the search function, I came across a problem related to how the partner is displayed at the sales order form:
     
    When searching for a customer, they are displayed with the following format: "[x_cliente_interno] + customer name", which is the exact format I needed. But the problem is that when I select any customer, it doesn't show it's address and neither it's VAT below the customer anymore.
     
    Here I send my version of the code from Francesco:
     
    from odoo import models, fields, api

    class ResPartner(models.Model):
     
    _inherit = “res.partner”

    x_cliente_interno = fields.Integer() # use a standard field for consistency

    @api.depends(“name”, “x_cliente_interno”)
    def _compute_display_name(self):
    “""Show reference code before partner name""”
    super()._compute_display_name()
    for partner in self:
    name = partner.name or “unknown”
    cliente_interno = f"[{partner.x_cliente_interno}] " if partner.x_cliente_interno else ""
    # !! Disclaimer !!
    # If you copy this code and change it DO NOT ASSIGN the value of partner.name,
    # that would compromise your datas. Only re-assign partner.display_name
    partner.display_name = cliente_interno + name # It's replacing the whole field

    @api.model
    def _name_search(self, name, domain=None, operator='ilike', limit=None, order=None):
    “""Add custom field `cliente_interno` to the search domain""”
    domain = domain or []
    if name:
    domain += ['|', '|', ('name', operator, name),                     
    ('email', operator, name),                     
    ('x_cliente_interno', '=', name)]
    return self._search(domain, limit=limit, order=order)
     
    I tried fixing it by myself, and even if I wasn't able to, I discovered the field "partner.display_name" is the one causing this problem.
     
    Thanks in advance for the help.
    El 20/11/2024 9:21 CET Redes Sociales JLBBERP <redes_sociales@jlbberp.com> escribió:
     
     
    Hello Francesco,

    I have seen your message right now, and I would like to thank you so much for not only your answer, but also for you writing the code I should do. I do not know how could I pay you back this favor that you have done for me.
     
    I rely on the community because I am in my beginnings and because of everything that my company JLBB ERP has given me through good collaboration, I am now checking it out. Do not doubt that everything I can contribute, you will find me here.
     
    Thank you Francesco for the help.
     
    Salutations to the community.
    El 20/11/2024 0:02 CET Francesco Ballerini <notifications@odoo-community.org> escribió:
     
     
    I apologize, it is now clear to me also that you need both the search from a custom field and the way the name is displayed, but the search is indeed prioritized. 
     
    As Daniel and Xavier pointed out, in Odoo 17.0 you can already submit the "ref" field (field label on GUI is "Reference") and get the right record. E.g. if you have a contact named John Doe with Reference set on "ab-001" and you search for "ab-001" in the contacts search or dropdown you will fetch John Doe. 
     
    You could migrate your "x_cliente_interno" data into the "ref" field, and this would automatically unlock the search feature. However if you need to keep this data in a specific custom field you will need to override _name_search() method. 
    In every case you will also need to override _compute_display_name if you want to also show the code before the field. I provided a couple of snippet below (just as an example, especially the _name_search override needs to be refined).
     
    Let me point out another thing: from the field name I assume you are using a field defined from GUI, unfortunately it's not recommended to use those kind of fields in python methods as it will easily lead to inconsistencies and bugs (e.g. if you delete field from db and not remove it from python methods..). This means that if you want to use a custom field in _name_search() override you should migrate data to a standard field aniway.

    This is an example of what you might do on a custom module. As you can see the _name_search() implementation has to be refined while the_compute_display_name method will work as is. 
    If you decide to migrate data into the "ref" field you can only implement _compute_display_name by replacing "cliente_interno" with "ref" and you do not need to implement _name_search() in this case.
     
    from odoo import models, fields, api
    from odoo.osv import expression

    class ResPartner(models.Model):
    _inherit = "res.partner"

    cliente_interno = fields.Char() # use a standard field for consistency

    @api.depends("name", "cliente_interno")
    def _compute_display_name(self):
    """Show reference code before partner name"""
    super()._compute_display_name()
    for partner in self:
    name = partner.name or "unknown"
    cliente_interno = f"[{partner.cliente_interno}] " if partner.cliente_interno else ""
    # !! Disclaimer !!
    #I f you copy this code and change it DO NOT ASSIGN the value of partner.name,
    # that would compromise your datas. Only re-assign partner.display_name
    partner.display_name = cliente_interno + name

    @api.model
    def _name_search(self, name, domain=None, operator='ilike', limit=None, order=None):
    """Add custom field `cliente_interno` to the search domain"""
    domain = expression.OR([domain or [], [("cliente_interno", operator, name)]])
    # this doesn't work properly, it seems like the domain we pass gets overridden,
    # might take this as example and adjust by debugging/find more examples on source code
    return super()._name_search(name, domain=domain, operator=operator, limit=limit, order=order)
     
     
    Regards
     
    --Francesco
     
    Il giorno mar 19 nov 2024 alle ore 14:13 Daniel Reis <notifications@odoo-community.org> ha scritto:
    From your description, it feels like this is already available in standard Odoo:
    The "ref" field is to be used for Client codes

    The code is no longer presented in front of the name.
    I think an OCA module is needed to bring that feature back.

    /Daniel

    On 19/11/2024 09:22, Redes Sociales JLBBERP wrote:
    Hello everyone,
     
    I am writing this message because I need assistance with modifying how searching a client while doing a budget works.
     
    What I am trying to do is, instead of searching just by the name, I want it to work like the following: I made a custom field called "x_cliente_interno", which is a number to identify the client, and I would like to make the search work like how product search works: If you write either the product's ID or the product's name, it will show you both fields merged from the data you wrote. Something like this:
     
     
    And when you select it, it shows the data like this:
     
     
    To sum up, what I am trying to do is that when you search a client, the search shows you the field "x_cliente_interno" behind the client name, like this: "[x_cliente_interno] client name" and it should also stay like in the second image when selected.
     
    Thanks in advance for the help.

    --
    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]

    _______________________________________________
    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 Alejandro Párraga Alcázar - 09:46 - 26 Nov 2024