Versions Compared
Key
- This line was added.
- This line was removed.
- Formatting was changed.
Excerpt |
---|
This page offers information on the default Order Offer Statuses that govern the state of each order offer in BSS and in Storefront. Also, you can find a guide on how you can add a new Order Offer Status, as well as how each status appears inside an order under different circumstancesmanage them during the offer submission to the customer. |
Explaining the Default
OrderOffer Statuses
Under BSS Setup > Sales > Orders Offers > Order Offer Status is where the default Order Offer Statuses exist but also where new Order Offer Statuses can be created. These statuses dictate the various stages of an order placed either from the BSS and/or the Storefrontoffer. For our platforms platform to run correctly having a basic functionality, the following Order Offer Statuses and conditions should always exist by default in an organization as best practice.
Image RemovedImage AddedDefault
OrderOffer Statuses
DraftIn Progress: This order offer status is utilized only by the Storefront when an order when the offer is created inside the checkout process but is not yet submitted for execution. There can be only one status with the combination “Type” In progress and “Storefront Type” Draft that is mandatory & active. No deletion or deactivation is possible.
Submitted: This order status is utilized by both systems when the order is considered as submitted yet not executed. There can be only one status with the combination “Type” In progress and “Storefront Type” Viewable that is mandatory & active. No deletion or deactivation is possible.
Executed: This order status is utilized by both systems for the successful checkout to automatically invoice the products, begin the provisioning of the services, and change the order status. There can be only one status with the combination “Type” Automatic Execute and “Storefront Type” Submitted that is mandatory & active. No deletion or deactivation is possible.
Canceled: This order status is utilized by both systems when either a BSS or a Storefront user proceeds with the cancellation of an order. There can be only one status with the combination “Type” Cancelled and “Storefront Type” Viewable for the status of a Cancelled order to be correct. This status is mandatory & active. No deletion or deactivation is possible.
Pending Reseller Approval: This status is only applicable to Standard Resellers. There can be only one status with the combination “Type” In progress and “Storefront Type” Pending approval for standard resellers and it is mandatory and active.
Canceled by Reseller: This status is only applicable for Standard Resellers. There can be only one status with the combination “Type” Cancelled and “Storefront Type” Pending approval for standard resellers and it is mandatory and active.
Executing: This order status is utilized only by the Storefront when a Scheduled Order is created inside the checkout process and is currently being executed since it reached the predefined future date. There can be only one status with the combination “Type” Executing and “Storefront Type” Viewable that is mandatory & active. No deletion or deactivation is possible. Also, it is not availableto beset by any user to an order, and it is not available to be set via the public API.
Scheduled: This order status is utilized only by the Storefront when a Scheduled Order is created inside the checkout process and is submitted for future execution. There can be only one status with the combination “Type” Scheduled and “Storefront Type” Viewable that is mandatory & active. No deletion or deactivation is possible. Also, it is not availableto beset by any user to an order, and it is not available to be set via the public APIand submitted to the customer. The status “Type” is In progress and that status must be active. Deletion or deactivation is possible as long as there is another status with In progress “Type” available.Accepted: This offer status is utilized for the acceptance of the offer by the customer. As best practice, there should be at least one status with “Type” Accepted and that status must also be active. Deletion or deactivation is possible as long as there is another status with Accepted “Type” available.
Lost: This offer status is utilized for the refusal of the offer by the customer. As best practice, there should be at least one status with “Type” Canceled and that status must also be active. Deletion or deactivation is possible as long as there is another status with Canceled “Type” available.
Rw ui textbox macro | ||
---|---|---|
| ||
Please note that all the default statuses explained above are the names provided inside the “Description” column and can be different in your organization since they are editable. |
The columns composing the Order Offer Status list are the following:
No. : This column displays the number of each Order Offer Status. In cases, where there are two or more similar statuses, then the number acts as a priority number between them.
Description: This column displays the name/description of an Order Offer Status that is the one being displayed next to the “Status” field of each order offer in BSS. The “Description” is a text field where you can type in the exact word(s) that you wish to display as a “Status”.
Type: This column displays the available types of statuses in a drop-down menu fashion. Each selected “Type” option works in tandem with the “Storefront Type“ options and what it does essentially is that it keeps a specific stage of the ordering process, whereas the “Storefront Type“ dictates what happens during that specific stage.
Storefront Type: This column displays the available Storefront Types of statuses in a drop-down menu fashion. Each selected “Storefront Type” option works in tandem with the “Type“ options and what it does essentially is that it dictates what happens during the specific stage that the “Type” is on at any given moment.
offering process.
Color: This column allows you to change the color of the displayed Status text in BSS and is based on an extended RGB color palette that appears upon clicking on it.
Active: This column contains a checkbox for each Order Offer Status so that you can select which status you wish to have enabled and which to have disabled. Please note here that the seven default (systemic) Order Statuses offer statuses that are displayed in the screenshot above, cannot should not be disabled, since they are the bare minimum.
Moreover, you may need to have more statuses than the default ones, analyzed above. Let’s see how you can add new Order Offer Statuses in the following section.
Creating New
OrderOffer Statuses
Other than the bare minimum statuses explained above, new order offer statuses can be introduced inside this list. The reason for doing so is when you wish to have better control over, for example, certain cancellation reasons such as “canceled due to customer denial”, “canceled due to credit control failure““offer pending for changes”, “lost due to competition counteroffer“, etc.
To create a new Order Offer Status and add it to the list, you must first provide a number under the No column and then you provide a descriptive name, under the Description column.
Image RemovedImage AddedAfterwards, from the columns Type and Storefront Type , you can specify the combination offer type that suits your needs, by choosing one the available option from each onethat resembles the situation.
Image RemovedImage AddedThen, you can choose to either click on the Active checkbox to activate the new order offer status upon its creation or leave it as-is if you wish to activate the new order offer status later.
Image RemovedImage AddedLastly, after you have completed the creation of your new Order Statusoffer status, you must always click the + icon to add this status to the list.
Image RemovedImage Added
Besides, after you finish with your edits, you must always save your changes by clicking the Save button from the page’s main menu.
Please note that to provide the newly added (custom) cancellation order canceled offer status based on your defined “Description”, you need to edit the order offer in the BSS portal and select from the available status options, your “Description“, for example, Canceled - Denial Lost due to competition counteroffer.
OrderOffer Statuses
FlowManual Change in BSS
The three main points for Order Statuses that are analyzed via the following (execution) examples areSince Offer Statuses do not change automatically, the responsible BSS user that creates an offer, needs to also change manually the statuses of the offer whenever an action occurs, from the offer’s creation until the offer’s acceptance or rejection from the customer and everything in between. This means that, for example:
During the creation of an order offer in BSS, the status of the order offer is by default set to “SubmittedIn Progress“ by the system. However, the status, during the order’s creation can be changed by the user before saving it.
During the successful execution of an order in BSSacceptance of the offer by the customer, the status of the order is automatically set offer must manually be changed to “ExecutedAccepted“ by the system.
During the partial delivery of an order, that primary order remains with the status “Submitted” until all its sub-orders are executed. Only then the primary order will automatically change its status to “Executed“.
Rw ui textbox macro | ||
---|---|---|
| ||
Change in the Order’s Details Page The “Order Delivery” button was removed from the Shortcuts menu but it can be found inside the “Actions” button, under the Products tab. |
Executing an Order in its Entirety
In the following example, the BSS order will be executed in its entirety and not partially, so as to visually analyze the changes of the primary order’s status.
When an order is created in BSS, the default status is “Submitted”.
After the services have been added in the order and the order is saved, the status still remains as “Submitted“. (This order status is essentially the combination of “Type” In progress and “Storefront Type” Viewable.)
Image RemovedOnce the order is successfully executed in its entirety, then its status will change automatically to “Executed“. (This order status is essentially the combination of “Type” Automatic Execute and “Storefront Type” Submitted.)
Image RemovedPartial Execution of an Order
In the following example, the BSS order will be executed partially and later in its entirety, so as to visually analyze the changes in the status for both the primary order and its sub-orders.
Image RemovedAfter the services have been added in the order and the order is saved, the status still remains as “Submitted“. (This order status is essentially the combination of “Type” In progress and “Storefront Type” Viewable.)
Image RemovedBy choosing to partially execute the order, meaning that you execute some of the order items, you can click on the Products tab and, from the Products' list, choose, for example, the first order item.
Image RemovedAfter the first sub-order is successfully executed, by clicking on the “Execute Order” button, the sub-order’s status is set to “Executed“.
Image RemovedHowever, the primary order remains with the status “Submitted“. This happens because the primary order is partially executed.
When the second sub-order is successfully executed, by clicking on the “Execute Order” button, the sub-order’s status is also set to “Executed“.
Image RemovedConsequently, when all the sub-orders of a primary order become executed, only then the primary order changes its status automatically from “Submitted“ to “Executed”. Image Removedtype | note |
---|
Partial Execution Based on Quantity of an Order Item
Even if the quantity of licenses of an order item is five licenses and you partially execute the order for three licenses, the remaining two licenses can be executed at a later date and only then the order will change its status from “Submitted” to “Executed”. This happens because the Quantity for each order item is always taken into account inside an order when it comes to its execution in relation to the order’s statusBSS user. This is achieved by clicking on the Edit button of the offer and then selecting from the Status drop-down menu the option “Accepted”.
Image AddedThe same logic applies to the other stage of an offer (be that the rejection by the customer), as well as to all custom offer statuses that you may have created. Every status change of the offers must be done manually.
“Unexecuted Orders” Widget on BSS Dashboard
When an order, in Storefront or BSS, has the status “Submitted“ meaning that it is either partially executed or not at all, it is visible inside the BSS Dashboard under the widget Unexecuted Orders.
Image RemovedAfter an order’s transition from the “Submitted“ status to the “Executed“ status, then its respective row gets removed automatically from the list of the widget
Rw ui textbox macro | ||
---|---|---|
| ||
What Happens After an Order’s ExecutionOffer’s Submission to the Customer
|
Rw ui textbox macro | ||
---|---|---|
| ||
Please note that all the statuses explained below are the names provided inside the “Description” column and can be different in your organization since they are editable. |
Order Statuses Flow in Storefront
During the creation of an order in Storefront via the checkout process, the status of the order is, by default, set to “Draft“ by the system.
Image RemovedBy choosing the method of the execution of that Storefront order, be that either immediate or scheduled, different order statuses and flows are utilized.
For the analysis of scheduled execution, please continue your reading on the Scheduled Orders in Storefront page.
For the analysis of immediate execution, please continue your reading on this section of this page.
However, if during the creation of an order, your Credit Limit, for example, exceeds its constraint, then an informative ribbon appears under the Basket page.
Image RemovedEven if you continue and complete the checkout process without adding a payment, the order is considered submitted, but no execution or invoice generation will commence.
Image RemovedConsequently, the order will change its status to “In Progress / Submitted” since it is not executed due to the Credit Limit constraint. The status of the order can be witnessed on the Storefront’s Billing page under the Orders section.Image Removed
Also, if you go to the BSS platform, and locate that order, you can observe two things. The first one is the status of the order, which is “Submitted“ and the second one is the informative ribbon stating in this example the reason this order was not executed.
Image RemovedOnce the reason for not executing an order gets surpassed, then the order can be executed and consequently change its status automatically to “Executed“.
As a result of all the above information, the stages that an order goes through inside the Storefront, based on its status changes, are the following:
Rw ui textbox macro | ||
---|---|---|
| ||
Please note that all the statuses explained below are the names provided inside the “Description” column and can be different in your organization since they are editable. |
|
You can check the following pages for more information on creating, viewing , adding order items, and executing the newly created order.
➡️ Execution of an Orderor editing an offer, editing the template, and converting an offer to an order.
➡️ https://interworkscloud.atlassian.net/wiki/spaces/ICPD/pages/edit-v2/1286406479
➡️ https://interworkscloud.atlassian.net/wiki/spaces/ICPD/pages/edit-v2/1408761966
Table of Contents
Table of Contents | ||||||
---|---|---|---|---|---|---|
|