6.0 KiB
6.0 KiB
Roadmap operativa fornitore/manutentore
Data: 6 aprile 2026
1. Obiettivo
Rendere l area fornitore realmente usabile come backoffice operativo quotidiano, senza creare viste isolate solo per un caso specifico.
Direzione confermata:
- UI e Blade riusabili tra ruoli diversi
- differenziazione principale a livello di accesso dati e permessi
- stessa esperienza utente su ticket, rubrica, allegati e schede prodotto
2. Stato gia rilasciato
- correzione accesso scheda ticket/intervento fornitore
- modal rapida dalla lista ticket fornitore
- miniature allegati ticket e preview modal lato fornitore
- anteprima immediata file in scheda intervento fornitore
- ricerca subfornitore/collaboratore con pattern coerente ai ticket
- start/stop timer intervento e salvataggio allegati fornitore con naming/preview piu robusti
- primo slice pagina
Lavorazioni operativecome contenitore unico per interventi da ticket e future lavorazioni interne/ricorrenti - sessioni intervento multiple con eventi
start,stopecheckpointsulla stessa scheda fornitore - acquisizione posizione browser su start/stop/checkpoint quando il dispositivo concede geolocalizzazione
- prima rubrica clienti fornitore costruita dai ticket/interventi gia lavorati, con azioni chiamata/mail e link rapido alla scheda intervento
- prima pagina
Prodottifornitore agganciata al catalogo interno esistente, con ricerca per nome/codice/barcode - materiali strutturati nel rapportino fornitore, con quantita, prezzo, barcode, sorgente e link esterno/fallback
- esposizione lato fornitore dello stato connessione Google gia presente nel backend, con riuso del flusso OAuth anche dal contesto fornitore
- verifica import TAG legacy fornitore: comando funzionante, nessun delta residuo sulle righe gia importate in staging
3. Rubrica unica condivisa
Decisione:
- usare sempre la stessa maschera rubrica come base comune
- i ruoli diversi devono vedere workflow coerenti
- le differenze vanno applicate nel layer DB, permessi, collegamenti e campi secondari
Impatto:
- un fix UI fatto una volta resta valido per tutti
- minore divergenza tra amministratore, fornitore e moduli tecnici
- base migliore per sincronizzazione mobile e Google Contacts
4. TecnoRepair e sorgente dati
Decisione tecnica:
- leggere il legacy MDB in modo sicuro
- non usare il file Access come database operativo da scrivere direttamente
- usare NetGescon come base dati di lavoro e storico operativo
- prevedere bridge di sincronizzazione verso/da sistemi esterni solo in modo controllato
Percorso consigliato:
- import legacy TecnoRepair in staging SQL NetGescon
- matching verso rubrica, fornitori, prodotti, seriali e schede assistenza
- eventuale sync con Google Contacts per la parte rubrica mobile
- eventuali export/sync di ritorno solo su connettori dedicati
5. Ticket interni e lavorazioni unificate
Da realizzare:
- pagina dedicata con elenco unico lavorazioni fornitore
- viste aggregate per:
- ticket assegnati dall amministratore
- ticket interni aperti dal fornitore
- lavorazioni concluse / archivio
- lavorazioni in attesa / da pianificare
Regola:
- il ticket e il contenitore del lavoro occasionale/non preventivato
- le lavorazioni interne devono convivere nello stesso pannello operativo, senza obbligare a due strumenti separati per il manutentore
6. Lavori ricorrenti e contratti
Dominio da introdurre separatamente dal ticket:
- contratti di servizio continuativi
- clienti serviti
- sedi/impianti/contesti serviti
- frequenza interventi
- calendario pianificato
- assegnazione operatori
- consuntivi e scostamenti
Esempi target:
- pulizie
- portierato
- disinfestazione
- manutenzione tecnica periodica
- servizi continuativi con SLA o visite programmate
7. Collaboratori e turni
Estensione richiesta sulla pagina collaboratori:
- riuso del componente di ricerca stile ticket
- memorizzazione come collaboratore/dipendente o subfornitore
- futura gestione orari di lavoro e disponibilita
- base per distribuire lavori ricorrenti e assegnazioni automatiche/manuali
8. Catalogo operativo interno
Modello richiesto:
- prodotto unico interno
- piu fornitori per lo stesso prodotto
- listini acquisto multipli comparabili
- listini vendita differenziabili per cliente o profilo cliente
- seriali singoli o multipli
- assemblati con seriali figli
- varianti modello/colore
- foto, allegati e link esterni tipo ICECAT
Decisione chiave:
- il codice pubblicato/operativo deve essere quello interno NetGescon
- i riferimenti esterni restano alias o sorgenti di import, non chiavi principali dell archivio
Slice gia attivo:
- lookup prodotti dalla scheda intervento fornitore
- uso immediato nel rapportino di materiali gia codificati
- fallback manuale per prodotto non censito
- fallback link esterno di ricerca prodotto su Amazon in attesa del referral definitivo/configurato
Nota pratica:
- la scansione barcode lato browser e gia compatibile con lettori HID/Bluetooth che scrivono nel campo come tastiera
- la lettura camera nativa del barcode puo essere aggiunta in uno step successivo con libreria dedicata o app/PWA piu spinta
9. Scheda fornitore per pagine separate
Separazione richiesta per la scheda fornitore:
- dati essenziali in scheda principale
- pagina/tab
TecnoRepair / seriali - pagina/tab
Catalogo operativo interno
Contenuto previsto in TecnoRepair / seriali:
- import MDB collegato al fornitore
- seriali assistenza agganciati automaticamente
- storico schede legacy
Contenuto previsto in Catalogo operativo interno:
- anagrafica prodotti/servizi del fornitore
- listini acquisto/vendita
- varianti e seriali
- allegati e immagini
- riferimenti esterni interni al gestionale
10. Prossimi slice consigliati
- trasformare le sessioni intervento in foglio presenza/manodopera con timbrature multiple per giorno/mese e consuntivo fatturabile
- estendere checkpoint presenza con QR/BLE/NFC dove il device/browser lo consente davvero
- estensione collaboratori con disponibilita/orari
- ticket interni/lavorazioni ricorrenti dentro
Lavorazioni operative - staging SQL TecnoRepair per rubrica, schede e seriali