SAP's Data Strategy: Why the Snowflake Partnership Makes More Sense Than It Seems
The Partnership Nobody Expected
SAP announced a partnership with Snowflake at TechEd 2025. The announcement included a new "SAP Snowflake" solution extension that brings Snowflake's data and AI capabilities to SAP customers.
The immediate reaction from the analyst community: why would SAP do this? They already have SAP HANA Cloud. They already have SAP Datasphere. Why partner with a competitor?
Muhammad Alam's answer in the post-keynote Q&A session cut through the confusion: "What customers want from us is optionality."
That word, "optionality." reveals SAP's entire data strategy.
What SAP Actually Built
SAP Business Data Cloud is not a data warehouse. It's a data fabric architecture.
The distinction matters. A data warehouse consolidates data in one location. A data fabric connects data wherever it lives while maintaining business semantics, the business meaning and relationships in the data.
Alam explained it in the keynote: "Every intelligent application starts with trusted data. SAP is giving developers more ways to put that data to work through SAP Business Data Cloud."
The technical implementation has three layers:
Layer 1: Data Products
Data products are SAP's key abstraction. They package raw data with metadata, business semantics, and governance rules into reusable assets.
The new Data Product Studio (general availability planned H1 2026) gives developers a visual workspace to model, configure, and manage custom data products across SAP and third-party sources.
Developers can turn raw data into ready-to-use assets known as data products that support analytics, AI and application development.
Layer 2: Business Data Cloud Connect
This is where the partner integrations happen. Business Data Cloud Connect enables secure, zero-copy sharing of SAP's data products into customers' existing data lakes and platforms.
The key technical feature: data stays in its original location. No ETL pipelines. No data duplication. Data products are published into partner catalogs with business semantics intact.
This is where Snowflake, Databricks, Google BigQuery, and Microsoft Fabric come in. They provide compute infrastructure for analytics and AI workloads.
The architecture: SAP provides data semantics and governance. Partners provide compute and storage. Customers use both.
The Snowflake Integration Specifically
SAP Business Data Cloud Connect for Snowflake does two things:
Outbound: Publishes SAP data products directly into the Snowflake Horizon catalog. Business semantics, lineage, and governance from SAP Business Data Cloud are preserved. Users working in Snowflake see SAP data with full business context.
Inbound: Exposes Snowflake data products within the SAP Business Data Cloud catalog. SAP applications and agents can access Snowflake data through standardized data products.
General availability is planned for H1 2026.
Alam explained the value proposition: "A new SAP Snowflake solution extension for SAP Business Data Cloud brings Snowflake's fully managed data and AI capabilities directly to SAP customers, enabling seamless, zero-copy data sharing that maintains governance and business context."
Why This Actually Makes Sense
Bharat Sandhu framed it as customer reality: customers "already know what they need to do." SAP's job is to "provide customers with rich data products."
The practical truth: enterprises have already invested in data platforms. Some chose Databricks three years ago. Others standardized on Snowflake. Some are committed to Google Cloud or Microsoft Azure.
Requiring migration to SAP HANA Cloud for all analytics workloads creates friction. Enterprises resist because:
- Migration projects are expensive and time-consuming
- Data teams have built expertise in their chosen platform
- They've already built analytics and ML pipelines
- Breaking those dependencies creates business risk
SAP's response: don't require migration. Instead, extend the existing platform with SAP's business semantics.
Brenda Bown described the broader strategy: "Meet customers where they are. Open ecosystem."
The Complete Partner Landscape
SAP Business Data Cloud Connect now integrates with four major platforms:
- Databricks: Generally available now
- Google BigQuery: Planned for H1 2026
- Microsoft Fabric: Planned for H1 2026
- Snowflake: Planned for H1 2026
Each follows the same pattern: SAP data products published to partner catalog, partner data products exposed in SAP catalog, zero-copy sharing, governance maintained.
Additionally, SAP is expanding native capabilities. A technical capability called "near real-time extraction" enables extraction of SAP data from on-premise systems into SAP Business Data Cloud, making it easier for developers to build custom data products enriched with SAP business context.
What About SAP HANA Cloud?
SAP continues significant investment in SAP HANA Cloud as its multi-model AI database. New capabilities announced at TechEd reveal the positioning:
Knowledge Graph Generator
Automatically maps relationships across SAP database tables, columns, and data models. Developers can see how data connects across systems and uncover underlying business insights.
Alam described it: "A new knowledge graph generator tool for SAP HANA Cloud automatically maps relationships across SAP database tables, columns, and data models, revealing how data fits together and why it matters."
General availability expected Q1 2026.
Tabular AI Capabilities
Forecasting, anomaly detection, and predictive modeling directly on structured business data. These capabilities from SAP AI Core are now generally available in SAP HANA Cloud.
Model Context Protocol Support
Makes SAP HANA Cloud data accessible to Joule Agents and custom agents. MCP provides agents with direct access to the rich multi-model engines in SAP HANA Cloud.
General availability planned Q1 2026.
Bidirectional Data Product Sharing
SAP is enabling bidirectional data product sharing between SAP Business Data Cloud and SAP HANA Cloud. Developers can use data across both transactional and analytical workloads while maintaining business logic, KPIs, and governance.
Bharat Sandhu explained: "This capability will allow customers to reuse their existing calculation views in SAP HANA Cloud directly in SAP Business Data Cloud, keeping the business logic, KPIs, and governance intact as data models are extended across the customer's data fabric."
General availability planned Q1 2026.
The Architecture Decision
This creates three legitimate architecture options:
Option 1: SAP-Native
Use SAP HANA Cloud for everything. Best for:
- Applications requiring real-time data access
- Tight integration with SAP applications
- Workloads that need SAP's multi-model database capabilities (relational, graph, vector, spatial in one engine)
- Organizations wanting to minimize data platform complexity
Option 2: Hybrid with Partner Compute
SAP Business Data Cloud for semantics and governance, partner platform for compute-intensive analytics and AI workloads. Best for:
- Large-scale analytics requiring significant compute
- Organizations with existing platform investments
- Teams with deep expertise in a specific platform (Snowflake, Databricks, etc.)
- Workloads that benefit from partner-specific features
Option 3: Partner-Native with SAP Semantics
Work primarily in partner platform, access SAP data products through Business Data Cloud Connect. Best for:
- Data teams standardized on a non-SAP platform
- Analytics and ML workloads that don't require real-time SAP data
- Organizations prioritizing analyst productivity in their chosen tool
The technical requirement for all three: understanding SAP's data products and business semantics.
The Critical Mistake to Avoid
Bharat Sandhu emphasized the most common integration mistake: "Don't take data out without the semantic understanding."
This is the core value SAP is protecting. Extracting data from SAP and loading it into any data warehouse is technically simple. But you lose:
- Business relationships (how entities connect)
- Valid transformations (what calculations are meaningful)
- Governance rules (who can access what)
- Business context (what the data actually means)
One developer during the experience center tour described a failed implementation: "We pulled all our SAP data into our data lake, built our analytics, and everything looked right. But the numbers were wrong because we didn't understand how SAP calculates certain KPIs. We had to rebuild everything with SAP's semantics."
SAP Business Data Cloud Connect solves this by maintaining that semantic layer as data moves to partner platforms.
What SAP-RPT-1 Changes
SAP introduced its first enterprise relational foundation model at TechEd: SAP-RPT-1.
Unlike large language models that predict the next word, RPT models predict business outcomes. They're trained on structured business data and can perform classification and regression on tabular data.
Examples: predicting delivery delays, payment risk, sales order completion.
The technical approach: in-context learning. Users provide example records in the API call. The model analyzes patterns and makes predictions without a training phase.
Brenda Bown explained the positioning: RPT models "has business context." They're designed for accurate predictions on business data, while LLMs handle natural language understanding and generation.
SAP-RPT-1 will be generally available in Q4 2025 on the generative AI hub in SAP's AI Foundation. SAP also launched an interactive testing playground where users can experience the model without coding.
This matters for the data strategy because RPT models need access to trusted, semantically rich business data. That's exactly what SAP Business Data Cloud provides.
The Real Strategy
SAP's data strategy isn't about forcing customers onto SAP infrastructure. It's about becoming essential at the semantic layer regardless of where compute happens.
The bet: compute infrastructure will commoditize. AWS, Azure, Google Cloud, Snowflake, and Databricks will compete on price and performance for raw compute power.
But business semantics won't commoditize. Understanding how SAP calculates revenue, inventory, or employee costs requires deep domain knowledge. That knowledge is encoded in SAP's data products.
As Muhammad Alam said in the keynote: "Innovations across SAP's unique flywheel of applications, data and AI put developers in the drivers' seat."
The flywheel only works if the data layer maintains business context. That's what SAP is protecting with Business Data Cloud and its partner integrations.
What Developers Need to Understand
If you're building applications or analytics on SAP data:
Understand data products first: Before choosing a compute platform, understand what data products SAP provides for your domain. These are the building blocks.
Choose compute based on workload: Real-time applications might need SAP HANA Cloud. Large-scale analytics might benefit from Snowflake or Databricks. There's no single right answer.
Maintain semantic understanding: Whatever platform you choose, ensure you're working with SAP's data products and business semantics, not raw extracted data.
Plan for bidirectionality: Data products flow both ways. You can use SAP data in partner platforms and bring partner data into SAP applications. Design your architecture to take advantage of this.
The flexibility is real. The semantic requirement is non-negotiable.
