OroCommerce Forums

Covering OroCommerce topics, including community updates and company announcements.

Forums Forums OroCommerce Address Inheritance

This topic contains 2 replies, has 2 voices, and was last updated by  baroso 7 years, 10 months ago.

Starting from March 1, 2020 the forum has been switched to the read-only mode. Please head to StackOverflow for support.

  • Creator
    Topic
  • #31106

    baroso
    Participant

    Is it or will it soon (until the release) be possible that an account user automatically inherits the addresses from their respective account, and that a user admin can restrict these addresses on a user level, so that a user will be abel to only deliver to their address (cost center) within the organization (account)?

    Another B2B use case is to select a different shipping address per product within the cart, or at the time of putting the product in the cart!

    Are these features up to our own customization, or will they be part of the OroCommerce release?

    You are working on a GREAT product, keep up the superb work, best regards,
    Robert Baminger

Viewing 2 replies - 1 through 2 (of 2 total)
  • Author
    Replies
  • #31107

    Michael
    Keymaster

    Hi Robert,

    Thank you for your kind words.

    It is already possible (Beta 1 release) to restrict delivery to pre-selected shipping addresses.
    It could be done in the different ways based on what you are trying to achieve.

    Case #1:

    All account users should be able to ship orders only to the shipping address of the organization account.

    1. Modify the role of the users who should have restricted shipping addresses – on the role edit screen in the “Capabilities” section, switch all capabilities that mention shipping address to “None”
    2. Specify the default shipping address for the organization account (in Beta 1 this can only be done in the backend interface, in Beta 2 account users with necessary permissions will be able to manage address book of their organization on the frontend themselves).
    3. In this case (all “*shipping address*) capabilities are set to “None”, and there is the default shipping address in the account address book) users in this account will be able to ship orders only to this default shipping address.

    Case #2:

    An account user should be able to ship orders only to the shipping address that was specified by the account admin for their user record:
    * As in the case #1, modify the role of the users who should have restricted shipping addresses – on the role edit screen in the “Capabilities” section, switch all capabilities that mention shipping address to “None”
    * Set the capability called “Use the default shipping address from the account user’s address book” to “Full”
    * Enter different default shipping addresses for individual “restricted” account users (it can be done both in the backend by merchant employees, as well as on the frontend by users who were granted the necessary permissions)
    * Check that there are no addresses in the ogranization account marked as default.
    * Now, the “restricted” users will be able to ship orders only to the shipping address pre-defined by user admin.

    Ability to select different shipping addresses per product during the checkout process is not high in our roadmap. It is very unlikely it will be include in the 1.0 release, so if this feature is required by your customers now it might make sense to create it as a customization.

    Thank you,
    Michael Bessolov

    #31108

    baroso
    Participant

    Hi Michael,

    thank you for your detailed answer, I will try these 2 cases in out test installation.

    As for the shipping addresses per product, it’s a feature of our current custom shopping platform, but not too many of our customers use it, so it’s also not top priority on our roadmap.
    Maybe I’ll create a pull request once we get around to implementing it!?

    Thanks
    Robert Baminger

Viewing 2 replies - 1 through 2 (of 2 total)

The forum ‘OroCommerce’ is closed to new topics and replies.

Back to top