Ukončení EWS v Exchange Online: co by měli vlastníci firemních systémů prověřit

Pokud firemní aplikace v Exchange Online využívá Exchange Web Services (EWS), před schválením přestavby zjistěte, které funkce používá a jak budou dál fungovat. Požadavek může pokrýt podporovaná aktualizace od dodavatele nebo změna integrace. Náhrada celé aplikace přichází v úvahu, pokud dostupná cesta nepodporuje práci, kterou firma potřebuje.

Pro člověka, který schvaluje rozpočet, je užitečným začátkem stručný záznam závislosti: co připojení zajišťuje, kdo za něj odpovídá, která podporovaná cesta ho nahradí a jaké důkazy potvrdí, že firemní funkce funguje.

Seznamte se s časovým plánem a rozsahem

Obecné oznámení Microsoftu o ukončení EWS popisuje dvě fáze. Postupné vypínání, které mohou správci řídit, začalo 1. října 2026, postupně pro jednotlivé tenanty. Přístup během přechodu závisí na nastavení tenantu a řízení aplikací, takže samotné datum nepotvrzuje, zda je vaše připojení právě zablokované. Trvalé vypnutí začne 1. dubna 2027, kdy správci ztratí možnost řídit přístup k EWS prostřednictvím nastavení tenantu.

Oznámení se týká Microsoftu 365 a Exchange Online. EWS v místním Exchange Serveru zůstává mimo toto ukončení. Požádejte technického vlastníka, aby potvrdil, ke kterému prostředí se dotčené připojení skutečně připojuje.

Dočasné obnovení přístupu k EWS může tam, kde je povoleno, poskytnout čas na přechod. Každé takové opatření svěřte konkrétnímu vlastníkovi a stanovte termín dokončení náhradního řešení. Obnovený přístup dokládá, že stávající připojení může znovu fungovat. Nedokládá, že je aplikace připravena na trvalé vypnutí.

Propojte technickou závislost s provozním vlastníkem

Začněte u lidí odpovědných za propojené systémy. Požádejte IT o důkazy používání EWS a každého vlastníka aplikace o vysvětlení, k čemu zjištěné připojení slouží. Pokyny Microsoftu k ukončení podpory odkazují správce na přehledy využití a analytické nástroje.

Identifikátor aplikace je pro schvalovatele rozpočtu užitečný, když ho lze přiřadit ke konkrétní firemní funkci. Připojení může například aktualizovat schůzky v plánovacím systému. Výpadek by mohl způsobit, že zaměstnanci budou pracovat se zastaralým rozvrhem. Tento dopad pomáhá určit prioritu i to, kdo má výsledek schválit.

U každé závislosti zaznamenejte:

• Funkci a dopad: co připojení zajišťuje, jak často je to důležité a co se stane při výpadku.
• Aplikaci a odpovědnost: systém, dodavatele a interní osobu odpovědnou za další provoz.
• Technický požadavek: používané operace nebo možnosti EWS a také dotčenou poštovní schránku a prostředí.
• Důkazy o náhradě: navrženou podporovanou alternativu, verzi dodavatele nebo dokumentaci, která ji pokrývá, a případné zbývající mezery.
• Realizaci a převzetí: kdo změnu provede, do kdy a kterou firemní zkouškou se ověří.

Přehled pozorované aktivity pomůže závislost najít. Vlastník aplikace musí stále vysvětlit její provozní význam, včetně občasných úloh, jako je zpracování na konci měsíce.

Ověřte možnosti navrhované náhrady

Microsoft Graph podporuje řadu scénářů EWS, úplnou rovnocennost ale nelze předpokládat. Plán rozvoje funkcí Microsoftu uvádí zbývající mezery, alternativy i funkce, které nebudou doplněny. Import a export veřejných složek je například oddělený od běžného vytváření, čtení, aktualizace a mazání. Navržená cesta musí pokrýt operace, které aplikace potřebuje.

Stejný plán uvádí, že odhadované termíny dostupnosti jsou cíle, které se mohou změnit. Čtvrtletí uvedené v plánu, i když už uplynulo, samo o sobě nedokládá, že je funkce dodána. Požádejte dodavatele nebo technického vlastníka, aby určil dostupnou funkci a verzi, která ji využívá.

Pokud potřebné funkce pokrývá podporovaná aktualizace aplikace, posuďte její cenu, nároky na nasazení a důkazy pro převzetí. Pokud je pokryje změna integrace, posuďte její rozsah. Jestliže pro potřebnou součást neexistuje vhodná podporovaná cesta, porovnejte jinou součást, upravený pracovní postup nebo jinou aplikaci. Srovnání vztáhněte k chybějící funkci a jejímu dopadu na firmu, aby mělo rozhodnutí jasný základ.

Schvalujte výsledek, který lze ověřit

Jako ukázkový test plánování vytvořte prostřednictvím propojeného systému schůzku, změňte její čas a ověřte, že se očekávané záznamy aktualizují pro správné uživatele. Zkontrolujte, zda oprávnění stále odpovídají jejich rolím. Zahrňte neúspěšnou akci a ověřte, že ji odpovědná osoba uvidí a dokáže vyřešit. Očekávané výsledky dohodněte před testováním.

Úspěšné přihlášení potvrzuje jen jednu část připojení. Převzetí má prokázat skutečnou práci včetně závažného případu selhání. Výsledek přiložte k záznamu závislosti, aby vlastník schvalující dokončení viděl, co bylo ověřeno.

Potřebujete-li pomoc s připojením dotčeného firemního systému, popište aplikaci a funkci, kterou zajišťuje. Nabízíme služby integrace API; tyto informace jsou výchozím bodem pro rozhovor o potřebném rozsahu prací.