- Mailing Lists
- Contributors
- Re: purchasing a set of products
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: purchasing a set of products
Hi Jan,
it seems that you simply don't right functionality for your problem. If the product is essentially a kit (we call that Handelsstückliste in Germany in most cases), than why you use a different product for selling? I mean the customer doesn't necessarly need to know what the kit contains and how it is purchased but doubling the amount of product data seems wired and wrong to me. Of course there are a few other down stream issues to be handled when using Odoo E-Commerce as you do, but generally i would still avoid (and see no reason) to build out a replicating product structure (separated for sales and purchases). If you really do the assembly yourself you may also want to use full "manufacturing" instead (at least for the laptop type products).
Best Frederik
Hi! We have several products which we purchase together. For example some laptops are purchased together with RAM and a SSD, but which are separate products for us in Odoo. I can't expect from our purchase department to remember all the components. To make purchasing error prone and easy, we configured a laptop *kit* which BOM contains a laptop *barebone*, RAM, SSD. So our purchase department can simply buy the laptop kit and don't need to remember which components are included in which product. In general this setup works but it has the following shortcomings: The reordering rules need to be configured for the barebone product. Once the minimum amount is reached a PO will be created automatically. The purchase department needs to remember to replace the barebone laptop with the barebone kit. Obviously deactivating "Can be Purchased" can't be applied here. We support this by stating "DON'T BUY" in the product barebone's name. Generally, the amount of products and BOMs is doubling, increasing the overall complexity. Do you have any better idea how to deal with such situation? Best regards, Jan_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
-- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH Innungsstraße 7 21244 Buchholz i.d.N. Tel: +49 (0) 4181 13503 12 Fax: +49 (0) 4181 13503 10 Mobil: +49 (0) 179 3901819 Email: frederik.kramer@initos.com Internet: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Buchholz i.d.N. Amtsgericht Tostedt, HRB 205226 USt-IdNr.: DE815580155 Steuer-Nr: 15/200/53247
by Frederik Kramer - 03:40 - 23 Apr 2024
Reference
-
purchasing a set of products
Hi! We have several products which we purchase together. For example some laptops are purchased together with RAM and a SSD, but which are separate products for us in Odoo. I can't expect from our purchase department to remember all the components. To make purchasing error prone and easy, we configured a laptop *kit* which BOM contains a laptop *barebone*, RAM, SSD. So our purchase department can simply buy the laptop kit and don't need to remember which components are included in which product. In general this setup works but it has the following shortcomings: The reordering rules need to be configured for the barebone product. Once the minimum amount is reached a PO will be created automatically. The purchase department needs to remember to replace the barebone laptop with the barebone kit. Obviously deactivating "Can be Purchased" can't be applied here. We support this by stating "DON'T BUY" in the product barebone's name. Generally, the amount of products and BOMs is doubling, increasing the overall complexity. Do you have any better idea how to deal with such situation? Best regards, Jan
by Jan Suhr - 03:11 - 23 Apr 2024-
Re: purchasing a set of products
Hi Frederik! Am 23.04.24 um 15:41 schrieb Frederik Kramer: > Hi Jan, > > it seems that you simply don't right functionality for your problem. If > the product is essentially a kit (we call that Handelsstückliste in > Germany in most cases), than why you use a different product for > selling? I mean the customer doesn't necessarly need to know what the Because we manufacture new products instead of just selling the purchased one. > kit contains and how it is purchased but doubling the amount of product > data seems wired and wrong to me. Of course there are a few other down > stream issues to be handled when using Odoo E-Commerce as you do, but > generally i would still avoid (and see no reason) to build out a > replicating product structure (separated for sales and purchases). If > you really do the assembly yourself you may also want to use full > "manufacturing" instead (at least for the laptop type products). To use full manufacturing instead of a kit as part of the purchasing process would only complicate things. But instead we might register the purchased product in our stock (e.g. 1x laptop with its parts instead of 1x laptop barebone, 1x RAM, 1x SSD) and use this as a component when producing our final product. This might work if we find a solution to produce more than just one product. For example: The purchased laptop contains 250 GB SSD and the manufactured one contains a 500 GB SSD. So the 250 GB SSD will result in the stock as a by-product of the manufacturing (replaced by a 500 GB SSD). Is this possible somehow? Still I'm not convinced that this approach works for all our cases because we may end up with many BOMs, one for each purchased product variant. To stay with this example we purchase the laptop with different RAM and different SSD and each combination would require a different BOM. Bests Jan > Best Frederik > > Am 23.04.24 um 15:12 schrieb Jan Suhr | Nitrokey: >> Hi! >> We have several products which we purchase together. For example some >> laptops are purchased together with RAM and a SSD, but which are >> separate products for us in Odoo. I can't expect from our purchase >> department to remember all the components. To make purchasing error >> prone and easy, we configured a laptop *kit* which BOM contains a laptop >> *barebone*, RAM, SSD. So our purchase department can simply buy the >> laptop kit and don't need to remember which components are included in >> which product. >> >> In general this setup works but it has the following shortcomings: >> >> The reordering rules need to be configured for the barebone product. >> Once the minimum amount is reached a PO will be created automatically. >> The purchase department needs to remember to replace the barebone laptop >> with the barebone kit. Obviously deactivating "Can be Purchased" can't >> be applied here. We support this by stating "DON'T BUY" in the product >> barebone's name. >> >> Generally, the amount of products and BOMs is doubling, increasing the >> overall complexity. >> >> Do you have any better idea how to deal with such situation? >> >> Best regards, >> Jan >> >> _______________________________________________ >> Mailing-List: https://odoo-community.org/groups/contributors-15 >> <https://odoo-community.org/groups/contributors-15> >> Post to: mailto:contributors@odoo-community.org >> <mailto:contributors@odoo-community.org> >> Unsubscribe: https://odoo-community.org/groups?unsubscribe >> <https://odoo-community.org/groups?unsubscribe> >> > -- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH Innungsstraße 7 > 21244 Buchholz i.d.N. Tel: +49 (0) 4181 13503 12 Fax: +49 (0) 4181 13503 > 10 Mobil: +49 (0) 179 3901819 Email: frederik.kramer@initos.com <mailto:frederik.kramer@initos.com> > Internet:www.initos.com <http://www.initos.com> > > Geschäftsführung: > Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke > > Sitz der Gesellschaft: Buchholz i.d.N. > Amtsgericht Tostedt, HRB 205226 > USt-IdNr.: DE815580155 > Steuer-Nr: 15/200/53247 > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > <https://odoo-community.org/groups/contributors-15> > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe > <https://odoo-community.org/groups?unsubscribe> >
by Jan Suhr - 04:16 - 23 Apr 2024 -
Re: purchasing a set of products
Hi Jan,
it seems that you simply don't right functionality for your problem. If the product is essentially a kit (we call that Handelsstückliste in Germany in most cases), than why you use a different product for selling? I mean the customer doesn't necessarly need to know what the kit contains and how it is purchased but doubling the amount of product data seems wired and wrong to me. Of course there are a few other down stream issues to be handled when using Odoo E-Commerce as you do, but generally i would still avoid (and see no reason) to build out a replicating product structure (separated for sales and purchases). If you really do the assembly yourself you may also want to use full "manufacturing" instead (at least for the laptop type products).
Best Frederik
Am 23.04.24 um 15:12 schrieb Jan Suhr | Nitrokey:
Hi! We have several products which we purchase together. For example some laptops are purchased together with RAM and a SSD, but which are separate products for us in Odoo. I can't expect from our purchase department to remember all the components. To make purchasing error prone and easy, we configured a laptop *kit* which BOM contains a laptop *barebone*, RAM, SSD. So our purchase department can simply buy the laptop kit and don't need to remember which components are included in which product. In general this setup works but it has the following shortcomings: The reordering rules need to be configured for the barebone product. Once the minimum amount is reached a PO will be created automatically. The purchase department needs to remember to replace the barebone laptop with the barebone kit. Obviously deactivating "Can be Purchased" can't be applied here. We support this by stating "DON'T BUY" in the product barebone's name. Generally, the amount of products and BOMs is doubling, increasing the overall complexity. Do you have any better idea how to deal with such situation? Best regards, Jan
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
-- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH Innungsstraße 7 21244 Buchholz i.d.N. Tel: +49 (0) 4181 13503 12 Fax: +49 (0) 4181 13503 10 Mobil: +49 (0) 179 3901819 Email: frederik.kramer@initos.com Internet: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Buchholz i.d.N. Amtsgericht Tostedt, HRB 205226 USt-IdNr.: DE815580155 Steuer-Nr: 15/200/53247
by Frederik Kramer - 03:40 - 23 Apr 2024
-