- Verschifft
- 27. Juni 2026 um 13:36 UTC
- Autor
- Kamo
- Ausschuss
- a972458
Die erste reinlogische mlos Scheibe: der Schlussstein, der den ausgelieferten Katalog zusammenfasst resolver in die maßgebliche serverseitige Preisgestaltungsmathematik (doc 02 8.1 Schritte 2-4). Ungated stateless @Component (Geschwister zu AdjustmentConditionEvaluator/ ************ - null Repository, keine neue Einheit, keine Schemaänderung. Die zukünftigen MLOSPricingService-Dürren repos + Persistenz + Veranstaltungen. - mergeEligibilität(): der Drei-Konjun-Filter mit 8,1 Schritt-2/3 (Zelle- UND Leitlinie UND AUS Tor) - EignungVerurteilung, am schwersten blockieren Vorrang mit einem einzigen Direktor MlosAdverseActionReasonCode (cell ************ Leitlinie " AUS-wann-erforderlich - ELIGIBLE). - monemblePrice(): final_price = base + . ADDITIVE + . MULTIPLICATIVE(stack_order) + Marge, Respekt Cap_value. Additive summed (s total_adjustments 9,6), dann multiplikative Faktoren skalieren die laufende Subtotal in aufsteigendem stack_order (uid Tie-Break), dann fügte Marge last/outside the .; Single final HALF_UP zu (9,4). - price(): orchestriert beides; Ausgang befriedigt das MlosPricedProductResult @PrePersist biete-Konsistenz invariant durch Konstruktion. - cap_value = additives Zeichen-ererer Konservierung Magnituden-Kleme (Cap=0 - 0 Beitrag, Gezielt); ein multiplizierter cap_value ist ein lauter Konfigurationsfehler (gescheckt, nie Fehlpreis). AUS PASS/NOT_APPLICABLE Nicht-Blocking (Preis-vor-AUS; der Preis-vor-AUS; der -8.2 Lock-Stage-Hard-Stop ist der Service). - Neu: AusGateOutcome enum + **************** PricedProductComputation Datensätze. 33 No-DB JUnit5 Tests grün. Forschungsarbeitswerk (3-Leser + Synthese) + 2-Agent kontradiktorische Überprüfung (Urgestein FIX_THEN_SHIP, Null must-fix; angewendet die 5 should-fix härtende Elemente: loud multiplicative-Cap-Schutz, Vernunft-Code-Coverage-Gap-Doku, cap=0 + niedrigsten-Regelcode Dokus und 6 Abdeckungstests).