Define a product or service once. Your agents answer 'do you have it?' from it, quotes price from it, invoices bill from it, inventory counts it — all by reference. Change a price once and everything downstream is correct.
Catalog is the single source of truth for what you sell. CRM interests, invoices, inventory and the agents all reference items by ID — so they can never disagree.
An item lives in exactly one place. The CRM links to it, the invoice prices from it, inventory counts it, the agents quote it. Change the price in Catalog and every quote, bill and answer updates at once — there is no second copy in a spreadsheet to drift out of sync.
Every product and service has one record. The rest of the suite points at it by ID.
Update once; quotes, invoices and agent answers all reflect it immediately.
There's no duplicate copy to fall out of date. Consistency by construction.
Retire an item without breaking the invoices and history that reference it.
Organize the catalog the way your business thinks about it.
Specs, images and notes the agents can draw on to answer well.
SUKI and SK Chat answer 'do you have a 1.5-ton inverter AC?' by searching the catalog semantically — matching intent, not just keywords.
When a customer asks for something, the agent searches your real catalog by meaning — so 'something to cool a big room' finds your high-capacity ACs. It answers with what you actually stock and what it actually costs, then offers to book or quote. The AI sells instead of deflecting.
Matches intent, not just exact words — 'cooler for a hall' finds the right AC.
Agents quote the current price and real availability, by reference to Catalog and Inventory.
Found it? The agent offers to book the fitting or draft the quote in the same breath.
If it's not in the catalog, the agent says so — it doesn't make up a price.
Related and complementary items surfaced naturally in conversation.
The same catalog answers in English, Tamil or Hindi through the agents.
Not just SKUs: services with durations, resources and prerequisites — exactly what SK Calendar books against.
A haircut, a service visit, a consultation: each is a catalog item with a duration and the resources it needs. That's what makes it bookable in SK Calendar with correct availability — the catalog and the calendar speak the same language about what a 'service' actually is.
How long it takes is part of the item — so the calendar books realistic slots.
A service that needs a bay and a tech says so; availability respects it.
Catalog services flow straight into SK Calendar — no separate setup.
One catalog for both — the AC and its fitting service, modeled together.
A service that needs a prior step encodes it, so nothing's booked out of order.
Package services together — priced and booked as one.
Variants and attributes — sizes, colors, capacities, tiers — are structured data you can filter, price and report on. Per-currency price lists today.
A 1.5-ton AC in white isn't a different product name — it's a variant with structured attributes. That means you can filter, price per variant, report on what sells, and let the agents answer precise questions. Per-currency price lists today; matrix and formula pricing on the roadmap, marked honestly as such.
Sizes, colours, capacities as structured variants — not a dozen near-identical names.
Capacity, material, warranty — queryable fields, not free text to parse.
₹, $ and € price lists — the customer sees theirs, your books stay clean.
Slice the catalog by any attribute; see what actually moves.
Size-by-finish grids and computed prices — on the roadmap, not pretended live.
Bring an existing catalog in via spreadsheet or API — structured on the way in.
Catalog is deliberately not a storefront — it's a record you serve over the API, subscribe to via webhooks, and expose to agents over MCP with scoped permissions.
Most product systems lock your data inside their storefront. SK Catalog does the opposite: it's a clean system of record you read over REST, react to over webhooks, and expose to AI over MCP. Your own agents get the same scoped tools ours do — so you build on your catalog instead of being held by it.
Read and write the catalog programmatically — the foundation, not an afterthought.
item.updated, price.changed — your systems react the moment the catalog moves.
Expose the catalog to AI agents with scoped permissions — yours and ours alike.
Deliberately headless — feed any storefront, any agent, any channel from one record.
Fine-grained permissions on who and what can read or change.
Same auth, idempotency and conventions as every other SK product.
SK Catalog lives on the same customer record, the same events and the same rails as the rest of the suite.
Start free See the developer surface →