Skip to Content
  2. Mailing Lists
  3. Contributors

Archives

Contributors

  • Next step of the runbot to runboat transition during the week end 
    Hello everyone,

I will be finalizing the runbot -> runboat transition during the week 
end. This means;

* shutdown of the runbot odoo instances
* redirection of the runbot DNS to runboat
* initiation of the decommissioning of the servers.

There will be some time while I struggle with DNS and TLS certificate 
during which the redirections will not be working. Please bear with me, 
I hate this stuff. The redirections I am referring to are mainly the 
"try me on runbot" links in the README of the modules which will land 
you to runboat (e.g. https://runbot.odoo-community.org/runbot/167/15.0 
will redirect permanently to 
https://runboat.odoo-community.org/webui/builds.html?branch=15.0&repo=OCA/sale-workflow) 
so that the app store links keep being useable.

Let me mention again that runboat is a live project managed on github by 
Stéphane Bidoul (https://github.com/sbidoul/runboat). It is open for 
contributions, there are some issues waiting for you to jump in and 
claim. Some of them are UI related and do not require in-depth k8s 
understanding.

Have a nice week end :)


-- 
Alexandre Fayolle
Senior Software Engineer
Tel : +33 4 58 48 20 30

Camptocamp France SAS
18 rue du Lac Saint André
73 370 Le Bourget-du-Lac
France

http://www.camptocamp.com
    by Alexandre Fayolle - 12:06 - 18 Feb 2022

    8 replies 8 replies

  • Apply to Banking PSC. (New Try)
    Hi Community,

    I think that this mailing list has been facing problems in the last 48 hours, as I've been checking with other contributors and they're not receiving some emails as well.

    Regarding this situation, I'd like to send you again my application to Banking PSC Team. Here it comes:

    Hi Contributors, I'd like apply to Banking PSC Team. Could you consider my membership? Here you can see my profile.

    THX!

     

    Harald Panten López

    CEO

    Sygel Technology S.L

    		 
    		+34 637 88 42 41
    		harald.panten@sygel.es
    		https://www.sygel.es
    		C/ Àlaba 61, 5ª planta, 08005, Barcelona
     
     
     
    by Harald Panten Lopez - 09:16 - 18 Feb 2022

    4 replies 4 replies

  • RV: Activate runboat in donation's repo

    Does anyone receive this email?

     

     

    De: Rafael Blasco
    Enviado el: miércoles, 16 de febrero de 2022 16:53
    Para: Odoo Community Association (OCA) Contributors' <contributors@odoo-community.org>
    Asunto: Activate runboat in donation's repo

     

    Dear Contributors,

     

    As runboat it quite new, could I ask how to activate it in a repo that still have runbot?

     

    In this case:

     

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

     

    Thank you

    Regards,

    Rafael

     

    by Rafael Blasco Navarro - 11:46 - 17 Feb 2022

    6 replies 6 replies

  • RV: PSC in project & service

    Another try

     

    Before emails doesn’t deliver to the list (asked to some contributors that didn’t receive)

     

    https://odoo-community.org/groups/contributors-15/contributors-235685

    https://odoo-community.org/groups/contributors-15/contributors-235618

     

     

    De: Rafael Blasco
    Enviado el: martes, 15 de febrero de 2022 1:05
    Para: Odoo Community Association (OCA) Contributors <contributors@odoo-community.org>
    Asunto: PSC in project & service

     

    Dear Contributors,

     

    Jairo sent an email yesterday, but it looks like the OCA Odoo didn’t send it.

     

    :+1 for me

     

     

    Thank you!

    Rafael

     

     

    PSC in project & service

    by "Jairo Llopis" jairo@moduon.team - 14/02/2022 08:30:33

     

    Hi dear community.

     

    I would like to ask permissions to be PSC in the project & service group.

     

    https://odoo-community.org/psc-teams/project-service-28

    My profile: https://github.com/Yajo

    Thanks!

     

    https://odoo-community.org/groups/contributors-15/contributors-235618?mode=thread&date_begin=&date_end=

    by Rafael Blasco Navarro - 11:46 - 17 Feb 2022

    8 replies 8 replies

  • Info on base_import_async and asyncronious data validatation 
    Hi to all members of the community,
I've joined the ML since little time, I'd be glad if you can
give me some hints on this subject.

Right now the base_import_async module allows to use the Odoo base
import with queues and it's quite handy.
We also have some need, to be able to process data validation
asyncroniously instead of running directly the import job.

I have read the code involved and this is implemented with a dryrun flag
so that there's a rollback in such case.

The base_import_async module doesn't provide this option.
I wonder if this choice has some reason behind it or it would be
enough to override the base_import do method and execute it through
the queue with a dryrun flag set to true.

I will be grateful for any possible hints. At the moment I am learning
to work with odoo and any ideas on any direction are really welcome,

thanks to everybody,
kind regards
Salvatore
    by Salvatore - 01:15 - 17 Feb 2022
  • Queue / base_import_async 
    Hi to all members of the community,
I've joined the ML since little time, I'd be glad if you can
give me some hints on this subject.

Right now the base_import_async module allows to use the Odoo base
import with queues and it's quite handy.
We also have some need, to be able to process data validation
asyncroniously instead of running directly the import job.

I have read the code involved and this is implemented with a dryrun flag
so that there's a rollback in such case.

The base_import_async module doesn't provide this option.
I wonder if this choice has some reason behind it or it would be
enough to override the base_import do method and execute it through
the queue with a dryrun flag set to true.

I will be grateful for any possible hints. At the moment I am learning
to work with odoo and any ideas on any direction are really welcome,

thanks to everybody,
kind regards
Salvatore
    by "iwkse" <iwkse@claws-mail.org> - 09:56 - 17 Feb 2022
  • New apply to Banking PSC
    Hi Community,

    I'd like to apply to banking PSC team. Here you can see my profile.

    Regards.

     

    Harald Panten López

    CEO

    Sygel Technology S.L

    		 
    		+34 637 88 42 41
    		harald.panten@sygel.es
    		https://www.sygel.es
    		C/ Àlaba 61, 5ª planta, 08005, Barcelona
     
     
     
    by Harald Panten Lopez - 09:30 - 17 Feb 2022

    2 replies 2 replies

  • Activate runboat in donation's repo

    Dear Contributors,

     

    As runboat it quite new, could I ask how to activate it in a repo that still have runbot?

     

    In this case:

     

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

     

    Thank you

    Regards,

    Rafael

     

    by Rafael Blasco (Moduon) - 05:00 - 16 Feb 2022
  • PSC in project & service

    Dear Contributors,

     

    Jairo sent an email yesterday, but it looks like the OCA Odoo didn’t send it.

     

    :+1 for me

     

     

    Thank you!

    Rafael

     

     

    PSC in project & service

    by "Jairo Llopis" jairo@moduon.team - 14/02/2022 08:30:33

     

    Hi dear community.

     

    I would like to ask permissions to be PSC in the project & service group.

     

    https://odoo-community.org/psc-teams/project-service-28

    My profile: https://github.com/Yajo

    Thanks!

     

    https://odoo-community.org/groups/contributors-15/contributors-235618?mode=thread&date_begin=&date_end=

    by Rafael Blasco (Moduon) - 01:06 - 15 Feb 2022
  • PSC in project & service
    Hi dear community.

    I would like to ask permissions to be PSC in the project & service group.

    Thanks!

    by "Jairo Llopis" <jairo@moduon.team> - 09:31 - 14 Feb 2022
  • Re: Candidature spontanée pour un poste en alternance 
    Bonjour

(Je suis désolé de vous avoir dérangée en plein travail)

On a bien aimé votre CV, votre parcours et vos qualités d'apprentissage 
en autodidacte. Vous mentionnez l'empathie parmi vos qualités, et c'est 
important pour nous. Vous avez fait de la cuisine, moi aussi !

Je suis l'informaticien d'une micro entreprise qui se développe :
https://www.chez-les-enfants.fr/
«Chez les enfants» vend des jouets éthiques depuis 16 ans. On vend 
surtout des jouets en bois et en tissu, venus des 4 coins du monde, du 
commerce équitable artisanal et des jouets venus d'entreprises qui 
payent correctement leurs employés. C'est ma copine qui a monté la boite 
et elle travaillait seule. Elle vendait sur internet, elle a ouvert un 
magasin près de Rennes il y a 2 ans, en plein confinement ! Mais comme 
on est gentil et qu'on a des merveilleux jouets ça a marché. On ouvre un 
deuxième magasin en avril sur l'île d'Yeu. On utilise Odoo pour tout 
faire.

On fait peu de B2B, mais on a envie de le développer.

On est installé en Bretagne près de Rennes et sur l'île d'Yeu près de 
Nantes. Je ne sais pas si ça colle pour vous.

Quoi qu'il en soit, on sera ravis de discuter avec vous. Vous m'avez 
proposé demain avant 9h mais si ça vous arrange on peut faire ça le soir 
ou le week-end — à 9h du matin ma copine n'est pas réveillée :-)

À vous lire,
---
Librement,
Xavier Brochard xavier@alternatif.org
La liberté est à l'homme ce que les ailes sont à l'oiseau (Jean-Pierre 
Rosnay)

Le 09.02.2022 13:02, aouissaoui.raounak@gmail.com a écrit :

> Madame, Monsieur,

> 

> Avez-vous pensé à l’alternance pour le recrutement de vos futurs

> collaborateurs ? Actuellement en recherche d’une entreprise d’accueil

> pour la réalisation de mon Titre certifié Assistant(e) commercial(e)

> et marketing, je me permets de vous adresser ma candidature.

> 

> Je peux débuter mon alternance tout au long de l’année avec un rythme

> favorisant l’expérience professionnelle : 4 jours en entreprise / 1

> jour en formation (adapté aux temps forts de votre activité). Le

> digital learning me permet d’accorder l’ordre d’apprentissage des

> modules avec les missions que vous me confierez.

> 

> De plus, grâce au plan “1 jeune, 1 solution”, vous bénéficiez d’une

> prime de 8000€ pour toute embauche en alternance. Grâce à celle-ci le

> coût lié à mon embauche est inférieur à 500€ par mois.

> 

> En pièces jointes de ce mail, vous trouverez mon CV ainsi que la

> plaquette de présentation de l'ISCOD.

> 

> Je reste à votre écoute pour toute demande d’entretien individuel et

> je vous souhaite une excellente journée.

> 

> Raounak Aouissaoui

> +33646814108

> 

> 

> _______________________________________________

> 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 - 03:50 - 10 Feb 2022
  • Lots of our modules do not handle multi-company correctly with Odoo >= 13 
    Dear colleagues,

It seems we have a widely spread bug on our code base, related to Odoo 
 >= 13.0 and multi-company.

Starting on Odoo 13.0 the company switch widget in the UI no longer 
changes the user's company_id field. It changes the company via the 
force_company context key, and you get the value of the current company 
by checking `self.env.company`, and not any longer through 
`self.env.user.company_id`

This is documented in 
https://www.odoo.com/documentation/13.0/developer/howtos/company.html

However, in many places in our code base, I see things such as

https://github.com/OCA/account-invoicing/blob/13.0/stock_picking_invoicing/wizards/stock_invoice_onshipping.py#L209 


This calls for a massive bug fix campaign (and probably for an official 
statement from the community to ask customers to upgrade their modules 
if they are in multi-company).

I am not sure what the best course of action is.

Things I think we should do:

* gather information about affected modules and versions (so that people 
can quickly check if their instances are affected by this)
* prepare fixes and get them applied
* publish the fix versions
* be super careful about this in the reviews of module migration pull 
requests (I admit I have been careless on this, and I really feel bad 
about it)

Feedback welcome,


-- 
Alexandre Fayolle
Senior Software Engineer
Tel : +33 4 58 48 20 30

Camptocamp France SAS
18 rue du Lac Saint André
73 370 Le Bourget-du-Lac
France

http://www.camptocamp.com
    by Alexandre Fayolle - 01:46 - 9 Feb 2022

    5 replies 5 replies

  • Candidature spontanée pour un poste en alternance

    Madame, Monsieur,

    Avez-vous pensé à l’alternance pour le recrutement de vos futurs collaborateurs ? Actuellement en recherche d’une entreprise d’accueil pour la réalisation de mon Titre certifié Assistant(e) commercial(e) et marketing, je me permets de vous adresser ma candidature.

    Je peux débuter mon alternance tout au long de l’année avec un rythme favorisant l’expérience professionnelle : 4 jours en entreprise / 1 jour en formation (adapté aux temps forts de votre activité). Le digital learning me permet d’accorder l’ordre d’apprentissage des modules avec les missions que vous me confierez.

    De plus, grâce au plan “1 jeune, 1 solution”, vous bénéficiez d’une prime de 8000€ pour toute embauche en alternance. Grâce à celle-ci le coût lié à mon embauche est inférieur à 500€ par mois.

    En pièces jointes de ce mail, vous trouverez mon CV ainsi que la plaquette de présentation de l'ISCOD.

    Je reste à votre écoute pour toute demande d’entretien individuel et je vous souhaite une excellente journée.

    Raounak Aouissaoui
    +33646814108

    by aouissaoui.raounak@gmail.com - 01:00 - 9 Feb 2022

    2 attachments 2 attachments

    cv.pdf
    brochure-alternance-iscod.pdf
  • Plugin/module multiplexer/switcher for multi company 
    Hi!

I have a client that has multi company installation. Each company resides in a different country. For each country I have created a module that acts the same as partner_autocomplate but retrieveing data from their local authorities (state registers). Now I would like to create something as a plugin system where the client could use all of these modules for different companies. So I'd need to create some sort of plugins and multiplexer/switcher that would route requests to appropriate plugin. Is there anything like that already existing in Odoo?

One approach that I see would be creating that multiplexer/switcher as a main module that would provide company-specific configuration. Each of the plugin modules would be a module of its own extending the main module's list of available plugins implemented as fields.Selection via selection_add. That selection would be used as company-specific configuration to know, which plugin should server the requests. So when requests comes and it is passed through plugins each would be able to tell whether it's the correct one to serve it.

Is there a better way to do this? Any suggestions are welcome.

Best regards

	Radovan Skolnik
    by Radovan Skolnik - 11:26 - 8 Feb 2022

    8 replies 8 replies

    • Re: Plugin/module multiplexer/switcher for multi company
      The only problem with the dynamic dispatching according method name is that the code discoverability is more difficult, as you usually look for occurrences of your full method name in other parts of the code, which doesn't happen here. I recently suggest to use a similar approach using inheritance here:


      and attended by Denis here:


      Regards.
      by Pedro M. Baeza - 02:40 - 9 Feb 2022
    • Re: Plugin/module multiplexer/switcher for multi company
      Yes, dispatcher is sort of what I'm looking for. What you suggest is ingenious! Me coming from languages like Java/Pascal/C/Assembler would never think of approach you suggested :-) I mean dynamically calling method name like that. I wanted to do this by standard inheritance chaining of the same method where only the appropriate one would process the request.

      Thanks for the eye-opener!

      Best regards 

        Radovan

      From: gdgellatly@gmail.com
      Sent: February 9, 2022 12:36
      To: contributors@odoo-community.org
      Reply-to: contributors@odoo-community.org
      Subject: Re: Plugin/module multiplexer/switcher for multi company

      Hi,

      It sounds to me like you are suggesting a standard dispatcher.

      There is already plenty of this in Odoo. Company specific headers, company specific pricelists, bank specific imports, EDI processing orders, mail.channel specific commands (those are dynamically defined and executed, probably best example for this).

      Just define a parent module with a standard API dispatcher and a selection field (or Char) where it makes sense.

      e.g in base module - very pseudo if its python, if it is web based or you just need a URL for standard data maybe it may be different but you get the idea.
      class Company:
      field = fields.Selection(base)

      class Partner:
      def complete:
        ensure_one()
        return getattr(self, 'complete_{self.env.user_id.company_id.field}', self.complete_base)()

      def complete base

      extension module
      add field to selection say modb
      def complete_modb()

      On Wed, Feb 9, 2022 at 8:51 PM Radovan Skolnik <radovan@skolnik.info> wrote:
      Hi,

the question was meant more towards good design of something that covers the 
same area functionally (in this case partner autocomplete) but needs to 
provide more implementations that are chosen based on certain criteria.

So in my case I need to have more than one different implementation of the same 
functionality present in the system and choose the appropriate one - in my 
case based on current company being active and configuration for that company.

That leads me to some kind plugin system and was wondering if there was 
anything like that existing in Odoo / OCA already.

Best regards

	Radovan

On streda 9. februára 2022 6:52:24 CET Bruno Joliveau wrote:

> Hi,

> I think it's probably different from a context to another.

> In our case, the majority of our customers work internationally. Their

> search for information is dissociated. The autocomplete is not linked to

> the company in which the user is connected but the country on which he

> creates the new partner for which he is looking for information. All the

> countries we needed to cover for this customer had different connection

> modes and incompatible data structures. We have therefore chosen to process

> outside Odoo in order to standardize the structure of the results thanks to

> different mappings. Odoo connects to the service, the service gets data and

> digests the information. Hope it helps !

> 

> 

> *Bruno Joliveau* - Président NUMIGI SOLUTIONS INC.

> bruno.joliveau@numigi.com  [1]  (514) 317-7944

> Longueuil, Québec, Canada http://www.numigi.com/ [2]

> None [3]   None [4]   None [5]   None [6]

> [7]

> 

> Le mar. 8 févr. 2022 à 17:27, Radovan Skolnik < radovan@skolnik.info  [8] > a

> écrit : Hi!

> I have a client that has multi company installation. Each company resides in

> a different country. For each country I have created a module that acts the

> same as partner_autocomplate but retrieveing data from their local

> authorities (state registers). Now I would like to create something as a

> plugin system where the client could use all of these modules for different

> companies. So I'd need to create some sort of plugins and

> multiplexer/switcher that would route requests to appropriate plugin. Is

> there anything like that already existing in Odoo? One approach that I see

> would be creating that multiplexer/switcher as a main module that would

> provide company-specific configuration. Each of the plugin modules would be

> a module of its own extending the main module's list of available plugins

> implemented as fields.Selection via selection_add. That selection would be


> used as company-specific configuration to know, which plugin should server


> the requests. So when requests comes and it is passed through plugins each


> would be able to tell whether it's the correct one to serve it. Is there a


> better way to do this? Any suggestions are welcome.


> Best regards


> Radovan Skolnik


> 


> 


> _______________________________________________


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

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

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

> 

> 

> _______________________________________________

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

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

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

> 

> 

> 

> [1] mailto:bruno.joliveau@numigi.com

> [2] http://www.numigi.com/

> [3] https://fr.linkedin.com/company/numigi

> [4] https://www.youtube.com/channel/UC2z69q_2XnumQEE9E7BmelQ

> [5] https://blogue.numigi.com/

> [6] https://twitter.com/numigi_ca?lang=fr

> [7] https://bit.ly/5W-Numigi

> [8] mailto:radovan@skolnik.info

> [9] https://odoo-community.org/groups/contributors-15

> [10] mailto:contributors@odoo-community.org

> [11] https://odoo-community.org/groups?unsubscribe

> [12] https://odoo-community.org/groups/contributors-15

> [13] 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 - 02:21 - 9 Feb 2022
    • Re: Plugin/module multiplexer/switcher for multi company
      Hi,

      It sounds to me like you are suggesting a standard dispatcher.

      There is already plenty of this in Odoo. Company specific headers, company specific pricelists, bank specific imports, EDI processing orders, mail.channel specific commands (those are dynamically defined and executed, probably best example for this).

      Just define a parent module with a standard API dispatcher and a selection field (or Char) where it makes sense.

      e.g in base module - very pseudo if its python, if it is web based or you just need a URL for standard data maybe it may be different but you get the idea.
      class Company:
      field = fields.Selection(base)

      class Partner:
      def complete:
        ensure_one()
        return getattr(self, 'complete_{self.env.user_id.company_id.field}', self.complete_base)()

      def complete base

      extension module
      add field to selection say modb
      def complete_modb()

      On Wed, Feb 9, 2022 at 8:51 PM Radovan Skolnik <radovan@skolnik.info> wrote:
      Hi,

the question was meant more towards good design of something that covers the 
same area functionally (in this case partner autocomplete) but needs to 
provide more implementations that are chosen based on certain criteria.

So in my case I need to have more than one different implementation of the same 
functionality present in the system and choose the appropriate one - in my 
case based on current company being active and configuration for that company.

That leads me to some kind plugin system and was wondering if there was 
anything like that existing in Odoo / OCA already.

Best regards

	Radovan

On streda 9. februára 2022 6:52:24 CET Bruno Joliveau wrote:


> Hi,


> I think it's probably different from a context to another.


> In our case, the majority of our customers work internationally. Their


> search for information is dissociated. The autocomplete is not linked to


> the company in which the user is connected but the country on which he


> creates the new partner for which he is looking for information. All the


> countries we needed to cover for this customer had different connection


> modes and incompatible data structures. We have therefore chosen to process


> outside Odoo in order to standardize the structure of the results thanks to


> different mappings. Odoo connects to the service, the service gets data and


> digests the information. Hope it helps !


> 


> 


> *Bruno Joliveau* - Président NUMIGI SOLUTIONS INC.


> bruno.joliveau@numigi.com [1]  (514) 317-7944


> Longueuil, Québec, Canada  http://www.numigi.com/ [2]


> None [3]   None [4]   None [5]   None [6]


> [7]


> 


> Le mar. 8 févr. 2022 à 17:27, Radovan Skolnik < radovan@skolnik.info [8] > a


> écrit : Hi!


> I have a client that has multi company installation. Each company resides in


> a different country. For each country I have created a module that acts the


> same as partner_autocomplate but retrieveing data from their local


> authorities (state registers). Now I would like to create something as a


> plugin system where the client could use all of these modules for different


> companies. So I'd need to create some sort of plugins and


> multiplexer/switcher that would route requests to appropriate plugin. Is


> there anything like that already existing in Odoo? One approach that I see


> would be creating that multiplexer/switcher as a main module that would


> provide company-specific configuration. Each of the plugin modules would be


> a module of its own extending the main module's list of available plugins


> implemented as fields.Selection via selection_add. That selection would be


> used as company-specific configuration to know, which plugin should server


> the requests. So when requests comes and it is passed through plugins each


> would be able to tell whether it's the correct one to serve it. Is there a


> better way to do this? Any suggestions are welcome.


> Best regards


> Radovan Skolnik


> 


> 


> _______________________________________________


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


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


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


> 


> 


> _______________________________________________


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


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


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


> 


> 


> 


> [1] mailto:bruno.joliveau@numigi.com


> [2] http://www.numigi.com/


> [3] https://fr.linkedin.com/company/numigi


> [4] https://www.youtube.com/channel/UC2z69q_2XnumQEE9E7BmelQ


> [5] https://blogue.numigi.com/


> [6] https://twitter.com/numigi_ca?lang=fr


> [7] https://bit.ly/5W-Numigi


> [8] mailto:radovan@skolnik.info


> [9] https://odoo-community.org/groups/contributors-15


> [10] mailto:contributors@odoo-community.org


> [11] https://odoo-community.org/groups?unsubscribe


> [12] https://odoo-community.org/groups/contributors-15


> [13] 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" <gdgellatly@gmail.com> - 12:35 - 9 Feb 2022
    • Re: Plugin/module multiplexer/switcher for multi company

      Hi Radovan

      Recently there were a lot of discussions in "OCA/edi" repository to refactor the pre-14.0 code to use "Component", and I think they pulled it off also - this code mainly has to do with export and import of electronic invoices and other documents, which can be in different formats.

      A similar usecase is in the "bank-statement-import" repository, here to import different formats of bank statements - you can study how it was done there:

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

      The particular module of account_statement_import_online puts down a framework to import from different online API's:

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

      Which may come closer to your usecase.

      I think the "component" route is technically the best, but as you can see before it existed, people made it in different ways, and so there are more ways to Rome.

      -Tom

      On 2/9/22 11:52 AM, Radovan Skolnik wrote:
      Lois,

that definitely seems like well-thought-out system for even much more complex 
cases than mine. For the sake of learning something new I will probably try to 
use it. Thanx a lot.

Best regards

	Radovan

On streda 9. februára 2022 10:37:26 CET Lois Rilo Antelo wrote:

> Hi Radovan,

> I think that components (

> https://github.com/OCA/connector/tree/14.0/component [1] ) might be the

> concept you are looking for. You can have a base module and then different

> modules that introduce new components for each country (following your

> example). Then on execution, the appropriate component will be used

> depending on the working context. You can see different examples on how to

> use components in the OCA: different connectors, edi... My 2 cents.

> Kind regards,

> On Wed, Feb 9, 2022 at 8:51 AM Radovan Skolnik < radovan@skolnik.info [2] >

> wrote: Hi,

> the question was meant more towards good design of something that covers the

> same area functionally (in this case partner autocomplete) but needs to

> provide more implementations that are chosen based on certain criteria. So

> in my case I need to have more than one different implementation of the

> same functionality present in the system and choose the appropriate one -

> in my case based on current company being active and configuration for that

> company. That leads me to some kind plugin system and was wondering if

> there was anything like that existing in Odoo / OCA already.

> Best regards

> Radovan

> 

> On streda 9. februára 2022 6:52:24 CET Bruno Joliveau wrote:

> > Hi,

> > I think it's probably different from a context to another.

> > In our case, the majority of our customers work internationally. Their

> > search for information is dissociated. The autocomplete is not linked to

> > the company in which the user is connected but the country on which he

> > creates the new partner for which he is looking for information. All the

> > countries we needed to cover for this customer had different connection

> > modes and incompatible data structures. We have therefore chosen to

> > process

> > outside Odoo in order to standardize the structure of the results thanks

> > to

> > different mappings. Odoo connects to the service, the service gets data

> > and

> > digests the information. Hope it helps !

> > 

> > 

> > *Bruno Joliveau* - Président NUMIGI SOLUTIONS INC.

> > 

> >  bruno.joliveau@numigi.com [3] [1] (514) 317-7944

> > 

> > Longueuil, Québec, Canada  http://www.numigi.com/ [4] [2]

> > None [3]  None [4]  None [5]  None [6]

> > [7]

> > 

> > Le mar. 8 févr. 2022 à 17:27, Radovan Skolnik <  radovan@skolnik.info [5]

> > [8] > a écrit : Hi!

> > I have a client that has multi company installation. Each company resides

> > in a different country. For each country I have created a module that

> > acts the same as partner_autocomplate but retrieveing data from their

> > local authorities (state registers). Now I would like to create something

> > as a plugin system where the client could use all of these modules for

> > different companies. So I'd need to create some sort of plugins and

> > multiplexer/switcher that would route requests to appropriate plugin. Is

> > there anything like that already existing in Odoo? One approach that I see

> > would be creating that multiplexer/switcher as a main module that would

> > provide company-specific configuration. Each of the plugin modules would

> > be

> > a module of its own extending the main module's list of available plugins

> > implemented as fields.Selection via selection_add. That selection would be

> > used as company-specific configuration to know, which plugin should server

> > the requests. So when requests comes and it is passed through plugins each

> > would be able to tell whether it's the correct one to serve it. Is there a

> > better way to do this? Any suggestions are welcome.

> > Best regards

> > Radovan Skolnik

> > 

> > 

> > _______________________________________________

> > Mailing-List:  https://odoo-community.org/groups/contributors-15 [6] [9]

> > Post to: mailto:  contributors@odoo-community.org [7] [10]

> > Unsubscribe:  https://odoo-community.org/groups?unsubscribe [8] [11]

> > 

> > 

> > _______________________________________________

> > Mailing-List:  https://odoo-community.org/groups/contributors-15 [9] [12]

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

> > Unsubscribe:  https://odoo-community.org/groups?unsubscribe [11] [13]

> > 

> > 

> > 

> > [1] mailto: bruno.joliveau@numigi.com [12]

> > [2]  http://www.numigi.com/ [13]

> > [3]  https://fr.linkedin.com/company/numigi [14]

> > [4]  https://www.youtube.com/channel/UC2z69q_2XnumQEE9E7BmelQ [15]

> > [5]  https://blogue.numigi.com/ [16]

> > [6]  https://twitter.com/numigi_ca?lang=fr [17]

> > [7]  https://bit.ly/5W-Numigi [18]

> > [8] mailto: radovan@skolnik.info [19]

> > [9]  https://odoo-community.org/groups/contributors-15 [20]

> > [10] mailto: contributors@odoo-community.org [21]

> > [11]  https://odoo-community.org/groups?unsubscribe [22]

> > [12]  https://odoo-community.org/groups/contributors-15 [23]

> > [13]  https://odoo-community.org/groups?unsubscribe [24]

> 

> _______________________________________________

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

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

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

> 

> --

> *Lois Rilo Antelo*  Odoo consultant at ForgeFlow S.L.  

> lois.rilo@forgeflow.com [28]  |  https://www.forgeflow.com [29] Twitter:

> /LoisRForgeFlow [30]

> 

> _______________________________________________

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

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

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

> 

> 

> 

> [1] https://github.com/OCA/connector/tree/14.0/component

> [2] mailto:radovan@skolnik.info

> [3] mailto:bruno.joliveau@numigi.com

> [4] http://www.numigi.com/

> [5] mailto:radovan@skolnik.info

> [6] https://odoo-community.org/groups/contributors-15

> [7] mailto:contributors@odoo-community.org

> [8] https://odoo-community.org/groups?unsubscribe

> [9] https://odoo-community.org/groups/contributors-15

> [10] mailto:contributors@odoo-community.org

> [11] https://odoo-community.org/groups?unsubscribe

> [12] mailto:bruno.joliveau@numigi.com

> [13] http://www.numigi.com/

> [14] https://fr.linkedin.com/company/numigi

> [15] https://www.youtube.com/channel/UC2z69q_2XnumQEE9E7BmelQ

> [16] https://blogue.numigi.com/

> [17] https://twitter.com/numigi_ca?lang=fr

> [18] https://bit.ly/5W-Numigi

> [19] mailto:radovan@skolnik.info

> [20] https://odoo-community.org/groups/contributors-15

> [21] mailto:contributors@odoo-community.org

> [22] https://odoo-community.org/groups?unsubscribe

> [23] https://odoo-community.org/groups/contributors-15

> [24] https://odoo-community.org/groups?unsubscribe

> [25] https://odoo-community.org/groups/contributors-15

> [26] mailto:contributors@odoo-community.org

> [27] https://odoo-community.org/groups?unsubscribe

> [28] mailto:lois.rilo@eficent.com

> [29] https://www.forgeflow.com/

> [30] https://twitter.com/LoisRForgeFlow

> [31] https://odoo-community.org/groups/contributors-15

> [32] https://odoo-community.org/groups?unsubscribe

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

      by Tom Blauwendraat - 12:26 - 9 Feb 2022
    • Re: Plugin/module multiplexer/switcher for multi company 
      Lois,

that definitely seems like well-thought-out system for even much more complex 
cases than mine. For the sake of learning something new I will probably try to 
use it. Thanx a lot.

Best regards

	Radovan

On streda 9. februára 2022 10:37:26 CET Lois Rilo Antelo wrote:

> Hi Radovan,

> I think that components (

> https://github.com/OCA/connector/tree/14.0/component [1] ) might be the

> concept you are looking for. You can have a base module and then different

> modules that introduce new components for each country (following your

> example). Then on execution, the appropriate component will be used

> depending on the working context. You can see different examples on how to

> use components in the OCA: different connectors, edi... My 2 cents.

> Kind regards,

> On Wed, Feb 9, 2022 at 8:51 AM Radovan Skolnik < radovan@skolnik.info [2] >

> wrote: Hi,

> the question was meant more towards good design of something that covers the

> same area functionally (in this case partner autocomplete) but needs to

> provide more implementations that are chosen based on certain criteria. So

> in my case I need to have more than one different implementation of the

> same functionality present in the system and choose the appropriate one -

> in my case based on current company being active and configuration for that

> company. That leads me to some kind plugin system and was wondering if

> there was anything like that existing in Odoo / OCA already.

> Best regards

> Radovan

> 

> On streda 9. februára 2022 6:52:24 CET Bruno Joliveau wrote:

> > Hi,

> > I think it's probably different from a context to another.

> > In our case, the majority of our customers work internationally. Their

> > search for information is dissociated. The autocomplete is not linked to

> > the company in which the user is connected but the country on which he

> > creates the new partner for which he is looking for information. All the

> > countries we needed to cover for this customer had different connection

> > modes and incompatible data structures. We have therefore chosen to

> > process

> > outside Odoo in order to standardize the structure of the results thanks

> > to

> > different mappings. Odoo connects to the service, the service gets data

> > and

> > digests the information. Hope it helps !

> > 

> > 

> > *Bruno Joliveau* - Président NUMIGI SOLUTIONS INC.

> > 

> >  bruno.joliveau@numigi.com [3] [1] (514) 317-7944

> > 

> > Longueuil, Québec, Canada  http://www.numigi.com/ [4] [2]

> > None [3]  None [4]  None [5]  None [6]

> > [7]

> > 

> > Le mar. 8 févr. 2022 à 17:27, Radovan Skolnik <  radovan@skolnik.info [5]

> > [8] > a écrit : Hi!

> > I have a client that has multi company installation. Each company resides

> > in a different country. For each country I have created a module that

> > acts the same as partner_autocomplate but retrieveing data from their

> > local authorities (state registers). Now I would like to create something

> > as a plugin system where the client could use all of these modules for

> > different companies. So I'd need to create some sort of plugins and

> > multiplexer/switcher that would route requests to appropriate plugin. Is

> > there anything like that already existing in Odoo? One approach that I see

> > would be creating that multiplexer/switcher as a main module that would

> > provide company-specific configuration. Each of the plugin modules would

> > be

> > a module of its own extending the main module's list of available plugins

> > implemented as fields.Selection via selection_add. That selection would be

> > used as company-specific configuration to know, which plugin should server

> > the requests. So when requests comes and it is passed through plugins each

> > would be able to tell whether it's the correct one to serve it. Is there a

> > better way to do this? Any suggestions are welcome.

> > Best regards

> > Radovan Skolnik

> > 

> > 

> > _______________________________________________

> > Mailing-List:  https://odoo-community.org/groups/contributors-15 [6] [9]

> > Post to: mailto:  contributors@odoo-community.org [7] [10]

> > Unsubscribe:  https://odoo-community.org/groups?unsubscribe [8] [11]

> > 

> > 

> > _______________________________________________

> > Mailing-List:  https://odoo-community.org/groups/contributors-15 [9] [12]

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

> > Unsubscribe:  https://odoo-community.org/groups?unsubscribe [11] [13]

> > 

> > 

> > 

> > [1] mailto: bruno.joliveau@numigi.com [12]

> > [2]  http://www.numigi.com/ [13]

> > [3]  https://fr.linkedin.com/company/numigi [14]

> > [4]  https://www.youtube.com/channel/UC2z69q_2XnumQEE9E7BmelQ [15]

> > [5]  https://blogue.numigi.com/ [16]

> > [6]  https://twitter.com/numigi_ca?lang=fr [17]

> > [7]  https://bit.ly/5W-Numigi [18]

> > [8] mailto: radovan@skolnik.info [19]

> > [9]  https://odoo-community.org/groups/contributors-15 [20]

> > [10] mailto: contributors@odoo-community.org [21]

> > [11]  https://odoo-community.org/groups?unsubscribe [22]

> > [12]  https://odoo-community.org/groups/contributors-15 [23]

> > [13]  https://odoo-community.org/groups?unsubscribe [24]

> 

> _______________________________________________

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

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

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

> 

> --

> *Lois Rilo Antelo*  Odoo consultant at ForgeFlow S.L.  

> lois.rilo@forgeflow.com [28]  |  https://www.forgeflow.com [29] Twitter:

> /LoisRForgeFlow [30]

> 

> _______________________________________________

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

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

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

> 

> 

> 

> [1] https://github.com/OCA/connector/tree/14.0/component

> [2] mailto:radovan@skolnik.info

> [3] mailto:bruno.joliveau@numigi.com

> [4] http://www.numigi.com/

> [5] mailto:radovan@skolnik.info

> [6] https://odoo-community.org/groups/contributors-15

> [7] mailto:contributors@odoo-community.org

> [8] https://odoo-community.org/groups?unsubscribe

> [9] https://odoo-community.org/groups/contributors-15

> [10] mailto:contributors@odoo-community.org

> [11] https://odoo-community.org/groups?unsubscribe

> [12] mailto:bruno.joliveau@numigi.com

> [13] http://www.numigi.com/

> [14] https://fr.linkedin.com/company/numigi

> [15] https://www.youtube.com/channel/UC2z69q_2XnumQEE9E7BmelQ

> [16] https://blogue.numigi.com/

> [17] https://twitter.com/numigi_ca?lang=fr

> [18] https://bit.ly/5W-Numigi

> [19] mailto:radovan@skolnik.info

> [20] https://odoo-community.org/groups/contributors-15

> [21] mailto:contributors@odoo-community.org

> [22] https://odoo-community.org/groups?unsubscribe

> [23] https://odoo-community.org/groups/contributors-15

> [24] https://odoo-community.org/groups?unsubscribe

> [25] https://odoo-community.org/groups/contributors-15

> [26] mailto:contributors@odoo-community.org

> [27] https://odoo-community.org/groups?unsubscribe

> [28] mailto:lois.rilo@eficent.com

> [29] https://www.forgeflow.com/

> [30] https://twitter.com/LoisRForgeFlow

> [31] https://odoo-community.org/groups/contributors-15

> [32] https://odoo-community.org/groups?unsubscribe
      by Radovan Skolnik - 11:51 - 9 Feb 2022

  • CLA Bot back from the abyss 
    Hello everyone,

We found out that the CLA Bot was not generating any messages on pull 
requests. This could well have been the case since Nov 2013, 2020 when 
github stopped accepting basic password auth that was used by the bot. 
There were probably some emails that were sent to the account of the 
bot, but it turns out that this email address used to belong to to the 
original author of the clabot who changed companies, and so noone was 
receiving this.

So... This is now fixed, and the CLAbot should be bugging you again on 
pull requests.

Happy reviewing :)


-- 
Alexandre Fayolle
Senior Software Engineer
Tel : +33 4 58 48 20 30

Camptocamp France SAS
18 rue du Lac Saint André
73 370 Le Bourget-du-Lac
France

http://www.camptocamp.com
    by Alexandre Fayolle - 04:11 - 4 Feb 2022

    2 replies 2 replies

    • Re: CLA Bot back from the abyss
      Thanks Alex!

      Le ven. 4 févr. 2022 à 16:12, Alexandre Fayolle <alexandre.fayolle@camptocamp.com> a écrit :
      Hello everyone,

We found out that the CLA Bot was not generating any messages on pull 
requests. This could well have been the case since Nov 2013, 2020 when 
github stopped accepting basic password auth that was used by the bot. 
There were probably some emails that were sent to the account of the 
bot, but it turns out that this email address used to belong to to the 
original author of the clabot who changed companies, and so noone was 
receiving this.

So... This is now fixed, and the CLAbot should be bugging you again on 
pull requests.

Happy reviewing :)



-- 
Alexandre Fayolle
Senior Software Engineer
Tel : +33 4 58 48 20 30

Camptocamp France SAS
18 rue du Lac Saint André
73 370 Le Bourget-du-Lac
France

http://www.camptocamp.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 Denis Roussel - 04:28 - 4 Feb 2022
    • Re: CLA Bot back from the abyss
      Thank you very much for the research about it.

      Regards.
      by Pedro M. Baeza - 04:18 - 4 Feb 2022
  • New module website_menu_icon

    Hi!


    Quite some time ago I created new module: website_menu_icon that allows for adding icons images to website menus. It was a learning experience for me in Odoo/Python/JS. I have posted a PR to include it into OCA here: https://github.com/OCA/website/pull/745 If this might be interesting to you, please review the module as it is waiting there for a long time. Thank you.


    Best regards


        Radovan Skolnik

    by Radovan Skolnik - 03:21 - 4 Feb 2022
  • Goodbye runbot, welcome runboat
    Dear contributors,

    As you may have noticed, a new tool arrived in the OCA landscape: runboat.

    It is a runbot replacement that is specially tailored to OCA needs. Its key feature is that it prepares Odoo environments from GitHub commits, and once they are initialized they are kept in a dormant state, ready to start in seconds when needed for testing. This way we can have a very large number of environments ready to use (up to 10 000 on our current machine), so there is a great chance that the branch you want to test is readily available and there is no wait for functional people wanting to contribute.


    It is currently enabled for branches 10 to 15. And the test environment corresponding to each PR or commit is linked as part of the GitHub checks (look at the red cross or green check mark).

    image.png

    Soon, links to runboat will be added to the README.md files of all repos for branches 13, 14 and 15.

    You can also open it for a repo and Odoo version with a link like this: https://runboat.odoo-community.org/builds?repo=oca/mis-builder&target_branch=14.0

    It is currently not enabled for branches older than 10, although in principle it should work for 8 and 9 too. If you need it and want to help make it happen, do not hesitate to get in touch on discord.

    Since runboat is proving to work very well and is much more resource efficient than runbot, while at the same time providing a better user experience, we can now shutdown runbot, in order to save on OCA server costs.

    With the help of Alexandre Fayolle, we are going to do that in the coming weeks, so prepare to say goodbye to runbot!

    Most existing links to runbot.odoo-community.org will then redirect to runboat.

    In the meantime, if you notice issues do not hesitate to get in touch by @ mentioning me on the PRs for which the runboat build would fail and you don't readily understand why or how to fix it. This will also help prepare for the move from Travis to GitHub actions which we are also planning in the first part of 2022.

    I also monitor the OCA Infrastructure discord channel from time to time.

    Best regards, and happy testing!

    -sbi

    --
    Stéphane Bidoul
    Operations Director
    M: +32 498 72 46 54
    http://acsone.eu/
    by Stéphane Bidoul - 06:06 - 27 Jan 2022

    1 attachments 1 attachments

    image.png

    17 replies 17 replies

    • Re: Goodbye runbot, welcome runboat
      Hooray! Welcome, runboat!
      Thanks a lot for the outstanding work!

      On Thu, Jan 27, 2022 at 6:07 PM Stéphane Bidoul <stephane.bidoul@acsone.eu> wrote:
      Dear contributors,

      As you may have noticed, a new tool arrived in the OCA landscape: runboat.

      It is a runbot replacement that is specially tailored to OCA needs. Its key feature is that it prepares Odoo environments from GitHub commits, and once they are initialized they are kept in a dormant state, ready to start in seconds when needed for testing. This way we can have a very large number of environments ready to use (up to 10 000 on our current machine), so there is a great chance that the branch you want to test is readily available and there is no wait for functional people wanting to contribute.


      It is currently enabled for branches 10 to 15. And the test environment corresponding to each PR or commit is linked as part of the GitHub checks (look at the red cross or green check mark).

      image.png

      Soon, links to runboat will be added to the README.md files of all repos for branches 13, 14 and 15.

      You can also open it for a repo and Odoo version with a link like this: https://runboat.odoo-community.org/builds?repo=oca/mis-builder&target_branch=14.0

      It is currently not enabled for branches older than 10, although in principle it should work for 8 and 9 too. If you need it and want to help make it happen, do not hesitate to get in touch on discord.

      Since runboat is proving to work very well and is much more resource efficient than runbot, while at the same time providing a better user experience, we can now shutdown runbot, in order to save on OCA server costs.

      With the help of Alexandre Fayolle, we are going to do that in the coming weeks, so prepare to say goodbye to runbot!

      Most existing links to runbot.odoo-community.org will then redirect to runboat.

      In the meantime, if you notice issues do not hesitate to get in touch by @ mentioning me on the PRs for which the runboat build would fail and you don't readily understand why or how to fix it. This will also help prepare for the move from Travis to GitHub actions which we are also planning in the first part of 2022.

      I also monitor the OCA Infrastructure discord channel from time to time.

      Best regards, and happy testing!

      -sbi

      --
      Stéphane Bidoul
      Operations Director
      M: +32 498 72 46 54
      http://acsone.eu/

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



      --
      by Alex Comba. - 02:21 - 28 Jan 2022
    • Re: Goodbye runbot, welcome runboat
      Nice very good job of Stéphane and Alexandre

      Bonne journée

      David BEAL
      Consultant ERP Odoo


      Le ven. 28 janv. 2022 à 11:57, Raphaël Reverdy <raphael.reverdy@akretion.com> a écrit :
      Thanks ! It's a huge improvement.

      Le ven. 28 janv. 2022 à 09:26, Aarón Henríquez Quintana <ahenriquez@forgeflow.com> a écrit :
      It works like a charm! I can start an environment instantly, it is a huge improvement.

      Thanks a lot Stéphane!

      On Fri, 28 Jan 2022 at 09:16, Radovan Skolnik <radovan@skolnik.info> wrote:
      Thaks a million, Stephane! Magnificient work indeed!

Best regards,

	Radovan Skolnik

On štvrtok 27. januára 2022 18:07:31 CET Stéphane Bidoul wrote:




> Dear contributors,




> As you may have noticed, a new tool arrived in the OCA landscape: runboat.




> It is a runbot replacement that is specially tailored to OCA needs. Its key




> feature is that it prepares Odoo environments from GitHub commits, and once




> they are initialized they are kept in a dormant state, ready to start in




> seconds when needed for testing. This way we can have a very large number




> of environments ready to use (up to 10 000 on our current machine), so




> there is a great chance that the branch you want to test is readily




> available and there is no wait for functional people wanting to contribute.




> If you are curious about the technology behind it, the runboat source code




> is available on GitHub [1] , and this twitter thread highlights some tools




> used to create it [2] . It is currently enabled for branches 10 to 15. And




> the test environment corresponding to each PR or commit is linked as part




> of the GitHub checks (look at the red cross or green check mark).




> 




> Soon, links to runboat will be added to the README.md files of all repos for




> branches 13, 14 and 15. You can also open it for a repo and Odoo version




> with a link like this:




> https://runboat.odoo-community.org/builds?repo=oca/mis-builder&target_branc




> h=14.0 [3] It is currently not enabled for branches older than 10, although




> in principle it should work for 8 and 9 too. If you need it and want to




> help make it happen, do not hesitate to get in touch on discord. Since




> runboat is proving to work very well and is much more resource efficient




> than runbot, while at the same time providing a better user experience, we




> can now shutdown runbot, in order to save on OCA server costs. With the




> help of Alexandre Fayolle, we are going to do that in the coming weeks, so




> prepare to say goodbye to runbot! Most existing links to




> runbot.odoo-community.org [4] will then redirect to runboat. In the




> meantime, if you notice issues do not hesitate to get in touch by @




> mentioning me on the PRs for which the runboat build would fail and you




> don't readily understand why or how to fix it. This will also help prepare




> for the move from Travis to GitHub actions which we are also planning in




> the first part of 2022. I also monitor the OCA Infrastructure discord




> channel from time to time. Best regards, and happy testing!




> -sbi




> --   Stéphane Bidoul  Operations Director




> M: +32 498 72 46 54     None [5]




> 




> _______________________________________________




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




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




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




> 




> 




> 




> [1] https://github.com/sbidoul/runboat




> [2] https://twitter.com/SBidoul/status/1467143341083086864




> [3]




> https://runboat.odoo-community.org/builds?repo=oca/mis-builder&target_branc




> h=14.0 [4] http://runbot.odoo-community.org




> [5] http://acsone.eu/




> [6] https://odoo-community.org/groups/contributors-15




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



      --
      Aaron Henríquez Quintana
      Technical Consultant
      Twitter: /AaronHForgeFlow  |  Linkedin: /aaron-henriquez-quintana-84299869


            

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



      --
      Raphaël Reverdy
      Mobile +33 6 38 02 03 93
      Fixe +33 4 82 53 84 60

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

      by David BEAL - 01:21 - 28 Jan 2022
    • Re: Goodbye runbot, welcome runboat
      Thanks ! It's a huge improvement.

      Le ven. 28 janv. 2022 à 09:26, Aarón Henríquez Quintana <ahenriquez@forgeflow.com> a écrit :
      It works like a charm! I can start an environment instantly, it is a huge improvement.

      Thanks a lot Stéphane!

      On Fri, 28 Jan 2022 at 09:16, Radovan Skolnik <radovan@skolnik.info> wrote:
      Thaks a million, Stephane! Magnificient work indeed!

Best regards,

	Radovan Skolnik

On štvrtok 27. januára 2022 18:07:31 CET Stéphane Bidoul wrote:



> Dear contributors,



> As you may have noticed, a new tool arrived in the OCA landscape: runboat.



> It is a runbot replacement that is specially tailored to OCA needs. Its key



> feature is that it prepares Odoo environments from GitHub commits, and once



> they are initialized they are kept in a dormant state, ready to start in



> seconds when needed for testing. This way we can have a very large number



> of environments ready to use (up to 10 000 on our current machine), so



> there is a great chance that the branch you want to test is readily



> available and there is no wait for functional people wanting to contribute.



> If you are curious about the technology behind it, the runboat source code



> is available on GitHub [1] , and this twitter thread highlights some tools



> used to create it [2] . It is currently enabled for branches 10 to 15. And



> the test environment corresponding to each PR or commit is linked as part



> of the GitHub checks (look at the red cross or green check mark).



> 



> Soon, links to runboat will be added to the README.md files of all repos for



> branches 13, 14 and 15. You can also open it for a repo and Odoo version



> with a link like this:



> https://runboat.odoo-community.org/builds?repo=oca/mis-builder&target_branc



> h=14.0 [3] It is currently not enabled for branches older than 10, although



> in principle it should work for 8 and 9 too. If you need it and want to



> help make it happen, do not hesitate to get in touch on discord. Since



> runboat is proving to work very well and is much more resource efficient



> than runbot, while at the same time providing a better user experience, we



> can now shutdown runbot, in order to save on OCA server costs. With the



> help of Alexandre Fayolle, we are going to do that in the coming weeks, so



> prepare to say goodbye to runbot! Most existing links to



> runbot.odoo-community.org [4] will then redirect to runboat. In the



> meantime, if you notice issues do not hesitate to get in touch by @



> mentioning me on the PRs for which the runboat build would fail and you



> don't readily understand why or how to fix it. This will also help prepare



> for the move from Travis to GitHub actions which we are also planning in



> the first part of 2022. I also monitor the OCA Infrastructure discord



> channel from time to time. Best regards, and happy testing!



> -sbi



> --   Stéphane Bidoul  Operations Director



> M: +32 498 72 46 54     None [5]



> 



> _______________________________________________



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



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



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



> 



> 



> 



> [1] https://github.com/sbidoul/runboat



> [2] https://twitter.com/SBidoul/status/1467143341083086864



> [3]



> https://runboat.odoo-community.org/builds?repo=oca/mis-builder&target_branc



> h=14.0 [4] http://runbot.odoo-community.org



> [5] http://acsone.eu/



> [6] https://odoo-community.org/groups/contributors-15



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



      --
      Aaron Henríquez Quintana
      Technical Consultant
      Twitter: /AaronHForgeFlow  |  Linkedin: /aaron-henriquez-quintana-84299869


            

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



      --
      Raphaël Reverdy
      Mobile +33 6 38 02 03 93
      Fixe +33 4 82 53 84 60
      by Raphaël Reverdy - 11:56 - 28 Jan 2022
    • Re: Goodbye runbot, welcome runboat
      It works like a charm! I can start an environment instantly, it is a huge improvement.

      Thanks a lot Stéphane!

      On Fri, 28 Jan 2022 at 09:16, Radovan Skolnik <radovan@skolnik.info> wrote:
      Thaks a million, Stephane! Magnificient work indeed!

Best regards,

	Radovan Skolnik

On štvrtok 27. januára 2022 18:07:31 CET Stéphane Bidoul wrote:


> Dear contributors,


> As you may have noticed, a new tool arrived in the OCA landscape: runboat.


> It is a runbot replacement that is specially tailored to OCA needs. Its key


> feature is that it prepares Odoo environments from GitHub commits, and once


> they are initialized they are kept in a dormant state, ready to start in


> seconds when needed for testing. This way we can have a very large number


> of environments ready to use (up to 10 000 on our current machine), so


> there is a great chance that the branch you want to test is readily


> available and there is no wait for functional people wanting to contribute.


> If you are curious about the technology behind it, the runboat source code


> is available on GitHub [1] , and this twitter thread highlights some tools


> used to create it [2] . It is currently enabled for branches 10 to 15. And


> the test environment corresponding to each PR or commit is linked as part


> of the GitHub checks (look at the red cross or green check mark).


> 


> Soon, links to runboat will be added to the README.md files of all repos for


> branches 13, 14 and 15. You can also open it for a repo and Odoo version


> with a link like this:


> https://runboat.odoo-community.org/builds?repo=oca/mis-builder&target_branc


> h=14.0 [3] It is currently not enabled for branches older than 10, although


> in principle it should work for 8 and 9 too. If you need it and want to


> help make it happen, do not hesitate to get in touch on discord. Since


> runboat is proving to work very well and is much more resource efficient


> than runbot, while at the same time providing a better user experience, we


> can now shutdown runbot, in order to save on OCA server costs. With the


> help of Alexandre Fayolle, we are going to do that in the coming weeks, so


> prepare to say goodbye to runbot! Most existing links to


> runbot.odoo-community.org [4] will then redirect to runboat. In the


> meantime, if you notice issues do not hesitate to get in touch by @


> mentioning me on the PRs for which the runboat build would fail and you


> don't readily understand why or how to fix it. This will also help prepare


> for the move from Travis to GitHub actions which we are also planning in


> the first part of 2022. I also monitor the OCA Infrastructure discord


> channel from time to time. Best regards, and happy testing!


> -sbi


> --   Stéphane Bidoul  Operations Director


> M: +32 498 72 46 54     None [5]


> 


> _______________________________________________


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


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


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


> 


> 


> 


> [1] https://github.com/sbidoul/runboat


> [2] https://twitter.com/SBidoul/status/1467143341083086864


> [3]


> https://runboat.odoo-community.org/builds?repo=oca/mis-builder&target_branc


> h=14.0 [4] http://runbot.odoo-community.org


> [5] http://acsone.eu/


> [6] https://odoo-community.org/groups/contributors-15


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



      --
      Aaron Henríquez Quintana
      Technical Consultant
      Twitter: /AaronHForgeFlow  |  Linkedin: /aaron-henriquez-quintana-84299869


            

      by Aarón Henríquez - 09:25 - 28 Jan 2022
    • Re: Goodbye runbot, welcome runboat 
      Thaks a million, Stephane! Magnificient work indeed!

Best regards,

	Radovan Skolnik

On štvrtok 27. januára 2022 18:07:31 CET Stéphane Bidoul wrote:

> Dear contributors,

> As you may have noticed, a new tool arrived in the OCA landscape: runboat.

> It is a runbot replacement that is specially tailored to OCA needs. Its key

> feature is that it prepares Odoo environments from GitHub commits, and once

> they are initialized they are kept in a dormant state, ready to start in

> seconds when needed for testing. This way we can have a very large number

> of environments ready to use (up to 10 000 on our current machine), so

> there is a great chance that the branch you want to test is readily

> available and there is no wait for functional people wanting to contribute.

> If you are curious about the technology behind it, the runboat source code

> is available on GitHub [1] , and this twitter thread highlights some tools

> used to create it [2] . It is currently enabled for branches 10 to 15. And

> the test environment corresponding to each PR or commit is linked as part

> of the GitHub checks (look at the red cross or green check mark).

> 

> Soon, links to runboat will be added to the README.md files of all repos for

> branches 13, 14 and 15. You can also open it for a repo and Odoo version

> with a link like this:

> https://runboat.odoo-community.org/builds?repo=oca/mis-builder&target_branc

> h=14.0 [3] It is currently not enabled for branches older than 10, although

> in principle it should work for 8 and 9 too. If you need it and want to

> help make it happen, do not hesitate to get in touch on discord. Since

> runboat is proving to work very well and is much more resource efficient

> than runbot, while at the same time providing a better user experience, we

> can now shutdown runbot, in order to save on OCA server costs. With the

> help of Alexandre Fayolle, we are going to do that in the coming weeks, so

> prepare to say goodbye to runbot! Most existing links to

> runbot.odoo-community.org [4] will then redirect to runboat. In the

> meantime, if you notice issues do not hesitate to get in touch by @

> mentioning me on the PRs for which the runboat build would fail and you

> don't readily understand why or how to fix it. This will also help prepare

> for the move from Travis to GitHub actions which we are also planning in

> the first part of 2022. I also monitor the OCA Infrastructure discord

> channel from time to time. Best regards, and happy testing!

> -sbi

> --   Stéphane Bidoul  Operations Director

> M: +32 498 72 46 54     None [5]

> 

> _______________________________________________

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

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

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

> 

> 

> 

> [1] https://github.com/sbidoul/runboat

> [2] https://twitter.com/SBidoul/status/1467143341083086864

> [3]

> https://runboat.odoo-community.org/builds?repo=oca/mis-builder&target_branc

> h=14.0 [4] http://runbot.odoo-community.org

> [5] http://acsone.eu/

> [6] https://odoo-community.org/groups/contributors-15

> [7] https://odoo-community.org/groups?unsubscribe
      by Radovan Skolnik - 09:16 - 28 Jan 2022

  • Spanish Payroll
    Hi all,

    Does enyone have experience in Spanish Payroll app ?

    We have a very interesting Odoo project, but we lack the experience required for this module in particular.

    We are looking for working with someone to help us implement this particular app.

    Regards

    Jorge Elena Poblet

    Consultor Tecnológico

    Gerente | Binhex Systems Solutions S.L.



    		+34 822 179 267 | +34 622 40 08 08
    		j.elena@binhex.es
    		https://binhex.es
    		Calle Lepanto, 3A, Santa Cruz de Tenerife, Islas Canarias, España



    facebook

    		linkedin

    		instagram

    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 - 04:51 - 27 Jan 2022

    2 replies 2 replies

    • Re: Spanish Payroll
      Hola Harald,

      Gracias por tu respuesta, estaba pensando en contactar la asociación a ver si habían más empresas para ejecutar algo así.
      Por lo complicado que se ve el tema, habría que analizar que alternativa o planteamiento podemos hacer con este cliente particular.

      Un saludo !
      El 28/01/2022 8:01 Harald Panten Lopez <harald.panten@sygel.es> escribió:


      Hi Jorge,

      What an ambitious project! We've been talking about Spanish payrolls for years but this project didn't continue over.

      You can contact https://www.aeodoo.org and ask them about that. Maybe they can help you coordinating a working group, or helping you to find other companies interested in order to carry on the work.

      Regards.

      El jue, 27 ene 2022 a las 16:52, Jorge Elena Poblet (<j.elena@binhex.es>) escribió:
      Hi all,

      Does enyone have experience in Spanish Payroll app ?

      We have a very interesting Odoo project, but we lack the experience required for this module in particular.

      We are looking for working with someone to help us implement this particular app.

      Regards

      Jorge Elena Poblet

      Consultor Tecnológico

      Gerente | Binhex Systems Solutions S.L.



      		+34 822 179 267 | +34 622 40 08 08
      		j.elena@binhex.es
      		https://binhex.es
      		Calle Lepanto, 3A, Santa Cruz de Tenerife, Islas Canarias, España



      facebook

      		linkedin

      		instagram

      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.

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



      --


      Harald Panten López

      CEO

      Sygel Technology S.L



      		+34 637 88 42 41
      		harald.panten@sygel.es
      		https://www.sygel.es
      		C/ Àlaba 61, 5ª planta, 08005, Barcelona



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

      by Jorge Elena Poblet - 09:21 - 28 Jan 2022
    • Re: Spanish Payroll
      Hi Jorge,

      What an ambitious project! We've been talking about Spanish payrolls for years but this project didn't continue over.

      You can contact https://www.aeodoo.org and ask them about that. Maybe they can help you coordinating a working group, or helping you to find other companies interested in order to carry on the work.

      Regards.

      El jue, 27 ene 2022 a las 16:52, Jorge Elena Poblet (<j.elena@binhex.es>) escribió:
      Hi all,

      Does enyone have experience in Spanish Payroll app ?

      We have a very interesting Odoo project, but we lack the experience required for this module in particular.

      We are looking for working with someone to help us implement this particular app.

      Regards

      Jorge Elena Poblet

      Consultor Tecnológico

      Gerente | Binhex Systems Solutions S.L.



      		+34 822 179 267 | +34 622 40 08 08
      		j.elena@binhex.es
      		https://binhex.es
      		Calle Lepanto, 3A, Santa Cruz de Tenerife, Islas Canarias, España



      facebook

      		linkedin

      		instagram

      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.

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



      --

       

      Harald Panten López

      CEO

      Sygel Technology S.L

      		 
      		+34 637 88 42 41
      		harald.panten@sygel.es
      		https://www.sygel.es
      		C/ Àlaba 61, 5ª planta, 08005, Barcelona
       
       
       
      by Harald Panten Lopez - 09:00 - 28 Jan 2022
  • Manufacturing advice needed - materials of measured units being consumed partially 
    Hello,

sorry for asking stupid questions here but I hope someone can provide some wisdom here that I am missing.

Let's imagine this scenario: I produce Ethernet cables of various lengths - i.e. 25m, 50m, 75m, 100m, ... Each such final cable requires 2 connectors and that particular amount of "raw" cable. I can only buy raw cable in rolls of 1000m.

So when I buy a new roll and produce one final 50m cable, 950m of raw cable remains. When I produce another of 100m length, 850m of raw cable remains. When my remaining raw cable on certain roll is 50m I cannot produce 100m final cable and need to order another raw cable roll.

So the idea is tracking remaining quantity of somethings (products? lots? ...) that is bought at certain size and is being gradually consumed. There can of course be more of these (i.e. I have bought 3 rolls at the same time).

Is there a way on how to model this? Manufacturing is not really my domain and looking through code of various modules I didn't find anything that would resemble such thing.

Thank you very much. Best regards

	Radovan Skolnik
    by Radovan Skolnik - 09:36 - 26 Jan 2022

    9 replies 9 replies

    • Re: Manufacturing advice needed - materials of measured units being consumed partially
      Hi,

      Yes. It is a well known problem. The 2D PaperCutting Problem, a lot less complex than the 3D one, aka Travelling Salesperson.

      As for where it goes. I don't know. As I say, I solved differently. Using Unbuild style you start from the raw material so it was never an issue. But to start you can just use a rule of thumb.

      On Thu, Jan 27, 2022 at 9:37 PM Radovan Skolnik <radovan@skolnik.info> wrote:
      Graeme,

this is what I was looking for and sort of confirms my suspicion that without 
special handling Odoo would sum contents of all lots of same kind into one 
(which perfectly makes sense when dealing with units, weights, volumes and 
such that can be added/joined).

Question though if I may: where should that pseudo-code fit in? Is that 
supposed to be extension somewhere in MRP BoM process where appropriate 
materials are being looked for when manufacturing the final product? Dumb 
question maybe but haven't had much experience with MRP yet.

Your algorithm actually reminds me very much of a thing I was doing just not a 
year ago as a favour to a friend who builds pergolas using alluminium joists 
of certain fixed size. From the design you receive required cutting sizes and 
you need to optimize how to cut the source material with the least waste.

But that was written in Excel and Visual Basic :-) However it is basically the 
same as what you have outlined.

Best regards

	Radovan

P.S.: BTW, have you had a chance to have a look at my comment regarding 
variant_seller_ids for product.[template|product]? Is till consider that thing 
broken and not following the desired design...

On štvrtok 27. januára 2022 9:17:06 CET Graeme Gellatly wrote:
      by Graeme Gellatly - 10:05 - 27 Jan 2022
    • Re: Manufacturing advice needed - materials of measured units being consumed partially 
      Graeme,

this is what I was looking for and sort of confirms my suspicion that without 
special handling Odoo would sum contents of all lots of same kind into one 
(which perfectly makes sense when dealing with units, weights, volumes and 
such that can be added/joined).

Question though if I may: where should that pseudo-code fit in? Is that 
supposed to be extension somewhere in MRP BoM process where appropriate 
materials are being looked for when manufacturing the final product? Dumb 
question maybe but haven't had much experience with MRP yet.

Your algorithm actually reminds me very much of a thing I was doing just not a 
year ago as a favour to a friend who builds pergolas using alluminium joists 
of certain fixed size. From the design you receive required cutting sizes and 
you need to optimize how to cut the source material with the least waste.

But that was written in Excel and Visual Basic :-) However it is basically the 
same as what you have outlined.

Best regards

	Radovan

P.S.: BTW, have you had a chance to have a look at my comment regarding 
variant_seller_ids for product.[template|product]? Is till consider that thing 
broken and not following the desired design...

On štvrtok 27. januára 2022 9:17:06 CET Graeme Gellatly wrote:

> Hi,

> I've solved a similar problem. A bit more complicated, slitting coil into

> multiple widths, weights and lengths. No way to join. That was custom based

> around MRP Unbuild but a lot of the concepts still apply. Unbuild is still

> potentially an option. But in basic terms 1. Use Lot tracking. 2. Use

> orderpoints or similar. Now for the automatic reorder you might want some

> custom code for reordering. In pseudocode. a. counters = [[lot qty], [lot

> qty]] for finished_good in finished_goods.sorted(length desc):   find lot

> raw material that can handle   if found decrement counter.   if not found:

> buy some, break b.  if all lots < <some_length>: order

> c. Rule of thumb orderpoint. I hold 3 rolls. so 3 x max length of finished

> as total rolls means I need to order some more. Or whatever suites. It will

> be easiest that way. On Thu, Jan 27, 2022 at 7:11 PM Radovan Skolnik <

> radovan@skolnik.info [1] > wrote: Hello,

> thank you for all the answers.I guess I have to test this thoroughly. My

> worry is generally this: let's say I have 2 lots/rolls each with 50m raw

> cable remaining. I need to produce 100m final cable. I think the system

> would consider I have enough of raw cable for this. Because that would work

> for certain scenarios. Imagine you need 100kg of something to prdouce

> something else. If you have 2 lots each with 50kg you're good to go - you

> just combine 50kg from each. Similarily if it was pieces. All these can be

> joined / added. I am talking about scenario where partial residual amounts

> cannot be added together to create a larger piece / amount. Hope I am

> making myself clear. Best regards

> Radovan

> 

> On štvrtok 27. januára 2022 0:17:23 CET James Dominy wrote:

> > Hello Radovan,

> > I would track your rolls of cable using Lots, this way when the order

> > calls

> > for 25, 50, or 100 m of cable if the lot does not have the qty needed to

> > produce the ethernet cable it will use the lot that has enough for the

> > finished product. On Wed, Jan 26, 2022 at 3:57 PM Radovan Skolnik <

> > 

> >  radovan@skolnik.info [2] [1] > wrote: Daniel,

> > 

> > thank you for answer. Yes it does make sense. But will it cover scenario

> > where I have let's say 2 rolls with 50m remaining on each and I want to

> > produce 100m final cable? Because in such case a completely new roll

> > should

> > be ordered as I cannot join those 2 50m pieces together... So it comes to

> > a

> > requirement here that you just do not track the total number of meters

> > remaining but you need to track each roll individually. Similar example

> > would be a woodmaker who needs certain sizes of wood for various products

> > (chair, table, ...) and he procures wood in 3m planks. What is your

> > opinion? Best regards

> > Radovan

> > 

> > On streda 26. januára 2022 21:51:47 CET Daniel Reis wrote:

> > > I believe you need to use different Units of Measure (UoM).

> > > In this case, the "Cable" Product is purchased in "Rolls" and used

> > > in "Meters".

> > > The "Roll" UoM should be configured to convert to Meters at a rate

> > > of 1:1000.

> > > This way you track your cable stock in meters available, and you

> > > order to your supplier in rolls.

> > > Dos this make sense?

> > > Thanks

> > > Daniel

> > > 

> > > On 26/01/22 20:37, Radovan Skolnik

> > > wrote:

> > > 

> > > Hello,

> > > sorry for asking stupid questions here but I hope someone can provide

> > > some

> > > wisdom here that I am missing. Let's imagine this scenario: I produce

> > > Ethernet cables of various lengths - i.e. 25m, 50m, 75m, 100m, ... Each

> > > such final cable requires 2 connectors and that particular amount of

> > > "raw"

> > > cable. I can only buy raw cable in rolls of 1000m. So when I buy a new

> > > roll

> > > and produce one final 50m cable, 950m of raw cable remains. When I

> > > produce

> > > another of 100m length, 850m of raw cable remains. When my remaining raw

> > > cable on certain roll is 50m I cannot produce 100m final cable and need

> > > to

> > > order another raw cable roll. So the idea is tracking remaining quantity

> > > of

> > > somethings (products? lots? ...) that is bought at certain size and is

> > > being gradually consumed. There can of course be more of these (i.e. I

> > > have

> > > bought 3 rolls at the same time). Is there a way on how to model this?

> > > Manufacturing is not really my domain and looking through code of

> > > various

> > > modules I didn't find anything that would resemble such thing. Thank you

> > > very much. Best regards

> > > Radovan Skolnik

> > > 

> > > 

> > > _______________________________________________

> > > Mailing-List:  https://odoo-community.org/groups/contributors-15 [3] [2]

> > > [1] Post to: mailto:  contributors@odoo-community.org [4] [3] [2]

> > > Unsubscribe:  https://odoo-community.org/groups?unsubscribe [5] [4] [3]

> > > 

> > > 

> > > 

> > > --

> > > DANIEL

> > > REIS*

> > > MANAGING DIRECTOR

> > > M:*

> > > +351 919 991 307

> > > E:*

> > > dreis@OpenSourceIntegrators.com [4]

> > > A:*

> > > Avenida da República 3000, Estoril Office B, #34

> > > 

> > > 

> > > None [5] None [6] None [7]

> > > 

> > > 

> > > _______________________________________________

> > > Mailing-List:  https://odoo-community.org/groups/contributors-15 [6] [5]

> > > [8] Post to: mailto:  contributors@odoo-community.org [7] [6]

> > > Unsubscribe:  https://odoo-community.org/groups?unsubscribe [8] [7] [9]

> > > 

> > > 

> > > 

> > > [1]  https://odoo-community.org/groups/contributors-15 [9] [8]

> > > [2] mailto:  contributors@odoo-community.org [10] [9]

> > > [3]  https://odoo-community.org/groups?unsubscribe [11] [10]

> > > [4] mailto: dreis@OpenSourceIntegrators.com [11]

> > > [5]  https://www.magentointegrators.com/ [12] [12]

> > > [6]  https://www.hadoopintegrators.com/ [13] [13]

> > > [7]  https://www.usaodoo.com/ [14] [14]

> > > [8]  https://odoo-community.org/groups/contributors-15 [15] [15]

> > > [9]  https://odoo-community.org/groups?unsubscribe [16] [16]

> > 

> > _______________________________________________

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

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

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

> > 

> > --

> > * James Dominy *

> > CEO

> > * Lunel, Inc *

> > Saratoga Springs, UT

> > 719-888-9582

> > 

> >  jamesdominy@lunelerp.com [20] [20]

> > 

> > *  www.lunel.co [21] [21]

> > *

> > 

> > _______________________________________________

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

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

> > Unsubscribe:  https://odoo-community.org/groups?unsubscribe [24] [23]

> > 

> > 

> > 

> > [1] mailto: radovan@skolnik.info [25]

> > [2]  https://odoo-community.org/groups/contributors-15 [26]

> > [3] mailto: contributors@odoo-community.org [27]

> > [4]  https://odoo-community.org/groups?unsubscribe [28]

> > [5]  https://odoo-community.org/groups/contributors-15 [29]

> > [6] mailto: contributors@odoo-community.org [30]

> > [7]  https://odoo-community.org/groups?unsubscribe [31]

> > [8]  https://odoo-community.org/groups/contributors-15 [32]

> > [9] mailto: contributors@odoo-community.org [33]

> > [10]  https://odoo-community.org/groups?unsubscribe [34]

> > [11] mailto: dreis@OpenSourceIntegrators.com [35]

> > [12]  https://www.magentointegrators.com/ [36]

> > [13]  https://www.hadoopintegrators.com/ [37]

> > [14]  https://www.usaodoo.com/ [38]

> > [15]  https://odoo-community.org/groups/contributors-15 [39]

> > [16]  https://odoo-community.org/groups?unsubscribe [40]

> > [17]  https://odoo-community.org/groups/contributors-15 [41]

> > [18] mailto: contributors@odoo-community.org [42]

> > [19]  https://odoo-community.org/groups?unsubscribe [43]

> > [20] mailto: james@lunelerp.com [44]

> > [21]  http://www.lunel.co [45]

> > [22]  https://odoo-community.org/groups/contributors-15 [46]

> > [23]  https://odoo-community.org/groups?unsubscribe [47]

> 

> _______________________________________________

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

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

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

> 

> 

> _______________________________________________

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

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

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

> 

> 

> 

> [1] mailto:radovan@skolnik.info

> [2] mailto:radovan@skolnik.info

> [3] https://odoo-community.org/groups/contributors-15

> [4] mailto:contributors@odoo-community.org

> [5] https://odoo-community.org/groups?unsubscribe

> [6] https://odoo-community.org/groups/contributors-15

> [7] mailto:contributors@odoo-community.org

> [8] https://odoo-community.org/groups?unsubscribe

> [9] https://odoo-community.org/groups/contributors-15

> [10] mailto:contributors@odoo-community.org

> [11] https://odoo-community.org/groups?unsubscribe

> [12] https://www.magentointegrators.com/

> [13] https://www.hadoopintegrators.com/

> [14] https://www.usaodoo.com/

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

> [16] https://odoo-community.org/groups?unsubscribe

> [17] https://odoo-community.org/groups/contributors-15

> [18] mailto:contributors@odoo-community.org

> [19] https://odoo-community.org/groups?unsubscribe

> [20] mailto:jamesdominy@lunelerp.com

> [21] http://www.lunel.co

> [22] https://odoo-community.org/groups/contributors-15

> [23] mailto:contributors@odoo-community.org

> [24] https://odoo-community.org/groups?unsubscribe

> [25] mailto:radovan@skolnik.info

> [26] https://odoo-community.org/groups/contributors-15

> [27] mailto:contributors@odoo-community.org

> [28] https://odoo-community.org/groups?unsubscribe

> [29] https://odoo-community.org/groups/contributors-15

> [30] mailto:contributors@odoo-community.org

> [31] https://odoo-community.org/groups?unsubscribe

> [32] https://odoo-community.org/groups/contributors-15

> [33] mailto:contributors@odoo-community.org

> [34] https://odoo-community.org/groups?unsubscribe

> [35] mailto:dreis@OpenSourceIntegrators.com

> [36] https://www.magentointegrators.com/

> [37] https://www.hadoopintegrators.com/

> [38] https://www.usaodoo.com/

> [39] https://odoo-community.org/groups/contributors-15

> [40] https://odoo-community.org/groups?unsubscribe

> [41] https://odoo-community.org/groups/contributors-15

> [42] mailto:contributors@odoo-community.org

> [43] https://odoo-community.org/groups?unsubscribe

> [44] mailto:james@lunelerp.com

> [45] http://www.lunel.co

> [46] https://odoo-community.org/groups/contributors-15

> [47] https://odoo-community.org/groups?unsubscribe

> [48] https://odoo-community.org/groups/contributors-15

> [49] mailto:contributors@odoo-community.org

> [50] https://odoo-community.org/groups?unsubscribe

> [51] https://odoo-community.org/groups/contributors-15

> [52] https://odoo-community.org/groups?unsubscribe
      by Radovan Skolnik - 09:35 - 27 Jan 2022
    • Re: Manufacturing advice needed - materials of measured units being consumed partially
      Hi,

      I've solved a similar problem. A bit more complicated, slitting coil into multiple widths, weights and lengths. No way to join. That was custom based around MRP Unbuild but a lot of the concepts still apply. Unbuild is still potentially an option.

      But in basic terms
      1. Use Lot tracking.
      2. Use orderpoints or similar. Now for the automatic reorder you might want some custom code for reordering. In pseudocode.
      a.

      counters = [[lot qty], [lot qty]]
      for finished_good in finished_goods.sorted(length desc):
        find lot raw material that can handle
        if found decrement counter.
        if not found: buy some, break

      b. 
      if all lots < <some_length>: order

      c. Rule of thumb orderpoint.
      I hold 3 rolls. so 3 x max length of finished as total rolls means I need to order some more. Or whatever suites. It will be easiest that way.

      On Thu, Jan 27, 2022 at 7:11 PM Radovan Skolnik <radovan@skolnik.info> wrote:
      Hello,

thank you for all the answers.I guess I have to test this thoroughly. My worry is generally this: let's say I have 2 lots/rolls each with 50m raw cable remaining. I need to produce 100m final cable. I think the system would consider I have enough of raw cable for this. Because that would work for certain scenarios. Imagine you need 100kg of something to prdouce something else. If you have 2 lots each with 50kg you're good to go - you just combine 50kg from each. Similarily if it was pieces. All these can be joined / added. I am talking about scenario where partial residual amounts cannot be added together to create a larger piece / amount.

Hope I am making myself clear. Best regards

	Radovan


On štvrtok 27. januára 2022 0:17:23 CET James Dominy wrote:


> Hello Radovan,


> I would track your rolls of cable using Lots, this way when the order calls


> for 25, 50, or 100 m of cable if the lot does not have the qty needed to


> produce the ethernet cable it will use the lot that has enough for the


> finished product. On Wed, Jan 26, 2022 at 3:57 PM Radovan Skolnik <


> radovan@skolnik.info [1] > wrote: Daniel,


> thank you for answer. Yes it does make sense. But will it cover scenario


> where I have let's say 2 rolls with 50m remaining on each and I want to


> produce 100m final cable? Because in such case a completely new roll should


> be ordered as I cannot join those 2 50m pieces together... So it comes to a


> requirement here that you just do not track the total number of meters


> remaining but you need to track each roll individually. Similar example


> would be a woodmaker who needs certain sizes of wood for various products


> (chair, table, ...) and he procures wood in 3m planks. What is your


> opinion? Best regards


> Radovan


> 


> On streda 26. januára 2022 21:51:47 CET Daniel Reis wrote:


> > I believe you need to use different Units of Measure (UoM).


> > In this case, the "Cable" Product is purchased in "Rolls" and used


> > in "Meters".


> > The "Roll" UoM should be configured to convert to Meters at a rate


> > of 1:1000.


> > This way you track your cable stock in meters available, and you


> > order to your supplier in rolls.


> > Dos this make sense?


> > Thanks


> > Daniel


> > 


> > On 26/01/22 20:37, Radovan Skolnik


> > wrote:


> > 


> > Hello,


> > sorry for asking stupid questions here but I hope someone can provide some


> > wisdom here that I am missing. Let's imagine this scenario: I produce


> > Ethernet cables of various lengths - i.e. 25m, 50m, 75m, 100m, ... Each


> > such final cable requires 2 connectors and that particular amount of "raw"


> > cable. I can only buy raw cable in rolls of 1000m. So when I buy a new


> > roll


> > and produce one final 50m cable, 950m of raw cable remains. When I produce


> > another of 100m length, 850m of raw cable remains. When my remaining raw


> > cable on certain roll is 50m I cannot produce 100m final cable and need to


> > order another raw cable roll. So the idea is tracking remaining quantity


> > of


> > somethings (products? lots? ...) that is bought at certain size and is


> > being gradually consumed. There can of course be more of these (i.e. I


> > have


> > bought 3 rolls at the same time). Is there a way on how to model this?


> > Manufacturing is not really my domain and looking through code of various


> > modules I didn't find anything that would resemble such thing. Thank you


> > very much. Best regards


> > Radovan Skolnik


> > 


> > 


> > _______________________________________________


> > Mailing-List:  https://odoo-community.org/groups/contributors-15 [2] [1]


> > Post to: mailto: contributors@odoo-community.org [3] [2]


> > Unsubscribe:  https://odoo-community.org/groups?unsubscribe [4] [3]


> > 


> > 


> > 


> > --


> > DANIEL


> > REIS*


> > MANAGING DIRECTOR


> > M:*


> > +351 919 991 307


> > E:*


> > dreis@OpenSourceIntegrators.com [4]


> > A:*


> > Avenida da República 3000, Estoril Office B, #34


> > 


> > 


> > None [5] None [6] None [7]


> > 


> > 


> > _______________________________________________


> > Mailing-List:  https://odoo-community.org/groups/contributors-15 [5] [8]


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


> > Unsubscribe:  https://odoo-community.org/groups?unsubscribe [7] [9]


> > 


> > 


> > 


> > [1]  https://odoo-community.org/groups/contributors-15 [8]


> > [2] mailto: contributors@odoo-community.org [9]


> > [3]  https://odoo-community.org/groups?unsubscribe [10]


> > [4] mailto: dreis@OpenSourceIntegrators.com [11]


> > [5]  https://www.magentointegrators.com/ [12]


> > [6]  https://www.hadoopintegrators.com/ [13]


> > [7]  https://www.usaodoo.com/ [14]


> > [8]  https://odoo-community.org/groups/contributors-15 [15]


> > [9]  https://odoo-community.org/groups?unsubscribe [16]


> 


> _______________________________________________


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


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


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


> 


> --


> * James Dominy *


> CEO


> * Lunel, Inc *


> Saratoga Springs, UT


> 719-888-9582


> jamesdominy@lunelerp.com [20]


> * www.lunel.co [21]


> *


> 


> _______________________________________________


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


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


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


> 


> 


> 


> [1] mailto:radovan@skolnik.info


> [2] https://odoo-community.org/groups/contributors-15


> [3] mailto:contributors@odoo-community.org


> [4] https://odoo-community.org/groups?unsubscribe


> [5] https://odoo-community.org/groups/contributors-15


> [6] mailto:contributors@odoo-community.org


> [7] https://odoo-community.org/groups?unsubscribe


> [8] https://odoo-community.org/groups/contributors-15


> [9] mailto:contributors@odoo-community.org


> [10] https://odoo-community.org/groups?unsubscribe


> [11] mailto:dreis@OpenSourceIntegrators.com


> [12] https://www.magentointegrators.com/


> [13] https://www.hadoopintegrators.com/


> [14] https://www.usaodoo.com/


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


> [16] https://odoo-community.org/groups?unsubscribe


> [17] https://odoo-community.org/groups/contributors-15


> [18] mailto:contributors@odoo-community.org


> [19] https://odoo-community.org/groups?unsubscribe


> [20] mailto:james@lunelerp.com


> [21] http://www.lunel.co


> [22] https://odoo-community.org/groups/contributors-15


> [23] 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 - 09:15 - 27 Jan 2022
    • Re: Manufacturing advice needed - materials of measured units being consumed partially 
      Hello,

thank you for all the answers.I guess I have to test this thoroughly. My worry is generally this: let's say I have 2 lots/rolls each with 50m raw cable remaining. I need to produce 100m final cable. I think the system would consider I have enough of raw cable for this. Because that would work for certain scenarios. Imagine you need 100kg of something to prdouce something else. If you have 2 lots each with 50kg you're good to go - you just combine 50kg from each. Similarily if it was pieces. All these can be joined / added. I am talking about scenario where partial residual amounts cannot be added together to create a larger piece / amount.

Hope I am making myself clear. Best regards

	Radovan


On štvrtok 27. januára 2022 0:17:23 CET James Dominy wrote:

> Hello Radovan,

> I would track your rolls of cable using Lots, this way when the order calls

> for 25, 50, or 100 m of cable if the lot does not have the qty needed to

> produce the ethernet cable it will use the lot that has enough for the

> finished product. On Wed, Jan 26, 2022 at 3:57 PM Radovan Skolnik <

> radovan@skolnik.info [1] > wrote: Daniel,

> thank you for answer. Yes it does make sense. But will it cover scenario

> where I have let's say 2 rolls with 50m remaining on each and I want to

> produce 100m final cable? Because in such case a completely new roll should

> be ordered as I cannot join those 2 50m pieces together... So it comes to a

> requirement here that you just do not track the total number of meters

> remaining but you need to track each roll individually. Similar example

> would be a woodmaker who needs certain sizes of wood for various products

> (chair, table, ...) and he procures wood in 3m planks. What is your

> opinion? Best regards

> Radovan

> 

> On streda 26. januára 2022 21:51:47 CET Daniel Reis wrote:

> > I believe you need to use different Units of Measure (UoM).

> > In this case, the "Cable" Product is purchased in "Rolls" and used

> > in "Meters".

> > The "Roll" UoM should be configured to convert to Meters at a rate

> > of 1:1000.

> > This way you track your cable stock in meters available, and you

> > order to your supplier in rolls.

> > Dos this make sense?

> > Thanks

> > Daniel

> > 

> > On 26/01/22 20:37, Radovan Skolnik

> > wrote:

> > 

> > Hello,

> > sorry for asking stupid questions here but I hope someone can provide some

> > wisdom here that I am missing. Let's imagine this scenario: I produce

> > Ethernet cables of various lengths - i.e. 25m, 50m, 75m, 100m, ... Each

> > such final cable requires 2 connectors and that particular amount of "raw"

> > cable. I can only buy raw cable in rolls of 1000m. So when I buy a new

> > roll

> > and produce one final 50m cable, 950m of raw cable remains. When I produce

> > another of 100m length, 850m of raw cable remains. When my remaining raw

> > cable on certain roll is 50m I cannot produce 100m final cable and need to

> > order another raw cable roll. So the idea is tracking remaining quantity

> > of

> > somethings (products? lots? ...) that is bought at certain size and is

> > being gradually consumed. There can of course be more of these (i.e. I

> > have

> > bought 3 rolls at the same time). Is there a way on how to model this?

> > Manufacturing is not really my domain and looking through code of various

> > modules I didn't find anything that would resemble such thing. Thank you

> > very much. Best regards

> > Radovan Skolnik

> > 

> > 

> > _______________________________________________

> > Mailing-List:  https://odoo-community.org/groups/contributors-15 [2] [1]

> > Post to: mailto: contributors@odoo-community.org [3] [2]

> > Unsubscribe:  https://odoo-community.org/groups?unsubscribe [4] [3]

> > 

> > 

> > 

> > --

> > DANIEL

> > REIS*

> > MANAGING DIRECTOR

> > M:*

> > +351 919 991 307

> > E:*

> > dreis@OpenSourceIntegrators.com [4]

> > A:*

> > Avenida da República 3000, Estoril Office B, #34

> > 

> > 

> > None [5] None [6] None [7]

> > 

> > 

> > _______________________________________________

> > Mailing-List:  https://odoo-community.org/groups/contributors-15 [5] [8]

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

> > Unsubscribe:  https://odoo-community.org/groups?unsubscribe [7] [9]

> > 

> > 

> > 

> > [1]  https://odoo-community.org/groups/contributors-15 [8]

> > [2] mailto: contributors@odoo-community.org [9]

> > [3]  https://odoo-community.org/groups?unsubscribe [10]

> > [4] mailto: dreis@OpenSourceIntegrators.com [11]

> > [5]  https://www.magentointegrators.com/ [12]

> > [6]  https://www.hadoopintegrators.com/ [13]

> > [7]  https://www.usaodoo.com/ [14]

> > [8]  https://odoo-community.org/groups/contributors-15 [15]

> > [9]  https://odoo-community.org/groups?unsubscribe [16]

> 

> _______________________________________________

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

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

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

> 

> --

> * James Dominy *

> CEO

> * Lunel, Inc *

> Saratoga Springs, UT

> 719-888-9582

> jamesdominy@lunelerp.com [20]

> * www.lunel.co [21]

> *

> 

> _______________________________________________

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

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

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

> 

> 

> 

> [1] mailto:radovan@skolnik.info

> [2] https://odoo-community.org/groups/contributors-15

> [3] mailto:contributors@odoo-community.org

> [4] https://odoo-community.org/groups?unsubscribe

> [5] https://odoo-community.org/groups/contributors-15

> [6] mailto:contributors@odoo-community.org

> [7] https://odoo-community.org/groups?unsubscribe

> [8] https://odoo-community.org/groups/contributors-15

> [9] mailto:contributors@odoo-community.org

> [10] https://odoo-community.org/groups?unsubscribe

> [11] mailto:dreis@OpenSourceIntegrators.com

> [12] https://www.magentointegrators.com/

> [13] https://www.hadoopintegrators.com/

> [14] https://www.usaodoo.com/

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

> [16] https://odoo-community.org/groups?unsubscribe

> [17] https://odoo-community.org/groups/contributors-15

> [18] mailto:contributors@odoo-community.org

> [19] https://odoo-community.org/groups?unsubscribe

> [20] mailto:james@lunelerp.com

> [21] http://www.lunel.co

> [22] https://odoo-community.org/groups/contributors-15

> [23] https://odoo-community.org/groups?unsubscribe
      by Radovan Skolnik - 07:11 - 27 Jan 2022
    • Re: Manufacturing advice needed - materials of measured units being consumed partially
      Hello Radovan,

      First, to track your raw materials you should automatically be able to do it. Let’s say you buy rolls of cable every time to produce your own cables. The cable on hand quantity should get always be updated whenever you purchase new stock.

      The BOM will look like this:
      1. Certain amount of roll cable (maybe 50m for 50m final Ethernet cable)
      2. 2 connectors

      Now let’s say you have 21 manufacturing order or 21x50= 1050meter manufacturing order. But let’s say you have 1000m (1roll) in stock. The system in the MO will automatically show you that you don’t have enough stock to produce 1050m cable. If you have single MO, you can modify that or if you have 21 MO you can complete the extra MO later when stock arrives.

       If you want to automatically order the raw materials after certain quantity, you can use replenishment order.

      Secondly, use multiple UOM for sales and purchase. By that you can purchase in rolls but produce/sale in meters and consume accordingly.

      Regards,
      Md. Tanzilul Hasan Khan



      On Jan 27, 2022 at 2:37 AM, <Radovan Skolnik> wrote:

      Hello,

sorry for asking stupid questions here but I hope someone can provide some wisdom here that I am missing.

Let's imagine this scenario: I produce Ethernet cables of various lengths - i.e. 25m, 50m, 75m, 100m, ... Each such final cable requires 2 connectors and that particular amount of "raw" cable. I can only buy raw cable in rolls of 1000m.

So when I buy a new roll and produce one final 50m cable, 950m of raw cable remains. When I produce another of 100m length, 850m of raw cable remains. When my remaining raw cable on certain roll is 50m I cannot produce 100m final cable and need to order another raw cable roll.

So the idea is tracking remaining quantity of somethings (products? lots? ...) that is bought at certain size and is being gradually consumed. There can of course be more of these (i.e. I have bought 3 rolls at the same time).

Is there a way on how to model this? Manufacturing is not really my domain and looking through code of various modules I didn't find anything that would resemble such thing.

Thank you very much. Best regards

	Radovan Skolnik
      by ponkhi403 - 04:56 - 27 Jan 2022

  • How to prevent odoo to send the entire traceback
    Hi,

    Not sure if this is the right place to ask:
    Whenever there is an error, Odoo will send back a traceback (whether it is an API call, or from the browser).
    This could be a security issue, as a lot of data can be sent back. Is it possible to reduce the size of the traceback? - so as to prevent an attacker from retrieving any information on the server ?

    Regards,
    Dominique 
    by dominique.k - 05:25 - 21 Jan 2022

    3 replies 3 replies

    • Re: How to prevent odoo to send the entire traceback
      tks so much.
      we'll try :-)


      Dominique 


      On Fri, 21 Jan 2022 at 17:07, Nils Hamerlinck <nils@hamerlinck.fr> wrote:
      Hi Dominique,

      You can try with a server wide module that overrides serialize_exception:

      old_http_serialize_exception = http.serialize_exception

      def http_serialize_exception(e):
          tmp = old_http_serialize_exception(e)
          tmp['debug'] = 'Please check the logs for the traceback.'
          return tmp

      if 'redacted_module' in config.get('server_wide_modules'):
          _logger.debug('Overriding default serialize_exception')
          http.serialize_exception = http_serialize_exception

      Regards,

      Nils

      On Fri, Jan 21, 2022 at 11:27 AM Dominique k <dominique.k@elico-corp.com.sg> wrote:
      Hi,

      Not sure if this is the right place to ask:
      Whenever there is an error, Odoo will send back a traceback (whether it is an API call, or from the browser).
      This could be a security issue, as a lot of data can be sent back. Is it possible to reduce the size of the traceback? - so as to prevent an attacker from retrieving any information on the server ?

      Regards,
      Dominique 

      _______________________________________________
      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 dominique.k - 11:55 - 21 Jan 2022
    • Re: How to prevent odoo to send the entire traceback

      I did see a module in use once that hashed out the folder names in the tracebacks, which are one of the sensitive parts. But I cant remember which module it was.

      On 1/21/22 10:07 AM, Nils Hamerlinck wrote:
      Hi Dominique,

      You can try with a server wide module that overrides serialize_exception:

      old_http_serialize_exception = http.serialize_exception

      def http_serialize_exception(e):
          tmp = old_http_serialize_exception(e)
          tmp['debug'] = 'Please check the logs for the traceback.'
          return tmp

      if 'redacted_module' in config.get('server_wide_modules'):
          _logger.debug('Overriding default serialize_exception')
          http.serialize_exception = http_serialize_exception

      Regards,

      Nils

      On Fri, Jan 21, 2022 at 11:27 AM Dominique k <dominique.k@elico-corp.com.sg> wrote:
      Hi,

      Not sure if this is the right place to ask:
      Whenever there is an error, Odoo will send back a traceback (whether it is an API call, or from the browser).
      This could be a security issue, as a lot of data can be sent back. Is it possible to reduce the size of the traceback? - so as to prevent an attacker from retrieving any information on the server ?

      Regards,
      Dominique 

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

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

      by Tom Blauwendraat - 11:35 - 21 Jan 2022
    • Re: How to prevent odoo to send the entire traceback
      Hi Dominique,

      You can try with a server wide module that overrides serialize_exception:

      old_http_serialize_exception = http.serialize_exception

      def http_serialize_exception(e):
          tmp = old_http_serialize_exception(e)
          tmp['debug'] = 'Please check the logs for the traceback.'
          return tmp

      if 'redacted_module' in config.get('server_wide_modules'):
          _logger.debug('Overriding default serialize_exception')
          http.serialize_exception = http_serialize_exception

      Regards,

      Nils

      On Fri, Jan 21, 2022 at 11:27 AM Dominique k <dominique.k@elico-corp.com.sg> wrote:
      Hi,

      Not sure if this is the right place to ask:
      Whenever there is an error, Odoo will send back a traceback (whether it is an API call, or from the browser).
      This could be a security issue, as a lot of data can be sent back. Is it possible to reduce the size of the traceback? - so as to prevent an attacker from retrieving any information on the server ?

      Regards,
      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 Nils Hamerlinck - 10:06 - 21 Jan 2022