- Expédié
- 27 août 2026 à 04:39 UTC
- Auteur
- Kamo
- Commite
- c8b58ce
SW5 Tâche 3, moitié de bibliothèque. ServiceTaskBookService expose des livres, des catégories, tâches et options derrière une API org-scoped, plus resolveTaskByCode - le recherche d'un devis ou d'un ordre de travail s'exécute lorsqu'il stocke un code de tâche. Celui-là est une requête indexée unique contre idx-service-task-book-code, atteint à l'aide d'un code Le livre direct de ServiceTask FK, pas un fetch-the-book-alors-scan. Chaque point d'entrée prend l'orgId comme premier argument et le donne à un un référentiel dont JPQL porte le prédicat. Rien ne charge par uid et contrôle l'org après; cette forme est ce qui a fait six critères commerciaux Le commis dit avant que SW1 ne les répare. ServiceTaskBookServiceShapeTest Pinces à parts à la fois - la règle de signature et "tous les travaux de service" organisation.id'. Deux référentiels sont nécessaires que la tâche 1 ne crée pas: catégories et les options n'apportent pas d'org, de sorte que leurs lectures d'org-scopeds se joignent à travers le Livre (deux houblons pour une option). Les igots et les horodatages laissent en conditions dans les deux sens. Offering.uid est un Longue et un numéro JSON dans un navigateur est un double, qui est le même Piège qui a forcé QuoteConversionResult.orderUid pour devenir une chaîne dans SW4. Lire la carte des vues à l'intérieur de la transaction plutôt que de remettre des entités à un contrôleur, donc rien ne dépend de l'ouverture de vue reste vrai. Supprime les refus plutôt que la cascade: un livre qui contient encore des entrées au prix et une catégorie qui détient encore les tâches à la fois la réponse 409. Retirer un livre est isActive/effectiveUntUil, qui laisse chaque ligne vendue résolvable.