- Domů
- /
- Článek
Vytvořte a ověřte e-mailový digitální datový zdroj v centru Control Hub a poté jej přiřaďte ke službě Webex, jako je Webex Connect nebo Webex Contact Center.
Přehled
Pomocí digitálních datových zdrojů v Control Hub můžete nakonfigurovat poštovní schránku a ověřování OAuth 2.0, které služby Webex používají pro e-mailové interakce. Datový zdroj spravujete v Řídicím centru a schválené úlo hy Webex k němu přistupují prostřednictvím služby sdílených digitálních aktiv.
Když vytvoříte datový zdroj, přiřaďte jej ke službě Webex, která jej bude používat. Po úspěšném ověření vygeneruje Control Hub adresu pro předávání příchozích e-mailů. Pro Webex Contact Center pak můžete datový zdroj přidružit ke vstupnímu bodu e-mailu. U jiného pracovního zatížení Webex pokračujte v nastavení v tomto úloze po vytvoření datového zdroje.
Než začnete
- Přihlaste se do centra Control Hub jako úplný správce, správce zákazníka nebo správce partnera, který může spravovat digitální aktiva pro vaši organizaci.
- Použijte podporovaného poskytovatele e-mailu. Pro integraci Webex Contact Center s Webex Connect podporovanými poskytovateli jsou Gmail a Microsoft 365. Podrobnosti specifické pro poskytovatele naleznete v tématu E-mail — WXCC.
- Připravte poštovní schránku, kterou chcete konfigurovat. Pokud používáte účet služby, ujistěte se, že může odesílat e-maily a přistupovat k této poštovní schránce.
- Spolupracujte se správcem poskytovatele identity a zaregistrujte aplikaci OAuth, udělejte souhlas a zapněte nastavení poskytovatele, jako je SMTP AUTH nebo externí předávání.
- Buďte připraveni zkopírovat adresu URL zpětného volání z Control Hub do přesměrovací adresy URL aplikace OAuth a nakonfigurovat automatické přesměrování na adresu vygenerovanou pro e-mail ový zdroj.
Připravte Gmail pro OAuth 2.0
Příprava účtu Gmail pro e-mailový zdroj:
| 1 |
Přihlaste se ke konzole Google Cloud a vytvořte projekt nebo vyberte existující projekt. |
| 2 |
Přejděte na obrazovku API a služby > OAuth souhlas, vyberte Ex terní a zadejte název aplikace, e-mail podpory uživatele a kontaktní informace vývojáře. |
| 3 |
Pokud aplikace zůstane v Test ování, přidejte identitu generování poštovní schránky nebo tokenu jako testovacího uživatele. Projekt může mít až 100 testovacích uživatelů. |
| 4 |
Přejděte na rozhraní API a služby > P ověření, vytvořte ID klienta OAuth pro webovou aplikaci a zkopírujte ID klienta a tajemství kli enta. |
| 5 |
Když Control Hub zobrazí adresu URL zpětného volání, vraťte se do klienta OAuth a přidejte tuto hodnotu jako autorizovaný URI přesměrování. |
| 6 |
Pro produkční použití publikujte aplikaci OAuth a dokončete veškeré ověření Google požadované pro požadovaný rozsah. |
| 7 |
Zaznamenejte následující hodnoty zprostředkovatele pro konfiguraci Řídicího centra:
U externí aplikace Google OAuth v testování vyprší autorizace testovacího uživatele a obnovovací tokeny sedm dní po souhlasu. Publikujte aplikaci pro produkční použití. Pokud Google nevrátí token obnovení, spusťte znovu tok souhlasu a vyberte možnost Chci výslovně zkontrolovat před poskytnutím souhlasu s ověřením, když je tato možnost k dispozici. Dokumentace SMTP OAuth společnosti Google vysvětluje rozsah Gmail SMTP OAuth. Pokyny pro publikum OAuth společnosti Google vysvětlují interní a externí publikum a chování stavu publikování. |
Připravte Microsoft 365 pro OAuth 2.0
Postup přípravy poštovní schránky Microsoft 365 pro e-mailový zdroj:
| 1 |
V centru pro správu Microsoft Entra přejděte do části Registrace aplikací, vyberte Nová registrace a zaregistrujte aplikaci pro typy účtů, které vaše organizace povoluje. |
| 2 |
Zaznamenejte ID aplikace (klienta) a ID adresáře (tenanta). |
| 3 |
V části O věřování přidejte webovou platformu. Když Control Hub zobrazí adresu URL zpětného volání, přidejte tuto hodnotu jako URI přesměrování. |
| 4 |
V části Certifikáty a tajemství vytvořte klientské tajemství a zkopírujte jeho hodnotu před opuštěním stránky. |
| 5 |
Pro interaktivní tok autorizačního kódu použitý při výběru možnosti Generovat tokeny přidejte delegované oprávnění Office 365 Exchange Online Smtp.Send (https://outlook.office.com/SMTP.Send) a požádejte o rozsah offline_access. Udělejte souhlas správce, pokud to vyžadují zásady souhlasu vaší organizace. |
| 6 |
V centru pro správu Microsoft 365 přejděte do nabídky Uživatelé > Aktivní uživatelé, vyberte uživatele poštovní schránky, vyberte Pošta > Spravovat e-mailové aplikace, zapněte pro tuto poštovní schránku Ověřený protokol SMTP a uložte změny. |
| 7 |
Zaznamenejte následující hodnoty poskytovatele. Nahraďte {tenant-id} ID adresáře (tenanta) z registrace aplikace:
Pro tento interaktivní tok tokenů použijte delegovaný rozsah https://outlook.office.com/SMTP.Send s offline_access. Povolte SMTP AUTH pouze pro poštovní schránku , která ji potřebuje. Pokud vaše organizace nedávno změnila nastavení souhlasu Microsoft Entra, počkejte, až se změny projeví, než vygenerujete tokeny. Pokyny společnosti Microsoft SMTP OAuth pokrývají delegované protokoly SMTP.send a offline_access. Konfigurace SMTP AUTH společnosti Microsoft vysvětluje, jak povolit SMTP AUTH pro konkrétní poštovní schránku. |
Konfigurace e-mailového datového zdroje v ovládacím centru
Postup konfigurace e-mailového datového zdroje:
| 1 |
Přihlaste se do Control Hub. |
| 2 |
Přejděte do nabídky Služby > Digitální aktiva. |
| 3 |
Vyberte možnost Vytvořit datový zdroj. |
| 4 |
V části Kon figurovat podrobnosti o datovém zdroji zadejte hodnoty do následujících polí:
|
| 5 |
V části Poskytovatel e-mailu > Poštovní schrá nka zadejte e-mailovou adresu poštovní schránky, kterou datový zdroj používá. |
| 6 |
V části OAuth 2.0 Authentication zadejte hodnoty do následujících polí:
|
| 7 |
Ve svém poskytovateli identity přidejte adresu URL zpětného volání z Control Hub do aplikace OAuth, uložte konfiguraci poskytovatele a potvrďte, že se URI přesměrování přesně shoduje. |
| 8 |
Pokud osoba udělující souhlas používá jinou e-mailovou adresu než poštovní schránka, vyberte Generovat tokeny pomocí jiné e-mailové adresy, než je adresa poštovní schránky, a zadejte tuto identitu. Sdílená poštovní schránka: Sdílená poštovní schránka nemá vlastní přihlašovací pověření. Generujte tokeny s uživatelem, který má přístup ke sdílené poštovní schránce a má oprávnění Odes lat jako; uživatel nepotřebuje přístup správce. Pokud se adresa daného uživatele liší od poštovní schránky, vyberte možnost Generovat tokeny pomocí jiné e-mailové adresy, než je adresa poštovní schránky. |
| 9 |
Vyberte Generovat tokeny, dokončete proces přihlašování a souhlasu poskytovatele identity a vraťte se do Control Hub. Po úspěšném generování tokenu se automaticky vyplní pole Token Access, Refresh token a Platnost. Omezení souhlasu: Pokud váš poskytovatel zablokuje souhlas uživatele, zaš krtněte políčko Před poskytnutím souhlasu s autentizací bych to chtěl výslovně zkontrolovat. Tato možnost může způsobit selhání ověřování, protože uživatel nemůže udělit požadovaný souhlas. Požádejte správce poskytovatele, aby místo toho udě lil požadovaný souhlas. Pokud generování tokenů nefunguje: U Gmailu se ujistěte, že uživatel může aplikaci autorizovat a zda má aplikace správný stav publikování. U Microsoft 365 zkontrolujte rozsah offline_access, zásady souhlasu, přesměrování URI a nastavení SM TP AUTH. Opravte konfiguraci poskytovatele a poté znovu vygenerujte tokeny. Obnovení tokenu: Služba obnovuje tokeny před jejich vypršením platnosti. Pokud vlastník nájemce obdrží automatický e-mail s žádostí o regeneraci tokenu, otevřete dat ový zdroj a znovu vyberte Generovat tokeny. |
| 10 |
Po úspěšném generování tokenu vyberte možnost Vytvo řit. Pokud je datový zdroj přiřazen ke kontaktnímu centru Webex, vyberte možnost Přejít na vstupní body a pokračujte v konfiguraci kontaktního centra. U jiného pracovního zatížení Webex zavřete stránku s potvrzením a pokračujte v nastavení v této úloze. |
Konfigurace předávání příchozích e-mailů
Nejprve zkopírujte adresu pro přeposílání vygenerovanou pro datový zdroj:
| 1 |
V části Digitální zdroje otevřete e-mailový zdroj a vyberte Nastavení. |
| 2 |
V části Po skytovatel e-mailu > Poštovní schrá nka zkopírujte adresu pro přeposílání přidruženou k e-mailové adrese poštovní schránky. |
Nakonfigurujte přesměrování v Gmailu
Postup přeposílání příchozích zpráv z Gmailu e-mailovému datovému zdroji:
| 1 |
Pokud používáte Google Workspace, ujistěte se, že správce povolí automatické přesměrování pro organizační jednotku poštovní schránky v části Aplikace > Google Workspace > Gmail > Přístup koncového uživatele. |
| 2 |
Přihlaste se do schránky podpory v Gmailu a přejděte do Nastavení > Zobrazit všechna nastavení > Přesměrování a POP/IMAP. |
| 3 |
Vyberte Přidat adresu pro předávání, vložte adresu pro předávání z ovládacího centra a poté dokončete výzvy k potvrzení. Gmail odešle ověřovací odkaz nebo kód na vygenerovanou adresu. |
| 4 |
Načíst ověřovací odkaz nebo kód z užitečného zatížení odchozího Webhooku pro příchozí e-maily v Webex Connect nebo z celého těla e-mailu v dešifrovaných protokolech ladění e-mailového aktiva. Poté dokončete ověření Gmailu. |
| 5 |
Vraťte se do nastavení předávání Gmailu, obnovte stránku, vyberte Přeposlat kopii příchozí poš ty, vyberte, co má Gmail s jeho kopií dělat, a vyberte Uložit změny. |
Konfigurace přesměrování v aplikaci Microsoft 365
Postup přeposílání příchozích zpráv Microsoft 365 e-mailovému datovému zdroji:
| 1 |
Nakonfigurujte předávání poštovní schránky nebo pravidlo doruč ené pošty pro podpůrnou poštovní schránku tak, aby byly z centra ovládacího centra odesílány nové zprávy na adresu pro přeposí lání. |
| 2 |
Na portálu Microsoft Defender zkontrolujte zásady odchozí nevyžádané pošty, které se vztahují na poštovní schránku. Nastavit pravidla automatického přesměrování na hodnotu Zapnuto — Přesměrování je povol eno v zásadách s úzkým rozsahem, které správce zabezpečení schválil. |
| 3 |
V Exchange Online se ujistěte, že příslušné nastavení vzdálené domény umožňuje automatické přesměrování na doménu předávající adresy. |
| 4 |
Zkontrolujte pravidla toku pošty Exchange a ujistěte se, že žádné pravidlo neblokuje automaticky přeposílané zprávy. Pokud potřebujete výjimku, omezte ji na podpůrnou poštovní schránku a schválený cíl. |
| 5 |
Uložte konfiguraci předávání a nechte čas, aby se změny zásad Microsoft 365 projevily. Požadováno: Příchozí e-mail nedosáhne přiřazené pracovní zátěže Webex, dokud není povoleno pře posílání. V Microsoft 365 mají zásady blokování odchozí nevyžádané pošty, nastavení vzdálené domény nebo pravidlo toku pošty přednost před nastavením, které umožňuje přeposílání. Limit příloh: Příchozí e-mailové přílohy jsou omezeny na 25 MB. Pokud zpráva selže, protože její přílohy jsou příliš velké, odesílatel obdrží zprávu o selhání doručení a musí ji znovu odeslat s menšími přílohami. Vložené obrázky: Vložené obrázky dorazí jako přílohy na pracovní ploše agenta. Pokud je povoleno skenování PCI, jsou tyto snímky blokovány. Microsoft Outlookpřílohy: Pří chozí e-mail s přílohou .msg může dorazit bez souborů vložených do tohoto souboru .msg z důvodu omezení. Microsoft Outlook |
Otestujte e-mailový zdroj
Ověření úplné cesty e-mailu:
| 1 |
Z externího e-mailového účtu odešlete zprávu do nakonfigurované poštovní schránky podpory a ujistěte se, že zpráva dosáhne přiřazené pracovní zátěže Webex. |
| 2 |
Z přiřazeného pracovního zatížení Webex odešlete novou zprávu nebo odpovězte na příchozí zprávu a ujistěte se, že ji externí příjemce obdrží. Stav doručení: E-mail odeslaný prostřednictvím kanálu SMTP ne obsahuje sledování doručení a služba nepřijímá oznámení o selhání doručení. Během testování potvrďte doručení z poštovní schránky příjemce. |
| 3 |
Pokud příchozí doručení nefunguje, zkontrolujte potvrzení předávací adresy poskytovatele, pravidlo přesměrování a zásady předávání organizace. |
| 4 |
Pokud odchozí odesílání nefunguje, zkontrolujte server a port SMTP, oprávnění poskytovatele, pověření klienta, souhlas, nastavení Microsoft 365 SMTP AUTH a stav tokenu. Opravte problém a v případě potřeby vygenerujte tokeny znovu. |