Fiche concept

BDC Connect for Snowflake (+ extension solution SAP Snowflake)

À jour au 2026-07-23

Édité par Cédric-Olivier Mâry, éditeur et directeur de la publication — 27 ans d'écosystème SAP. Comment ces pages sont produites, et où intervient l'automatisation.

Qu'est-ce que BDC Connect for Snowflake (+ extension solution SAP Snowflake) ?

Contrairement au modèle OEM-dans-BDC de Databricks, Snowflake reste une architecture « partenaire connecté » — relation commerciale duale, tarification en crédits Snowflake, et Cortex Analyst/Agents restent côté Snowflake — ce qui pousse les clients Tier-1 à faire tourner les deux plateformes en parallèle plutôt que de choisir.

De quoi il s'agit

SAP et Snowflake ont annoncé deux chemins parallèles le 2025-11-04 : SAP Snowflake (une extension de solution où SAP package Snowflake) et SAP BDC Connect for Snowflake (le canal zero-copy bidirectionnel). Les deux ont atteint la GA dans la fenêtre H1 2026 visée : le connecteur zero-copy BDC Connect est passé GA le 2026-05-04 (notes de version Snowflake), et SAP a confirmé la GA de l'extension de solution SAP Snowflake à la même période, après Sapphire 2026. Contrairement à Databricks (C166, OEM-dans-BDC), Snowflake est le modèle 'partenaire connecté' canonique — la relation commerciale de l'acheteur est duale (SAP + Snowflake), la tarification reste en crédits Snowflake (C233), et Cortex Analyst (C175) + Cortex Agents (C176) siègent côté Snowflake de la frontière. Le compromis : Snowflake apporte une séparation best-in-class stockage/compute entrepôt que Databricks n'égale pas sur les charges pure-BI; Databricks apporte une intégration Joule plus profonde via le modèle OEM. Les clients Tier-1 en 2026 vont faire tourner LES DEUX — architecture trilatérale (C245).

Pourquoi c'est important

L'indépendance commerciale compte spécifiquement pour les DAF : la facturation à la consommation de Snowflake reste séparée de SAP, évitant un verrouillage fournisseur renforcé.
L'arbitrage nommé est concret et testable : Snowflake gagne sur la séparation stockage/compute pour les charges pure-BI à forte concurrence ; Databricks gagne sur l'intégration Joule native via son statut OEM.
SAP Snowflake (extension de solution) et BDC Connect for Snowflake (canal zero-copy) ont tous deux atteint la GA dans la fenêtre H1 2026 — le connecteur le 2026-05-04 selon les notes de version Snowflake — deux offres liées mais distinctes à ne pas confondre lors du cadrage.

Points clés

BDC Connect for Snowflake (+ SAP Snowflake solution extension) n'est maîtrisé que lorsqu'il change une décision d'achat nommée.
Commencer par le contrat sémantique et le modèle de contrôle avant de démontrer l'outil.
Utiliser les signaux SAP, analystes, études, KG et actualités actuels comme preuves, pas comme décoration.
Séparer les faits vérifiés des tendances directionnelles et des hypothèses modélisées.
Définir le propriétaire, la métrique, le seuil, le circuit de support et le plan de retour arrière avant de passer à l'échelle.
Pour les cas d'usage non-IA, définir quand même la qualité, l'adoption et la propriété opérationnelle.
Laisser un actif opérationnel réutilisable : mémo, checklist, tableau de contrôle et journal d'exceptions.
Une réponse premium est courte, explicite sur les arbitrages, et défendable en comité de pilotage.

Termes employés sur cette page

Decision owner: La personne responsable qui accepte l'arbitrage et finance l'action suivante.
Semantic contract: La définition partagée des termes métier, indicateurs, entités et règles d'accès utilisée par les outils et les équipes.
Control plane: La couche qui applique les politiques, les accès, la traçabilité, la supervision et l'escalade sur l'ensemble du modèle opérationnel.
Evidence grade: Un label qui distingue le fait vérifié, le signal directionnel, l'hypothèse modélisée et l'observation de terrain.
Adoption metric: Le comportement mesurable prouvant que le concept a modifié le travail réel après la mise en production.
Reusable IP: Un artefact, une checklist ou un modèle réutilisable d'un client à l'autre sans copier de données propres au client.
Decision owner: La personne responsable qui accepte l'arbitrage et finance l'action suivante.
Semantic contract: La définition partagée des termes métier, indicateurs, entités et règles d'accès utilisée par les outils et les équipes.

Sources

Fiche complète réservée aux abonnés. Ce que la fiche complète ajoute : le cadre de décision complet · la comparaison SAP · Snowflake · Databricks · Fabric · les pièges courants et leur correctif · l'aide-mémoire · les schémas d'architecture · les blocs de code.

Ouvrir dans l'application →