- Verschifft
- 26. Juni 2026 um 18:32 UTC
- Autor
- Kamo
- Ausschuss
- 5fcfdd9
Die LLPA/Einstelllage + die deterministische Prädiktat-Engine für 8,1 Schritt-4-Matching ("an Die Anpassung entspricht iff ALLE seine Bedingungen sind erfüllt"). - MlosPriceAdjustment (mlos_price_adjustment): rateSheetVersionId FK, productId (null=all), Anpassungsgruppe, Bedienung (ADDITIVE|MULTIPLICATIVE), Wert, StackOrder, CapValue, Label. - MlosAdjustmentCondition (mlos_adjustment_condition): PreisnachstellungId FK, Attribut, Betreiber ************ numLow/numHigh, valueSetId FK. - MlosValueSet (mlos_value_set) + MlosValueSetMitglied (mlos_value_set_member): kategorisch benannt setzt; die doc 02 -6.2 Plattform-eigene Ausnahme (organizationId nullable + platformOwned flag on das SET nur; Mitglied trägt keinen orgId-Spiegel - Eigentum über das Set, keine Drift-Oberfläche). - AdjustmentConditionEvaluator (ungated @Component) + ScenarioFacts: numerische Ops vs num_low/high, set ops vs resolved members; fehlende Tatsache - kein Spiel; SET OPS FAIL CLOSED auf empty/null member Set (ein baumelnder Soft-FK-Wertsatz passt nie lautlos zu allen) und null-resolver-sicher (keine NPE). 9 ************ grün. Widrig geprüft (2-agent Workflow): behobene 2 HIGH-Evalator-Bugs (NOT_IN fail-open on empty set; NPE auf Null-Rechen-Rezist) + den redundanten Mitglieds-OrgId-Spiegel gemäß der Bewertung fallen gelassen. Preisgestaltung Zahlen roh BigDecimal (Slice-3 Korrektur). KamoInitializer fügt den Value-Set Eigentum CHECK hinzu.