- 공유 링크 만들기
- X
- 이메일
- 기타 앱
이 글의 목적은 Microsoft Word의 음성 받아쓰기(디ictate) 기능이 작동하지 않을 때 현장에서 즉시 적용 가능한 최적의 진단 절차와 해결책을 제공하여 업무 중단 시간을 최소화하는 데 있다.
음성 받아쓰기 기능의 동작 원리와 지원 조건 요약
워드 음성 받아쓰기는 마이크로폰 입력을 받아 클라우드 기반 음성 인식 엔진으로 전송한 뒤 텍스트로 변환하여 문서에 삽입하는 구조이다. 기본적으로 인터넷 연결, 마이크 권한, 지원 언어 팩, 최신 오피스 빌드, 계정 라이선스 요건이 충족되어야 정상 동작한다. 조직 정책이나 프록시 환경에서는 음성 트래픽이 차단될 수 있으므로 네트워크 예외 설정이 필요하다.
증상별 원인-해결 요약표
| 증상 | 가능 원인 | 우선 조치 | 심화 조치 |
|---|---|---|---|
| 마이크 입력 막대가 움직이지 않음 | 입력 장치 미선택, 음소거, 샘플링 레이트 불일치 | 기본 입력 장치 지정, 하드웨어 음소거 해제 | 샘플링 16 kHz 이상 설정, 드라이버 재설치 |
| “마이크 권한 필요” 메시지 | OS 마이크 권한 차단 | 개인정보 설정에서 앱별 마이크 허용 | 조직 정책 점검, 레지스트리 권한 확인 |
| 버튼은 켜지나 텍스트가 입력되지 않음 | 네트워크 차단, 프록시 인증, 오프라인 모드 | 방화벽 포트 80/443 허용, VPN·프록시 해제 테스트 | 조직 프록시 예외 등록, TLS 검사 예외 처리 |
| 지원되지 않는 언어 경고 | 언어 팩 미설치, 지역/언어 설정 불일치 | 해당 언어 음성 인식팩 설치 | 문서 교정 언어와 시스템 언어 일치화 |
| 워드만 안 되고 팀즈·브라우저는 됨 | 오피스 애드인 충돌, 특정 빌드 버그 | 워드 안전 모드 기동 | 애드인 순차 비활성화, 빠른 복구·온라인 복구 |
| “조직에서 사용이 제한됨” | 테넌트 정책 또는 DLP 우회 차단 | 관리자에게 음성 인식 서비스 허용 요청 | 감사 로그로 정책 적용 시점 검증 |
1단계: 하드웨어·물리 레이어 점검
- 마이크 물리 연결을 확인하고 USB 허브 대신 메인보드 포트에 직접 연결한다.
- 하드웨어 음소거 스위치 또는 헤드셋 인라인 컨트롤을 해제한다.
- 마이크 입력 레벨을 60~80%로 설정하고 잡음 억제 기능을 기본값으로 둔다.
- 샘플링 레이트를 16.0 kHz 또는 44.1 kHz로 설정한다. 초저레이트는 인식 품질을 저하시킨다.
주의 : 가상 오디오 케이블 드라이버나 화면 캡처용 가상 장치는 입력 소스를 가로채거나 샘플링 레이트를 변경할 수 있으므로 테스트 시 일시 비활성화한다.
2단계: Windows 설정 점검(Windows 10/11)
- 기본 입력 장치 지정을 확인한다. 시스템 트레이의 사운드 아이콘에서 원하는 마이크를 기본값으로 설정한다.
- 마이크 권한을 확인한다. 설정 > 개인정보 및 보안 > 마이크에서 데스크톱 앱의 마이크 접근을 허용한다.
- 음성 인식 온라인 서비스를 켠다. 설정 > 개인정보 및 보안 > 음성에서 온라인 음성 인식을 활성화한다.
- 언어 및 지역을 문서 교정 언어와 일치시킨다. 설정 > 시간 및 언어 > 언어 및 지역에서 기본 표시 언어와 키보드 레이아웃을 점검한다.
- 오디오 문제 해결사를 실행하여 자동으로 장치 구성을 재설정한다.
3단계: Office/Word 자체 설정·상태 점검
- 버전을 최신으로 유지한다. 업데이트 채널에서 최신 빌드 적용 후 재부팅한다.
- 로그인 상태를 확인한다. Microsoft 365 계정 인증이 만료되면 클라우드 기반 기능이 비활성화될 수 있다.
- 편집 언어와 교정 도구에서 받아쓰기 대상 언어의 교정 도구가 설치되어 있는지 점검한다.
- 받아쓰기 단추를 클릭한 뒤 마이크 권한 요청 팝업이 나타나면 허용한다.
주의 : 공유 PC에서 다른 계정으로 로그인 상태가 유지된 경우 워드 설정이 혼재되어 권한 오류가 발생할 수 있다. 필요 시 Office 자격 증명을 로그아웃 후 다시 로그인한다.
4단계: 네트워크·보안 환경 점검
받아쓰기는 TLS를 사용하는 HTTPS 트래픽을 요구한다. 조직 환경에서는 SSL 가시성 장비, 보안 웹 게이트웨이, 프록시 인증이 음성 전송을 차단할 수 있다. 다음 항목을 점검한다.
| 항목 | 권장 설정 | 비고 |
|---|---|---|
| 포트 | TCP 443 필수, TCP 80 제한적 | SSL 검사 예외 필요할 수 있음 |
| 프록시 | 시스템 계정까지 인증 통과 | 앱별 인증 실패 시 세션 차단 |
| VPN | 분할 터널에서 음성 서비스 허용 | 전체 터널에서 지연 증가 유의 |
주의 : TLS 트래픽 콘텐츠 검사가 적용되면 음성 스트림이 중도 종료되어 “연결 문제”로 표기될 수 있다. 음성 인식 서비스 관련 도메인에 대해 검사 예외를 검토한다.
5단계: 애드인 충돌 및 안전 모드 진단
- 다음 명령으로 워드를 안전 모드로 실행한다.
winword.exe /safe - 안전 모드에서 받아쓰기가 정상 작동하면 애드인 충돌 가능성이 높다.
- 파일 > 옵션 > 추가 기능에서 COM 애드인을 모두 비활성화한 뒤 하나씩 활성화하며 원인을 특정한다.
6단계: Office 복구와 구성 요소 재설치
- 빠른 복구를 먼저 수행하고 문제가 지속되면 온라인 복구를 진행한다.
- 언어 팩과 음성 인식 구성 요소를 다시 설치한다.
7단계: 계정·라이선스·조직 정책 점검
- Microsoft 365 구독 상태가 유효한지 확인한다.
- 조직의 클라우드 서비스 사용 제한 정책, DLP, 조건부 액세스에 의해 받아쓰기가 제한될 수 있다.
- 디바이스가 준수 정책을 충족하지 못하면 일부 기능이 비활성화된다.
주의 : “조직에서 이 기능을 사용하지 못하도록 설정함” 메시지는 클라이언트 문제보다 정책 차단을 의미한다. 로컬 조치보다 정책 검토가 우선이다.
8단계: Windows 진단 명령어 세트
아래 명령은 관리자 권한 터미널에서 실행한다.
:: 시스템 파일 검사 sfc /scannow
:: 서비스 상태 점검(필요 서비스 예: 오디오, 네트워킹)
sc queryaudiosrv
sc query dhcp
sc query nlasvc
:: 네트워크 경로 지연 확인
pathping -n <게이트웨이_IP>
:: 프록시 확인
netsh winhttp show proxy
:: 오디오 장치 나열
pnputil /enum-devices /class Media
주의 : 기업 환경에서 netsh winhttp 프록시가 설정되어 있으면 앱이 시스템 계정 프록시를 사용하여 인증 실패를 일으킬 수 있다. 프록시 예외 규칙을 검토한다.
9단계: 레지스트리·로컬 정책 확인(고급)
정책 기반으로 마이크 접근이 차단된 경우 다음을 점검한다.
- 로컬 그룹 정책: 컴퓨터 구성 > 관리 템플릿 > 개인정보 설정 > 마이크 접근 허용 정책을 확인한다.
- 레지스트리 권한: 마이크 캡처 권한과 관련된 앱별 토글 값이 비활성화되어 있을 수 있다.
:: 레지스트리 백업 후 진행 권장 reg export HKLM\SOFTWARE\Policies backup_policies.reg
:: 마이크 정책 분기 조회(읽기)
reg query "HKLM\SOFTWARE\Policies\Microsoft\Windows\AppPrivacy" /s
주의 : 레지스트리 변경은 시스템 불안정을 유발할 수 있다. 변경 전 백업하고 조직 정책을 우선 확인한다.
10단계: Mac 환경 점검
- 시스템 설정 > 개인정보 보호 및 보안 > 마이크에서 워드의 마이크 접근을 허용한다.
- 입력 소스 언어와 워드 교정 언어를 일치시킨다.
- 오디오 MIDI 설정에서 입력 샘플링 레이트를 44.1 kHz 이상으로 조정한다.
- VPN 또는 프록시 사용 시 HTTPS 검사 예외를 검토한다.
문제 재현 체크리스트(실무용)
| 항목 | 체크 방법 | 기준 | 상태 |
|---|---|---|---|
| 기본 입력 장치 | 시스템 사운드 설정 | 의도한 마이크가 기본값 | □ |
| 마이크 권한 | 개인정보·앱 권한 | 워드 허용 | □ |
| 샘플링 레이트 | 장치 속성 고급 | ≥16 kHz | □ |
| 오피스 버전 | 계정 > 정보 | 최신 빌드 | □ |
| 네트워크 | VPN/프록시 우회 테스트 | 443 통신 가능 | □ |
| 애드인 충돌 | 안전 모드 테스트 | 문제 재현 여부 비교 | □ |
| 조직 정책 | 에러 메시지·관리자 확인 | 제한 정책 없음 | □ |
자주 발생하는 시나리오와 해결 사례
- USB 헤드셋 전환 후 무반응: 기본 입력이 노트북 내장 마이크로 유지됨. 기본 장치를 헤드셋으로 변경하니 즉시 정상화하였다.
- 회사 프록시 환경: 로그인은 되나 받아쓰기는 멈춤. 프록시 인증이 시스템 계정에서 실패하였고 예외 규칙 추가 후 해결하였다.
- 보안 솔루션 TLS 검사: 받아쓰기 시작 직후 종료. 음성 서비스 트래픽 검사 예외 적용 후 정상화하였다.
- 특정 애드인 충돌: 문서 관리 애드인 로드 시만 실패. 애드인 업데이트 후 해결하였다.
- 언어 불일치: 표시 언어는 한국어, 문서 교정 언어는 영어로 설정되어 인식률 저하. 동일 언어로 일치화하여 개선하였다.
- 오디오 샘플링 레이트: 8 kHz로 강제된 레거시 장치. 16 kHz로 변경 후 인식 안정화하였다.
현장 최적화 팁(정확도 개선)
- 마이크는 입에서 10~15 cm 거리를 유지한다.
- 에어컨 바람이나 키보드 타건음이 직접 마이크에 들어가지 않도록 위치를 조정한다.
- 전문 용어는 사용자 사전에 단어를 추가하여 후편집 시간을 줄인다.
- 문장부호 음성 명령어를 활용하여 편집 단계를 줄인다.
| 명령 예 | 효과 | 비고 |
|---|---|---|
| 쉼표, 마침표 | 문장부호 삽입 | 발음 또렷하게 |
| 새 줄 | 줄바꿈 | 단락 구분 |
| 따옴표 열기/닫기 | 인용부호 | 쌍따옴표 기준 |
자동 수습 스크립트 예시(고급 사용자)
다음 PowerShell 스크립트는 기본 입력 장치, 샘플링 레이트, 프록시 설정을 요약한다.
# 관리자 권한 PowerShell Write-Host "=== 오디오 입력 장치 ===" Get-CimInstance Win32_SoundDevice | Where-Object { $_.ProductName -match "Microphone|Audio|USB" } | Select-Object ProductName, Manufacturer, Status
Write-Host "=== WinHTTP 프록시 ==="
netsh winhttp show proxy
Write-Host "=== 오디오 엔드포인트(샘플링) ==="
$mm = New-Object -ComObject MMDeviceEnumerator
$cap = $mm.GetDefaultAudioEndpoint(1,1) # 1: Capture, 1: Console
$fmt = $cap.AudioClient.MixFormat
"{0} 채널, {1} Hz, {2} 비트" -f $fmt.nChannels, $fmt.nSamplesPerSec, $fmt.wBitsPerSample
주의 : 스크립트는 정보를 조회하는 용도이다. 구성 변경은 관리 절차에 따라 수행한다.
문제 보고 체크포인트(IT팀 전달용)
- 문제 발생 시각과 재현 단계, 스크린샷을 포함한다.
- 워드 버전, 운영체제 빌드, 오디오 장치 모델을 기재한다.
- VPN·프록시 사용 여부와 네트워크 위치를 기록한다.
- 안전 모드 결과와 애드인 목록을 첨부한다.
FAQ
인터넷 연결이 없어도 받아쓰기가 가능한가?
기본적으로 클라우드 엔진을 사용하므로 안정적인 인터넷 연결이 필요하다. 오프라인 음성 인식은 정확도가 낮거나 미지원일 수 있다.
블루투스 헤드셋 사용 시 딜레이가 큰데 정상인가?
블루투스 코덱 지연과 전송 품질 저하가 원인일 수 있다. USB 유선 마이크로 전환하면 지연과 누락이 줄어드는 경향이 있다.
기업 보안 환경에서 무엇을 우선 확인해야 하나?
TLS 검사, 프록시 인증, 분할 터널 정책을 1차로 확인한다. 음성 서비스 관련 트래픽이 차단되면 받아쓰기 시작 후 즉시 종료되는 현상이 발생한다.
특정 문서에서만 받아쓰기가 안 되는 이유는 무엇인가?
문서 보호 모드, 제한 편집, 매크로·문서 이벤트가 입력을 가로챌 수 있다. 새 빈 문서에서 재현되는지 먼저 확인한다.
정확도를 높이는 가장 쉬운 방법은 무엇인가?
마이크 위치 최적화, 주변 소음 억제, 언어·교정 옵션 일치화가 효과적이다. 전문 용어 사용자 사전 등록도 도움이 된다.