Konzeptkarte

BDC Connect for Snowflake (+ SAP Snowflake Solution Extension)

Stand 2026-07-23

Redaktion: Cédric-Olivier Mâry, alleiniger Redakteur und verantwortlich für die Veröffentlichung — 27 Jahre im SAP-Ökosystem. Wie diese Seiten entstehen und wo Automatisierung eingesetzt wird.

Was ist BDC Connect for Snowflake (+ SAP Snowflake Solution Extension)?

Anders als beim OEM-in-BDC-Modell von Databricks bleibt Snowflake eine partnerschaftlich angebundene Architektur — eigenständige kommerzielle Beziehung, Preisgestaltung über Snowflake-Credits, Cortex Analyst/Agents auf Snowflake-Seite —, weshalb Tier-1-Kunden zunehmend beide Plattformen parallel betreiben, statt sich für eine zu entscheiden.

Worum es geht

SAP und Snowflake kündigten am 04.11.2025 zwei parallele Wege an: SAP Snowflake (eine Solution Extension, bei der SAP Snowflake verpackt) und SAP BDC Connect for Snowflake (der bidirektionale Zero-Copy-Kanal). Beide erreichten GA innerhalb des Zielfensters H1 2026: Der BDC-Connect-Zero-Copy-Konnektor erreichte GA am 04.05.2026 (laut Snowflakes eigenen Release Notes), und SAP bestätigte GA für die Solution Extension SAP Snowflake etwa zur gleichen Zeit, nach der Sapphire 2026. Anders als bei Databricks (C166, OEM-innerhalb-BDC) ist Snowflake das kanonische „partnerschaftlich angebundene“ Modell — die kommerzielle Beziehung des Käufers ist dual (SAP + Snowflake), die Preisgestaltung bleibt in Snowflake-Credits (C233), und Cortex Analyst (C175) + Cortex Agents (C176) sitzen auf der Snowflake-Seite der Grenze. Der Kompromiss: Snowflake bringt eine erstklassige Trennung von Speicher und Compute im Warehouse, die Databricks bei reinen BI-Workloads nicht erreicht; Databricks bringt über das OEM-Modell eine tiefere Joule-Integration. Tier-1-Kunden werden 2026 BEIDE betreiben — trilaterale Architektur (C245).

Warum es zählt

Der Punkt der kommerziellen Unabhängigkeit ist speziell für CFOs wichtig: Die kreditbasierte Abrechnung von Snowflake bleibt von SAP getrennt und vermeidet eine tiefere Single-Vendor-Bindung.
Der genannte Kompromiss ist konkret und überprüfbar: Snowflake gewinnt bei der Trennung von Speicher und Compute für reine BI-Workloads mit hoher Nebenläufigkeit; Databricks gewinnt bei der nativen Joule-Integration über seinen OEM-Status.
Sowohl SAP Snowflake (Solution Extension) als auch BDC Connect for Snowflake (Zero-Copy-Kanal) erreichten GA innerhalb von H1 2026 — der Konnektor am 04.05.2026 laut Snowflakes Release Notes — zwei verwandte, aber getrennte Angebote, die beim Scoping auseinanderzuhalten sind.

Kernpunkte

BDC Connect for Snowflake (+ SAP Snowflake Solution Extension) ist erst dann beherrscht, wenn es eine konkret benannte Käuferentscheidung verändert.
Beginnen Sie mit dem semantischen Vertrag und dem Kontrollmodell, bevor Sie das Werkzeug vorführen.
Nutzen Sie aktuelle Signale von SAP, Analysten, Studien, dem Knowledge Graph und Nachrichten als Beleg, nicht als Dekoration.
Trennen Sie verifizierte Fakten von richtungsweisenden Trends und modellierten Annahmen.
Legen Sie Owner, Metrik, Schwellenwert, Support-Pfad und Rollback fest, bevor skaliert wird.
Definieren Sie auch bei Nicht-KI-Anwendungsfällen Qualität, Adoption und operative Verantwortung.
Hinterlassen Sie ein wiederverwendbares Betriebs-Asset: Memo, Checkliste, Kontrolltabelle und Ausnahmeprotokoll.
Eine erstklassige Antwort ist kurz, macht Kompromisse explizit und ist in einem Lenkungsausschuss verteidigungsfähig.

Begriffe auf dieser Seite

Decision owner: Die verantwortliche Person, die den Kompromiss akzeptiert und die nächste Maßnahme finanziert.
Semantic contract: Die gemeinsame Definition von Geschäftsbegriffen, Kennzahlen, Entitäten und Zugriffsregeln, die von Tools und Teams verwendet wird.
Control plane: Die Schicht, die Policy, Zugriff, Lineage, Monitoring und Eskalation über das Betriebsmodell hinweg durchsetzt.
Evidence grade: Eine Kennzeichnung, die verifizierten Fakt, richtungsweisendes Signal, modellierte Annahme und Feldbeobachtung voneinander trennt.
Adoption metric: Das messbare Verhalten, das belegt, dass das Konzept die tatsächliche Arbeit nach dem Go-Live verändert hat.
Reusable IP: Ein Artefakt, eine Checkliste oder ein Modell, das/die über Kunden hinweg wiederverwendet werden kann, ohne kundenspezifische Daten zu kopieren.
Decision owner: Die verantwortliche Person, die den Kompromiss akzeptiert und die nächste Maßnahme finanziert.
Semantic contract: Die gemeinsame Definition von Geschäftsbegriffen, Kennzahlen, Entitäten und Zugriffsregeln, die von Tools und Teams verwendet wird.

Quellen

Vollständige Karte für Mitglieder. Was die vollständige Karte ergänzt: den vollständigen Entscheidungsrahmen · den Vergleich SAP · Snowflake · Databricks · Fabric · die häufigen Fallstricke und ihre Behebung · die Kurzreferenz · die Architekturschemata · die Codeblöcke.

In der App öffnen →