These cookies are required for the website to function properly. They ensure security, enable basic features like page navigation, and store user session data. You cannot disable these cookies.
- Taxi / Ride-hailing Platform
- Features
- Ride bookings
Ride bookings
Plan pickup requests, preserve the ride interval and give the reviewer a clear booking.
OverviewBookings Awaiting Review×
Taxi / Ride-hailing Platform · Ride bookings
New
Bookings Awaiting Review
Cancelled waits for the dispatcher
| Record number | Subject | Starts at | Ends at | Requested units | Revision | |
|---|---|---|---|---|---|---|
| BKN-35129 | Review bkn-737 | 10 Oct | 19 Oct | 280 | 220 | |
| BKN-34880 | Review bkn-960 | 08 Oct | 15 Oct | 280 | 730 | |
| BKN-69969 | Review bkn-555 | 05 Oct | 14 Oct | 60 | 610 | |
| BKN-36653 | Review bkn-181 | 05 Oct | 11 Oct | 390 | 670 | |
| BKN-32387 | Review bkn-788 | 06 Oct | 13 Oct | 600 | 550 |
6 of 6 records
Review bkn-737Bookings · BKN-35129
Starts at10 Oct
Ends at19 Oct
Requested units280
Revision220
CounterpartyRSR-28681
What you can do
Prepare a ride the dispatch desk can act on
Start with the rider’s pickup and dropoff addresses, the requested time and the operating service zone. Dispatcher records the booking owner and the requested units, then attaches the ride request to that booking. A clear subject helps the next shift recognize the journey without relying on a separate conversation. Keep the request number available when discussing a change with the rider.
A booking carries the planned start and end of the operating interval. The ride request carries the rider and address details. This separation matters when an address changes after a driver has been considered: the desk needs to revisit the assignment and review the current booking, while retaining the earlier decision and its revision.
How the work is organized
- Prepare the request. Dispatcher keeps the booking in Draft while checking addresses, timing and the operating organization. A ride request begins as Planned and stays attached to the booking it supports.
- Ask for review. Move the booking to Review when the reviewer has enough information to decide. Operations Reviewer uses the booking revision and supporting evidence to record the outcome and reason.
- Keep the journey visible. Use the booking schedule for planned intervals and the request board for pickup progress. The booking owner remains accountable for explaining changes to the dispatch desk.
What to agree during setup
Agree what requested units mean for your service, how long a booking interval should cover and who can change a reviewed journey. Decide how staff record the local operating time zone and how they distinguish a rider’s requested pickup from a later operational change. Prepare service-zone names that dispatchers can use consistently across shifts.
Choose the minimum evidence Operations Reviewer needs before approving a booking. The reason for returning a request should tell Dispatcher what to correct. Review the cancellation policy alongside this setup so a no-show, a cancelled booking and a completed ride remain distinguishable during reporting. Keep any rider-facing booking connection tied to the same booking and request identifiers.
Check the handoff on an actual case
A rider requests a station pickup and later changes the destination before departure. Dispatcher opens the existing ride request, confirms the new dropoff and checks whether the planned interval still fits. If the change affects reviewed scope, return it through the agreed review path before confirming the assignment.
Operations Reviewer checks the revised booking and records the reason for the new decision. The next dispatcher should be able to identify the current address and the revision that was approved. Trip Coordinator should find the same rider and request when recording arrival. Rehearse the case across a shift change, with the incoming colleague explaining the journey from the records alone.
What your team sees
- Active Bookings — Approved journeys being coordinated by the dispatch desk.
- My ride bookings — The current staff member’s bookings with their planned interval and revision.
- Ride booking schedule — Planned ride intervals for coordinating the upcoming shift.
Follow the work through
Use booking to assignment to rehearse preparation and review. Continue with trip to completion after a driver has accepted the work.
What it keeps track of
Data model- Bookings
- Ride bookings with their lifecycle, quoted fare, assigned resource and revision.
- Ride requests
- Domain-specific ride requests supporting confirm an accepted driver match.
- Organizations
- Operating organizations that own taxi bookings, resources and team members.
- Team members
- Internal staff who prepare, review and execute ride-hailing operations.
- Resources
- Bookable ride resources: vehicles, drivers and partner fleets available for taxi bookings.
Who uses it
Permissions- Dispatcher
- , Operations Reviewer, Trip Coordinator.
- Dispatcher
- Prepares the journey; Operations Reviewer owns the independent booking decision.
- Trip Coordinator
- Uses the agreed ride details during pickup and completion.
Set up Taxi / Ride-hailing Platform your way.
Start free, then use Proto to change fields, steps and approvals before your team goes live.