개인정보 흐름도

개인정보가 수집되어 이용, 제공, 보관, 파기되는 흐름을 업무 단위로 그려야 하는 이유를 설명합니다.

서버 목록에는 업무의 이동이 보이지 않습니다

개인정보 처리 시스템 목록에는 고객관리 시스템 하나가 적혀 있습니다. 실제 업무에서는 신청서가 메일로 들어오고, 담당자가 내려받아 엑셀로 정리한 뒤, 협력업체에 파일을 전달할 수 있습니다. 저는 시스템 목록과 개인정보 흐름도를 같은 문서로 보지 않습니다.

시스템 목록은 어디에 무엇이 있는지를 보여 줍니다. 흐름도는 누가 어떤 목적으로 받아서 어디로 보내고 언제 없애는지를 보여 줍니다. 사고와 과도한 보유는 주 시스템보다 업무 사이의 복사본에서 발견되는 경우가 많습니다.

저는 '개인정보를 수집한다'는 추상적인 문장 대신 접수 화면, 상담 메일, 통화 녹음, 종이 신청서처럼 실제 장면을 적습니다. 수집 항목과 근거, 이용 부서, 제공 대상, 저장 위치, 보유기간을 그 장면에 연결합니다.

같은 정보도 목적이 달라지면 별도의 흐름이 됩니다. 계약 이행을 위해 받은 연락처를 행사 홍보에 이용한다면 수집 당시의 흐름만으로 설명하기 어렵습니다. 목적이 바뀌는 지점과 새로운 처리 근거를 따로 봐야 합니다.

잘 그린 흐름도도 서비스와 담당자가 바뀌면 금방 낡습니다. 신규 시스템 도입, 위탁업체 변경, 수집 항목 추가, 보유기간 변경을 흐름도 갱신 조건으로 정합니다. 개인정보 담당자 혼자 업데이트하기보다 업무 변경을 승인하는 절차와 연결하는 편이 안정적입니다.

흐름도를 점검할 때는 복사본을 묻습니다. 내려받은 파일, 공유 폴더, 메일 첨부, 테스트 데이터, 백업과 출력물이 어디에 남는지 확인합니다. 공식 시스템 밖의 사본이 보이면 파기와 접근통제의 책임도 함께 정합니다.