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