- Shipped
- 8 novembre 2026 alle ore 01:34 UTC
- Author
- Kamo
- Commit
- 65f9eb6
Ordini di lavoro di servizio: - createJob memorizza il mercato scelto su Engagement.market (ha scelto solo il Tipo di coinvolgimento prima) e l'account del cliente su Engagement.account - ogni nuovo lavoro ottiene un numero leggibile da una persona (WO-00001…), quindi nessuna caduta dello schermo Torna all'uid - JobView porta marketId / marketTitle; customerName legge Azienda (Contatto) - listJobs(org, status, marketId): una lettura recuperata (impegno, mercato, cliente, visite) invece di fino a quattro carichi pigri per riga; una scheda di mercato anche Mostra posti di lavoro che non hanno mercato - setCustomer: archivia un lavoro sotto un account o rimuovilo da uno (l'impegno segue) - addVisit / updateVisit: pianificare una visita, assegnare un tecnico (organizzazione controllata in SQL), marcare in corso / nessun accesso / annullato; assegnare qualcuno a un gruppo Il lavoro lo sposta in ASSIGNED Abbonamenti: - createOrder memorizza il mercato del piano e l'account del cliente membro sul impegno (l'impegno di una citazione mantiene ciò che ha) - SubscriptionOrderDTO e SubscriptionRecordDTO trasportano marketId, marketTitle, customerAccountUid e customerAccountName - getOrders / getSubscriptions prendono un marketId (mercato di impegno, altrimenti piano market; nessuno rimane in) e leggere le righe con una query fetched - getPlansForMarket: il filtro di mercato sui piani ha preso un lungo e non poteva mai Analizza un UUID di mercato; ora è anche limitato all'organizzazione del chiamante