- Se descapó
- 27 de agosto de 2026 a las 4:39 UTC
- Autor
- Kamo
- Compromit
- c8b58ce
SW5 Task 3, biblioteca media. ServiceTaskBookService expone libros, categorías, tareas y opciones detrás de una API de org-scoped, además de resoluciónTaskByCode - el buscar una cotización o orden de trabajo realiza cuando almacena una tareaCode. Ese es una sola consulta indexada contra idx.service.task.book.code, alcanzada a través de El libro directo de ServiceTask FK, no un buscado-el-entonces-escana. Cada punto de entrada toma orgId como su primer argumento y lo entrega a un relleno cuyo JPQL lleva el predicado. Nada carga con uid y comprueba la org después; esa forma es lo que hizo seis endpoints comerciales el inquilino cruzado lee antes de que el SW1 los reparara. ServiceTaskBookServiceShapeTest pins a la mitad - la regla de la firma y "todos los servicios" nombres de la historia organización.id'. Se necesitaban dos repositorios que la tarea 1 no creaba: categorías y opciones no llevan org propio, por lo que sus lecturas org-scoped se unen a través de la libro (dos saltos para una opción). Los vauces y las marcas de tiempo se dejan como cuerdas en ambas direcciones. Ofering.uid es un 19 dígitos Long y un número JSON en un navegador es un doble, que es el mismo trampa que obligó a QuoteConversionResult.orderUid a convertirse en una cuerda en SW4. Lee el mapa a las vistas dentro de la transacción en lugar de entregar entidades a un controlador, así que nada depende de que la vista se mantenga cierta. Elimina residuos en lugar de cascada: un libro que aún tiene entradas a precio y una categoría que aún ocupa tareas, ambas respuestas 409. Jugar un libro es esActive/effectiveUntil, que deja cada línea vendida resoluble.