> ## Documentation Index
> Fetch the complete documentation index at: https://flowglad.com/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# Spaces

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

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

השתמשו ב-Space כאשר התוכן שלו צריך לחלוק גבול גישה אחד והקשר עבודה אחד.

## ניווט ב-Space

הלשוניות הנוכחיות של Space הן **Automations**, **Resources**, **Connections** ו-**Linked Spaces**. דפים וקבצים שהועלו מופיעים יחד ב-**Resources**, וכל מה שמוצג שם תחום לאותו Space.

## יצירה, שינוי שם או מחיקה של Space

בחרו **New Space** בסרגל הצד, הזינו **Space Name** ב-**Create a Space** וצרו אותו. כדי לשנות שם של Space קיים, בחרו את שמו בראש ה-Space וערכו אותו במקום. השתמשו ב-**More Space actions** ← **Delete** כדי למחוק אותו כשהדבר מותר.

מחיקת Space מסירה את החברויות ואת הגדרות החשיפה שלו, ולא ניתן לבטל אותה. ודאו שמדובר ב-Space הנכון לפני השימוש ב-**Delete Space**.

## מה נמצא ב-Space

Space מכיל את המשאבים שאנשים וסוכנים משתמשים בהם כדי להשלים עבודה:

* דפים מבוססי Markdown ששומרים הקשר, ניתוחים וידע עבודה
* קבצים שהועלו ומשמשים כחומר מקור
* Connections למערכות חיצוניות
* הרצות של Automations

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

## חברות ותפקידים

החברות קובעת מה כל אדם יכול לראות ולשנות בתוך Space.

הטבלה הבאה משווה בין הפעולות הזמינות לכל תפקיד ב-Space.

| הרשאה | Space Owner | Contributor | Viewer |
| - | :-: | :-: | :-: |
| צפייה בתוכן ה-Space | ✓ | ✓ | ✓ |
| יצירה ועריכה של דפים | ✓ | ✓ | ✕ |
| הוספה וניהול של קבצים | ✓ | ✓ | ✕ |
| יצירה ועריכה של Automations | ✓ | ✓ | ✕ |
| אישור או דחייה של הרצות Automation | ✓ | ✓ | ✕ |
| הוספת Connections | ✓ | ✓ | ✕ |

### Owners ו-Admins של הארגון

Owners ו-Admins של הארגון הם באופן אוטומטי חברים בכל Space ובעלי גישת עריכה. הם יכולים לפקח על העבודה בכל הארגון מבלי שיוזמנו לכל Space בנפרד.

### ניהול חברי Space

פתחו את ה-Space ובחרו **Manage Space Members**. חברים בעלי ההרשאה הנדרשת יכולים להזמין חברי ארגון, לשנות תפקידים ב-Space ולהסיר גישה. משתמש שיכול לקרוא את ה-Space עדיין עשוי להיות חסר הרשאה לנהל את החברים, ה-Connections, ה-Resources, ה-Automations או הקישורים שלו.

## Connections

Space אינו יכול לגשת ל-Connections של הארגון עד שהם נחשפים אליו במפורש. כך נמנע מ-Spaces לא קשורים לראות רשומות מחוברות כברירת מחדל.

הגישה לחיבורים מנוהלת ישירות. בלשונית **Connections** של ה-Space, השתמשו ב-**Connect to Space** כדי לחשוף חיבור זמין שבבעלותכם, או צרו חיבור חדש עבור ה-Space. השתמשו ב-**Remove from Space** כדי להפסיק לחשוף חיבור, כשהדבר מותר.

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

> [!WARNING]
>
> חיבורי תקשורת עשויים להכיל שיחות המערבות לקוחות, צוותים או נושאים רגישים רבים. הגדירו היקף מקור צר לפני שאתם חושפים חיבור כזה ל-Space. ראו [Governance](/docs/he/guides/communication-channels-and-spaces.md).

## קישור Spaces זה לזה

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

כאשר Space הורה מקושר ל-Space צאצא:

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

גישה מקושרת היא לקריאה בלבד. כדי לשנות דף, קובץ, Automation, חיבור או משאב אחר ב-Space צאצא, אדם חייב להיות גם חבר ישיר באותו Space צאצא עם התפקיד הנדרש.

יצירת קישור דורשת גישה לניהול קישורים בשני ה-Spaces. הסרת קישור דורשת גישה לניהול קישורים ב-Space ההורה.

פתחו את ה-Space ← **Linked Spaces** כדי לסקור את הקישורים שלו. השתמשו בפקדי ההוספה או ההסרה הגלויים כדי לשנות קישורים כשהדבר מותר. קישור אינו מעביר או ממזג את ה-Space המקור. מכיוון שקישורים משפיעים על גישה בירושה, ודאו גם את המקור וגם את היעד לפני שינויים.

### דוגמה: לקוח עם כמה עסקים

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

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

### דוגמה: Admin Space המפקח על כמה פרויקטים

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

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


## Related topics

- [אבטחה](/docs/he/security.md)
- [ממשל נתונים](/docs/he/guides/communication-channels-and-spaces.md)
- [MCP](/docs/he/mcp-server.md)
- [דפים](/docs/he/pages.md)
- [Automations](/docs/he/automations.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.