오즈리포트뷰어를 설치하려고 검색하면 여러 기관의 설치 파일과 비슷한 이름의 실행 파일이 함께 보일 수 있습니다. 그러나 오즈리포트는 하나의 공용 문서 뷰어만 내려받아 모든 기관에서 사용하는 방식으로 운영되지 않을 수 있습니다. 보고서를 제공한 기관의 웹 시스템에 맞춰 전용 뷰어 또는 HTML5 방식이 연결되는 경우가 있으므로 설치 파일의 출처와 용도를 먼저 확인해야 합니다. 이 글은 2026년 8월 27일을 작성 기준일로 삼아 설치 파일 선택과 오류 원인 분리를 중심으로 설명합니다.

오즈리포트뷰어가 기관마다 다르게 설치되는 이유

FORCS의 공식 제품 안내에 따르면 OZ Report는 보고서 조회와 출력을 담당하는 Viewer를 제품 구성에 포함하고 있습니다. 공식 개발자 문서에는 Windows 10 이상 환경을 대상으로 하는 EXE 뷰어와 표준 운영체제 및 브라우저에서 동작하는 HTML5 뷰어가 구분되어 안내됩니다. 따라서 같은 오즈리포트라는 이름을 사용하더라도 기관이 선택한 뷰어 유형, 배포 경로, 보고서 서버 설정에 따라 설치 과정이 달라질 수 있습니다. ([kr.forcs.com](https//kr.forcs.com/oz-report/?utm_source=openai))

특히 정부기관, 금융기관, 학교, 기업의 업무 사이트는 보고서 양식과 서버 주소를 자체적으로 관리합니다. 사용자가 임의로 다른 기관에서 받은 설치 파일을 실행하면 프로그램 자체는 설치되더라도 필요한 보고서 연결 정보가 맞지 않을 수 있습니다. 설치가 끝났는데도 다시 설치하라는 안내가 반복되거나 보고서 대신 빈 창이 표시되는 이유가 여기에 있을 수 있습니다. 파일 이름보다 보고서를 발급한 사이트의 안내 화면을 우선해야 하는 이유입니다.

과거에는 웹 페이지에서 뷰어가 자동으로 내려받아지는 방식이 널리 사용됐지만 현재 공식 제품 자료는 HTML5 기반 리포팅과 크로스 플랫폼 지원도 함께 설명하고 있습니다. 그러므로 설치 버튼이 보인다는 사실만으로 반드시 별도 프로그램이 필요한 것은 아닙니다. 같은 사이트라도 이용 메뉴에 따라 EXE 뷰어, HTML5 뷰어, PDF 저장 기능이 다르게 제공될 수 있습니다. 설치 전에는 화면에 표시된 파일 형식과 이용 목적을 함께 확인해야 합니다. ([forcs.com](https//www.forcs.com/file/OZReportTrainingBook7.0.pdf?utm_source=openai))

최신 환경 기준표로 먼저 확인할 항목

아래 기준표는 오즈리포트뷰어를 설치하기 전에 확인할 순서를 정리한 것입니다. 버전과 지원 범위는 기관의 배포 정책이나 제품 업데이트에 따라 달라질 수 있으므로 실제 설치 화면의 안내가 우선입니다. Windows 10 이상은 FORCS의 Viewer 9.0 개발자 문서에 제시된 EXE 뷰어 기준입니다. 브라우저의 세부 버전과 보안 정책은 기관 시스템에 따라 다를 수 있어 특정 브라우저 하나를 항상 정답으로 단정해서는 안 됩니다. ([kr.forcs.com](https//kr.forcs.com/file/manual/kr/documentation-rv_dev/welcome_to.htm?utm_source=openai))

확인 대상우선 판단 기준문제가 생겼을 때 볼 부분
운영체제EXE 뷰어는 Windows 10 이상인지 확인Windows 에디션과 회사 보안 정책 확인
뷰어 방식EXE 설치형인지 HTML5 방식인지 확인사이트 안내 문구와 브라우저 개발자 도구 확인
설치 파일 출처보고서를 발급한 기관의 공식 화면인지 확인파일명보다 다운로드 경로와 기관 안내 확인
브라우저기관이 안내한 브라우저와 팝업 허용 여부 확인팝업 차단, 다운로드 차단, 호환성 설정 확인
출력 장치프린터가 운영체제에서 정상 인식되는지 확인기본 프린터, 용지 크기, 드라이버 상태 확인

표에서 가장 먼저 볼 항목은 운영체제가 아니라 뷰어 방식입니다. HTML5 방식이라면 별도 설치 없이 브라우저에서 보고서가 열릴 수 있고, EXE 방식이라면 설치 프로그램과 사용자 권한이 필요할 수 있습니다. 설치 파일을 실행하기 전에 사이트의 안내에 HTML5, 웹 뷰어, 프로그램 설치, 실행 파일 같은 표현이 있는지 살펴보세요. 이 구분만으로도 불필요한 재설치를 상당 부분 줄일 수 있습니다.

설치 파일을 고르는 실제 판단 절차

첫 단계는 보고서를 열려는 기관 사이트에 직접 접속하는 것입니다. 검색 결과에 노출된 블로그나 파일 공유 페이지에서 설치 파일을 먼저 내려받지 말고, 기관의 로그인 화면이나 문서 조회 메뉴에서 제공하는 설치 안내를 확인해야 합니다. 공식 제품 회사도 OZ Report가 공공기관과 금융기관 등 여러 분야에서 사용된다고 안내하고 있으므로 기관별 배포 환경이 존재할 수 있습니다. ([kr.forcs.com](https//kr.forcs.com/oz-report/?utm_source=openai))

두 번째 단계는 파일의 역할을 구분하는 것입니다. 설치 파일, 보고서 파일, 설정 파일은 서로 다른 용도일 수 있으며 확장자나 파일명만 보고 실행 대상을 정하면 안 됩니다. 기관 안내에서 설치 후 브라우저를 다시 열라고 했는지, 특정 프로그램을 관리자 권한으로 실행하라고 했는지, 별도 보안 모듈을 요구하는지까지 읽어야 합니다. 안내가 불분명하면 같은 기관의 고객센터나 전산 담당자에게 파일명을 전달해 확인하는 편이 안전합니다.

세 번째 단계는 기존 설치 흔적을 확인하는 것입니다. Windows 설정의 앱 목록 또는 제어판의 프로그램 목록에서 Forcs, OZ Family, OZ Viewer처럼 기관이 설치한 항목이 있는지 살펴봅니다. 같은 이름의 프로그램이 여러 개 있다면 모두 지우기 전에 최근 사용 기관과 연결된 프로그램을 확인해야 합니다. 다른 업무 사이트에서 사용하는 뷰어를 삭제하면 해당 사이트의 보고서 출력이 중단될 수 있습니다.

  1. 보고서를 제공한 기관 사이트에서 설치 안내를 확인합니다.
  2. EXE 설치형인지 HTML5 웹 뷰어인지 구분합니다.
  3. 운영체제와 사용자 권한을 확인합니다.
  4. 기존 뷰어와 동일 기관용 구성 요소가 있는지 살펴봅니다.
  5. 설치 후 브라우저 재시작과 보고서 재접속을 진행합니다.

네 번째 단계는 설치 파일을 저장한 뒤 바로 실행하지 않고 파일명과 다운로드 시각을 기록하는 것입니다. 재설치가 필요할 때 같은 파일인지 비교할 수 있고, 기관 문의 시 정확한 정보를 전달할 수 있습니다. 압축 파일이라면 먼저 신뢰할 수 있는 폴더에 풀고 내부 실행 파일이 안내된 이름과 일치하는지 확인합니다. 출처가 불명확한 실행 파일은 보안 프로그램을 끄고 설치해서는 안 됩니다.

설치 전 준비 체크리스트

설치 오류는 프로그램 결함보다 권한, 브라우저, 보안 프로그램, 네트워크 정책에서 시작되는 경우가 많습니다. 특히 회사나 학교 컴퓨터는 일반 사용자 권한으로 실행되며 실행 파일이나 팝업을 자동 차단할 수 있습니다. 다음 준비 항목을 순서대로 확인하면 설치 실패와 설치 후 실행 실패를 구분하기 쉬워집니다. 업무용 컴퓨터라면 보안 설정을 임의로 변경하지 말고 담당자의 승인 절차를 따르세요.

  • Windows 업데이트가 장시간 대기 중인지 확인합니다.
  • 다운로드 폴더에 같은 설치 파일이 여러 개 남아 있는지 확인합니다.
  • 브라우저 팝업과 파일 다운로드가 차단되어 있지 않은지 확인합니다.
  • 현재 로그인한 Windows 계정에 프로그램 설치 권한이 있는지 확인합니다.
  • 프린터가 다른 문서에서는 정상적으로 출력되는지 확인합니다.
  • 기관 사이트의 주소가 사내망이나 VPN을 필요로 하는지 확인합니다.

설치 전에는 열려 있는 브라우저 창과 같은 종류의 뷰어 프로그램을 모두 종료하는 것이 좋습니다. 이전 프로세스가 남아 있으면 새 파일이 덮어써지지 않거나 설치가 완료되지 않은 것처럼 보일 수 있습니다. 다만 작업 관리자를 이용해 정체가 불분명한 프로세스를 무조건 종료하지는 마세요. 프로그램 이름과 설치 기관을 확인한 뒤 필요한 경우에만 종료해야 합니다.

관리자 권한이 필요한지는 설치 파일을 실행했을 때 표시되는 Windows 권한 확인 창으로 판단합니다. 권한 확인 창이 나타나지 않는다고 해서 반드시 설치에 실패한 것은 아닙니다. 설치가 끝난 뒤 기관 사이트를 새로 열어 보고서가 실제로 호출되는지 확인해야 합니다. 바탕화면에 아이콘이 생기지 않는 배포 방식도 있으므로 아이콘 유무만으로 설치 성공 여부를 판정하면 안 됩니다.

설치 버튼을 눌러도 아무 반응이 없는 경우

버튼을 눌러도 아무 변화가 없을 때는 설치 프로그램이 실행되지 않은 경우와 브라우저가 다운로드를 막은 경우를 나누어 봐야 합니다. 먼저 브라우저의 다운로드 목록을 열어 파일이 내려받아졌는지 확인합니다. 파일이 있다면 다운로드 폴더에서 직접 실행하고, 파일 자체가 없다면 팝업 차단과 다운로드 차단 안내를 확인합니다. 이 단계에서 같은 버튼을 여러 번 누르면 동일 파일이 중복 저장되어 원인 파악이 더 어려워질 수 있습니다.

다운로드된 파일을 직접 실행했는데도 아무 반응이 없으면 Windows 보안 알림이나 백신 격리 기록을 확인합니다. 회사 보안 프로그램이 기관용 설치 파일을 차단한 경우 사용자가 임의로 예외 처리하기보다 전산 담당자에게 파일명과 차단 시각을 전달해야 합니다. 파일이 압축 형식이라면 압축 안에서 바로 실행하지 말고 신뢰할 수 있는 폴더에 전체 압축을 푼 뒤 실행합니다. 설치 파일을 바탕화면으로 복사하는 것보다 원래 다운로드 경로와 기관 안내를 보존하는 편이 추적에 유리합니다.

브라우저에서 파일이 내려받아졌지만 실행 창이 보이지 않는 경우에는 작업 관리자에서 설치 프로그램이 실행 중인지 확인할 수 있습니다. 실행 중이라면 중복 실행하지 말고 잠시 기다린 뒤 권한 확인 창이 뒤쪽에 가려져 있는지 살펴봅니다. 실행이 종료됐는데 아무 안내도 없으면 설치 로그가 제공되는지 기관 담당자에게 문의합니다. 사용자 화면에 오류가 없다는 사실은 설치가 정상적으로 끝났다는 뜻이 아닙니다.

설치했는데 다시 설치하라는 메시지가 나오는 경우

이 증상은 설치 프로그램이 실제로 완료되지 않았거나 브라우저가 이전 설치 상태를 인식하지 못할 때 나타날 수 있습니다. 먼저 브라우저를 완전히 종료한 뒤 다시 실행하고 기관 사이트에 재접속합니다. 작업 표시줄에 창이 남아 있거나 백그라운드 프로세스가 남아 있으면 재시작 효과가 충분하지 않을 수 있습니다. 그래도 반복되면 앱 목록에서 설치 날짜와 프로그램 이름을 확인합니다.

설치 목록에 프로그램이 없으면 권한 부족이나 보안 차단으로 설치가 중단됐을 가능성을 봅니다. 설치 목록에는 있지만 사이트가 계속 설치를 요구하면 기관 사이트가 기대하는 뷰어 유형과 설치된 구성 요소가 다를 수 있습니다. 예를 들어 EXE 뷰어를 설치했지만 해당 메뉴는 HTML5 뷰어를 요구하거나, 반대로 웹 뷰어가 실행되지 않아 보조 프로그램을 요구할 수 있습니다. 이때는 다른 사이트에서 받은 파일을 추가로 설치하기보다 기관 안내 화면의 설치 항목을 다시 비교해야 합니다.

여러 기관의 뷰어가 한 컴퓨터에 설치돼 있다면 프로그램 폴더 이름만으로 같은 제품인지 판단하기 어렵습니다. 설치 경로, 버전, 연결된 기관 메뉴가 다를 수 있기 때문입니다. 기존 프로그램을 제거하고 다시 설치하는 방법은 마지막 수단으로 두고, 먼저 기관 전산 담당자에게 현재 설치 목록과 반복 메시지 화면을 전달하세요. 제거 전에는 필요한 보고서 파일과 출력 설정을 백업해 두는 것이 좋습니다.

뷰어 창이 열리지만 흰 화면만 보이는 경우

흰 화면은 설치 실패와 같은 증상처럼 보이지만 실제로는 뷰어가 실행된 뒤 보고서 서버나 서식 파일을 불러오지 못한 상태일 수 있습니다. FORCS의 제품 자료는 보고서 조회 과정에서 뷰어와 서버, 데이터 처리가 연결되는 구조를 설명합니다. 따라서 창이 열렸다는 사실만으로 보고서 데이터까지 정상적으로 전달됐다고 볼 수 없습니다. ([forcs.com](https//www.forcs.com/file/OZReportTrainingBook7.0.pdf?utm_source=openai))

먼저 흰 화면에 메뉴와 도구 모음이 표시되는지 확인합니다. 메뉴도 전혀 없다면 브라우저 스크립트, 뷰어 리소스, 화면 영역 초기화 문제를 의심할 수 있고, 메뉴는 보이지만 보고서 영역만 비어 있다면 기관 서버 주소, 보고서 양식, 데이터 요청 문제를 우선 확인합니다. 일반 사용자는 개발자 도구를 무리하게 수정하기보다 오류가 발생한 시각과 화면 주소를 기록하는 것이 중요합니다. 기관 담당자는 브라우저 콘솔과 네트워크 요청, 서버 로그를 함께 확인해야 원인을 좁힐 수 있습니다.

같은 사이트의 다른 보고서도 흰 화면인지 확인하면 원인 분리에 도움이 됩니다. 모든 보고서가 비어 있으면 브라우저 또는 서버 연결 문제일 가능성이 커지고, 특정 보고서만 비어 있으면 해당 보고서 양식이나 매개변수 문제일 수 있습니다. 다른 네트워크에서는 정상인지 비교할 때는 개인정보가 포함된 문서를 외부 환경에서 열지 않도록 주의해야 합니다. 사내망, VPN, 보안 접속이 필요한 서비스라면 네트워크를 바꾸기 전에 담당자에게 확인하세요.

보고서는 보이지만 인쇄되지 않는 경우

인쇄 오류는 뷰어 문제와 Windows 프린터 문제를 분리해서 확인해야 합니다. 먼저 메모장이나 PDF처럼 다른 프로그램에서 같은 프린터로 출력해 프린터 자체가 정상인지 봅니다. 다른 프로그램도 출력되지 않으면 프린터 상태, 기본 프린터 지정, 용지 걸림, 드라이버와 인쇄 대기열을 확인해야 합니다. 다른 프로그램은 정상인데 오즈리포트뷰어만 출력되지 않으면 뷰어의 출력 설정이나 기관의 인쇄 제한을 확인합니다.

보고서가 화면에 정상 표시되더라도 용지 크기와 방향이 실제 프린터 설정과 다르면 출력이 잘리거나 빈 용지가 나올 수 있습니다. 미리보기에서 페이지 수와 용지 방향을 확인하고, 프린터 속성에서 A4 또는 기관이 지정한 용지를 선택합니다. 무조건 배율을 축소하면 글자가 지나치게 작아질 수 있으므로 먼저 원본 보고서의 페이지 설정을 확인해야 합니다. 출력 버튼을 여러 번 누르기 전에 인쇄 대기열에 작업이 쌓였는지도 확인하세요.

인쇄 대신 PDF 저장이 가능한 메뉴라면 임시 진단 수단으로 활용할 수 있습니다. PDF 저장은 성공하지만 직접 인쇄만 실패한다면 문서 생성보다 프린터 연결이나 출력 모듈을 우선 의심할 수 있습니다. 반대로 PDF 저장과 인쇄가 모두 실패하면 보고서 생성, 권한, 뷰어 연결 문제를 함께 봐야 합니다. 기관 문서가 보안 출력이나 진본 확인 기능을 사용하는 경우에는 저장과 인쇄가 동일하게 허용되지 않을 수 있습니다.

적용 사례로 보는 원인 분리

첫 번째 사례는 공공기관 사이트에서 설치 파일을 실행했지만 사이트에 들어갈 때마다 설치 안내가 반복된 경우입니다. 사용자는 검색으로 받은 일반 오즈리포트뷰어를 설치했지만 기관 사이트가 요구한 것은 해당 기관 전용 배포 구성 요소였습니다. 앱 목록에는 뷰어가 있었으므로 설치 자체는 성공했지만 기관 사이트가 확인하는 구성 요소가 달랐던 것입니다. 해결 순서는 기존 프로그램을 즉시 삭제하는 것이 아니라 기관 사이트의 공식 설치 메뉴에서 제공한 파일명과 현재 설치 항목을 비교하는 것입니다.

두 번째 사례는 보고서 창과 도구 모음은 나타났지만 내용이 흰색으로 비어 있던 경우입니다. 다른 메뉴의 보고서는 정상이고 특정 보고서만 비어 있었다면 컴퓨터 전체의 뷰어 설치보다 해당 보고서의 양식 경로, 데이터 조건, 서버 처리 상태를 먼저 확인해야 합니다. 사용자는 보고서 이름, 조회 조건, 발생 시각, 다른 보고서의 정상 여부를 기록해 담당자에게 전달할 수 있습니다. 이 정보가 있으면 단순 재설치보다 서버와 보고서 단위의 점검으로 빠르게 전환할 수 있습니다.

세 번째 사례는 화면 조회는 정상인데 인쇄 버튼을 눌러도 종이가 나오지 않은 경우입니다. 메모장에서는 같은 프린터가 작동했고 PDF 저장도 가능했다면 프린터 고장보다는 뷰어 출력 설정이나 기관의 인쇄 제어를 확인하는 편이 합리적입니다. 반대로 인쇄 대기열에 작업이 멈춰 있었다면 뷰어를 재설치해도 문제가 해결되지 않습니다. 이 사례는 오류 증상보다 다른 프로그램의 비교 결과가 더 중요한 경우입니다.

실수하기 쉬운 선택과 예외 대응

가장 흔한 실수는 오즈리포트뷰어라는 검색어로 찾은 첫 번째 설치 파일을 모든 기관에 적용하는 것입니다. 오즈리포트는 여러 산업과 서비스에 사용되며 Viewer, Enterprise Server, HTML5 기술 등 구성 요소가 나뉘어 있습니다. 사용자가 필요한 것은 서버나 개발 도구가 아니라 해당 기관이 제공하는 조회용 클라이언트일 가능성이 높습니다. 제품 이름이 비슷하다는 이유로 개발자용 파일이나 다른 기관용 패키지를 설치하지 않도록 주의해야 합니다. ([kr.forcs.com](https//kr.forcs.com/oz-report/?utm_source=openai))

두 번째 실수는 브라우저 호환성 문제를 해결한다며 보안 설정을 광범위하게 낮추는 것입니다. 팝업 허용은 해당 기관 사이트에 한정하고, 백신이나 방화벽을 끄는 조치는 기관 담당자의 안내가 있을 때만 제한적으로 진행해야 합니다. 설치가 되지 않는다고 해서 관리자 권한을 가진 계정을 다른 사람과 공유해서도 안 됩니다. 필요한 권한과 차단 정책을 담당자가 확인하도록 오류 화면을 보존하는 것이 안전합니다.

예외적으로 개인용 Windows 컴퓨터가 아니라 원격 데스크톱, 가상 PC, 업무용 단말기에서 보고서를 여는 경우에는 로컬 프린터가 뷰어에 연결되지 않을 수 있습니다. 이때 화면 조회는 정상이어도 인쇄 대상이 보이지 않거나 다른 프린터로 지정될 수 있습니다. 원격 환경에서는 접속 세션의 프린터 연결 정책과 기본 프린터를 먼저 확인해야 합니다. 기관 보안 정책상 로컬 저장과 인쇄가 제한된 환경이라면 사용자가 설정으로 우회할 수 없습니다.

오류를 신고할 때 준비할 정보

기관 전산 담당자에게 문의할 때 단순히 설치가 안 된다고 말하면 같은 설치를 반복하게 될 수 있습니다. 운영체제, 브라우저 이름, 기관 사이트 메뉴, 설치 파일명, 오류 발생 시각을 함께 전달하는 것이 좋습니다. 설치 전부터 문제가 있었는지, 설치 후 처음에는 정상 작동했는지도 원인 판단에 도움이 됩니다. 개인정보와 주민등록번호, 금융정보가 포함된 화면은 캡처 전에 가리거나 전달하지 않아야 합니다.

  • 사용 중인 Windows 버전과 로그인 계정 유형
  • 사용한 브라우저와 발생한 메뉴 이름
  • 설치 파일의 정확한 파일명과 저장 위치
  • 설치 완료 메시지의 표시 여부
  • 다시 설치하라는 문구나 흰 화면의 발생 시점
  • 다른 보고서와 다른 프로그램의 출력 결과

화면 캡처를 보낼 때는 주소 표시줄과 오류 문구가 함께 보이도록 하되 민감한 정보는 가립니다. 흰 화면 문제라면 보고서 조건과 조회 시각을 별도로 적어야 담당자가 서버 로그를 대조할 수 있습니다. 인쇄 문제라면 프린터 이름과 다른 프로그램의 출력 성공 여부를 함께 알려야 합니다. 이처럼 증상을 재현할 수 있는 정보가 있으면 불필요한 뷰어 삭제와 재설치를 줄일 수 있습니다.

설치와 오류 해결을 위한 최종 점검 순서

오즈리포트뷰어 문제는 프로그램을 먼저 지우고 다시 설치하는 방식보다 증상을 단계별로 나누는 것이 효율적입니다. 보고서가 열리지 않는지, 뷰어 창만 열리는지, 보고서는 보이지만 인쇄만 안 되는지를 구분하면 점검 대상이 달라집니다. 기관 공식 설치 경로와 안내된 뷰어 방식을 확인한 뒤 운영체제, 브라우저, 권한, 네트워크, 프린터 순서로 확인하세요. 작성 기준일 이후 설치 파일과 지원 환경이 바뀔 수 있으므로 실제 이용 시 기관의 최신 안내 페이지를 다시 확인해야 합니다.

  1. 기관 사이트에서 필요한 뷰어 방식과 설치 파일을 확인합니다.
  2. 파일 출처와 운영체제 조건을 확인한 뒤 설치합니다.
  3. 브라우저를 완전히 다시 열고 동일 메뉴에서 보고서를 재호출합니다.
  4. 흰 화면이면 전체 보고서와 특정 보고서의 차이를 비교합니다.
  5. 인쇄 오류면 다른 프로그램의 프린터 출력부터 확인합니다.
  6. 해결되지 않으면 파일명, 환경, 시각, 증상을 정리해 기관에 문의합니다.

이 순서를 따르면 오즈리포트뷰어가 필요한 상황과 별도 설치가 필요 없는 상황을 구분할 수 있습니다. 또한 설치 실패와 서버 보고서 오류, 프린터 오류를 한 가지 문제로 오해하는 일도 줄어듭니다. 최신 공식 안내와 실제 기관 화면이 다르면 기관 사이트의 현재 안내를 우선하고, 사용 중인 파일을 함께 제시해 확인받으세요. 특정 설치 파일을 모든 사용자에게 권장하기보다 보고서를 제공한 기관과 이용 환경에 맞춰 판단하는 것이 핵심입니다.

자주 묻는 내용

오즈리포트뷰어를 공식 홈페이지에서 하나만 내려받으면 모든 기관 문서를 열 수 있나요

그렇게 단정하기 어렵습니다. OZ Report는 여러 기관과 기업 시스템에 적용되며 뷰어 유형과 서버 연결 방식이 나뉠 수 있습니다. 보고서를 제공한 기관이 별도 설치 파일을 안내했다면 그 경로를 우선해야 합니다. 같은 확장자의 문서라도 기관별 배포 구성과 접근 권한이 다를 수 있습니다.

설치 후 바탕화면에 아이콘이 생기지 않으면 실패한 것인가요

반드시 실패한 것은 아닙니다. 웹 사이트에서 필요한 구성 요소만 설치하고 브라우저에서 호출하는 방식이라면 별도 아이콘이 만들어지지 않을 수 있습니다. 앱 목록에 설치 항목이 있는지 확인한 뒤 기관 사이트에서 보고서를 다시 열어 실제 작동 여부를 판단해야 합니다. 아이콘이 없다는 이유만으로 다른 실행 파일을 추가 설치하지 마세요.

흰 화면이면 무조건 뷰어를 삭제하고 다시 설치해야 하나요

아닙니다. 메뉴와 도구 모음이 보이는지, 다른 보고서는 정상인지 먼저 비교해야 합니다. 특정 보고서만 비어 있으면 서버의 보고서 양식이나 조회 조건 문제일 수 있고 모든 보고서가 비어 있으면 브라우저나 서버 연결 문제일 수 있습니다. 원인 구분 없이 재설치하면 해결되지 않을 뿐 아니라 기존 기관 설정을 잃을 수 있습니다.

인쇄가 안 될 때 브라우저를 바꾸면 해결되나요

경우에 따라 브라우저 설정이 원인일 수 있지만 항상 그렇지는 않습니다. 먼저 다른 프로그램에서 같은 프린터가 작동하는지, 인쇄 대기열이 멈춰 있지 않은지 확인해야 합니다. PDF 저장은 되는데 직접 인쇄만 안 된다면 프린터 연결이나 출력 설정을 우선 점검하는 편이 합리적입니다. 기관의 최신 브라우저 안내가 있다면 그 조건에 맞춰 비교하세요.

설치 파일이 여러 개 보이면 최신 날짜 파일을 선택하면 되나요

최신 날짜만으로 선택하면 안 됩니다. 파일이 배포된 기관, 연결되는 업무 메뉴, 운영체제 조건, 뷰어 방식이 함께 맞아야 합니다. 파일명과 다운로드 경로를 기관 안내와 대조하고, 불명확하면 담당자에게 확인해야 합니다. 작성 기준일은 2026년 8월 27일이므로 이후 변경된 설치 안내가 있는지 실제 기관 페이지에서 재확인하세요.