Le reporting Salesforce + Snowflake,pipeline et usage produit dans une seule réponse.

Demandez au Connector Agent, sur la page Connect, de connecter les deux. Connectez-vous à Salesforce sur sa propre page, puis donnez à Snowflake un identifiant de compte, un nom d'utilisateur et un entrepôt, et générez une paire de clés avec un script de configuration ou collez un jeton d'accès programmatique. Choisissez les objets et les tables, puis approuvez le chargement et les plannings.

Côté Salesforce, 20 objets standard comme Account, Opportunity, Contract et Case sont présélectionnés, et vous pouvez ajouter les objets personnalisés que l'utilisateur connecté peut interroger. Côté Snowflake, vous prenez toutes les tables et vues que le rôle peut lire ou une liste choisie, plus des requêtes SQL personnalisées comme sources supplémentaires.

Les synchronisations incrémentielles peuvent s'exécuter toutes les heures, chaque jour ou chaque semaine : Salesforce d'après LastModifiedDate, Snowflake sur une colonne curseur que vous choisissez. Les actualisations complètes s'exécutent chaque jour, chaque semaine ou chaque mois et retirent les lignes supprimées à la source. Les sources SQL personnalisées Snowflake s'actualisent toujours en entier. Une synchronisation manuelle peut être lancée à tout moment.

Non. Querri ne fait que lire vos données dans les deux systèmes et n'y modifie jamais vos enregistrements. Il ne met pas à jour de champs Salesforce, ne crée pas d'opportunités et n'écrit pas de tables dans Snowflake, et le script de configuration Snowflake n'accorde à son rôle que le droit SELECT. Querri ne pousse pas non plus l'usage dans Salesforce : les deux sont reliés dans Querri.

Querri ne peut synchroniser que ce que l'utilisateur Salesforce connecté et le rôle Snowflake ont le droit de voir. Une fois les données dans Querri, la visibilité des lignes dépend des paramètres de partage de Querri et des filtres de lignes par personne, pas des profils Salesforce ni des droits Snowflake, et ces filtres s'appliquent dans le chat, les tableaux de bord, Claude, ChatGPT et l'API.

Si vos tables produit stockent l'Account ID Salesforce, Querri fait la jointure directement dessus. Sinon, indiquez une fois la règle à Querri, par exemple une correspondance par domaine e-mail ou une table de correspondance dans un tableur, et chaque réponse l'utilise. Querri dit comment chaque compte a été rapproché et signale ceux qu'il n'a pas pu placer.

Connectez les deux, puis demandez les comptes dont les licences actives atteignent ou dépassent celles de leur contrat et qui n'ont aucune opportunité d'expansion ouverte. Enregistrez-le comme projet et planifiez-le : chaque propriétaire de compte reçoit sa propre liste chaque semaine, par e-mail ou en classeur Excel.

Demandez les renouvellements qui se concluent dans les 90 prochains jours, avec la tendance d'usage de chaque compte tirée de Snowflake. Suivez l'usage comme un KPI pour que Querri en garde l'historique, et laissez les moniteurs signaler les renouvellements dont l'usage baisse plus vite que d'habitude. Le playbook sur les renouvellements à risque détaille toute la mise en place.

Définissez en mots simples un compte qualifié par le produit, par exemple un espace de travail avec 20 utilisateurs actifs hebdomadaires ou plus. Querri confronte chaque espace de travail qualifié aux leads, contacts et opportunités Salesforce par domaine ou par Account ID, et liste ceux dont les ventes n'ont aucune trace, en précisant comment chaque correspondance a été établie.

Connectez HubSpot comme troisième source. Querri rapproche les contacts et les entreprises HubSpot des comptes Salesforce et des espaces de travail du produit : vous pouvez ainsi suivre une campagne jusqu'aux opportunités, puis jusqu'à l'usage que ces clients font du produit. Les correspondances dont Querri n'est pas sûr sont signalées dans la réponse.

Ajoutez NetSuite comme troisième connexion. Querri aligne les contrats Salesforce, les factures et paiements NetSuite et l'usage tiré de Snowflake pour un même client : vous voyez dans une seule réponse qui paie des licences qu'il n'utilise pas, ou qui utilise plus que ce qui lui est facturé.

Oui. Décrivez un tableau de bord de santé des comptes ou d'expansion, ou partez d'une capture de celui que votre équipe utilise déjà. Modifiez-le en demandant, mêlez pipeline et renouvellements à l'usage sur le même écran, et limitez chaque CSM ou commercial aux comptes dont il est propriétaire.

Oui. Enregistrez le rapport comme projet et donnez-lui un planning hebdomadaire ou mensuel. Querri le relance sur des données fraîchement synchronisées et envoie un classeur Excel mis en forme, ou un e-mail, et il peut envoyer à chaque personne une version distincte qui ne contient que ses comptes.

Oui. Après une liaison unique entre Querri et Claude ou ChatGPT, l'assistant répond à partir de votre Bibliothèque Querri, avec votre correspondance des comptes et votre définition d'un utilisateur actif, selon les droits d'accès de chaque personne : sa réponse correspond à vos tableaux de bord au lieu de deviner les noms de colonnes de l'entrepôt.

Non. Chaque synchronisation copie les tables et les vues choisies dans Querri, et les questions reçoivent une réponse tirée de cette copie. Les questions ne s'exécutent pas sur votre entrepôt à chaque fois, même si chaque synchronisation utilise bien votre entrepôt Snowflake. Une requête personnalisée ne peut pas durer plus de 600 secondes, et les synchronisations peuvent être plafonnées à un nombre maximal de lignes par table.

Les orgs sandbox Salesforce ne peuvent pas se connecter via la connexion standard, qui passe par login.salesforce.com, et les objets qui exigent un filtre sur chaque requête sont ignorés. Côté Snowflake, la connexion par mot de passe et par OAuth n'est pas proposée, les connexions PrivateLink et VPN ne sont pas disponibles, et les sources SQL personnalisées ne peuvent pas se synchroniser de façon incrémentielle.

Pas pour le reporting. Querri lit les deux systèmes et les relie lui-même : les tableaux de bord, les rapports et les réponses disposent de tout l'historique d'usage, pas seulement de la dernière valeur d'un champ de compte. Si les commerciaux ont besoin d'un champ d'usage dans les écrans Salesforce, gardez cette synchronisation ; Querri n'écrit rien en retour.

Querri est certifié SOC 2 Type II, HIPAA et ISO 27001:2022, et vos données ne servent jamais à entraîner un modèle. La connexion à Salesforce se fait sur la page de Salesforce, la clé privée Snowflake est stockée chiffrée et jamais affichée, et le Connector Agent sait seulement si un identifiant est configuré ou manquant.