Contributors

contributors@odoo-community.org

• 31
• 32
• 33
• 34
• 35

• Invetory : pallete rate per day + picking rate/coli + pallete IN/OUT rate

  Hasllo to everyone,

  I have several questions. We are implementing Odoo WMS here in Czech republic, and have to fix fololowing inventory rates

  1. stored pallete rate per day = example 1€/pallete/day
  2. picking rate/coli = example 0,25€/picked coli
  3. pallete rate IN/OUT = rate pallete IN 0,35€ (receive) + pallete out (delivery)
     

  Does anyone of you can help with this isuue? Do we have in Odoo some extra applications for inventory rates?

  
  

  Thanks in advance

  S pozdravem / Best regards
  
  MILOŠ MILOJKOVIĆ
  

  Konzultant MRP/Inventory

  Mobile: +420 725 426 206
  (6) Miloš Milojković | LinkedIn
  
  26HOUSE s.r.o.
  Karolinská 2, 186 00 Praha 8
  Česká republika
  www.26house.com 

  
  

  ---

  by Milos Milojkovic - 10:01 - 25 May 2023

  1 attachments 1 attachments

  Outlook-42vzivsv.jpg

• Reserved / priority worker

  Hello,
  
  I am going to provide some services very similar to what's available as IAP in 
  Odoo so part of it is checking whether customer has got enough "credits". The 
  easiest way would be to create a controller to handle this but I am afraid of 
  situations where the server is occupied with different things like many users, 
  etc.
  
  Is there a way to "reserve" a worker for such kind of things? Or maybe somehow 
  to give priority for processing such requests?
  
  Any advise is welcome. Thank you
  
  Best regards
  
  	Radovan Skolnik
  
  
  

  ---

  by Radovan Skolnik - 03:00 - 22 May 2023

  6 replies 6 replies

  • Re: Reserved / priority worker

    Maybe a dedicated server for odoo e.g. in a docker - multiple odoo servers, a single postgres database ?

    so all calls for IAP are routed to this specific server

    
    

    Dominique 

    
    

    
    

    On Mon, 22 May 2023 at 21:02, Radovan Skolnik <notifications@odoo-community.org> wrote:
    

    Hello,
    
    I am going to provide some services very similar to what's available as IAP in 
    Odoo so part of it is checking whether customer has got enough "credits". The 
    easiest way would be to create a controller to handle this but I am afraid of 
    situations where the server is occupied with different things like many users, 
    etc.
    
    Is there a way to "reserve" a worker for such kind of things? Or maybe somehow 
    to give priority for processing such requests?
    
    Any advise is welcome. Thank you
    
    Best regards
    
    	Radovan Skolnik
    
    
    

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

    ---

    by dominique.k - 03:21 - 23 May 2023

  • Re: Reserved / priority worker

    and it references:

    https://github.com/dduarte-odoogap/docker_testing_environment/blob/master/docker-compose.yml

    
    

    On 2023-05-22 14:16, Radovan Skolnik wrote:
    

    Erik,
    
    thanks a lot. Will check it out. Best regards,
    
    	Radovan
    
    On pondelok 22. mája 2023 23:12:40 CEST Erik Myllymaki wrote:
    
    > I was just watching this video the other day that I thought did a good job
    
    > of explaining separate odoo instances for erp and cron:
    
    > 
    
    > https://www.youtube.com/watch?v=_q1MhVPKV5g
    
    > 
    
    > 
    
    > 
    
    > 
    
    > On 2023-05-22 14:06, Radovan Skolnik wrote:
    
    > 
    
    > Graeme,
    
    > 
    
    > thanks for the tip. You mean starting another instance over the same
    
    > database? I must admit I haven't poked the internals on how concurrent
    
    > access like this would work but if it worked, that would be quite easy.
    
    > 
    
    > Best regards,
    
    > 
    
    > 	Radovan
    
    > 
    
    > On pondelok 22. mája 2023 21:41:46 CEST Graeme Gellatly wrote:
    
    > > Should be easy enough, just start another odoo instance listening on a
    
    > > 
    
    > > different port or container. Configure reverse proxy to send those
    
    > > requests
    
    > > 
    
    > > to that instance. Its a fairly common setup already to have a seperate
    
    > > 
    
    > > instance for running crons, particular routes that need extra memory etc.
    
    > > 
    
    > > 
    
    > > 
    
    > > 
    
    > > 
    
    > > On Tue, 23 May 2023, 1:02 am Radovan Skolnik,
    
    > > 
    
    > > <notifications@odoo-community.org> wrote:
    
    > > 
    
    > > 
    
    > > 
    
    > > Hello,
    
    > > 
    
    > > 
    
    > > 
    
    > > I am going to provide some services very similar to what's available as
    
    > > IAP
    
    > > 
    
    > > in Odoo so part of it is checking whether customer has got enough
    
    > > 
    
    > > "credits". The easiest way would be to create a controller to handle this
    
    > > 
    
    > > but I am afraid of situations where the server is occupied with different
    
    > > 
    
    > > things like many users, etc.
    
    > > 
    
    > > 
    
    > > 
    
    > > Is there a way to "reserve" a worker for such kind of things? Or maybe
    
    > > 
    
    > > somehow to give priority for processing such requests?
    
    > > 
    
    > > 
    
    > > 
    
    > > Any advise is welcome. Thank you
    
    > > 
    
    > > 
    
    > > 
    
    > > Best regards
    
    > > 
    
    > > 	Radovan Skolnik
    
    > > 
    
    > > _______________________________________________
    
    > > 
    
    > > Mailing-List: https://odoo-community.org/groups/contributors-15
    
    > > 
    
    > > Post to: mailto:contributors@odoo-community.org
    
    > > 
    
    > > Unsubscribe: https://odoo-community.org/groups?unsubscribe
    
    > > 
    
    > > 
    
    > > 
    
    > > 
    
    > > 
    
    > > _______________________________________________
    
    > > 
    
    > > Mailing-List: https://odoo-community.org/groups/contributors-15
    
    > > 
    
    > > Post to: mailto:contributors@odoo-community.org
    
    > > 
    
    > > Unsubscribe: https://odoo-community.org/groups?unsubscribe
    
    > 
    
    > _______________________________________________
    
    > Mailing-List: https://odoo-community.org/groups/contributors-15
    
    > Post to: mailto:contributors@odoo-community.org
    
    > Unsubscribe: https://odoo-community.org/groups?unsubscribe
    
    > 
    
    > 
    
    > _______________________________________________
    
    > Mailing-List: https://odoo-community.org/groups/contributors-15
    
    > Post to: mailto:contributors@odoo-community.org
    
    > Unsubscribe: https://odoo-community.org/groups?unsubscribe
    
    
    
    
    

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

    ---

    by erik.myllymaki - 11:21 - 22 May 2023

  • Re: Reserved / priority worker

    Erik,
    
    thanks a lot. Will check it out. Best regards,
    
    	Radovan
    
    On pondelok 22. mája 2023 23:12:40 CEST Erik Myllymaki wrote:
    
    > I was just watching this video the other day that I thought did a good job
    
    > of explaining separate odoo instances for erp and cron:
    
    > 
    
    > https://www.youtube.com/watch?v=_q1MhVPKV5g
    
    > 
    
    > 
    
    > 
    
    > 
    
    > On 2023-05-22 14:06, Radovan Skolnik wrote:
    
    > 
    
    > Graeme,
    
    > 
    
    > thanks for the tip. You mean starting another instance over the same
    
    > database? I must admit I haven't poked the internals on how concurrent
    
    > access like this would work but if it worked, that would be quite easy.
    
    > 
    
    > Best regards,
    
    > 
    
    > 	Radovan
    
    > 
    
    > On pondelok 22. mája 2023 21:41:46 CEST Graeme Gellatly wrote:
    
    > > Should be easy enough, just start another odoo instance listening on a
    
    > > 
    
    > > different port or container. Configure reverse proxy to send those
    
    > > requests
    
    > > 
    
    > > to that instance. Its a fairly common setup already to have a seperate
    
    > > 
    
    > > instance for running crons, particular routes that need extra memory etc.
    
    > > 
    
    > > 
    
    > > 
    
    > > 
    
    > > 
    
    > > On Tue, 23 May 2023, 1:02 am Radovan Skolnik,
    
    > > 
    
    > > <notifications@odoo-community.org> wrote:
    
    > > 
    
    > > 
    
    > > 
    
    > > Hello,
    
    > > 
    
    > > 
    
    > > 
    
    > > I am going to provide some services very similar to what's available as
    
    > > IAP
    
    > > 
    
    > > in Odoo so part of it is checking whether customer has got enough
    
    > > 
    
    > > "credits". The easiest way would be to create a controller to handle this
    
    > > 
    
    > > but I am afraid of situations where the server is occupied with different
    
    > > 
    
    > > things like many users, etc.
    
    > > 
    
    > > 
    
    > > 
    
    > > Is there a way to "reserve" a worker for such kind of things? Or maybe
    
    > > 
    
    > > somehow to give priority for processing such requests?
    
    > > 
    
    > > 
    
    > > 
    
    > > Any advise is welcome. Thank you
    
    > > 
    
    > > 
    
    > > 
    
    > > Best regards
    
    > > 
    
    > > 	Radovan Skolnik
    
    > > 
    
    > > _______________________________________________
    
    > > 
    
    > > Mailing-List: https://odoo-community.org/groups/contributors-15
    
    > > 
    
    > > Post to: mailto:contributors@odoo-community.org
    
    > > 
    
    > > Unsubscribe: https://odoo-community.org/groups?unsubscribe
    
    > > 
    
    > > 
    
    > > 
    
    > > 
    
    > > 
    
    > > _______________________________________________
    
    > > 
    
    > > Mailing-List: https://odoo-community.org/groups/contributors-15
    
    > > 
    
    > > Post to: mailto:contributors@odoo-community.org
    
    > > 
    
    > > Unsubscribe: https://odoo-community.org/groups?unsubscribe
    
    > 
    
    > _______________________________________________
    
    > Mailing-List: https://odoo-community.org/groups/contributors-15
    
    > Post to: mailto:contributors@odoo-community.org
    
    > Unsubscribe: https://odoo-community.org/groups?unsubscribe
    
    > 
    
    > 
    
    > _______________________________________________
    
    > Mailing-List: https://odoo-community.org/groups/contributors-15
    
    > Post to: mailto:contributors@odoo-community.org
    
    > Unsubscribe: https://odoo-community.org/groups?unsubscribe
    
    
    
    
    

    ---

    by Radovan Skolnik - 11:16 - 22 May 2023

  • Re: Reserved / priority worker

    I was just watching this video the other day that I thought did a good job of explaining separate odoo instances for erp and cron:

    https://www.youtube.com/watch?v=_q1MhVPKV5g

    
    

    On 2023-05-22 14:06, Radovan Skolnik wrote:
    

    Graeme,
    
    thanks for the tip. You mean starting another instance over the same database? 
    I must admit I haven't poked the internals on how concurrent access like this 
    would work but if it worked, that would be quite easy.
    
    Best regards,
    
    	Radovan
    
    On pondelok 22. mája 2023 21:41:46 CEST Graeme Gellatly wrote:
    
    > Should be easy enough, just start another odoo instance listening on a
    
    > different port or container. Configure reverse proxy to send those requests
    
    > to that instance. Its a fairly common setup already to have a seperate
    
    > instance for running crons, particular routes that need extra memory etc.
    
    > 
    
    > 
    
    > On Tue, 23 May 2023, 1:02 am Radovan Skolnik,
    
    > <notifications@odoo-community.org> wrote:
    
    > 
    
    > Hello,
    
    > 
    
    > I am going to provide some services very similar to what's available as IAP
    
    > in Odoo so part of it is checking whether customer has got enough
    
    > "credits". The easiest way would be to create a controller to handle this
    
    > but I am afraid of situations where the server is occupied with different
    
    > things like many users, etc.
    
    > 
    
    > Is there a way to "reserve" a worker for such kind of things? Or maybe
    
    > somehow to give priority for processing such requests?
    
    > 
    
    > Any advise is welcome. Thank you
    
    > 
    
    > Best regards
    
    > 
    
    > 	Radovan Skolnik
    
    > 
    
    > 
    
    > 
    
    > 
    
    > _______________________________________________
    
    > Mailing-List: https://odoo-community.org/groups/contributors-15
    
    > Post to: mailto:contributors@odoo-community.org
    
    > Unsubscribe: https://odoo-community.org/groups?unsubscribe
    
    > 
    
    > 
    
    > _______________________________________________
    
    > Mailing-List: https://odoo-community.org/groups/contributors-15
    
    > Post to: mailto:contributors@odoo-community.org
    
    > Unsubscribe: https://odoo-community.org/groups?unsubscribe
    
    
    
    
    

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

    ---

    by erik.myllymaki - 11:11 - 22 May 2023

  • Re: Reserved / priority worker

    Graeme,
    
    thanks for the tip. You mean starting another instance over the same database? 
    I must admit I haven't poked the internals on how concurrent access like this 
    would work but if it worked, that would be quite easy.
    
    Best regards,
    
    	Radovan
    
    On pondelok 22. mája 2023 21:41:46 CEST Graeme Gellatly wrote:
    
    > Should be easy enough, just start another odoo instance listening on a
    
    > different port or container. Configure reverse proxy to send those requests
    
    > to that instance. Its a fairly common setup already to have a seperate
    
    > instance for running crons, particular routes that need extra memory etc.
    
    > 
    
    > 
    
    > On Tue, 23 May 2023, 1:02 am Radovan Skolnik,
    
    > <notifications@odoo-community.org> wrote:
    
    > 
    
    > Hello,
    
    > 
    
    > I am going to provide some services very similar to what's available as IAP
    
    > in Odoo so part of it is checking whether customer has got enough
    
    > "credits". The easiest way would be to create a controller to handle this
    
    > but I am afraid of situations where the server is occupied with different
    
    > things like many users, etc.
    
    > 
    
    > Is there a way to "reserve" a worker for such kind of things? Or maybe
    
    > somehow to give priority for processing such requests?
    
    > 
    
    > Any advise is welcome. Thank you
    
    > 
    
    > Best regards
    
    > 
    
    > 	Radovan Skolnik
    
    > 
    
    > 
    
    > 
    
    > 
    
    > _______________________________________________
    
    > 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 Radovan Skolnik - 11:05 - 22 May 2023

  1 more replies

• Multi Tenant Self Hosted Enviroments

  Greetings,
  
        I have been struggling to set up a multi-tenant, self hosted
  Odoo environment.   The purpose of multi-tenant in my deployment, I am
  referring to having multiple clients, who will each want to "own" and
  manage their instance / database of Odoo.   That is, being able to set
  up multiple websites, shops, with consolidated invoicing and services
  already provided by Odoo.
  
        I understand that I can set up separate VMs which would each
  point to a specific database.   But it would require additional
  resources to deploy each VM to maintain the OS instances required.
  As a result, I am looking to consolidate the deployments as much as
  possible.   This way I can configure clients and then break them out
  if/when it's needed.
  
       I am running Odoo 16, self hosted.   I started to go down the
  path to try and force clients to use their specific domain name, but
  that became an issue because dbfilter can associate between a fully
  qualified hostname, or just the hostname itself.   It wasn't built to
  go the other direction.   Then I ran into the problem of a client
  needing to use multiple domains and how to associate them to their
  respective databases.   I tried to do much of this logic within nginx,
  but even then I ran into problems with modifying HTTP headers and then
  losing the desired outcome.
  
       Does anybody know if I'm missing something, or would I really
  have to kickoff an Odoo instance for each client with their own
  distributed TLS/SSL cert, DB and front-end server ?   I would really
  like to find a solution that would scale and I know a lot of people
  have made it scale.  I'm just missing some pieces to do the same.
  
  Thank you,
  Charles
  

  ---

  by cgucker - 07:46 - 20 May 2023

  8 replies 8 replies

  • Re: Multi Tenant Self Hosted Enviroments

    I am all in on Terraform/AWS and I never surface the control plane at all. An isolated container pipeline creates a new database, then an internet-accessible ECS cluster provides access to it (with the control plane disabled).

    
    

    On Mon, May 22, 2023 at 5:52 AM Xavier Brochard <notifications@odoo-community.org> wrote:
    

    Le 21.05.2023 23:32, Charles Gucker a écrit :
    
    
    > On Sun, May 21, 2023 at 12:22 PM Xavier Brochard
    
    
    >> In case Cloudpepper is not what you want, Ivan Yelizariev has made a
    
    
    >> package to help multi tenant Odoo hosting (see its modules on
    
    
    >> apps.odoo.com). There is also some bash scripts from the french 
    
    
    >> provider
    
    
    >> Sisalp that you can download from http://download.sisalp.net/scripts/.
    
    
    >> You might also use the Yunohost solution, there is a good Odoo package
    
    
    >> (any version).
    
    
    > Thank you, I'm going to dig into the scripts.  I also took a look at
    
    
    > Yunohost and it seems a little basic based on my background and
    
    
    > experiences.
    
    Yunohost is not so basic : while its purpose is to help beginners to 
    self-host, it is also good if you want to not forget something, start 
    with all annoying tasks done automaticaly and save time, as it is 
    complete and well configured. **And you can allways do what you want 
    with it.**
    It is also good if you need to try Odoo with Etherpad, NextCloud, 
    LibreOffice, etc.
    
    
    
    > I'm
    
    
    > trying to understand how Odoo got to the point of multi-domain (being
    
    
    > able to add multiple websites) in the data plane, but not breaking
    
    
    > away the control plane (configuration functions) from the remaining
    
    
    > data plane functions.  That is, dbfilter is intended to assign a
    
    
    > specific host or FQDN to facilitate the control plane functions, but
    
    
    > there isn't a function to administrate the relationships with the data
    
    
    > plane.  In other words, within Odoo, there is no way to dynamically
    
    
    > maintain a list of vhost domains and associate them with their
    
    
    > respective databases and actually see the state of each vhost as they
    
    
    > relate to their database and mark them as active or inactive, which
    
    
    > would allow for the duplications or migrations from one database to
    
    
    > another without collisions.
    
    Don't forget to have a look on Yelizariev solution. You can ask him if 
    you don't find his modules.
    There was also some useful OCA modules in the past.
    
    
    
    >  I too ran a service provider in the early 90s
    
    Sometimes I miss this pleasant time, when there was a lot of new things 
    to invent !
    
    Best
    Xavier
    
    

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

    ---

    by Adam Heinz - 05:00 - 22 May 2023

  • Re: Multi Tenant Self Hosted Enviroments

    Le 21.05.2023 23:32, Charles Gucker a écrit :
    
    > On Sun, May 21, 2023 at 12:22 PM Xavier Brochard
    
    >> In case Cloudpepper is not what you want, Ivan Yelizariev has made a
    
    >> package to help multi tenant Odoo hosting (see its modules on
    
    >> apps.odoo.com). There is also some bash scripts from the french 
    
    >> provider
    
    >> Sisalp that you can download from http://download.sisalp.net/scripts/.
    
    >> You might also use the Yunohost solution, there is a good Odoo package
    
    >> (any version).
    
    > Thank you, I'm going to dig into the scripts.  I also took a look at
    
    > Yunohost and it seems a little basic based on my background and
    
    > experiences.
    
    Yunohost is not so basic : while its purpose is to help beginners to 
    self-host, it is also good if you want to not forget something, start 
    with all annoying tasks done automaticaly and save time, as it is 
    complete and well configured. **And you can allways do what you want 
    with it.**
    It is also good if you need to try Odoo with Etherpad, NextCloud, 
    LibreOffice, etc.
    
    
    > I'm
    
    > trying to understand how Odoo got to the point of multi-domain (being
    
    > able to add multiple websites) in the data plane, but not breaking
    
    > away the control plane (configuration functions) from the remaining
    
    > data plane functions.  That is, dbfilter is intended to assign a
    
    > specific host or FQDN to facilitate the control plane functions, but
    
    > there isn't a function to administrate the relationships with the data
    
    > plane.  In other words, within Odoo, there is no way to dynamically
    
    > maintain a list of vhost domains and associate them with their
    
    > respective databases and actually see the state of each vhost as they
    
    > relate to their database and mark them as active or inactive, which
    
    > would allow for the duplications or migrations from one database to
    
    > another without collisions.
    
    Don't forget to have a look on Yelizariev solution. You can ask him if 
    you don't find his modules.
    There was also some useful OCA modules in the past.
    
    
    >  I too ran a service provider in the early 90s
    
    Sometimes I miss this pleasant time, when there was a lot of new things 
    to invent !
    
    Best
    Xavier
    
    

    ---

    by xavier - 11:51 - 22 May 2023

  • Re: Multi Tenant Self Hosted Enviroments

    Let me respond inline.
    
    On Sun, May 21, 2023 at 12:22 PM Xavier Brochard
    <notifications@odoo-community.org> wrote:
    
    >
    
    > In case Cloudpepper is not what you want, Ivan Yelizariev has made a
    
    > package to help multi tenant Odoo hosting (see its modules on
    
    > apps.odoo.com). There is also some bash scripts from the french provider
    
    > Sisalp that you can download from http://download.sisalp.net/scripts/.
    
    > You might also use the Yunohost solution, there is a good Odoo package
    
    > (any version).
    
    Thank you, I'm going to dig into the scripts.   I also took a look at
    Yunohost and it seems a little basic based on my background and
    experiences.   I'm not adverse to getting my hands a little dirty, I
    just didn't want to recreate the wheel with my own efforts.
    
    I've been giving my original question some additional thought.   I'm
    trying to understand how Odoo got to the point of multi-domain (being
    able to add multiple websites) in the data plane, but not breaking
    away the control plane (configuration functions) from the remaining
    data plane functions.   That is, dbfilter is intended to assign a
    specific host or FQDN to facilitate the control plane functions, but
    there isn't a function to administrate the relationships with the data
    plane.   In other words, within Odoo, there is no way to dynamically
    maintain a list of vhost domains and associate them with their
    respective databases and actually see the state of each vhost as they
    relate to their database and mark them as active or inactive, which
    would allow for the duplications or migrations from one database to
    another without collisions.
    
    I am aware that I am drifting into the core components of Odoo, but if
    there was a way to assign a specific "control plane domain", the
    dbfilter could be used just on that domain to facilitate control plane
    functionality, while all of the data plane functionality would be
    presented within the GUI and dynamically serve the active domains
    without having to be handled by the dbfilter.   This would allow
    central administration via the tenant_name.mycontrolplane.com, while
    allowing all of their configured domains, provided there are no
    conflicts with other tenants would not be subject to the dbfilter.
    It would make the reverse proxy configuration a lot easier as well, as
    all queries would just be forwarded and no domain specific
    configurations would be required.     Is this line of thinking
    correct, or am I missing something?   Also, if this functionality
    existed, a multi-tenant setup would be able to be accomplished without
    the need to do any external tinkering from Odoo, except for the TLS
    certificates, but there's a module for that.
    
    
    > But beware, self-hosting require work. While it's easy for personal
    
    > projects, it require a lot of time when it comes professional. I ran a
    
    > hosting company in the 90's, I know what I am talking about. I didn't
    
    > knew about Cloudpepper, but it looks very good.
    
    I am very well aware of the work required to perform self-hosting
    functions.   I too ran a service provider in the early 90s and evolved
    to run the platform engineering team for a large scale digital
    advertising provider.   I'm not afraid of automation or
    orachistration, but only when absolutely needed.   If we can fix my
    concerns within the application, it would require a lot less of an
    effort to administrate.   Personally, if things went this well, I'd
    rather put my time and effort into scaling with a CDN provider than
    continue to tinker with Odoo's current lack of control plane
    scalability.
    
    For the time being, I'm going down the path of a single tenant per
    instance, but once I get this not for profit setup, I'll return into
    figuring out what is required to resolve what I see as a control plane
    issue without removing existing functionality.
    
    Thank you again for your recommendations, it's much appreciated.
    
    Charles
    

    ---

    by cgucker - 11:31 - 21 May 2023

  • Re: Multi Tenant Self Hosted Enviroments

    In case Cloudpepper is not what you want, Ivan Yelizariev has made a 
    package to help multi tenant Odoo hosting (see its modules on 
    apps.odoo.com). There is also some bash scripts from the french provider 
    Sisalp that you can download from http://download.sisalp.net/scripts/. 
    You might also use the Yunohost solution, there is a good Odoo package 
    (any version).
    
    But beware, self-hosting require work. While it's easy for personal 
    projects, it require a lot of time when it comes professional. I ran a 
    hosting company in the 90's, I know what I am talking about. I didn't 
    knew about Cloudpepper, but it looks very good.
    
    
    ---
    Librement,
    Xavier Brochard xavier@alternatif.org
    La liberté est à l'homme ce que les ailes sont à l'oiseau
    (Jean-Pierre Rosnay)
    
    Le 20.05.2023 19:47, Charles Gucker a écrit :
    
    > Greetings,
    
    > I have been struggling to set up a multi-tenant, self hosted
    
    > Odoo environment.  The purpose of multi-tenant in my deployment, I am
    
    > referring to having multiple clients, who will each want to "own" and
    
    > manage their instance / database of Odoo.  That is, being able to set
    
    > up multiple websites, shops, with consolidated invoicing and services
    
    > already provided by Odoo.
    
    > I understand that I can set up separate VMs which would each
    
    > point to a specific database.  But it would require additional
    
    > resources to deploy each VM to maintain the OS instances required.
    
    > As a result, I am looking to consolidate the deployments as much as
    
    > possible.  This way I can configure clients and then break them out
    
    > if/when it's needed.
    
    > I am running Odoo 16, self hosted.  I started to go down the
    
    > path to try and force clients to use their specific domain name, but
    
    > that became an issue because dbfilter can associate between a fully
    
    > qualified hostname, or just the hostname itself.  It wasn't built to
    
    > go the other direction.  Then I ran into the problem of a client
    
    > needing to use multiple domains and how to associate them to their
    
    > respective databases.  I tried to do much of this logic within nginx,
    
    > but even then I ran into problems with modifying HTTP headers and then
    
    > losing the desired outcome.
    
    > Does anybody know if I'm missing something, or would I really
    
    > have to kickoff an Odoo instance for each client with their own
    
    > distributed TLS/SSL cert, DB and front-end server ?  I would really
    
    > like to find a solution that would scale and I know a lot of people
    
    > have made it scale. I'm just missing some pieces to do the same.
    
    > Thank you,
    
    > Charles
    
    > 
    
    > _______________________________________________
    
    > Mailing-List: https://odoo-community.org/groups/contributors-15 [1]
    
    > Post to: mailto:contributors@odoo-community.org
    
    > Unsubscribe: https://odoo-community.org/groups?unsubscribe [2]
    
    > 
    
    > 
    
    > 
    
    > [1] https://odoo-community.org/groups/contributors-15
    
    > [2] https://odoo-community.org/groups?unsubscribe
    

    ---

    by xavier - 06:20 - 21 May 2023

  • Re: Multi Tenant Self Hosted Enviroments

    Hi Charles,

    
    

    You can host several instances on the same server, it's not limited to one instance / server. On the server they each have their own environment.

    
    

    We also support multi-domain on the same instance.

    
    

    Feel free to email me directly for more info.

    
    

    Best regards

    Sven 

    
    
    

    Op za 20 mei 2023 21:37 schreef Charles Gucker <notifications@odoo-community.org>:
    

    Sorry for the extra noise, but I should have looked at the cloudpepper
    solution a little closer before responding.   CPs approach is to
    manage multiple server instances on disparate cloud providers, I am
    looking to consolidate the functionality to a single cluster of
    servers and not deploy a unique server per client.   I could do a lot
    of the same type of functionality by making use of Terraform providers
    and ansible or alternatively make use of multiple Docker containers,
    but a lot of the core functionality that I am looking for already
    exists within Odoo.   I'm just trying to find out if somebody else has
    already harnessed it to perform multiple tenant deployments within the
    same Odoo instance.
    
    Thank you,
    Charles
    
    On Sat, May 20, 2023 at 2:21 PM Charles Gucker <cgucker@onestep.net> wrote:
    
    
    >
    
    
    > Let me respond inline.
    
    
    >
    
    
    > On Sat, May 20, 2023 at 2:02 PM Sven from Cloudpepper
    
    
    > <notifications@odoo-community.org> wrote:
    
    
    > >
    
    
    > > Hi Charles,
    
    
    > >
    
    
    > >
    
    
    > > Perhaps you can give our services a try?
    
    
    > > You can host as many Odoo instances (Community and Enterprise) on a server as you want, all automated.
    
    
    > > Also gives you test environments, GitHub deployment and automated backups.
    
    
    > > It also has the OCA marketplace built-in, so you can easily activate any OCA module on an instance.
    
    
    >
    
    
    > Yes, this is in short what I want to be able to provide to my clients,
    
    
    > but directly as in self-hosted.   Glad to see that somebody has done
    
    
    > it.
    
    
    >
    
    
    > > We can also give clients access to your own branded dashboard so they can see and manage their instances (ie. see the logs, restart, create a backup, etc.)
    
    
    >
    
    
    > Would love to better understand the approach your company took to
    
    
    > achieve the multi-tenant design of Odoo.   Just to be clear, I would
    
    
    > not be making any offers to the general public, unless tied to a brick
    
    
    > and mortar offering.
    
    
    >
    
    
    > Charles
    

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

    ---

    by Sven - 08:51 - 20 May 2023

  3 more replies

• Perform filter with product quantity

  Hi all,

  
  

  We are using various filters on product quantities (on hand, forecasted, and available to promise) in the main dashboard, and this is causing it to be very slow because all of these fields are not recorded in the database, and the large number of product and stock moves, is there a way to perform this?
  
  

  Tanks

  ---

  by "Mohamed Machta" <machta.mohamed@gmail.com> - 09:20 - 20 May 2023

• Hr Employee Shift planning

  Dear all

  Do you have any experience in Shift planning for employees in Odoo ?

  I did not find any OCA module for it.

  I appreciate your inputs

  Thanks in advance

  Best regards

  ---

  by Cyril VINH-TUNG - 03:30 - 17 May 2023

  5 replies 5 replies

  • Re: Hr Employee Shift planning

    Hi Cyril,
    
    A bit late on the ball ; at Coop IT Easy, we developed a suite of modules to organise the work of volunteers in cooperative supermarkets. Here they are :

    • shift
    • shift_attendance
    • beesdoo_website_shift
    • + other modules in the same repository

    Last year, we spent some time renaming the modules to push them on the OCA on empty repo shift-planning but we’re running late on schedule. We hope to simplify the counter system this year and port the code to v16 mid-2024.
    
    All the best,

    
    

    Robin Keunen 

    Coop IT Easy 

    robin@coopiteasy.be 

    +32 488 86 57 40

    On 17 May 2023, 04:32 +0200, wrote:
    

    
    

    Dear all
    
    
    Do you have any experience in Shift planning for employees in Odoo ?
    
    
    I did not find any OCA module for it.
    
    
    I appreciate your inputs
    
    
    Thanks in advance
    
    
    Best regards
    
    
    
    
    
    _______________________________________________
    
    
    Mailing-List: odoo-community.org/groups/contributors-15
    
    
    Post to: mailto:contributors@odoo-community.org
    
    
    Unsubscribe: odoo-community.org/groups?unsubscribe

    ---

    by Robin Keunen - 11:11 - 22 May 2023

  • Re: Hr Employee Shift planning

    I don't really have the time for that so it has a very low priority for me.
    

    
    

    Regards,

    Mike.
    

    On 17/05/2023 20:57, Cyril VINH-TUNG wrote:
    

    Thanks Michael

    
    

    Do you plan to push this module to OCA ?

    
    

    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 mar. 16 mai 2023, 19:27, Michael Telahun <notifications@odoo-community.org> a écrit :
    

    https://github.com/trevi-software/trevi-hr/tree/14.0/resource_schedule
    
    Currently only for v14. I'm not sure when I'll have time to port it to v16.
    
    Please let me know if it's missing any features you need.
    
    
    Regards,
    
    Mike.
    
    On 17/05/2023 04:32, Cyril VINH-TUNG wrote:
    
    
    > Dear all
    
    
    > Do you have any experience in Shift planning for employees in Odoo ?
    
    
    > I did not find any OCA module for it.
    
    
    > I appreciate your inputs
    
    
    > Thanks in advance
    
    
    > Best regards
    
    
    >
    
    
    > _______________________________________________
    
    
    > Mailing-List: https://odoo-community.org/groups/contributors-15
    
    
    > Post to: mailto:contributors@odoo-community.org
    
    
    > Unsubscribe: https://odoo-community.org/groups?unsubscribe
    
    
    >
    

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

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

    ---

    by Raphael Makonnen - 11:30 - 17 May 2023

  • Re: Hr Employee Shift planning

    Thanks Michael

    
    

    Do you plan to push this module to OCA ?

    
    

    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 mar. 16 mai 2023, 19:27, Michael Telahun <notifications@odoo-community.org> a écrit :
    

    https://github.com/trevi-software/trevi-hr/tree/14.0/resource_schedule
    
    Currently only for v14. I'm not sure when I'll have time to port it to v16.
    
    Please let me know if it's missing any features you need.
    
    
    Regards,
    
    Mike.
    
    On 17/05/2023 04:32, Cyril VINH-TUNG wrote:
    
    
    > Dear all
    
    
    > Do you have any experience in Shift planning for employees in Odoo ?
    
    
    > I did not find any OCA module for it.
    
    
    > I appreciate your inputs
    
    
    > Thanks in advance
    
    
    > Best regards
    
    
    >
    
    
    > _______________________________________________
    
    
    > Mailing-List: https://odoo-community.org/groups/contributors-15
    
    
    > Post to: mailto:contributors@odoo-community.org
    
    
    > Unsubscribe: https://odoo-community.org/groups?unsubscribe
    
    
    >
    

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

    ---

    by Cyril VINH-TUNG - 07:55 - 17 May 2023

  • Re: Hr Employee Shift planning

    https://github.com/trevi-software/trevi-hr/tree/14.0/resource_schedule
    
    Currently only for v14. I'm not sure when I'll have time to port it to v16.
    
    Please let me know if it's missing any features you need.
    
    
    Regards,
    
    Mike.
    
    On 17/05/2023 04:32, Cyril VINH-TUNG wrote:
    
    > Dear all
    
    > Do you have any experience in Shift planning for employees in Odoo ?
    
    > I did not find any OCA module for it.
    
    > I appreciate your inputs
    
    > Thanks in advance
    
    > Best 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:26 - 17 May 2023

  • Re: Hr Employee Shift planning

    This is actually a standard module for odoo enterprise ...

    I think it can work with few users, and lots of employees - 

    
    

    Dominique 

    
    

    
    

    On Wed, 17 May 2023 at 09:32, Cyril VINH-TUNG <notifications@odoo-community.org> wrote:
    

    Dear all

    Do you have any experience in Shift planning for employees in Odoo ?

    I did not find any OCA module for it.

    I appreciate your inputs

    Thanks in advance

    Best 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 dominique.k - 05:50 - 17 May 2023

• Print the quotation preview to pdf

  Hi!
  
  I need to be able to print the "customer preview" of the quotations to pdf.
  The option given to print in that view prints a different report (the 
  same one that can be printed from the backend) to what it shows.
  I'm on Odoo v15 EE.
  Does anyone have a solution for this need?
  
  

  ---

  by Juan Pablo Garza - 10:00 - 16 May 2023

  2 replies 2 replies

  • Re: Print the quotation preview to pdf

    Hello

    
    

    You might right-clic on the web page and choose 'Print'... then choose a pdf printer.

    
    

    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 mar. 16 mai 2023, 10:02, Sumitec <notifications@odoo-community.org> a écrit :
    

    Hi!
    
    I need to be able to print the "customer preview" of the quotations to pdf.
    The option given to print in that view prints a different report (the 
    same one that can be printed from the backend) to what it shows.
    I'm on Odoo v15 EE.
    Does anyone have a solution for this need?
    
    

    _______________________________________________
    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 - 05:51 - 18 May 2023

  • Re: Print the quotation preview to pdf

    not straightforward. Last time I looked (in v14), the rendering of the preview for sale.order is a different template from the actual PDF.

    It means that if you have customised the qweb for the PDF, you need to also customise the qweb for the preview.

    
    

    Dominique 

    
    

    
    

    On Wed, 17 May 2023 at 04:02, Sumitec <notifications@odoo-community.org> wrote:
    

    Hi!
    
    I need to be able to print the "customer preview" of the quotations to pdf.
    The option given to print in that view prints a different report (the 
    same one that can be printed from the backend) to what it shows.
    I'm on Odoo v15 EE.
    Does anyone have a solution for this need?
    
    

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

    ---

    by dominique.k - 02:01 - 17 May 2023

• Bug on l10n_fr_pos_cert | 14.0

  
  

  Dear contributors of OCA,

  
  

  We encounter a bug on the version 14.0 CE and EE when using the module l10n_fr_pos_cert. It was tested on runbot, locally.

  
  

  We have the following error when clicking on "POS Inalterability Check" submenu of POS > Reporting, and clicking on "Save" button :

  
  

  
  

  
  

  
  

  The full error when copying it :

  
  

  Error:
  Odoo Server Error
  
  Traceback (most recent call last):
    File "/home/lanto/Documents/OCA Repos & Sources/Odoo Community Source/odoo_14c/addons/web/controllers/main.py", line 2109, in report_download
      response = self.report_routes(reportname, docids=docids, converter=converter, context=context)
    File "/home/lanto/Documents/OCA Repos & Sources/Odoo Community Source/odoo_14c/odoo/http.py", line 533, in response_wrap
      response = f(*args, **kw)
    File "/home/lanto/Documents/OCA Repos & Sources/Odoo Community Source/odoo_14c/addons/web/controllers/main.py", line 2040, in report_routes
      pdf = report.with_context(context)._render_qweb_pdf(docids, data=data)[0]
    File "/home/lanto/Documents/OCA Repos & Sources/Odoo Community Source/odoo_14c/addons/account/models/ir_actions_report.py", line 50, in _render_qweb_pdf
      return super()._render_qweb_pdf(res_ids=res_ids, data=data)
    File "/home/lanto/Documents/OCA Repos & Sources/Odoo Community Source/odoo_14c/odoo/addons/base/models/ir_actions_report.py", line 889, in _render_qweb_pdf
      html = self_sudo.with_context(context)._render_qweb_html(res_ids, data=data)[0]
    File "/home/lanto/Documents/OCA Repos & Sources/Odoo Community Source/odoo_14c/odoo/addons/base/models/ir_actions_report.py", line 929, in _render_qweb_html
      data = self._get_rendering_context(docids, data)
    File "/home/lanto/Documents/OCA Repos & Sources/Odoo Community Source/odoo_14c/addons/account/models/ir_actions_report.py", line 55, in _get_rendering_context
      return super()._get_rendering_context(docids=docids, data=data)
    File "/home/lanto/Documents/OCA Repos & Sources/Odoo Community Source/odoo_14c/odoo/addons/base/models/ir_actions_report.py", line 946, in _get_rendering_context
      data.update(report_model._get_report_values(docids, data=data))
    File "/home/lanto/Documents/OCA Repos & Sources/Odoo Community Source/odoo_14c/addons/l10n_fr_pos_cert/report/pos_hash_integrity.py", line 14, in _get_report_values
      data.update(self.env.company._check_pos_hash_integrity())
    File "/home/lanto/Documents/OCA Repos & Sources/Odoo Community Source/odoo_14c/addons/l10n_fr_pos_cert/models/res_company.py", line 77, in _check_pos_hash_integrity
      start_order_info = build_order_info(orders_sorted_date[0])
    File "/home/lanto/Documents/OCA Repos & Sources/Odoo Community Source/odoo_14c/odoo/models.py", line 5707, in __getitem__
      return self.browse((self._ids[key],))
  IndexError: tuple index out of range
  

  
  

  When this error is displayed for the first time, we can not access to the wizard of the menu "POS Inalterability Check" anymore. The traceback :

  Error:
  Odoo Server Error
  
  Traceback (most recent call last):
    File "/home/lanto/Documents/OCA Repos & Sources/Odoo Community Source/odoo_14c/addons/web/controllers/main.py", line 2109, in report_download
      response = self.report_routes(reportname, docids=docids, converter=converter, context=context)
    File "/home/lanto/Documents/OCA Repos & Sources/Odoo Community Source/odoo_14c/odoo/http.py", line 533, in response_wrap
      response = f(*args, **kw)
    File "/home/lanto/Documents/OCA Repos & Sources/Odoo Community Source/odoo_14c/addons/web/controllers/main.py", line 2040, in report_routes
      pdf = report.with_context(context)._render_qweb_pdf(docids, data=data)[0]
    File "/home/lanto/Documents/OCA Repos & Sources/Odoo Community Source/odoo_14c/addons/account/models/ir_actions_report.py", line 50, in _render_qweb_pdf
      return super()._render_qweb_pdf(res_ids=res_ids, data=data)
    File "/home/lanto/Documents/OCA Repos & Sources/Odoo Community Source/odoo_14c/odoo/addons/base/models/ir_actions_report.py", line 889, in _render_qweb_pdf
      html = self_sudo.with_context(context)._render_qweb_html(res_ids, data=data)[0]
    File "/home/lanto/Documents/OCA Repos & Sources/Odoo Community Source/odoo_14c/odoo/addons/base/models/ir_actions_report.py", line 929, in _render_qweb_html
      data = self._get_rendering_context(docids, data)
    File "/home/lanto/Documents/OCA Repos & Sources/Odoo Community Source/odoo_14c/addons/account/models/ir_actions_report.py", line 55, in _get_rendering_context
      return super()._get_rendering_context(docids=docids, data=data)
    File "/home/lanto/Documents/OCA Repos & Sources/Odoo Community Source/odoo_14c/odoo/addons/base/models/ir_actions_report.py", line 946, in _get_rendering_context
      data.update(report_model._get_report_values(docids, data=data))
    File "/home/lanto/Documents/OCA Repos & Sources/Odoo Community Source/odoo_14c/addons/l10n_fr_pos_cert/report/pos_hash_integrity.py", line 14, in _get_report_values
      data.update(self.env.company._check_pos_hash_integrity())
    File "/home/lanto/Documents/OCA Repos & Sources/Odoo Community Source/odoo_14c/addons/l10n_fr_pos_cert/models/res_company.py", line 77, in _check_pos_hash_integrity
      start_order_info = build_order_info(orders_sorted_date[0])
    File "/home/lanto/Documents/OCA Repos & Sources/Odoo Community Source/odoo_14c/odoo/models.py", line 5707, in __getitem__
      return self.browse((self._ids[key],))
  IndexError: tuple index out of range
  

  
  

  Have you an idea why this occurred ?
  

  
  

  Hope there is a solution for this bug.

  
  

  I am still available if you need further information.

  
  

  (sorry if there are mistakes with my English)

  
  

  Thank you !

  --
  

  Bonne journée
  		Lanto Razafindrabe Consultant technico-fonctionnel +1 514-317-7944

  Billet 5 ANS des Numigiens 🎂🎂🎂🎂🎂

  Voir >>

  ---

  by "Lanto Razafindrabe" <lanto.razafindrabe@numigi.com> - 06:56 - 16 May 2023

  3 attachments 3 attachments

  image.png

  image.png

  image.png

• Someone using Property Management System (PMS) module?

  Hello,

  I'd like to know more about the pms suites of modules here:

  https://github.com/OCA/pms/tree/14.0/pms

  from a functional perspective.

  
  

  The link to the doc is broken:

  https://github.com/OCA/pms/blob/14.0/pms/roomdoo.com

  
  

  I just opened an issue about that, we never know:

  https://github.com/OCA/pms/issues/211

  
  

  If anyone in OCA community uses this modules and is happy to share his knowledge (by sending a manual with screenshots, or by visio), I'd be very grateful.

  
  

  Thanks a lot,

  -- 
  

  Virginie

  0477/64.17.20

  ---

  by Virginie Dewulf. - 05:31 - 15 May 2023

  5 replies 5 replies

  • Re: Someone using Property Management System (PMS) module?

    Hi Cyril,

    
    

    Thanks for the link (didn't think of trying that myself!).

    
    

    We've started working for a customer in v11 with vertical-hotel solution in 2019-2020 and then stopped the project because of the pandemic, then started again (but decided to go on v14) begin of this year (wondering if v16 would be best but customer pushed us to go fast). 

    
    

    Starting again on the code, our team wanted to explore other technical and functional solutions because the code is not easy to work with (and our customer wants to build a lot of things, including a web interface for customers to book online their rooms). So we wanted to evaluate/search for other options before continuing on a foundation we're not 100% happy with. For the technical point of view, I cannot say much (my colleague could add details if you want them to).

    
    

    From a functional point of view, the interface is not so easy to navigate with, there is a flow including "folio" but with not a lot of functional documentation, it's hard to imagine how it is really used in business cases. So it's maybe more an issue about the fact that I don't get how to use it. So it's hard to convince the customer to use it, of course.

    
    

    Have a nice day and thanks for your replies!

    -- 
    

    Virginie

    0477/64.17.20

    
    

    -----Original Message-----

    From: Cyril VINH-TUNG <notifications@odoo-community.org>

    Reply-To: Odoo Community Association (OCA) Contributors <contributors@odoo-community.org>

    To: Contributors <contributors@odoo-community.org>

    Subject: Re: Someone using Property Management System (PMS) module?

    Date: Mon, 15 May 2023 17:36:48 -0000

    
    

    Hello

    How about https://github.com/OCA/vertical-hotel ?

    Could anyone point what are the pro/cons ?

    @Virginie here is the broken link https://www.roomdoo.com/

    Best regards

    
    

    Le lun. 15 mai 2023, 05:32, Virginie Dewulf <notifications@odoo-community.org> a écrit :
    

    Hello,

    I'd like to know more about the pms suites of modules here:

    https://github.com/OCA/pms/tree/14.0/pms

    from a functional perspective.

    
    

    The link to the doc is broken:

    https://github.com/OCA/pms/blob/14.0/pms/roomdoo.com

    
    

    I just opened an issue about that, we never know:

    https://github.com/OCA/pms/issues/211

    
    

    If anyone in OCA community uses this modules and is happy to share his knowledge (by sending a manual with screenshots, or by visio), I'd be very grateful.

    
    

    Thanks a lot,

    -- 

    
    

    Virginie

    0477/64.17.20

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

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

    ---

    by Virginie Dewulf. - 08:51 - 16 May 2023

  • Re: Someone using Property Management System (PMS) module?

    Hi,

    
    

    about https://github.com/OCA/vertical-hotel  : Its a typical hotel and restaurant solution for booking, reservation, folio, housekeeping.
    

    
    

    Thanks,

    
    

    On Tue, May 16, 2023 at 12:17 PM Virginie Dewulf <notifications@odoo-community.org> wrote:
    

    Hello Dario,

    
    

    My name is not Francesco, but I'm still happy to get your fast response

    Are you behind the https://www.roomdoo.com/#producto solution?

    Could we have a little chat one to one?

    Here is my email adress to exchange without annoying all the contributors: virginie@coopiteasy.be

    
    

    Thanks a lot!

    -- 
    

    Virginie

    0477/64.17.20

    
    

    -----Original Message-----

    From: Darío <notifications@odoo-community.org>

    Reply-To: Odoo Community Association (OCA) Contributors <contributors@odoo-community.org>

    To: Contributors <contributors@odoo-community.org>

    Subject: Re: Someone using Property Management System (PMS) module?

    Date: Mon, 15 May 2023 16:26:59 -0000

    
    

    Hi Francesco,

    
    

    We use the pms in production, but it is in alpha version so we are still consolidating all the flows and with constant changes in the module. We'll probably start working on stabilizing it after the summer in a v16.

    
    

    
    

    El lun, 15 may 2023 a las 17:32, Virginie Dewulf (<notifications@odoo-community.org>) escribió:
    

    Hello,

    I'd like to know more about the pms suites of modules here:

    https://github.com/OCA/pms/tree/14.0/pms

    from a functional perspective.

    
    

    The link to the doc is broken:

    https://github.com/OCA/pms/blob/14.0/pms/roomdoo.com

    
    

    I just opened an issue about that, we never know:

    https://github.com/OCA/pms/issues/211

    
    

    If anyone in OCA community uses this modules and is happy to share his knowledge (by sending a manual with screenshots, or by visio), I'd be very grateful.

    
    

    Thanks a lot,

    -- 

    
    

    Virginie

    0477/64.17.20

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

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

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

    
    

    
    

    --
    

    SerpentCS Modules on Odoo AppStore
    

    
    

    The Splendid journey of 10 years

    
    

    Technology Services @ www.serpentcs.com

    Business Solutions @ www.serpentcs.in

    Enterprise Mobile Apps @ www.odooonline.com 

    Quality Assurance @ www.odooqa.com

    SAP Hana @ www.prozone-tech.com
    

    Portal & DMS @ www.alfray.in

    
    

    
    

    
    

    Regards,

    ----------------------------------------------------------------------------------------------------------------------------
    

    Jay Vora Managing Director   Direct: +91-9879354457 Office: +91-9033472982 Skype: jaynvora Twitter : jaynvora

    ------------------------------------------------------------------------------------------------- Visit our website : http://www.serpentcs.com

    ---

    by Jay Vora - 08:51 - 16 May 2023

  • Re: Someone using Property Management System (PMS) module?

    Hello Dario,

    
    

    My name is not Francesco, but I'm still happy to get your fast response

    Are you behind the https://www.roomdoo.com/#producto solution?

    Could we have a little chat one to one?

    Here is my email adress to exchange without annoying all the contributors: virginie@coopiteasy.be

    
    

    Thanks a lot!

    -- 
    

    Virginie

    0477/64.17.20

    
    

    -----Original Message-----

    From: Darío <notifications@odoo-community.org>

    Reply-To: Odoo Community Association (OCA) Contributors <contributors@odoo-community.org>

    To: Contributors <contributors@odoo-community.org>

    Subject: Re: Someone using Property Management System (PMS) module?

    Date: Mon, 15 May 2023 16:26:59 -0000

    
    

    Hi Francesco,

    
    

    We use the pms in production, but it is in alpha version so we are still consolidating all the flows and with constant changes in the module. We'll probably start working on stabilizing it after the summer in a v16.

    
    

    
    

    El lun, 15 may 2023 a las 17:32, Virginie Dewulf (<notifications@odoo-community.org>) escribió:
    

    Hello,

    I'd like to know more about the pms suites of modules here:

    https://github.com/OCA/pms/tree/14.0/pms

    from a functional perspective.

    
    

    The link to the doc is broken:

    https://github.com/OCA/pms/blob/14.0/pms/roomdoo.com

    
    

    I just opened an issue about that, we never know:

    https://github.com/OCA/pms/issues/211

    
    

    If anyone in OCA community uses this modules and is happy to share his knowledge (by sending a manual with screenshots, or by visio), I'd be very grateful.

    
    

    Thanks a lot,

    -- 

    
    

    Virginie

    0477/64.17.20

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

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

    ---

    by Virginie Dewulf. - 08:45 - 16 May 2023

    1 attachments 1 attachments

    face-smile.png

  • Re: Someone using Property Management System (PMS) module?

    Hello

    How about https://github.com/OCA/vertical-hotel ?

    Could anyone point what are the pro/cons ?

    @Virginie here is the broken link https://www.roomdoo.com/

    Best regards

    
    

    Le lun. 15 mai 2023, 05:32, Virginie Dewulf <notifications@odoo-community.org> a écrit :
    

    Hello,

    I'd like to know more about the pms suites of modules here:

    https://github.com/OCA/pms/tree/14.0/pms

    from a functional perspective.

    
    

    The link to the doc is broken:

    https://github.com/OCA/pms/blob/14.0/pms/roomdoo.com

    
    

    I just opened an issue about that, we never know:

    https://github.com/OCA/pms/issues/211

    
    

    If anyone in OCA community uses this modules and is happy to share his knowledge (by sending a manual with screenshots, or by visio), I'd be very grateful.

    
    

    Thanks a lot,

    -- 
    

    Virginie

    0477/64.17.20

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

    ---

    by Cyril VINH-TUNG - 07:36 - 15 May 2023

  • Re: Someone using Property Management System (PMS) module?

    Hi Francesco,

    
    

    We use the pms in production, but it is in alpha version so we are still consolidating all the flows and with constant changes in the module. We'll probably start working on stabilizing it after the summer in a v16.

    
    

    
    

    El lun, 15 may 2023 a las 17:32, Virginie Dewulf (<notifications@odoo-community.org>) escribió:
    

    Hello,

    I'd like to know more about the pms suites of modules here:

    https://github.com/OCA/pms/tree/14.0/pms

    from a functional perspective.

    
    

    The link to the doc is broken:

    https://github.com/OCA/pms/blob/14.0/pms/roomdoo.com

    
    

    I just opened an issue about that, we never know:

    https://github.com/OCA/pms/issues/211

    
    

    If anyone in OCA community uses this modules and is happy to share his knowledge (by sending a manual with screenshots, or by visio), I'd be very grateful.

    
    

    Thanks a lot,

    -- 
    

    Virginie

    0477/64.17.20

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

    ---

    by dariodafoz - 06:25 - 15 May 2023

• eCommerce checkout runs out of workers and Odoo dies

  Hello,
  
  We stumbled into an Odoo problem, when trying to complete several eCommerce checkouts at the same time, with a low number of workers available. For example: you have two workers, and you have two or more shoppers completing their payment at the exact same time.
  
  We traced this to the report generation happening when closing a Sales Order, and found this relevant Issue:
  https://github.com/odoo/odoo/issues/79522
  
  Long story short -
  running the reports triggers Odoo requests to get the HTML assets needed,
  these triggers the need for more workers to serve the assets,
  but no more workers are available and the Odoo server dies (with an "existing gracefully" message and no further explanation!).
  
  The recommended solution from Odoo is to have the assets cached at the Nginx level, both for static files and for the asset bundles.
  In this case this is a K8's deployment and we're using Ingress instead of Nginx, and are working through the particular configuration needed to achieve this effect.
  
  I found it could be interesting to share this, and maybe get other points of view or reports from other people having faced the same problem.
  
  Thank you
  
  

  --
  

  DANIEL REIS
  MANAGING PARTNER

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

  

  ---

  by Daniel Reis - 07:40 - 9 May 2023

  2 replies 2 replies

  • Re: eCommerce checkout runs out of workers and Odoo dies

    Hi Daniel

    I don't know if it helps in your case, but we had a similar problem where the root cause was the invoice sequence number being set to "nogap" (as it should, in fact). This makes e-commerce clients have to wait on each other if both confirm at the same time. While waiting, both of them occupy workers, of course, so if you have only 2 workers and the third client comes to browse the shop he will not even get any response because he will have to wait for a free worker. Since ours was a very heavy-traffic e-commerce, this happened often even with many workers enabled, and we ended up refactoring the process so that the order is marked for confirmation in real-time (quick), but the actual invoice generation and sending by email (slow and prone to DB conflict) is delegated to a queue job and done sequentially.

    -Tom
    

    On 5/9/23 19:41, Daniel Reis wrote:
    

    Hello,
    
    We stumbled into an Odoo problem, when trying to complete several eCommerce checkouts at the same time, with a low number of workers available. For example: you have two workers, and you have two or more shoppers completing their payment at the exact same time.
    
    We traced this to the report generation happening when closing a Sales Order, and found this relevant Issue:
    https://github.com/odoo/odoo/issues/79522
    
    Long story short -
    running the reports triggers Odoo requests to get the HTML assets needed,
    these triggers the need for more workers to serve the assets,
    but no more workers are available and the Odoo server dies (with an "existing gracefully" message and no further explanation!).
    
    The recommended solution from Odoo is to have the assets cached at the Nginx level, both for static files and for the asset bundles.
    In this case this is a K8's deployment and we're using Ingress instead of Nginx, and are working through the particular configuration needed to achieve this effect.
    
    I found it could be interesting to share this, and maybe get other points of view or reports from other people having faced the same problem.
    
    Thank you
    
    

    --
    

    DANIEL REIS
    MANAGING PARTNER

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

    

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

    ---

    by Tom Blauwendraat - 12:05 - 10 May 2023

  • Re: eCommerce checkout runs out of workers and Odoo dies

    Hey Odoo Community Association (oca)!
    
    We got your email and we are excited to be of service. We'll get back to you as soon as possible!
    
    Take care!
    

    {#HS:2237785746-129#}

    ---

    by "Companion EDU" <support@companionedu.com> - 07:46 - 9 May 2023

• Odoo barcode range scanning functionality

  Good day
  
  My name is Sam, I'm a Tech Lead at Open Source Integrators. We have a client that's using Odoo Enterprise Edition v15 and needs the functionality to be able to enter a range of serial numbers by scanning the first and the last barcodes in a range when doing inventory adjustments. Do you know of any solution that could help us with this? 
  
  We appreciate your help,

  Samuel Macias

  Open Source Integrators  

  ---

  by Samuel Macias Oropeza - 10:00 - 8 May 2023

  1 replies 1 replies

  • Re: Odoo barcode range scanning functionality

    Hi samuel,

    
    

    This is Jorge, from Binhex.

    
    

    We have developed for v14 community edition a solution that it's able to parse GS1-128 barcodes with identifiers, it works similar to Enterprise Barcode app.

    
    

    Anyway, my team has experience also with enterprise barcode app, so i think we have experience to maybe help you find a solution.

    
    

    Please let me know if you whant to have a chat with us and talk about the specific need.

    
    

    Regards,

    
    

    
    

    El 08/05/2023 21:02 Samuel Macias Oropeza <notifications@odoo-community.org> escribió:

    
    

    
    

    Good day
    
    My name is Sam, I'm a Tech Lead at Open Source Integrators. We have a client that's using Odoo Enterprise Edition v15 and needs the functionality to be able to enter a range of serial numbers by scanning the first and the last barcodes in a range when doing inventory adjustments. Do you know of any solution that could help us with this? 
    
    We appreciate your help,

    Samuel Macias

    Open Source Integrators  

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

    
    

    Jorge Elena Poblet Experto en Transformación Digital CEO| Binhex Systems Solutions S.L. +34 822 179 267 | +34 622 40 08 08 j.elena@binhex.es https://binhex.es Calle Subida al Mayorazgo, 13, Oficina 15-2, Santa Cruz de Tenerife, Islas Canarias, España

    Aviso legal:
    Protección de datos. - Binhex Systems Solutions, S.L. le informa que su dirección de correo electrónico, así como el resto de sus datos personales serán usados para nuestra relación y poder prestarle nuestros servicios. Dichos datos son necesarios para poder relacionarnos con usted, lo que nos permite el uso de su información dentro de la legalidad. Asimismo, podrán tener conocimiento de su información aquellas entidades que necesiten tener acceso a la misma para que podamos prestarle nuestros servicios. Conservaremos sus datos durante nuestra relación y mientras nos obliguen las leyes aplicables. En cualquier momento puede dirigirse a nosotros para saber qué información tenemos sobre usted, rectificarla si fuese incorrecta y eliminarla una vez finalizada nuestra relación. También tiene derecho a solicitar el traspaso de su información a otra entidad (portabilidad). Para solicitar alguno de estos derechos, deberá realizar una solicitud escrita a nuestra dirección, junto con una fotocopia de su DNI:
    Binhex Systems Solutions, S.L., con dirección en Calle Lepanto 3, 2A, CP 38005, Santa Cruz de Tenerife (Santa Cruz de Tenerife). En caso de que entienda que sus derechos han sido desatendidos, puede formular una reclamación en la Agencia Española de Protección de Datos (www.agpd.es).
    Confidencialidad. - El contenido de esta comunicación, así como el de toda la documentación anexa, es confidencial y va dirigida al destinatario del mismo. En el supuesto de que usted no fuera el destinatario, le solicitamos que nos lo indique y no comunique su contenido a terceros, procediendo a su destrucción.
    Exención de responsabilidad. - El envío de la presente comunicación no implica la obligación por parte del remitente de controlar la ausencia de virus, gusanos, troyanos y/o cualquier otro programa informático dañino, correspondiendo al destinatario disponer de las herramientas de hardware y software necesarias para garantizar tanto la seguridad de su sistema de información como la detección y eliminación de programas informáticos dañinos. Binhex Systems Solutions, S.L. no se responsabiliza de los daños y perjuicios que tales programas informáticos puedan causar al destinatario.

    ---

    by Jorge Elena Poblet - 11:26 - 8 May 2023

• Datev data

  Dear OCA,

  i got an issue from a customer, that uses a very specific accounting chart in germany.

  As they want to perform the accounting on their own before sending it to the acc. Consultant, some adaption seem to be mandatory.

  In order to create smooth convertability between the datev-export provided by odoo and the import in the system of t he accounting consultant, the data needs to be modified. So this is the feedback i got from the consultant about the export data.

   

  • The code number for the account number extension (KNE) needs to start with digit number 4 instead of a 8 digit number. This is not a problem and provided by the Odoo enterprise core export tool.

  • Exported CSV-files needs to be encoded in Windows ANSI

  • Debit/credit indicators are only allowed in capital letters "S" or "H". The standard Odoo export provides small letters

  • EXTF Version 700 instead of 510 is important when recording with empty and modified headings in the header

   

  The export is provided by the modules „l10n_de_datev_reports“ & „l10n_de_reports“

  The encoding can be changed after exporting, same for the capital letters. But to keep it as simple as possible for the customer, it would be great to have this included in the export function. Covering the other way as well would be awesome.

   

  Is anbody aware of a solution, that already provides this kind of modification?

   

  Would be very thankful for some hints concering that topic.

   

  All the best

  Nils

  -- 
  
  

  NICO SOLUTIONS - ENGINEERING & IT 
  Inhaber (Owner): Nils Coenen 
  Dr.-Ruckert-Str. 1G 
  28865 Lilienthal 
  Deutschland (Germany) 
  Ust.-Idnr. (VAT-ID): DE341437044 
  
  

   

  ---

  by Nils Coenen - 12:26 - 3 May 2023

  5 replies 5 replies

  • Re: Datev data

    Many thanks Holger Brunn for linking the appropriate PR´s. I´ll have a closer look.

     

    @Thomas Pot: i would appreciate sharing your experience. Even if i am not involved in the dev of the mentioned modules yet…

    I think we can only benefit from it.

    BTW: I am facing this issue now on v16.

     

    I´ll give it a try modifying the odoo functions manually and see, what kind of problems will occur.

    It sounds like, that a corresponding module would be of interest to many users?! 
    

    All the best

    Nils

    -- 
    
    

    NICO SOLUTIONS - ENGINEERING & IT 
    Inhaber (Owner): Nils Coenen 
    Dr.-Ruckert-Str. 1G 
    28865 Lilienthal 
    Deutschland (Germany) 
    Ust.-Idnr. (VAT-ID): DE341437044 

     

     

    Von: Thomas Pot <notifications@odoo-community.org>
    Antworten an: "Odoo Community Association (OCA) Contributors" <contributors@odoo-community.org>
    Datum: Mittwoch, 3. Mai 2023 um 14:41
    An: Contributors <contributors@odoo-community.org>
    Betreff: Re: Datev data

     

    Hello All,

     

    We encountered also several issue's in the DATEV export function in Odoo EE. because of the urgent matters at that point we decided to override the default functions in Odoo.

    We reported our issue's to Odoo but as far as I know, there are no actions taken for some.

    It also depends on the used version; v15 is different from V13. (and already better)

     

    But we would be happy to share our experience with the community? 

     

     

    Met vriendelijke groet - Kind Regards - Mit freundlichen Grüßen,

    Thomas Pot

     

    Open2Bizz - dé Odoo specialist

    www.open2bizz.nl  

    www.open2ortho.eu  

    Mauritslaan 56 | 6161 HW | Geleen

     

    Maak meteen een afspraak voor een online demo van Odoo / Open2Ortho:

    Klik hier

     

    ---

    Van: "Holger Brunn" <notifications@odoo-community.org>
    Aan: "Contributors" <contributors@odoo-community.org>
    Onderwerp: Re: Datev data

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

    ---

    by Nils Coenen - 03:00 - 3 May 2023

  • Re: Datev data

    Hello All,

    
    

    We encountered also several issue's in the DATEV export function in Odoo EE. because of the urgent matters at that point we decided to override the default functions in Odoo.

    We reported our issue's to Odoo but as far as I know, there are no actions taken for some.

    It also depends on the used version; v15 is different from V13. (and already better)

    
    

    But we would be happy to share our experience with the community? 

    
    

    
    

    Met vriendelijke groet - Kind Regards - Mit freundlichen Grüßen,

    Thomas Pot
    

    
    

    Open2Bizz - dé Odoo specialist
    

    www.open2bizz.nl  
    

    www.open2ortho.eu  
    

    Mauritslaan 56 | 6161 HW | Geleen

    
    

    Maak meteen een afspraak voor een online demo van Odoo / Open2Ortho:

    Klik hier

    
    

    ---

    Van: "Holger Brunn" <notifications@odoo-community.org>
    Aan: "Contributors" <contributors@odoo-community.org>
    Onderwerp: Re: Datev data
    

    ---

    by "Thomas Pot" <thomas@open2bizz.eu> - 02:40 - 3 May 2023

  • Re: Datev data

    > i know that Thorsten Vocks and Holger Brunn, are currently working the old
    
    > CSV tooling for Datev Back and Forth (in a specific customer project). The
    
    > code is not yet published but if i am not mistaken it will be soon.
    
    you can find both on https://github.com/OCA/l10n-germany/pulls in #118 and #121
    
    
    -- 
    Your partner for the hard Odoo problems
    https://hunki-enterprises.com

    ---

    by Holger Brunn - 01:25 - 3 May 2023

    1 attachments 1 attachments

    signature.asc

  • Re: Datev data

    Hi Frederick,

    many thanks for your reply.

     

    If there is something in progress for sharing with the OCA… would be great to have a feedback about the status.

     

    I would like to provide input as well on this task. For now, I am not able to say if my dev skills will be sufficient in this case.

    Still learning a lot. Especially in terms of using git in collab. Considering to keep it economic, i decided to ask here first.

     

    I think a contribution by the customer can be achieved. Depending an the budget needed of course.

     

    I will have an eye on OCA/l10n-germany and i will talk to the customer.

     

    If Thorsten Vocks and/or Holger Brunn are willing to provide some infos… that would be great.

     

    And many thanks for the offer of calling you on your mobile. I will fall back on it if necessary.
    

     

    All the best

    Nils

     

    -- 
    
    

    NICO SOLUTIONS - ENGINEERING & IT 
    Inhaber (Owner): Nils Coenen 
    Dr.-Ruckert-Str. 1G 
    28865 Lilienthal 
    Deutschland (Germany) 
    Ust.-Idnr. (VAT-ID): DE341437044 
    
    

     

    Von: Frederik Kramer <notifications@odoo-community.org>
    Antworten an: "Odoo Community Association (OCA) Contributors" <contributors@odoo-community.org>
    Datum: Mittwoch, 3. Mai 2023 um 12:52
    An: Contributors <contributors@odoo-community.org>
    Betreff: Re: Datev data

     

    Hi Nils,

    i know that Thorsten Vocks and Holger Brunn, are currently working the old CSV tooling for Datev Back and Forth (in a specific customer project). The code is not yet published but if i am not mistaken it will be soon. So maybe either of those two can comment. Definitely most of your feedback (or better the one of your consultant) is somewhat known already within the group of OCA contributors working on the OCA Datev modul set. If you don't have own development skill but your customer is willing to contribute financially to develop an Open Source solution thats is typically the easiest and fastest way to get contributors attention. If you have further questions or suggestions to make you can always give me a call on my mobile

    Best Frederik

    Am 03.05.23 um 12:27 schrieb Nils Coenen:

    Dear OCA,

    i got an issue from a customer, that uses a very specific accounting chart in germany.

    As they want to perform the accounting on their own before sending it to the acc. Consultant, some adaption seem to be mandatory.

    In order to create smooth convertability between the datev-export provided by odoo and the import in the system of t he accounting consultant, the data needs to be modified. So this is the feedback i got from the consultant about the export data.

     

    • The code number for the account number extension (KNE) needs to start with digit number 4 instead of a 8 digit number. This is not a problem and provided by the Odoo enterprise core export tool.

    • Exported CSV-files needs to be encoded in Windows ANSI

    • Debit/credit indicators are only allowed in capital letters "S" or "H". The standard Odoo export provides small letters

    • EXTF Version 700 instead of 510 is important when recording with empty and modified headings in the header

     

    The export is provided by the modules „l10n_de_datev_reports“ & „l10n_de_reports“

    The encoding can be changed after exporting, same for the capital letters. But to keep it as simple as possible for the customer, it would be great to have this included in the export function. Covering the other way as well would be awesome.

     

    Is anbody aware of a solution, that already provides this kind of modification?

     

    Would be very thankful for some hints concering that topic.

     

    All the best

    Nils

    -- 
    
    
    

    NICO SOLUTIONS - ENGINEERING & IT 
    Inhaber (Owner): Nils Coenen 
    Dr.-Ruckert-Str. 1G 
    28865 Lilienthal 
    Deutschland (Germany) 
    Ust.-Idnr. (VAT-ID): DE341437044 

     

    _______________________________________________
    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 Nils Coenen - 01:21 - 3 May 2023

  • Re: Datev data

    Hi Nils,
    

    i know that Thorsten Vocks and Holger Brunn, are currently working the old CSV tooling for Datev Back and Forth (in a specific customer project). The code is not yet published but if i am not mistaken it will be soon. So maybe either of those two can comment. Definitely most of your feedback (or better the one of your consultant) is somewhat known already within the group of OCA contributors working on the OCA Datev modul set. If you don't have own development skill but your customer is willing to contribute financially to develop an Open Source solution thats is typically the easiest and fastest way to get contributors attention. If you have further questions or suggestions to make you can always give me a call on my mobile
    

    Best Frederik
    

    Am 03.05.23 um 12:27 schrieb Nils Coenen:
    

    Dear OCA,

    i got an issue from a customer, that uses a very specific accounting chart in germany.

    As they want to perform the accounting on their own before sending it to the acc. Consultant, some adaption seem to be mandatory.

    In order to create smooth convertability between the datev-export provided by odoo and the import in the system of t he accounting consultant, the data needs to be modified. So this is the feedback i got from the consultant about the export data.

     

    • The code number for the account number extension (KNE) needs to start with digit number 4 instead of a 8 digit number. This is not a problem and provided by the Odoo enterprise core export tool.
    • Exported CSV-files needs to be encoded in Windows ANSI
    • Debit/credit indicators are only allowed in capital letters "S" or "H". The standard Odoo export provides small letters
    • EXTF Version 700 instead of 510 is important when recording with empty and modified headings in the header

     

    The export is provided by the modules „l10n_de_datev_reports“ & „l10n_de_reports“

    The encoding can be changed after exporting, same for the capital letters. But to keep it as simple as possible for the customer, it would be great to have this included in the export function. Covering the other way as well would be awesome.

     

    Is anbody aware of a solution, that already provides this kind of modification?

     

    Would be very thankful for some hints concering that topic.

     

    All the best

    Nils

    -- 
    
    

    NICO SOLUTIONS - ENGINEERING & IT 
    Inhaber (Owner): Nils Coenen 
    Dr.-Ruckert-Str. 1G 
    28865 Lilienthal 
    Deutschland (Germany) 
    Ust.-Idnr. (VAT-ID): DE341437044 
    
    

     

    _______________________________________________
    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. - 12:51 - 3 May 2023

• OCA/bank_statement_import - Odoo 16, Switzerland

  Hi there,

  
  

  We are currently upgrading a Swiss customer from Odoo V13 to V16.

  
  

  In V13 the customer uses the following modules from the OCA/bank_statement_import Project:

  https://github.com/OCA/bank-statement-import/tree/13.0
  

  
  

  - account_bank_statement_import_camt_oca

  - acclount_bank_statement_import_oca_camt54

  
  

  As far as I checked, based on modules available for V15, we would need:

  
  

  1. account_statement_import_camt

  2. account_statement_import_camt54

  
  

  and the base modules:

  3. account_stamement_import(_file)

  4. account_statement_import_base

  
  

  3. and 4. are available for V16, 1. and 2. are not, yet, as per https://github.com/OCA/bank-statement-import/tree/16.0

  
  

  Is there any plan to upgrade 1. and 2., and if so when? Or would you be willing to upgrade them now? Or did they get replaced with other OCA modules or maybe even Odoo standard features I'm not aware of?

  
  

  Thanks in advance.

  
  

  Kind Regards

  Elmar
  

  
  

  --
  

  Beste Grüße / Kind Regards

  Elmar Hardenack

  Managing Partner

  
  

  
  

  
  

  Aphora GmbH i.G.
  

  Represented by: Adam Hussein, Elmar Hardenack

  
  

  Rehringhauser Str. 7a | DE-57462 Olpe (HQ)

  Rudolfplatz 3 | DE-50674 Köln

  
  

  This message is exclusively intended for its addressee and may contain confidential information that is protected by professional privilege. If you are not the intended recipient, you are hereby notified that any copy, disclosure or dissemination of this communication is strictly prohibited by law. If this message has been received by error, please notify us immediately via e-mail and delete it.

  ---

  by Elmar Hardenack - 11:26 - 3 May 2023

  3 replies 3 replies

  • Re: OCA/bank_statement_import - Odoo 16, Switzerland

    Hi Alex and Virginie,

    
    

    Thanks for the quick reply and providing the links.

    
    

    Kind regards

    Elmar

    
    

    Am Mi., 3. Mai 2023 um 11:42 Uhr schrieb Alex Comba <notifications@odoo-community.org>:
    

    Hi Elmar,

    
    

    please have a look at https://github.com/OCA/bank-statement-import/issues/503 where you can find the links to open PRs not yet migrated.

    
    

    I hope it helps you.
    

    
    

    Best regards
    

    
    

    On Wed, May 3, 2023 at 11:27 AM Elmar Hardenack <notifications@odoo-community.org> wrote:
    

    Hi there,

    
    

    We are currently upgrading a Swiss customer from Odoo V13 to V16.

    
    

    In V13 the customer uses the following modules from the OCA/bank_statement_import Project:

    https://github.com/OCA/bank-statement-import/tree/13.0
    

    
    

    - account_bank_statement_import_camt_oca

    - acclount_bank_statement_import_oca_camt54

    
    

    As far as I checked, based on modules available for V15, we would need:

    
    

    1. account_statement_import_camt

    2. account_statement_import_camt54

    
    

    and the base modules:

    3. account_stamement_import(_file)

    4. account_statement_import_base

    
    

    3. and 4. are available for V16, 1. and 2. are not, yet, as per https://github.com/OCA/bank-statement-import/tree/16.0

    
    

    Is there any plan to upgrade 1. and 2., and if so when? Or would you be willing to upgrade them now? Or did they get replaced with other OCA modules or maybe even Odoo standard features I'm not aware of?

    
    

    Thanks in advance.

    
    

    Kind Regards

    Elmar
    

    
    

    --
    

    Beste Grüße / Kind Regards

    Elmar Hardenack

    Managing Partner

    
    

    
    

    
    

    Aphora GmbH i.G.
    

    Represented by: Adam Hussein, Elmar Hardenack

    
    

    Rehringhauser Str. 7a | DE-57462 Olpe (HQ)

    Rudolfplatz 3 | DE-50674 Köln

    
    

    This message is exclusively intended for its addressee and may contain confidential information that is protected by professional privilege. If you are not the intended recipient, you are hereby notified that any copy, disclosure or dissemination of this communication is strictly prohibited by law. If this message has been received by error, please notify us immediately via e-mail and delete it.

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

    
    
    --
    

    Alex Comba
    Tel (CH): +41 91 210 23 40
    

    Tel (IT): +39 0331 158 7090
    https://www.agilebg.com

    https://github.com/tafaRU
    

    
    

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

    
    

    
    

    --
    

    Beste Grüße / Kind Regards

    Elmar Hardenack

    Managing Partner

    
    

    

    Aphora GmbH i.G.
    

    Represented by: Adam Hussein, Elmar Hardenack

    
    

    Rehringhauser Str. 7a | DE-57462 Olpe (HQ)

    Rudolfplatz 3 | DE-50674 Köln

    
    

    This message is exclusively intended for its addressee and may contain confidential information that is protected by professional privilege. If you are not the intended recipient, you are hereby notified that any copy, disclosure or dissemination of this communication is strictly prohibited by law. If this message has been received by error, please notify us immediately via e-mail and delete it.

    ---

    by Elmar Hardenack - 06:35 - 4 May 2023

  • Re: OCA/bank_statement_import - Odoo 16, Switzerland

    Hello Elmar,

    
    

    We also have customers using the Swiss localization and we want to migrate them from v12 to v16 in the following months (or year, depending on the work to be done).

    Maybe there are other modules that our respective customers use and we could cofinance part of them or split the work in a synchronized way.

    Don't hesitate to contact me directly (virginie@coopiteasy.be).

    
    

    By the way both modules you're interested in are here:

    
    

    - account_bank_statement_import_camt_oca

    https://github.com/OCA/bank-statement-import/pull/556

    
    

    
    

    account_bank_statement_import_oca_camt54

    https://github.com/OCA/bank-statement-import/pull/562

    
    

    Have a nice day,

    -- 
    

    Virginie

    0477/64.17.20

    
    

    -----Original Message-----

    From: Alex Comba <notifications@odoo-community.org>

    Reply-To: Odoo Community Association (OCA) Contributors <contributors@odoo-community.org>

    To: Contributors <contributors@odoo-community.org>

    Subject: Re: OCA/bank_statement_import - Odoo 16, Switzerland

    Date: Wed, 03 May 2023 09:42:26 -0000

    
    

    Hi Elmar,

    
    

    please have a look at https://github.com/OCA/bank-statement-import/issues/503 where you can find the links to open PRs not yet migrated.

    
    

    I hope it helps you.
    

    
    

    Best regards
    

    
    

    On Wed, May 3, 2023 at 11:27 AM Elmar Hardenack <notifications@odoo-community.org> wrote:
    

    Hi there,

    
    

    We are currently upgrading a Swiss customer from Odoo V13 to V16.

    
    

    In V13 the customer uses the following modules from the OCA/bank_statement_import Project:

    https://github.com/OCA/bank-statement-import/tree/13.0
    

    
    

    - account_bank_statement_import_camt_oca

    - acclount_bank_statement_import_oca_camt54

    
    

    As far as I checked, based on modules available for V15, we would need:

    
    

    1. account_statement_import_camt

    2. account_statement_import_camt54

    
    

    and the base modules:

    3. account_stamement_import(_file)

    4. account_statement_import_base

    
    

    3. and 4. are available for V16, 1. and 2. are not, yet, as per https://github.com/OCA/bank-statement-import/tree/16.0

    
    

    Is there any plan to upgrade 1. and 2., and if so when? Or would you be willing to upgrade them now? Or did they get replaced with other OCA modules or maybe even Odoo standard features I'm not aware of?

    
    

    Thanks in advance.

    
    

    Kind Regards

    Elmar
    

    
    

    --
    

    Beste Grüße / Kind Regards

    Elmar Hardenack

    Managing Partner

    
    

    
    

    
    

    Aphora GmbH i.G.
    

    Represented by: Adam Hussein, Elmar Hardenack

    
    

    Rehringhauser Str. 7a | DE-57462 Olpe (HQ)

    Rudolfplatz 3 | DE-50674 Köln

    
    

    This message is exclusively intended for its addressee and may contain confidential information that is protected by professional privilege. If you are not the intended recipient, you are hereby notified that any copy, disclosure or dissemination of this communication is strictly prohibited by law. If this message has been received by error, please notify us immediately via e-mail and delete it.

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

    
    
    --
    

    Alex Comba
    Tel (CH): +41 91 210 23 40
    

    Tel (IT): +39 0331 158 7090
    https://www.agilebg.com

    https://github.com/tafaRU
    

    
    

    _______________________________________________
    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. - 05:01 - 3 May 2023

  • Re: OCA/bank_statement_import - Odoo 16, Switzerland

    Hi Elmar,

    
    

    please have a look at https://github.com/OCA/bank-statement-import/issues/503 where you can find the links to open PRs not yet migrated.

    
    

    I hope it helps you.
    

    
    

    Best regards
    

    
    

    On Wed, May 3, 2023 at 11:27 AM Elmar Hardenack <notifications@odoo-community.org> wrote:
    

    Hi there,

    
    

    We are currently upgrading a Swiss customer from Odoo V13 to V16.

    
    

    In V13 the customer uses the following modules from the OCA/bank_statement_import Project:

    https://github.com/OCA/bank-statement-import/tree/13.0
    

    
    

    - account_bank_statement_import_camt_oca

    - acclount_bank_statement_import_oca_camt54

    
    

    As far as I checked, based on modules available for V15, we would need:

    
    

    1. account_statement_import_camt

    2. account_statement_import_camt54

    
    

    and the base modules:

    3. account_stamement_import(_file)

    4. account_statement_import_base

    
    

    3. and 4. are available for V16, 1. and 2. are not, yet, as per https://github.com/OCA/bank-statement-import/tree/16.0

    
    

    Is there any plan to upgrade 1. and 2., and if so when? Or would you be willing to upgrade them now? Or did they get replaced with other OCA modules or maybe even Odoo standard features I'm not aware of?

    
    

    Thanks in advance.

    
    

    Kind Regards

    Elmar
    

    
    

    --
    

    Beste Grüße / Kind Regards

    Elmar Hardenack

    Managing Partner

    
    

    
    

    
    

    Aphora GmbH i.G.
    

    Represented by: Adam Hussein, Elmar Hardenack

    
    

    Rehringhauser Str. 7a | DE-57462 Olpe (HQ)

    Rudolfplatz 3 | DE-50674 Köln

    
    

    This message is exclusively intended for its addressee and may contain confidential information that is protected by professional privilege. If you are not the intended recipient, you are hereby notified that any copy, disclosure or dissemination of this communication is strictly prohibited by law. If this message has been received by error, please notify us immediately via e-mail and delete it.

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

    
    
    --
    

    Alex Comba
    Tel (CH): +41 91 210 23 40
    

    Tel (IT): +39 0331 158 7090
    https://www.agilebg.com

    https://github.com/tafaRU
    

    
    

    ---

    by Alex Comba. - 11:41 - 3 May 2023

• suggestion for monitoring error 500

  Hi,

  
  

  We have a case where odoo is used as an e-commerce + portal system (with quite a lot of customisation).

  Times to times, the end user (e-commerce customer) will receive an error 500.

  
  

  It is a bit of a catchall... Would anybody have any suggestion, to monitor such error, and possibly get an email, or a warning as a system administrator? Is there a way to catch at odoo level, if there is such error and send an email ?

  Or could we "monitor" the log file ? <-- any suggestion on possible tool ?

  
  

  Thanks,

  Dominique

  ---

  by dominique.k - 07:21 - 1 May 2023

  3 replies 3 replies

  • Re: suggestion for monitoring error 500

    Hi Dominique
    
    If you have Odoo running behind NGINX, you can parse the access log file to get some statistics about the timestamps around which this occurs, and on which urls. I have a way of doing that with command line tools such as "awk", "sort" and "uniq" (for hourly statistics), but regular "grep" can also yield you the info.
    
    Armed with that knowledge you can then check the Odoo log file around those times, sometimes it will also display "Internal error" or even a useful traceback, and you can then use "grep" again to extract relevant patterns over the course of a day or so.
    
    If not enough information is given, then you could resort to modifying the Odoo source code to add some more exception-catching.
    

    
    

    1 mei 2023 06:57:22 Holger Brunn <notifications@odoo-community.org>:

    > It is a bit of a catchall... Would anybody have any suggestion, to monitor
    
    > such error, and possibly get an email, or a warning as a system
    
    > administrator? Is there a way to catch at odoo level, if there is such
    
    > error and send an email ?
    
    all requests go through
    https://github.com/OCA/OCB/blob/16.0/odoo/addons/base/models/ir_http.py#L153
    so that seems the best place to catch your exception
    
    
    -- 
    Your partner for the hard Odoo problems
    https://hunki-enterprises.com

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

    ---

    by Tom Blauwendraat - 05:56 - 1 May 2023

  • RE: suggestion for monitoring error 500

    Hi Dominique,
    
    I normally use the try … except like below:

     

    
    try:

     

    except Exception as e:

        mail_smtp_server = self.env["ir.mail_server"].sudo().search([], limit=1)

        email_vals = {"state": "outgoing" ,

            "subject": str(self.env.cr.dbname) + " Error in demo 1 controller  " ,

            "body_html": """Error in demo 1 controller  :  """ + str(e.message) + " " + str(e.args) ,

            "auto_delete": True,

            "email_from": mail_smtp_server.smtp_user ,

            "email_to": madeb@regious.co.zw ,

            }

        self.env["mail.mail"].create(email_vals)

     

     

    Regards,

     

    Bill Made

    +263 733 419 060

     

     

     

    From: Dominique k <notifications@odoo-community.org>
    Sent: Monday, May 1, 2023 7:29 AM
    To: Contributors <contributors@odoo-community.org>
    Subject: suggestion for monitoring error 500

     

    Hi,

     

    We have a case where odoo is used as an e-commerce + portal system (with quite a lot of customisation).

    Times to times, the end user (e-commerce customer) will receive an error 500.

     

    It is a bit of a catchall... Would anybody have any suggestion, to monitor such error, and possibly get an email, or a warning as a system administrator? Is there a way to catch at odoo level, if there is such error and send an email ?

    Or could we "monitor" the log file ? <-- any suggestion on possible tool ?

     

    Thanks,

    Dominique

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

    ---

    by Bill Made - 08:51 - 1 May 2023

  • Re: suggestion for monitoring error 500

    > It is a bit of a catchall... Would anybody have any suggestion, to monitor
    
    > such error, and possibly get an email, or a warning as a system
    
    > administrator? Is there a way to catch at odoo level, if there is such
    
    > error and send an email ?
    
    all requests go through
    https://github.com/OCA/OCB/blob/16.0/odoo/addons/base/models/ir_http.py#L153
    so that seems the best place to catch your exception
    
    
    -- 
    Your partner for the hard Odoo problems
    https://hunki-enterprises.com

    ---

    by Holger Brunn - 07:56 - 1 May 2023

    1 attachments 1 attachments

    signature.asc

• 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 Jr		sab 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
    

    | site: https://ventor.tech/

    | mail: oleg@ventor.tech

    | 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 Jr		sab 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 

    https://youtu.be/_SfrLsR6vMA )

    
    

    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
    

    | site: https://ventor.tech/

    | mail: oleg@ventor.tech

    | skype: kuryan.oleg
    

    ---

    by "Oleg Kuryan" <oleg@ventor.tech> - 07:41 - 30 Apr 2023

  1 more replies

• 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

  

  ---

  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

    

    _______________________________________________
    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

    

    _______________________________________________
    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

    

    _______________________________________________
    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

    

    _______________________________________________
    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

    

    _______________________________________________
    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

  2 more replies

• 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

  • Re: LDAP and MS Azure

    Is that something the Community has considered before and/or are there drawbacks?

    
    

    The main issue is knowing what permissions to grant users on the Odoo side.
    

    
    

    There are all sorts of tactics, for example, group memberships at the IDP which are used to drive group memberships in Odoo, etc. but eventually, there is always some exception or special case.
    

    
    

    If you don't grant permissions based on information provided by the IDP then you just create a very restricted user, which needs to be edited anyway, at which point you might as well have not automatically created the user.

    
    

    My personal opinion is that it's often wanted, but rarely practical outside of the largest organisations. 
    

    
    

    On Tue, Apr 25, 2023 at 3:27 PM Franklin Smith <notifications@odoo-community.org> wrote:
    

    Thanks, all. The "auth_saml" OCA module works well. There's a request to have Odoo users created automatically if they don't exist in Odoo once they authenticate with AD. Similar to the LDAP functionatliy. Is that something the Community has considered before and/or are there drawbacks?

    
    

    On Sat, Apr 22, 2023, 8:37 AM Graeme Gellatly <notifications@odoo-community.org> wrote:
    

    I wrote a module for azure ad, but these days you can just backport odoo v16 oauth changes. However in odoonz addons there is a module for v14

    
    

    On Sat, 22 Apr 2023, 3:27 pm Dominique k, <notifications@odoo-community.org> wrote:
    

    There are third party modules that allow to do this
    

    Dominique 

    
    

    
    

    On Sat, 22 Apr 2023 at 03:22, Franklin Smith <notifications@odoo-community.org> wrote:
    

    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!

    
    

    
    

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

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

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

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

    ---

    by Karl Southern - 04:56 - 25 Apr 2023

  • Re: LDAP and MS Azure

    Thanks, all. The "auth_saml" OCA module works well. There's a request to have Odoo users created automatically if they don't exist in Odoo once they authenticate with AD. Similar to the LDAP functionatliy. Is that something the Community has considered before and/or are there drawbacks?

    
    

    On Sat, Apr 22, 2023, 8:37 AM Graeme Gellatly <notifications@odoo-community.org> wrote:
    

    I wrote a module for azure ad, but these days you can just backport odoo v16 oauth changes. However in odoonz addons there is a module for v14

    
    

    On Sat, 22 Apr 2023, 3:27 pm Dominique k, <notifications@odoo-community.org> wrote:
    

    There are third party modules that allow to do this
    

    Dominique 

    
    

    
    

    On Sat, 22 Apr 2023 at 03:22, Franklin Smith <notifications@odoo-community.org> wrote:
    

    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!

    
    

    
    

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

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

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

    ---

    by Arthur Franklin Smith - 04:26 - 25 Apr 2023

  • Re: LDAP and MS Azure

    I wrote a module for azure ad, but these days you can just backport odoo v16 oauth changes. However in odoonz addons there is a module for v14

    
    

    On Sat, 22 Apr 2023, 3:27 pm Dominique k, <notifications@odoo-community.org> wrote:
    

    There are third party modules that allow to do this
    

    Dominique 

    
    

    
    

    On Sat, 22 Apr 2023 at 03:22, Franklin Smith <notifications@odoo-community.org> wrote:
    

    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!

    
    

    
    

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

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

    ---

    by Graeme Gellatly - 02:36 - 22 Apr 2023

  • Re: LDAP and MS Azure

    There are third party modules that allow to do this
    

    Dominique 

    
    

    
    

    On Sat, 22 Apr 2023 at 03:22, Franklin Smith <notifications@odoo-community.org> wrote:
    

    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!

    
    

    
    

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

    ---

    by dominique.k - 05:25 - 22 Apr 2023

  • Re: LDAP and MS Azure

    We used https://github.com/OCA/server-auth/tree/14.0/auth_oidc for this and it went really well. 
    
    
    

    
    

    On Fri, Apr 21, 2023 at 9:22 PM Franklin Smith <notifications@odoo-community.org> wrote:
    

    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!

    
    

    
    

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

    ---

    by Akif Vohra - 10:26 - 21 Apr 2023

  1 more 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).

  
  

  https://github.com/OCA/server-ux/pull/643

  https://github.com/OCA/server-ux/pull/644

  
  

  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).

    
    

    https://github.com/OCA/server-ux/pull/643

    https://github.com/OCA/server-ux/pull/644

    
    

    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

  6 more replies

• 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.

  
  

  ---

  by Maxime Chambreuil - 04:26 - 17 Apr 2023

  9 replies 9 replies

  • Re: Authorized Certification Providers

    You have to disable jobs or trap and perform them manually.

    See "Testing" section in the readme https://github.com/OCA/queue/tree/14.0/queue_job#id10 ;)
    

    
    

    On Wed, Apr 19, 2023 at 3:41 AM Agustín Cruz Lozano <notifications@odoo-community.org> wrote:
    

    Do the queque jobs are active on runbot? I have being playing with edi_oca, edi_oca_account and l10n_es_facturae_face modules trying to understand how it works but couldn't make jobs run
    

    
    

    
    

    El lun, 17 abr 2023 a la(s) 08:47, Enric Tobella Alomar (notifications@odoo-community.org) escribió:
    

    Hi Maxime, 

     

    I would use edi framework, as most of the work is already there.

     

    In Spain we have a similar approach for some kind of invoices and the sending follows the same approach (File signed electronically (XaDes) and sent to an ACP using a SOAP protocol)

     

    https://github.com/OCA/l10n-spain/tree/14.0/l10n_es_facturae_face

     

    Right, now, there exists some edi modules that will allow you to send files using rest, SFTP, FTP and other protocols.

     

    https://github.com/OCA/edi/tree/14.0/edi_storage_oca

    https://github.com/OCA/edi/tree/14.0/edi_webservice_oca

     

    You only need to manage the creation of the report (it can even be done using a standard odoo repo - https://github.com/OCA/edi/tree/14.0/edi_exchange_template_oca).

     

    Kind regards,

     

    Enric Tobella Alomar

    Av. J. V. Foix 63

    08034 Barcelona

    Tlf.    932 522 522 (Ext. 9611)

    creublanca.es

    

     

    From: "Maxime Chambreuil" <notifications@odoo-community.org>
    To: "Contributors" <contributors@odoo-community.org>
    Date: Mon, 17 Apr 2023 14:27:22 -0000
    Subject: 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.

    

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

    
    
    
    
    Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
    pueden contener información reservada y/o confidencial, destinada exclusivamente
    para el uso del destinatario o la persona responsable de entregarlo al mismo,
    estando su uso no autorizado prohibido legalmente.
    Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
    salvo ratificación escrita por ambas partes. En caso de su recepción por error,
    rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
    o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
    a su eliminación.
    

    _______________________________________________
    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
    

    
    
    --
    

    Simone Orsi

    
    

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

    ---

    by Simone Orsi. - 08:51 - 19 Apr 2023

  • Re: Authorized Certification Providers

    Do the queque jobs are active on runbot? I have being playing with edi_oca, edi_oca_account and l10n_es_facturae_face modules trying to understand how it works but couldn't make jobs run
    

    
    

    
    

    El lun, 17 abr 2023 a la(s) 08:47, Enric Tobella Alomar (notifications@odoo-community.org) escribió:
    

    Hi Maxime, 

     

    I would use edi framework, as most of the work is already there.

     

    In Spain we have a similar approach for some kind of invoices and the sending follows the same approach (File signed electronically (XaDes) and sent to an ACP using a SOAP protocol)

     

    https://github.com/OCA/l10n-spain/tree/14.0/l10n_es_facturae_face

     

    Right, now, there exists some edi modules that will allow you to send files using rest, SFTP, FTP and other protocols.

     

    https://github.com/OCA/edi/tree/14.0/edi_storage_oca

    https://github.com/OCA/edi/tree/14.0/edi_webservice_oca

     

    You only need to manage the creation of the report (it can even be done using a standard odoo repo - https://github.com/OCA/edi/tree/14.0/edi_exchange_template_oca).

     

    Kind regards,

     

    Enric Tobella Alomar

    Av. J. V. Foix 63

    08034 Barcelona

    Tlf.    932 522 522 (Ext. 9611)

    creublanca.es

    

     

    From: "Maxime Chambreuil" <notifications@odoo-community.org>
    To: "Contributors" <contributors@odoo-community.org>
    Date: Mon, 17 Apr 2023 14:27:22 -0000
    Subject: 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.

    

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

    
    
    
    
    Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
    pueden contener información reservada y/o confidencial, destinada exclusivamente
    para el uso del destinatario o la persona responsable de entregarlo al mismo,
    estando su uso no autorizado prohibido legalmente.
    Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
    salvo ratificación escrita por ambas partes. En caso de su recepción por error,
    rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
    o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
    a su eliminación.
    

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

    ---

    by Agustin Cruz - 03:40 - 19 Apr 2023

  • Re: Authorized Certification Providers

    Hello Adan,

    
    

    > Are you planning on contributing with connectors for Mexican authorized certification providers?

    
    

    Not in the near future but others might.

    
    

    If you have modules to support other Mexican PAC, I would hold on a bit until we get this pull request completed and merged:
    https://github.com/OCA/l10n-mexico/pull/30
    

    
    

    and the generic module to send/receive CFDI in OCA/edi. Then we can all adapt our modules and publish them on OCA/l10n-<country>.

    
    

    Cheers,

    
    

    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.

    
    

    
    

    
    

    On Mon, Apr 17, 2023 at 6:17 PM Adan Cortes <notifications@odoo-community.org> wrote:
    

    Hi Maxime, 
    

    
    

    Are you planning on contributing with connectors for Mexican authorized certification providers? If so, I have modules for that although they may require to be updated because I wrote them for v12.0. It could be a good starting point. 

    
    

    If that sounds good, I'll be glad to schedule a meeting with you.
    
    Adán Cortés
    CTO ACME Nearshore Technology Services SAS
    cto@acme.mx

    
    

    On Mon, Apr 17, 2023 at 8:47 AM Enric Tobella Alomar <notifications@odoo-community.org> wrote:
    

    Hi Maxime, 

     

    I would use edi framework, as most of the work is already there.

     

    In Spain we have a similar approach for some kind of invoices and the sending follows the same approach (File signed electronically (XaDes) and sent to an ACP using a SOAP protocol)

     

    https://github.com/OCA/l10n-spain/tree/14.0/l10n_es_facturae_face

     

    Right, now, there exists some edi modules that will allow you to send files using rest, SFTP, FTP and other protocols.

     

    https://github.com/OCA/edi/tree/14.0/edi_storage_oca

    https://github.com/OCA/edi/tree/14.0/edi_webservice_oca

     

    You only need to manage the creation of the report (it can even be done using a standard odoo repo - https://github.com/OCA/edi/tree/14.0/edi_exchange_template_oca).

     

    Kind regards,

     

    Enric Tobella Alomar

    Av. J. V. Foix 63

    08034 Barcelona

    Tlf.    932 522 522 (Ext. 9611)

    creublanca.es

    

     

    From: "Maxime Chambreuil" <notifications@odoo-community.org>
    To: "Contributors" <contributors@odoo-community.org>
    Date: Mon, 17 Apr 2023 14:27:22 -0000
    Subject: 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.

    

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

    
    
    
    
    Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
    pueden contener información reservada y/o confidencial, destinada exclusivamente
    para el uso del destinatario o la persona responsable de entregarlo al mismo,
    estando su uso no autorizado prohibido legalmente.
    Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
    salvo ratificación escrita por ambas partes. En caso de su recepción por error,
    rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
    o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
    a su eliminación.
    

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

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

    ---

    by Maxime Chambreuil - 03:51 - 18 Apr 2023

  • Re: Authorized Certification Providers

    Hola,

    
    

    To understand where things could go IMO is important to know which features we are talking about.

    
    

    What is...

    
    

    1. "generic EDI" (something that won't be used only in Central/South America) could go to OCA/edi.

    2. "generic automation" (eg: sending/receiving, jobs, etc) should be probably dropped and the rest plugged w/ the EDI framework.

    3. "specific to a certain geographic area" should go to an existing repo or a new one (eg: edi-latin-america, or edi-what-ever-fits-best).

    
    

    I'd say that for ease of collaboration / adoption / discussion / sharing / etc we could go w/ opt 3 and you can start creating a roadmap, issues and PRs.This would also help everyone else understand what you are trying to accomplish.
    

    
    

    My $0.02 :)

    
    

    Cheers
    

    
    

    On Tue, Apr 18, 2023 at 2:17 AM Adan Cortes <notifications@odoo-community.org> wrote:
    

    Hi Maxime, 
    

    
    

    Are you planning on contributing with connectors for Mexican authorized certification providers? If so, I have modules for that although they may require to be updated because I wrote them for v12.0. It could be a good starting point. 

    
    

    If that sounds good, I'll be glad to schedule a meeting with you.
    
    Adán Cortés
    CTO ACME Nearshore Technology Services SAS
    cto@acme.mx

    
    

    On Mon, Apr 17, 2023 at 8:47 AM Enric Tobella Alomar <notifications@odoo-community.org> wrote:
    

    Hi Maxime, 

     

    I would use edi framework, as most of the work is already there.

     

    In Spain we have a similar approach for some kind of invoices and the sending follows the same approach (File signed electronically (XaDes) and sent to an ACP using a SOAP protocol)

     

    https://github.com/OCA/l10n-spain/tree/14.0/l10n_es_facturae_face

     

    Right, now, there exists some edi modules that will allow you to send files using rest, SFTP, FTP and other protocols.

     

    https://github.com/OCA/edi/tree/14.0/edi_storage_oca

    https://github.com/OCA/edi/tree/14.0/edi_webservice_oca

     

    You only need to manage the creation of the report (it can even be done using a standard odoo repo - https://github.com/OCA/edi/tree/14.0/edi_exchange_template_oca).

     

    Kind regards,

     

    Enric Tobella Alomar

    Av. J. V. Foix 63

    08034 Barcelona

    Tlf.    932 522 522 (Ext. 9611)

    creublanca.es

    

     

    From: "Maxime Chambreuil" <notifications@odoo-community.org>
    To: "Contributors" <contributors@odoo-community.org>
    Date: Mon, 17 Apr 2023 14:27:22 -0000
    Subject: 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.

    

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

    
    
    
    
    Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
    pueden contener información reservada y/o confidencial, destinada exclusivamente
    para el uso del destinatario o la persona responsable de entregarlo al mismo,
    estando su uso no autorizado prohibido legalmente.
    Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
    salvo ratificación escrita por ambas partes. En caso de su recepción por error,
    rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
    o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
    a su eliminación.
    

    _______________________________________________
    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
    

    
    
    --
    

    Simone Orsi

    
    

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

    ---

    by Simone Orsi. - 12:11 - 18 Apr 2023

  • Re: Authorized Certification Providers

    Hi Maxime, 
    

    
    

    Are you planning on contributing with connectors for Mexican authorized certification providers? If so, I have modules for that although they may require to be updated because I wrote them for v12.0. It could be a good starting point. 

    
    

    If that sounds good, I'll be glad to schedule a meeting with you.
    
    Adán Cortés
    CTO ACME Nearshore Technology Services SAS
    cto@acme.mx

    
    

    On Mon, Apr 17, 2023 at 8:47 AM Enric Tobella Alomar <notifications@odoo-community.org> wrote:
    

    Hi Maxime, 

     

    I would use edi framework, as most of the work is already there.

     

    In Spain we have a similar approach for some kind of invoices and the sending follows the same approach (File signed electronically (XaDes) and sent to an ACP using a SOAP protocol)

     

    https://github.com/OCA/l10n-spain/tree/14.0/l10n_es_facturae_face

     

    Right, now, there exists some edi modules that will allow you to send files using rest, SFTP, FTP and other protocols.

     

    https://github.com/OCA/edi/tree/14.0/edi_storage_oca

    https://github.com/OCA/edi/tree/14.0/edi_webservice_oca

     

    You only need to manage the creation of the report (it can even be done using a standard odoo repo - https://github.com/OCA/edi/tree/14.0/edi_exchange_template_oca).

     

    Kind regards,

     

    Enric Tobella Alomar

    Av. J. V. Foix 63

    08034 Barcelona

    Tlf.    932 522 522 (Ext. 9611)

    creublanca.es

    

     

    From: "Maxime Chambreuil" <notifications@odoo-community.org>
    To: "Contributors" <contributors@odoo-community.org>
    Date: Mon, 17 Apr 2023 14:27:22 -0000
    Subject: 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.

    

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

    
    
    
    
    Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
    pueden contener información reservada y/o confidencial, destinada exclusivamente
    para el uso del destinatario o la persona responsable de entregarlo al mismo,
    estando su uso no autorizado prohibido legalmente.
    Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
    salvo ratificación escrita por ambas partes. En caso de su recepción por error,
    rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
    o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
    a su eliminación.
    

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

    ---

    by Adan Cortes Medina - 02:16 - 18 Apr 2023

  4 more 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

  • Re: About a modules for maritime and port activities

    Thanks a lot for your email!

    
    

    El dom, 9 abr 2023 a las 18:48, Levent Karakas (<notifications@odoo-community.org>) escribió:
    

    Maikel,

    
    

    We have completed several projects related to Maritime operations such as port management, ro-ro management, agency operations and ship supply management.  Please drop me an e-mail (leventk@eska.biz) for further details.
    

    
    

    Thanks,

    Levent.
    

    
    

    
    

    
    

    On Sun, Apr 9, 2023 at 11:32 PM Maikel Del Valle Bressler <notifications@odoo-community.org> wrote:
    

    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

    _______________________________________________
    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 Maikel del Valle Bresler - 12:55 - 10 Apr 2023

  • Re: About a modules for maritime and port activities

    Maikel,

    
    

    We have completed several projects related to Maritime operations such as port management, ro-ro management, agency operations and ship supply management.  Please drop me an e-mail (leventk@eska.biz) for further details.
    

    
    

    Thanks,

    Levent.
    

    
    

    
    

    
    

    On Sun, Apr 9, 2023 at 11:32 PM Maikel Del Valle Bressler <notifications@odoo-community.org> wrote:
    

    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

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

    ---

    by "Levent Karakas" <leventk@eska.biz> - 12:45 - 10 Apr 2023