Order types
Each order that is created has a specific order type. The order type determines the workflow and the possible statuses of that order. Order types are assigned to services, and every order in Onro has a specific service.
The following sections detail each of them:
On-demand
Use-case
In this scenario, when a driver receives an item from a pickup location and needs to deliver it immediately to a drop-off location, this order type should be utilized.
Pickup and drop-off locations are required for On-demand orders. Of course, a multi-dropoff order is also a possibility. Orders placed on demand can be scheduled.
For example, if an order is scheduled for 8 a.m. tomorrow, the driver must arrive at the pick-up location at 8:00 a.m. to pick up the package and then proceed to the drop-off location to deliver it to the recipient.
One driver is responsible for receiving and delivering the package in on-demand orders.
Restaurant food delivery, for example, is an on-demand order because the driver must deliver the food to the drop-off location.
Customers who place on-demand orders can chat and communicate with the driver while viewing its location on a map in real time.
A vehicle type must be chosen before an on-demand order can be created.
The concept of a hub or warehouse is not present in the on-demand order type.
Statuses
Here is the successful workflow on an On-demand order type:
On-demand workflow has nine statuses:
Pending
Assigned
Unassigned
Started
Arrived
Picked up
Done
Customer canceled
Driver canceled
Support canceled
Pending
Orders can generally be made in four ways: by Dispatcher, Customer Application, Customer Panel, and Customer API. Regardless of how the order is created, its status will be pending at first. The pending status means that the order created by the customer was stored on the server and is waiting to be processed.
For an on-demand order, the process that needs to be done after creation (in the pending status) is to find the right drivers that meet the conditions for receiving and completing the order and also to send it to them immediately. After the drivers receive the order, they can accept it or not.
Finding the right drivers for an on-demand order is done by an algorithm in which some of the parameters can be configured based on business strategies.
Unassigned
The "Unassigned" status means the order has been created but has not yet been assigned to any driver. At this stage, the order is waiting for manual assignment by a dispatcher or automatic assignment by the system, depending on your configuration.
Assigned
When a driver accepts an order, the status of the order changes to Assigned. In this status, the search to find a new driver stops, and other order information, including customer information, is displayed to the driver. Driver information is also sent to the customer, and an order is formed between the customer and the driver.
Started
After the driver accepts the order, the order details are displayed for him/her. The customer also sees the driver's information, and they can communicate via chat, SMS, or phone call. When the driver wants to start the order, pressing the start button changes the status of the order to Started.
Arrived
When the driver reaches the pickup address, they can change the status of the order to Arrived. This status of the order can be used to inform the customer when the driver arrives.
Picked up
When the driver picks up, he can change the status of the order to Picked up. By changing the status to Picked up, it can be considered that the order is on the way to the drop-off address.
Done
Finally, after the order is completed, its status can be changed to Done. This status indicates that the order has been finished.
Customer canceled
When the customer cancels the order, the status of the order changes to Customer Canceled. In this status, the order has been stopped, and the customer is unwilling to continue the ordering process.
Driver canceled
If the driver cancels the order for any reason, the status of the order will be changed to Driver Canceled.
Support canceled
If the order is canceled by support for any reason, the status of the order will be changed to Support Canceled. Users of Admin Dashboard (depending on their permissions) and users of Dispatcher can change the status of orders to Support Canceled.
The status of an order may change from the time it is created and stored in the database until it reaches an endpoint status. When the status of an order reaches an endpoint, it is considered closed. Statuses that are considered endpoints are as follows: Unassigned, Customer Canceled, Driver Canceled, Support Canceled, and Done.
Workflow
The customer sends an order through the Customer Application, Customer Panel, or Customer API to the server.
The server receives the customer's order, sets its status to Pending, and stores it in the database.
The server initiates the operation to find drivers. Drivers who are online and meet the conditions of the order are selected by the server to receive the order. The server sends the order information to the selected drivers. Here the dispatch algorithm comes in.
The driver who accepts the order first is selected to complete the order. When the order is accepted by a driver, the status of the order is changed to Assigned.
After the status of the order changes to Assigned, the driver can manually change the status to Arrived, Picked up, and finally Done.
The driver and the customer can cancel the order before it reaches the Picked-up status. If the status of the order has changed to Picked up, neither the driver nor the customer can cancel it. After this status, the customer may have paid for the order, or the driver may be on their way to the drop-off. If the driver cancels the order, the status of the order changes to Driver Cancel, and if the customer cancels the order, the status of the order changes to Customer Cancel.
Support can cancel orders in all statuses before they reach Done. When support cancels the order, the status changes to Support Cancel.
Scheduled on-demand orders
A scheduled On-Demand order is a type of On-Demand order that has a specific pickup or drop-off (or both) time. These types of orders follow all On-Demand order concepts.
The main difference between a scheduled On-Demand order and an On-Demand order is that when the pickup time is specified, the driver must go to the pickup address during the specified time period. Also, in the workflow, the operation to find drivers continues until the specified time for pickup. In a scheduled On-Demand order, the drop-off time can also be specified, in which case the driver must be present at the drop-off address at the specified time.
Pickup only
Use-case
There is only one address in this order type (pick-up address). There are two sorts of pickup-only orders:
Independent order:
An order that is created independently.
P&D-related order:
An order is generated automatically when a P&D order is placed. More information can be found in this section.
The flow and status are the same for both categories.
Statuses
The status of a Pickup order can be one of the following:
Pending
When an order has been placed, no driver has yet been assigned to it.
Assigned
The order has been assigned to the driver, but the order has not yet begun.
Started
The driver starts the order and proceeds to the pick-up location. The driver's location is presented in real-time in the link tracking in this status.
Picked up
The driver receives the package.
Done
The order has been successfully completed.
Transactions for the customer and the driver are finalized in the "Done" status.
Customer canceled
The consumer has decided to cancel the order.
Driver canceled
The driver has decided to cancel the order.
Support canceled
Support has decided to cancel the order.
Workflow
The picture below depicts the path of a successful order.
A driver is assigned to the pick-up order.
2. The driver starts the Pickup order. The status of the Pickup order is started at this point.
3. After a package is collected at the pick-up location, the driver changes the status of the Pickup order to picked up.
4. When the driver announces that the order has come to an end, the driver can now sign a Proof Of Delivery form for the order.
Delivery only
Use-case
There is just one address in this order type (delivery address). There are two sorts of Delivery Only orders.
Independent order:
An independent order is one that is created independently.
P&D-related order:
An order is automatically generated when a P&D order is created. More information can be found in this section.
The flow and status are the same for both categories.
Statuses
The status of a Delivery order can be one of the following.
Pending
When an order has been placed, and no driver has yet been assigned to it.
Assigned
When an order has been placed, and no driver has yet been assigned to it.
Started
The driver starts the delivery and proceeds to the delivery location. The driver's location is presented in real-time in the link tracking in this status.
Done
The order has been successfully completed.
Transactions for the customer and the driver are finalized in status done.
Customer canceled
The consumer has decided to cancel the order.
Driver canceled
The driver has decided to cancel the order.
Support canceled
Support has decided to cancel the order.
Workflow
The picture below depicts the path of a successful order.
A driver is assigned to the Delivery Order.
2. The driver starts the Delivery order. The status of the Delivery order is started at this point.
3. When the driver announces that the order has come to an end, the driver can now sign a Proof Of Delivery form for the order.
