DEV Community

InfraByte
InfraByte

Posted on

How We Built an Automotive Recycling Platform That Tracks a Car From Pickup to Final Sale

Most software platforms are built around clean workflows.

The automotive recycling industry is not clean.

A single vehicle can move through:

  1. quoting
  2. towing
  3. compliance checks
  4. dismantling
  5. inventory
  6. scrap processing
  7. container packing
  8. offshore warehousing
  9. final sale

And most businesses manage this using spreadsheets, whiteboards, WhatsApp messages, and paper forms.

That’s the problem we set out to solve with InfraByte.

The Real Problem Wasn’t “Inventory”

At first glance, automotive recyclers look like inventory businesses.

They’re not.

They’re operational workflow businesses.

The hard part is not storing parts.
The hard part is tracking everything that happens between:
“Customer wants to sell a vehicle”
and
“Part sold months later.”

That includes:

  1. dispatching drivers
  2. capturing IDs and signatures
  3. PPSR checks
  4. documenting compliance
  5. tracking dismantling
  6. managing containers
  7. monitoring offshore stock
  8. generating reports

The biggest issue we found was fragmented systems.

Every department used different tools.
Nothing talked to each other.

Our Approach

We built InfraByte Software as a connected operational platform instead of separate modules.

The architecture combines:

  1. .NET 8
  2. Blazor Server
  3. SignalR
  4. Redis
  5. SQL Server
  6. Hangfire
  7. Azure services
  8. multi-tenant infrastructure

The key idea:
A vehicle should remain traceable throughout its entire lifecycle.

From:

  1. website inquiry
  2. quote
  3. booking
  4. pickup
  5. dismantling
  6. inventory
  7. export
  8. sale

Everything remains connected.

One Unexpected Engineering Challenge

One of the hardest technical problems wasn’t UI or APIs.

It was state management.

Jobs are constantly changing:

  1. Drivers update statuses
  2. Office staff modify bookings
  3. Payments are processed
  4. Dismantlers update inventory
  5. Containers are packed

All in real time.

We moved toward a cache-first architecture using:

  1. Redis for operational state
  2. SQL Server for persistence
  3. background sync processing
  4. event-driven updates

That dramatically improved dashboard responsiveness while reducing database load.

Another Big Problem: Double Handling

In many businesses, the same information gets entered repeatedly.

Office staff enter vehicle details.
Drivers rewrite them.
Dismantlers rewrite them again.

That creates:

  1. errors
  2. delays
  3. compliance risks

So we focused heavily on workflow continuity:

  1. VIN decoding
  2. pre-filled data
  3. shared operational context
  4. mobile verification instead of re-entry

Small optimizations created huge operational savings.

Why Vertical Software Matters

Generic CRMs fail in industries like automotive recycling because the workflows are highly specialized.

A recycled vehicle changes state constantly.

Most platforms cannot model that lifecycle properly.

Industry-specific software can.

That became our biggest lesson.

Where We’re Going Next

We’re now expanding into:

  1. Shopify integrations
  2. AI-assisted workflows
  3. automated category mapping
  4. real-time multi-channel messaging
  5. advanced reporting systems
  6. tenant-based onboarding automation

The goal is not just software.

The goal is an operational infrastructure for the automotive recycling industry.

If you’re building vertical SaaS products, especially for industries with messy real-world workflows, I’d love to hear what architectural decisions worked (or failed) for you.

Top comments (0)