עבור צוותי מכירות והכנסות, Power BI Connector עבור Salesforce מתוצרת Metric מתאימה ביותר כשאתם זקוקים לשירות מלא Salesforce מערכי נתונים ב-Power BI ללא מחסן נתונים, מכיוון שהוא מותקן בתוכו Salesforce ומסננים בצד השרת. צוותים שכבר מפעילים מחסן ומחסנית ETL צריכים לנתב דרכו במקום זאת.
המחבר שנראה הכי קל בתפריט "קבל נתונים" הוא זה שסביר להניח שינוהל לוח מחוונים שמשמיט בשקט את רוב הנתונים.
הדיון על שילוב Power BI ב-Salesforce מתמקד בדרך כלל בהגדרה טכנית. מאמר זה נוקט בזווית שונה - מה צוותי מכירות והכנסות צריכים בפועל מנתוני Salesforce ב-Power BI, וכיצד Power BI Connector עבור Salesforce מספק זאת ללא התקורה של צינורות ETL או המגבלות של מחברים מקוריים.
Salesforce היא מקור האמת לנתוני הכנסות. היסטוריית הזדמנויות, צבר הזדמנויות לפי שלב, שיעורי זכייה, גודל עסקה ממוצע, אורך מחזור מכירות, ביצועי נציגים, דיוק תחזיות - כל זה נמצא ב-Salesforce. הבעיה היא להעביר את הנתונים האלה לפורמט שההנהלה יכולה לפעול לפיו.
הדוחות המובנים של Salesforce עונים על שאלות תפעוליות. נציג יכול לראות את ההזדמנויות הפתוחות שלו. מנהל יכול לסקור את פעילות הצוות שלו. מה ש-Salesforce לא יכולה לעשות בקלות הוא לענות על שאלות אנליטיות: כיצד משתווה צבר הלקוחות ברבעון זה לאותו רבעון בשנה שעברה? אילו סוגי עסקאות נסגרים הכי מהר? כיצד דיוק התחזית משתנה לפי אזור מכירות? מה הקשר בין גודל הלקוחות לשימור הלקוחות?
שאלות אלו דורשות את היכולת לשלב מספר אובייקטים של Salesforce, ליישם מודיעין זמן, להשוות תקופות, ולעתים קרובות לשלב נתוני Salesforce עם נתוני פיננסים או שיווק ממערכות אחרות. Power BI בנוי בדיוק לסוג זה של ניתוח.
האתגר הוא להעביר נתוני Salesforce ל-Power BI בצורה אמינה, בנפח ובתדירות הרענון הנדרשים לארגון מכירות, מבלי ליצור תשתית דיווח שתתקלקלת בכל פעם שסכימת Salesforce משתנה או שחבר צוות עוזב.
לצוותי מכירות יש בדרך כלל מערכי נתונים גדולים של Salesforce. שנים של היסטוריית הזדמנויות. עשרות אלפי חשבונות. מאות אלפי פעילויות. קנה המידה שהופך את Salesforce לבעל ערך כ-CRM הוא אותו קנה מידה שגורם לבעיות עם מחברי Power BI מקוריים של Salesforce.
השמיים מחבר דוחות Salesforce מגבלה של 2,000 שורות - מגבלה שהופכת לבלתי נראית דווקא כשצריך לדווח על מערך הנתונים המלא. דוחות רבעוניים של צבר נתונים, דירוגי ביצועי נציגים והשוואות משנה לשנה - כולם דורשים נתונים מלאים, לא מדגם מקוצר שמייצר סכומים מטעים.
השמיים מחבר Salesforce Objects מסיר את מגבלת השורות, אך עבור ארגון Salesforce עם היסטוריית הזדמנויות רב שנתית, פירוש הדבר טעינת מיליוני רשומות ל-Power BI בכל מחזור רענון. זמני הרענון נמשכים מדקות לשעות. רענונים מתוזמנים נכשלים. וכאשר מספר אנליסטים מפעילים את מערכי הנתונים שלהם בו זמנית, מכסת ה-API המשותפת של Salesforce מתרוקנת - מה שמסיר אינטגרציות אחרות באמצע יום העסקים.
ישנה גם בעיית ממשל. כאשר כל אנליסט בונה חיבור Power BI Salesforce משלו, ההגדרה של "הכנסה סגורה" או "צבר פעיל" יכולה להשתנות בין דוחות. ההנהלה מקבלת החלטות על סמך לוחות מחוונים שסותרים זה את זה מכיוון שכל אנליסט יישם מסננים ובחירות שדות שונים באופן עצמאי.
מחבר Power BI עבור Salesforce אפליקציית Salesforce מנוהלת של Metrica Software הזמינה ב-AppExchange. היא מותקנת בתוך ארגון Salesforce שלך (ולא כתוכנת ביניים חיצונית) ופועלת כולה בתוך סביבת Salesforce שלך.
הקונספט המרכזי הוא ה- מקור מידע: תצורה שמורה שמגדירה בדיוק אילו אובייקטים, שדות ותנאי סינון של Salesforce לייצוא. התצורה מתבצעת ב-Salesforce, לא ב-Power BI. עד לחיבור Power BI, הנתונים כבר מוגדרים ומסוננים. רק רשומות תואמות מועברות - לא האובייקט המלא.
עבור צוות מכירות, זה מתורגם ישירות:
כל מקור נתונים מוגדר פעם אחת, משותף עם הצוות ומתרענן לפי לוח זמנים. כולם בונים את לוחות המחוונים שלהם מאותן הגדרות. "הכנסות שנרכשו באופן סגור" מתייחסות לאותו הדבר בכל דוח.
דיווח צינור ב-Power BI, המחובר ל-Salesforce דרך Power BI Connector עבור Salesforce, מאפשר תצוגות שדוחות מקוריים של Salesforce אינם יכולים לייצר: צינור לפי שלב לאורך זמן, מהירות צינור לפי גודל עסקה, שיעורי המרה לפי מקור או אזור, וצינור בהשוואה למכסה.
סינון בצד השרת של Power BI Connector עבור Salesforce שומר על מערך הנתונים דל - רק ההזדמנויות בטווח התאריכים הרלוונטי וקריטריוני הסטטוס מועברות. משמעות הדבר היא שאפילו ארגון Salesforce גדול עם היסטוריית הזדמנויות של שנים יכול לתחזק דוח צינור מהיר ורענן מבלי לטעון רשומות היסטוריות לא רלוונטיות בכל מחזור.
חיזוי דורש הן נתוני צינור הפרויקטים הנוכחיים והן נתוני ביצועים היסטוריים כדי לדמות את התוצאות הצפויות. משמעות הדבר היא בדרך כלל שילוב של נתוני Salesforce נוכחיים עם נתונים היסטוריים שנסגרו - בין אם שניהם מ-Salesforce או מיזוג של נתוני Salesforce עם נתוני מערכת פיננסית ב-Power BI.
Power BI Connector עבור Salesforce תומך בכך באמצעות מקורות נתונים נפרדים ומיועדים לכך. ניתן לתחזק באופן עצמאי מקור נתונים נוכחי ומקור היסטורי של עסקאות שנסגרו, כל אחד עם המסננים ותדירות הרענון המתאימים. ב-Power BI, ניתן לחבר ולנתח אותם יחד באמצעות מודל הנתונים של Power BI.
הנהלת המכירות זקוקה לנתוני ביצועים ברמת הנציגים: השגת מכסות, שיעורי פעילות, יצירת צינור מכירות, שיעורי המרה ודיוק תחזיות. נתונים אלה נמצאים על פני מספר אובייקטים של Salesforce - הזדמנויות, משימות, אירועים, משתמשים, ולעתים קרובות אובייקטים מותאמים אישית הספציפיים לתהליך המכירות של הארגון.
מחבר Power BI עבור Salesforce מטפל בייצוא של אובייקטים מרובים עם שימור קשרים בין אובייקטים. דיאגרמת קשרי הישויות המובנית במחבר מראה כיצד אובייקטים נבחרים קשורים לפני שמירת מקור הנתונים, ובכך מונע מודלים שצורףו בצורה שגויה ומייצרים צבירות לא מדויקות ברמת הנציגות.
עבור צוותים שעוקבים אחר שיעורי חידוש, פעילות מכירה נוספת ובריאות הלקוח, Salesforce מחזיקה בנתונים אך אינה יכולה להציג בקלות ניתוח בין-אובייקטיבי. רשומות חוזים המקושרות להיסטוריית חשבון, הזדמנויות חידוש ונפח מקרי תמיכה דורשות איחוד של אובייקטים מרובים בדרכים שדיווח Salesforce אינו תומך בהן.
בעזרת Power BI Connector עבור Salesforce, מקור נתונים יחיד יכול לכלול חוזים, הזדמנויות, מקרים וחשבונות כאשר מבנה הקשרים מוגדר כהלכה עבור מודל הנתונים של Power BI. ניתוח שימור נתונים, מגמות הכנסות מהרחבה ומדדי סיכון נטישה הופכים לנגישים בלוחות מחוונים של Power BI ללא צורך בפיתוח Salesforce מותאם אישית.
אין מגבלות שורות. היסטוריית הזדמנויות רב שנתית, רשימות חשבונות מלאות, רישומי פעילות מלאים - הכל ייצוא ללא מגבלות רשומות.
סינון בצד השרת. טווחי תאריכים ותנאי סטטוס המופעלים ב-Salesforce מפחיתים את מה שמועבר. דוחות צינור טוענים רק הזדמנויות נוכחיות. דוחות היסטוריים מוגבלים לתקופה הרלוונטית. זה שומר על זמני רענון צפויים גם כאשר נתוני Salesforce גדלים.
מקורות נתונים משותפים. אנליסט מכירות אחד מגדיר את מקור הנתונים; כל הצוות משתמש בו. בחירת שדות עקבית, לוגיקת סינון עקבית, הגדרות מדדים עקביות בכל דוח Power BI בארגון.
רענון הדרגתי. עבור אובייקטים של הזדמנות וחשבון שגדלים ברציפות, רענון מצטבר טוען רק רשומות חדשות או שהשתנו. מערכי נתונים גדולים נשארים ניתנים לניהול ככל שהארגון גדל.
הגישה נשלטת על ידי הרשאות Salesforce. מנהלי מכירות אזוריים רואים רק את נתוני האזור שלהם. נציגי מכירות ארגוניים רואים חשבונות ארגוניים. אותו מבנה הרשאות שנאכף ב-Salesforce עובר גם ב-Power BI ללא כל תצורה נוספת בתוך המחבר.
אינטגרציה של Agentforce. צוותי תפעול מכירות המגדירים דוחות חדשים יכולים להשתמש ב-Salesforce Agentforce כדי לתאר יעד דיווח בשפה טבעית ולבקש מסוכן הבינה המלאכותית ליצור את תצורת מקור הנתונים, כולל בחירת שדות ומסננים.
Power BI Connector עבור Salesforce זמין ב-Salesforce AppExchange. ההתקנה פועלת לפי תהליך AppExchange הסטנדרטי. לאחר ההתקנה, נדרשת הגדרת Salesforce חד פעמית (App Connected, Custom Setting). הוראות מלאות נמצאות בכתובת metricasoftware.com/docs/salesforce/installation-guide/.
פתח את Power BI Connector ממפעיל האפליקציות של Salesforce. עבור אל מקורות מידע ולחץ על צור מקור נתוניםבחר את האובייקטים או השדות הספציפיים הרלוונטיים לדוח הראשון שלך. החל מסננים (בסיסיים או SOQL) כדי להגדיר את היקף מערך הנתונים ו... שמור מקור הנתונים.
צור אסימון גישה באפליקציית Power BI Connector, עבור אל אסימוני גישה ולחץ על צור אסימוןהזן תווית, קבע תאריך תפוגה ולחץ על צורהעתק את האסימון באופן מיידי, מכיוון שלא ניתן יהיה לצפות בו שוב לאחר עזיבת הדף.
העתק את סקריפט Power Query מרשימת מקורות הנתונים (לחץ על סמל Power Query שליד מקור הנתונים שיצרת), הדבק אותו בעורך המתקדם של Power BI Desktop וצור פרמטר בשם אסימון מטרי כאשר אסימון הגישה שלך הוא הערך. הוסף כל אובייקט Salesforce כשאילתה נפרדת. סגור והגש את הטופס כדי לטעון את הנתונים.
מחבר Power BI Salesforce הנכון עבור צוות מכירות או הכנסות הוא כזה שמטפל בכמויות הנתונים שארגון Salesforce אמיתי מייצר, תומך בתדירות הרענון הנדרשת על ידי קצב הדיווח, ומספק לצוותי התפעול שכבת נתונים אחת ומנוהלת שכל אנליסט יכול לסמוך עליה.
Power BI Connector עבור Salesforce מספק זאת באמצעות ארכיטקטורה מקורית של Salesforce, סינון בצד השרת, מקורות נתונים משותפים וירושה של הרשאות - ללא תשתית ETL או התקורה התפעולית הכרוכת בתחזוקת תצורות מחבר מקוריות המנוהלות בנפרד.
הדוח שלך מגיע למגבלת ה-API של Salesforce Reports, אשר מגבילה כל משיכת דוח בודדת ל-2,000 שורות, ומחבר Power BI Reports המקורי אינו עובר מעבר לה. מיקרוסופט מתעדת זאת כמגבלה בצד Salesforce, לא כבאג Power BI, ולכן היא אינה מייצרת שגיאה או אזהרה. קבוצת הנתונים פשוט נטענת עם 2,000 הרשומות הראשונות, כך שהסכומים נראים נמוכים והמגמות מסתיימות מוקדם. התיקונים הם מעבר למחבר Salesforce Objects (ללא מגבלת שורות, אך הוא טוען אובייקטים מלאים), פיצול הדוח לדוחות מסוננים קטנים יותר וצירופם, או שימוש במחבר מקורי של AppExchange שמייצא אובייקטים מסוננים ישירות ללא שכבת הדוח.
הדרך הטובה ביותר ללא מחסן היא מחבר AppExchange מקורי שמסנן בצד השרת, כך שרק הרשומות שאתה צריך עוזבות את Salesforce. מחבר Salesforce Objects עובד אך טוען אובייקטים שלמים, מה שהופך את הרענון לאיטי בארגונים גדולים. מחבר CData עובד ללא מחסן והוא חזק אם אתה רוצה גישה ל-SQL או DirectQuery. מחבר Power BI עבור Salesforce מבית Metrica נמצא באמצע: אתה מכסה כל מערך נתונים בתוך Salesforce ומושך רק את תת-הקבוצה הזו לתוך Power BI, ללא מגבלת שורות. אם אתה כבר מפעיל או מתכנן לבנות מחסן, ניתוב Salesforce דרכו באמצעות כלי ETL הוא האפשרות הניתנת להרחבה יותר לטווח ארוך.
ההבדל העיקרי הוא היכן הנתונים מועברים וכמה הם מועברים. המחברים המקוריים מגבילים ל-2,000 שורות (דוחות) או טוענים אובייקטים שלמים בכל רענון (אובייקטים), ושניהם מוגדרים לכל אנליסט בתוך Power BI. מחבר Power BI עבור Salesforce מותקן בתוך ארגון Salesforce שלך ומאפשר לך להגדיר מקור נתונים רב פעמי (אובייקטים, שדות ומסננים) בצד של Salesforce, כך שרק רשומות תואמות עוברות אי פעם וכל הצוות חולק הגדרה אחת. זה מבטל את הקיצוץ השקט, שומר על רענונים צפויים על נתונים רב שנתיים, ועוצר את הסחיפה שבה "סגור-זכייה" פירושה משהו שונה בכל דוח.
כן, הגישה נשלטת על ידי אותן הרשאות Salesforce שאתה כבר אוכף. מכיוון שהמחבר פועל בתוך ארגון Salesforce שלך, מקור הנתונים של מנהל אזורי מחזיר רק את הרשומות של האזור שלו, ונציג ארגוני רואה רק את חשבונות הארגון, ללא תצורה נוספת בתוך המחבר עצמו. זה חשוב לדיווח הכנסות מכיוון שזה אומר שמודל ההרשאות שכבר עיצבת ב-Salesforce עובר ל-Power BI במקום להיווצר מחדש או לעקוף אותו בשכבת ה-BI. כדאי לוודא שפרופיל המשתמש הייצוא ואבטחת ברמת השדה תואמים לגישה שאתה מתכוון, מכיוון שמקור הנתונים יורש בדיוק את מה שאותו משתמש יכול לראות.
התחשב ב-30 עד 60 דקות להתקנה ראשונה. ההתקנה מ-AppExchange פועלת לפי התהליך הסטנדרטי, בתוספת הגדרת Salesforce חד פעמית (אפליקציה מחוברת והגדרה מותאמת אישית). לאחר מכן, יצירת מקור הנתונים הראשון שלך, יצירת אסימון גישה והדבקת סקריפט Power Query ב-Power BI Desktop הן עניין של דקות לדוח. ניסיון חינם של 30 יום מאפשר לך לבדוק את הזרימה המלאה על האובייקטים שלך לפני ביצוע הפעולה. החלק הארוך ביותר הוא בדרך כלל להחליט אילו אובייקטים, שדות ומסננים כל מקור נתונים צריך להכיל, וזוהי שאלה של עיצוב דיווח ולא שאלה טכנית, והזמן מושקע היטב מכיוון שהגדרות אלו הופכות לשכבה המשותפת שממנה כולם מדווחים.
