Vai al contenuto
Torna ai lavori

Rotor — Gestionale per carrozzerie e officine

Tutta l'operatività di una carrozzeria in un sistema solo: accettazione, riparazioni, ricambi, assicurazioni, fatturazione e incassi — al posto di un gestionale legacy e dei fogli di calcolo intorno.

Lavoro su commessa — sorgente non pubblico

Tipo
Prodotto
Periodo
2024 — oggi
Stato
In produzione
Ruolo
Architetto full-stack e sviluppatore principale

Il problema

Una carrozzeria vive su registri che si sovrappongono: quali auto sono dentro, cosa è stato preventivato, cosa ha autorizzato l’assicurazione, quali ricambi sono in ordine, cosa è stato fatturato e cosa è stato davvero incassato. Officine di questa taglia lo gestiscono con un programma datato più una costellazione di fogli di calcolo, e la giunzione tra le due cose è una persona.

Cosa ho costruito

Rotor sostituisce la costellazione: pratiche di riparazione, clienti e loro veicoli, fatturazione attiva e passiva, assicurazioni e periti, preventivi e la reportistica sopra. Si usa in officina, su un tablet, spesso con le mani sporche — qualsiasi cosa costi più clic del metodo vecchio viene abbandonata, e le schermate sono state disegnate contro quel vincolo, non contro una demo.

Il lavoro interessante era il dominio. Una pratica non è lineare: può aspettare l’assicurazione mentre i ricambi sono già ordinati, ed essere consegnata prima di essere fatturata. Il modello rappresenta un avanzamento parziale e fuori ordine invece di collassare in un campo “stato” che in ogni officina vuol dire una cosa diversa. L’import dello storico è stato costruito come parte del prodotto, perché nella pratica non lo si esegue mai una volta sola.

A che punto è

In produzione, regge l’operatività quotidiana delle carrozzerie dall’inizio alla fine, con lo storico portato dentro invece che abbandonato — e il passaggio è avvenuto senza un giorno di fermo.

Cosa ho fatto

  • Progettato l'architettura a tre livelli e il modello di dominio di pratiche, veicoli, assicurazioni e fatturazione
  • Costruito il flusso operativo end-to-end: accettazione, preventivo, avanzamento riparazione, ricambi, fatturazione e incassi
  • Scritto l'importatore che recupera anni di storico dal gestionale legacy
  • Containerizzato lo stack e prodotto i manifest Kubernetes usati come riferimento di deployment

Impatto

  • Manda avanti l'operatività quotidiana delle officine, al posto di processi frammentati su fogli di calcolo
  • Anni di storico legacy migrati invece che abbandonati

Stack

  • .NET 9
  • Blazor WASM
  • PostgreSQL
  • Docker
  • Kubernetes
  • MudBlazor
  • EF Core

Screenshot

Riconosci uno di questi problemi?

Se qualcosa di tutto ciò somiglia al sistema con cui convivi, di solito è un buon punto da cui partire.