Exchange Online EWS 종료: 업무 시스템 담당자가 확인할 사항

업무 애플리케이션이 Exchange Online의 Exchange Web Services(EWS)에 의존한다면 재구축을 승인하기 전에 어떤 기능을 사용하는지, 그 기능을 앞으로 어떻게 계속 쓸 수 있는지 확인하세요. 공급업체가 지원하는 업데이트나 연동 방식 변경으로 요구사항을 충족할 수도 있습니다. 이용 가능한 방안으로 업무에 필요한 작업을 지원할 수 없을 때 애플리케이션 전체 교체를 검토하면 됩니다.

예산 승인 담당자에게 적절한 출발점은 간결한 의존성 기록입니다. 연결이 수행하는 일, 담당자, 지원되는 대체 방안, 그리고 업무 기능이 정상 작동함을 입증할 증거를 적습니다.

현재 일정과 적용 범위

Microsoft의 EWS 종료 공지에는 두 단계가 설명되어 있습니다. 테넌트별로 순차 진행되며 관리자가 제어할 수 있는 비활성화는 2026년 10월 1일에 시작되었습니다. 전환 기간에 접근할 수 있는지는 테넌트 설정과 애플리케이션 제어에 따라 달라지므로 날짜만으로 현재 연결이 차단되었는지 알 수 없습니다. 영구 종료는 2027년 4월 1일에 시작되며, 그때부터 관리자는 테넌트 설정으로 EWS 접근을 제어할 수 없습니다.

이 공지는 Microsoft 365와 Exchange Online에 적용됩니다. 온프레미스 Exchange Server의 EWS는 이번 종료 대상에서 제외됩니다. 영향을 받는 연결이 실제로 어느 환경에 연결되는지 기술 담당자에게 확인하세요.

허용되는 경우 EWS 접근을 일시적으로 복구해 전환에 필요한 시간을 확보할 수 있습니다. 이런 조치에도 담당자를 지정하고 대체 방안의 완료일을 정하세요. 접근 복구는 기존 연결이 다시 작동한다는 점만 보여줄 뿐, 애플리케이션이 영구 종료에 대비했다는 증거는 아닙니다.

기술 의존성을 운영 담당자와 연결하기

연결된 시스템을 담당하는 사람부터 확인하세요. IT에는 EWS 사용 증거를 요청하고 각 애플리케이션 담당자에게 파악된 연결이 어떤 일을 하는지 물어보세요. Microsoft의 종료 지침은 관리자가 이용할 수 있는 사용량 보고서와 분석 도구를 안내합니다.

애플리케이션 식별자는 업무 기능과 연결해야 예산 담당자에게 유용한 정보가 됩니다. 예를 들어 연결 하나가 일정 관리 시스템의 예약을 갱신할 수 있습니다. 연결이 실패하면 직원이 오래된 일정에 따라 일하게 될 수 있습니다. 그 영향을 알면 우선순위와 결과 승인자를 정하는 데 도움이 됩니다.

각 의존성에 대해 다음 항목을 기록하세요.

• 기능과 영향: 연결이 수행하는 일, 필요한 빈도, 실패할 경우 발생하는 결과.
• 애플리케이션과 책임: 계속 운영할 책임이 있는 시스템, 공급업체, 내부 담당자.
• 기술 요구사항: 사용하는 EWS 작업이나 기능, 관련 사서함과 환경.
• 지속 방안의 근거: 제안된 지원되는 대체 방안, 이를 다루는 공급업체 릴리스나 문서, 남아 있는 차이.
• 변경 실행과 검수: 누가 언제까지 변경을 수행하며 어떤 업무 검증을 통과해야 하는지.

관찰된 활동 보고서는 의존성을 찾는 데 도움이 됩니다. 월말 처리처럼 가끔 필요한 작업까지 포함해 운영상 중요성은 애플리케이션 담당자가 설명해야 합니다.

대체 방안의 기능 확인하기

Microsoft Graph는 많은 EWS 시나리오를 지원하지만 완전히 동등하다고 가정해서는 안 됩니다. Microsoft의 기능 로드맵에는 남은 차이, 대안, 추가되지 않을 기능이 나와 있습니다. 예를 들어 공용 폴더 가져오기 및 내보내기는 일반적인 생성, 읽기, 업데이트, 삭제 작업과 별개의 기능입니다. 제안된 방안이 애플리케이션에 필요한 작업을 포함하는지 확인하세요.

같은 로드맵은 예상 제공일이 바뀔 수 있는 목표라고 설명합니다. 로드맵에 표시된 분기가 이미 지났더라도 기능 제공의 증거로는 충분하지 않습니다. 현재 이용할 수 있는 기능과 그 기능을 사용하는 릴리스를 공급업체나 기술 담당자에게 확인하세요.

지원되는 애플리케이션 업데이트로 필요한 기능을 충족할 수 있다면 비용, 배포 요건, 검수 자료를 평가하세요. 연동 변경으로 충족할 수 있다면 해당 범위를 평가하세요. 필요한 구성 요소에 적합한 지원 방안이 없다면 다른 구성 요소, 업무 절차 변경, 다른 애플리케이션을 비교하세요. 부족한 기능과 그에 따른 업무 영향을 중심으로 비교해 판단 근거를 분명히 하세요.

검증 가능한 결과를 승인하기

일정 확인을 예로 들면 연결된 시스템에서 예약을 만들고 시간을 변경한 다음, 대상 사용자의 기록이 예상대로 갱신되는지 확인합니다. 권한이 각자의 역할에 맞는지도 확인하세요. 작업 실패 사례도 포함하고 담당자가 문제를 확인해 해결할 수 있는지 점검하세요. 테스트 전에 기대 결과를 합의합니다.

로그인 성공은 연결의 일부만 증명합니다. 검수에서는 실제 업무가 수행되는지와 업무에 영향을 주는 실패 상황까지 입증해야 합니다. 완료를 승인하는 사람이 확인 내용을 볼 수 있도록 결과를 의존성 기록에 첨부하세요.

영향을 받는 업무 시스템 연결에 도움이 필요하면 애플리케이션과 수행 기능을 알려주세요. 저희는 API 연동 서비스를 제공합니다. 이 정보는 필요한 작업 범위를 논의하는 출발점이 됩니다.