Спільна поштова скринька Outlook: налаштування та усунення несправностей
Спільна поштова скринька Outlook — це централізовано керована поштова скринька, до якої кілька ліцензованих користувачів Microsoft 365 можуть отримувати доступ, щоб надсилати й отримувати електронні листи зі спільної адреси. Самій поштовій скриньці не потрібна окрема ліцензія, доки вона залишається в межах ліміту Microsoft у 50 ГБ і не використовує функції, для яких потрібне ліцензування. Щоб почати роботу, попросіть адміністратора Microsoft 365 створити скриньку, додати вас як учасника та надати дозволи Full Access і Send As. Обліковий запис спільної поштової скриньки має завжди залишатися заблокованим для прямого входу відповідно до власних рекомендацій Microsoft.
Короткий контрольний список:
- Потрібна дія адміністратора: Створити скриньку в центрі адміністрування Microsoft 365 (Teams & groups > Shared mailboxes)
- Дозволи, які потрібно запросити: Full Access (щоб відкривати й читати) + Send As (щоб відповідати від імені спільної адреси)
- Вхід: Обліковий запис спільної поштової скриньки має залишатися заблокованим для прямого входу
- Підтримка клієнтами Outlook: New Outlook for Windows, Classic Outlook desktop, Outlook on the web (OWA), Outlook for Mac і Outlook mobile (iOS/Android) підтримують спільні поштові скриньки
- Допомога: Microsoft Support і Microsoft Learn є авторитетними джерелами щодо налаштування та усунення несправностей
Зміст
- Що таке спільна поштова скринька і коли її варто використовувати?
- Як адміністратору створити спільну поштову скриньку в Microsoft 365?
- Що насправді означають Full Access, Send As і Send on Behalf?
- Як додати спільну поштову скриньку в кожному клієнті Outlook?
- Як використовувати спільну поштову скриньку в Outlook mobile?
- Як працюють надсилання та «Надіслані» у спільній поштовій скриньці?
- Які існують обмеження сховища і коли потрібна ліцензія?
- Як виправити проблеми, якщо спільна поштова скринька не відображається або неправильно надсилає листи?
- Які реальні обмеження спільних поштових скриньок і як ефективно ними керувати?
- Основні висновки
- Спільна поштова скринька працює — доки не перестає працювати
- Коли ваша команда переростає стандартну спільну поштову скриньку
- Корисні джерела
- Поширені запитання
Що таке спільна поштова скринька і коли її варто використовувати?
Спільна поштова скринька — це поштова скринька на основі делегування, прив’язана до спільної електронної адреси, наприклад support@yourcompany.com, info@ або reception@. Авторизовані учасники команди використовують власні облікові записи, щоб відкривати її, читати повідомлення та відповідати від її імені. Це не список розсилки, який розподіляє повідомлення між учасниками, і не особиста поштова скринька зі спільним доступом. Це окремий об’єкт поштової скриньки в Exchange Online, яким спільно керують кілька людей.
Поширені сценарії використання:
- Підтримка клієнтів: адреса support@, за якою Користувачі відстежують вхідні листи та відповідають на них
Невелика команда підтримки, яка обробляє керований обсяг електронних листів, часто може повністю працювати зі спільної поштової скриньки без додаткових інструментів.
Водночас існують сценарії, у яких спільна поштова скринька є неправильним інструментом. Якщо вам потрібно надсилати інформаційні бюлетені чи оголошення великій аудиторії, краще підійде група Microsoft 365 або список розсилки. Для команд, яким потрібні litigation hold, розширене забезпечення відповідності вимогам або e-discovery, перегляньте актуальні рекомендації Microsoft щодо ліцензування. Якщо вашій команді потрібні призначення заявок, захист від дублювання відповідей, відстеження SLA або історія клієнта в межах кількох розмов, спеціалізована helpdesk-платформа може бути кращим рішенням.
Як адміністратору створити спільну поштову скриньку в Microsoft 365?
Ось кроки для створення спільної поштової скриньки в центрі адміністрування Microsoft 365:
- Увійдіть до центру адміністрування Microsoft 365 за адресою admin.microsoft.com
- Перейдіть до Teams & groups > Shared mailboxes
- Натисніть + Add a shared mailbox
- Укажіть відображуване ім’я та електронну адресу скриньки
- Натисніть Save changes
- На наступному екрані натисніть Add members і знайдіть користувачів, яким потрібен доступ
- Виберіть кожного учасника та натисніть Save
Після збереження зачекайте кілька хвилин, а потім закрийте й перезапустіть Outlook. Якщо automapping увімкнено, спільна поштова скринька має з’явитися без ручного налаштування. Automapping працює лише тоді, коли дозволи надано безпосередньо окремому користувачеві, а не через групу безпеки. Якщо ви додаєте учасників через групу безпеки, їм потрібно буде додати скриньку вручну.
Обліковий запис спільної поштової скриньки типово заблокований для прямого входу, і це зроблено навмисно. Не розблоковуйте його. Якщо комусь потрібно безпосередньо ввійти для керування скринькою (наприклад, щоб налаштувати правила в OWA), він має використати власні облікові дані та відкрити спільну поштову скриньку звідти.
Перетворення наявної поштової скриньки користувача на спільну поштову скриньку також можливе. Це може бути корисно, коли працівник звільняється, а ви хочете зберегти його електронну адресу як командну вхідну скриньку. У центрі адміністрування перейдіть до Users > Active users, виберіть користувача та на вкладці Mail виберіть Convert to shared mailbox. Після цього ліцензію можна видалити, лише якщо скринька не перевищує ліміт у 50 ГБ і не використовує функцію, для якої потрібна ліцензія.
Порада: Щоб додати учасників через Exchange Online PowerShell, виконайте для кожного користувача: Add-MailboxPermission -Identity "support@contoso.com" -User "jsmith@contoso.com" -AccessRights FullAccess -AutoMapping $true . Дозвіл Send As надайте окремо. Для керування входом використовуйте центр адміністрування Microsoft 365 або актуальні рекомендації щодо Microsoft Graph PowerShell.
Що насправді означають Full Access, Send As і Send on Behalf?
Саме з дозволів починається більшість непорозумінь щодо спільних поштових скриньок. Існує три окремі типи дозволів, і вони виконують різні функції.
Full Access дає користувачеві змогу відкривати спільну поштову скриньку, читати повідомлення, переміщувати елементи та керувати папками. Цей дозвіл не дає змоги надсилати електронні листи. Без окремого дозволу на надсилання користувач, який має лише Full Access, бачитиме скриньку, але не зможе відповідати від її імені.
Send As дає змогу надсилати електронні листи, які виглядають так, ніби вони надійшли безпосередньо зі спільної адреси. Одержувач бачить support@yourcompany.com у полі From і не бачить, хто саме з користувачів надіслав повідомлення. Це стандартний вибір для більшості скриньок підтримки та командних вхідних скриньок.
Send on Behalf дає змогу надсилати електронні листи, у яких у полі From зазначено «Ім’я відправника від імені назви спільної поштової скриньки». Одержувач бачить обидві особи. Це корисно, коли важливо знати, хто надіслав повідомлення, наприклад коли помічник керівника надсилає лист від імені керівника підрозділу.
| Дозвіл | Може відкривати скриньку | Може надсилати від імені спільної адреси | Що бачить одержувач |
|---|---|---|---|
| Лише Full Access | Так | Ні | N/A |
| Send As | Ні (якщо не поєднано з Full Access) | Так | Лише спільну адресу |
| Send on Behalf | Ні (якщо не поєднано з Full Access) | Так (із зазначенням відправника) | «Користувач від імені спільної поштової скриньки» |
| Full Access + Send As | Так | Так | Лише спільну адресу |
Рекомендоване налаштування за замовчуванням для команд підтримки: Надайте Full Access + Send As кожному Користувачеві, якому потрібні обидві можливості. Це дає повний доступ до читання й редагування та дає змогу відповідати від імені спільної адреси без видимого зазначення конкретного відправника для одержувача.
Кілька практичних приміток щодо роботи automapping:
- Automapping типово вмикається під час надання Full Access
- Він працює лише для безпосередньо призначених користувачів, а не для призначень через групи безпеки
- Щоб вимкнути automapping для конкретного користувача (це корисно, коли хтось керує багатьма спільними поштовими скриньками), використайте PowerShell:
Add-MailboxPermission -Identity "support@contoso.com" -User "jsmith@contoso.com" -AccessRights FullAccess -AutoMapping $false - Дозволи Send As і Send on Behalf налаштовуються окремо від Full Access і не запускають automapping
Як додати спільну поштову скриньку в кожному клієнті Outlook?
Кроки відрізняються залежно від клієнта, і знання того, який саме ви використовуєте, заощадить чимало нервів. Нижче описано, що потрібно зробити в кожному з них, відповідно до рекомендацій Microsoft для конкретних клієнтів.
New Outlook for Windows
Якщо automapping увімкнено, спільна поштова скринька має з’явитися після перезапуску Outlook. Якщо цього не сталося:
- На панелі папок клацніть правою кнопкою миші назву свого облікового запису
- Виберіть Add shared folder or mailbox
- Введіть назву або електронну адресу спільної поштової скриньки та виберіть її
Classic Outlook desktop
У більшості випадків це обробляється за допомогою automapping. Якщо після перезапуску скринька не з’явилася:
- Перейдіть до File > Account Settings > Account Settings
- Виберіть свій обліковий запис Exchange і натисніть Change
- Натисніть More Settings > вкладка Advanced > Add
- Введіть назву або електронну адресу спільної поштової скриньки та натисніть OK
Outlook on the web (OWA)
Щоб відкрити спільну поштову скриньку в OWA, натисніть зображення профілю у верхньому правому куті, а потім виберіть Open another mailbox. Введіть адресу спільної поштової скриньки та натисніть Open. Скринька відкриється в окремій вкладці браузера. Щоб додати її як постійну папку на лівій панелі навігації, клацніть правою кнопкою миші Folders на лівій панелі, виберіть Add shared folder or mailbox і введіть адресу.
Outlook for Mac
Outlook for Mac не підтримує automapping. Кожен користувач має додати спільну поштову скриньку вручну:
- Перейдіть до Tools > Accounts і виберіть обліковий запис із доступом
- Виберіть Delegation and Sharing, а потім Shared With Me
- Виберіть +, знайдіть спільну поштову скриньку та додайте її
Контрольний список для усунення несправностей, якщо скринька не відображається:
- Перезапустіть Outlook і зачекайте до однієї години, поки automapping пошириться
- Переконайтеся, що адміністратор надав Full Access безпосередньо вашому обліковому запису (а не через групу безпеки)
- Спробуйте додати скриньку вручну, скориставшись наведеними вище кроками для вашого клієнта
- Переконайтеся, що скринька видима в центрі адміністрування Exchange і що ваш обліковий запис зазначено як учасника
Як використовувати спільну поштову скриньку в Outlook mobile?
Outlook для iOS і Android підтримує спільні поштові скриньки, але робота з ними дещо відрізняється від настільної версії. Офіційний процес додавання на мобільному пристрої простий:
- Відкрийте мобільний застосунок Outlook і торкніться значка профілю у верхньому лівому куті
- Торкніться Add account
- Виберіть Add a Shared Mailbox
- Введіть електронну адресу спільної поштової скриньки
- Торкніться Add Mailbox
Після цього спільна поштова скринька з’явиться у списку облікових записів в Outlook mobile. Для роботи цієї функції і ваша основна поштова скринька, і спільна поштова скринька мають розміщуватися в Exchange Online і використовувати власну технологію синхронізації Microsoft.
Порада: Якщо параметр спільної поштової скриньки відсутній, переконайтеся, що ви ввійшли в основний обліковий запис, який має дозвіл на доступ до неї.
Як працюють надсилання та «Надіслані» у спільній поштовій скриньці?
Під час створення повідомлення або відповіді відобразіть поле From, якщо потрібно, і виберіть адресу спільної поштової скриньки. Під час першого використання може знадобитися вибрати Other email address і ввести спільну адресу.
Завжди перевіряйте поле From перед надсиланням. Самого Full Access недостатньо для надсилання; вам також потрібен дозвіл Send As або Send on Behalf.
Робота папки «Надіслані» є однією з найпоширеніших проблем. Типово надіслане повідомлення може потрапити до особистої папки «Надіслані» відправника, а не до папки «Надіслані» спільної поштової скриньки, через що воно буде невидимим для інших учасників команди. Microsoft вирішила цю проблему за допомогою параметра, який копіює надіслані повідомлення до папки «Надіслані» спільної поштової скриньки. Адміністратор може ввімкнути його через PowerShell:
Set-Mailbox -Identity "support@contoso.com" -MessageCopyForSentAsEnabled $true -MessageCopyForSendOnBehalfEnabled $true
Після ввімкнення копії відповідей, надісланих від імені спільної адреси, з’являтимуться в спільній папці «Надіслані», тож уся команда бачитиме, що було надіслано.
Обмеження та обхідні рішення для підписів:
- У New Outlook можна створити кілька підписів і вибирати один із них під час написання повідомлення
- У класичному Outlook кожен користувач може створити та вручну вибирати відповідний підпис спільної поштової скриньки
- Не вмикайте прямий вхід до спільної поштової скриньки лише для керування підписом
- Для централізованих підписів використовуйте схвалений організацією підхід до керування підписами
Серверні правила, налаштовані для спільної поштової скриньки, — ще один корисний інструмент. Вони можуть спрямовувати або категоризувати вхідні повідомлення незалежно від сеансу Outlook на робочому столі одного Користувача.
Які існують обмеження сховища і коли потрібна ліцензія?
Спільна поштова скринька може залишатися без ліцензії, якщо обсяг сховища не перевищує 50 ГБ. Користувачі, які отримують до неї доступ, водночас потребують ліцензованих поштових скриньок Exchange Online. Коли обсяг спільної поштової скриньки наближається до 50 ГБ або коли вам потрібні архівування, litigation hold чи інша ліцензована функція, перевірте відповідні вимоги до ліцензії.
| Сценарій | Потрібна ліцензія? | Доступне сховище |
|---|---|---|
| Базова спільна вхідна скринька в межах нелицензованого ліміту 50 ГБ | Ліцензія не потрібна | сховище відповідно до рекомендацій Microsoft |
| Вхідна скринька, що перевищує нелицензований ліміт у 50 ГБ | Потрібна ліцензія Exchange Online Plan 2 | До 100 ГБ |
| Архівна поштова скринька (In-Place Archive) | Exchange Online Plan 2 або Plan 1 плюс Exchange Online Archiving | Обмеження архіву залежать від ліцензування та конфігурації |
| Litigation hold або In-Place Hold | Exchange Online Plan 2 або Plan 1 плюс Exchange Online Archiving | Обсяг зберігання залежить від ліцензування та конфігурації |
| Розширене забезпечення відповідності / eDiscovery | Microsoft 365 E3/E5 або додаткова ліцензія | Залежить від плану |
Якщо розмір вашої спільної поштової скриньки не перевищує 50 ГБ і вам не потрібні архівування, litigation hold або інша ліцензована функція, вона може залишатися без ліцензії. Щоб збільшити ліміт скриньки до 100 ГБ, призначте Exchange Online Plan 2. Архівування на місці та litigation hold потребують Plan 2 або Plan 1 із додатковим компонентом Exchange Online Archiving. Для розширених функцій відповідності можуть бути потрібні додаткові ліцензії.
Після перетворення поштової скриньки користувача на спільну ліцензію можна видалити, якщо її розмір не перевищує 50 ГБ і вона не використовує функцію, для якої потрібне ліцензування. Якщо раніше скринька мала більший доступний обсяг, після видалення ліцензії ліміт зменшиться до 50 ГБ, тому спочатку перевірте її розмір і функції.
Як виправити проблеми, якщо спільна поштова скринька не відображається або неправильно надсилає листи?
Більшість проблем зі спільними поштовими скриньками належить до кількох категорій. Перш ніж звертатися по допомогу, опрацюйте цей список.
Якщо скринька не відображається в Outlook:
- Перезапустіть Outlook і зачекайте до однієї години, поки automapping пошириться
- Переконайтеся, що Full Access надано безпосередньо обліковому запису користувача, а не через групу безпеки
- Додайте скриньку вручну, скориставшись описаними вище кроками для конкретного клієнта
- У центрі адміністрування Exchange переконайтеся, що скринька існує, а користувач має потрібне делегування в розділі Recipients > Mailboxes
Якщо automapping не працює:
- Перевірте, чи дозвіл було встановлено з параметром
-AutoMapping $true(значення за замовчуванням), а не явно вимкнено - Участь у групі безпеки не запускає automapping; він працює лише для безпосередніх призначень користувачам
- Видаліть і повторно додайте дозвіл через PowerShell, щоб примусово оновити його:
Remove-MailboxPermission, потімAdd-MailboxPermission
Якщо ви отримуєте помилку «У вас немає дозволу на надсилання повідомлення»:
- Сам Full Access не надає права на надсилання; перевірте, чи також призначено Send As або Send on Behalf
- У центрі адміністрування Exchange перейдіть до Recipients > Shared > виберіть скриньку > Manage mailbox delegation і переконайтеся, що дозвіл на надсилання зазначено
- Перш ніж повторювати перевірку, зачекайте до 60 хвилин, поки зміни дозволів поширяться
- Через PowerShell перевірте поточні дозволи:
Get-RecipientPermission -Identity "support@contoso.com"
Перевірки на рівні адміністратора:
- Переконайтеся, що спільну поштову скриньку не приховано зі списку адрес (це може завадити знайти її під час ручного додавання)
- Переконайтеся, що скринька не перевищила квоту сховища, оскільки це може блокувати надсилання
- Перевірте трасування повідомлень у центрі адміністрування Exchange, якщо конкретне повідомлення не доставляється
Які реальні обмеження спільних поштових скриньок і як ефективно ними керувати?
Спільна поштова скринька — це інструмент координації, а не платформа для спільної роботи. Ця відмінність має операційне значення.
Безкомпромісні вимоги безпеки:
- Завжди залишайте обліковий запис спільної поштової скриньки заблокованим для прямого входу відповідно до чітких рекомендацій Microsoft. Прямий вхід порушує аудиторський журнал, оскільки дії більше не прив’язуються до окремих користувачів.
- Ніколи не створюйте пароль для облікового запису спільної поштової скриньки і не перетворюйте його на ліцензованого користувача лише для обходу делегування. Такий підхід знищує можливість аудиту та створює ризик безпеки, пов’язаний зі спільними обліковими даними.
- Керуйте доступом через делегування (Full Access і відповідний дозвіл на надсилання). Microsoft типово вмикає аудит поштової скриньки для підтримуваних дій власника, делегата й адміністратора, але адміністратори мають переконатися, що конфігурація аудиту відповідає їхнім вимогам.
Обмеження масштабування:
Microsoft документує максимальну кількість у 25 користувачів для спільної поштової скриньки та попереджає, що інтенсивний одночасний доступ може спричиняти збої підключення або дублювання повідомлень. У міру зростання розміру команди й обсягу повідомлень відсутність вбудованого призначення заявок і відстеження SLA також може стати операційною проблемою. Тоді командам потрібні чіткі правила відповідальності або спеціалізована helpdesk-система.
Практичні операційні підходи, які справді працюють:
- Використовуйте кольорові категорії, щоб позначати відповідального: призначайте категорію (наприклад, «У роботі — Сара»), коли берете повідомлення в роботу, і видаляйте її після вирішення
- Створюйте серверні правила в OWA для автоматичного спрямування повідомлень від певних відправників або з певними темами до підпапок, зменшуючи інформаційний шум у вхідній скриньці
- Призначайте щоденного відповідального або чергового Користувача, відповідального за вхідну скриньку під час своєї зміни, щоб за сортування завжди відповідав хтось конкретний
- Налаштуйте копіювання до папки «Надіслані» (
MessageCopyForSentAsEnabled), щоб усі надіслані відповіді були видимі всій команді - Ніколи не переміщуйте повідомлення зі спільної поштової скриньки до особистої папки; зберігайте все у спільній скриньці, щоб команда мала повний контекст
Чого не слід робити:
- Не надавайте доступ через групи безпеки, якщо хочете, щоб automapping працював
- Не покладайтеся на особисту папку «Надіслані» для відповідей зі спільної поштової скриньки
- Не використовуйте спільну поштову скриньку як особистий архів, переміщуючи до неї непов’язані повідомлення
Порада: Щоквартально перевіряйте склад учасників спільної поштової скриньки. Люди змінюють ролі, переходять до інших команд або залишають компанію, а застарілі дозволи Full Access створюють прогалину в безпеці. У центрі адміністрування Exchange отримайте список учасників у розділі Recipients > Shared і зіставте його з актуальним списком команди.
Основні висновки
Спільна поштова скринька в Microsoft 365 надає командам спільну адресу на основі делегування, яка може залишатися без ліцензії до 50 ГБ, але людям, які її використовують, потрібні ліцензовані поштові скриньки Exchange Online. Вона також потребує продуманого налаштування дозволів і операційної дисципліни, щоб уникати пропущених відповідей і прогалин у безпеці.
| Пункт | Деталі |
|---|---|
| Адміністратор створює, учасники отримують доступ | Лише адміністратор може створити скриньку; надавайте Full Access + Send As безпосередньо кожному користувачеві, а не через групи безпеки. |
| 50 ГБ без ліцензії, ліцензія — за потреби | Скринька може залишатися без ліцензії до 50 ГБ; щоб збільшити ліміт до 100 ГБ, призначте Exchange Online Plan 2. |
| Завжди блокувати вхід | Залишайте обліковий запис спільної поштової скриньки заблокованим для прямого входу, щоб зберігати аудиторські журнали та безпеку. |
| Потрібна операційна дисципліна | Використовуйте категорії, серверні правила та щоденного відповідального, щоб запобігати пропущеним або дубльованим відповідям. |
| Deskhero для команд, яким потрібно більше | Коли стають необхідними призначення заявок, SLA або звітність, Deskhero підключає вашу поштову скриньку Microsoft 365 до робочого процесу helpdesk. |
Спільна поштова скринька працює — доки не перестає працювати
Спільна поштова скринька корисна для невеликої команди з керованим обсягом роботи та чіткими правилами. Проблеми починаються, коли команда сприймає видимість скриньки як заміну відповідальності.
Усі можуть бачити вхідну скриньку, але це не визначає, хто відповідає за кожне повідомлення. Щоденний відповідальний, система категорій і чітке правило щодо повідомлень без відповідального можуть зменшити кількість пропущеної роботи.
Видимість папки «Надіслані» також важлива. Коли відповіді залишаються лише в особистій папці «Надіслані», інші Користувачі не мають повного уявлення про розмову. Увімкнення MessageCopyForSentAsEnabled допомагає зберегти цей спільний контекст.
Розгляньте helpdesk, коли команда витрачає надто багато часу на координацію відповідальних або потребує формального призначення, відстеження SLA та звітності.
Коли ваша команда переростає стандартну спільну поштову скриньку
У певний момент категорій і щоденних відповідальних стає недостатньо. Коли команді підтримки потрібні чітка відповідальність, відстеження SLA або звітність щодо першої відповіді, стандартна спільна поштова скринька досягає своєї операційної межі.
Deskhero безпосередньо підключається до наявної поштової скриньки Microsoft 365 і перетворює її на спільну вхідну скриньку із заявками без нової електронної адреси чи міграції. Вхідні листи стають заявками, які можна призначати Користувачам і групам. Deskhero містить правила автоматизації, політики SLA, Статистику, відповіді, створені ШІ на основі знань робочого простору, а також кластер Topics, який відображає теми в різних заявках. Двостороння синхронізація електронної пошти означає, що клієнти й надалі отримуватимуть відповіді з адреси вашої компанії. Автоматичні відповіді є опційними.
Deskhero пропонує 30-денний безкоштовний пробний період, кредитна картка не потрібна.
Корисні джерела
Офіційна документація Microsoft є авторитетним джерелом щодо налаштування, дозволів і ліцензування. Ці сторінки підтримує Microsoft, і вони відображають поточну поведінку продукту:
- Про спільні поштові скриньки в Microsoft 365, Microsoft Learn
- Відкриття та використання спільної поштової скриньки в Outlook | Microsoft Support
- Створення спільної поштової скриньки, Microsoft 365 admin
- Обмеження Exchange Online, Microsoft Learn
- Міркування / обмеження для спільних поштових скриньок Microsoft 365 — UTD Atlas KB
- Надання доступу до спільної поштової скриньки в Microsoft 365 — Deskhero
Стежте за офіційними сторінками Microsoft Learn і Microsoft Support щодо оновлень ліцензування та відповідності вимогам, оскільки обмеження й доступність функцій змінюються з кожним оновленням служби Exchange Online.
Поширені запитання
Що таке спільна поштова скринька в Outlook?
Спільна поштова скринька — це поштова скринька в Microsoft 365 на основі делегування, до якої кілька користувачів можуть отримувати доступ за допомогою власних облікових даних, щоб надсилати й отримувати листи зі спільної адреси, наприклад support@ або info@. Для самої скриньки не потрібна окрема ліцензія (до 50 ГБ), а пов’язаний обліковий запис має залишатися заблокованим для прямого входу.
Які основні недоліки використання спільної поштової скриньки?
У спільних поштових скриньках немає вбудованих функцій призначення заявок і відстеження SLA, тому командам доводиться покладатися на ручні правила, як-от категорії та щоденні відповідальні, щоб зменшити кількість дубльованих або пропущених відповідей. Microsoft також документує функціональні обмеження в New Outlook, зокрема недоступність спільних контактів і залежність підтримки надбудов від конкретного сценарію.
Чим спільна поштова скринька відрізняється від вхідної скриньки групи Microsoft 365?
Спільна поштова скринька використовує делегування (Full Access, Send As) і відображається в Outlook як стандартна поштова скринька, тоді як група Microsoft 365 має власну модель учасників, групову вхідну скриньку, спільний календар і сайт SharePoint. Групи краще підходять для командної роботи та великих аудиторій, а спільні поштові скриньки — для командної адреси, з якої потрібно надсилати й отримувати листи як від однієї особи.
Як отримати доступ до спільної поштової скриньки в Outlook?
Якщо адміністратор безпосередньо надав вам Full Access, спільна поштова скринька має з’явитися в Outlook після його перезапуску. Якщо цього не сталося, у класичному Outlook скористайтеся шляхом File > Account Settings > Account Settings. У New Outlook клацніть правою кнопкою миші свій обліковий запис на панелі папок і виберіть Add shared folder or mailbox.
Коли команді варто перейти від спільної поштової скриньки до helpdesk-інструмента?
Найочевидніший сигнал — коли команда починає витрачати час на координацію того, хто відповідає за який лист, замість того щоб відповідати на нього. Якщо вам потрібні призначення заявок, звітність щодо першої відповіді або політики SLA, Deskhero може підключитися до наявної поштової скриньки Microsoft 365 і додати ці можливості без нової електронної адреси чи міграції.