Contributors mailing list archives
contributors@odoo-community.org
Browse archives
Re: Plugin/module multiplexer/switcher for multi company
Re: Plugin/module multiplexer/switcher for multi company
Re: Plugin/module multiplexer/switcher for multi company
byHi 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
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
Reference
-
Plugin/module multiplexer/switcher for multi company
byData Dance s.r.o., Radovan Skolnik-
Re: Plugin/module multiplexer/switcher for multi company
byTecnativa. S. L., Pedro M. Baeza -
Re: Plugin/module multiplexer/switcher for multi company
byData Dance s.r.o., Radovan Skolnik -
Re: Plugin/module multiplexer/switcher for multi company
by "Graeme Gellatly" <gdgellatly@gmail.com> - 09/02/2022 12:32:35 - 0 -
Re: Plugin/module multiplexer/switcher for multi company
bySunflower IT, Tom Blauwendraat -
Re: Plugin/module multiplexer/switcher for multi company
byData Dance s.r.o., Radovan Skolnik -
Re: Plugin/module multiplexer/switcher for multi company
byForgeFlow, S.L., Lois Rilo Antelo -
Re: Plugin/module multiplexer/switcher for multi company
byData Dance s.r.o., Radovan Skolnik -
Re: Plugin/module multiplexer/switcher for multi company
byNUMIGI Solutions Inc., Bruno Joliveau.
-