- Verschickt
- 8. November 2026 um 01:34 UTC
- Autor
- Kamo
- Commit
- 65f9eb6
Service-Arbeitsaufträge: - createJob speichert den gewählten Markt auf Engagement.market (er wählte nur die Engagement-Typ zuvor) und das Kundenkonto auf Engagement.account - jeder neue Job erhält eine lesbare Nummer (WO-00001…), so dass kein Bildschirm fällt Zurück zur UID - JobView trägt marketId / marketTitle; customerName liest Unternehmen (Kontakt) - listJobs(org, status, marketId): ein abgerufenes Lesen (Engagement, Markt, Kunden, Besuche) statt bis zu vier Lazy Loads pro Zeile; ein Markt-Tab Zeigt Jobs an, die keinen Markt tragen - setCustomer: Auftrag unter einem Konto ablegen oder von einem abnehmen (Engagement folgt) - addVisit / updateVisit: Terminvereinbarung, Zuweisung eines Technikers (org-checked in) SQL), mark en route / no access / cancelled; Zuweisung einer Person zu einer Gruppe Job verschiebt es zu ASSIGNED Abonnements: - createOrder speichert den Markt des Plans und das Konto des Kundenmitglieds auf der Engagement (das Engagement eines Zitats behält, was es hat) - SubscriptionOrderDTO und SubscriptionRecordDTO tragen marketId, marketTitle, customerAccountUid und customerAccountName - getOrders / getSubscriptions nehmen eine marketId (Engagement-Markt, sonst Plan market; none stays in) und liest die Zeilen mit einer abgerufenen Abfrage - getPlansForMarket: Der Marktfilter auf Pläne nahm eine lange Zeit und konnte nie Parsen einer Markt-UUID; es ist jetzt auch auf die Organisation des Anrufers beschränkt