- Mailing Lists
- Contributors
- Re: Filling in product catalogue by vendors (external parties - i.e. portal users)
Archives
- By thread 1419
-
By date
- August 2019 59
- September 2019 118
- October 2019 165
- November 2019 97
- December 2019 35
- January 2020 58
- February 2020 204
- March 2020 121
- April 2020 172
- May 2020 50
- June 2020 158
- July 2020 85
- August 2020 94
- September 2020 193
- October 2020 277
- November 2020 100
- December 2020 159
- January 2021 38
- February 2021 87
- March 2021 146
- April 2021 73
- May 2021 90
- June 2021 86
- July 2021 123
- August 2021 50
- September 2021 68
- October 2021 66
- November 2021 74
- December 2021 75
- January 2022 98
- February 2022 77
- March 2022 68
- April 2022 31
- May 2022 59
- June 2022 87
- July 2022 141
- August 2022 38
- September 2022 73
- October 2022 152
- November 2022 39
- December 2022 50
- January 2023 93
- February 2023 49
- March 2023 106
- April 2023 47
- May 2023 69
- June 2023 92
- July 2023 64
- August 2023 103
- September 2023 91
- October 2023 101
- November 2023 94
- December 2023 46
- January 2024 75
- February 2024 79
- March 2024 104
- April 2024 63
- May 2024 40
- June 2024 160
- July 2024 80
- August 2024 70
- September 2024 62
- October 2024 121
- November 2024 117
- December 2024 89
- January 2025 59
- February 2025 104
- March 2025 96
- April 2025 107
- May 2025 52
- June 2025 72
- July 2025 60
- August 2025 81
- September 2025 124
- October 2025 63
- November 2025 22
Contributors
Re: Filling in product catalogue by vendors (external parties - i.e. portal users)
Hello Miroslav, thank you for the input. This is OCA's mailing list and as such focuses on free OCA's modules or modules by OCA contributors not yet in OCA's repositories. The modules you have mentioned generally (judging by their description) provide a way to setup new supplier records by themselves and then some communication around pricelists/products. However these have limitations that I am trying to overcome here: 1) I am stringly against possibility of creating a new contact in the system by just filling in the publicly available form on the website as the Website Vendor Form Registration module does. This poses numerous risks: flooding the system with nonsense, innocent and not so innocent duplication of entries, etc... My solution here is a survey with a module that allows to create a res.partner record from the information collected (by dynamically mapping fields from survey to target model). When the module is matured enough I'll create a PR in OCA repo. 2) The other modules work with already existing products and pricelists. My original question was aimed more towards how to help creating these in a safe way (the same risks as above) and move part of the work to suppliers themselves. But thank you for trying to help here. Best regards Radovan Skolnik On sobota 20. januára 2024 11:21:58 CET Apm Consultancy wrote: > Hi, > My 5c suggestion is, before going farer and further here, to look at the > following existing functionalities, I must admit not exhausted list: - > Supplier Relationship Management Bundle Apps [1] - Purchase Order Showing > Vendor PriceList [2] - Website Vendor Registration Form in Odoo [3] - > Vendor Portal for Product PriceLists [4] I hope (believe) that you can > figure out your first-step working scenario which will satisfy your desire > not to rely on "external hands" data management. However, because your > initial more important business requirement looks like to be minimising or > eliminating the internal workload of the procurement team , still a process > that is implementing a "horizontal integration" across vendors must be > architected (designed), which is also possible, but probably not with the > existing (like above) functionalities. Eventually, that might be the > second-step scenario which will meet your business functional requirements > to decrease the internal workload of the procuring people. Another > e-catalog-based approach is also feasible but that would require adapting > the purchasing strategy and operations of the company' sourcing process. > > > > > Best regards, > Miroslav Lorinkov > ( apmcservice@gmail.com [5] ) > > On Fri, Jan 19, 2024 at 5:12 AM Radovan Skolnik < > notifications@odoo-community.org [6] > wrote: Hello, > I am working with a client that works in food supply industry - i.e. they > purchase groceries and other food stuff and prepare food on large scale. An > example would be hundreds/thousands portions of bolognese sauce made of > beef, tomato sauce, ... Now the company is just starting their operations > and are collecting information about possible suppliers and products > available. Their idea is something like sending out Rf? (P as proposal > maybe) let's say for that tomato sauce where the vendors would provide > information such as: description, origin, packaging, price, ... My > experience strongly suggests not allowing external parties to be allowed to > create business records such as products in the system but this is the kind > of scenario they describe as the desired outcome. I have used a 3rd party > module which extends the RfQ functionality to fill in the prices by > suppliers (so effectively changing one attribute in purchase.order.line). > But in this case the scenario should lead to creation of new > product.[template|product] and also product.supplierinfo by the suppliers. > AFAIK Odoo out-of-the-box does not have anything even close to this. Has > anyone faced similar requirement? Any recommendations on how to tackle this > one? Any advice is greatly welcome. > Best regards > Radovan Skolnik > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [7] > Post to: mailto: contributors@odoo-community.org [8] > Unsubscribe: https://odoo-community.org/groups?unsubscribe [9] > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [10] > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe [11] > > > > [1] > https://apps.odoo.com/apps/modules/16.0/supplier_relationship_manage_bundle > / [2] > https://apps.odoo.com/apps/modules/16.0/vendor_pricelist_purchase_order/ > [3] https://apps.odoo.com/apps/modules/16.0/vendor_registration_form/ [4] > https://apps.odoo.com/apps/modules/16.0/vendor_pricelist_portal/ [5] > mailto:apmcservice@gmail.com > [6] mailto:notifications@odoo-community.org > [7] https://odoo-community.org/groups/contributors-15 > [8] mailto:contributors@odoo-community.org > [9] https://odoo-community.org/groups?unsubscribe > [10] https://odoo-community.org/groups/contributors-15 > [11] https://odoo-community.org/groups?unsubscribe
by Radovan Skolnik - 10:56 - 22 Jan 2024
Reference
-
Filling in product catalogue by vendors (external parties - i.e. portal users)
Hello, I am working with a client that works in food supply industry - i.e. they purchase groceries and other food stuff and prepare food on large scale. An example would be hundreds/thousands portions of bolognese sauce made of beef, tomato sauce, ... Now the company is just starting their operations and are collecting information about possible suppliers and products available. Their idea is something like sending out Rf? (P as proposal maybe) let's say for that tomato sauce where the vendors would provide information such as: description, origin, packaging, price, ... My experience strongly suggests not allowing external parties to be allowed to create business records such as products in the system but this is the kind of scenario they describe as the desired outcome. I have used a 3rd party module which extends the RfQ functionality to fill in the prices by suppliers (so effectively changing one attribute in purchase.order.line). But in this case the scenario should lead to creation of new product.[template|product] and also product.supplierinfo by the suppliers. AFAIK Odoo out-of-the-box does not have anything even close to this. Has anyone faced similar requirement? Any recommendations on how to tackle this one? Any advice is greatly welcome. Best regards Radovan Skolnik
by Radovan Skolnik - 11:10 - 18 Jan 2024