ACL on Categories/Products/Manufacturers and Multi-stores
MVP
Silver Solution Partner
- 5236
- 49485
- 10/4/2010
- Mexico
I understand you can apply a change-set to the previous version (i.e. apply a change-set of v2.7 to v2.65) and it might even work to previous versions, but it has to be tested. These forum treads might help:
https://www.nopcommerce.com/boards/t/19297/how-to-upgrade-the-source-code.aspx
https://www.nopcommerce.com/boards/t/18232/installing-260-latest-changeset-nopcommerce_bf4461a7fd76.aspx
https://www.nopcommerce.com/boards/t/19297/how-to-upgrade-the-source-code.aspx
https://www.nopcommerce.com/boards/t/18232/installing-260-latest-changeset-nopcommerce_bf4461a7fd76.aspx
- 9
- 105
- 11/21/2012
- Ireland
ACL on Product Variants another real life case when ACL needed.
Case 6) Whole sale company with the regular buying customers .
Customers have an access to the list of products as a Product Variants list for quick processing - ordering system.
With a ACL on Product Variants we can get a granular control of what customers can buy if there is a products buying restrictions due to contracts or agreements between parties.
Case 6) Whole sale company with the regular buying customers .
Customers have an access to the list of products as a Product Variants list for quick processing - ordering system.
With a ACL on Product Variants we can get a granular control of what customers can buy if there is a products buying restrictions due to contracts or agreements between parties.
- 590
- 5284
- 2/9/2010
- United Kingdom
Alex_ wrote:
If you were to use a 1 to 1 relation ship of Product to productVariant and you have ACL on products you would get the exact same result.
Additionally productVariants can only be attached to one product currently (well as of 2.65) so you would have to create a copy of each productVariant to have them all attached to one product? Seems like completely the wrong approach.
ACL on Product Variants another real life case when ACL needed.
Case 6) Whole sale company with the regular buying customers .
Customers have an access to the list of products as a Product Variants list for quick processing - ordering system.
With a ACL on Product Variants we can get a granular control of what customers can buy if there is a products buying restrictions due to contracts or agreements between parties.
Case 6) Whole sale company with the regular buying customers .
Customers have an access to the list of products as a Product Variants list for quick processing - ordering system.
With a ACL on Product Variants we can get a granular control of what customers can buy if there is a products buying restrictions due to contracts or agreements between parties.
If you were to use a 1 to 1 relation ship of Product to productVariant and you have ACL on products you would get the exact same result.
Additionally productVariants can only be attached to one product currently (well as of 2.65) so you would have to create a copy of each productVariant to have them all attached to one product? Seems like completely the wrong approach.
- 275
- 2987
- 10/4/2011
- Pakistan
Normally such wholesale companies have very specific frequent buyers so you can divide them into categories/manufacturers and have ACL on those so that they r visible only to the ones that are supposed to see them. Ofcourse you would have to change your product->categories/manufacturers design to cater for it. In this way you can have a single product under multiple categories.
- 590
- 5284
- 2/9/2010
- United Kingdom
eadameg wrote:
ACL on Products
I think for products can be applied the same approach as for categories: define which are subject to ACL and for which roles they will be published as well as an ACL tab in the administration.
Bulk ACL on Products
This feature, alike Bulk edit product variants, will be required when there is ACL on several categories or products. It needs a search products by product name, category, manufacturer and SKU, as well by ACL Applied (true/false) and to which role. The resulting edit grid contains name and SKU and columns for selection/deselection of ACL Applies and each one of the roles. It will be very convenient to have tools for selection/deselection of each column....
UPDATE
ACL on Product Variants
I found another real life case in which ACL on Product Variants is very helpful. It can be handled in a similar fashion as ACL on Products
Case 5) International training center (Multi-store): The center has IT training facilities in one or two cities of 4 countries in Latin America. It has a catalog of around 400 different courses which are given several times per year in those locations.
Solution: Each course is set as a product with a very long description to present objectives and detailed contents; a link to download PDF with all info; previous courses (using related products) and following courses (cross sells). Each combination of the course with a date and a location is created as a product variant, so each course (product) will have as many variants as its given in each date/location. Similar to the pizza case create 4 customer roles (C1, C2, ...) corresponding to the 4 countries. Set ACL on Product Variants and each variant will be assigned the role corresponding to the country where it takes place. As in the pizza case each visitor is assigned a role corresponding to URL the country which he entered.
I'd like to point out I'm not adverse to ACL on PV per se but
Given the courses are held in different countries you/the storeowner may want the ability to have separate reviews of each course-location. Reviews are only available on the product level so you would be forced to reconsider your Information Architecture. Seems to me that a course in a country(Location) is the product and the times/dates of the courses would be the variants?
If there are 5 times(variants) for 1 course in 1 location then setting ACL on the product is going to be 5x less work for the admin.
lets not introduce a level of complexity that's not required.
ACL on Products
I think for products can be applied the same approach as for categories: define which are subject to ACL and for which roles they will be published as well as an ACL tab in the administration.
Bulk ACL on Products
This feature, alike Bulk edit product variants, will be required when there is ACL on several categories or products. It needs a search products by product name, category, manufacturer and SKU, as well by ACL Applied (true/false) and to which role. The resulting edit grid contains name and SKU and columns for selection/deselection of ACL Applies and each one of the roles. It will be very convenient to have tools for selection/deselection of each column....
UPDATE
ACL on Product Variants
I found another real life case in which ACL on Product Variants is very helpful. It can be handled in a similar fashion as ACL on Products
Case 5) International training center (Multi-store): The center has IT training facilities in one or two cities of 4 countries in Latin America. It has a catalog of around 400 different courses which are given several times per year in those locations.
Solution: Each course is set as a product with a very long description to present objectives and detailed contents; a link to download PDF with all info; previous courses (using related products) and following courses (cross sells). Each combination of the course with a date and a location is created as a product variant, so each course (product) will have as many variants as its given in each date/location. Similar to the pizza case create 4 customer roles (C1, C2, ...) corresponding to the 4 countries. Set ACL on Product Variants and each variant will be assigned the role corresponding to the country where it takes place. As in the pizza case each visitor is assigned a role corresponding to URL the country which he entered.
I'd like to point out I'm not adverse to ACL on PV per se but
Given the courses are held in different countries you/the storeowner may want the ability to have separate reviews of each course-location. Reviews are only available on the product level so you would be forced to reconsider your Information Architecture. Seems to me that a course in a country(Location) is the product and the times/dates of the courses would be the variants?
If there are 5 times(variants) for 1 course in 1 location then setting ACL on the product is going to be 5x less work for the admin.
lets not introduce a level of complexity that's not required.
MVP
Silver Solution Partner
- 5236
- 49485
- 10/4/2010
- Mexico
daveb wrote:
ACL on Products
I think for products can be applied the same approach as for categories: define which are subject to ACL and for which roles they will be published as well as an ACL tab in the administration.
Bulk ACL on Products
This feature, alike Bulk edit product variants, will be required when there is ACL on several categories or products. It needs a search products by product name, category, manufacturer and SKU, as well by ACL Applied (true/false) and to which role. The resulting edit grid contains name and SKU and columns for selection/deselection of ACL Applies and each one of the roles. It will be very convenient to have tools for selection/deselection of each column....
UPDATE
ACL on Product Variants
I found another real life case in which ACL on Product Variants is very helpful. It can be handled in a similar fashion as ACL on Products
Case 5) International training center (Multi-store): The center has IT training facilities in one or two cities of 4 countries in Latin America. It has a catalog of around 400 different courses which are given several times per year in those locations.
Solution: Each course is set as a product with a very long description to present objectives and detailed contents; a link to download PDF with all info; previous courses (using related products) and following courses (cross sells). Each combination of the course with a date and a location is created as a product variant, so each course (product) will have as many variants as its given in each date/location. Similar to the pizza case create 4 customer roles (C1, C2, ...) corresponding to the 4 countries. Set ACL on Product Variants and each variant will be assigned the role corresponding to the country where it takes place. As in the pizza case each visitor is assigned a role corresponding to URL the country which he entered.
I'd like to point out I'm not adverse to ACL on PV per se but
Given the courses are held in different countries you/the storeowner may want the ability to have separate reviews of each course-location. Reviews are only available on the product level so you would be forced to reconsider your Information Architecture. Seems to me that a course in a country(Location) is the product and the times/dates of the courses would be the variants?
If there are 5 times(variants) for 1 course in 1 location then setting ACL on the product is going to be 5x less work for the admin.
lets not introduce a level of complexity that's not required.
I agree that we should not introduce more complexity than needed.
In the example above it was required (and out of the box Nop should not always solve all needs). Here is the example we had to follow for Latin America: the product is very complex in term of description and other information so it is not adequate to copy it because updating copies would be a pain. On the right you see a link "View Schedule" to the product variants (http://www.globalknowledge.com/training/dates.asp?pageid=9&catid=206&courseid=10416&country=United+States) and there you can see they are based ond date and location. As you can see, since the courses are quite standard, product reviews, related products, Facebook likes, etc should be at course level regardless of date/location.
Multi-store/vendor
Now that they are on the roadmap for 3.0 I suggest that regarding assigning the catalog to different stores the same fashion as Customer-Role ACL on categories/manufacturersproducts/pv can be applied as Store ACL on categories/manufacturersproducts/pv. In this case I see the use of Store-ACL on product variants to have (out of a general catalog) the ability to define, for the same product, different pricing, shipping requirements, inventory, warehouses, etc. (as different product variants) for different stores.
ACL on Products
I think for products can be applied the same approach as for categories: define which are subject to ACL and for which roles they will be published as well as an ACL tab in the administration.
Bulk ACL on Products
This feature, alike Bulk edit product variants, will be required when there is ACL on several categories or products. It needs a search products by product name, category, manufacturer and SKU, as well by ACL Applied (true/false) and to which role. The resulting edit grid contains name and SKU and columns for selection/deselection of ACL Applies and each one of the roles. It will be very convenient to have tools for selection/deselection of each column....
UPDATE
ACL on Product Variants
I found another real life case in which ACL on Product Variants is very helpful. It can be handled in a similar fashion as ACL on Products
Case 5) International training center (Multi-store): The center has IT training facilities in one or two cities of 4 countries in Latin America. It has a catalog of around 400 different courses which are given several times per year in those locations.
Solution: Each course is set as a product with a very long description to present objectives and detailed contents; a link to download PDF with all info; previous courses (using related products) and following courses (cross sells). Each combination of the course with a date and a location is created as a product variant, so each course (product) will have as many variants as its given in each date/location. Similar to the pizza case create 4 customer roles (C1, C2, ...) corresponding to the 4 countries. Set ACL on Product Variants and each variant will be assigned the role corresponding to the country where it takes place. As in the pizza case each visitor is assigned a role corresponding to URL the country which he entered.
I'd like to point out I'm not adverse to ACL on PV per se but
Given the courses are held in different countries you/the storeowner may want the ability to have separate reviews of each course-location. Reviews are only available on the product level so you would be forced to reconsider your Information Architecture. Seems to me that a course in a country(Location) is the product and the times/dates of the courses would be the variants?
If there are 5 times(variants) for 1 course in 1 location then setting ACL on the product is going to be 5x less work for the admin.
lets not introduce a level of complexity that's not required.
I agree that we should not introduce more complexity than needed.
In the example above it was required (and out of the box Nop should not always solve all needs). Here is the example we had to follow for Latin America: the product is very complex in term of description and other information so it is not adequate to copy it because updating copies would be a pain. On the right you see a link "View Schedule" to the product variants (http://www.globalknowledge.com/training/dates.asp?pageid=9&catid=206&courseid=10416&country=United+States) and there you can see they are based ond date and location. As you can see, since the courses are quite standard, product reviews, related products, Facebook likes, etc should be at course level regardless of date/location.
Multi-store/vendor
Now that they are on the roadmap for 3.0 I suggest that regarding assigning the catalog to different stores the same fashion as Customer-Role ACL on categories/manufacturersproducts/pv can be applied as Store ACL on categories/manufacturersproducts/pv. In this case I see the use of Store-ACL on product variants to have (out of a general catalog) the ability to define, for the same product, different pricing, shipping requirements, inventory, warehouses, etc. (as different product variants) for different stores.
- 9
- 105
- 11/21/2012
- Ireland
daveb wrote:
Let's have a look at real life scenario :
You have a product in a different weight packaging , say: 500 gm, 2 kg , 5 kg, 10 kg.
And you might have a product that can be sold as a box by 100 items in a box or 1 item as each.
According to a contracts ,some group of a customers can buy only 2 kg packs , if they will be buying 500 gm, 5 kg, 10 kg of the same product your company would not be payed! Same with a box/each .
I see your point , it is possible to have "1 to 1 relation ship of Product" as you saying , but this will be looks more like a hack, rather then clean and granular approach.
Cheers.
ACL on Product Variants another real life case when ACL needed.
Case 6) Whole sale company with the regular buying customers .
Customers have an access to the list of products as a Product Variants list for quick processing - ordering system.
With a ACL on Product Variants we can get a granular control of what customers can buy if there is a products buying restrictions due to contracts or agreements between parties.
If you were to use a 1 to 1 relation ship of Product to productVariant and you have ACL on products you would get the exact same result.
Additionally productVariants can only be attached to one product currently (well as of 2.65) so you would have to create a copy of each productVariant to have them all attached to one product? Seems like completely the wrong approach.
Case 6) Whole sale company with the regular buying customers .
Customers have an access to the list of products as a Product Variants list for quick processing - ordering system.
With a ACL on Product Variants we can get a granular control of what customers can buy if there is a products buying restrictions due to contracts or agreements between parties.
If you were to use a 1 to 1 relation ship of Product to productVariant and you have ACL on products you would get the exact same result.
Additionally productVariants can only be attached to one product currently (well as of 2.65) so you would have to create a copy of each productVariant to have them all attached to one product? Seems like completely the wrong approach.
Let's have a look at real life scenario :
You have a product in a different weight packaging , say: 500 gm, 2 kg , 5 kg, 10 kg.
And you might have a product that can be sold as a box by 100 items in a box or 1 item as each.
According to a contracts ,some group of a customers can buy only 2 kg packs , if they will be buying 500 gm, 5 kg, 10 kg of the same product your company would not be payed! Same with a box/each .
I see your point , it is possible to have "1 to 1 relation ship of Product" as you saying , but this will be looks more like a hack, rather then clean and granular approach.
Cheers.
- 32
- 220
- 5/12/2015
- Italy
Tecnofin wrote:
Hi Eduardo!
I'm using nop 3.5 and i was trying to find out how to set ACL on customers as i'll start working with multi-store, but i can't find. Is it currently working?
Sorry for asking ... but I am nop-rookie and not naitive-english.
* What ACL means?
* Do I understand correctly, that the current v2.65 does not support "ACL on Customers, on Products, on Categories etc", but the next version higher v2.65 will do?
Greets
ACL=Access Control List
It will be available in 2.7 (end of December) or you can use the change sets pointed by Andrei
* What ACL means?
* Do I understand correctly, that the current v2.65 does not support "ACL on Customers, on Products, on Categories etc", but the next version higher v2.65 will do?
Greets
ACL=Access Control List
It will be available in 2.7 (end of December) or you can use the change sets pointed by Andrei
Hi Eduardo!
I'm using nop 3.5 and i was trying to find out how to set ACL on customers as i'll start working with multi-store, but i can't find. Is it currently working?