Spaces

Spaces — це ізольовані сховища з контрольованим доступом, у яких ваша команда впорядковує роботу для клієнта, бізнесу чи операційної сфери. Кожен Space зберігає свій контекст і ресурси окремо від усіх інших Spaces, якщо ви явно їх не поєднаєте. Використовуйте 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 вилучає його членства та налаштування доступності, і цю дію неможливо скасувати. Перш ніж використовувати Delete Space, переконайтеся, що вибрано потрібний Space.

​

Що міститься в Space

Space містить ресурси, які люди та агенти використовують для виконання роботи:

• Сторінки на основі Markdown, що зберігають контекст, аналіз і робочі знання
• Завантажені файли, що використовуються як вихідні матеріали
• Підключення до зовнішніх систем
• Запуски автоматизацій

Підключення за замовчуванням недоступні для Space. Ви маєте явно надати доступ до кожного підключення, перш ніж його вміст можна буде там використовувати.

​

Членство та ролі

Членство визначає, що кожна людина може бачити та змінювати в межах Space. Наведена нижче таблиця порівнює дії, доступні для кожної ролі Space.

​

Власники та адміністратори організації

Власники (Owners) та адміністратори (Admins) організації автоматично є учасниками кожного Space і мають доступ до редагування. Вони можуть наглядати за роботою в усій організації без запрошення до кожного Space окремо.

​

Керування учасниками Space

Відкрийте Space і виберіть Manage Space Members. Учасники з потрібним дозволом можуть запрошувати учасників організації, змінювати ролі в Space і відкликати доступ. Користувач, який може читати Space, може все одно не мати дозволу керувати його учасниками, Connections, Resources, Automations чи зв’язками.

​

Підключення

Space не може отримати доступ до підключень організації, доки їх явно не буде надано йому. Це запобігає тому, щоб непов’язані Spaces бачили підключені записи за замовчуванням. Доступом до підключень керують безпосередньо. На вкладці Connections у Space скористайтеся Connect to Space, щоб надати доступ до наявного підключення, власником якого ви є, або створіть нове підключення для Space. Скористайтеся Remove from Space, щоб припинити надання доступу до підключення, якщо це дозволено. Щойно підключення надано, його налаштована область даних стає доступною для агентів, сторінок і автоматизацій Space. Підтримувані тригери підключення також стають доступними, коли ви налаштовуєте автоматизацію.

​

Пов’язування Spaces

Linked Spaces забезпечують односторонню видимість із батьківського Space в один або кілька дочірніх Spaces. Використовуйте зв’язки, коли робота має залишатися розділеною на рівні дочірніх Spaces, але іншому Space потрібна зведена видимість. Коли батьківський Space пов’язується з дочірнім Space:

• Учасники батьківського Space можуть читати вміст дочірнього.
• Дочірній Space не бачить вмісту батьківського.
• Один дочірній Space не бачить іншого через їхній спільний батьківський Space.
• Видимість через зв’язки поширюється далі через додаткові дочірні зв’язки.

Доступ через зв’язки — лише для читання. Щоб змінити сторінку, файл, автоматизацію, підключення чи інший ресурс у дочірньому Space, людина також має бути прямим учасником цього дочірнього Space з потрібною роллю. Створення зв’язку вимагає доступу до керування зв’язками в обох Spaces. Видалення зв’язку вимагає доступу до керування зв’язками в батьківському Space. Відкрийте Space → Linked Spaces, щоб переглянути його зв’язки. Використовуйте видимі елементи додавання чи видалення, щоб змінювати зв’язки, якщо це дозволено. Пов’язування не переміщує і не об’єднує вихідний Space. Оскільки зв’язки впливають на успадкований доступ, перевірте і джерело, і призначення, перш ніж їх змінювати.

​

Приклад: клієнт із кількома бізнесами

Припустімо, ваша фірма веде особисті фінанси клієнта та шість окремих бізнесів. Створіть окремий Space для клієнта та кожного бізнесу, щоб їхні записи, файли й автоматизації не змішувалися. Тоді ваша команда керівництва може використовувати батьківський Space, пов’язаний з усіма сімома дочірніми Spaces. Батьківський Space забезпечує зведену видимість настроїв клієнтів, ефективності команди та нових проблем, тоді як робочий контекст кожного дочірнього Space залишається ізольованим.

​

Приклад: адміністративний Space для нагляду за кількома проєктами

Припустімо, ваша організація веде кілька проєктів, кожен зі своєю командою, файлами, сторінками, підключеннями та автоматизаціями. Створіть окремий Space для кожного проєкту, щоб його робочий контекст залишався ізольованим від непов’язаної роботи. Створіть Admin Space і пов’яжіть кожен Space проєкту як дочірній. Admin Space надає керівництву зведене уявлення про стан проєктів, блокери, активність команд і нові ризики. Команди проєктів не бачать Admin Space чи Spaces одна одної через ці зв’язки. Учасникам Admin Space потрібне пряме членство в Space проєкту, щоб змінювати його вміст.