1 / 27
N
NAQLA LOGISTICS PLATFORM
Saudi Arabia BRD Walkthrough β€’ v1.0 September 2026
Service Provider Operations

Driver Mobile Application

Operational execution interface for provider-employed drivers powering container delivery, collection, and real-time logistics management.

Target Audience
Saudi Enterprise Clients & Providers
Prepared By
Leggera Techs
Ecosystem Snapshot
Target Platforms iOS & Android
Driver Model Provider Employed
GPS Tracking Actual Hardware GPS
Localization Arabic & English (RTL/LTR)
Confidential β€’ Prepared for Naqla Client Stakeholder Review Slide 01 / 27
Product Architecture

Naqla Ecosystem Architecture

System Interconnects & Roles
πŸ“±
Customer App

Orders container rentals, tracks driver, receives completion

βž”
βš™οΈ
Naqla Backend / API

Central orchestrator, business rules, state machine & sync

βž”
πŸ–₯️
Supplier Dashboard

Provider operations assigns & dispatches drivers

🚚
Driver Mobile Application (In Scope)
Execution node for deliveries, collections & proof

The Driver App receives assigned tasks from the Supplier Dashboard, provides actual GPS tracking back to the Naqla Platform, and updates order states directly for the customer and admin.

πŸ›‘οΈ
Naqla Admin Dashboard
Platform governance, audit & dispute monitoring

Monitors real-time platform metrics, driver activity, exception escalations, proof validity, and cross-provider compliance.

⚠️
CRITICAL BUSINESS RULE: Drivers are strictly employees/users of approved provider organizations. They are NOT independent marketplace sellers and cannot accept unassigned public orders or set prices.
Naqla BRD v1.0 β€’ Core Ecosystem Slide 02 / 27
Strategic Value

Driver App Purpose & Operational Objectives

Why the Driver App Exists

🎯 Operational Task Execution

Replaces manual phone calls and paper receipts with a structured, step-by-step mobile task workflow for container delivery and collection.

πŸ“ Actual Hardware GPS Tracking

Streams real-time physical GPS coordinates to the Naqla backend during active tasks, giving customers accurate ETAs and operational transparency.

⚑ Operational Status Synchronization

Eliminates missed or delayed updates. Every status change immediately syncs across Customer App, Supplier Dashboard, and Admin Dashboard.

πŸ“Έ Standardized Proof & Condition Capture

Mandates standardized digital signatures, geotagged photo evidence, timestamping, and asset condition notes prior to task closure.

πŸ›‘οΈ Structured Exception Reporting

Enforces defined failure reasons (e.g., inaccessible site, customer absent) so provider dispatchers can take immediate operational action.

🌍 Native Arabic/English Dual Support

Full support for Arabic and English languages with flawless RTL/LTR UI layout transitions optimized for multicultural driver fleets.

Naqla BRD v1.0 β€’ Operational Objectives Slide 03 / 27
User Governance

Driver Identity & Permission Boundary

Permissions & Access Rules
πŸ‘€

Driver Account Model

Provider Employee Entity
Provider Association Bound strictly to an approved Provider Organization and optional Branch.
Senior / Lead Driver (Optional) May receive team visibility only if explicitly scoped by the provider.
Vehicle Assignment Assigned to specific trucks/assets by provider dispatch operations.
βœ… PERMITTED ACTIONS
  • View assigned tasks & order details
  • Launch turn-by-turn navigation
  • Update task status (En Route, Arrived)
  • Capture photo & signature proof
  • Report task execution failures
  • View task history & unread alerts
  • Update availability (Available/Offline)
  • Initiate masked phone calls to customer
🚫 STRICT PROHIBITIONS
  • Cannot self-register marketplace account
  • Cannot list or sell independent services
  • Cannot modify order pricing or total fee
  • Cannot approve customer refunds or credits
  • Cannot reassign tasks to other drivers
  • Cannot view tasks of unassigned branches
  • Cannot access unmasked customer PII
  • Cannot bypass required proof steps
Naqla BRD v1.0 β€’ Governance & Access Slide 04 / 27
User Experience

End-to-End Operational Driver Journey

Complete Lifecycle Sequence
1
Secure Auth
OTP Login & Provider Check
2
Go Online
Set Status & View Home
3
Receive Task
Push Alert & Details Review
4
Start Route
Set "En Route" & GPS Active
5
Navigate
Map Directions & Customer Call
6
Arrive
Set "Arrived" & Site Check
7
Execute
Deliver / Collect Container
8
Capture Proof
Photo + Signature + Notes
9
Complete
Backend Sync & Ready Next
Key Touchpoint Highlights
Pre-Task Phase: Verification of driver identity, provider assignment, truck asset, and container readiness prior to starting travel.
Transit Phase: Active hardware GPS tracking streams real-time updates to Customer App and Supplier Operations Dashboard.
Completion Phase: Mandatory proof upload and timestamping updates the order state to "Active Rental" or "Collected".
Naqla BRD v1.0 β€’ Journey Architecture Slide 05 / 27
Application Structure

Information Architecture

BRD-Supported Navigation Tree
πŸ“± Authentication
  • Login Screen (Phone / OTP)
  • Verification Step
  • Account State Check
  • Provider Branch Binding
🏠 Home & Dashboard
  • Availability Toggle
  • Active Task Card
  • Upcoming Task List
  • Completed Today Summary
  • GPS Signal / Offline Banner
πŸ“‹ Task Execution
  • Task Details View
  • Customer & Site Notes
  • Container Specifications
  • Navigation & Route Launcher
  • Proof Capture Modal
  • Failure Escalation Form
βš™οΈ Support & Profile
  • Task History & Filter
  • Notifications Inbox
  • Driver Profile & Vehicle
  • Language Toggle (AR / EN)
  • Emergency / Support Access
* Structural hierarchy strictly adheres to BRD Section 8, 11, and 26 screens. Out of Scope: In-App Chat (P2), Payroll, Direct Marketplace Setup
Naqla BRD v1.0 β€’ App Architecture Slide 06 / 27
Access Control

Authentication & Account Lifecycle

BRD Section 6 Workflow
Driver Onboarding Sequence
1
Account Provisioning: Account created & approved via Supplier Dashboard or Naqla Admin. No public registration.
2
Secure OTP Auth: Driver enters mobile number and receives One-Time Password (OTP) for secure login token issuance.
3
Account State Verification: System validates driver status against Provider Org before granting access to task inbox.
BRD Account States
Pending Approval
Awaiting provider admin confirmation
Blocked
Active
Fully operational & task-eligible
Enabled
Suspended
Temporarily blocked from receiving tasks
Blocked
Deactivated
Permanently disabled account
Terminated
Naqla BRD v1.0 β€’ Auth Rules Slide 07 / 27
UI / UX Visual Walkthrough

Driver Home Dashboard Screen

Conceptual Interface Mockup
Welcome Back,
Ahmed Al-Gamdi
AVAILABLE
πŸ“‘ GPS Active β€’ High Accuracy
DELIVERY #NQ-8921 Slot: 10:00 - 12:00
Al-Amal Heavy Contracting
πŸ“ King Fahd Road, Dist. 4, Riyadh
Asset: 20 Yard Heavy Duty Container
Upcoming Tasks (2)
Collection #NQ-7712
Riyadh Industrial Area
14:00

Key Dashboard Elements Supported by BRD

Availability Switch: Toggles driver between Available and Offline state.
Active Task Highlight: Shows order ID, time slot, container size, & location.
GPS Status Indicator: Warns driver if location permission or signal is lost.
Unread Alerts Badge: Notifies driver of new assignments or schedule changes.
RTL & Dual Language Preview: In Arabic mode, layout flips cleanly to right-to-left layout with native Cairo typography (e.g., "Ψ§Ω„Ω…Ω‡Ω…Ψ© Ψ§Ω„Ψ­Ψ§Ω„ΩŠΨ© - Ψ¨Ψ―Ψ‘ Ψ§Ω„ΨͺΨ­Ψ±Ωƒ").
Naqla BRD v1.0 β€’ UI Visuals Slide 08 / 27
Core Functional Module

Task Management & Order Details View

BRD Section 11 Context
Task Details Data Specification
TASK IDENTIFIER Order & Task ID (#NQ-8921)
TASK TYPE Delivery / Collection / Reattempt
CUSTOMER / BUSINESS Permitted Contact Name & Co.
PROVIDER & BRANCH Assigned Branch Entity
CONTAINER DETAILS Size, Type, Asset ID
SCHEDULE WINDOW Date & Confirmed Time Slot
Customer Site Instructions:

"Enter through Gate 3. Drop container next to the east construction site tower."

Operational Safeguards

  • Assignment Validation: Conflicting task assignments are blocked automatically by backend state rules.
  • Branch Context: Driver can only access order data belonging to their assigned provider branch.
  • Proof Checklist: Screen highlights specific required proof items before allowing final completion.

Support Escalation

Direct action button allows the driver to report site access issues, unsafe drop-off locations, or wrong pin coordinates immediately to provider operations.

Naqla BRD v1.0 β€’ Task Details Slide 09 / 27
Operational Lifecycle

Delivery Execution Workflow

Container Drop-off Lifecycle
STATUS 1
Driver Assigned

Task lands in driver app inbox

STATUS 2
Acknowledged

Driver confirms receipt (if configured)

STATUS 3
Driver En Route

Travel begins; Live GPS turns ON

STATUS 4
Driver Arrived

Truck reaches customer site

STATUS 5
Unloading Container

Physical placement of container

STATUS 6
Proof Submitted

Photo + Signature captured

FINAL
Container Delivered

Backend updates Active Rental

Customer App Synchronization: Setting state to "En Route" triggers live tracking on customer's map. "Delivered" state starts the official rental countdown timer.
Provider Dashboard Audit: Real-time timestamps and geotagged drop-off locations are recorded for operational SLAs and invoice verification.
Naqla BRD v1.0 β€’ Delivery Lifecycle Slide 10 / 27
Operational Lifecycle

Collection Execution Workflow

Container Pick-up & Return Lifecycle
STATUS 1
Collection Assigned

Task issued at rental end

STATUS 2
Collection En Route

Driver travels to pick-up site

STATUS 3
Collection Arrived

Driver inspects container asset

STATUS 4
Asset Verification

Check ID & record damage notes

STATUS 5
Proof Capture

Loaded photo + confirmation

FINAL
Container Collected

Rental officially closed

Key Operational Distinctives

Unlike delivery, collection requires physical asset inspection, verification of serial/container numbers, damage documentation before loading, and official rental closing protocol.

Asset Condition & Notes

If the container suffers damage or contains unauthorized hazardous waste, driver notes and photos protect the provider and feed into dispute resolution.

Naqla BRD v1.0 β€’ Collection Lifecycle Slide 11 / 27
Core Technical Capability

Actual Hardware GPS & Live Tracking Engine

BRD Section 14 Mandate
⚠️
PRODUCTION REQUIREMENT: ACTUAL DEVICE GPS
Production tracking streams genuine mobile hardware location data. Prototype / Demonstration mode is strictly for testing.
Mandatory Rule
πŸ“±
Driver Mobile Sensor

Captures Lat/Long + Time

βž”
πŸ“‘
Naqla Tracking API

Validates & Filters Payload

βž”
πŸ—ΊοΈ
Customer & Provider Maps

Renders Live Truck Location

Operational Privacy Window Location streaming is active strictly during active tasks ("En Route" through "Arrived"). Background tracking halts when offline.
Offline Queue & Retry If signal drops in remote zones, GPS data points queue locally in SQLite/Realm and batch-sync upon reconnecting.
Stale Signal Handling Displays clear "Stale / Offline GPS" alert to the driver if device location permissions are revoked or satellite lock is lost.
Naqla BRD v1.0 β€’ Live GPS Architecture Slide 12 / 27
Driver Tools

Navigation & Address Resolution

BRD Section 13 Guidance
Core Navigation Features
πŸ—ΊοΈ
External Navigation Integration One-click launch into Google Maps, Waze, or Apple Maps using direct latitude/longitude coordinates.
⏱️
Dynamic ETA Calculation Calculates estimated arrival times and pushes updates to Customer App and Provider Operations.
πŸ“
Coordinate Mismatch Reporting Enables driver to flag inaccurate customer pins or inaccessible road entry points back to dispatch.
Address Mismatch & Navigation Fallbacks

In rural Saudi industrial areas where standard addresses may be imprecise, the app prioritizes exact GPS pin drop coordinates provided during customer checkout.

Fallback Protocol: If coordinates fail or satellite signal drops, driver can tap "Call Customer" or "Contact Dispatch" directly from the map screen.
Naqla BRD v1.0 β€’ Navigation Systems Slide 13 / 27
Quality Assurance

Proof of Delivery & Collection (POD / POC)

BRD Section 17 Mandate
πŸ“Έ
Geotagged Photo

Mandatory site drop-off/pickup photograph with watermarked GPS & timestamp.

✍️
Customer Signature

Digital touch-screen signature captured on site from customer representative.

⏰
Auto Timestamp

Server-validated completion timestamp preventing backdated submissions.

🏷️
Container Asset ID

Physical verification of container serial number prior to release.

πŸ“
Condition Notes

Optional or mandatory structural damage notes captured during collection.

Configurable Proof Rules Engine

Proof rules are highly configurable by task type, provider organization, or client contract requirements (e.g., photo mandatory, signature optional).

BRD Compliant
Naqla BRD v1.0 β€’ Proof Capture Slide 14 / 27
Exception Handling

Failed Delivery / Collection Exceptions

BRD Section 18 Taxonomy
Standardized Failure Taxonomy
β€’ Customer Unavailable / Absent
β€’ Inaccessible / Gate Blocked
β€’ Incorrect Address / Coordinates
β€’ Unsafe Site Location
β€’ Container Not Ready / Blocked
β€’ Customer Refused Service
β€’ Truck / Equipment Mechanical Failure

Required Evidence Protocol

Selecting a failure reason mandates capturing explanatory driver notes, geotagged obstacle photos, and auto-logging exact GPS coordinates.

Financial Governance Rule: Drivers cannot independently authorize refunds, cancel charges, or promise financial compensation to customers during a failure event.
Naqla BRD v1.0 β€’ Exceptions Slide 15 / 27
Contact Rules

Driver Communication & Privacy Controls

BRD Section 19 Standards
Controlled Customer Calling

Drivers can initiate voice phone calls to customers during active tasks only (e.g., clarifying site entry gates or announcing arrival).

Phone Number Masking / Minimization:

Personal driver and customer phone numbers are masked or minimized where feasible to protect user privacy in accordance with Saudi data regulations.

In-App Chat Scope Flag

In-app text messaging is NOT assumed for MVP unless explicitly approved during client decision confirmation.

Provider & Support Escalation

One-touch quick call buttons connect the driver directly to their Provider Operations Dispatcher or Naqla Platform Support.

Naqla BRD v1.0 β€’ Communication Slide 16 / 27
Alert System

Operational Notifications Engine

BRD Section 20 Scope
πŸ”” Task Assignments
  • New Task Assigned: Loud push alert for immediate driver acknowledgment.
  • Task Reassignment: Real-time update if dispatcher shifts task to another truck.
  • Upcoming Reminder: Alert prior to schedule window start time.
⚠️ Order Changes
  • Order Cancellation: Instant notification if customer cancels order.
  • Schedule Reschedule: Update if customer changes requested drop-off slot.
  • Site Note Update: Alert if new site delivery instructions are added.
πŸ›‘οΈ Account & Safety
  • Account Suspension: Immediate warning if provider or admin suspends account.
  • GPS Permission Loss: Persistent banner if location permission is disabled.
  • Platform Announcement: Operational broadcasts from Naqla admin.
Naqla BRD v1.0 β€’ Push Notifications Slide 17 / 27
Audit & Records

Task History & Operational Audit

BRD Section 21 Standards
Historical Logs & Search Capability
Completed Deliveries & Collections Full archive of successful tasks with proof photos and signature access.
Completed
Failed & Reattempted Tasks Includes captured failure reasons, notes, and escalated actions.
Failed
Cancelled Orders Record of orders cancelled prior to en-route arrival.
Cancelled

Search & Filter Controls

  • Filter by Date Range (Today, Week, Custom)
  • Filter by Status (Completed, Failed, Cancelled)
  • Search by Order / Task Number (#NQ-XXXX)
Data Retention Policy: Historical timeline and proof visibility are subject to provider and Naqla platform retention rules.
Naqla BRD v1.0 β€’ Task History Slide 18 / 27
Account Settings

Driver Profile & Account Controls

BRD Section 7 Rules
πŸ‘¨β€βœˆοΈ

Ahmed Al-Gamdi

ID: DRV-88192 β€’ Provider: National Waste Co.
Branch: Riyadh Central
Assigned Vehicle: Mercedes Actros #402
Verification: Verified Employee
Profile Actions & Preferences
Language Preference

Toggle instantly between Arabic and English with dynamic LTR/RTL layout reflow.

Availability Status

Set operational status: Available, On Task, Offline, or Suspended.

Notification Controls

Manage push notification sound and vibration alert behaviors.

Support & Helpdesk

Direct escalation shortcut for app issues, site emergencies, or safety incidents.

Naqla BRD v1.0 β€’ Driver Profile Slide 19 / 27
System Logic

Operational Task State Machine

BRD Section 10 Lifecycle Model
1. ASSIGNED

Provider dispatches driver

2. EN ROUTE

Travel begins; GPS tracking ON

3. ARRIVED

Driver reaches customer site

4. EXECUTION

Unload/load container asset

5. PROOF

Photo + signature uploaded

6. COMPLETE

Backend state finalized

EXCEPTION PATH: Task Failed Requires standardized reason + notes + photo proof. Escalates to Supplier Dashboard.
FAILED
EXCEPTION PATH: Order Cancelled Triggered by Customer or Admin prior to site execution. Task removed from driver inbox.
CANCELLED
Naqla BRD v1.0 β€’ State Machine Slide 20 / 27
System Integration

Backend & Integration Architecture

BRD Section 24 Architecture
πŸ“±
Driver App (iOS / Android)
REST API & WebSocket Client
⇄
βš™οΈ
Naqla Central Backend / API Gateway
Auth & Tokens Task Dispatch Engine Live GPS Processor Proof Storage CDN
⇄
πŸ–₯️ Supplier Dashboard
πŸ“± Customer Mobile App
πŸ›‘οΈ Naqla Admin Dashboard
πŸ”” Push Notification Engine
Naqla BRD v1.0 β€’ System Integrations Slide 21 / 27
Quality Attributes

Security & Non-Functional Requirements

BRD Section 25 Standards
πŸ”’ Security & Data Privacy
  • Token-based mobile authentication (JWT/OAuth)
  • Encrypted HTTPS/TLS API payloads
  • Customer PII masking & minimization
  • Operational-only GPS location logging
πŸ“Ά Offline Resiliency
  • Local task state persistence during network loss
  • Offline GPS batch retry queue
  • Automatic queue flushing upon reconnecting
  • Stale data UI indicators
πŸ”‹ Performance & Battery
  • Adaptive battery-conscious GPS update interval
  • Efficient image compression prior to proof upload
  • Lightweight payload serialization
  • Sub-2 second response times for core screens
Naqla BRD v1.0 β€’ NFR Specifications Slide 22 / 27
Scope Definition

MVP vs Phase 2 Scope Matrix

BRD Section 27 Matrix
Capability / Feature MVP Scope Phase 2 / Future Separate System Notes & Guidance
Driver Auth & Inbox MVP - - Secure OTP login, task listing, details view
Delivery & Collection Lifecycle MVP - - Status transitions (En Route, Arrived, Complete)
Actual GPS Tracking MVP - - Actual hardware location updates during active tasks
Proof Capture & Failures MVP - - Photos, signature, timestamp, standardized failures
Advanced Driver In-App Chat - Phase 2 - Controlled calling in MVP; Chat deferred
Driver Payroll & HR Management - - Separate Managed within Provider ERP / HR systems
Naqla BRD v1.0 β€’ Scope Matrix Slide 23 / 27
System Interdependencies

Cross-System Dependencies

BRD Section 24 Integration Dependencies
Supplier Dashboard Dependency

The Driver App cannot function independently. Driver creation, truck assignment, and task dispatching originate entirely within the Supplier Dashboard.

Naqla Central Backend API

All status updates, proof photo uploads, failure reports, and live GPS streams rely on the availability of central Naqla REST and WebSocket APIs.

Maps & Geocoding Provider

Navigation launching, address pin resolution, and dynamic ETA calculations require active integration with third-party maps services.

Push Notification Service

Immediate alert dispatching for new tasks and schedule cancellations depends on Firebase Cloud Messaging (FCM) / Apple Push Notification service (APNs).

Naqla BRD v1.0 β€’ Interdependencies Slide 24 / 27
Action Items

Critical Decisions & Client Confirmation Required

BRD Section 28 & 32 Decision Items
Decision Area BRD Requirement Details Client Sign-off Action Needed
Task Acknowledgement Will drivers be required to explicitly acknowledge tasks with an auto-reassign timeout? Confirm timeout duration (e.g., 15 mins)
GPS Frequency & Retention Final update frequency (e.g. 30s vs 60s) and background tracking retention window. Confirm battery vs accuracy trade-off
Proof Rules Matrix Determining mandatory vs optional status for signature and photo for each provider. Approve proof rules per service tier
Driver-Customer Calling Selection of phone number masking provider vs direct cellular calling. Confirm proxy gateway budget & provider
In-App Chat Scope Confirm whether text chat is strictly Phase 2 or required in MVP. Sign off MVP exclusion
Naqla BRD v1.0 β€’ Client Confirmation Slide 25 / 27
Ecosystem Integration

End-to-End Operational Lifecycle

Complete Cross-Platform Workflow
1. Customer
Places Rental Order

Selects container size & location pin

2. Provider
Assigns Driver

Dispatches task in Supplier Dashboard

3. Driver
Navigates & Delivers

En route, drop-off, proof captured

4. Active Rental
Container On Site

Customer uses container for rental period

5. Collection
Driver Collects

Pick up proof uploaded, order closed

All status transitions, GPS data, proof photos, and completion timestamps automatically reflect in real time across Customer App, Supplier Dashboard, and Naqla Admin Dashboard.
Naqla BRD v1.0 β€’ End-to-End Workflow Slide 26 / 27
N
NAQLA LOGISTICS PLATFORM
Conclusion & Next Steps
✨ From Assignment to Completion

Ready for Technical Specification & UX/UI Prototyping

The Naqla Driver Mobile App provides the critical operational execution layer for provider-employed drivers, ensuring reliable container delivery, actual GPS visibility, and standardized proof of service.

Step 1
Client Sign-off

Confirm decision items in Section 28 & 32

Step 2
High-Fi UI/UX

Figma clickable prototyping (Arabic & English)

Step 3
API Contract

Define REST endpoints & WebSocket payloads

Step 4
Sprint Planning

Development estimation & release timeline

Leggera Techs β€’ Naqla Product Presentation Slide 27 / 27