Claire chatted to Krystal Mattich from Brain Corp about trustworthy autonomous robots in public spaces.
Krystal Mattich leads global data governance, system security, and privacy compliance for Brain Corp: the world’s leading autonomy platform for commercial robotics. As Senior Director of Security, Privacy, and Risk, she is the architect of the privacy-first infrastructure that powers over 40,000 BrainOS®-enabled robots across retail, airports, education and logistics. Krystal played a central role in launching Brain Corp’s public-facing Trust Center, reinforcing the company’s commitment to data transparency, GDPR compliance, and responsible AI.
An enterprise spends three months selecting an AI vendor, six weeks scoping the use case, and then hits a wall: the AI system and the SAP environment are not talking to each other the way anyone expected. Data pipelines stall. API authentication fails in the production environment. The model produces outputs that make no sense because it is reading the wrong SAP table.
SAP AI integration is where most enterprise AI programs lose momentum. Not in the model selection. Not in the use case design. In the connection layer between the AI capability and the SAP data and workflows it needs to be useful.
USM Business Systems is a specialized SAP AI delivery partner headquartered in Ashburn, VA. We integrate enterprise AI systems — LLMs, agentic frameworks, predictive models — into live SAP environments for manufacturers, pharma companies, logistics operators, and the system integrators that serve them.
SAP AI integration is not a single service. It spans five distinct layers, and the difficulty of each depends on your SAP landscape, your data maturity, and the AI capability you are connecting.
Before any AI system can reason accurately about your SAP environment, it needs a clean, structured feed of the right data. This typically means connecting to SAP Datasphere (SAP’s data fabric), SAP HANA views, or extracting structured data from S/4HANA tables using OData APIs or SAP Data Services.
The most common failure point here is master data quality. AI models amplify whatever is in your data. If your material master has inconsistent UoM coding across plants, a demand forecasting model will surface that inconsistency as erratic predictions.
Most enterprise AI integration with SAP runs through SAP BTP Integration Suite — SAP’s managed integration platform that handles API management, protocol translation, and event streaming between SAP and external systems. Engineers who have not worked with BTP Integration Suite before underestimate the configuration depth it requires, particularly for high-volume transactional workflows.
SAP AI Core is the managed runtime where enterprise AI models are deployed, versioned, and governed inside the SAP ecosystem. Integrating an external LLM or a custom predictive model into SAP AI Core requires specific API patterns, credential management, and lifecycle configuration that differs from deploying the same model in AWS or Azure. SAP AI Core engineers — not general ML engineers — are the right resource here.
An AI capability that produces a recommendation but cannot act on it is a dashboard, not an integration. Real SAP AI integration connects the AI output back into SAP workflows: a quality prediction that triggers a production hold in SAP PP, a demand signal that adjusts a replenishment order in SAP IBP, a document analysis result that routes an invoice exception in SAP Finance.
For AI capabilities that surface to end users inside SAP, integration with SAP Fiori and SAP Joule determines whether the capability gets adopted. Engineers who understand both the AI layer and the SAP UX layer are required. These are not the same people.
What is the fastest path to a production SAP AI integration?
The fastest path starts with a single, well-scoped workflow that has clean source data in SAP. A supplier performance monitoring integration or an invoice exception routing integration can reach production in 8-12 weeks when the data is ready. Broad integrations that touch multiple SAP modules simultaneously take 4-6 months minimum.
Can we integrate a third-party LLM — like GPT-4 or Claude — directly into SAP?
Yes. SAP AI Core supports external model connections, and SAP BTP Integration Suite handles the API management layer. The integration work involves authentication, data formatting, latency management, and governance configuration. This is a well-established integration pattern for document analysis, NLP search, and content generation use cases.
Pattern 1: NLP Search on SAP Data
Enterprises add a natural language search layer on top of SAP Datasphere or HANA, allowing users to query supply chain, financial, or operational data in plain language rather than through SAP transaction codes. According to Forrester’s 2024 Enterprise AI Survey, 61% of SAP users report that data accessibility is the primary barrier to AI adoption. NLP search directly addresses this.
The integration connects an LLM to SAP data views, with a retrieval layer that fetches relevant records and passes them to the model as context. The model returns an answer in plain language. The SAP Fiori interface surfaces the result. This pattern reaches production in 6-10 weeks for a defined data domain.
Pattern 2: Document AI on SAP-Connected Document Flows
Enterprises processing high volumes of documents — invoices, purchase orders, quality certificates, compliance filings — integrate document AI to extract, classify, and route content automatically. The integration reads documents from SAP Document Management or external repositories, processes them through a document AI model, and writes the structured output back to the relevant SAP object.
Pharma and life sciences companies use this pattern for batch record processing and supplier qualification documents. Logistics companies use it for freight invoice reconciliation. The accuracy rate on standard document types typically reaches 90%+ within the first 30 days of production operation.
Pattern 3: Predictive Models on SAP Operational Data
Predictive models trained on historical SAP transaction data — demand history, equipment sensor readings, supplier delivery records — produce forward-looking signals that feed back into SAP planning processes. A demand forecasting model reads S/4HANA sales history and external market signals, produces a forecast, and updates SAP IBP automatically. A predictive maintenance model reads equipment telemetry and writes a maintenance recommendation to SAP PM.
This pattern has the longest data preparation phase — 4-8 weeks to clean and structure SAP historical data — but produces the highest sustained value once in production.
USM Business Systems is a CMMi Level 3, Oracle Gold Partner AI and IT services firm headquartered in Ashburn, VA. With 1,000+ engineers, 2,000+ delivered applications, and 27 years of enterprise delivery experience, USM specializes in AI implementation for supply chain, pharma, manufacturing, and SAP environments. Our SAP AI practice places specialized engineers inside enterprise programs within days — on contract, as dedicated delivery pods, or on a project basis.
Ready to put SAP AI into production? Book a 30-minute scoping call with our SAP AI team at usmsystems.com.
[contact-form-7]How does SAP BTP Integration Suite differ from standard API middleware?
BTP Integration Suite is SAP’s managed platform for enterprise integration — it handles API management, event streaming, protocol translation, and pre-built connectors to SAP and third-party systems. It also integrates directly with SAP AI Core, which is what makes it the preferred integration layer for SAP AI programs.
What data from SAP can be used to train AI models?
Historical transactional data from S/4HANA, master data from SAP MDG, sensor data connected through SAP IoT, and document data from SAP Document Management are all commonly used. The key requirement is data governance — understanding what data can leave SAP boundaries and what must stay in the SAP environment.
How long does a SAP AI integration project take from scoping to production?
A single, well-defined integration — one workflow, one AI capability, one SAP module — typically takes 8-14 weeks from scoping to production deployment. Multi-module integrations or programs that require significant data preparation first run 4-6 months.
What is SAP Datasphere and why does it matter for AI integration?
SAP Datasphere is SAP’s data fabric platform — it creates a unified, governed data layer across SAP and non-SAP sources. For AI integration, it is important because it gives AI models a clean, semantically structured view of enterprise data without requiring direct access to S/4HANA tables.
Can AI integrations be built incrementally, or do they require a full platform build first?
Incremental is the right approach for most enterprises. A first integration scoped to one workflow proves the pattern, builds internal confidence, and reveals integration requirements you did not anticipate. Enterprises that try to build a complete AI integration platform before demonstrating value rarely reach production.
DataRobot and Nebius have partnered to introduce AI Factory for Enterprises, a joint solution designed to accelerate the development, operation, and governance of AI agents. This platform allows agents to reach production in days, rather than months.
AI Factory for Enterprises provides a scalable, cost-effective, governed, and managed enterprise-grade platform for agents. It achieves this by combining DataRobot’s Agent Workforce Platform: the most comprehensive, flexible, secure, and enterprise-ready agent lifecycle management platform, with Nebius’ purpose-built cloud infrastructure for AI.
The challenge today is that general-purpose cloud platforms often introduce unpredictable performance, latency, and a “virtualization tax” that cripples continuous, production-scale AI.
To solve this, DataRobot is leveraging Nebius AI Cloud, a GPU cloud platform engineered from the hardware layer up specifically to deliver the bare-metal performance, low latency, and predictable throughput essential for sustained AI training and inference. This eliminates the “noisy-neighbor” problem and ensures your most demanding agent workloads run reliably, delivering predictable outcomes and transparent costs.
Nebius’ Token Factory augments the offering by providing a pay-per-token model access layer for key open-source models, which customers can use during agent building and experimentation, and then deploy the same models with DataRobot when running the agents in production.
DataRobot’s Agent Workforce Platform is the most comprehensive Agent Lifecycle Management platform that enables customers to build, operate, and govern their agents seamlessly.
The platform offers two primary components:
Want to take agents you have built elsewhere, or even open source industry specific models and deploy them in a scalable, secure and governed manner using the AI Factory? Or would you like to build agents without worrying about the heavy lifting of making them production ready? This section will show you how to do both.
DataRobot Single-Tenant SaaS (STS) is deployed on Nebius Managed Kubernetes and can be backed by GPU-enabled node groups, high-performance networking, and storage options appropriate for AI workloads.For DataRobot deployments, Nebius is a high-performance low cost environment for agent workloads. Dedicated NVIDIA clusters (H100, H200, B200, B300, GB200 NVL72, GB300 NVL72) enable efficient tensor parallelism and KV-cache-heavy serving patterns, while InfiniBand RDMA supports high-throughput cross-node scaling. The DataRobot/Nebius partnership provides a robust AI infrastructure:
The challenge with GenAI isn’t getting a model running; it’s getting it running with the same monitoring, governance, and security your organization expects. DataRobot’s NVIDIA NIM integration deploys NIM containers from NGC onto Nebius GPUs in four clicks:
An MCP tool server, a LangGraph agent, a FastAPI backend, composite systems built using combination of say LLMs and domain specific libraries like cuOpt, PhysicsNemo etc; these are containers, not models, and they need their own path to production. The Workload API gives you a governed endpoint with autoscaling, monitoring, and RBAC in a single API call.
curl -X POST "${DATAROBOT_API_ENDPOINT}/workloads/" \
-H "Authorization: Bearer ${DATAROBOT_API_TOKEN}" \
-H "Content-Type: application/json" \
-d '{
"name": "agent-service",
"importance": "HIGH",
"artifact": {
"name": "agent-service-v1",
"status": "locked",
"spec": {
"containerGroups": [{
"containers": [{
"imageUri": "your-registry/agent-service:latest",
"port": 8080,
"primary": true,
"entrypoint": ["python", "server.py"],
"resourceRequest": {"cpu": 1, "memory": 536870912},
"environmentVars": [
],
"readinessProbe": {"path": "/readyz", "port": 8080}
}]
}]
}
},
"runtime": {
"replicaCount": 2,
"autoscaling": {
"enabled": true,
"policies": [{
"scalingMetric": "inferenceQueueDepth",
"target": 70,
"minCount": 1,
"maxCount": 5
}]
}
}
}'
The agent is immediately accessible at /endpoints/workloads/{id}/ with monitoring, RBAC, audit trails, and autoscaling.
DataRobot drives the AI Factory by providing robust governance and observability for agentic workloads:
The DataRobot Agent Workforce Platform helps developers build agents faster by extending existing flows. Our builder kits support complex multi-agent workflows and single-purpose bots, accommodating various tools and environments.
Our kit includes native support includes:
The Nebius advantage: DataRobot’s Agent Workforce Platform integrates with the Nebius Token Factory, allowing developers to consume models like Nemotron 3 (and any open source model) on a pay-per-token basis during the experimental phase. This enables rapid, low-cost iteration without heavy infrastructure provisioning. Once perfected, agents can seamlessly transition from the Token Factory to a dedicated deployment (e.g., NVIDIA NIM) for enterprise scale and low latency.
Getting Started: Building is simple using our Node Architecture Tooling (NAT). You define agent nodes as structured, testable steps in YAML.
First, connect your deployed LLM in the Nebius token factors to DataRobot
Add DataRobot deployment to you agentic starter application in the DataRobot CLI
functions:
planner:
_type: chat_completion
llm_name: datarobot_llm
system_prompt: |
You are a content planner. You create brief, structured outlines for blog articles.
You identify the most important points and cite relevant sources. Keep it simple and to the point -
this is just an outline for the writer.
Create a simple outline with:
1. 10-15 key points or facts (bullet points only, no paragraphs)
2. 2-3 relevant sources or references
3. A brief suggested structure (intro, 2-3 sections, conclusion)
Do NOT write paragraphs or detailed explanations. Just provide a focused list.
writer:
_type: chat_completion
llm_name: datarobot_llm
system_prompt: |
You are a content writer working with a planner colleague.
You write opinion pieces based on the planner's outline and context. You provide objective and
impartial insights backed by the planner's information. You acknowledge when your statements are
opinions versus objective facts.
1. Use the content plan to craft a compelling blog post.
2. Structure with an engaging introduction, insightful body, and summarizing conclusion.
3. Sections/Subtitles are properly named in an engaging manner.
4. CRITICAL: Keep the total output under 500 words. Each section should have 1-2 brief paragraphs.
Write in markdown format, ready for publication.
content_writer_pipeline:
_type: sequential_executor
tool_list: [planner, writer]
description: A tool that plans and writes content on the requested topic.
function_groups:
mcp_tools:
_type: datarobot_mcp_client
authentication:
datarobot_mcp_auth:
_type: datarobot_mcp_auth
llms:
datarobot_llm:
_type: datarobot-llm-component
workflow:
_type: tool_calling_agent
llm_name: datarobot_llm
tool_names:
- content_writer_pipeline
- mcp_tools
return_direct:
- content_writer_pipeline
system_prompt:
Choose and call a tool to answer the query.
Building is only half the battle; knowing if it works is the other. Our evaluation framework moves beyond simple “thumbs up/down” and into data-driven validation.
To evaluate your agent, you can:
We automate the “enterprise tax” (security, logging, auth) that separates notebooks from production services by embedding build “hooks”:
The DataRobot and Nebius partnership delivers a validated, enterprise-ready deployment stack for agentic AI built on NVIDIA accelerated computing. For teams moving beyond experimentation, it provides a governed and scalable path to sustained production inference.
Nebius and DataRobot will be showcasing this solution at NVIDIA GTC 2026, taking place March 16-19 in San Jose, California.
Read the executive summary blog
Connect with DataRobot (booth #104) and Nebius (booth #713) at GTC 2026
The post DataRobot + Nebius: An enterprise-ready AI Factory optimized for agents appeared first on DataRobot.