מידע על יחידות ארגוניות
חשוב
Dynamics 365 Project Service Automationהתפתח ל-Dynamics 365 Project Operations. למידע נוסף, ראה מעבר של Project Service Automation.
חל על יישום Project Service בגירסה 3.x
Dynamics 365 Project Service Automation, יחידה ארגונית היא קבוצה או חטיבה נפרדת בחברה לשירותים מקצועיים המעסיקה משאבים שניתנים לחיוב בעלי תעריפי עלות.
עבור חברות לשירותים מקצועיים המעסיקות משאבים טכניים בתחומי התמחות או קווים עסקיים שונים, העלות למילוי תפקיד בתחום התמחות או קו עסקי אחד עשויה להיות שונה מהעלות למילוי תפקיד בתחום התמחות או קו עסקי אחר. היחידות הארגוניות של הרעיון עוזרות בתרחיש זה, על-ידי מתן דרך לקיבוץ ערכה של תפקידים הניתנים לחיוב בחטיבה של חברה עם מבנה עלות נפרד עבור תפקידים אלה.
תכונות ושיוכים עיקריים של יחידות ארגוניות
ב- PSA, ליחידה ארגונית ב- PSA יש מחירונים מטבע ועלות ספציפיים.
המטבע של יחידה ארגונית הוא המטבע הראשי המשמש למעקב אחר עלויות.
ניתן לשייך מחירון עלות אחד או יותר לכל יחידה ארגונית. PSA קובע את המגבלות הבאות עבור המחירונים שניתן לשייך ליחידה ארגונית:
- מחירונים מוכרחים להיות במטבע של היחידה הארגונית
- מחירונים מוכרחים להיות של מחירוני עלות
בנוסף, קיימת תכונה עבור היחידה הארגונית בישות 'משאב'. ניתן להקצות כל משאב ליחידה ארגונית אחת.
תפקידים של יחידות ארגוניות
היחידה הארגונית ממלאת שני תפקידים ב- PSA:
- יחידת החוזה - היחידה הארגונית המייצגת את קבוצת החברה או חטיבת החברה האחראית בראש ובראשונה לזכייה במכירה ולניהול אספקת העבודה והשירותים ללקוח. יחידת החוזה מזוהה על-ידי השדה יחידת חוזה במקטע הכותרת של הדפים הזדמנות, הצעת מחיר, חוזה פרוייקט וכן פרוייקט.
- יחידת הקצאת משאבים – היחידה הארגונית שמשאב שייך אליה או מוקצה אליה. יחידה ארגונית זו יכולה לספק את משאביה עבור תפקידים מסוימים באפיוני דרישות לקוח (SOW) ופרוייקטים בבעלות יחידת החוזה.
שאלות נפוצות אודות יחידה ארגונית
להלן כמה מהשאלות הנפוצות ביותר אודות יחידות ארגוניות.
כיצד הישות 'יחידה ארגונית' ב- PSA קשורה לישות 'ארגון' שכבר קיימת ב- Dynamics 365?
הישות 'ארגון' ב- Microsoft Dynamics 365 מייצגת את שם הישות הכללית של Dynamics 365. שם זה הוא בדרך כלל השם של הארגון הכללי.
הישות 'יחידה ארגונית' מייצגת קבוצה או חטיבה בארגון הכללי. לקבוצה או לחטיבה זו יש קבוצה של תפקידים ומחירון עלויות עבור תפקידים אלה, והתפקידים והמחירון האלה שונים מהתפקידים ומהמחירון של קבוצות או חטיבות אחרות בארגון.
כאשר PSA מותקן, יחידה ארגונית המהווה ברירת מחדל נוצרת בהתבסס על הארגון. כל המשאבים הקיימים מוקצים ליחידה הארגונית המהווה ברירת מחדל. אם משתמשים או משאבים חדשים של Active Directory מיובאים אל Dynamics 365, תהליך הייבוא של המשתמש מקצה אותם ליחידה הארגונית המהווה ברירת מחדל ב- PSA.
כיצד ישות היחידה הארגונית שונה מישות היחידה העסקית?
ב- Dynamics 365, הישות 'יחידה עסקית' היא מבנה אבטחה. השיוך של משתמש בעל יחידה עסקית קובע את היישויות ורשומות הישות שאליהן יש למשתמש גישה. הוא גם קובע את ההרשאות (יצירה, קריאה, כתיבה, מחיקה, צירוף, צירוף אל, הקצאה או שיתוף) שיש למשתמש עבור רשומות ישות אלה.
הישות 'יחידה ארגונית' מייצגת קבוצת חברה או חטיבה בחברה בעלת תעריפי עלות נפרדים עבור עובדים שמוקצים אליה. השיוך של משאב ליחידה ארגונית קובע את עלות המשאב למעורבות בפרוייקט.
כאשר אתה מיישם את Dynamics 365, מטב את הרשאת האבטחה עבור ההירארכיה של יחידות עסקיות ואת ההקצאה של משתמשים ליחידות עסקיות. הקצה את כל המשתמשים שחייבים בדרך כלל לגשת לאותה קבוצת רשומות לאותה יחידה עסקית. ליחידה הארגונית אין השפעה על הרשאת האבטחה או על הגישה.
דוגמה ליחידות ארגוניות וליחידות עסקיות
Contoso, Ltd. היא בעלת יישום מצליח של טכנולוגיית Microsoft. שי ועדן הם שני מפתחי C#, אבל עדן נמצאת בארה"ב בעוד ששי נמצא בהודו. רוב ההתקשרויות הקשורות לפרוייקט דורשות משאבים מ- Contoso India ו- Contoso US, ושי ועדן דורשים את אותה רמה של גישת אבטחה לפרוייקטים בתחום התמחות זה. עם זאת, העלות של מפתחים מ- Contoso India משתנה במידה ניכרת מהעלות של מפתחים מ- Contoso US.
להלן דרך מיטבית לעיצוב עבור תרחיש זה על-ידי שימוש ב- Dynamics 365 ו- PSA.
- צור את יישום טכנולוגיית Microsoft כיחידה עסקית, ושייך אליה את שי ועדן. בדרך זו, אתה עוזר להבטיח שלשני העובדים תהיה אותה רמה של גישת אבטחה לכל פרוייקט בתחום התמחות זה. שניהם יוכלו לבדוק התקדמות ולדווח על זמן, הוצאות ועדכוני משימות.
- צור שתי יחידות ארגוניות כדי להבטיח שהעלות לפרוייקט באה לידי ביטוי כראוי.
- שייך את עדן ל- Contoso US ושייך את שי ל- Contoso India.
- הקצה מחירוני עלות מתאימים לשתי היחידות הארגוניות. באופן זה, אתה עוזר להבטיח שהעלויות המתועדות בפרוייקט עבור שי ועדן משקפות במדויק את ההבדל בעלויות בין Contoso US ו- Contoso India.
האם יחידות ארגוניות קשורות לאזורי מכירות ב- Dynamics 365?
אין שיוך או קשר גומלין בין אזורי מכירות ויחידות ארגוניות. אזור מכירות הוא בדרך כלל אזור גיאוגרפי שבו מתרחשות מכירות. ניתן לשייך מחירון מכירות לכל אזור מכירות.
יחידה ארגונית היא קבוצה או חטיבה פנימית בחברה שעוקבת אחר עלויות עבור ערכת תפקידים שהיא מוכרת לחטיבות אחרות או ללקוחות חיצוניים.
דוגמה ליחידות ארגוניות ולאזורי מכירות
ל- Contoso, Ltd. יש שני מרכזי פיתוח: Contoso US ו- Contoso India. עלויות המשאבים משתנות במידה ניכרת בין שני מרכזי פיתוח אלה.
Contoso מוכרת את שירותי ה- IT שלה בשווקים בינלאומיים רבים, כגון דרום אמריקה, צפון אמריקה, אסיה-האוקיינוס השקט, מערב אירופה והמזרח התיכון. תעריפי החיוב עבור אותם תפקידי פרוייקט יכולים להשתנות באופן נרחב בין שווקים אלה.
יש להגדיר את Contoso US ו- Contoso India כיחידות ארגוניות, ולכל יחידה ארגונית צריך להיות מחירון עלויות משלה. יש להגדיר את אסיה-האוקיינוס השקט, דרום אמריקה, צפון אמריקה, מערב אירופה והמזרח התיכון כאזורי מכירות, ולכל אזור מכירות צריך להיות מחירון מחירים משלו.
מדוע קיימת הגבלה על שיוך המחירונים ליחידות ארגוניות?
תמחור מכירות הוא בדרך כלל ייחודי לאזורים הגיאוגרפיים או לשווקים שבהם נמכרים שירותים. לחטיבות פנימיות של חברה אין בדרך כלל תמחור מכירות משלהן עבור אותו סוג של שירותים. עם זאת, לחטיבות פנימיות יש עלות שונה של סחורות שנמכרו (COGS), בהתאם לכישורי האנשים שהן מעסיקות ולתנאי העבודה של האזור שבו הן פועלות. מכיוון שיחידות ארגוניות מעוצבות כחטיבות פנימיות של חברה, הן יכולות להיות בעלות מחירוני עלות בלבד.
מדוע לא ניתן לשייך מחירוני מכירות ליחידות ארגוניות?
ב- PSA, ניתן לשייך מחירוני מכירות ללקוחות ולאזורי מכירות. ישויות של טרנזקציות כגון 'הזדמנות', 'הצעת מחיר', 'חוזה פרוייקט' ו'פרוייקט' משתמשות במחירוני מכירות המצורפים לתיק הלקוח או לאזור המכירות כדי לקבוע תעריפי חיוב והכנסות פוטנציאליות במעורבות בפרוייקט.
מחירוני עלויות משויכים ליחידות ארגוניות. ישויות של טרנזקציות כגון 'הזדמנות', 'הצעת מחיר', 'חוזה פרוייקט' ו'פרוייקט' משתמשות במחירוני עלות המצורפים ליחידת החוזה כדי לקבוע עלויות למעורבות בפרוייקט.
האם יחידות ארגוניות הירארכיות ב- PSA?
מספר במהדורה הנוכחית של PSA, יחידות ארגוניות אינן הירארכיות. משמעות הדבר היא שאינך יכול:
- לקבוע תצורה של תבנית עבור מחירי עלות המהווים מחדל העולים בהירארכיה.
- לדווח על הכנסות או עלויות המסוכמות ברמות שונות של הירארכיית היחידות הארגוניות.
אנחנו חברה בינלאומית גדולה עם הירארכיה מורכבת ומדורגת של מרכזי עלות, חטיבות ומשרדי חיוב. כיצד נוכל להפיק את המרב מהרעיון של היחידה הארגונית בגירסה זו של אפליקציית Project Service?
כאשר יש הירארכיה מורכבת של מרכזי עלות, חטיבות, משרדי חיוב וכדומה, הגדר את צמתי העלה של הירארכיה זו כיחידות ארגוניות נפרדות. הדוגמה הבאה מציגה הירארכיה טיפוסית:
Contoso India
יישום SAP
- יועצים טכניים
- יועצים פונקציונליים
יישום טכנולוגיית Microsoft
- יועצים טכניים
- יועצים פונקציונליים
Contoso US
יישום SAP
- יועצים טכניים
- יועצים פונקציונליים
יישום טכנולוגיית Microsoft
- יועצים טכניים
- יועצים פונקציונליים
אם ההירארכיה שלך דומה, עליך להגדיר אותה כרשימה שטוחה, כפי שמוצג כאן:
- Contoso India - יישום SAP - יועצים טכניים
- Contoso India - יישום SAP - יועצים פונקציונליים
- Contoso India - יישום טכנולוגיית Microsoft - יועצים פונקציונליים
- Contoso India - יישום טכנולוגיית Microsoft - יועצים פונקציונליים
- Contoso US - יישום SAP - יועצים טכניים
- Contoso US - יישום SAP - יועצים פונקציונליים
- Contoso US - יישום טכנולוגיית Microsoft - יועצים טכניים
- Contoso US - יישום טכנולוגיית Microsoft - יועצים פונקציונליים
אנחנו חברה קטנה לשירותים מקצועיים הפועלת כחטיבה אחת בלבד. כיצד נוכל להפיק את המרב מרעיון היחידה הארגונית בגירסה הנוכחית של PSA?
אם החברה שלך פועלת כיחידה אחת בעלת מחירון עלויות אחד, אינך צריך להגדיר יחידות ארגוניות. במהלך התקנת PSA, Dynamics 365 יוצר יחידה ארגונית אחת המהווה ברירת מחדל בעלת שם זהה לארגון. כברירת מחדל, כל המשתמשים מוקצים ליחידה ארגונית זו. כאשר המערכת דורשת שיחידה ארגונית תיבחר, יחידה ארגונית זו נבחרת כברירת מחדל.
כאשר פרוייקט נוצר מהצעת מחיר או מסעיף חוזה של פרוייקט, יחידת החוזה המהווה ברירת מחדל מגיעה מהצעת המחיר או מחוזה הפרוייקט. אם פרוייקט נוצר לפני ישויות מכירות כגון הצעת מחיר או חוזה פרוייקט, מהי יחידת החוזה המהווה ברירת מחדל?
כאשר פרוייקט נוצר בעצמו, יחידת החוזה המהווה ברירת מחדל של הפרוייקט מבוססת על המשתמש שיוצר אותו. משתמש זה הוא גם מנהל הפרוייקט של ברירת המחדל. אם הפרוייקט ממופה לישות מכירות כגון הצעת מחיר או חוזה פרוייקט, יחידת החוזה בפרוייקט מבוססת במקום זאת על ישות המכירות. במקרה זה, ייתכן שהערכות הפרוייקט יחושבו מחדש, מכיוון שמחירון העלויות משמש לחישוב השינויים בהערכת העלות אם יחידת החוזה משתנה. מחירון העלויות משמש לחישוב הערכות המכירות שישתנו כך שהן יהיו מסונכרנות עם מחירון הפרוייקט בהצעת המחיר.
השדות יחידת חוזה ומטבע בפרוייקט נעולים לעריכה, מכיוון שהם חייבים להיות מסונכרנים עם הערכים בישות המכירות (הצעת מחיר או חוזה פרוייקט) שהפרוייקט ממופה אליהם.