מודלי הנתונים הסטנדרטיים

🌐 זמין גם ב-28 שפות

English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Türkçe · Polski · Tiếng Việt · ไทย · Nederlands · العربية · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)

התמונה נוצרה בבינה מלאכותית

תורגם בבינה מלאכותית. הקהילה עוד לא בדקה את התרגום. לקריאה באנגלית

יחידה 2 מתוך 10 בפרק ארכיטקטורת הנתונים של Salesforce, הפרק השלישי בקורס Data Architect. כל יחידה עומדת בפני עצמה. הקודם: פלטפורמת הנתונים של Salesforce: יותר ממסד נתונים · הבא: בנו בעצמכם: אובייקטים מותאמים אישית

השאלה שהיחידה הזו עונה עליה: מה Salesforce כבר מידלה בשבילכם, ואיך זה בנוי?

ביחידה 1 אמרתי לכם להביט אל ספינת האם: לפני שממציאים משהו, תסתכלו איך Salesforce עצמה עושה את זה. ביחידה הזו אנחנו באמת מסתכלים. Salesforce כבר מידלה בשבילכם חלק גדול מהעסק, באובייקטים הסטנדרטיים שלה, ושניים מהמודלים האלה עושים את רוב העבודה ברוב ה-orgs שאני נכנס אליהם: מודל ה-Sales (המכירות) ומודל ה-Service (השירות). לפני שאפשר להחליט אם משהו מצדיק אובייקט מותאם אישית, צריך לדעת מה כבר קיים. על זה שתי היחידות הבאות.

מה הופך אובייקט לסטנדרטי

אובייקט סטנדרטי מגיע מהקופסה. Salesforce בנתה אותו, יש לו מטרה מוגדרת, והוא מגיע עם שדות וקשרים משלו. אפשר להוסיף לו שדות, לבנות סביבו אוטומציה ולשנות את ה-layouts שלו, אבל אי אפשר לתכנן אותו מחדש: השדות והקשרים הסטנדרטיים שייכים ל-Salesforce.

תסתכלו על השמות. Account, Contact, Case. בלי קידומת, בלי סיומת. זו Salesforce ששומרת את המרחב הזה לעצמה. כל מה שאנחנו בונים מסתיים ב-__c, כך ש-Salesforce יכולה להוסיף אובייקטים סטנדרטיים חדשים בכל רגע בלי להתנגש אף פעם במשהו ב-org שלכם. והיא עושה את זה, בכל גרסה.

מתישהו בדרך מישהו בנה אובייקט מוצר שלא הצליח, והיה צריך להשאיר אותו מאחור. בגלל זה שם ה-API הוא Product2. זה מבחן הלקמוס הראשון שלי כשמישהו אומר לי שהוא מכיר את Salesforce.

מודל המכירות

מתחילים משמאל, עם הליד (Lead): מישהו שאולי יהפוך ללקוח. ליד הוא עוד לא באמת חלק מהמודל. הוא אזור המתנה. כשממירים אותו, Salesforce יוצרת את הרשומות האמיתיות: חשבון (Account), איש קשר (Contact), ואם יש עסקה, הזדמנות (Opportunity). בגלל זה אני מצייר את הליד בצד.

החשבון הוא החברה. אנשי הקשר שלו הם האנשים שעובדים בה. הזדמנות היא עסקה עם החשבון הזה. עד כאן, שום דבר שלא ציפיתם לו.

ואז זה נהיה מעניין. מה יש בעסקה? כל שורה היא מוצר בהזדמנות (Opportunity Product), ומוצר בהזדמנות לא מצביע ישירות על מוצר. הוא מצביע על רשומת מחירון (Price Book Entry): המוצר הזה, במחיר הזה, במחירון הזה. רשומת המחירון יושבת בין המוצר (Product) לבין המחירון (Price Book), כך שלאותו מוצר יכול להיות מחיר אחד במחירון הסטנדרטי ומחיר אחר במחירון השותפים שלכם.

אלה שני קשרים שהפכו לדברים, אחד אחרי השני. זוכרים את פריט המשלוח מפרק 2, בין המשלוח למוצר, ואת התרגיל של הכלב בין הכלב לתרגיל? Salesforce עשתה בדיוק אותו דבר כאן, פעמיים: המוצר בהזדמנות בין ההזדמנות לרשומת המחירון, ורשומת המחירון בין המוצר למחירון. כשאתם יודעים לקרוא את זה, אתם יודעים לקרוא את רוב מודל הנתונים הסטנדרטי.

Click to enlarge

הנה השרשרת הזו מקרוב, עם השדות שמחזיקים אותה יחד:

Click to enlarge

כלל אחד שאנשים נתקלים בו: יש מחירון סטנדרטי, ורשומת מחירון בכל מחירון אחר יכולה פשוט להשתמש במחיר הסטנדרטי של המוצר. דעו באיזה מחירון ההזדמנות משתמשת לפני שאתם טוענים את המוצרים שלה.

מודל השירות

ועכשיו הצד השני של הבית. אותו חשבון, אותם אנשי קשר. כשמשהו משתבש, הלקוח פותח פנייה (Case).

הפנייה בדרך כלל עוסקת במשהו שיש ללקוח, ול-Salesforce יש אובייקט בשביל זה: הנכס (Asset). ביחידה 5 אקרא לו האובייקט הסטנדרטי שאנשים מפספסים. זה דבר שיש ללקוח, בין אם הוא קנה אותו מכם ובין אם לא.

ולמה הלקוח זכאי? זו הזכאות (Entitlement): התמיכה שחשבון זכאי לקבל, שלעיתים קרובות קשורה לנכס, למוצר או לחוזה שירות. שימו זכאות על פנייה, ועכשיו הפנייה יודעת איזו רמת תמיכה היא אמורה לקבל.

Click to enlarge

תסתכלו על הקו שיוצא מהפנייה וחוזר אליה. לכל פנייה יש שדה Parent Case (פנייה אם), והוא מצביע על פנייה אחרת. זה self-lookup: קשר מאובייקט לעצמו. זה מבלבל הרבה אנשים בפעם הראשונה שהם רואים את זה, אז הנה שתי הסיבות שבגללן אני משתמש בזה.

אחת: בעיה גדולה שמתפרקת לבעיות קטנות יותר. הלקוח מדווח שכל ההתקנה נפלה. אנחנו פותחים תת-פניות לרשת, לחומרה ולתצורה, כל אחת מטופלת בנפרד, וכולן נסגרות כלפי מעלה: פניית האם לא גמורה עד שהן גמורות.

שתיים: היסטוריה. פנייה נסגרה בחודש שעבר, ועכשיו אותה בעיה חזרה. הפנייה החדשה מצביעה על המקורית, כך שכל מי שפותח אותה רואה שזה כבר קרה בעבר, ומה נעשה בעניין.

נחזור ל-self-lookups כשנגיע לקשרים ביחידה 7.

שימו לב שהחשבון ואיש הקשר יושבים באותו מקום בשני התרשימים. אלה אותן רשומות. נציג מכירות ונציג שירות מסתכלים על אותו לקוח, משני צדדים שונים של הבית. זה אחד הטיעונים החזקים ביותר להישאר סטנדרטיים: המודלים נבנו כדי להיפגש.

קבצים וקבצים מצורפים

לא כל מה שיש על רשומה הוא שדה. חוזים, תמונות, קובצי PDF וגיליונות אלקטרוניים הם קבצים, ומקומם ב-Salesforce Files, לא במודל ה-Attachments הישן, שהוא legacy. אם המסמך כבר נמצא ב-SharePoint Online, OneDrive, Google Drive או Box, Files Connect מאפשר למשתמשים להגיע אליו מ-Salesforce בלי להעתיק אותו פנימה.

קבצים נספרים אחרת מרשומות. Salesforce מחלקת את האחסון לשניים: file storage (אחסון קבצים) מחזיק קבצים מצורפים, Files, Salesforce CRM Content, קבצי Chatter וכדומה, ו-data storage (אחסון נתונים) מחזיק את הרשומות שלכם. אחסון הקבצים מטפס מהר כשכל רשומה מקבלת תמונות או סריקות, ולכן כמויות גדולות של תמונות, כמו התמונות מאפליקציית שטח, שייכות לעיתים קרובות מחוץ ל-Salesforce לגמרי, כש-Salesforce שומרת רק קישור. יחידה 4 חוזרת לזה.

שתי עמודות או מאתיים

גם אחסון נתונים נספר אחרת ממסד נתונים. במסד נתונים רגיל, טבלה עם שתי עמודות ומיליון שורות היא קטנה, וטבלה עם מאה עמודות ומיליון שורות היא פיל. Salesforce שוקלת אותן אותו דבר: רוב הרשומות נספרות כבערך 2 KB, לא משנה כמה שדות יש להן. יש חריגים. קמפיין נספר כיותר, הודעת דוא”ל נספרת לפי הגודל האמיתי שלה, וחשבון אישי נספר כבערך 4 KB, כי הוא גם חשבון וגם איש קשר.

הנה טיפ. בכל פעם שאני נכנס ל-org חדש, אחד המקומות הראשונים שאני הולך אליהם הוא Setup → Storage Usage. אני אפילו מבקש מלקוח צילום מסך בשיחה הראשונה. המסך הזה לא משקר. הוא אומר לכם אילו אובייקטים גדלים, ואילו כבר הפכו לפילים.

חשבונות אישיים: כשהלקוח הוא אדם

מודל החשבון ואיש הקשר עובד נהדר עבור חברה והאנשים שבה. אבל מה אם הלקוח שלכם הוא לא חברה? מה אם הוא אדם?

זה החשבון האישי (Person Account): חשבון ואיש קשר שמשולבים לרשומה אחת, עבור אנשים פרטיים. שדות איש הקשר שלהם מגיעים איתם, והמותאמים אישית מופיעים עם סיומת משלהם, __pc. כל אחד נספר גם באחסון החשבונות וגם באחסון אנשי הקשר, כי מתחת לפני השטח הוא גם וגם.

אזהרה אחת לפני שמפעילים אותם: ברגע שחשבונות אישיים מופעלים, אי אפשר לכבות אותם. זה מבחן ההפיכות מפרק 1 בצורתו הטהורה ביותר. יחידה 5 נותנת לכם את העמדה שלי לגבי מתי הם שווים את זה.

מה הארכיטקט מחליט כאן

• אילו חלקים בעסק Salesforce כבר מידלה, לפני שמתכננים משהו חדש.
• האם מושג נוחת במודל המכירות, במודל השירות או בשניהם, בידיעה שהם חולקים את החשבון ואת איש הקשר.
• איפה חיים מסמכים ותמונות: ב-Salesforce Files, במערכת קבצים מחוברת, או מחוץ לפלטפורמה עם קישור.
• כמה הנתונים יעלו באחסון, כשסופרים כמו ש-Salesforce סופרת: רשומות, לא עמודות.
• האם הלקוח הוא חברה או אדם, לפני שמפעילים משהו שאי אפשר לכבות.

ומה כש-Salesforce לא כוללת את מה שאתם צריכים? בונים אותו. זה הבא בתור.

להרחבה

• OpportunityLineItem (opens in a new tab), Object Reference for the Salesforce Platform (באנגלית, נבדק ב-2026-10-12): “חבר ברשימת מוצרי Product2 שמשויכים להזדמנות”; רשומת המחירון היא חובה.
• PricebookEntry (opens in a new tab), Object Reference (באנגלית, נבדק ב-2026-10-12): “שיוך בין Pricebook2 לבין Product2”; רשומה יכולה להשתמש במחיר הסטנדרטי.
• Case (opens in a new tab), Object Reference (באנגלית, נבדק ב-2026-10-12): ParentId, “המזהה של פניית האם בהיררכיה. התווית היא Parent Case”; קשר lookup ל-Case.
• Entitlement (opens in a new tab), Object Reference (באנגלית, נבדק ב-2026-10-12): “תמיכת הלקוחות שחשבון או איש קשר זכאים לקבל”, שיכולה להתבסס על נכס, מוצר או חוזה שירות.
• Data and Storage Resources (opens in a new tab), Salesforce Help (באנגלית, נבדק ב-2026-10-12): מה כוללים אחסון הקבצים ואחסון הנתונים.
• Salesforce Data Storage: Estimated Record Size by Object Type (opens in a new tab), Salesforce Help (באנגלית, נבדק ב-2026-10-12): “רוב הרשומות ב-Salesforce צורכות כ-2 KB של אחסון נתונים”; חשבונות אישיים כ-4 KB.
• Enable Person Accounts (opens in a new tab), Salesforce Help (באנגלית, נבדק ב-2026-10-12): “אחרי שהופעלו Person Accounts, אי אפשר לכבות אותם.”
• Files Connect FAQ (opens in a new tab), Salesforce Help (באנגלית, נבדק ב-2026-09-25).