보관 기간과 파기

손님 정보를 언제까지 두고 언제 치울지 미리 정해 두는 일이에요. 법이 남기라고 하는 기록은 남기고, 그 밖은 목적이 끝나는 순간이 곧 기한이에요. 오래 쥐고 있을수록 새어 나갈 거리만 늘어나요.

쉽게 말하면

가게 창고에 종이 상자가 쌓여 있다고 생각해 보세요. 세금 신고 때문에 몇 년은 꼭 둬야 하는 거래 장부 상자가 있고, 작년 이벤트 참가 신청서처럼 이제 아무 쓸모 없는 상자도 있어요. 쓸모 없는 상자를 계속 쌓아 두면 창고 자리만 좁아지는 게 아니에요. 도둑이 들었을 때 털릴 게 그만큼 많아져요. 손님 정보도 똑같아요. 오래 쥐고 있는 정보는 자산이 아니라 재고 부담이에요.

위험한 방법

손님 명부 = 첫 손님부터 전부 보관 (한 번도 지운 적 없음)

실제로 들여다보는 건 최근 몇 달치인데, 사고가 나면 몇 년치가 한꺼번에 새요. 쓰는 범위는 작고 위험 범위만 커요.

안전한 방법

거래 기록 = 법이 정한 기간까지 그 밖 정보 = 목적이 끝나면 파기

사고가 나도 새는 범위가 작아요. 창고에는 꼭 둬야 하는 상자만 남아 있어요.

그래서 이 주제는 "정보를 지키는 법"의 옆문이에요. 자물쇠를 튼튼하게 하는 것도 방법이지만, 지킬 물건을 줄이는 것이 더 확실한 방법이거든요.

정보마다 시계가 다르게 돌아요

손님 정보를 한 덩어리로 보면 답이 안 나와요. "우리 서비스 정보는 몇 년 보관하나요" 라는 질문 자체가 성립하지 않아요. 종류별로 시계가 따로 돌기 때문이에요.

정보 종류	왜 남기나	언제까지가 상식적인가
주문·결제 기록	환불·분쟁·세금 신고 때 근거가 돼요	법이 정한 기간이 있어요. 짧지 않아요
회원 계정(이름·연락처)	로그인하고 연락하려고요	회원이 그만두면 목적이 끝나요
문의·상담 내용	같은 문제가 또 오면 참고해요	분쟁이 정리되는 기간까지만
광고 수신 동의	홍보 문자와 메일을 보내려고요	동의를 거두면 그 즉시 끝이에요
접속 기록·로그	사고 조사와 침입 추적용이에요	종류에 따라 법이 최소 기간을 정해 둔 것도 있어요
연습용 가짜 데이터	만드는 동안 화면을 채우려고요	개업 전에 정리해요. 남겨 둘 이유가 없어요

표에서 오른쪽 칸이 전부 "법이 정한" 으로 시작하지 않는 게 핵심이에요. 법이 기간을 못 박아 둔 것은 일부고, 나머지는 목적이 끝나는 순간이 곧 기한이에요. 그래서 기간을 정하는 일은 법전을 뒤지는 일이 아니라 "이 정보를 왜 받았는지"를 적는 일에서 시작해요.

숫자는 확인처에서 확인하세요

이 문서에 구체적인 개월 수와 연 수를 못 박지 않는 이유가 있어요. 법이 개정되고, 업종에 따라 다르고, 여러 법이 겹쳐서 하나만 보면 틀려요. 정확한 기간은 개인정보보호위원회와 한국인터넷진흥원(KISA) 의 안내 자료에서 확인하세요. 온라인 판매라면 공정거래위원회의 전자상거래 안내를 같이 보고, 앱을 스토어에 낼 거면 각 스토어의 개인정보 정책 문서도 따로 봐요. 스토어 정책은 특히 자주 바뀌어요.

기간을 정하는 순서

1왜 받았는지 한 줄로 적어요. "예약 확인 문자를 보내려고 받은 전화번호" 처럼요. 이 한 줄이 곧 기한이에요. 예약이 끝나고 분쟁 여지까지 지나가면 그 번호는 더 할 일이 없어요.
2법이 남기라고 하는 것만 따로 뽑아요. 거래·결제·세금 관련 기록이 여기 들어가요. 이건 손님이 지워 달라고 해도 못 지우는 칸이에요. 뒤집어 말하면, 이 칸에 없는 것은 지워야 하는 칸이에요.
3정한 기간을 개인정보처리방침에 적어요. 항목별 보관 기간을 쓰는 자리가 있어요. 여기서 중요한 건 순서예요. 적는 게 목표가 아니라 적은 대로 지우는 게 목표예요.
4지우는 일을 사람 기억에 맡기지 않아요. 매달 정해진 날에 알림이 오게 하거나, 기한 지난 것이 자동으로 파기되게 만들어요. 사람이 기억해서 하는 일은 반드시 잊혀요. 두 달만 지나도요.

적은 것과 실제가 어긋나면 더 나빠요

방침에 "1년 보관 후 파기" 라고 써 놓고 3년치가 그대로 남아 있으면, 그 문장이 사장님에게 불리한 자료가 돼요. 아무것도 안 적은 상태보다 나쁜 상태예요. 지킬 수 있는 기간을 적고, 적은 대로 지우는 장치를 같이 만드세요.

"지웠다"와 "파기했다"는 다른 말이에요

화면에서 안 보이면 지운 것 같지만, 대부분은 아니에요. 실수를 되돌릴 수 있게 표시만 감춰 두는 방식이 흔하거든요. 편리한 방식이고 잘못된 것도 아니에요. 다만 거기서 끝나면 파기가 아니에요.

사본이 숨어 있는 곳	왜 남나	어떻게 하나
휴지통·숨김 처리	실수 복구용으로 표시만 감춘 상태예요	유예 기간이 지나면 완전히 지우는 단계를 따로 둬요
백업 파일	사고 대비로 통째로 복사해 둔 것이에요	백업에도 기간을 정하고 오래된 것은 폐기해요
내려받은 엑셀 파일	정산하려고 한 번 뽑은 게 바탕화면에 남아요	쓰고 나면 그 파일부터 지워요
메신저·메일로 보낸 명부	알바나 외주 개발자에게 보낸 것이에요	보낸 곳까지 회수 대상이에요
외부 광고·분석 도구	손님 정보를 밖으로 보냈으면 그쪽에도 남아요	그 서비스의 보관 정책과 삭제 방법을 확인해요

파기는 원본 한 곳이 아니라 사본 전부를 대상으로 해요. 어려워 보이지만 해법은 단순해요. 애초에 사본을 괜히 만들지 않는 거예요. 정보를 밖으로 꺼내는 순간마다 기간 규칙 밖으로 나가는 사본이 하나 생겨요.

사장님이 실제로 겪는 장면

장면 1 · 손님이 지워 달라고 연락했다

“탈퇴했는데 왜 아직 문자가 와요? 제 정보 전부 지워 주세요.”

두 가지 요청이 섞여 있어요. 광고 문자는 즉시 멈춰야 하고, 계정 정보는 파기 대상이에요. 다만 이미 거래한 주문·결제 기록은 법이 남기라고 해서 못 지워요. 그래서 답장은 나눠서 해요. "광고 발송은 바로 중단했고 계정 정보는 파기했어요. 결제 기록은 법에서 정한 기간 동안 보관해야 해서, 그 기간이 지나면 함께 지워집니다" 처럼요. 전부 지웠다고 답했다가 기록이 남아 있는 게 밝혀지면 그게 더 큰 문제예요.

장면 2 · 외주 개발자가 말했다

“삭제는 일단 표시만 하는 방식으로 해 뒀어요. 나중에 필요할 수도 있으니까요.”

감춰 두기만 했다는 뜻이에요. 실수 복구에 좋은 방식이고 실무에서 흔해요(소프트 삭제). 문제는 감춘 다음이 없다는 거예요. "감춘 상태로 정해진 날이 지나면 완전히 지우는 청소 작업도 같이 넣어 주세요" 라고 요청하면 돼요. 이 한 문장이 파기와 방치를 가르는 선이에요.

장면 3 · 정산하려고 명부를 뽑았다

“월말 정산하려고 손님 목록을 엑셀로 내려받았는데, 그 파일이 아직 바탕화면에 있어요.”

서비스 안에서는 기한 관리가 잘 돌아가도, 내려받은 파일 한 장이 관리 밖으로 나가면 규칙이 안 통해요. 뽑은 파일은 쓰고 바로 지우는 습관이 어떤 정책 문서보다 실제로 세요. 꼭 남겨야 하면 파일 이름에 날짜를 붙여 두고, 정리하는 날에 같이 지워요.

증상과 주문 문장

고칠 방법을 몰라도 괜찮아요. 증상만 알아보면 AI에게 할 말이 정해져요. 왼쪽에서 내 상태를 찾아 오른쪽 문장을 그대로 붙여넣으세요.

이런 상태면	AI에게 이렇게 말해요
탈퇴 버튼은 있는데 정보는 그대로 남아 있어요	"탈퇴 처리할 때 계정 정보는 파기하고, 법으로 보관해야 하는 주문·결제 기록만 남기게 나눠 주세요. 남기는 기록에서도 이름과 연락처는 알아볼 수 없게 처리해 주세요."
오래된 문의 내역이 몇 년째 쌓이고 있어요	"문의 내역에 보관 기한을 두고, 기한이 지난 것은 자동으로 파기되게 해 주세요. 기한은 관리자 화면에서 바꿀 수 있게요."
지운 게 정말 지워졌는지 모르겠어요	"감춰 둔 데이터를 목록으로 볼 수 있는 관리자 화면을 만들고, 완전 삭제 버튼을 따로 붙여 주세요."
방침에 기간을 뭐라고 써야 할지 모르겠어요	"이 서비스가 지금 모으는 정보 항목을 전부 목록으로 뽑아 주세요. 항목마다 왜 받는지와 어디에 저장되는지도 함께요."
백업 파일이 무한정 쌓여요	"백업은 최근 것만 남기고 오래된 백업은 자동으로 폐기되게 해 주세요. 몇 개를 남길지는 설정으로 바꿀 수 있게요."
누가 언제 지웠는지 남기고 싶어요	"파기 작업이 돌면 무엇을 몇 건 지웠는지 기록만 남게 해 주세요. 지운 내용 자체는 남기지 말고요."

AI에게 물으면 안 되는 것

"법정 보관 기간이 몇 년이야?" 는 AI에게 할 질문이 아니에요. AI는 그럴듯한 숫자를 자신 있게 말해 줄 수 있고, 그게 틀리면 책임은 사장님에게 와요(환각). 기간은 확인처에서 확인하고, AI에게는 그 기간대로 움직이게 만들라고 시켜요. 판단은 사람이, 구현은 AI가 하는 분담이에요.

덜 받는 것이 제일 싼 대책이에요

기간 관리가 번거롭게 느껴지면 방향을 하나 바꿔 볼 수 있어요. 지울 계획을 정교하게 세우는 것보다, 애초에 받지 않는 쪽이 훨씬 쉬워요. 가입 폼과 문의 폼의 칸을 하나씩 짚어 보세요.

폼에 있는 칸	정말 필요한가	이렇게 바꿀 수 있어요
생년월일	나이 제한이나 생일 쿠폰이 있으면 필요해요	그런 기능이 없으면 칸을 빼요
주소	배송이 있으면 필수예요	매장 방문 예약이면 안 받아도 돼요
성별	쓸 데가 정해져 있으면 받아요	"통계로 쓸까 봐" 는 이유가 아니에요
전화번호와 이메일 둘 다	연락 수단이 두 개여야 하는 이유가 있나요	하나만 받아도 되는 경우가 많아요
주민등록번호 같은 고유 번호	법이 특별히 요구하는 경우가 아니면 받지 않아요	받는 순간 관리 의무가 크게 늘어요. 확인처에서 먼저 확인하세요

칸 하나를 빼면 그 칸의 보관 기간도, 파기 절차도, 사고 위험도 같이 사라져요. 가장 안전하게 관리되는 정보는 받지 않은 정보예요. 이건 돈도 시간도 안 드는 유일한 대책이에요.

가입 문턱도 같이 낮아져요

칸이 줄면 가입을 끝까지 마치는 손님이 늘어요. 안전과 매출이 같은 방향을 가리키는 드문 경우예요. 어떤 칸을 필수로 둘지 고르는 이야기는 폼 검증 쪽과도 이어져요.

지금은 신경 쓰지 않아도 되는 때

이 문서를 읽고 오늘 당장 무언가 만들어야 하는 건 아니에요. 아래에 해당하면 지금은 그냥 넘어가도 돼요. 안 해도 되는 걸 하느라 정작 손님 만나는 일을 미루는 게 더 손해예요.

1아직 손님 정보를 하나도 안 받고 있어요. 소개 페이지만 있고 문의 폼도 로그인도 없다면 기간을 정할 대상 자체가 없어요. 없는 정보는 새지도 않아요.
2만드는 중이에요. 화면 채우려고 넣은 가짜 이름과 번호는 개인정보가 아니에요. 개업 전에 연습 데이터를 정리하는 것만 기억해 두면 돼요.
3문의 폼 하나만 있어요. 이때 필요한 건 거창한 정책이 아니라 습관 한 줄이에요. "답장 끝난 문의는 지운다." 이걸로 충분해요.
4손님이 열 명 남짓이에요. 자동 파기 기능을 만드는 데 며칠 쓰기보다, 달력에 월말 정리 알림 하나 걸어 두는 게 실용적이에요. 사람 손으로 감당되는 규모면 사람 손이 정답이에요.

반대로 여기서부터는 미루면 안 돼요. 결제를 받기 시작했을 때, 회원 가입을 열었을 때, 명부를 다른 사람(알바·외주·마케팅 대행)과 나눠 쓰기 시작했을 때예요. 셋 다 정보가 새는 통로가 새로 생기는 순간이에요. 규모가 커져서가 아니라 통로가 생겨서 기준이 달라지는 거예요.

자주 묻는 것

Q. 보관 기간을 짧게 하면 손해 아니에요? 나중에 필요할 수도 있는데요: 다시 꺼내 보는 건 대부분 최근 기록이에요. 오래된 명부는 매출을 만들지 않으면서 위험만 쌓아요. 통계로 남기고 싶으면 이름과 연락처를 떼고 숫자만 남기는 방법이 있어요. 되돌릴 수 없게 떼어 냈으면 그건 개인정보가 아니라 통계라 오래 둬도 괜찮아요.
Q. 손님이 지워 달라고 하면 전부 지워야 하나요?: 아니에요. 법이 남기라고 하는 기록은 남겨야 하고, 남긴 게 잘못이 아니에요. 대신 무엇을 지웠고 무엇을 왜 남겼는지 알려 주는 게 맞아요. 안 지운 걸 지웠다고 말하는 것이 진짜 문제예요.
Q. 그만둔 회원 정보를 며칠 뒤에 지우는 건 괜찮아요?: 실무에서 흔한 방식이에요. 실수로 그만둔 경우 복구나 부정 이용 방지 같은 이유로 잠깐 두는 거예요. 다만 그 며칠도 방침에 적어 두고, 지나면 진짜로 지워져야 해요. 기간을 정해 두면 유예고, 안 정해 두면 그냥 보관이에요.
Q. 백업에도 손님 정보가 들어 있는데 백업은 어떻게 해요?: 백업도 기간을 정하는 대상이에요. 최근 며칠이나 몇 주치만 두고 오래된 것은 폐기하는 게 보통이에요. 백업을 영구히 쌓아 두면 파기했다고 말할 수 없어요. 백업 문서와 같이 보면 좋아요.
Q. 돈 안 받는 무료 서비스도 지켜야 하나요?: 돈을 받는지와 상관없어요. 기준은 손님 정보를 받는지예요. 무료로 받은 이메일 주소 하나도 개인정보예요.
Q. 혼자 만든 작은 서비스인데 누가 확인하나요?: 평소엔 아무도 안 봐요. 문제는 사고가 났을 때예요. 정보가 새거나 신고가 들어오면 그때 "기간을 정해 두고 지켜 왔는지"를 봐요. 준비는 사고가 난 뒤에는 못 해요.
Q. 이미 몇 년치가 쌓여 있어요. 지금부터 어떻게 해요?: 쌓인 것을 다 정리한 다음에 규칙을 만들겠다고 하면 영원히 시작을 못 해요. 순서를 뒤집으세요. 오늘부터 적용될 기한 규칙을 먼저 켜 두고, 밀린 것은 오래된 덩어리부터 천천히 따라가면 돼요. 재작년 문의 내역처럼 지금 아무도 열어 보지 않는 것이 첫 대상이에요.
Q. 오래 로그인 안 한 계정은 어떻게 해요?: 안 쓰는 계정을 따로 관리하는 것 자체는 좋은 습관이에요. 다만 관련 규정이 몇 차례 바뀌어서 지금 기준을 그대로 말씀드리기 어려워요. 개인정보보호위원회 안내에서 현재 기준을 확인하시고, 확인한 기준대로 동작하게 만드는 건 AI에게 시키면 돼요.

확인해 보세요

그만둔 손님이 "제 정보 전부 지워 주세요" 라고 했어요. 가장 알맞은 대응은?

하나 더

"삭제는 표시만 해 뒀어요" 라는 말은 무슨 뜻일까요?

직접 해보기

내 서비스가 지금 무엇을 받고 있는지 세어 보세요

스튜디오 채팅에 이 문장을 붙여넣어 보세요. "이 서비스가 손님에게 받는 정보 항목을 전부 목록으로 뽑아 주고, 항목마다 어디에 저장되는지 알려 주세요." 기간을 정하는 일은 목록 만들기부터 시작해요. 목록만 보고 아무것도 안 고쳐도 괜찮아요.

스튜디오에서 목록 뽑기

더 깊이 (안 읽어도 괜찮아요)

지우는 대신 알아볼 수 없게 만드는 방법 · 매출 통계는 남기고 싶은데 손님이 누구였는지는 남기고 싶지 않을 때 쓰는 방식이에요. 이름과 연락처를 떼고 "3월에 두 번 방문" 같은 형태만 남겨요. 되돌릴 수 없게 처리했으면 그 기록은 더 이상 개인정보가 아니라서 기간 규칙에서 벗어나요. 반대로 다시 붙일 수 있는 열쇠를 남겨 뒀다면 여전히 개인정보라 기간 규칙이 그대로 붙어요. 이 구분이 실무에서 가장 자주 헷갈리는 지점이에요.

기간을 세는 시작점 · "1년" 이라고 정해도 언제부터 1년인지가 없으면 규칙이 아니에요. 가입한 날부터인지, 마지막으로 이용한 날부터인지, 거래가 끝난 날부터인지 정해 둬야 해요. 실무에서는 마지막 이용일 기준이 흔해요. 계속 오는 손님을 억지로 끊지 않으니까요. 어느 쪽으로 정하든 방침에 적힌 문장과 실제 동작이 같은 것이 중요해요.

왜 파기한 기록을 남기라고 하나 · 파기했다는 말은 증명하기 어려운 종류의 말이에요. 없어진 것을 보여 줄 수는 없으니까요. 그래서 "무엇을 몇 건 언제 지웠다" 는 기록을 따로 남기는 관례가 생겼어요. 지운 내용은 안 남기고 지운 사실만 남기는 거예요. 창고에서 상자를 버릴 때 폐기 확인서만 철해 두는 것과 같아요. 원리는 감사 로그와 같아요.

이것만 기억하세요

·정보마다 기한이 달라요. 법이 정한 것과 목적이 끝나면 끝인 것으로 갈라요
·오래 쥔 정보는 자산이 아니라 위험이에요. 안 쓰면 치워요
·화면에서 감춘 것은 파기가 아니에요. 백업과 내려받은 파일까지가 대상이에요
·구체적인 기간은 개인정보보호위원회·한국인터넷진흥원 안내에서 확인해요. AI가 말한 숫자는 믿지 않아요
·손님 정보를 아직 안 받고 있으면 지금은 할 일이 없어요