La griglia di lavoro-ordine legge lavori di servizio reali

Featurekamo-internal
Shipped
27 agosto 2026 alle ore 08:03 UTC
Author
kamo
Commit
02208ef

Ogni fila in questa griglia era un collegamento morto per costruzione. generareMockWorkOrders ids String (8000 + i), il clic di riga ha spinto /commerce/servizio/8001, e il gestore ha dichiarato @PathVariable UUID id — così il id ha fallito la conversione prima qualsiasi gestore corse e la pagina dei dettagli rese il suo stato non-fondato. Quindici file, quindici collegamenti morti, su uno schermo che sembrava finito. Entrambe le superfici ora leggono ServiceJob attraverso l'autorita'. Il proxy esporta GET, PUT e PATCH — esattamente ciò che ServiceJobController mappa, e né il proxy commerciale accanto a esso era un modello sicuro: quotazioni esportazioni GET/POST/PATCH/DELETE senza PUT, service-task-books export GET/POST/PUT/DELETE senza PATCH. Copiare o e uno salvare risposte 405 sollevato da Next stesso, con nulla nei registri del server, mentre ogni lettura continua a funzionare. serviceJobWireContract.test.ts pins the verb set against the controller's annotazioni in entrambe le direzioni e confronta ogni JobView/VisitView/AddressView record componente al membro TypeScript per nome. Quel confronto dei nomi e' la seconda soluzione. PosApi. WorkOrder ha dichiarato serviceName, serviceId e engagementId contro un servizio di invio DTOOfferta Nome, serviceOfferingUid e engagementUid. I tre non si sono mai abbinati, quindi il dettaglio sottotitolo di pagina e la sua riga di riepilogo "Servizio" non sono stati definiti per la vita di lo schermo e cadde a un trattino — che legge come "niente registrato" piuttosto che come tipo, per questo nessuno l'ha trovato. Eliminato 489 righe di un dettaglio Dialogo che non poteva aprire: dettaglioApri è stato falsi inizializzati, setDetailOpen(true) non è apparso da nessuna parte nel file, e selezionatoOrdine è stato indipendentemente sempre nullo. Sei gestori lo hanno nutrito e niente e se ne andò. La sua scheda Note era l'unica nella base di codice, quindi era prima — E' il momento giusto. Partenze da sapere: - Nessun nome tecnico da nessuna parte. ServiceJobApi porta visite[].assignedMemberId e nient'altro, e nessun endpoint risolve un gruppo di id membri a nomi — membroDirectory è una ricerca a pagina la cui nota vieta di tenere il personale lista. La colonna è andata piuttosto che mostrare un id vestito da persona. - "Time Attended", non "Labor Hours". Il server somma totaleLabourMinutes da la finestra reale di ogni visita perché il lavoro a prezzi si blocca da un Ordine senza link a un lavoro. Rendered con formatoLabourMinutes; nessun campo galleggiante ore su da entrambe le parti. - il commercio sostituisce le dieci stringhe di categoria libere, che non erano mai un vocabolario tutto potrebbe fare un giro: "Plumbing Repair" è PLUMBING plus WorkClass.REPAIR. - Lo stato Bulk ora emette un PATCH per lavoro e riferisce rifiuti parziali, perché la macchina di stato controlla ogni transizione. Il vecchio handler imposta il campo localmente su tutti loro e ha segnalato il successo. - Lavoro, parti, voci temporali e venditori rimangono locali useState. Nessuna entita' qualsiasi di loro; SW6b li costruisce. Il dizionario è atterrato prima: kamo-translation-dictionary 947e585.

All changes

Come quello che vedi la spedizione?

Ognuno di questi aggiornamenti atterra automaticamente nello spazio di lavoro. Inizia gratis e guardalo crescere settimana dopo settimana.

Inizia gratis per sempreVisualizza il prezzo