견적서 정리 AI, 직원 메일함 전체를 읽게 해도 될까요?

🍎 바쁘다면 알짜배기만이라도 !

• 견적서 비교표를 만드는 AI에 직원 메일함 전체를 읽게 할 필요는 없습니다. 처리할 견적서만 전달하는 구성이 가능하며, 회신을 맡기지 않았다면 메일 발송 권한도 제외할 수 있습니다.
• 읽기 전용이어도 읽는 범위가 넓을 수 있습니다. 직원 메일함 전체를 읽는 권한과, 구매팀이 고른 견적서만 받는 구성은 다릅니다. AI가 다른 폴더의 메일을 요청해도 시스템이 거부하는지까지 확인할 대상입니다.

견적서 정리와 직원 메일함 전체 접근

견적서 정리 자동화가 직원 메일함 전체를 읽게 되면, 기존 계약이나 가격 협상 메일까지 처리 대상에 포함할 수 있습니다. 예를 들어 구매 담당자가 거래처의 첨부 견적서를 AI로 읽어 품목·단가·납기를 엑셀에 모으려 한다고 가정해 보겠습니다. 그 직원의 메일함에는 견적서뿐 아니라 기존 계약, 다른 거래처와의 가격 협상, 사내 보고도 있습니다. 필요한 것은 견적서의 항목인데, 연결 과정에서는 그보다 넓은 메일 접근을 승인하기 쉽습니다.

자동화 예산을 승인할 때 정할 범위에는 읽을 자료와 실행할 기능이 모두 포함됩니다. 비교표를 만드는 일에 회신 발송까지 필요하지는 않습니다. 나중에 거래처 회신을 자동화하기로 하면 그때 수신자와 첨부 자료를 포함한 별도 업무로 검토할 수 있습니다. 한 번 연결하기 편하다는 이유로 두 업무의 권한을 한꺼번에 줄 필요는 없습니다.

AI 지시문으로 제한할 수 없는 계정 권한

AI에게 “견적서만 정리하고 다른 일은 하지 마”라고 적어도, 연결한 계정의 권한은 바뀌지 않습니다. Gartner는 2026년 2월 연구의 공개 요약에서 입력 문구를 걸러내는 것만으로는 부족하며, AI가 도구를 사용해 실제로 수행하는 행동의 권한을 통제해야 한다고 설명했습니다. 구매 업무에 적용하면 지시문에 금지 사항을 적는 것과, 메일 시스템이 발송 요청을 거부하는 것을 구분해야 한다는 뜻입니다. Gartner, 2026.02

외부에서 받은 문서도 AI의 행동을 바꿀 수 있습니다. 문서 속 문장을 자료가 아닌 작업 지시로 받아들이게 만드는 공격을 간접 프롬프트 인젝션이라고 합니다. 보안 지침을 만드는 OWASP의 2025년 문서는 메일 요약 AI가 악성 메일의 지시를 따라 받은편지함의 민감한 정보를 찾아 외부로 전달하는 예시를 제시합니다. 실제 고객사 사고 통계가 아니라, 불필요한 조회·발송 기능을 함께 허용했을 때의 위험을 설명한 예시입니다. OWASP, 2025

견적서가 들어오는 곳과 회사 자료를 읽는 곳, 외부로 보내는 곳을 한 AI가 모두 사용할 수 있다면 잘못된 지시의 영향이 비교표에 그치지 않습니다. 반대로 AI가 처리 대상 파일만 받고 외부 발송 기능을 사용할 수 없다면, 같은 문장을 읽어도 회사 메일함을 검색해 회신하는 행동은 할 수 없습니다. 문서에서 단가를 잘못 추출하는 문제는 여전히 남지만, 그 오류가 영향을 줄 수 있는 시스템은 줄어듭니다.

메일 권한 문서의 읽기·수정·발송 범위

Microsoft 메일 연결에서는 읽기·수정·발송 권한을 분리할 수 있습니다. Microsoft의 메일 연결 권한 문서에서 로그인한 사용자를 대신하는 권한을 대조하면, Mail.Read는 그 사용자의 메일함 읽기이고 Mail.ReadWrite는 생성·읽기·수정·삭제 4개 동작을 허용합니다. 읽기만 필요한 단계에 이 권한을 주면 생성·수정·삭제 3개 동작도 허용합니다. 메일 발송은 여기에 포함되지 않습니다. 발송은 Mail.Send라는 별도 권한입니다. Microsoft Graph 권한 문서, 2026년 10월 대조

견적서 정리만 한다면 원본 메일 수정·삭제는 불필요한 권한입니다. 첨부 견적서를 읽고 별도 엑셀 파일에 결과를 저장하는 업무라면 원본 메일을 삭제할 이유가 없습니다. 처리 완료 표시를 위해 메일을 이동하거나 수정하려는 것이라면, 그 편의를 위해 추가하는 권한인지 구분할 수 있습니다.

읽기 권한을 골랐다고 자료 범위까지 좁아지는 것도 아닙니다. 문서의 Mail.Read는 직원 메일함 읽기를 허용하며, “견적서 폴더만 읽기”라는 권한이 아닙니다. 이 권한만 부여한 상태에서 프로그램이 평소 특정 폴더만 조회하도록 작성돼 있다는 사실은, 다른 폴더의 조회 요청이 시스템에서 거부된다는 뜻이 아닙니다. 견적서 폴더 밖의 조회도 실제로 거부되는지는 별도로 검증할 일입니다.

견적서 입력과 거래처 회신의 분리

견적서 정리만 맡긴다면 수집 프로그램이 구매팀이 지정한 폴더의 첨부파일을 AI에 전달하도록 구성할 수 있습니다. 구매팀이 지정한 자료를 수집하는 프로그램과, 문서의 문장을 해석하는 AI를 분리하는 것입니다. AI는 전달받은 파일만 읽고 메일함을 직접 검색하지 않도록 구성합니다. 메일을 조회하는 프로그램 자체의 접근 범위와 자료 선별 규칙은 여전히 관리 대상입니다.

구매 전용 메일함을 쓰는 것도 자료 범위를 줄일 수 있는 선택입니다. 다만 주소만 새로 만든다고 제한되는 것은 아닙니다. 자동화의 연결 권한이 다른 직원 메일함까지 포함한다면 다른 직원의 자료 접근을 차단하지 못합니다. 전용 메일함에 다른 업무의 메일을 계속 전달해도 같은 문제가 생깁니다. IT 담당자에게 시험용 메일함의 견적서 조회는 허용되고, 대상 밖 메일 조회와 발송은 거부되는 기록을 요청하면 실제 제한을 확인할 수 있습니다.

AI에 브라우저 조작까지 맡기는 구성이라면 웹메일 발송도 제한되는지 검사 대상에 포함됩니다. 메일 연결 기능에서는 발송을 막았지만 같은 AI가 직원이 로그인한 브라우저를 조작할 수 있다면, 웹메일의 보내기 버튼으로 발송이 가능한지도 시험해야 합니다. 화면을 대신 클릭하는 자동화(RPA)에서도 AI의 해석 결과가 그대로 발송 동작을 지시한다면 동일한 검토가 필요합니다. 제품 이름을 RPA로 바꾼 것만으로 접근 제한이 생기지는 않습니다.

비교표 자동화에 남길 범위

메일함 전체 조회와 외부 발송이 함께 허용돼 있고 실행 단계에서 제한할 방법이 없다면, 견적서 정리 AI를 그 직원 계정으로 무인 운영하는 안은 보류하는 편이 타당합니다. 이때도 구매 담당자가 고른 파일을 읽어 비교표 초안을 만드는 일까지 포기할 이유는 없습니다. 사람의 자료 선별 시간이 남는 대신, AI에 맡긴 일과 실제 접근 가능한 자료를 일치시킬 수 있습니다.

거래처 회신까지 실제 업무에 포함된다면 발송 기능을 무조건 없앨 수는 없습니다. 회신 자동화는 견적서 정리와 별도로 수신자·본문·첨부파일을 검토하고, 잘못 보낸 메일에 대응할 담당자를 정할 일입니다. 또한 읽기 권한을 좁혀도 단가 추출의 정확도나 AI 서비스가 문서를 보관하는 기간까지 정해지지는 않습니다.

자동화 도입 견적서에 “메일 연동”이라고만 적혀 있으면, 구매팀은 비교표가 만들어진다는 것만 알 수 있습니다. 처리할 문서와 접근 가능한 메일함, 수정·삭제·발송 허용 여부가 함께 적혀 있어야 무엇을 맡기는지 알 수 있습니다. 견적서의 단가를 읽을 수 있다는 것과, 그 회사 직원의 이름으로 메일을 보낼 수 있다는 것은 다른 권한입니다.