Förmåga · Automation · Utveckling

Gör er produktdata läsbar för AI – svar med en källa, aldrig en gissning

En organisation med ~200 000 produkter bakom rena API:er upptäckte att AI-verktyg hallucinerade, missade fält eller byggde skuggkopior av databasen. Vi byggde ett orkestreringslager där AI aldrig pratar direkt med datan naturligt språk blir en schema-validerad fråga, och varje svar går att spåra till en källsida.

BranschIndustriella produktdatabaser och stora kataloger
01

Utmaning

Utmaning

Problemmönstret.

Datan är inte problemet. Organisationer som förvaltar stora strukturerade kataloger — hundratusentals produkter, hundratals datapunkter var, öppna API:er — upplever att AI-verktyg ändå misslyckas med den. Generiska copiloter och app-byggare gör för få anrop, misstolkar fält, hallucinerar värden eller bygger tyst en egen kopia av databasen. För ett system vars hela värde är kvalitetssäkrad data är felaktiga AI-svar oacceptabelt.

API:er är byggda för exakta anrop: artikelnummer in, fält ut. AI-användare ställer öppna frågor — och det kräver ett eget lager.

02

Lösning

Lösning

Vad vi bygger.

Ett orkestreringslager mellan användare och data, byggt på en princip: AI:n pratar aldrig direkt med datan.

  • Naturligt språk översätts till en strukturerad, schemavaliderad fråga som körs mot ett AI-optimerat dataåtkomstlager.
  • Varje svar är spårbart till en konkret källsida — grundsanning, inte en gissning.
  • Samma arkitektur betjänar två kanaler: organisationens eget chattgränssnitt och ett partner-API med nycklar per kund, så att externa parter kan bygga sina egna integrationer mot samma endpoints.

Den avgörande designprincipen är schemadriven frågeställning. AI:n laddar datauppsättningens schema vid uppstart, vet exakt vilka fält, typer och filter som finns, och varje genererad fråga valideras mot schemat innan den körs. AI:n kan inte hitta på fält. Felaktiga frågor fångas innan de når databasen.

03

Arkitektur

Arkitektur

Hur det är uppbyggt.

  1. Användare & klienter — webbläsarsessioner och externa system med egna API-nycklar.
  2. Orkestreringslager — en chatt-pipeline: normalisering → kontextrekonstruktion (följdfrågor skrivs om till fristående) → intentdetektering (snabba regler + LLM-klassificerare) → routing till rätt agent: hälsning, förklara, statistik, jämför/rekommendera eller strukturerad fråga.
  3. Dataåtkomstlager — FastAPI med ett schema-API och ett svars-API; kolumnbaserad parquet-lagring vald framför RAG/vektordatabaser för snabba filtrerade läsningar av stora strukturerade datauppsättningar; nattlig ETL-uppdatering.
  4. Källdatan — orörd.

Nyckelhantering följer Stripe/OpenAI-mönstret: nycklar visas en gång, endast hashvärden lagras, nycklar per integration så att en partner kan pausas utan att röra resten.

04

Värde

Värde

Vad det är värt.

  • Uppskattad driftkostnad: bråkdelar av ett öre per fråga.
  • För dataägaren: en starkare position som branschstandard, partner som bygger egna gränssnitt på infrastrukturen, och inbyggd verifierbarhet — varje AI-svar länkar tillbaka till källan.

En demo på er verkliga data inom ~2 veckor är realistisk. Arkitekturen är en återanvändbar mall för varje organisation med strukturerad data och AI-ambitioner.

05

Frågor om produktdata

Frågor om produktdata

Kan en assistent svara utifrån vår produktdatabas utan att hitta på saker?

Bara om den aldrig får svara ur minnet. Frågan omvandlas till en validerad fråga mot er egen data, assistenten returnerar det frågan ger tillbaka och inget annat, och varje svar bär med sig sidan det kom från. Där datan inte ger något svar säger den det istället för att fylla ut luckan. Ingen andra kopia av databasen skapas på vägen.

Låter det bekant?

Er verksamhet är nästa case.

Boka en diagnos