A Revenue Cloud requirement states that when the " Terabyte " Attribute of " Product...

The condition applies specifically to an attribute belonging toProduct A, so the constraint belongs at theproduct level. A product-level constraint model can evaluate the Terabyte attribute as the user configures that product and display a warning when its value exceeds 100.

This keeps configuration logic close to the product model it governs. It also makes the rule reusable wherever Product A is sold rather than tying the validation to one specific quote-level implementation. Product-level modeling is particularly appropriate for rules involving attributes, child-product relationships, cardinalities, and other configuration characteristics intrinsic to a product or bundle.

Option A would place the rule at Quote level, which is unnecessarily broad because the requirement does not depend on relationships between multiple unrelated quote lines or quote-wide transaction information. Option B introduces a custom Lightning Web Component even though Revenue Management already supplies a declarative constraint engine capable of evaluating the condition and displaying configuration messages.

Using the standard constraint model reduces custom-code maintenance and keeps configuration behavior centrally governed within Product Catalog Management and Product Configurator.

Study Guide Reference:Configure, Price, Quote — Constraint Rules; product-level constraint models; attribute validation and warning messages.

===============