This guide describes the out-of-the-box storefront functionality for B2B customers.
Info
The B2B storefront supports the following roles and permissions.
Role | Description | PURCHASE | MANAGE USERS | ORDER APPROVAL | MANAGE OWN QUOTES | MANAGE COST CENTER | MANAGE BRANDING |
---|---|---|---|---|---|---|---|
Buyer | can place orders and quotes | ||||||
Approver | can approve orders of buyers | ||||||
Cost Center Manager | can manage cost centers of the customer organization | ||||||
Administrator | can manage all aspects of the customer organization |
The overview page of My Account contains a dashboard for B2B users. The roles described above determine the information to be displayed.
The following sections are available:
As buyer you can see - My Orders, My Order Templates and My Quotes.
Approvers get an additional section on the dashboard called My Approvals. Here they could easily see an overview of their approvals.
The navigation section of the My Account area contains the following information:
Quotes are used for price negotiations between the customer and the merchant.
While there are more complicated processes possible, the current implementation is intentionally kept simple.
The current implementation recommends that the user is logged in before doing anything. After logging in, the user can:
The current implementation supports the following administrative tasks:
In the ICM standard implementation Quotes and Subscriptions are incompatible.
Generally, a subscription is an one-time triggered, but periodically executed purchase of certain products or services. In subscription-based business models, consequently, customers pay periodically to use or receive a defined set of products at a regular base.
The B2X edition of Intershop Commerce Management supports subscription models via recurring orders.
Note
Subscriptions do not work with quotes and vice versa. That is, one cannot create a subscription from a cart that contains a quote. The other way around, a quote cannot be added to a cart if it is already marked as recurrent.
The shop manager can create revenue-based contracts for customers.
These contracts define reduced prices for a certain set of products and can be configured by the Account Manager via the Commerce Management Application.
In the storefront, the customers' users then have reduced prices (best price strategy) according to their contract(s) conditions.
The screenshot shows a product that is part of a contract with reduced prices for graphic cards.
Currently a revenue-based contract can be set up with an individual sales target defined. The line items in the shopping cart are automatically assigned to the contract, to which the product belongs.
In the storefront every business user can see all customer contracts.
A widget on the My Account overview page contains basic information for a limited number of contracts. An additional link leads to the list of all customer contracts.
On the contracts overview page additional information like the contract ID, type and validity period are listed.
The contracts detail view lists all contract information and shows the related orders made.
Administrators of customer organizations can register their organization directly in the storefront.
A user that registers an organization is automatically assigned the administrator role. After registration, new users can be created by the administrator within the user management section of the My Account area and assigned specific roles.
The B2B storefront contains a management section for users of a customer organization, where administrators of the organization can create and manage users.
Administrators can create new users of an organization from the user list. New users will receive an e-mail in order to provide a password and login.
In addition to creating and deleting users, managing a single user includes role and budget settings as well as profile settings.
The roles assigned to a user define what a user is allowed to do in the storefront. The buyer role is always assigned to a user. Additional roles can be assigned, e.g., to approve orders or manage cost centers.
User budgets and order spend limits can be defined separately for each user. If defined, these values are used to decide if an order requires approval or not. An approval is necessary if one or both values are exceeded. If no values are defined, orders can be placed without approval. For more information please read the section Order Approval.
There are jobs which are created with the purpose to reset the user budgets at the end/start of each period. The following budget types are available: monthly, quarterly and weekly. The names of the corresponding job configurations are: ResetMonthlyBudgetsSpentJob, ResetQuarterlyBudgetsSpentJob and ResetWeeklyBudgetsSpentJob. They can be found in the Intershop System Management's Schedules | Scheduling menu item under root domain:
By default these jobs are disabled. This can remain as it is if user budgets are not used. If user budgets are used, these jobs need to be configured once. To do this, click on the desired one to enter the job configuration details page:
On the job configuration details page:
This way resetting of user budgets will be performed automatically at the desired time. It is not necessary to configure all three jobs if for example only one type of budget period is used. For example, if weekly is the only one available, then ResetMonthlyBudgetsSpentJob and ResetQuarterlyBudgetsSpentJob can remain disabled.
In the Edit User Profile dialog it is possible to activate and deactivate a user. Deactivated users are not able to log in.
Administrators can delete users, e.g., in case they left the company. This can be done from the user list by clicking on the delete icon.
With cost centers customer organizations can track purchases according to their internal cost accounting and make sure purchases are in line with defined budgets.
Administrators of customer organizations can create, edit and delete cost centers as well as assign a cost center owner and buyers to them.
Cost centers can be activated and deactivated in order to adapt to changes in the accounting of a customer organization.
Cost centers can be managed in the Cost Centers section of My Account. Administrators and Cost Center Managers can create, edit, activate/deactivate and delete cost centers here and get an overview of the amount of orders and spent budget per cost center.
Cost center managers and administrators can create new cost centers from the Cost Center list. A cost center must have a unique ID within the customer organization, a name and cost center manager defined that approves or rejects all orders placed for this cost center.
Note
Only users with the role Cost Center Manager assigned can be set as a cost center manager for a specific cost center. In addition, a budget can be defined for cost centers.
Administrators or Cost Center Managers can delete cost centers that are no longer needed by clicking on the delete icon in the Cost Centers list.
Cost centers that are not needed now but should be saved for later use or to see all orders placed for this cost center later on, can be deactivated and reactivated again by clicking on the on the deactivate/reactivate icon in the Cost Centers list.
Adding buyers to a cost center can be done in the Add Buyers dialog. To open the dialog click the Add in buyers section of cost center details page.
Editing a buyer's budget is achieved by the Edit Budget dialog. To open the dialog click the Edit button next to each buyer in the cost center details page.
If a buyer has cost centers assigned the selection of a cost center for an order is mandatory. Otherwise an order could be placed without providing a cost center.
Note
Deactivated cost centers cannot be selected during checkout.
Note
Interference between subscriptions and cost center assignment
Recurring orders created from a subscription will further on belong to the cost center to which they were initially assigned. Furthermore a subscription may also create future orders if the initial cost center was deactivated or deleted. This means, it may be a good idea to cancel all subscriptions of a cost center before it is deactivated/deleted.
Budgets can be defined for the cost center itself and specifically for each buyer of the cost center. Budgets can be set to monthly, quarterly, yearly or fixed. Recurring budgets are automatically reset at the end of the defined period.
Interactions of Budgets and Subscriptions
Generally, a subscription is an one-time triggered, but periodically executed purchase of certain products or services. In subscription-based business models, consequently, customers pay periodically to use or receive a defined set of products at a regular base.
Note
Once the subscription is approved all subsequent orders created by this subscription do not require any additional approval. While such a recurring order reduces the budget, the recurring order itself will not be checked against the budget. That is, the recurring order will be placed even if it exceeds the budget.
When an order is assigned to a cost center the approval from the cost center owner is required, regardless of the cost center budget or the user-specific cost center budget. The cost center owner receives information about already spent total cost center and user-specific cost center budgets in context of the order approval. Based on this the order can be approved or rejected. The reason for a rejection can be captured by a comment.
Note
A Cost Center Manager can approve his/her own orders.
The order templates feature allows the customer to collect products in a special product list to order them later or more than once. Adding products to an order template always requires selecting an order template by name or creating a new one. Order templates can be managed (create, update delete) in the My Account section. They can be added to the cart completely. And the cart can be saved into an order template.
B2B customer organizations can use order approval to check orders before they are placed. The approval contains two checks, one for cost center specific approval and one to check orders against a users budget and order spend limit. Using the order approval is optional. If no budgets and spend limits are defined for users and no cost centers are defined for a user, orders are placed without approval.
Whenever an order requires approval due to exceeding the users spend limit or budget, an email is sent to all users with either the Approver role or the Administrator role. These users also see all orders requiring approval in their Dashboard and Approvals section of My Account. Approvers can either approve or reject an order. If an order is approved it is placed automatically. If an approver rejects an order a reason for the rejection can be provided.
Users can see a list of pending, approved and rejected orders in the My Account section.
Generally, a subscription is an one-time triggered, but periodically executed purchase of certain products or services. In subscription-based business models, consequently, customers pay periodically to use or receive a defined set of products at a regular base.
The B2X edition of Intershop Commerce Management supports subscription models via recurring orders.
Subscriptions have different approval rules compared to one-time purchases.
Note
A subscription, which was once approved through all instances, never needs an additional approval, even if the subscription was deactivated and reactivated later on.
It is possible to add multiple products to the cart or a quote request at once by entering product ID and quantity via the Quick Order functionality.
By default, the user can add 10 products. Clicking Add 5 Lines extends the form with five additional lines, each with input fields for product ID and quantity.
Using the CSV import, you can import a customizable number of products in one step, just by providing a CSV file. Find a sample CSV import file in the following zip file: quickorder.zip
The quick order functionality was also implemented at the cart page with the restriction of only one product at the time.
A user with the role Account Admin can upload an individual branding logo, visible for all logged in users of a customer.
Note
Currently, this feature is not supported with enabled page caching.
The order search within the Order History of My Account has been improved by adding a search for order number or purchaser name.
The Open Catalog Interface (OCI) is one of the standard formats used to connect to external punchout catalogs. Using the OCI punchout format allows to transfer data of a shopping cart from the external catalog to other systems (e.g., ERP, Procurement System).
To use the OCI punchout functionality as a customer, at least one user with the role "OCI Punchout User" must exist. A first OCI punchout user can be created by the Account Admin using the My Account | Punchout page. The OCI punchout user is usually not related to a dedicated storefront user. External procurement systems are using one punchout account for multiple employees. Therefore an OCI punchout user does not need profile settings like first name, last name, addresses, date of birth and other. Only login and password are required.
The required information (login URL) to configure the external procurement system is displayed when at least one user with the role OCI Punchout User exists. The placeholders (Your_Login, Your_Password, Your_Hook_URL) must be replaced with the relevant OCI punchout user credentials.
The pencil icon to the right of the OCI user allows to change the profile. On the next page the account admin can choose between the e-mail address and the password of the OCI user to be changed.
Changing the e-mail address does not affect the login of the OCI user. The login remains the same.
To change the password of the OCI user, the account admin must provide his own password for confirmation.
The available storefront functionality of an OCI punchout user is only a subset compared to a regular storefront user.
Examples for eliminated functions:
The user is able to browse or search for products and add items to the cart.
The user can transfer the compiled basket back to the external system. On the cart page the Checkout button has been replaced by a Transfer OCI Cart button. Once the user hits the button, the system generates an HTTP form post request. The address of the post request is retrieved from the HOOK_URL parameter which is part of the original OCI punchout request.
In order to configure the OCI punchout feature, at least one OCI punchout user has to be created by the Account Administrator. Following that, there will be a Configure button on the upper right of the punchout page.
The return values of the fields shown on the punchout configuration page can be customized for the OCI punchout transfer format. Therefore a transformation can be defined followed by an option formatting.
Setting an OCI punchout value requires defining a transformation. Therefore constants and/or placeholders can be used. The latter are defined by the system and quoted with curly brackets (e.g., {sku}).
Transform Value | Result | Annotation |
---|---|---|
"Stk." | "Stk." | Similar to returning a constant. |
"My {unit}" | "My kg" | Assuming that {unit} resolves to "kg" |
Currently the system provides the following placeholders:
A successfully transformed value can be post-processed by a formatter of choice. Available options are: