Skip to Content
  2. Mailing Lists
  3. Contributors

Archives

Contributors

  • Download Sale Orders from Magento 2.3 to Odoo14

    Hello everyone,

     

    we are integrating Odoo14 in our main company business and we need to cover an important need, but we don’t know yet if we should develope our custom solution or use a 3rd party connector.

    It would be really helpful to have your opinion in relation of our needs, if possible, or more simply about Odoo-Magento connectors in general.

     

    We cooperates in dropshipping with a company that use Magento 2.3 (and will possibly switch to Magento 2.4) and we are managing for him the stock and part of delivery workflow.

     

    We don’t need a full syncro, because our ‘dropshipping partner’ only sells product that we already have in stock.

    This means that we only have to sync

     

    • orders
    • possibly new customers, but we don’t manage invoice data so we don’t need much data for the customer sync, just a generic reference

     

    With this premise, we were think that using a connector is not necessary but we would like to have an opinion from experienced people that know Odoo better than us.

     

    The workflow we are using right now with another ERP and we are going to re-create in Odoo is pretty raw, but it works well:

     

    • we receive an XML with orders,
    • we read XML,
    • we create orders in Odoo,
    • we process orders internally,
    • we send, at the end of the day, a csv file with our stock quantity (for all products) back to the ‘dropshipping partner’ so he can update his product availability on Magento website

     

    Also, in Odoo we are going to make some little improvements here and there to make orders easier and fast to manage once they have been processed, so we would need to make a few implementations even if we buy/use a 3rd party module.

     

    From my perspective it’s not worth to get a connector to achieve this specific tasks unless is a very good one, meaning that:

     

    • Well supported by community (if it’s free, but i did not find one) or have very good and responsive assistance service
    • it will work without spending much additional time on it,  expecially because it will probably add hundreds (if not thousands) of code line that we are not fully going to take advantage of,

    so it might just be better to spend time on develope our small but specific solution, if that’s the case

     

    Thanks in advance and regards,

     

    Francesco B.

     

     

     

     

     


    Privo di virus.www.avast.com
    by Francesco Ballerini - 07:26 - 29 Apr 2023

    6 replies 6 replies

    • Re: Download Sale Orders from Magento 2.3 to Odoo14
      Simone, thank you for sharing your POV, I see that we are more or less aligned on the point of making our own solution, it's useful to have enforcements/confirmation about this topic from different people, I appreciated the hint about EDI, I will take a loot at it : )

      Oleg Kuryan

      In community you will never find good and well supported connector. This is community, nobody will respond to you for free for bugfixing. You need to fix and contribute yourself. It is very rare case that people will fix your reported bugs. And it is more based on enthusiasm of individual person in case he has free time / desire / good mood :) 

      I disagree with this. At least on the message that carries... but we might have just a "translation" problem, so please take this as a way to help improving this conversation  ;)
      We have plenty of people - me included - that fix bugs for free or that help (w/ reviews, tests, comments, etc).
      Moreover the "fix and contribute yourself" does not mean that you shouldn't do it in the OCA. (at least partially) ;)
      And yeah, that might not be so "common" but I think it comes most of the time from "fear", "shyness" or the feeling that you've just expressed here ;)

      About this point, I think I got both point from Oleg and Simone ; ) We probably all agree that when people work for the money in the context of a company that is supposed to provide a service, it's almost automatic that they will be (or at least do their best to be) as responsive and efficient as they can. 

      BUT that doesn't exclude the fact that sometimes community can be even more responsive and efficient, but you might have to deal with a lot of variables. 

      I think the fact Oleg wants to point out is that when you rely on community you "have to be lucky", while if you rely on a professional company you can litterally claim to have the assistance you need. On the other hand this still doesn't always mean that official assistance is always better than the community service, I think we're just talking about two very different approach that somehow lead in the same way and they have both pro and cons. Very interesting point to discuss : )

      Sorry for the late answer, I was not in Milan unfortunately, I hope I can go to Odoo days next year !

      Privo di virus.www.avast.com

      Il giorno mer 3 mag 2023 alle ore 16:42 Simone Orsi <notifications@odoo-community.org> ha scritto:
      Ciao Francesco,

      Here's my POV:

      1. your scope sounds too small to use connector-magento (that should be migrated, etc) or any other "existing" connector
      2. this does not mean that you cannot create a connector. The connector module proposes a pattern to handle inbound/outbound sync. That's it. I won't exclude this idea a priori.
      3. you mention "receiving and processing XML files and sending out some other files": sounds more like an EDI exchange than a connector -> I encourage you to have a look at the EDI framework.

      I'm going to the Odoo Italia days in Milan: if you come, we can have a chat ;)

      Finally, a few words for Oleg regarding

      Oleg Kuryan

      In community you will never find good and well supported connector. This is community, nobody will respond to you for free for bugfixing. You need to fix and contribute yourself. It is very rare case that people will fix your reported bugs. And it is more based on enthusiasm of individual person in case he has free time / desire / good mood :) 

      I disagree with this. At least on the message that carries... but we might have just a "translation" problem, so please take this as a way to help improving this conversation  ;)
      We have plenty of people - me included - that fix bugs for free or that help (w/ reviews, tests, comments, etc).
      Moreover the "fix and contribute yourself" does not mean that you shouldn't do it in the OCA. (at least partially) ;)
      And yeah, that might not be so "common" but I think it comes most of the time from "fear", "shyness" or the feeling that you've just expressed here ;)
       
      So yes, in your case it is better to develop your own script that you will understand yourself and will support it yourself 
      I know this 100% as we are developing Connectors to e-commerce systems and we know how much time it takes to support them, constantly develop, fix bugs, respond in reasonable time.
      I see your point but there's always the other side of the medal: go always fully this way and you'll always be by yourself. Fully. Forever :)

      My $0.02.

      Bests

      --
      Simone Orsi

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

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

      by Francesco Ballerini - 06:30 - 7 May 2023
    • Re: Download Sale Orders from Magento 2.3 to Odoo14
      Ciao Francesco,

      Here's my POV:

      1. your scope sounds too small to use connector-magento (that should be migrated, etc) or any other "existing" connector
      2. this does not mean that you cannot create a connector. The connector module proposes a pattern to handle inbound/outbound sync. That's it. I won't exclude this idea a priori.
      3. you mention "receiving and processing XML files and sending out some other files": sounds more like an EDI exchange than a connector -> I encourage you to have a look at the EDI framework.

      I'm going to the Odoo Italia days in Milan: if you come, we can have a chat ;)

      Finally, a few words for Oleg regarding

      Oleg Kuryan

      In community you will never find good and well supported connector. This is community, nobody will respond to you for free for bugfixing. You need to fix and contribute yourself. It is very rare case that people will fix your reported bugs. And it is more based on enthusiasm of individual person in case he has free time / desire / good mood :) 

      I disagree with this. At least on the message that carries... but we might have just a "translation" problem, so please take this as a way to help improving this conversation  ;)
      We have plenty of people - me included - that fix bugs for free or that help (w/ reviews, tests, comments, etc).
      Moreover the "fix and contribute yourself" does not mean that you shouldn't do it in the OCA. (at least partially) ;)
      And yeah, that might not be so "common" but I think it comes most of the time from "fear", "shyness" or the feeling that you've just expressed here ;)
       
      So yes, in your case it is better to develop your own script that you will understand yourself and will support it yourself 
      I know this 100% as we are developing Connectors to e-commerce systems and we know how much time it takes to support them, constantly develop, fix bugs, respond in reasonable time.
      I see your point but there's always the other side of the medal: go always fully this way and you'll always be by yourself. Fully. Forever :)

      My $0.02.

      Bests

      --
      Simone Orsi

      Full stack Python web developer, Odoo specialist, Odoo Community Board Member, in love with open source.
      by Simone Orsi - 04:40 - 3 May 2023
    • Re: Download Sale Orders from Magento 2.3 to Odoo14
      Francesco,

      Yes, demo is on Enterprise but our connectors of course working on Community Edition. 

      About library to use. Magento has simple rest api. So we investigated available libs. But as result created our own simple one class wrapper. It is very easy. Just we didn’t want to be limited with some library. We faced this with some other libraries for other e-commerce systems because as result we had not only develop our own connector, but also make fixes to library.


      On Sun, 30 Apr 2023 at 19:36, Francesco Ballerini <notifications@odoo-community.org> wrote:


      Romualdo Briosos Jrsab 29 apr, 20:12 (22 ore fa)
      In your situation, I would recommend developing a Python program that can connect to both the Magento API and Odoo API. This would give you greater control over

       

      Oleg Kuryan

      In community you will never find good and well supported connector. This is community, nobody will respond to you for free for bugfixing. You need to fix and contribute yourself. It is very rare case that people will fix your reported bugs. And it is more based on enthusiasm of individual person in case he has free time / desire / good mood :) 
      So yes, in your case it is better to develop your own script that you will understand yourself and will support it yourself 
      I know this 100% as we are developing Connectors to e-commerce systems and we know how much time it takes to support them, constantly develop, fix bugs, respond in reasonable time. 

      Thanks for your feedbacks, it really helps in the decision process! 

      It is very likely that we will proceed this way:

      1) we will make a temporary implementation of the old workflow as I described in the first message for 2 reasons
         - it's more "cluncky" but it's (at least for me) faster to develope and requires less code updates in the future
         - this would also allow us to have a low-level fallback import system, which we can use if "something breaks" after an update 

      2) one day not too far, is very likely that we will implement our own API as you both suggested. About this I'd like to ask if you have specific libraries to recommend, I see there are different libraries and I think this one might be a good point to start https://pypi.org/project/magento/, but I'm not sure about version compatibility. 
      It would be great to know your recommendations about libraries, if you'd like to share any.

      Thanks for the video suggestion Oleg, I have almost finished it, I see the connector Demo is on Odoo Enterprise but VentorTech solutions can also be found for Odoo Community is it correct?

      Thanks,
      Francesco B.


      Privo di virus.www.avast.com

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

      --
      ///

      Best Regards,
      Oleg Kuryan

      CEO & COO, VentorTech OÜ |       Building Personalized Inventory and Product Management Systems

      | ph PL: +48 573 992 456
      | skype: kuryan.oleg
      by "Oleg Kuryan" <oleg@ventor.tech> - 08:16 - 1 May 2023
    • Re: Download Sale Orders from Magento 2.3 to Odoo14


      Romualdo Briosos Jrsab 29 apr, 20:12 (22 ore fa)
      In your situation, I would recommend developing a Python program that can connect to both the Magento API and Odoo API. This would give you greater control over

       

      Oleg Kuryan

      In community you will never find good and well supported connector. This is community, nobody will respond to you for free for bugfixing. You need to fix and contribute yourself. It is very rare case that people will fix your reported bugs. And it is more based on enthusiasm of individual person in case he has free time / desire / good mood :) 
      So yes, in your case it is better to develop your own script that you will understand yourself and will support it yourself 
      I know this 100% as we are developing Connectors to e-commerce systems and we know how much time it takes to support them, constantly develop, fix bugs, respond in reasonable time. 

      Thanks for your feedbacks, it really helps in the decision process! 

      It is very likely that we will proceed this way:

      1) we will make a temporary implementation of the old workflow as I described in the first message for 2 reasons
         - it's more "cluncky" but it's (at least for me) faster to develope and requires less code updates in the future
         - this would also allow us to have a low-level fallback import system, which we can use if "something breaks" after an update 

      2) one day not too far, is very likely that we will implement our own API as you both suggested. About this I'd like to ask if you have specific libraries to recommend, I see there are different libraries and I think this one might be a good point to start https://pypi.org/project/magento/, but I'm not sure about version compatibility. 
      It would be great to know your recommendations about libraries, if you'd like to share any.

      Thanks for the video suggestion Oleg, I have almost finished it, I see the connector Demo is on Odoo Enterprise but VentorTech solutions can also be found for Odoo Community is it correct?

      Thanks,
      Francesco B.


      Privo di virus.www.avast.com
      by Francesco Ballerini - 07:35 - 30 Apr 2023
    • Re: Download Sale Orders from Magento 2.3 to Odoo14
      Hello Francesco,

      In community you will never find good and well supported connector. This is community, nobody will respond to you for free for bugfixing. You need to fix and contribute yourself. It is very rare case that people will fix your reported bugs. And it is more based on enthusiasm of individual person in case he has free time / desire / good mood :) 

      So yes, in your case it is better to develop your own script that you will understand yourself and will support it yourself 

      I know this 100% as we are developing Connectors to e-commerce systems and we know how much time it takes to support them, constantly develop, fix bugs, respond in reasonable time. 

      On my presentation on last Odoo conference I was comparing connectors to e-commerce. Look at this presentation just for high level overview of connectors in Odoo world (this are first 5 mins or so 

      On Sat, 29 Apr 2023 at 20:12, Romualdo Briosos Jr <notifications@odoo-community.org> wrote:
      In your situation, I would recommend developing a Python program that can connect to both the Magento API and Odoo API. This would give you greater control over the program's behavior and functionality.

      On Sat, Apr 29, 2023 at 9:27 PM Francesco Ballerini <notifications@odoo-community.org> wrote:

      Hello everyone,

       

      we are integrating Odoo14 in our main company business and we need to cover an important need, but we don’t know yet if we should develope our custom solution or use a 3rd party connector.

      It would be really helpful to have your opinion in relation of our needs, if possible, or more simply about Odoo-Magento connectors in general.

       

      We cooperates in dropshipping with a company that use Magento 2.3 (and will possibly switch to Magento 2.4) and we are managing for him the stock and part of delivery workflow.

       

      We don’t need a full syncro, because our ‘dropshipping partner’ only sells product that we already have in stock.

      This means that we only have to sync

       

      • orders
      • possibly new customers, but we don’t manage invoice data so we don’t need much data for the customer sync, just a generic reference

       

      With this premise, we were think that using a connector is not necessary but we would like to have an opinion from experienced people that know Odoo better than us.

       

      The workflow we are using right now with another ERP and we are going to re-create in Odoo is pretty raw, but it works well:

       

      • we receive an XML with orders,
      • we read XML,
      • we create orders in Odoo,
      • we process orders internally,
      • we send, at the end of the day, a csv file with our stock quantity (for all products) back to the ‘dropshipping partner’ so he can update his product availability on Magento website

       

      Also, in Odoo we are going to make some little improvements here and there to make orders easier and fast to manage once they have been processed, so we would need to make a few implementations even if we buy/use a 3rd party module.

       

      From my perspective it’s not worth to get a connector to achieve this specific tasks unless is a very good one, meaning that:

       

      • Well supported by community (if it’s free, but i did not find one) or have very good and responsive assistance service
      • it will work without spending much additional time on it,  expecially because it will probably add hundreds (if not thousands) of code line that we are not fully going to take advantage of,

      so it might just be better to spend time on develope our small but specific solution, if that’s the case

       

      Thanks in advance and regards,

       

      Francesco B.

       

       

       

       

       


      Privo di virus.www.avast.com

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



      --
      Sincerely,

      Romualdo Briosos Jr - Computer Engineer.
      Al Milad - Rocmet Corporation Group

      Corporate Headquarters
      Office Number: +971-4-553-1045
      Address: Unit 1809, Lake Central Fakhruddin Properties, Business Bay, Dubai- U.A.E.

      Warehouse
      Office Number: +971-6-5345587
      Address: Yard No. 14 - Street No. 18 -Industrial Area 11 P.O BOX 21034, Sharjah, UAE

       
        

      DISCLAIMER:

      This email and any files transmitted with it may be confidential and contain privileged or copyright information. If you are not the intended recipient you must not copy, distribute or use this email or the information contained in it for any purpose other than to notify us of the receipt thereof, if you have received this message in error, please notify the sender immediately, and delete this email from your system. Please note that e-mails are susceptible to change, the sender shall not be liable for the improper or incomplete transmission of the information contained in this communication, nor for any delay in its receipt or damage to your system. The sender does not guarantee that this material is free from viruses or any other defects although due care has been taken to minimize the risk.

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

      --
      ///

      Best Regards,
      Oleg Kuryan

      CEO & COO, VentorTech OÜ |       Building Personalized Inventory and Product Management Systems

      | ph PL: +48 573 992 456
      | skype: kuryan.oleg
      by "Oleg Kuryan" <oleg@ventor.tech> - 07:41 - 30 Apr 2023

  • Proforma invoices in Odoo

    Hello all,

    long time listener, first time caller. I need to develop a module to handle proforma invoices, as the default Odoo implementation is not at all adequate for the needs of multiple customers. What we need looks more like what Sales Orders have, with the 3 states ("Quotation" => "Quotation Sent" => "Sales Order"), where the proforma invoice corresponds to the "Quotation Sent" state.

    Requirements:

    • Invoices (not SOs) can (optionally) become Proforma Invoices, before being confirmed and posted. It doesn't necessarily have to be a new "state" selection, but it seems to be the most natural fit for it.
    • When an invoice becomes a proforma (which logically implies it's being sent to the customer for confirmation), it should take a sequence number from a different sequence than posted invoices. When the invoice is eventually confirmed and posted, it will then take the usual number.  The number it takes when it becomes a proforma should be saved somewhere.
    • Proforma invoices can go back to draft, be cancelled, or be confirmed and posted.
    • The printed version should clearly state it's a proforma, but it's otherwise the same as a regular invoice.

    I've searched for an OCA module resembling these requirements but couldn't find it. Is there an OCA module for this, or is someone developing it? If not, I will work on it myself and propose it in https://github.com/OCA/account-invoicing/

    Thank you for your time

    Have a good day

    --

    Alessandro Uffreduzzi

    Developer

    alessandro.uffreduzzi@pytech.it

    PyTech Srl

    Sede legale: Via Barozzi 40/8 - 41124 Modena

    Sede operativa: Via P. Giardini 472/L - 41124 Modena

    P.IVA 03988700369

    www.pytech.it

    PyTech Logo
    by Alessandro Uffreduzzi - 06:25 - 26 Apr 2023

    1 attachments 1 attachments

    24jeVmJ0Syk0Opsj.png

    7 replies 7 replies

    • Re: Proforma invoices in Odoo

      Hello,

      At my employer's, I implemented proforma invoices simply by adding a watermark-like background saying "proforma", covering the whole sheet, if the invoice is still a draft.

      However, other companies may need a more elaborate implementation.

      Regards,

      João Jerónimo


      Às 17:27 de 26/04/2023, Alessandro Uffreduzzi escreveu:

      Hello all,

      long time listener, first time caller. I need to develop a module to handle proforma invoices, as the default Odoo implementation is not at all adequate for the needs of multiple customers. What we need looks more like what Sales Orders have, with the 3 states ("Quotation" => "Quotation Sent" => "Sales Order"), where the proforma invoice corresponds to the "Quotation Sent" state.

      Requirements:

      • Invoices (not SOs) can (optionally) become Proforma Invoices, before being confirmed and posted. It doesn't necessarily have to be a new "state" selection, but it seems to be the most natural fit for it.
      • When an invoice becomes a proforma (which logically implies it's being sent to the customer for confirmation), it should take a sequence number from a different sequence than posted invoices. When the invoice is eventually confirmed and posted, it will then take the usual number.  The number it takes when it becomes a proforma should be saved somewhere.
      • Proforma invoices can go back to draft, be cancelled, or be confirmed and posted.
      • The printed version should clearly state it's a proforma, but it's otherwise the same as a regular invoice.

      I've searched for an OCA module resembling these requirements but couldn't find it. Is there an OCA module for this, or is someone developing it? If not, I will work on it myself and propose it in https://github.com/OCA/account-invoicing/

      Thank you for your time

      Have a good day

      --

      Alessandro Uffreduzzi

      Developer

      alessandro.uffreduzzi@pytech.it

      PyTech Srl

      Sede legale: Via Barozzi 40/8 - 41124 Modena

      Sede operativa: Via P. Giardini 472/L - 41124 Modena

      P.IVA 03988700369

      www.pytech.it

      PyTech Logo

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

      by j_j_b_o_devel - 02:36 - 28 Apr 2023
    • Re: Proforma invoices in Odoo

      Hi Allessandro,

      sorry for not having written earlier. I think the decision that you have taken is the most appropriate one as the standard implementation fullfills the must-have requirement of "proforma invoices" (at least of what i consider must-have).

      It lies in its nature that such an "invoice" isn't a real invoice by fiscal nature (and just like in the case of Odoo is a different object therefore). The only alternative that i would have in mind, was to use the real invoice object (in the Odoo sense) and send them as "proforma" as long as they aren't actually verified. In this case a specific label on the report could mark this. But this wouldn't have any conceivable technical advantages over the standard solution and probably more than one disadvantages besides pure usability, so all in all your choice seems to be pretty sensible.

      Best Frederik


      Am 27.04.23 um 15:56 schrieb Alessandro Uffreduzzi:

      Hello,

      thank you all for your replies. Based on your feedback me and my colleagues insisted with the most pressing customer and we convinced them to use

      1. The native odoo functionality with regards to proforma invoices (i.e. sales orders);
      2. Alternatively, by just changing the title when printing a draft invoice from "draft" to "proforma" (in case they want to send a proforma invoice that's only a part of the original SO)

      therefore avoiding potentially problematic and hard-to-maintain customizations to the flow of invoices themselves.

      Have a great day.

      Alessandro Uffreduzzi

      Developer

      alessandro.uffreduzzi@pytech.it


      On 26/04/2023 8:12 pm, Antonio M. Vigliotti wrote:

      Hi Alessandro,

      I wrote the pro-forma some time ago on Odoo 10.0

      Here you can find source code:

      https://github.com/zeroincombenze/account-invoicing/tree/10.0/account_invoice_line_sequence

      However this code is an improvement of OCA implementation, I think you could find it on account-invoicing repository

      PS As Carlos wrote, pro-forma is somthing closer to a sale order but Italian people will not use sale orderfor thi purpose :-(

      Antonio

      Il 26/04/2023 18:47, Janik von Rotz ha scritto:

      Hi Allessandro

      Can you give us some details on the business case? Is this going more towards downpayments?

      Proforma in Odoo ist just the Sale Order with a different title.

      I assume what you need, is a function to generate an invoice before the quotation is confirmed. Your requirements are more or less what the account module delivers.

      Cheers, Janik

      On 4/26/23 18:27, Alessandro Uffreduzzi wrote:

      Hello all,

      long time listener, first time caller. I need to develop a module to handle proforma invoices, as the default Odoo implementation is not at all adequate for the needs of multiple customers. What we need looks more like what Sales Orders have, with the 3 states ("Quotation" => "Quotation Sent" => "Sales Order"), where the proforma invoice corresponds to the "Quotation Sent" state.

      Requirements:

      • Invoices (not SOs) can (optionally) become Proforma Invoices, before being confirmed and posted. It doesn't necessarily have to be a new "state" selection, but it seems to be the most natural fit for it.
      • When an invoice becomes a proforma (which logically implies it's being sent to the customer for confirmation), it should take a sequence number from a different sequence than posted invoices. When the invoice is eventually confirmed and posted, it will then take the usual number.  The number it takes when it becomes a proforma should be saved somewhere.
      • Proforma invoices can go back to draft, be cancelled, or be confirmed and posted.
      • The printed version should clearly state it's a proforma, but it's otherwise the same as a regular invoice.

      I've searched for an OCA module resembling these requirements but couldn't find it. Is there an OCA module for this, or is someone developing it? If not, I will work on it myself and propose it in https://github.com/OCA/account-invoicing/

      Thank you for your time

      Have a good day

      --

      Alessandro Uffreduzzi

      Developer

      alessandro.uffreduzzi@pytech.it

      PyTech Srl

      Sede legale: Via Barozzi 40/8 - 41124 Modena

      Sede operativa: Via P. Giardini 472/L - 41124 Modena

      P.IVA 03988700369

      www.pytech.it

      PyTech Logo

      _______________________________________________
      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

      --
      Antonio M. Vigliotti

      Mobile (+39) 342.8740910



      _______________________________________________
      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

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

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

Phone:  +49 4181 13503-12
Fax:    +49 4181 13503-10
Mobil:  +49 179 3901819

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

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

Sitz der Gesellschaft: Buchholz i.d.N.
Amtsgericht Tostedt, HRB 205226
Steuer-Nr: 15/200/53247
USt-IdNr.: DE815580155
      by Frederik Kramer - 04:11 - 27 Apr 2023
    • Re: Proforma invoices in Odoo
      You have this old module that does exactly what you decided:

      https://github.com/OCA/sale-reporting/tree/10.0/sale_proforma_report

      El jue, 27 abr 2023 a las 15:57, Alessandro Uffreduzzi (<notifications@odoo-community.org>) escribió:

      Hello,

      thank you all for your replies. Based on your feedback me and my colleagues insisted with the most pressing customer and we convinced them to use

      1. The native odoo functionality with regards to proforma invoices (i.e. sales orders);
      2. Alternatively, by just changing the title when printing a draft invoice from "draft" to "proforma" (in case they want to send a proforma invoice that's only a part of the original SO)

      therefore avoiding potentially problematic and hard-to-maintain customizations to the flow of invoices themselves.

      Have a great day.

      Alessandro Uffreduzzi

      Developer

      alessandro.uffreduzzi@pytech.it


      On 26/04/2023 8:12 pm, Antonio M. Vigliotti wrote:

      Hi Alessandro,

      I wrote the pro-forma some time ago on Odoo 10.0

      Here you can find source code:

      https://github.com/zeroincombenze/account-invoicing/tree/10.0/account_invoice_line_sequence

      However this code is an improvement of OCA implementation, I think you could find it on account-invoicing repository

      PS As Carlos wrote, pro-forma is somthing closer to a sale order but Italian people will not use sale orderfor thi purpose :-(

      Antonio

      Il 26/04/2023 18:47, Janik von Rotz ha scritto:

      Hi Allessandro

      Can you give us some details on the business case? Is this going more towards downpayments?

      Proforma in Odoo ist just the Sale Order with a different title.

      I assume what you need, is a function to generate an invoice before the quotation is confirmed. Your requirements are more or less what the account module delivers.

      Cheers, Janik

      On 4/26/23 18:27, Alessandro Uffreduzzi wrote:

      Hello all,

      long time listener, first time caller. I need to develop a module to handle proforma invoices, as the default Odoo implementation is not at all adequate for the needs of multiple customers. What we need looks more like what Sales Orders have, with the 3 states ("Quotation" => "Quotation Sent" => "Sales Order"), where the proforma invoice corresponds to the "Quotation Sent" state.

      Requirements:

      • Invoices (not SOs) can (optionally) become Proforma Invoices, before being confirmed and posted. It doesn't necessarily have to be a new "state" selection, but it seems to be the most natural fit for it.
      • When an invoice becomes a proforma (which logically implies it's being sent to the customer for confirmation), it should take a sequence number from a different sequence than posted invoices. When the invoice is eventually confirmed and posted, it will then take the usual number.  The number it takes when it becomes a proforma should be saved somewhere.
      • Proforma invoices can go back to draft, be cancelled, or be confirmed and posted.
      • The printed version should clearly state it's a proforma, but it's otherwise the same as a regular invoice.

      I've searched for an OCA module resembling these requirements but couldn't find it. Is there an OCA module for this, or is someone developing it? If not, I will work on it myself and propose it in https://github.com/OCA/account-invoicing/

      Thank you for your time

      Have a good day

      --

      Alessandro Uffreduzzi

      Developer

      alessandro.uffreduzzi@pytech.it

      PyTech Srl

      Sede legale: Via Barozzi 40/8 - 41124 Modena

      Sede operativa: Via P. Giardini 472/L - 41124 Modena

      P.IVA 03988700369

      www.pytech.it

      PyTech Logo

      _______________________________________________
      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

      --
      Antonio M. Vigliotti

      Mobile (+39) 342.8740910



      _______________________________________________
      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 Carlos Liébana Anero. - 04:06 - 27 Apr 2023
    • Re: Proforma invoices in Odoo

      Hello,

      thank you all for your replies. Based on your feedback me and my colleagues insisted with the most pressing customer and we convinced them to use

      1. The native odoo functionality with regards to proforma invoices (i.e. sales orders);
      2. Alternatively, by just changing the title when printing a draft invoice from "draft" to "proforma" (in case they want to send a proforma invoice that's only a part of the original SO)

      therefore avoiding potentially problematic and hard-to-maintain customizations to the flow of invoices themselves.

      Have a great day.

      Alessandro Uffreduzzi

      Developer

      alessandro.uffreduzzi@pytech.it


      On 26/04/2023 8:12 pm, Antonio M. Vigliotti wrote:

      Hi Alessandro,

      I wrote the pro-forma some time ago on Odoo 10.0

      Here you can find source code:

      https://github.com/zeroincombenze/account-invoicing/tree/10.0/account_invoice_line_sequence

      However this code is an improvement of OCA implementation, I think you could find it on account-invoicing repository

      PS As Carlos wrote, pro-forma is somthing closer to a sale order but Italian people will not use sale orderfor thi purpose :-(

      Antonio

      Il 26/04/2023 18:47, Janik von Rotz ha scritto:

      Hi Allessandro

      Can you give us some details on the business case? Is this going more towards downpayments?

      Proforma in Odoo ist just the Sale Order with a different title.

      I assume what you need, is a function to generate an invoice before the quotation is confirmed. Your requirements are more or less what the account module delivers.

      Cheers, Janik

      On 4/26/23 18:27, Alessandro Uffreduzzi wrote:

      Hello all,

      long time listener, first time caller. I need to develop a module to handle proforma invoices, as the default Odoo implementation is not at all adequate for the needs of multiple customers. What we need looks more like what Sales Orders have, with the 3 states ("Quotation" => "Quotation Sent" => "Sales Order"), where the proforma invoice corresponds to the "Quotation Sent" state.

      Requirements:

      • Invoices (not SOs) can (optionally) become Proforma Invoices, before being confirmed and posted. It doesn't necessarily have to be a new "state" selection, but it seems to be the most natural fit for it.
      • When an invoice becomes a proforma (which logically implies it's being sent to the customer for confirmation), it should take a sequence number from a different sequence than posted invoices. When the invoice is eventually confirmed and posted, it will then take the usual number.  The number it takes when it becomes a proforma should be saved somewhere.
      • Proforma invoices can go back to draft, be cancelled, or be confirmed and posted.
      • The printed version should clearly state it's a proforma, but it's otherwise the same as a regular invoice.

      I've searched for an OCA module resembling these requirements but couldn't find it. Is there an OCA module for this, or is someone developing it? If not, I will work on it myself and propose it in https://github.com/OCA/account-invoicing/

      Thank you for your time

      Have a good day

      --

      Alessandro Uffreduzzi

      Developer

      alessandro.uffreduzzi@pytech.it

      PyTech Srl

      Sede legale: Via Barozzi 40/8 - 41124 Modena

      Sede operativa: Via P. Giardini 472/L - 41124 Modena

      P.IVA 03988700369

      www.pytech.it

      PyTech Logo

      _______________________________________________
      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

      --
      Antonio M. Vigliotti

      Mobile (+39) 342.8740910



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

      by Alessandro Uffreduzzi - 03:55 - 27 Apr 2023
    • Re: Proforma invoices in Odoo

      Hi Alessandro,

      I wrote the pro-forma some time ago on Odoo 10.0

      Here you can find source code:

      https://github.com/zeroincombenze/account-invoicing/tree/10.0/account_invoice_line_sequence

      However this code is an improvement of OCA implementation, I think you could find it on account-invoicing repository

      PS As Carlos wrote, pro-forma is somthing closer to a sale order but Italian people will not use sale orderfor thi purpose :-(

      Antonio

      Il 26/04/2023 18:47, Janik von Rotz ha scritto:

      Hi Allessandro

      Can you give us some details on the business case? Is this going more towards downpayments?

      Proforma in Odoo ist just the Sale Order with a different title.

      I assume what you need, is a function to generate an invoice before the quotation is confirmed. Your requirements are more or less what the account module delivers.

      Cheers, Janik

      On 4/26/23 18:27, Alessandro Uffreduzzi wrote:

      Hello all,

      long time listener, first time caller. I need to develop a module to handle proforma invoices, as the default Odoo implementation is not at all adequate for the needs of multiple customers. What we need looks more like what Sales Orders have, with the 3 states ("Quotation" => "Quotation Sent" => "Sales Order"), where the proforma invoice corresponds to the "Quotation Sent" state.

      Requirements:

      • Invoices (not SOs) can (optionally) become Proforma Invoices, before being confirmed and posted. It doesn't necessarily have to be a new "state" selection, but it seems to be the most natural fit for it.
      • When an invoice becomes a proforma (which logically implies it's being sent to the customer for confirmation), it should take a sequence number from a different sequence than posted invoices. When the invoice is eventually confirmed and posted, it will then take the usual number.  The number it takes when it becomes a proforma should be saved somewhere.
      • Proforma invoices can go back to draft, be cancelled, or be confirmed and posted.
      • The printed version should clearly state it's a proforma, but it's otherwise the same as a regular invoice.

      I've searched for an OCA module resembling these requirements but couldn't find it. Is there an OCA module for this, or is someone developing it? If not, I will work on it myself and propose it in https://github.com/OCA/account-invoicing/

      Thank you for your time

      Have a good day

      --

      Alessandro Uffreduzzi

      Developer

      alessandro.uffreduzzi@pytech.it

      PyTech Srl

      Sede legale: Via Barozzi 40/8 - 41124 Modena

      Sede operativa: Via P. Giardini 472/L - 41124 Modena

      P.IVA 03988700369

      www.pytech.it

      PyTech Logo

      _______________________________________________
      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

      --
      Antonio M. Vigliotti

      Mobile (+39) 342.8740910



      by Antonio M. Vigliotti - 08:11 - 26 Apr 2023

      3 attachments 3 attachments

      AntonioMariaVigliotti_html_2a3b0efbc5e4661a.png
      AntonioMariaVigliotti_html_51f470c428b0fa9b.png
      AntonioMariaVigliotti_html_60baa43d7331dc71.png

  • LDAP and MS Azure
    Hello OCA Contributors. Have a client who is wanting to authenticate Odoo users with Azure Active Directory, and we're running in to some issues.

    Can anyone point me to resources about authenticating Odoo and Azure AD using LDAP? Recent web searches show this is complex and I'm learning Azure AD isn't completely LDAP compliant. Are there any resources or OCA modules related to oauth2 authentication with Azure AD? 

    Thanks much!


    by Arthur Franklin Smith - 09:21 - 21 Apr 2023

    6 replies 6 replies

  • New repository OCA/sign
    We are starting to develop some modules for signing things (for now, Odoo records, ala base_tier_validation, which is also linked, but in the future, PDF documents, etc).


    so I think it would be very good to have a new repository to host them for having them properly placed from the beginning.

    Is that possible?

    Regards.
    by Pedro M. Baeza - 06:16 - 21 Apr 2023

    11 replies 11 replies

    • Re: New repository OCA/sign 
       >>> On our side we developed integration to Lex Persona
 >>     I will start working on the electronic signature in the next few 
weeks,
 >>     maybe with lex persona.
 >>     Do you plan to open source your work?
 >>

> Yes indeed

> I cloned the repo yesterday and I'm gonna push soon.

> But there will be hard work to be OCA compliant :-/

> You're welcome to help...

Great !
I will contribute with pleasure, let me know when it is available to 
take a look.

Simon




> Best regards

> --------------------------------

> Cyril VINH-TUNG

> INVITU

> Computer & Network Engineering

> BP 32 - 98713 Papeete - French Polynesia

> Tél: +689 40 46 11 99

> contact@invitu.com <mailto:contact@invitu.com>

> www.invitu.com <http://www.invitu.com>

> 

> Le ven. 9 juin 2023, 21:52, Simon Maillard 

> <notifications@odoo-community.org 

> <mailto:notifications@odoo-community.org>> a écrit :

> 

>     On 21/04/2023 18:31, Cyril VINH-TUNG wrote:

>     > Hello,

>     > (https://www.lex-persona.com/plateforme-de-signature-electronique/

>     <https://www.lex-persona.com/plateforme-de-signature-electronique/>

>     > <https://www.lex-persona.com/plateforme-de-signature-electronique/

>     <https://www.lex-persona.com/plateforme-de-signature-electronique/>>)

>     > which is a french API to sign documents on the fly.

> 

> 

>     Hi Cyril,

> 


> 

>     Regard,

>     Simon

> 

>     -- Simon Maillard simon@ogesta.fr <mailto:simon@ogesta.fr>

> 

>     _______________________________________________

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

>     <https://odoo-community.org/groups/contributors-15>

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

>     <mailto:contributors@odoo-community.org>

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

>     <https://odoo-community.org/groups?unsubscribe>

> 

> _______________________________________________

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

> <https://odoo-community.org/groups/contributors-15>

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

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

> <https://odoo-community.org/groups?unsubscribe>

> 


-- 
Simon Maillard
simon@ogesta.fr - 0680587358
      by Simon Maillard - 03:01 - 10 Jun 2023
    • Re: New repository OCA/sign
      Yes indeed
      I cloned the repo yesterday and I'm gonna push soon.
      But there will be hard work to be OCA compliant :-/
      You're welcome to help...
      Best regards
      --------------------------------
      Cyril VINH-TUNG
      INVITU
      Computer & Network Engineering
      BP 32 - 98713 Papeete - French Polynesia
      Tél: +689 40 46 11 99
      contact@invitu.com
      www.invitu.com

      Le ven. 9 juin 2023, 21:52, Simon Maillard <notifications@odoo-community.org> a écrit :
      On 21/04/2023 18:31, Cyril VINH-TUNG wrote:


> Hello,


> On our side we developed integration to Lex Persona 


> (https://www.lex-persona.com/plateforme-de-signature-electronique/ 


> <https://www.lex-persona.com/plateforme-de-signature-electronique/>) 


> which is a french API to sign documents on the fly.


Hi Cyril,

I will start working on the electronic signature in the next few weeks, 
maybe with lex persona.
Do you plan to open source your work?


Regard,
Simon



-- 
Simon Maillard
simon@ogesta.fr

      _______________________________________________
      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 - 10:06 - 10 Jun 2023
    • Re: New repository OCA/sign 
      On 21/04/2023 18:31, Cyril VINH-TUNG wrote:

> Hello,

> On our side we developed integration to Lex Persona 

> (https://www.lex-persona.com/plateforme-de-signature-electronique/ 

> <https://www.lex-persona.com/plateforme-de-signature-electronique/>) 

> which is a french API to sign documents on the fly.


Hi Cyril,

I will start working on the electronic signature in the next few weeks, 
maybe with lex persona.
Do you plan to open source your work?


Regard,
Simon


-- 
Simon Maillard
simon@ogesta.fr
      by Simon Maillard - 09:51 - 10 Jun 2023
    • Re: New repository OCA/sign
      Thanks!
      by Pedro M. Baeza - 11:16 - 7 May 2023
    • Re: New repository OCA/sign
      Dear Pedro,

      Sorry for the late reply. The repo is available now.
      I've assigned  it to "Document" PSC for now.

      Bests,
      S

      On Fri, Apr 21, 2023 at 6:17 PM Pedro M. Baeza <notifications@odoo-community.org> wrote:
      We are starting to develop some modules for signing things (for now, Odoo records, ala base_tier_validation, which is also linked, but in the future, PDF documents, etc).


      so I think it would be very good to have a new repository to host them for having them properly placed from the beginning.

      Is that possible?

      Regards.

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



      --
      Simone Orsi

      Full stack Python web developer, Odoo specialist, Odoo Community Board Member, in love with open source.
      by Simone Orsi - 10:25 - 7 May 2023

  • Getting start with IoT in Odoo 16
    Dear, All,
    I`m interested in working on IoT in odoo 16. I need a little bit of help. If anyone is active, give feedback me. tx.
    by Mostafa Barmshory - 01:16 - 18 Apr 2023
  • Authorized Certification Providers
    Hello,

    In Latin America, some business documents (invoices, credit notes, deliveries, payslips) are electronically signed and sent to the government or intermediaries called authorized certification providers (ACP).

    Those ACP have their own platforms with a specific API and protocol of communication (FTP, REST, etc.).

    In the past I have made a prototype to connect to an ACP in Chile:
    https://github.com/OCA/l10n-chile/tree/12.0/connector_acp
    https://github.com/OCA/l10n-chile/tree/12.0/connector_acp_ftp

    I contacted Simone regarding hosting these modules in OCA/edi and he suggested opening the discussion on this list.

    Those modules would allow users:
    • to configure their credentials to their PAC
    • to send and receive information
    • to manage errors
    and maybe other related features that I am forgetting.

    What do you think? OCA/edi? A different repo? A new repo?

    Thank you and have a great week.

    MAXIME CHAMBREUIL
    DIRECTOR GENERAL LATAM
    Calendario
    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.
    Save the date. OSICon 2023
    by Maxime Chambreuil - 04:26 - 17 Apr 2023

    9 replies 9 replies

  • About a modules for maritime and port activities
    Hi dear community

    I'm looking for information about modules related  to maritime and port activities. I have a client dedicated to these activities and he wants to manage his business with Odoo. I've been looking for information about it but no result.

    Regards
    by Maikel del Valle Bresler - 10:30 - 9 Apr 2023

    2 replies 2 replies

  • Clear Customer Invoice and Vendor Bills

    Dear Contributors,

     

    I have been looking for a module which help to clear customer invoices with vendor bill from the invoices in the 2 directions.

     

    I look for it in

     

    We will develop a module account_invoice_clearing

     

    From customer invoice o vendor bill you can bottom clear and a wizard will help you to clear with bill or viceversa

    From list same with an action

     

    Actually,  this can be done by accountants really easy from account.move.lines but the module wants to provide this tool for invoicing department.

     

    If any feedback, thank you!

     

    Regards,

    Rafael

     

    MT-2035

     

    by Rafael Blasco (Moduon) - 02:10 - 1 Apr 2023

    6 replies 6 replies

  • How the OCA will deal with the disappearance of analytical tags #551

    Hello all!

     

    Please all discussion in Github please not by email

     

    https://github.com/OCA/account-analytic/issues/551

     

    This email is to point you all to github 😊

     

    Thank you!

     

    Regards

     

    Rafael

    Moduon Team

     

    by Rafael Blasco (Moduon) - 09:20 - 29 Mar 2023
  • Solucion para usar Odoo sin conectividad a Intenet 
    Buen día,quería saber si tiene alguna solución para poder usar odoo sin 
conectividad a Internet básicamente lo que queremos usar es el modulo de 
punto de venta ya que como empresa queremos aperturar en otras 
sucursales donde no hay conectividad de internet.

Estaré Atenta a cualquier notificación.

Buen dia
    by paola.martinez@oficinastecnologicas.com - 04:25 - 29 Mar 2023

    1 replies 1 replies

    • Re: Solucion para usar Odoo sin conectividad a Intenet
      ¡Buen día! 

      Sí, es posible utilizar Odoo sin conectividad a internet, especialmente para el módulo de punto de venta que menciona. Sin embargo, es necesario conocer más detalles sobre su flujo de trabajo y configuración actual para proporcionar una solución personalizada. 

      Si lo desea, puedo ofrecerle una solución privada que se adapte mejor a sus necesidades. Puede ponerse en contacto conmigo a través de mi número de teléfono +5541935008031 o enviarme un correo electrónico a adriano@maxado.com.br para discutir más detalles y ayudarlo en lo que necesite. 

      ¡Estoy a su disposición para cualquier consulta adicional que pueda tener!


      Em qua., 29 de mar. de 2023 11:27, paola.martinez <notifications@odoo-community.org> escreveu:
      Buen día,quería saber si tiene alguna solución para poder usar odoo sin 
conectividad a Internet básicamente lo que queremos usar es el modulo de 
punto de venta ya que como empresa queremos aperturar en otras 
sucursales donde no hay conectividad de internet.

Estaré Atenta a cualquier notificación.

Buen dia

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

      by "Adriano Machado" <adriano@machado.tec.br> - 06:01 - 29 Mar 2023
  • Odoo TMS module 
    Dear all

has anyone done something about "sales delivery optimization"

My prospect has a fleet of vehicules to deliver the goods they sell and 
he would like to organize some way the flow of delivery

regards

Maurice


-- 
Très cordialement

Maurice MORETTI

_________________________________________________________________________
TeMPO CONSULTING 20, avenue de la Paix 67000 Strasbourg FRANCE
			
Web   : http://www.tempo-consulting.fr
email : mm@tempo-consulting.fr	
			
Tel      : 33 (0)3 88 56 82 10				
Mobile   : 33 (0)6 08 61 85 02
    by Maurice MORETTI - 11:40 - 29 Mar 2023

    8 replies 8 replies

    • Re: Odoo TMS module
      All sounds very interesting.  +1
      I have done a similar process using Filemaker Pro tied into both Route4Me and Roadwarrior, none of which a particularly open source, but they do all import and export pretty well together.
      These apps may be USA centric only.  Not sure.

      Look forward to learning more.

      Landis

      From: "Frederik Kramer" <notifications@odoo-community.org>
      To: "Odoo Community Association, (OCA) Contributors" <contributors@odoo-community.org>
      Sent: Wednesday, March 29, 2023 8:06:56 AM
      Subject: Re: Odoo TMS module

      Hi Laurent, hi Virginie,

      I am absolutely plus 1 on having a talk during the next OCA event. We had a similar requireme not with a very large account early 2022 as well. They decided to use an external system for that purpose as they didn't want to invest themselves but the general requirement for an elaborated Transport Management still prevails.

      From a functional perspective does your design just cover road transport or also long running shipmenta via vessel and / or transport via train and plane?

      Did you also already foresee functionalities for things such as toll management and enroute status updates? In any case I would love to discuss the details with you during the Q&A of your talk ;-)

      Cheers and thanks for the effort

      Frederik

      Am 29. März 2023 15:47:12 MESZ schrieb "Mignon, Laurent" <notifications@odoo-community.org>:
      Hi Virginie,
      Thank you for your feedback. For sure we could propose a talk for the OCA days and/or Odoo days.
      Regarding Toursolver, this service is unfortunately not open source. Nevertheless, we have designed the shipment_advice_planner addon in such a way that it is possible to integrate any other tool that can be used to achieve the same functionality. In our case, we developed a specialized addon for TourSolver on top of the shipment_advice_planner one.  It is the customer who chooses to use TourSolver, but we have not challenged their request either. 

      Regards,

      lmi

      On Wed, Mar 29, 2023 at 3:22 PM Virginie Dewulf <notifications@odoo-community.org> wrote:
      Hi Laurent,

      Very interesting!
      Would you consider a talk for OCA Days (6-7th November 2023) on this topic?
      That'd be great ^^

      Another question: is TourSolver proprietary or open source?
      On their website, the pricing and features pages give 404 Error (not a good sign!).

      Thanks,
      --
      Virginie
      0477/64.17.20

      -----Original Message-----
      From: "Mignon, Laurent" <notifications@odoo-community.org>
      Reply-To: Odoo Community Association (OCA) Contributors <contributors@odoo-community.org>
      Subject: Re: Odoo TMS module
      Date: Wed, 29 Mar 2023 10:17:22 -0000

      Hi Maurice
      We are developing modules in V16 to organise this kind of process. There are modules to organise the preparations (stock_release_channel), with a specialisation that allows it to be organised by geographical area (stock_release_channel_geoengine).
      There are modules for organising loading and delivery (stock_release_channel_shipment_advice) and a specialisation that allows deliveries to be distributed to different vehicles according to a route optimisation computed via the sas API from Toursolver (stock_release_channel_shipment_advice_toursolver), etc.... These modules are being actively developed and will be the core of our order picking system for a very large customer. 

      Regards,

      Laurent


      On Wed, Mar 29, 2023 at 11:42 AM Maurice Moretti <notifications@odoo-community.org> wrote:
      Dear all

      has anyone done something about "sales delivery optimization"

      My prospect has a fleet of vehicules to deliver the goods they sell and 
      he would like to organize some way the flow of delivery

      regards

      Maurice



      _______________________________________________
      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

      --
      Dr.-Ing. Frederik Kramer
      Geschäftsführer
              
      initOS GmbH
      Innungsstraße 7
      21244 Buchholz i.d.N.
              
      Phone:  +49 4181 13503-12
      Fax:    +49 4181 13503-10
      Mobil:  +49 179 3901819
              
      Email: frederik.kramer@initos.com
      Web:   www.initos.com
              
      Geschäftsführung:
      Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke

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

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


      by Landis Arnold - 12:56 - 30 Mar 2023
    • Re: Odoo TMS module

      Hi Laurent, hi Virginie,

      I am absolutely plus 1 on having a talk during the next OCA event. We had a similar requireme not with a very large account early 2022 as well. They decided to use an external system for that purpose as they didn't want to invest themselves but the general requirement for an elaborated Transport Management still prevails.

      From a functional perspective does your design just cover road transport or also long running shipmenta via vessel and / or transport via train and plane?

      Did you also already foresee functionalities for things such as toll management and enroute status updates? In any case I would love to discuss the details with you during the Q&A of your talk ;-)

      Cheers and thanks for the effort

      Frederik

      Am 29. März 2023 15:47:12 MESZ schrieb "Mignon, Laurent" <notifications@odoo-community.org>:
      Hi Virginie,

      Thank you for your feedback. For sure we could propose a talk for the OCA days and/or Odoo days.
      Regarding Toursolver, this service is unfortunately not open source. Nevertheless, we have designed the shipment_advice_planner addon in such a way that it is possible to integrate any other tool that can be used to achieve the same functionality. In our case, we developed a specialized addon for TourSolver on top of the shipment_advice_planner one.  It is the customer who chooses to use TourSolver, but we have not challenged their request either. 

      Regards,

      lmi

      On Wed, Mar 29, 2023 at 3:22 PM Virginie Dewulf <notifications@odoo-community.org> wrote:
      Hi Laurent,

      Very interesting!
      Would you consider a talk for OCA Days (6-7th November 2023) on this topic?
      That'd be great ^^

      Another question: is TourSolver proprietary or open source?
      On their website, the pricing and features pages give 404 Error (not a good sign!).

      Thanks,
      --
      Virginie
      0477/64.17.20

      -----Original Message-----
      From: "Mignon, Laurent" <notifications@odoo-community.org>
      Reply-To: Odoo Community Association (OCA) Contributors <contributors@odoo-community.org>
      Subject: Re: Odoo TMS module
      Date: Wed, 29 Mar 2023 10:17:22 -0000

      Hi Maurice

      We are developing modules in V16 to organise this kind of process. There are modules to organise the preparations (stock_release_channel), with a specialisation that allows it to be organised by geographical area (stock_release_channel_geoengine).
      There are modules for organising loading and delivery (stock_release_channel_shipment_advice) and a specialisation that allows deliveries to be distributed to different vehicles according to a route optimisation computed via the sas API from Toursolver (stock_release_channel_shipment_advice_toursolver), etc.... These modules are being actively developed and will be the core of our order picking system for a very large customer. 

      Regards,

      Laurent


      On Wed, Mar 29, 2023 at 11:42 AM Maurice Moretti <notifications@odoo-community.org> wrote:
      Dear all

      has anyone done something about "sales delivery optimization"

      My prospect has a fleet of vehicules to deliver the goods they sell and 
      he would like to organize some way the flow of delivery

      regards

      Maurice



      _______________________________________________
      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

      --
      Dr.-Ing. Frederik Kramer
      Geschäftsführer
              
      initOS GmbH
      Innungsstraße 7
      21244 Buchholz i.d.N.
              
      Phone:  +49 4181 13503-12
      Fax:    +49 4181 13503-10
      Mobil:  +49 179 3901819
              
      Email: frederik.kramer@initos.com
      Web:   www.initos.com
              
      Geschäftsführung:
      Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke

      Sitz der Gesellschaft: Buchholz i.d.N.
      Amtsgericht Tostedt, HRB 205226
      Steuer-Nr: 15/200/53247
      USt-IdNr.: DE815580155
      by Frederik Kramer - 04:05 - 29 Mar 2023
    • Re: Odoo TMS module
      We have something similar with another closed service (Routific):


      No generic module though as dependency, but directly implemented from this specific case.

      Regards.
      by Pedro M. Baeza - 03:56 - 29 Mar 2023
    • Re: Odoo TMS module
      Hi Virginie and Laurent

      I just found out another solution provider which has a module to integrate with Odoo : https://antsroute.com/produit/integration-odoo-antsroute/

      regards

      Maurice
      Hi Virginie,

      Thank you for your feedback. For sure we could propose a talk for the OCA days and/or Odoo days.
      Regarding Toursolver, this service is unfortunately not open source. Nevertheless, we have designed the shipment_advice_planner addon in such a way that it is possible to integrate any other tool that can be used to achieve the same functionality. In our case, we developed a specialized addon for TourSolver on top of the shipment_advice_planner one.  It is the customer who chooses to use TourSolver, but we have not challenged their request either. 

      Regards,

      lmi

      On Wed, Mar 29, 2023 at 3:22 PM Virginie Dewulf <notifications@odoo-community.org> wrote:
      Hi Laurent,

      Very interesting!
      Would you consider a talk for OCA Days (6-7th November 2023) on this topic?
      That'd be great ^^

      Another question: is TourSolver proprietary or open source?
      On their website, the pricing and features pages give 404 Error (not a good sign!).

      Thanks,
      --
      Virginie
      0477/64.17.20

      -----Original Message-----
      From: "Mignon, Laurent" <notifications@odoo-community.org>
      Reply-To: Odoo Community Association (OCA) Contributors <contributors@odoo-community.org>
      Subject: Re: Odoo TMS module
      Date: Wed, 29 Mar 2023 10:17:22 -0000

      Hi Maurice

      We are developing modules in V16 to organise this kind of process. There are modules to organise the preparations (stock_release_channel), with a specialisation that allows it to be organised by geographical area (stock_release_channel_geoengine).
      There are modules for organising loading and delivery (stock_release_channel_shipment_advice) and a specialisation that allows deliveries to be distributed to different vehicles according to a route optimisation computed via the sas API from Toursolver (stock_release_channel_shipment_advice_toursolver), etc.... These modules are being actively developed and will be the core of our order picking system for a very large customer. 

      Regards,

      Laurent


      On Wed, Mar 29, 2023 at 11:42 AM Maurice Moretti <notifications@odoo-community.org> wrote:
      Dear all
      
                  
      has anyone done something about "sales delivery optimization"
      
                  
      
                  
      My prospect has a fleet of vehicules to deliver the goods they sell and 
      
                  
      he would like to organize some way the flow of delivery
      
                  
      
                  
      regards
      
                  
      
                  
      Maurice
      
                  
      
                  
                    
      
                    
                      
      
                    
      
              
      
            
      
          
      
          
      
            
      _______________________________________________
      
              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
      
        
      
      
      
    
      
    

      
    
      
    
      -- 
Très cordialement

Maurice MORETTI

_________________________________________________________________________
TeMPO CONSULTING 20, avenue de la Paix 67000 Strasbourg FRANCE
			
Web   : http://www.tempo-consulting.fr
email : mm@tempo-consulting.fr	
			
Tel      : 33 (0)3 88 56 82 10				
Mobile   : 33 (0)6 08 61 85 02
			


      
  
      

      
        
      
        
            
                by
                Maurice MORETTI
            
            -
            
                
                03:56 - 29 Mar 2023
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    Re: Odoo TMS module
                                
      
                                
      

      Hi Maurice,
      

       
      

      Here in Latam I have seen a solution call Handy, is be integrated with Odoo…
https://www.handy.la/
      

       
      

      Regards,
      

       
      

      

      From:
Maurice Moretti <notifications@odoo-community.org>
      
Date: Wednesday, 29 March 2023 at 5:42 AM
      
To: Contributors <contributors@odoo-community.org>
      
Subject: Odoo TMS module
      

      

      Dear all
      

       
      

      has anyone done something about "sales delivery optimization"
      

       
      

      My prospect has a fleet of vehicules to deliver the goods they sell and 
      

      he would like to organize some way the flow of delivery
      

       
      

      regards
      

       
      

      Maurice
      

       
      

       
      

      -- 
      

      Très cordialement
      

       
      

      Maurice MORETTI
      

       
      

      _________________________________________________________________________
      

      TeMPO CONSULTING 20, avenue de la Paix 67000 Strasbourg FRANCE
      

                             
      

      Web   : http://www.tempo-consulting.fr
      

      email : mm@tempo-consulting.fr 
      

                             
      

      Tel      : 33 (0)3 88 56 82 10                       
      

      Mobile   : 33 (0)6 08 61 85 02
      

                             
      

       
      

      

      _______________________________________________
      
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
            
            -
            
                
                03:51 - 29 Mar 2023
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
      • 
            
    
            
    
                
            
    
        
    
                            
    
                        
    
                    
    
                
  • 
                    
    
                        
    
                            
    
                                
    
                                    
                                    Very simple POS Tests go to backoffice
                                
    
                                
    Content:

    I have a very simple test. It contains only two steps:

    1º Wait for the loading to finish

    {
        content: "Test pos_order_to_sale_order: Waiting for loading to finish",
        trigger: "body:not(:has(.loader))",
    },
    2º Click on the login button that appears because I have pos_hr installed.

    {
        content: 'click login button',
        trigger: '.login-overlay .login-button.select-cashier',
        run: () => {}
    },
    Well, my Tour starts like any Tour for POS, visiting the URL "/pos/ui?config_id=X" where X is a pos_config. When it finishes loading, instead of showing the POS UI it goes to 127.0.0.1:8069/web#action=point_of_sale.action_client_pos_menu

    I can see than first step succeeded Tour PosTicketActions: step 'Test pos_order_to_sale_order: Waiting for loading to finish (trigger: body:not(:has(.loader)))' succeeded

    What seems very strange to me is that before the first step in the log it appears

    Tour Manager is ready. running_tour=PosTicketActions

    And just after the success and before executing the second step also appears the same message.

    Tour Manager is ready. running_tour=PosTicketActions

    It makes me think that for some reason, the "Ready" event of the Tour is fired in duplicate or that it doesn't clear the cache properly for some issue. As if I'm double subscribed to this event.

    This URL is the one you go to when more than one POS tab is open. The second one visits the POS UI but the first one that stays in the background goes to the backoffice.

    I have made sure that the user profiles and cookies are being removed from the headless that opens automatically when the start_tour is opened with watch=True. If I run the tests with watch=False the same thing happens, it leaves the POS UI and goes to Backoffice.
    

    
        
    
        
            
                by
                Fernando La Chica
            
            -
            
                
                05:41 - 27 Mar 2023
            
        
        
    
            
    
                
            
    
        
    
                            
    
                        
    
                        
    
                            
    
                                
                                     6 replies
                                
                                
                                     6 replies
                                
                            
    
                            
    
        
    
            
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Re: Very simple POS Tests go to backoffice
                                
      
                                
      I believe the intention was:

Create the  github discussion and then post to the mailing list that you 
have started such a discussion on github :grin:


Regards.

On 28/03/2023 00:57, Pedro M. Baeza wrote:

> I don't think that such a technique should be used, and in general in 

> all places cross-posting is seen as bad, but if others think it's OK, 

> I won't say anything more about it.

>

> 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
                Raphael Makonnen
            
            -
            
                
                07:31 - 28 Mar 2023
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Re: Very simple POS Tests go to backoffice
                                
      
                                
      I don't think that such a technique should be used, and in general in all places cross-posting is seen as bad, but if others think it's OK, I won't say anything more about it.

      Regards.
      

      
        
      
        
            
                by
                Pedro M. Baeza
            
            -
            
                
                11:56 - 27 Mar 2023
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Re: Very simple POS Tests go to backoffice
                                
      
                                
      Sorry Pedro, a colleague commented on 10 Mar 2023, 15:02 in the thread "Proposal: add a forum" that:

      "Note that many people may not be aware of the Discussion features, and could miss the threads there.
      So when starting a thread in Discussions, consider announcing it in the Contributors ML too."

      I suppose that you get duplicate notifications because you are an administrator, but that other people do not.

      In any case, if it has been a mistake of interpretation on my part, please accept my apologies. 

      In any case, I think that the subject I am asking about is interesting and not very well documented. I hope I have not buried the subject in bureaucratic messages xD

      El lun, 27 mar 2023 a las 21:32, Pedro M. Baeza (<notifications@odoo-community.org>) escribió:
      Posting the same in two places is never advised. AFAIK, there's a subscription mechanism. In fact, I have received the new GitHub discussion thread notification in my mail (and thus, why I'm saying this is double and cross-posted).

      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
                Fernando La Chica
            
            -
            
                
                09:51 - 27 Mar 2023
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Re: Very simple POS Tests go to backoffice
                                
      
                                
      Posting the same in two places is never advised. AFAIK, there's a subscription mechanism. In fact, I have received the new GitHub discussion thread notification in my mail (and thus, why I'm saying this is double and cross-posted).

      Regards.
      

      
        
      
        
            
                by
                Pedro M. Baeza
            
            -
            
                
                09:31 - 27 Mar 2023
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    
                                    Re: Very simple POS Tests go to backoffice
                                
      
                                
      Dear community, 

      first of all I apologize because I am not good at bureaucracy. On the other hand, I am not very clear about the previous message. If the issue is that I am posting in the github discussion forum and here at the same time, it is because I interpreted that it had to be done this way reading this thread. Github does not have an alert system to subscribe to threads. If what the previous message refers to is that I have spoken twice about the tests, it is because I left the first thread as solved because the colleague who answered clarified the doubts I had and I understand that this matter should be opened in a new thread.

      I take this opportunity to confirm that I still have doubts. I am not sure how to confirm that the session is closed and there is no thread or cache that is messing up the tests.


      El lun, 27 mar 2023 a las 17:47, Pedro M. Baeza (<notifications@odoo-community.org>) escribió:
      Please don't cross post. Write in one place or the other, not in both.

      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
                Fernando La Chica
            
            -
            
                
                09:26 - 27 Mar 2023
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
      • 
            
    
            
    
                
            
    
        
    
                            
    
                        
    
                    
    
                
  • 
                    
    
                        
    
                            
    
                                
    
                                    
                                    Standard SQL table definitions -> Odoo module with models and user interface ?
                                
    
                                
    Hello,

    I am looking for a tool to:
    (1) Connect to a database, or read an SQL file with CREATE TABLE definitions.
    (2) Use this to create an Odoo module with similar models and user interface.

    Do you know about any tool that can do this?

    Best regards,
    Henrik Norlin
    

    
        
    
        
            
                by
                Henrik Norlin
            
            -
            
                
                05:30 - 27 Mar 2023
            
        
        
    
            
    
                
            
    
        
    
                            
    
                        
    
                        
    
                            
    
                                
                                     1 replies
                                
                                
                                     1 replies
                                
                            
    
                            
    
        
    
            
        
    
                            
    
                        
    
                    
    
                
  • 
                    
    
                        
    
                            
    
                                
    
                                    
                                    Odoo14 (OCA). Error de fabricación: unexpected keyword argument 'cancel_backorder'
                                
    
                                
    
    Buenos días:
    
    
      
    En un Odoo14 OCA llevamos unos meses intentando desarrollar los
        procesos que necesita una pequeña empresa que cuenta con dos
        bodeguitas de elaboración de vino. Y hemos avanzado mucho con
        ello incorporando movimientos de venta (sale order y stock move)
        y de fabricación (mrp production de embotellado y etiquetado).
        Pero nos han surgido problemas.
    
      
    En concreto, no podemos concluir los movimientos
        'mrp.production' que tras haber pasado por las fases previas de
        'borrador', 'confirmado' y 'en progreso' se encuentran en la
        pestaña 'para cerrar'. Cuando pìnchamos en el botón 'Marcar como
        Hecho' nos aparece una ventana con el aviso: 
    
      
    TypeError: _action_done() got an unexpected keyword argument
        'cancel_backorder'
    
      
    Pero no existe pedido pendiente alguno y no sabemos porqué se
        produce este error, a pesar de las muchas vueltas que hemos dado
        para revisar los módulos de Inventario, Fabricación y Ventas de
        la versión Odoo14 de OCA.
    
      
    
      
    Por ello nos atrevemos a solicitar alguna ayuda técnica a este
        respecto. Desearíamos que no se nos interpretara
        inconvenientemente; no queremos abusar de la amabilidad y
        experiencia de los técnicos de OCA odoo. Estamos dispuestos a
        abonar la factura que pudiera corresponder por sacarnos de este
        impasse en el que nos encontramos. Más abajo incorporamos un
        pantallazo del error.
    
      
    
      
    En cualquier caso, vaya por delante nuestro agradecimiento por
        el tiempo que nos dedican a este correo.
    
      
    Saludos cordiales.
    
      
    Bocos Duero
    
      
    
      
    
    
    
  
    

    
        
    
        
            
                by
                Bocos Duero
            
            -
            
                
                03:10 - 27 Mar 2023
            
        
        
    
            
    
                
                     1 attachments
                
                
                     1 attachments
                
            
    
            
    
                
    
                        
                            
    
                            
    OnMTCOnsOzrUup4d.png
    
                            
                
    
            
    
        
    
                            
    
                        
    
                        
    
                            
    
                                
                                     1 replies
                                
                                
                                     1 replies
                                
                            
    
                            
    
        
    
            
      
                
    • 
                    
      
                        
      
                            
      
                                
      
                                    Re: Odoo14 (OCA). Error de fabricación: unexpected keyword argument 'cancel_backorder'
                                
      
                                
      Hello,
      The language on this mailing list is English.
      Could you write again with your question in English please?
      Thanks,
      -- 
      Virginie
      0477/64.17.20

      -----Original Message-----
      From: bocos.duero@gmail.com <notifications@odoo-community.org>
      Reply-To: Odoo Community Association (OCA) Contributors <contributors@odoo-community.org>
      Subject: Odoo14 (OCA). Error de fabricación: unexpected keyword argument 'cancel_backorder'
      Date: Mon, 27 Mar 2023 13:12:03 -0000

      
    Buenos días:
    
      
      
      En un Odoo14 OCA llevamos unos meses intentando desarrollar los
        procesos que necesita una pequeña empresa que cuenta con dos
        bodeguitas de elaboración de vino. Y hemos avanzado mucho con
        ello incorporando movimientos de venta (sale order y stock move)
        y de fabricación (mrp production de embotellado y etiquetado).
        Pero nos han surgido problemas.
      
      
      En concreto, no podemos concluir los movimientos
        'mrp.production' que tras haber pasado por las fases previas de
        'borrador', 'confirmado' y 'en progreso' se encuentran en la
        pestaña 'para cerrar'. Cuando pìnchamos en el botón 'Marcar como
        Hecho' nos aparece una ventana con el aviso: 
      
      
      TypeError: _action_done() got an unexpected keyword argument
        'cancel_backorder'
      
      
      Pero no existe pedido pendiente alguno y no sabemos porqué se
        produce este error, a pesar de las muchas vueltas que hemos dado
        para revisar los módulos de Inventario, Fabricación y Ventas de
        la versión Odoo14 de OCA.
      
      
      
      
      Por ello nos atrevemos a solicitar alguna ayuda técnica a este
        respecto. Desearíamos que no se nos interpretara
        inconvenientemente; no queremos abusar de la amabilidad y
        experiencia de los técnicos de OCA odoo. Estamos dispuestos a
        abonar la factura que pudiera corresponder por sacarnos de este
        impasse en el que nos encontramos. Más abajo incorporamos un
        pantallazo del error.
      
      
      
      
      En cualquier caso, vaya por delante nuestro agradecimiento por
        el tiempo que nos dedican a este correo.
      
      
      Saludos cordiales.
      
      
      Bocos Duero
      
      
      
      
      
    
      
  
      


      _______________________________________________
                              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.
            
            -
            
                
                04:16 - 27 Mar 2023
            
        
        
      
            
      
                
            
      
        
      
                            
      
                        
      
                    
      
                
      • 
            
    
        
    
                            
    
                        
    
                    
    
                
  • 
                    
    
                        
    
                            
    
                                
    
                                    
                                    New thread: Test timeout has no effect
                                
    
                                

    Content:

    I have seen the guide to run front-end tests and according to it, when a step is defined, you can indicate in the "timeout" property a time that has to pass to continue with the execution of the next step.

    Well, in my case this does not happen. All the steps are executed immediately.

    Is there any condition for this timeout to take effect?

    By the way, I am testing a module made by me for the POS.

    Thanks

    PD: This is a copy of a thread added in Odoo community help forum
    

    
        
    
        
            
                by
                Fernando La Chica
            
            -
            
                
                11:31 - 27 Mar 2023
            
        
        
    
            
    
                
            
    
        
    
                            
    
                        
    
                    
    
                
  • 
                    
    
                        
    
                            
    
                                
    
                                    
                                    Optimize the fulfillment of the palets 
                                
    
                                
    Hello all, 

    I’ve a use case where maybe the community can has experience

    I would like to sell products by units, packages in box, and then stored on palets.  So far Ok. 
    Then, i want to apply different price on the product base on the quantity contained on parcels, or palets.     
    	For example, 1 box contain 10 products,
    				1 palet contain 10 box, (100 products)

    In order to encourage the customer to order by pallets units instead of products units, would like to apply a lowest price for pallets units rounding. That mean the product unit price will be higher if the customer order 9 or 11 boxes instead of 10. 

    Basically, we want to optimize the fulfillment of the palets,

    Any suggestion ?

    Nice week to everyone. 

    Paul Goubert
    Fonctionnal support ERP Odoo





    

    

    
        
    
        
            
                by
                Paul Goubert
            
            -
            
                
                11:31 - 27 Mar 2023
            
        
        
    
            
    
                
            
    
        
    
                            
    
                        
    
                    
    
                
  • 
                    
    
                        
    
                            
    
                                
    
                                    
                                    Question regarding Spanish certification
                                
    
                                
    Hi everyone,

    I'm about to start a new customer in spain and they are asking me if Odoo accounting  is certified for the spanish market. 
    I'm aware of the french process but not for the spanish one.
    Is anybody could help me to understand the requirements of the spanish accounting and the certification part?

    Sorry for this basic question ;-)

    Regards

    Vertical seprator
    Florent THOMAS
    ☎ +33 972 457 755
    ✉ florent.thomas@mind-and-go.com 
    Mind & Go
    14, Rue Pierre Cartelet | 66000 PERPIGNAN
     Logo Mind And Go Facebook Mind And Go  Twitter Mind And Go  LinkedIn Mind And Go
    
        
    
        
            
                by
                Florent THOMAS
            
            -
            
                
                01:50 - 22 Mar 2023
            
        
        
    
            
    
                
            
    
        
    
                            
    
                        
    
                        
    
                            
    
                                
                                     3 replies
                                
                                
                                     3 replies
                                
                            
    
                            
    
        
    
            
        
    
                            
    
                        
    
                    
    
                
  • 
                    
    
                        
    
                            
    
                                
    
                                    legacy custom javascript field widgets in odoo 16
                                
    
                                
    
      
    hello,
    
      
    i’m wondering whether custom legacy javascript field widgets
        are still supported in odoo 16 as in previous versions or
        whether owl or es modules are mandatory. the
          documentation still states this to register a custom
        widget:
    
      
    
        
    var fieldRegistry = require('web.field_registry');

fieldRegistry.add('my-custom-field', CustomFieldChar);
    
      
    
      
    the web.field_registry is an instance of the legacy
          registry, but it seems that it is another
          registry that is used to find
          the widgets when parsing the xml view. because of this, it
        seems that custom widgets are not found (the warning Missing
          widget: ${widget} for field of type ${fieldType}
        appears in the console instead).
    
      
    i didn’t find any information about this in the migration
          guide. what is supposed to be done to migrate custom
        widgets to odoo 16? i guess that ideally, custom widgets should
        be converted to owl and all javascript code should be converted
        to es modules. however, what are the minimal needed changes?
    
      
    cheers,
    
      
    hugues
    
        coop it easy
    
    
    
  
    
        
    
        
            
                by
                hugues
            
            -
            
                
                11:05 - 17 Mar 2023
            
        
        
    
            
    
                
            
    
        
    
                            
    
                        
    
                    
    
                
  • 
                    
    
                        
    
                            
    
                                
    
                                    
                                    Who maintains l10n-germany OCA repository?
                                
    
                                
    Dear OCA-Community,

I've made some minor contribution to the l10n-germany [1] repository and 
would continue my work on migration and fixing existing modules. 
Unfortunately, the PRs are open for weeks and nothing happens.

What can I do to get my (and other) open PRs reviewed and merged? Isn't 
there any maintainer of this repo? Did I miss something?

Best regards,

Alexander

[1] https://github.com/OCA/l10n-germany


-- 
Alexander Bigga

Alexander.Bigga@verdigado.com
PGP Key ID: 0x976307DE81F1CEBA

verdigado eG
Heilig-Kreuz-Straße 16
86609 Donauwörth

Sitz der Genossenschaft: Nürnberg
Registergericht: Amtsgericht Nürnberg
Registernummer: GnR 344
Umsatzsteuer ID: DE 329 190 191

Vorstand: Dominik Ach, Katharina Zierer
Vorsitzender des Aufsichtsrats: Marc Urbatsch


    

    
        
    
        
            
                by
                Alexander Bigga
            
            -
            
                
                09:30 - 16 Mar 2023
            
        
        
    
            
    
                
                     2 attachments
                
                
                     2 attachments
                
            
    
            
    
                
    
                        
                            
    
                            
    OpenPGP_signature
    
                            
                
    
                        
                            
    
                            
    OpenPGP_0x976307DE81F1CEBA.asc
    
                            
                
    
            
    
        
    
                            
    
                        
    
                        
    
                            
    
                                
                                     4 replies
                                
                                
                                     4 replies
                                
                            
    
                            
    
        
    
            
        
    
                            
    
                        
    
                    
    
                
  • 
                    
    
                        
    
                            
    
                                
    
                                    
                                    Proposing myself as l10n-ecuador PSC
                                
    
                                
    Dear contributors,

    I would like to apply as PSC for l10n-ecuador

    We are a few group of developers and contributors interests on Ecuadorian Localization open source and functional(as alternative at module recently landed into Odoo enterprise) We have been working into github repository https://github.com/Odoo-EC/l10n-ecuador and now we wish merge into OCA repo, initial PR for V15 is here: https://github.com/OCA/l10n-ecuador/pull/34

    Roadmap is here https://jhonromero26.notion.site/Localizaci-n-Ecuatoriana-a-Odoo-15-d3f3fcec7f404c2ead41bbf4b1a9539f
    This is my github profile, for those that don't know me: https://github.com/celm1990

    Thanks to consider my request

    Regards,

    Carlos Lopez
    

    
        
    
        
            
                by
                Carlos Lopez
            
            -
            
                
                05:00 - 14 Mar 2023
            
        
        
    
            
    
                
            
    
        
    
                            
    
                        
    
                        
    
                            
    
                                
                                     5 replies
                                
                                
                                     5 replies
                                
                            
    
                            
    
        
    
            
        
    
                            
    
                        
    
                    
    
                
    •