Microsoft Teams 긴급 통화: 관리자 가이드

By Mirko Peters · 2026-05-14 · Updated 2026-07-18

Teams 긴급 통화의 설정, 아키텍처, 보안, 거버넌스, 실제 활용 방법을 실무 중심으로 알아봅니다.

Automatically translated with AI from the original post. Read the English original

Microsoft Teams의 긴급 통화는 중요한 기능이며, 법적 규제를 받는 경우가 많습니다. 조직의 누구든 필요한 순간에 긴급 서비스에 빠르게 연결될 수 있도록 보장합니다. 이 기능은 단순히 전화를 거는 것 이상입니다. 세부적인 구성, 정확한 위치 정보, 엄격한 법적 요구 사항 준수가 함께 맞물려야 합니다. Microsoft Teams나 SharePoint 관리를 맡고 계신다면, 모든 세부 사항이 빈틈없이 맞아떨어지도록 관리하는 책임이 여러분에게 있습니다.

이 가이드에서는 IT 및 규정 준수 담당자의 요구에 맞춰 간결한 설명과 실행 가능한 단계를 안내합니다. 라이선스와 네트워크 설정 같은 기본 사항부터 살펴보고, 정책 관리, PowerShell 자동화, 동적 위치 서비스 같은 심화 주제까지 다룹니다. 또한 Kari's Law와 RAY BAUM's Act 같은 규정 준수 이슈도 짚어 보겠습니다. Teams에서 긴급 통화를 배포할 때 놓치는 부분이 없도록 하기 위해서입니다.

Microsoft Teams 거버넌스, 즉 디지털 업무 환경을 생산적이고 규정을 준수하도록 유지하는 규칙, 역할, 가드레일을 이미 고민하고 계신다면, 이 가이드는 긴급 통화 대응 준비를 그 체계에 자연스럽게 포함시키는 데 도움이 될 것입니다. 더 넓은 거버넌스 관점은 Microsoft Teams 거버넌스가 혼란을 자신감 있는 협업으로 바꾸는 방법을 참고해 보시기 바랍니다. 다만 이 가이드의 목표는 긴급 상황에서 조직이 안전하고 준비되어 있으며, 책임 소재가 100% 명확하도록 만드는 데 있습니다.

Teams 긴급 통화 시작하기: 설정 필수 사항

누군가 Teams로 119나 다른 긴급 번호에 전화를 걸기 전에, 관리자로서 사전 준비 작업이 필요합니다. 이는 단순히 체크리스트를 채우는 일이 아닙니다. 안전과 규정 준수를 위한 올바른 기반을 갖추는 일입니다. 하나라도 빠뜨리면 통화가 잘못 연결되거나 현지 법규를 준수하지 못할 위험이 있습니다.

Microsoft Teams에서 긴급 통화를 구현하려면 기존 네트워크 구조를 이해하고, 조직의 라이선스를 확인하며, 하드웨어와 소프트웨어가 모두 호환되는지 검증해야 합니다. 이러한 기본 작업을 통해 실제 긴급 통화가 발생했을 때, 적절한 위치 정보가 함께 전달되어 가장 가까운 긴급 서비스 기관으로 빠르고 정확하게 연결되도록 할 수 있습니다.

이 섹션에서는 세부 작업에 들어가기 전에 반드시 필요한 단계를 큰 틀에서 살펴봅니다. 아직 모르는 부분이 무엇인지 파악하는 가이드라고 생각하시면 됩니다. 처음부터 올바르게 설정하면 긴급 통화 프로젝트에서 관리자들이 흔히 겪는 함정을 피하고, 배포를 탄탄한 토대 위에서 진행할 수 있습니다. 다음으로는 무엇을 확인하고 구성해야 하는지 구체적으로 살펴보겠습니다.

Teams 긴급 통화: 사전 요구 사항 및 네트워크 구성

1. Microsoft Teams Phone 라이선스: Teams에서 긴급 통화를 사용하려면 사용자에게 Teams Phone(이전 명칭: Phone System) 라이선스가 할당되어 있어야 합니다. Microsoft 365 사용자의 경우 추가 라이선스가 필요할 수 있으며, 번들로 제공되는 E5 구독에 포함된 경우도 있습니다. 다음 단계로 넘어가기 전에 사용자에게 올바른 전화 시스템 라이선스가 할당되었는지 다시 한번 확인하십시오.
2. PSTN 연결 설정: Teams를 기존 공중 전화망(PSTN)에 연결하는 방법이 필요합니다. 이는 Microsoft Calling Plans, Direct Routing(SBC 사용), 또는 Operator Connect를 통해 구현할 수 있습니다. 긴급 통화 기능을 활성화하기 전에, 선택한 방식이 준비되어 있고 해당 지역에서 지원되는지 확인하십시오.
3. 네트워크 토폴로지 매핑: 긴급 통화는 사용자의 실제 위치를 기준으로 올바르게 라우팅되어야 합니다. 유선 서브넷, Wi-Fi 액세스 포인트, VPN을 포함한 조직의 네트워크 토폴로지를 Teams의 실제 주소와 매핑하십시오. 이 단계는 정확한 위치 감지와 적절한 공공 안전 기관으로의 통화 라우팅에 핵심적인 역할을 합니다.
4. 지원 지역 및 규정: 긴급 통화는 모든 지역에서 사용할 수 있는 것이 아닙니다. Microsoft가 공개한 목록을 기준으로 해당 국가와 지역이 Teams 긴급 통화를 지원하는지 확인하고, 미국의 911, EU의 112, 호주의 000처럼 각 지역 고유의 법적 요구 사항도 함께 검증하십시오.
5. 네트워크 인프라 및 품질: 긴급 통화에는 안정적이고 올바르게 구성된 네트워크가 필수적입니다. 음성용 QoS 설정, 대역폭 관리, 필요한 IP 및 포트에 대한 방화벽 규칙 업데이트, 비상 상황에서 중단을 방지하기 위한 이중화 연결 등 네트워크 준비 상태를 우선적으로 점검하십시오.
6. 모니터링 및 보안 통합: Teams를 보안 및 모니터링 도구와 통합하여 긴급 통화 이벤트를 기록하고, 보안 데스크로 알림을 전송하며, 사고 검토를 수행할 수 있도록 계획하십시오. 이를 통해 감사 추적과 지속적인 규제 준수를 뒷받침할 수 있습니다.
7. 검증 체크리스트: 긴급 통화 기능을 활성화하기 전에 위의 모든 단계를 확인하십시오. 보안 팀과 함께 테스트하여 기술적 요구 사항과 법적 요구 사항이 모두 충족되었는지 확인함으로써 통화 실패나 규정 준수 공백의 위험을 줄이십시오.

Teams 최초 실행: 위치 감지 설정 및 사용자 온보딩

1. 초기 위치 감지: Teams를 처음 실행할 때 클라이언트는 사용자의 위치를 감지하려고 시도합니다. 이는 기본 네트워크 연결을 기반으로 하며, 유선 서브넷 정보, Wi-Fi 세부 정보(예: BSSID), 또는 모바일 기기의 GPS를 활용합니다.
2. 사용자 안내 및 데이터 입력: Teams가 정확한 위치를 자동으로 감지하지 못하는 경우, 사용자에게 현재 주소를 직접 입력하라는 안내가 표시됩니다. 긴급 통화의 정확도를 높이려면 IT 관리자가 이 단계를 수행해야 하는 이유와 방법을 사용자에게 명확히 안내해야 합니다.
3. IT 구성: 사용자를 온보딩하기 전에 관리자는 Teams 관리 센터 또는 PowerShell에서 신뢰할 수 있는 네트워크 위치를 정의하고 할당해야 합니다. 이러한 네트워크에 연결된 사용자는 긴급 위치가 자동으로 설정되므로 온보딩 과정에서의 불편을 줄일 수 있습니다.
4. 사용자 교육: Teams의 위치 데이터 접근을 허용해야 하는 이유와 위치 정보를 정기적으로 업데이트해야 하는 이유를 설명하는 온보딩 자료나 빠른 안내서를 준비하십시오. 특히 모바일 및 원격 근무 직원에게 중요합니다. 이를 통해 정확도를 높이고 긴급 대응 규정을 준수할 수 있습니다.

Teams 관리 센터에서 긴급 통화 Teams 정책 구성

조직의 인프라 준비와 라이선스 설정이 끝났다면, 이제 회사 전체에서 긴급 통화가 작동하는 방식을 규정하는 규칙과 정책을 설정할 차례입니다. Teams 관리 센터는 이를 위한 주요 대시보드로, 다양한 그룹, 위치, 시나리오별 정책을 세밀하게 제어할 수 있습니다.

Teams 관리 센터에서는 누가 긴급 통화를 걸 수 있는지뿐만 아니라, 어떤 번호가 해당 통화를 발생시키는지, 경고와 알림이 어디로 전송되는지, 그리고 규정 준수를 위한 위치 요구 사항이 무엇인지까지 정의할 수 있습니다. 소수의 사용자를 관리하든 여러 사이트에 걸쳐 수천 명을 관리하든, 긴급 대응이 조직 구조에 맞도록 보장하는 도구입니다.

다음 섹션에서는 이러한 긴급 정책을 만들고 사용자화하는 방법과, 이를 사용자, 부서 또는 실제 위치에 할당하는 방법을 자세히 설명합니다. 목적의식과 일관성을 가지고 정책을 관리하면 견고한 거버넌스 기준선을 마련하고, 예기치 않은 상황에서 더 안전하고 빠른 대응을 가능하게 할 수 있습니다.

Teams 관리 센터에서 긴급 통화 Teams 정책 만들기 및 관리

1. 사용자 지정 긴급 정책 만들기: Teams 관리 센터에서 "Contoso Emergency Calling Policy 1"과 같이 고유한 긴급 통화 정책을 만들 수 있습니다. 이를 통해 활성화할 긴급 번호(예: 911, 112)를 지정하고, 사이트나 사용자 유형별로 고유한 동작을 할당할 수 있습니다.
2. 알림 및 에스컬레이션 설정 정의: 긴급 알림 이메일을 추가하여, 예를 들어 긴급 통화가 발생하면 보안 팀이나 안내 데스크 직원이 실시간 경고를 받을 수 있습니다. 이러한 알림은 규정 준수 프로그램과 현장 사고 관리를 지원할 수 있습니다.
3. 위치 요구 사항 설정: 정책은 사용자가 정확한 위치 정보를 제공하거나 Teams가 이를 감지하도록 허용하도록 요구해야 합니다. 이를 적용하면 긴급 대응자에게 정확하고 배차 가능한 주소를 제공하도록 규정한 RAY BAUM's Act와 같은 규정을 준수할 수 있습니다.
4. 사이트 또는 사용자별 정책 할당: 최대한의 유연성을 위해 그룹, 사용자 또는 네트워크 위치 수준에서 정책을 할당하십시오. 여러 사이트를 운영하는 조직은 본사, 원격 근무, 위성 사무소에 서로 다른 규칙을 적용하여 다양한 근무 방식을 지원할 수 있습니다.
5. 거버넌스 및 감사: 정책 관리를 Teams 전반의 거버넌스 실무에 연계하십시오. 작업 공간을 체계적이고 규정을 준수하며 효율적으로 유지하기 위한 모범 사례는 이 Teams 거버넌스 가이드를 참조하십시오.

Teams에서 사용자 사용 설정 및 긴급 주소 할당

1. 대상 사용자에 대한 긴급 통화 사용 설정: Teams 관리 센터에서 긴급 통화를 사용하도록 설정해야 하는 사용자를 선택하십시오. 해당 사용자에게 Teams Phone이 할당되어 있는지, 그리고 사용자 위치에 적용되는 법적 요구 사항을 검토했는지 확인하십시오.
2. 긴급 주소 할당: 회사 네트워크를 사용하는 사용자의 경우 서브넷이나 Wi-Fi SSID 같은 적절한 네트워크 식별자에 긴급 주소를 할당하십시오. 원격 사용자에게는 정확한 긴급 통화 라우팅을 보장하도록 Teams 클라이언트 설정에서 정확한 주소를 입력하라고 안내하십시오.
3. 주소 할당 정기 업데이트: 특히 모바일 근무자나 하이브리드 근무자가 많은 조직에서는 사용자가 위치를 옮길 때마다 위치 정보를 업데이트할 수 있는 절차를 마련하십시오. 필요에 따라 알림을 자동화하거나 정책 시행을 활용하십시오.
4. 법적 준수 검증: 특히 RAY BAUM's Act 및 각 지역의 유사 법규를 고려해, 감사 가능성과 법규 준수를 보장하도록 모든 주소 할당 및 구성 내용을 문서화하십시오.

Teams PowerShell을 활용한 긴급 통화 고급 구성

대규모 또는 변경이 잦은 환경을 관리하는 경우 Teams 관리 센터 UI가 다소 느리게 느껴질 수 있습니다. 이때 PowerShell이 도움이 됩니다. PowerShell을 사용하면 긴급 통화 설정을 자동화하고, 수천 명의 사용자나 사이트에 변경 사항을 일괄 적용하며, 모든 Teams 배포에서 일관성을 확보할 수 있습니다.

이 방식은 엄격한 감사 요구 사항이 있거나, 입사·이동·변경(MACD)이 잦거나, 그래픽 인터페이스에서 지원하지 않는 고급 구성이 필요한 조직에 적합합니다. 스크립팅을 활용하면 정책을 대규모로 시행할 뿐만 아니라 일괄 업데이트를 수행하고 다른 IT 프로세스와 연동할 수도 있습니다. 다음 섹션에서는 이를 긴급 대응 시스템에 적용하는 방법을 설명합니다.

Teams에서 긴급 설정 및 PIDF-LO를 관리하는 PowerShell 스크립트

1. 긴급 정책 일괄 할당: Grant-CsTeamsEmergencyCallingPolicy와 같은 PowerShell cmdlet을 사용하면 사용자나 그룹 전체에 긴급 통화 정책을 대규모로 할당할 수 있습니다. 이 방법은 Teams 관리 센터에서 반복적으로 클릭하는 작업을 대체하며 자동화된 사용자 프로비저닝도 지원합니다.
2. 긴급 주소 구성 및 업데이트: Set-CsOnlineLisLocation 및 관련 cmdlet을 활용하면 네트워크 영역, 서브넷, WLAN과 연결된 위치 정보를 관리할 수 있습니다. 이를 통해 위치 정보의 정확도가 높아지고, 실제 사업장 구성이 바뀔 때 업데이트도 간편해집니다.
3. PIDF-LO 데이터 수정: PIDF-LO(Presence Information Data Format-Location Object)는 긴급 상담원에게 위치 데이터를 전달하는 형식입니다. 고급 PowerShell 스크립트를 사용하면 PIDF-LO 레코드를 조정하거나 검증하고 일괄 수정할 수 있으며, 이를 통해 후속 시스템과 긴급 출동 담당자가 항상 정확한 데이터를 받도록 보장할 수 있습니다.
4. 긴급 통화 라우팅 규칙 관리: PowerShell을 사용하면 지역, 발신 번호 또는 기타 속성에 따라 긴급 통화를 처리하는 방식을 결정하는 통화 라우팅 정책과 규칙을 구성할 수 있습니다. 이는 다지점 기업에서 특히 중요하며, 변화하는 규제나 사업 요구에 신속하게 대응할 수 있게 해 줍니다.
5. 감사 및 구성 내보내기: PowerShell을 사용하면 정책 할당, 위치 데이터, 긴급 통화 기록을 내보내 규정 준수 감사에 활용할 수 있습니다. 이는 내부 검토, 사고 이후 분석, 그리고 필요 시 규제 기관이나 당국에 대한 보고에도 도움이 됩니다.

정확한 긴급 대응을 위한 Dynamic 911 Teams 및 위치 감지

현대의 업무 공간은 네 개의 벽으로만 이루어져 있지 않습니다. 커피숍, 재택 사무실, 공항 라운지이기도 합니다. 그래서 고정된 긴급 통화 라우팅으로는 더 이상 충분하지 않습니다. Microsoft Teams의 Dynamic 911을 사용하면 사용자가 어디에 있든 실시간으로 위치가 업데이트되어, 모바일 및 하이브리드 인력의 안전 요구를 지원할 수 있습니다.

Dynamic 911은 Teams의 스마트 위치 감지 기능을 정책 및 라우팅 규칙과 결합하여, 사무실을 옮기거나 집에서 접속하는 경우에도 모든 긴급 통화에 발신자의 최신 위치가 포함되도록 합니다. 이는 조직의 규정 준수 상태를 개선할 뿐만 아니라, 몇 초가 중요한 순간에 실제로 큰 차이를 만들 수 있습니다.

다음으로, 동적 위치 서비스의 작동 방식, 통화 라우팅과 법규 준수에 미치는 영향, 그리고 이 생명을 구하는 생태계에 참여하기 위해 최종 사용자(및 그들의 디바이스)에게 정확히 무엇이 필요한지 살펴보겠습니다.

Teams의 동적 911 작동 방식: 위치 업데이트 및 응급 라우팅

1. 자동 위치 업데이트: Teams는 사용자의 네트워크 연결(유선 서브넷, Wi-Fi SSID/BSSID, 또는 지원되는 클라이언트의 경우 디바이스 GPS)을 지속적으로 분석하여 위치를 정확히 파악합니다. 사용자가 이동하면 Teams는 백그라운드에서 위치를 자동으로 업데이트하려고 시도합니다.
2. 실시간 위치 조회: 사용자가 긴급 번호로 전화를 걸면 Teams는 가장 최근에 감지되었거나 입력된 위치를 가져와 발신 통화에 첨부합니다. 이를 통해 긴급 구조 기관은 본사뿐 아니라 발신자의 현재 근무지에 대한 출동 가능한 주소를 받게 됩니다.
3. PSAP(공공안전응답지점) 연동: 동적으로 생성된 위치 데이터는 지역 PSAP로 라우팅되어, 사용자가 예상된 장소에 있지 않거나 사무실 간 이동 중이더라도 긴급 구조대가 도움을 어디로 보내야 할지 알 수 있도록 합니다.
4. 대체 및 제한 사항 처리: 사용자가 회사 네트워크에 연결되어 있지 않은 경우 Teams는 주소를 수동으로 업데이트하라는 메시지를 표시합니다. 부정확한 통화 라우팅을 방지하려면 관리자가 원격 근무자에게 이 단계를 안내해야 합니다.
5. 하이브리드 조직을 위한 모범 사례: Teams에서 모든 회사 서브넷과 Wi-Fi 액세스 포인트를 매핑하십시오. 모바일 및 원격 사용자가 법규 준수와 직원 안전을 위해 위치를 정기적으로 확인하고 업데이트하도록 권장하십시오.

개인 디바이스 및 Teams 지원 클라이언트에서 위치 설정 활성화

• Windows 및 Mac 클라이언트: 사용자가 디바이스 설정에서 위치 액세스를 활성화하고 Teams에 필요한 권한을 부여하도록 안내하십시오. 이를 통해 특히 회사 네트워크나 Wi-Fi를 사용할 때 자동 감지가 가능해집니다.
• iOS 및 Android 디바이스: 모바일에서는 사용자가 Teams 앱의 GPS/위치 서비스를 활성화해야 합니다. 직원들에게 권한 요청에 동의하고, 업데이트나 OS 변경 후 앱 권한을 확인하도록 상기시키십시오.
• 지원되는 클라이언트 버전: 사용자의 Teams 클라이언트가 최신 상태인지 확인하십시오. 최신 버전은 더 고급 위치 및 동적 911 기능을 지원합니다. 오래된 앱은 긴급 구조 기관으로의 위치 전달을 제대로 수행하지 못할 수 있습니다.
• 일반적인 문제 해결: 사용자가 부정확한 위치 데이터를 신고할 수 있도록 지원 채널을 마련하십시오. 대부분의 문제는 거부된 권한이나 Teams 관리 센터의 오래된 네트워크 매핑에서 비롯됩니다.

긴급 라우팅 구성 및 긴급 통화를 위한 네트워크 설정

올바른 설정은 위치 데이터를 얻는 것만이 아닙니다. 직원이 어디서 근무하든 모든 긴급 통화가 적절한 지역 응답 기관에 연결되도록 보장하는 것이기도 합니다. Teams의 긴급 통화 라우팅은 본사에 있든 국가의 외딴 지역에 있든, 직원을 올바른 PSAP(공공안전응답지점)에 연결하는 세부적인 네트워크 및 제공업체 구성에 달려 있습니다.

이 섹션에서는 긴급 통화 라우팅과 기반 네트워크/위치 매핑을 구성하는 데 필요한 핵심 사항을 설명합니다. 목표는 조직이 성장하거나 재편되거나 인력이 분산되더라도 통화가 정확히 필요한 곳으로 연결되도록 보장하는 것입니다. 견고한 라우팅 구성은 법규 준수와 실질적인 직원 안전의 기반입니다.

다음 주제에서는 라우팅 제공업체 선택, Teams와의 설정 방법, 그리고 모든 초가 중요한 상황에서 누락이 없도록 실제 위치와 네트워크 위치를 매핑하는 단계를 자세히 살펴봅니다.

긴급 라우팅 설정, 제공업체 선택 및 Teams의 통화 라우팅

• 라우팅 제공업체 선택: 통화 라우팅 제공업체(Emergency Routing Service, E911 제공업체 또는 Operator Connect 파트너 등)는 발신자의 위치에 따라 Teams 긴급 통화를 올바른 PSAP에 연결하는 역할을 합니다. 지역 규정 준수, 안정성 및 통합 기능을 기준으로 파트너를 신중하게 평가하십시오.
• Teams와 통합: Direct Routing 또는 Operator Connect를 사용하여 Microsoft Teams에서 선택한 제공업체를 프로비전하십시오. 각 제공업체는 SIP 트렁크, IP 주소 또는 API를 통한 연결 단계를 제공하므로, 이중화 및 규정 준수에 대한 정확한 요구 사항을 반드시 따르십시오.
• 음성 라우팅 구성: Teams에서 긴급 전화 번호 문자열, 신뢰할 수 있는 IP 주소, 지역 기반 규칙을 정의하여 서로 다른 사이트나 위치에서 걸려 오는 전화가 적절하게 라우팅되도록 합니다. 관리 센터 UI로 필요한 수준을 넘어서는 경우에는 PowerShell로 더 세부적으로 조정할 수 있습니다.
• 지역 및 캠퍼스 규칙: 여러 주나 국가에 사이트를 둔 조직이라면 캠퍼스별 또는 다중 지역 규칙을 만드십시오. 이 규칙은 감지된 위치나 네트워크 세그먼트에 따라 911이나 112 같은 특정 번호가 어디로 연결될지를 결정합니다.
• 라우팅 안정성 모니터링 및 테스트: 안전한 테스트 통화를 사용해 라우팅 구성을 정기적으로 점검하고, 모든 주소 매핑을 검증하며, 라우팅 공급자가 장애 시 백업 경로를 포함해 통화를 올바른 기관으로 전달하는지 확인하십시오.

Teams 긴급 통화를 위한 네트워크 및 위치 서비스 구성

1. 실제 주소를 네트워크 서브넷에 매핑: Teams 관리 센터 또는 PowerShell을 통해 사무실의 실제 주소를 특정 네트워크 서브넷, Wi-Fi 액세스 포인트 또는 VLAN에 연결합니다. 이 매핑을 통해 Teams는 긴급 통화 시 올바른 출동 가능 주소를 자동으로 할당할 수 있습니다.
2. Teams 위치 서비스 구성: Teams 위치 서비스에서 위치를 정의하고, 규모가 큰 사이트의 경우 층, 호실, 건물 정보를 상세히 입력합니다. 이렇게 하면 규정 준수와 더 빠른 긴급 대응 모두에 필요한 위치 정확도가 높아집니다.
3. 정기적인 업데이트: 사무실 이전, 신규 지점 개설, Wi-Fi 네트워크 변경이 있을 때마다 위치 및 네트워크 매핑을 업데이트하는 것을 정기 작업으로 삼으십시오. 그래야 긴급 주소 데이터베이스가 정확하고 법적 요건에 맞게 유지됩니다.
4. 규정 준수 및 문서화: 구성된 모든 매핑과 최근 변경 사항을 보여 주는 문서를 유지 관리하십시오. 이 문서는 감사와 필요한 경우의 사고 후 검토에 모두 활용됩니다.

Teams 긴급 통화 기능 테스트 및 피드백 모니터링

긴급 통화 설정을 갖추는 것은 절반에 불과합니다. 나머지 절반은 실제로 제대로 작동하는지 확인하는 것입니다. 단순한 시험 통화 하나 때문에 출동 요원이 사무실로 달려오는 일이 없도록 해야 합니다. Teams 긴급 통화 프로젝트에서는 테스트와 지속적인 모니터링이 무엇보다 중요합니다.

이 섹션에서는 설정을 안전하게 검증하는 방법, 통화 로그를 검토하는 방법, 문제가 생겼을 때 담당자에게 알리고 상황을 공유하는 방법을 다룹니다. 또한 문제가 발생하거나 조직의 요구에 맞게 개선이 필요할 때 Microsoft에 피드백을 보내는 방법도 설명합니다. 실제 비상 대응을 촉발하지 않으면서 시스템을 점검하는 방법을 살펴보겠습니다.

실제 긴급 상황을 유발하지 않고 Teams 긴급 통화 테스트하기

• 공식 테스트 번호 사용: Microsoft와 여러 긴급 라우팅 파트너는 라우팅과 알림을 확인할 수 있지만 실제 긴급 대응으로 이어지지 않는 안전한 테스트 번호를 제공합니다. 테스트할 때는 911이나 실제 긴급 번호를 누르는 대신 반드시 이 번호를 사용하십시오.
• 알림 워크플로 검증: 테스트의 일환으로 보안 담당자, 프런트 데스크, Teams 채팅, 이메일 등 모든 관련 채널에 알림이 제대로 도달하는지 확인하십시오. 실제 통화가 걸려 왔을 때 모두가 자신의 역할을 알 수 있도록 시뮬레이션 워크플로를 실행하십시오.
• 다양한 시나리오 시뮬레이션: 사무실 내 사용자, 원격 사용자, 모바일 사용자 등 여러 사용자 유형과 다양한 네트워크 세그먼트에서 테스트하여 조직 전반에서 위치 감지와 통화 라우팅이 올바르게 작동하는지 확인하십시오. 시나리오마다 숨겨진 공백이 드러날 수 있습니다.

Teams 긴급 통화의 성능 모니터링 및 피드백 제공

• 경고 및 사고 로그 모니터링: Teams의 기본 제공 도구와 통합된 보안 시스템을 활용하여 긴급 통화에 대한 경고와 로그를 모니터링하십시오. 이는 지속적인 성능 점검과 규정 준수 요건을 뒷받침합니다.
• Teams 관리 센터에서 문제 보고: 운영상의 버그나 문제는 통화 요약과 시스템 경고를 필요에 따라 첨부하여 Microsoft에 직접 기록하십시오. 문제를 빨리 보고할수록 모두를 위해 더 빨리 해결됩니다.
• 개선 요청: Teams의 피드백 메커니즘이나 Microsoft의 사용자 음성(User Voice) 플랫폼을 사용하여 긴급 통화에 대한 기능이나 변경 사항을 제안하십시오. 현재 문서나 UI 제약으로 시나리오가 다뤄지지 않는 경우에 특히 유용합니다.
• 거버넌스 및 감사 추적: 모니터링과 검토를 더 넓은 거버넌스 전략과 연계하십시오. 보다 체계적인 거버넌스 팁은 Teams 거버넌스 및 규정 준수에 관한 이 글을 참고하십시오.

Teams의 긴급 통화 규정 준수: Kari's Law, RAY BAUM's Act 및 법적 요구 사항

1. Kari’s Law 요구 사항: Microsoft Teams Phone을 포함해 미국의 모든 다중 회선 전화 시스템(MLTS)은 사용자가 접두사 없이 911에 직접 전화를 걸 수 있어야 합니다. 또한 누군가 911에 전화를 걸면 조직 내 지정된 담당자가 SMS, 이메일 또는 Teams 채팅 알림과 같은 즉각적인 통지를 받아야 합니다.
2. RAY BAUM’s Act 규정 준수: 이 법은 긴급 통화에 "배차 가능 위치(dispatchable location)"를 제공하도록 규정합니다. 가능하다면 층, 사무실(suite), 방 번호까지 포함해야 합니다. Teams는 모든 통화에 회사나 캠퍼스 주소만이 아니라 발신자의 구체적인 위치가 포함되도록 설정해야 합니다.
3. 주 및 지역별 차이: 일부 주와 지방자치단체는 추가 요구 사항(예: 건물 내 보안 데스크 연동, 표지판 설치, 로그 기록 등)을 두고 있습니다. 긴급 통화 시스템과 관련된 새로운 의무 사항을 파악하려면 법률 자문이나 규정 준수 담당자와 지속적으로 소통하십시오.
4. 국제 규정: 미국 외 지역에서는 EU의 112, 호주의 000 등 다른 긴급 번호를 접하게 되며, 통화 라우팅, 위치 정확도, 사업자 책임에 관한 국가별 고유 규칙도 적용됩니다. Microsoft는 지원 지역과 각 지역의 고유한 의무 사항을 정기적으로 업데이트합니다.
5. 감사, 보고 및 기록 보존: 긴급 통화, 알림, 위치 데이터에 대한 상세 로그를 유지하십시오. 규정 준수 감사와 사고 후 검토에 대비하고, 완전한 기록 관리를 위해 Teams의 기본 제공 내보내기 도구를 사용하거나 조직의 규정 준수 플랫폼과 연동하십시오.

Teams 긴급 통화의 제약 사항과 사용자 책임 안내

1. 제약 사항 교육: Teams의 긴급 통화는 최신 위치 데이터와 중단 없는 인터넷 연결에 의존한다는 점을 사용자에게 알리십시오. 익숙하지 않거나 등록되지 않은 위치에서 근무하는 경우 도움이 필요한 곳에 도움이 전달되는 과정에서 지연이나 오류가 발생할 수 있습니다.
2. 위치 인식 강화: 특히 원격 근무를 하거나 사무실을 옮길 때 Teams에서 위치를 확인하고 업데이트하도록 안내하십시오. 정기적인 알림이나 교육 세션은 위험을 줄이고 RAY BAUM’s Act와 같은 법적 의무의 준수율을 높이는 데 도움이 됩니다.
3. 전원 및 인터넷 장애 안내: 네트워크, Wi-Fi 또는 전원에 장애가 발생하면 Teams 긴급 통화가 작동하지 않는다는 점을 분명히 알리십시오. 사용자는 재난 상황이나 캠퍼스 정전 상황에서 긴급 서비스에 연락할 수 있는 대체 수단을 항상 알고 있어야 합니다.
4. 사용자 교육 및 알림: 위치 권한의 중요성과 Teams 클라이언트에서 정확한 정보를 입력하는 것의 중요성을 강조하는 빠른 참조 가이드, 온보딩 체크리스트, 팝업 알림을 만드십시오. 반복적인 교육을 통해 신규 사용자와 기존 사용자 모두 최신 정보를 유지할 수 있습니다.
5. 긴급 대비 훈련: 가상 또는 실제 훈련을 통해 Teams의 긴급 통화 시나리오를 연습하십시오. 사용자가 실제로 이 기능을 사용해야 할 때 무엇을 해야 하고 무엇을 기대해야 하는지 알고 있는지 확인하십시오.

함께 들으면 좋은 에피소드

Teams의 긴급 통화를 조사하고 계시다면, 아래 에피소드에서 아키텍처, 운영, 보안, 거버넌스에 관한 실무적인 맥락을 얻을 수 있습니다:

• Teams Telephony – Simply Explained — Teams 음성의 기반이 되는 통화 아키텍처, 라우팅, 텔레포니 운영을 이해하십시오.
• Microsoft Teams Governance – The Illusion of Control — 통화 관련 결정을 소유권, 정책, 수명 주기, 거버넌스와 연결해 살펴보십시오.
• Azure Virtual Network – Simply Explained — 네트워크 아키텍처가 통화 품질과 안정성에 어떤 영향을 미치는지 알아보십시오.
• Microsoft Defender XDR – Simply Explained — Teams 커뮤니케이션 계획에 보안 모니터링과 대응을 추가하세요.