- Expédié
- 8 novembre 2026 à 01:34 UTC
- Auteur
- Kamo
- Commit
- 65f9eb6
Ordres de service: - createJob stocke le marché choisi sur Engagement.market (il a seulement sélectionné le Type d'engagement auparavant) et le compte client sur Engagement.account - chaque nouvelle tâche reçoit un numéro lisible par une personne (WO-00001…), donc aucun écran ne tombe Retour à l'uid - JobView porte marketId / marketTitle; customerName lit Company (Contact) - listJobs(org, status, marketId): une lecture récupérée (engagement, market, client, visites) au lieu de jusqu'à quatre charges paresseuses par ligne; un onglet de marché Montre les emplois qui n'ont pas de marché - setCustomer: déposer un job sous un compte ou le retirer d'un (engagement suit) - addVisit / updateVisit : planifier une visite, assigner un technicien (org-checked in SQL), marquer en route / pas d'accès / annulé; affecter quelqu'un à un accès Le job le déplace vers ASSIGNED Abonnements : - createOrder stocke le marché du plan et le compte du membre client sur le engagement (l'engagement d'une citation garde ce qu'elle a) - SubscriptionOrderDTO et SubscriptionRecordDTO contiennent marketId, marketTitle, customerAccountUid et customerAccountName - getOrders / getSubscriptions prennent un marketId (marché d'engagement, sinon plan market; none stays in) et lisez les lignes avec une requête - getPlansForMarket: le filtre de marché sur les plans a pris un long et ne pouvait jamais Parse un UUID de marché; il est également limité à l'organisation de l'appelant maintenant