Case Study
How Sella Delivers Scalable Credit Risk Explanations with Prometheux
Read More
By Industry / Retail

Trusted Agents for
Retail and Consumer

Prometheux helps retail and consumer goods teams put AI to work across customers, merchandising, supply and stores, on your own data and business rules. Assistants, agents and teams get the same answer with the evidence behind it, and data is processed in place across your commerce, ERP, POS and warehouse systems: nothing to migrate.

Proven in production

What holds retail back

Plenty of Data.
Too Few Answers.

Customer, product, stock, price and store data sits in different systems owned by different teams. AI pilots look good in a demo, then stall when the answer has to be right, consistent and explained.

Today
With Prometheux
Customer, product, supply and store data split across commerce, ERP, POS, warehouse and loyalty systems
One set of business rules connects them, so every team works from the same definitions
Every new use case starts with copying data into another platform, then keeping it in sync
Data processed in place, where it already lives: nothing to copy or migrate
AI pilots that never reach production because nobody can check the answers
Every answer comes with its derivation: the rules and source rows behind it
Search, service and store channels give different answers to the same question
Every assistant and agent calls the same rules over MCP and API: same question, same answer
Pricing, promotion and reorder logic rebuilt in each team's spreadsheet
Policies codified once in readable rules and reused by every team and channel
AI costs that grow with every prompt and every pilot
Deterministic rules do the heavy lifting; LLM steps are used only where language needs them
Use case menu

Where Retail Teams
Start

Pick the area you own. Each use case runs on the same rules and on data left where it lives, so the second one reuses what the first one built.

Customers & Personalisation

Know each customer across channels and give them answers and offers your teams can stand behind.

01Customer 360 Across Channels
Which online accounts, loyalty IDs and store receipts belong to the same customer? Every match cites its rule and source records.Entity Resolution →
02Recommendations That Fit
Which products actually fit what this shopper is buying, are in stock, and why? Rules over real product relationships, alongside vector search.Neurosymbolic AI →
03Conversational Shopping and Service
Can this order be substituted, price-matched or returned under your policy? Shopping and service agents call the rules over MCP and get the reason with the answer.AI Agents →
04Loyalty Eligibility, Explained
Which tier, offer or benefit does this member qualify for, and which rule decided it? The same answer at the till, online and in service.Context as Code →
05Lapsing Customers
Whose purchase frequency has dropped against their own history? A Python step spots the trend; rules decide which offer, if any, applies.Deterministic AI →
06Themes from Reviews and Tickets
Which product issues keep coming up? An LLM step tags the language, marked non-deterministic; rules link each theme to SKUs and suppliers.Domain-Aware AI →

Merchandising & Pricing

Product, price and promotion knowledge your merchandisers can read, applied the same way in every channel.

01Pricing Policy Checks
Which SKUs sit below cost, out of line with their size variants, or priced differently across channels without a rule that allows it?Deterministic AI →
02Promotion Eligibility and Stacking
Which promotions apply to this basket, which can stack, and why was one excluded? Every answer carries its derivation.Context as Code →
03Promotion Lift and Cannibalisation
Which promotions grew their category and which pulled sales from related products? A Python step measures the change; rules supply the product relationships.Neurosymbolic AI →
04Margin-Aware Markdowns
Which slow-moving SKUs can be marked down without breaching their margin floor, given stock on hand and inbound orders?Deterministic AI →
05Assortment and Attach
Which products are bought together, which accessories are missing from a range, and which SKUs could go without breaking a common basket?Graph Analytics without a Graph Database →
06Clean, Consistent Catalog
Which listings describe the same product under different supplier codes, and which are missing attributes their category needs? Readable rules flag them.Semantic Layer →

Supply & Inventory

Connect demand, stock, orders and suppliers so planners and the shelf see the same picture.

01Demand and Stock Signals
Which SKUs are selling faster or slower than their trend? A Python step flags the change; rules decide whether to transfer, reorder or mark down.Neurosymbolic AI →
02Replenishment Rules, Codified
Which SKUs at which locations fall below their reorder point, given open orders and inbound stock? Runs on a schedule or when stock data changes, written back to the ERP.Context as Code →
03Where to Fulfil From
Which store or distribution centre should fulfil this order, given stock, cut-off times and the shortest path through your network?Graph Traversal →
04Supplier and Brand Collaboration
Share agreed figures with suppliers and brands from the same rules your teams use, read in place inside Snowflake and Databricks rather than exported.Cross-Database Processing →
05Origin and Certification Claims
Which SKUs carry an origin or certification claim, and does the supplier record behind it support it? Lineage traces each claim to its source rows.Data Lineage →
06Orders, Products and Sellers
Link orders to products and sellers across systems to see which items sell where, and which sellers depend on the same stock.Cross-Database Processing →

Stores & Operations

Give store and operations teams the same answers as head office, with the reason attached.

01Ask the Business in Plain Language
Store managers and analysts ask questions in their own words; answers come from governed rules, not a guessed query, with the derivation attached.Natural Language to Query →
02Range and Planogram Compliance
Which stores are missing products their range says they should carry, or still sell ones that were delisted? Range plans and POS data compared in place.Cross-Database Processing →
03Store Clusters by Basket
Which stores sell alike? Rules link stores with shared basket patterns, and connected components group them, so ranges and promotions can be planned per cluster.Graph Analytics without a Graph Database →
04Refund and Adjustment Exceptions
Which stores, SKUs or tills show refunds, voids or stock adjustments out of line with their own history? A Python step flags them; rules route them for review.Agentic Workflows →
05Store Agents with Policy Answers
Can this store transfer stock, accept this return or override this price? Operations agents call the rules over MCP, and every answer cites the policy.AI Agents →
Where connected data matters

The Questions Other
Tools Can't Answer

Discovery

Everything a Project Needs

What does a shopper need to install this ceiling fan, which parts fit this model, and which are in stock at their store? A recursive walk from project to product to compatible part. See recursion.

Customer

One Shopper, Many Records

Which online accounts, loyalty IDs and store receipts belong to the same shopper, across systems that never shared a key? Every match cites its rule. See entity resolution.

Recall

From Batch to Basket

If a supplier's batch is recalled, which SKUs contain it at any tier of the bill of materials, which stores and warehouses hold them, and which orders included them?

Supply

Supplier Exposure, Totalled

Which products depend on a supplier, directly or through its own suppliers, and how much revenue sits behind each? Recursion with aggregation totals it at every tier, with lineage to the source rows.

Architecture

One Logic Layer
Across Commerce

Typical personalisation, planning and customer-data platforms each copy your data into their own store first. Prometheux sits between your catalog, customer, supply and store data and the teams, apps and agents that use it, and runs the rules where the data already lives.

Analytics

Merchandising, planning and store dashboards, graph and BI

Integrations

Back into the databases behind search, commerce, ERP and CRM

Agents

Shopping, service and operations agents, deterministic answers

Models

Define the ontology, read answers, and power analytics, integrations and agents

Your retail data

Catalog, inventory, orders, pricing, loyalty, store and supplier data, connected in place. Nothing to migrate.

  • Commerce, Supply and Stores

    • Merchandising, customer, supply, pricing and store use cases on one set of rules
    • Shopping, service and operations agents call deterministic rules over MCP and API, with the derivation behind every answer
    • Results written back to the databases behind search, commerce, ERP and CRM, on a schedule or when data changes
  • The Retail Logic Engine

    • One model of products, customers, stores, suppliers and prices across systems, instead of a copy per tool
    • Recursion with aggregation and graph algorithms: compatibility chains, bundles, multi-tier supplier exposure, store and fulfilment networks; alongside vector search, not instead of it
    • Same input, same output, with lineage to the rules and source rows
  • Cloud Agnostic

    • Run in your own cloud next to the catalog, inside Snowflake and Databricks, or on your own Kubernetes
    • Scale horizontally on clusters as catalogs, order history and store data grow, with optional GPU acceleration
    • 1-click deployment anywhere: EKS, AKS, GKE, Databricks Clusters, Snowpark Containers
  • Retail-Data Agnostic

    • Read and write catalog, inventory, order, pricing, store and customer data in any database, format and schema
    • Connect warehouses, operational databases, object storage, vector stores and commerce APIs across clouds and on-premises
    • No new customer-data store to migrate into and keep in sync
Layer by layer

Same Layers.
Better Built.

Map a typical retail stack, a personalisation platform here and a planning tool there, to Prometheux and the difference is where the work happens: in place, in rules you own, with an answer you can check.

Typical retail platform
Prometheux
Data: customer, product and stock data ingested into each platform's own store
Data: sources read and written in place, in your cloud; no new store
Identity: a customer 360 built by the vendor's matching
Identity: customer, product and supplier records resolved by rules you can read, each match citing its rule
Product knowledge: embeddings and behavioural signals
Product knowledge: embeddings plus real relationships: compatibility, fitment, bundles and projects
Decisioning: a model picks the next best action; pricing and replenishment logic sits in separate tools
Decisioning: deterministic rules decide what fits, what is eligible, what to reorder and which price applies, with Python steps where you need models
Questions: one-hop look-ups and segments
Questions: recursion with aggregation at any depth: everything a project needs, every SKU, store and order touched by a supplier issue
AI interface: the vendor's own agent
AI interface: any agent calls deterministic rules over MCP and sees how each answer was reached
Deployment: the vendor's cloud
Deployment: Prometheux cloud, your cloud, your own Kubernetes, or inside Snowflake and Databricks
In a retailer's AI assistant

Exact Answers.
Not Lookalikes.

A Fortune 100 retailer's AI shopping assistant needed exact, explainable product answers across millions of products and thousands of attributes. Vector search alone kept returning items that sounded right but didn't fit. Prometheux connected the catalog in place, inside the retailer's own cloud, and added rules over the real relationships between products, parts and projects. On real customer questions it retrieved better answers than vector search alone, with each product fact traced to its source.

Owned, Not Vendor-Bound

Product, customer and supply logic stays with you, in rules your merchandisers and engineers can read and version, not inside a vendor's model.

Deterministic and Explained

The same question gives the same products in every channel, with the rules and source rows behind each one.

Built for Catalog Scale

Rules run as distributed, parallel jobs, with optional GPU acceleration, on compute you already have. See high-performance engine.

Portable by Design

Run in Prometheux cloud, your cloud, your own Kubernetes, or inside Snowflake and Databricks. Your customer data stays where it is.

What this means for you ⟶

Bring one use case

Codify product knowledge once. Reuse it in search, service and planning. Give agents answers they can explain.

How retailers start

One Use Case.
Then the Next.

01

Connect in Place

Point Prometheux at the data for one use case: catalog, inventory, orders, pricing or store data. The data is processed where it lives; nothing is copied.

02

Codify the Knowledge

Your merchandisers, planners and pricing teams, our forward deployed engineers and the AI assistant turn compatibility, reorder, pricing and promotion policies into readable rules in days, not months.

03

Run One Use Case

Product discovery, supplier exposure, promotion eligibility or store range checks, on live data, for teams, assistants and agents alike.

04

Expand Across the Business

Each new use case reuses the rules already written, from catalog to customers, supply, pricing and stores, without rebuilding context for every tool.

FAQ

Questions,
Answered

Do we have to replace our search, personalisation or planning tools?

No. Keep them. Prometheux works alongside vector search, planning and pricing engines: they keep doing what they do, rules decide what fits, what is eligible and why, and results are written back to the systems your teams already use.

Is this only for e-commerce and recommendations?

No. The same rules serve merchandising and catalog, customer and loyalty, supply and inventory, pricing and promotions, and store operations. Most retailers start with one use case and reuse the rules for the next.

Is this another customer-data platform?

No. Prometheux doesn't build a new profile store. It reads catalog, customer and order data where it already lives, across clouds and on-premises, and runs the rules there. There's nothing new to migrate or keep in sync.

Does our customer data leave our cloud?

It doesn't have to. Prometheux can run in your own cloud, inside Snowflake and Databricks, or on your own Kubernetes, under your controls. We're SOC 2 Type II.

Who keeps the rules up to date as the catalog, stock and prices change?

The rules run on live data, so new SKUs, stock levels and prices are picked up on the next run, on a schedule or when the data changes. When the logic itself changes, the AI assistant drafts the update in plain language and your team reviews it before it runs.

What does it cost at our catalog size?

It depends on your data and use cases, so we measure it on yours rather than quote a generic figure. Most retailers start with one use case, prove the value, then expand.

Bring One Retail
Use Case.

Customer 360, pricing rules, supplier exposure or store ranges, on your own data. Our forward deployed engineers will run it with you, in place, on your infrastructure.

We use some essential cookies to make this site work. By clicking "Accept All" you agree to the storing of cookies on your device to enhance site navigation, analyse site usage and assist our marketing efforts. For more detailed information see our Cookie Notice.

Accept AllDecline