Summary
What is it?
A conversational AI agent in CONFIGURATION > Rules that turns a plain-language description into an order-entry validation rule.
The agent produces the same underlying rule mechanism used today; no new rule types or entry points are introduced.
Why use it?
Until now, only Qargo Professional Services could author these rules so every new rule became an internal ticket.
Chat-based authoring lets users (Super admin / Qargo admin only) create and adjust validation rules directly.
How does it work?
A rule is described in plain language and refined with the agent over several turns until it is correct.
A rule can be tested before saving, against a mock order, directly from the order create screen.
Rules keep working when copied between sandbox and production.
Prerequisites
Super Admin access - rule authoring lives under Configuration > Rules.
The Qargo Intelligence (QI) feature flag must be enabled for the tenant.
Use Cases
Blocking an order when a required field, such as packaging type, is left empty.
Enforcing packaging weight limits or locked pallet-space rules at the point of order entry.
Restricting allowed time windows or service-level availability per postcode zone.
Allowing Admin users to adjust a validation rule without raising a ticket.
Terminology
Term | Definition |
Validation rule | A check applied at order entry that blocks input on the portal and warns in the web app when conditions are not met. |
Chat agent | The conversational AI assistant that translates a plain-language description into a validation rule. |
Master data | Reference records such as customers, locations, and packaging types, matched by their code. |
Validation mode | A test mode that opens the order create screen so a mock order can be built to check a rule. |
Creating a Rule
🎥 This video shows the entire process of creating chat-based validation rules:
NAVIGATE to CONFIGURATION > Rules.
CREATE RULE by clicking on the button in the top right-hand corner.
DESCRIBE the required validation rule to the chat agent in plain language.
REVIEW the agent's response and REFINE the description over additional turns until the rule reflects the intended check.
CONFIRM the matched master-data items. The agent auto-fills codes, and the resolved list stays editable.
Testing a Rule Before Saving
OPEN validation mode on the draft rule. A pop-over opens the order create screen.
BUILD a mock order that should trigger the rule.
VISUALISE the rule's effect on the mock order before saving.
‼️ Thorough validation is strongly recommended, because the rule is generated by AI and can still be incorrect even when it appears right.
Saving a Rule
Once the validation is completed, you need to save your rule.
SAVE RULE by clicking on the button next to Validate.
The rule will then appear in the Order entry/edit validation rules overview.
There you can edit rules, deactivate or even remove the rules in your account.
How Master Data Is Matched
Rules reference master data (customers, locations, packaging types, and so on) by code rather than by name.
Setting a code on these entities is strongly recommended, because codes are more stable for rule generation.
The same rule continues to work when copied between sandbox and production, since codes are consistent across environments.
Troubleshooting
Issue | Cause / Resolution |
The agent returns a formatting or syntax error. | The description may be ambiguous. Rephrase the request, or ask the agent to try again over additional turns. |
The agent cannot find a referenced service or add-on. | A typo or an unrecognised name was used. Reference the entity by its exact name or code; having a code set is strongly recommended. |
A saved rule does not behave as expected. | The AI-generated rule may be incorrect. Re-test in validation mode with a mock order and refine the description. |
Limitations
Rules validate input on save; they do not lock fields or limit which options appear in the order form.
Rules generated by AI can still be incorrect, so thorough validation is essential.




