Predictika · Legrand data center rack PDUs
An AI sales agent drafts a quote for rack PDUs in a data center: Raritan PX4 and Server Technology PRO4X units, in EU (IEC 60309) and North American (NEMA) versions, with sensors, quoted in euros. Before the quote goes out, the agent sends it to Predictika, which checks it against a declarative model, compares the total the agent states with the one it computes, and returns every finding together with the line-item quote.
This validator is built for one thing: configuring and quoting Legrand data center rack PDUs (Raritan PX4 and Server Technology PRO4X). It does not know Legrand's other electrical or data-infrastructure product lines; only the rack PDU configuration and commercial rules below.
Within that scope the validator handles any combination of these PDU models, circuits, redundancy designs and feature requirements, not just the seven scenarios shown on this page. It is an illustrative model built from public Legrand product information; prices, limits and policy values are fictional, and it does not use Legrand's internal rules.
7 scenarios in 4 groups · each group runs from the agent’s first attempt to the outcome · click one to switch
Proposing agent: AI sales agent (scripted)
Before sending, the agent must call Recorded run
What this means
Our assessment of what a typical rules-based CPQ (product rules, price rules and validation rules, as in Salesforce CPQ) does with the same cases. It is a judgment about effort and reliability, not a claim that nothing can be built.
| What the validator caught | Typical rules-based CPQ | Predictika |
|---|---|---|
| A PDU whose plug, phase and amperage match the branch circuit | Only with care A compatibility table by region and circuit, which has to be extended for every new PDU model and is easy to leave incomplete. | Region and circuit are checked from the PDU's own attributes on every call. |
| Load per PDU under A+B redundancy | Only with workarounds With A+B the load on one feed is the rack load shared by half the PDUs, and the derated rating differs per model. It takes helper formula fields on the quote line for each redundancy design. | The share, the derated rating and the outlet counts are computed from the order and checked together. |
| Remote reboot or chargeback needing the right PDU | Only with care The requirement belongs to attributes of the chosen model (switched, outlet-metered), not to an option that can be added, so it only works if every model is tagged and every rule is kept in step. | Switching and metering are attributes of each PDU model and are checked whenever the feature is requested. |
| A stated total that does not match the computed price | Only with care A validation rule can compare a stated total with a calculated field, but only if the stated total is a field on the quote, which it rarely is. | The stated total is compared with the computed one at every step of processing the quote. |
Every rule is checked on every call, in any order the choices arrive; one problem never hides another. Blocking findings stop the quote; approval findings need a person to sign off; everything else is computed.
| 1 | PDU model is not for the site region. |
| 2 | PDU plug, phase or amperage does not match the branch circuit. |
| 3 | A+B redundancy with an odd number of PDUs per rack. |
| 4 | Load per PDU above the derated rating of the PDU. |
| 5 | Not enough C13 or C19 outlets on the PDU. |
| 6 | PDU too long for the rack height. |
| 7 | Remote reboot requested on a PDU that is not outlet-switched. |
| 8 | Per-outlet chargeback requested on a PDU without outlet metering. |
| 9 | Custom color on fewer than 50 PDUs. |
| 10 | Lead time longer than the customer can wait. |
| 11 | Extra discount above the maximum for the deal. |
| 12 | The agent's stated total does not match the computed total. |
| 13 | Load above 90 percent of the PDU rating: capacity-planning sign-off needed. |
| 14 | 500 or more PDUs: supply-planning commitment needed. |
| 15 | Extra discount above what a rep may give alone: needs approval. |