ההקשר שמחבר את הכל.

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

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

נניח שמנהל אחזקה שואל: ״האם אפשר לקדם את העבודה במשאבה P-204?״ במערכת התחזוקה רשומה הוראת עבודה; ב־ERP מופיעים חלקי החילוף; במערכת כוח האדם מופיע השיבוץ. לכל מערכת מזהה ושפה משלה. לפני שמחברים את המידע, צריך לאמת שכולן מתייחסות לאותו נכס ולאותה עבודה.

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

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

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

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

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