- Se descapó
- 27 de junio de 2026 a las 21:13 UTC
- Autor
- Kamo
- Compromit
- 3e1f8f1
Un cuadro puro-lógico -Component (el patrón de PriceAssemblyEngine) validando una tasa/precio de candidato Escalera ANTES de una versión de hoja de tarifas publica (doc 02 6.6): banda de rango de precio consciente de la convención [par-20] (par=100 PRICE-TO-100 / 0 POINTS-FROM-PAR - . . . . . . . . . . . . . . . . . . . . . . . . . . . . escalera monotónica (precio sin divar a medida que aumenta la tasa de notas, por (lockPeriodDays,ioFlag) escalera), y bien formaz estructural (no vacía / tasa positiva / cerradura positiva / sin tasa duplicada). Informes TODAS las violaciones; falla cerrada. Reutilizable por el futuro escenario de candidatos de ingestión (toma un desacopleto RateSheetLadderCell registro, no la entidad JPA). Revisión adversaria de 2 agentes . FIX-THEN-SHIP (1 must-fix aplicado): eliminado la par-sanidad casi-par-PRICE Comprobón legal desechado en falso todas las ventanas de cupón de premium/todo-descuento (tarifa de cuidad par-RATE etiquetado, aplazado; la banda ya limita los precios a 20 euros de par). También: suavizó la convención de signos javadoc (ej.-GR-convenza de verificación de la firma DEFERRED, banda captura sólo errores de magnitud bruta), excluido Células de calificación de nulo de la exploración duplicada/monotónica, y omita la comparación monótona en comparación con tasas iguales. 18 pruebas no-DB (TDD). No hay una nueva entidad.