기업 AI 도입 전 데이터 검토: 학습 사용·보관·처리 지역을 나누세요

한 문구로 모든 데이터 조건을 설명할 수 없습니다

기업용 AI의 기능이 대화에서 검색·파일 처리·장기 실행으로 넓어지면 저장되는 정보도 늘어납니다. Google의 현행 데이터 보관 문서는 기능별 조건을 나누어 설명하고, Microsoft Copilot의 개인정보 문서는 업무 데이터의 처리와 접근을 다룹니다. 제품에 붙은 '기업용'이라는 표현 대신 실제 사용할 기능의 조건을 확인해야 합니다.

학습에 사용하지 않는 데이터라도 세션 재개, 오류 조사, 사용량 집계나 보안 처리 때문에 일정 기간 저장될 수 있습니다. 반대로 대화 원문을 보관하지 않아도 조직의 자체 로그에 같은 내용이 남을 수 있습니다. 공급사의 처리와 고객사가 구축한 시스템의 처리를 함께 그려야 빠지는 영역을 찾을 수 있습니다.

기능과 데이터의 조합으로 검토합니다

입력 문서, 모델 요청, 도구 응답, 실행 중간 상태와 최종 결과를 각각 목록에 적으세요. 어떤 기능이 정보를 받는지, 누가 조회할 수 있는지, 어디에 저장되는지와 삭제 방법을 연결합니다. 같은 공급사의 기능이라도 외부 검색이나 연결 서비스가 추가되면 처리 경로가 달라질 수 있습니다.

'저장 위치를 선택한다'는 기능이 곧 모든 처리가 그 지역에서만 이루어진다는 뜻은 아닙니다. Google의 2026년 10월 분석 API 릴리스도 지역별 저장과 처리 지원을 구체적으로 설명합니다. 다른 모델이나 검색 기능까지 같은 조건이라고 넓혀 해석하지 말고 사용할 조합별 문서를 확인하세요.

문서의 약속이 설정에 반영됐는지 확인합니다

기능을 활성화할 때 기본으로 저장되는 항목과 저장하지 않도록 바꿀 수 있는 항목을 구분합니다. 개발 환경에서 편의를 위해 켠 상세 로그가 운영에도 남아 있는지, 오류 추적 도구로 요청 원문이 전송되는지도 살펴보세요. 운영자가 조회할 정보는 문제를 조사하는 데 필요한 범위로 정합니다.

삭제 시험은 대화 화면에서 사라지는지만 보지 않습니다. 업로드 파일, 파생 색인, 캐시, 장기 실행의 저장 상태와 백업 처리 조건도 확인해야 합니다. 사용자의 삭제 요청이 접수됐을 때 자동 처리할 부분, 계약상 별도 절차가 필요한 부분과 완료를 설명할 방법을 정리합니다.

도입 판단에는 업무 정보의 민감도를 반영합니다

공개 제품 설명을 정리하는 업무와 고객 계약 원문을 분석하는 업무는 같은 조건으로 승인할 필요가 없습니다. 우선 공개·가공 자료로 기능을 시험하고 실제 자료를 연결할 때 접근·보관·처리 조건을 검토할 수 있습니다. 이 글은 기술·조달 검토 항목이며 개별 계약이나 규제의 충족 여부를 판정하는 문서는 아닙니다.

• 상품과 기능별 적용 문서를 확인했는가
• 공급사와 자체 시스템의 저장 경로를 모두 그렸는가
• 설정·권한·삭제를 실제 계정으로 시험했는가
• 조건이 바뀔 때 재검토할 담당자가 있는가