Case study 03 / 05

Production · Friday Ice Cream

FleetOps

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
.NETASP.NET CoreExternal API IntegrationGPS / TelematicsProduction

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

C#ASP.NET CoreASP.NET Core MVCEntity Framework CoreSQL ServerHttpClientExternal API IntegrationGPS / Telematics DataJSON servicesSession & Cookie AuthenticationGit

Source code: private repository

Next case study →

FridayOps

Internal CRM & Business Operations Platform