Case study 03 / 05
Production · Friday Ice CreamFleetOps
Fleet Tracking & Operations Platform
- Year
- 2026
- Company
- Friday Ice Cream
- Type
- Internal Production System
- Status
- Production / Active Development
- Role
- Sole Software Engineer — Backend & Business Systems
01
Overview
FleetOps is a production fleet-management platform used at Friday Ice Cream to centralize GPS tracking data, automate fleet reporting, and build custom operational workflows on top of the company's existing iTrack infrastructure.
02
Context
Friday Ice Cream operates a substantial vehicle fleet across multiple branches. Vehicle GPS data already existed inside the iTrack tracking environment, but much of the operational analysis was tied to the external platform.
Several reporting workflows required working vehicle by vehicle instead of managing the fleet as one operational dataset — one branch alone contained dozens of tracked vehicles.
03
The Problem
The tracking provider supplied location and device data, but the company needed more control over that information:
- Working with large numbers of vehicles
- Repetitive per-vehicle reporting
- Centralizing branch-level fleet visibility
- Building company-specific reports
- Creating custom geofence logic
- Integrating tracking data with internal operations
- Reducing dependency on manually navigating the external tracking platform
04
What I Built
An internal .NET platform that sits between the company and the external GPS provider. Rather than replacing the devices or the provider, FleetOps creates a company-owned application layer around their data.
iTrack Integration Layer
Services that communicate with the existing iTrack environment. The provider relies on session-based behavior rather than a simple token-only REST flow, so this logic is isolated into dedicated integration services.
- Provider authentication
- Session management
- Cookies
- Customer identification
- Vehicle retrieval
- Tracking service requests
- Report endpoints
Vehicle Management
Vehicle information is retrieved and centralized, so the application works with vehicles across branches instead of requiring manual vehicle-by-vehicle interaction.
Fleet Reporting
Designed around the real operational reports exposed by the tracking environment:
- Operation statistics — moving overview, mileage, speeding, parking
- Trip reports — trips, speeding trips
- Driving behavior — overview, report, details
- Engine — overview, report, idle
- ACC idle, stop reports, vehicle status monitoring
Geofencing
Custom geofence functionality defines operational zones and evaluates vehicle positions against them — the foundation for vehicles entering or leaving a location and location-based monitoring.
Device & Installation Data
Device information modeled inside FleetOps: vehicle name, IMEI, plate number, tracker model, SIM information, activation date, platform expiration, and installation company, person, location, and address.
05
Architecture
FleetOps is designed so the application never becomes dependent on iTrack implementation details.
Future reports, maps, alerts, dashboards, and operational rules are implemented against internal models rather than directly against external responses.
Provider Integration ⟷ Internal Models ⟷ Fleet Business Logic
06
Technical Challenge
The hardest part was integrating with an external tracking environment that behaves more like a browser session than a conventional public API. Authentication depends on session state, cookies, customer identifiers, and provider-specific request headers.
Instead of spreading that complexity through the application, I created dedicated layers — a token/session provider, an authentication/session service, and an iTrack client layer — isolating third-party behavior from the FleetOps domain.
07
Business Impact
FleetOps is connected to real Friday Ice Cream fleet operations — it is not a portfolio simulation. It gives the company a foundation to:
- Centralize fleet information
- Reduce repetitive reporting work
- Process multiple vehicles programmatically
- Build company-specific tracking workflows
- Add custom fleet intelligence beyond the external tracking portal
08
My Role
- System architecture
- iTrack integration
- Session/authentication handling
- External API analysis
- Data modeling
- Backend development
- Fleet-report automation
- Geofence functionality
- Operational workflow design
- Future monitoring architecture
09
Technology Stack
Source code: private repository
Next case study →
FridayOps
Internal CRM & Business Operations Platform