Salesforce + Snowflake रिपोर्टिंग,पाइपलाइन और प्रोडक्ट इस्तेमाल एक ही जवाब में।

Connect पेज पर Connector Agent से दोनों को कनेक्ट करने को कहें। Salesforce के अपने पेज पर साइन इन करें, फिर Snowflake को account identifier, यूज़रनेम और warehouse दें, और या तो सेटअप स्क्रिप्ट के साथ key pair बनाएँ या programmatic access token चिपकाएँ। ऑब्जेक्ट और टेबल चुनें, फिर लोड और शेड्यूल मंज़ूर करें।

Salesforce से Account, Opportunity, Contract और Case जैसे 20 स्टैंडर्ड ऑब्जेक्ट पहले से चुने होते हैं, और आप वे कस्टम ऑब्जेक्ट जोड़ सकते हैं जिन्हें कनेक्ट किया गया यूज़र क्वेरी कर सकता है। Snowflake से आप वे सारी टेबल और व्यू लेते हैं जिन्हें role पढ़ सकता है या एक चुनी हुई सूची, साथ में अतिरिक्त सोर्स के रूप में कस्टम SQL क्वेरी।

Incremental सिंक हर घंटे, रोज़ या हर हफ़्ते चल सकते हैं: Salesforce, LastModifiedDate के आधार पर, Snowflake आपके चुने cursor कॉलम पर। पूरा रिफ़्रेश रोज़, हर हफ़्ते या हर महीने चलता है और सोर्स पर डिलीट हुई पंक्तियाँ हटा देता है। Snowflake के कस्टम SQL सोर्स हमेशा पूरे रिफ़्रेश होते हैं। हाथ से सिंक किसी भी समय चल सकता है।

नहीं। Querri दोनों सिस्टमों में आपका डेटा सिर्फ़ पढ़ता है और वहाँ आपके रिकॉर्ड कभी नहीं बदलता। यह Salesforce फ़ील्ड अपडेट नहीं करता, opportunities नहीं बनाता और Snowflake में टेबल नहीं लिखता, और Snowflake सेटअप स्क्रिप्ट उसके role को सिर्फ़ SELECT एक्सेस देती है। Querri इस्तेमाल को Salesforce में भी नहीं भेजता; दोनों को Querri के अंदर ही जोड़ा जाता है।

Querri सिर्फ़ वही सिंक कर सकता है जो कनेक्ट किए गए Salesforce यूज़र और Snowflake role को देखने की अनुमति है। Querri में डेटा आने के बाद, पंक्तियों की दृश्यता Querri की शेयरिंग सेटिंग और हर व्यक्ति के रो फ़िल्टर से तय होती है, Salesforce profiles या Snowflake grants से नहीं, और ये फ़िल्टर चैट, डैशबोर्ड, Claude, ChatGPT और API में लागू होते हैं।

अगर आपकी प्रोडक्ट टेबल में Salesforce Account ID रखी है, तो Querri सीधे उसी पर join करता है। अगर नहीं, तो Querri को एक बार नियम बताएँ, जैसे ईमेल डोमेन पर मिलान या किसी स्प्रेडशीट में मैपिंग टेबल, और हर जवाब उसी का इस्तेमाल करता है। Querri बताता है कि हर अकाउंट का मिलान कैसे हुआ और जिन्हें वह नहीं जोड़ पाया उन्हें चिह्नित करता है।

दोनों को कनेक्ट करें, फिर उन अकाउंट के बारे में पूछें जिनकी सक्रिय सीटें उनके कॉन्ट्रैक्ट की सीटों के बराबर या उससे ज़्यादा हैं और जिनकी कोई expansion opportunity खुली नहीं है। इसे प्रोजेक्ट के रूप में सेव करके शेड्यूल करें, और हर account owner को हर हफ़्ते ईमेल या Excel वर्कबुक के रूप में अपनी सूची मिलती है।

अगले 90 दिनों में क्लोज़ होने वाले रिन्यूअल माँगें, साथ में Snowflake से हर अकाउंट का इस्तेमाल रुझान। इस्तेमाल को KPI के रूप में ट्रैक करें ताकि Querri उसका इतिहास रखे, और monitors को उन रिन्यूअल को चिह्नित करने दें जिनका इस्तेमाल सामान्य से तेज़ घट रहा है। जोखिम वाले रिन्यूअल की प्लेबुक पूरा सेटअप समझाती है।

Product-qualified अकाउंट को आम शब्दों में परिभाषित करें, जैसे 20 या ज़्यादा साप्ताहिक सक्रिय यूज़र वाला वर्कस्पेस। Querri हर योग्य वर्कस्पेस को डोमेन या account ID से Salesforce के leads, contacts और opportunities से जाँचता है, और उनकी सूची देता है जिनका सेल्स के पास कोई रिकॉर्ड नहीं, साथ में यह कि हर मिलान कैसे हुआ।

HubSpot को तीसरे सोर्स के रूप में कनेक्ट करें। Querri, HubSpot के contacts और companies का Salesforce अकाउंट और प्रोडक्ट वर्कस्पेस से मिलान करता है, ताकि आप किसी कैंपेन को opportunities तक और फिर इस तक ट्रैक कर सकें कि वे ग्राहक प्रोडक्ट कितना इस्तेमाल करते हैं। जिन मिलानों पर Querri को भरोसा नहीं, उन्हें जवाब में बताया जाता है।

NetSuite को तीसरे कनेक्शन के रूप में जोड़ें। Querri एक ही ग्राहक के Salesforce कॉन्ट्रैक्ट, NetSuite इनवॉइस और भुगतान, और Snowflake का इस्तेमाल एक साथ मिलाता है, ताकि आप एक ही जवाब में देख सकें कि कौन उन सीटों का भुगतान कर रहा है जिन्हें वह इस्तेमाल नहीं करता, या कौन बिल से ज़्यादा इस्तेमाल कर रहा है।

हाँ। अकाउंट हेल्थ या expansion डैशबोर्ड का वर्णन करें, या जिसे आपकी टीम पहले से इस्तेमाल करती है उसके स्क्रीनशॉट से शुरू करें। उसे पूछकर बदलें, पाइपलाइन और रिन्यूअल को इस्तेमाल के साथ एक ही स्क्रीन पर रखें, और हर CSM या रेप को उसके अपने अकाउंट तक सीमित करें।

हाँ। रिपोर्ट को प्रोजेक्ट के रूप में सेव करें और उसे साप्ताहिक या मासिक शेड्यूल दें। Querri उसे ताज़ा सिंक हुए डेटा पर दोबारा चलाता है और फ़ॉर्मैट की हुई Excel वर्कबुक या ईमेल भेजता है, और हर व्यक्ति को सिर्फ़ उसके अकाउंट वाला अलग वर्शन भेज सकता है।

हाँ। Querri और Claude या ChatGPT को एक बार जोड़ने के बाद, असिस्टेंट आपकी Querri Library से जवाब देता है, आपकी अकाउंट मैपिंग और active user की आपकी परिभाषा के साथ, हर व्यक्ति के अपने एक्सेस के तहत, इसलिए उसका जवाब वेयरहाउस के कॉलम नामों का अंदाज़ा लगाने के बजाय आपके डैशबोर्ड से मेल खाता है।

नहीं। हर सिंक आपकी चुनी टेबल और व्यू को Querri में कॉपी करता है, और सवालों के जवाब उसी कॉपी से आते हैं। सवाल हर बार आपके वेयरहाउस पर नहीं चलते, हालाँकि हर सिंक आपका Snowflake warehouse इस्तेमाल करता है। कोई कस्टम क्वेरी 600 सेकंड से ज़्यादा नहीं चल सकती, और सिंक पर हर टेबल के लिए पंक्तियों की अधिकतम सीमा लगाई जा सकती है।

Salesforce sandbox orgs स्टैंडर्ड साइन-इन से कनेक्ट नहीं हो सकते, जो login.salesforce.com पर जाता है, और जिन ऑब्जेक्ट को हर क्वेरी पर फ़िल्टर चाहिए वे छोड़ दिए जाते हैं। Snowflake पर पासवर्ड और OAuth साइन-इन का विकल्प नहीं है, PrivateLink और VPN कनेक्शन उपलब्ध नहीं हैं, और कस्टम SQL सोर्स incremental सिंक नहीं हो सकते।

रिपोर्टिंग के लिए नहीं। Querri दोनों सिस्टम पढ़ता है और उन्हें खुद जोड़ता है, इसलिए डैशबोर्ड, रिपोर्ट्स और जवाबों के पास पूरा इस्तेमाल इतिहास होता है, सिर्फ़ किसी अकाउंट फ़ील्ड का आखिरी मान नहीं। अगर रेप्स को Salesforce स्क्रीन के अंदर usage फ़ील्ड चाहिए, तो वह सिंक रखें; Querri वापस कुछ नहीं लिखता।

Querri, SOC 2 Type II, HIPAA और ISO 27001:2022 प्रमाणित है, और आपका डेटा कभी किसी मॉडल को ट्रेन करने में इस्तेमाल नहीं होता। Salesforce साइन-इन Salesforce के पेज पर होता है, Snowflake की private key एन्क्रिप्टेड रखी जाती है और कभी दिखाई नहीं जाती, और Connector Agent बस इतना जानता है कि कोई क्रेडेंशियल सेट है या नहीं।