운영을 열기 위해
추가로 필요한 것

데이터를 받아 저장하는 기반은 준비됐습니다. 아래는 웹 공개와 정기 수집을 시작하기 전에 담당자가 정하거나 제공할 내용입니다.

요약1·2번은 운영을 시작하기 위한 필수 준비입니다. 3번은 데이터 반영 전 업무 담당자가 확인할 절차입니다.

현재 상태

현재까지 확인된 상태

끝난 일과 승인을 기다리는 일을 나눴습니다.

01AWS 기반준비 완료

네트워크·저장소·서버·데이터베이스 구축

02실제 데이터 흐름확인 완료

파일 수신부터 저장까지 흐름 확인

공개웹·BI 공개승인 대기

인증·DNS·HTTPS 입력 필요

확인데이터 반영 전 확인확인 대기

합계·코드 연결 경고 확인 필요

결정이 필요한 항목

비밀번호·토큰·WIF 원문은 이 페이지에 입력하지 않습니다.

운영 공개에 필수

회사 계정으로 포털과 BI에 로그인하려면 Google 인증, 도메인, HTTPS 연결을 순서대로 준비해야 합니다.

1단계 · Google Workspace 관리자: 내부용 웹 OAuth 클라이언트를 만들고 아래 두 로그인 반환 주소를 등록합니다.
2단계 · Google Groups 관리자: CMSLAB 포털 그룹을 만들고 그룹 조회 권한을 승인합니다.
3단계 · 인증 담당자: AWS와 Google을 연결하는 WIF 설정을 생성해 보안 채널로 전달합니다. WIF 원문을 웹페이지나 일반 메일에 붙이지 않습니다.
4단계 · Gabia DNS 담당자: ACM이 요청한 검증 CNAME 기록을 등록하고 data·bi 도메인을 ALB 주소에 연결합니다.
5단계 · 운영 승인자: HTTPS/OIDC와 웹 포털·BI 실행을 승인합니다. 이후 두 주소의 로그인·그룹 권한·로그아웃을 확인합니다.

등록할 로그인 반환 주소https://data.cms-lab.co.kr/oauth2/idpresponsehttps://bi.cms-lab.co.kr/oauth2/idpresponse

자동 수집에 필수

파일을 한 번 올리는 것과 외부 시스템을 매일 읽는 것은 다릅니다. 정기 수집은 시스템마다 조회 권한과 운영 담당자 승인이 필요합니다.

1단계 · 자동으로 수집할 시스템과 담당자를 정합니다. 시스템마다 따로 승인 기록을 남깁니다.
2단계 · 시스템 관리자: 조회 전용 계정 또는 조회용 뷰를 만들고 쓰기·삭제 권한은 주지 않습니다.
3단계 · 보안 담당자: 계정 정보는 승인된 보안 경로로 전달합니다. 페이지·메일 본문에 비밀번호를 적지 않습니다.
4단계 · ERP 담당자: IP 제한이 있으면 수집 서버 IP를 허용 목록에 등록합니다.
5단계 · 운영 담당자: 수집 주기, 실행 시간대, 실패 연락처를 정합니다.
6단계 · 전환 승인자: 새 수집 서버(Fargate) 결과가 기존 수집기와 같은지 확인한 뒤 시스템별 전환을 승인합니다. 확인 전에는 기존 수집기를 그대로 씁니다.

업무 담당자 확인 필요

데이터 형식 검사는 끝났습니다. 업무 담당자가 합계와 코드 연결 경고를 확인해야 실제 숫자를 반영할 수 있습니다. 지금 자료는 반영 전 검토 목록에 있습니다.

지금 필요한 결정

A웹·BI 공개

Google 인증·그룹·WIF·Gabia DNS 정보를 준비하고 공개 활성화를 승인합니다.

B정기 수집

시스템별 조회 권한과 수집 주기, 새 수집 서버 전환·되돌리기 담당자를 정합니다.

C데이터 반영 전 확인

합계와 코드 연결 경고를 확인하고 반영 여부를 정합니다.