Claude Enterprise 보존 기간 설정: 채팅을 줄여도 프로젝트가 남는 이유
TL;DR
Claude Enterprise 보존 기간을 채팅에만 설정하면 프로젝트 내부 채팅은 그 기간에 따라 삭제되지 않습니다. 프로젝트 보존 규칙이 채팅 규칙보다 우선하며 프로젝트 기간을 별도로 설정하지 않았다면 기본값인 무기한 보존이 적용됩니다.
기간을 단축하면 새 기준을 벗어난 데이터는 Save 즉시 영구 삭제 대상으로 예약됩니다. 따라서 설정을 저장하기 전에 적용 범위와 마지막 활동 기준을 구분하고 사람이 영향 검토와 승인을 마쳐야 합니다.
핵심 3줄 요약
핵심 1
채팅과 프로젝트 보존 우선순위는 프로젝트가 먼저이며 프로젝트 기간이 미설정인 경우에도 같습니다.
핵심 2
보존 기준은 독립 채팅의 마지막 메시지 시각과 프로젝트의 마지막 업데이트 시각으로 구분합니다.
핵심 3
기간 단축 전 영향 검토를 완료하고 별도 승인을 받기 전에는 Save하지 않습니다.
이 글에서 다룰 내용
보존 기간의 의미, 먼저 확인할 상황, 채팅과 프로젝트의 적용 규칙, 변경 전 영향 검토 6단계, 읽기 전용 검토 프롬프트, 결과 해석, 주의사항, 자주 묻는 질문
Claude Enterprise 보존 기간이란
Claude Enterprise 보존 기간은 조직의 대화와 프로젝트 데이터를 얼마나 오래 저장할지 관리하는 설정입니다. 공식 문서상 Enterprise 고객이 사용할 수 있으며 설정하려면 Primary Owner 또는 Owner 역할이 필요합니다.
사용자 지정 기간을 설정하지 않으면 데이터는 기본적으로 무기한 보존됩니다. 설정 가능한 최소 기간은 30일이며 월 단위는 달력상의 월 길이가 아니라 1개월을 30일로 계산합니다.
이 설정은 모든 Claude 기능의 데이터를 한꺼번에 관리하는 보존 정책이 아닙니다. 공식 문서가 명시한 적용 범위는 채팅과 프로젝트 콘텐츠이므로, 다른 기능까지 같은 기준으로 삭제된다고 해석하면 안 됩니다.
언제 먼저 확인해야 하나요
조직의 데이터 보관 정책을 바꾸거나 기존 기간을 줄이려는 경우에 먼저 확인해야 합니다. 특히 채팅 기간을 줄였는데 프로젝트 안의 대화가 남아 있다면, 삭제 실패라고 판단하기 전에 프로젝트 설정을 살펴봐야 합니다.
오래된 채팅을 프로젝트로 옮기거나 프로젝트 밖으로 꺼내려는 경우에도 확인이 필요합니다. 위치 이동은 단순한 화면 정리가 아니라 해당 채팅에 적용되는 보존 정책의 변경이기 때문입니다.
법적·계약상 보존 의무와 내부 기록 관리 기준도 설정 변경 전에 확인해야 합니다. 제품에서 선택할 수 있는 기간과 조직이 실제로 허용하는 기간은 같다고 단정할 수 없습니다.
채팅과 프로젝트의 적용 규칙
독립 채팅의 보존 기간은 해당 대화의 마지막 메시지 시각을 기준으로 시작합니다. 기간이 끝나면 프로젝트에 속하지 않은 채팅과 그 안의 아티팩트를 삭제합니다.
프로젝트는 마지막 업데이트 시각을 기준으로 보존 기간이 시작됩니다. 공식 문서는 업데이트에 채팅 생성과 프로젝트 지식 베이스 수정이 포함된다고 설명합니다.
프로젝트 내부 채팅에는 프로젝트 보존 규칙이 항상 우선합니다. 프로젝트에 사용자 지정 기간이 없어도 기본 무기한 보존이 적용되므로, 채팅 기간만 줄여서는 내부 채팅이 그 채팅 기간에 따라 삭제되지 않습니다.
프로젝트가 보존 기간에 도달하면 프로젝트뿐 아니라 그 안의 채팅과 아티팩트도 함께 삭제됩니다. 따라서 프로젝트 영향 검토는 프로젝트 이름뿐 아니라 내부 채팅과 아티팩트까지 확인해야 합니다.
채팅을 프로젝트 안으로 옮기면 프로젝트 기간을 따릅니다. 반대로 밖으로 옮기면 독립 채팅이 되어 마지막 활동을 기준으로 채팅 보존 기간에 따른 삭제 대상이 될 수 있으므로, 이동을 새 보존 기간의 시작으로 가정하면 안 됩니다.
변경 전 영향 검토 6단계
1단계. Primary Owner 또는 Owner 권한과 보존 의무 확인
먼저 설정 담당자가 Primary Owner 또는 Owner인지 확인하고 조직의 보존 의무를 검토합니다. 권한이 있다는 사실만으로 기간 단축의 업무상 승인까지 받은 것은 아니므로, 설정 담당자와 승인 책임을 구분합니다.
보존 의무가 불명확한 데이터는 삭제 검토를 확정하지 않고 확인 필요로 남깁니다. AI의 의견을 법적·계약상 판단이나 삭제 승인으로 대신하지 않습니다.
2단계. 현재 채팅·프로젝트 기간 읽기
Organization settings > Data and Privacy에서 현재 채팅 기간과 프로젝트 기간을 각각 확인합니다. 이 단계는 조회만 수행하며 검토를 위해 임시 기간을 입력하거나 Save하지 않습니다.
프로젝트 기간이 미설정이면 빈칸으로만 기록하지 말고 기본 무기한 적용임을 함께 적습니다. 현재 설정과 제안 기간은 구분해 기록해야 변경 전후의 영향을 비교할 수 있습니다.
3단계. 마지막 활동 기준 구분
대상을 독립 채팅, 프로젝트 내부 채팅, 프로젝트로 나눕니다. 독립 채팅은 마지막 메시지 시각을, 프로젝트는 마지막 업데이트 시각을 확인하고 내부 채팅에는 소속 프로젝트 규칙을 연결합니다.
실제 프로젝트에 시험 채팅을 만들어 삭제 여부를 확인하는 방식은 권하지 않습니다. 채팅 생성 자체가 프로젝트 업데이트에 포함되므로, 관찰하려던 보존 기준 시점을 바꿀 수 있습니다.
4단계. 읽기 전용 영향 검토표 완성
검토표는 아래 항목을 담는 저자 제안 내부 양식이며 Claude Enterprise의 기본 제공 기능을 뜻하지 않습니다. 실제 내용 대신 승인된 익명 식별자를 사용하고 원본 데이터나 설정은 변경하지 않습니다.
- 대상 정보: 익명 식별자, 대상 유형, 필요한 경우 익명 프로젝트 연결 정보
- 기준 정보: 마지막 활동 시각, 활동 기준 종류, 현재 채팅·프로젝트 설정
- 변경안: 제안 기간과 적용될 보존 규칙
- 검토 결과: 유지 예상, 삭제 검토 대상, 확인 필요 및 판단 근거
유지 예상은 제공된 정보상 제안 기간 밖에 해당하지 않는다는 뜻으로 사용합니다. 삭제 검토 대상은 삭제 승인이 아니며 활동 시각이나 소속 정보가 부족하면 확인 필요로 분류합니다.
5단계. 별도 사람 승인 전 Save하지 않기
검토 결과를 사람이 확인하고 별도로 승인하기 전까지 Save하지 않습니다. 기간을 단축해 저장하면 새 기간을 벗어난 데이터가 즉시 영구 삭제 대상으로 예약되므로, 저장 후 검토하는 순서는 피해야 합니다.
승인자는 삭제 검토 대상뿐 아니라 유지 예상과 확인 필요 항목도 확인합니다. 특히 프로젝트 무기한 보존 때문에 남는 항목이 조직의 변경 목적과 맞는지 살펴봅니다.
6단계. 승인 뒤 저장·재조회·감사 기록·관찰 계획 확인
승인 이후에만 권한 있는 담당자가 설정을 저장하고 같은 설정 화면을 다시 조회해 승인된 값과 일치하는지 확인합니다. 공식 문서에 따르면 보존 관련 작업과 변경은 감사 로그에 자동 기록되므로, 설정 변경과 데이터 삭제 이벤트를 모니터링합니다.
관찰 계획에는 삭제 대상뿐 아니라 유지되어야 할 비대상도 포함합니다. 이 글은 검토 절차를 설명하며 실제 설정 변경이나 데이터 삭제를 실행한 결과를 제시하지 않습니다.
그대로 쓰는 검토 프롬프트
다음 문안은 저자가 제안하는 내부 검토용 프롬프트이며 제품의 기본 기능이 아닙니다. AI는 승인된 메타데이터를 읽는 검토 보조로만 사용하고 실제 정책 판정과 삭제 승인은 사람이 담당합니다.
목적: Claude Enterprise 보존 기간 변경안의 영향을 읽기 전용으로 검토한다.
허용 입력: 승인된 익명 식별자와 대상 유형·소속을 나타내는 익명 표기, 마지막 활동 시각, 현재 보존 설정, 제안 기간만 사용한다.
제외 입력: 실제 대화·프로젝트 내용, 개인정보, 인증정보, 승인되지 않은 식별자는 받지 않는다.
출력 형식: 식별자별 적용 규칙, 유지 예상·삭제 검토 대상·확인 필요, 근거와 누락 정보를 불릿으로 작성한다.
완료 기준: 프로젝트 우선 규칙과 활동 기준을 반영하고 모든 입력 대상의 분류 또는 확인 필요 사유를 제시한다.
추정 금지: 누락된 시각·설정·보존 의무를 추정하지 말고 설정 변경·이동·시험 채팅·삭제를 실행하지 않는다.
승인 지점: 실제 정책 판정과 삭제 승인은 사람이 하며 별도 승인 전 Save하지 않는다.
검토 결과를 읽는 방법
유지 예상은 영구 보존 보증이 아니라 입력된 설정과 활동 정보를 기준으로 한 검토 결과입니다. 이후 프로젝트 업데이트나 채팅 이동으로 조건이 달라지면 다시 검토해야 합니다.
삭제 검토 대상은 제안 기간을 적용할 때 삭제 영향을 확인해야 하는 항목입니다. 확인 필요는 판단 실패를 감추는 표현이 아니라, 설정·소속·활동 정보나 보존 의무를 추가 확인해야 한다는 표시입니다.
채팅 기간 단축안에서 프로젝트 내부 채팅이 유지 예상으로 나와도 곧바로 오류는 아닙니다. 프로젝트 기간 미설정에 따른 무기한 보존이 원인인지 먼저 확인합니다.
주의할 점
삭제 시각은 예정된 날의 UTC 자정입니다. 일일 백그라운드 프로세스가 데이터를 제거하며 데이터가 많으면 며칠 걸릴 수 있지만 이 처리 지연을 취소 유예기간으로 이해해서는 안 됩니다.
보존 기간을 지난 데이터는 영구 삭제되며 복구할 수 없습니다. 기간을 단축해 Save하는 순간의 삭제 예약과 실제 제거 처리에 걸리는 시간을 구분해야 합니다.
사용자 지정 보존 기간은 Claude Design, Claude Tag, Claude Managed Agents 및 Claude Code on the web 기반의 다른 기능에는 적용되지 않습니다. 또한 자동 신뢰·안전 시스템이 사용 정책 위반으로 표시한 대화의 입력과 출력에는 별도 보존 예외가 있으므로, 일반 보존 설정만으로 처리 결과를 단정하지 않습니다.
자주 묻는 질문
Q1. 채팅 기간을 줄였는데 프로젝트 채팅은 왜 남나요?
프로젝트 내부 채팅에는 프로젝트 보존 규칙이 우선하기 때문입니다. 프로젝트 기간이 미설정이어도 기본 무기한 보존이 적용되므로, 채팅 기간만으로 내부 채팅이 삭제되지는 않습니다.
Q2. 보존 기간을 30일보다 짧게 설정할 수 있나요?
공식 문서상 최소 보존 기간은 30일입니다. 월 단위 설정에서는 1개월을 30일로 계산하며 별도 사용자 지정 설정이 없으면 기본값은 무기한입니다.
Q3. 저장 후 데이터가 남아 있으면 취소할 수 있나요?
처리 지연에 의존해 변경을 되돌리려 해서는 안 됩니다. 단축한 기간을 벗어난 데이터는 Save 즉시 영구 삭제 대상으로 예약되며 보존 기간을 지난 데이터는 영구 삭제되어 복구할 수 없습니다.
Q4. 채팅을 프로젝트 밖으로 옮기면 어떻게 되나요?
독립 채팅이 되어 채팅 보존 규칙을 적용받습니다. 마지막 활동을 기준으로 삭제 대상이 될 수 있으므로, 이동하기 전에 적용 정책과 영향을 검토해야 합니다.
출처
Anthropic 공식 도움말: Enterprise 사용자 지정 데이터 보존 설정. 적용 대상, 권한, 마지막 활동 기준, 프로젝트 우선 규칙, 삭제 동작과 감사 로그 안내의 근거입니다.
마무리
Claude Enterprise 보존 기간 관리의 핵심은 기간 숫자보다 적용 단위와 우선순위를 먼저 확인하는 것입니다. 채팅과 프로젝트를 분리해 읽고 마지막 활동 기준과 보존 의무를 검토한 뒤 사람의 승인으로 저장 여부를 결정해야 합니다.
한 줄 요약: 채팅을 줄여도 프로젝트 규칙은 남으므로, 기간 단축 전 영향 검토와 별도 사람 승인을 마친 뒤에만 Save합니다.
감자나라 AI 강의보기 5,000 
