שתף באמצעות


מבט כולל על עבודה עם פתרונות

נושא זה חל על Dynamics 365 Customer Engagement (on-premises)‎. לעיון בגירסה של נושא זה עבור Power Apps, ראה: מבט כולל על פתרונות

ב- Dynamics 365 Customer Engagement (on-premises), פתרונות משמשים להובלת יישומים ורכיבים מארגןם אחד לאחר או להחלה של קבוצת התאמות אישיות על יישומים קיימים. פתרון יכול להכיל יישום אחד או יותר, וכן רכיבים אחרים כמו מפות אתרים, ישויות, תהליכים, משאבי אינטרנט, קבוצות אפשרויות ועוד. באפשרותך לקבל פתרונות מ- AppSource או מתוך ספק תוכנה עצמאי (ISV). פתרון הוא קובץ שבאפשרותך לייבא לסביבה כיישום או להחיל קבוצת התאמות אישיות על יישום קיים.

מידע נוסף: סקירה טכנית: תבניות ועקרונות לבוני פתרונות

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

רכיבי פתרון

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

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

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

פתרונות מנוהלים ופתרונות לא מנוהלים

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

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

בעת ייבוא של פתרון לא מנוהל המכיל רכיבי פתרון שכבר התאמת אישית, ההתאמות האישיות שלך יוחלפו על-ידי ההתאמות האישיות בפתרון המנוהל. לא ניתן לבטל פעולה זו.

חשוב

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

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

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

אופן ההחלה של פתרונות

כל הפתרונות מוערכים כשכבות כדי לקבוע מה היישום שלך יבצע בפועל. התרשים הבא מציג כיצד מתבצעת הערכה של פתרונות מנוהלים ולא מנוהלים וכיצד יופיעו בהם שינויים בארגון שלך.

פתרון בשכבות.

החל מלמטה כלפי מעלה:

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

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

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

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

מאפיינים מנוהלים

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

יחסי תלות בין פתרונות

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

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

למידע נוסף

תחילת העבודה עם התאמה אישית
הרשאות נדרשות עבור התאמה אישית