개인정보처리방침

⚠️ LEGAL-UNREVIEWED — 초안입니다. 아직 게시하지 마십시오

• 변호사 검토를 받지 않았습니다. 출시 전 법무 검토가 반드시 필요합니다 (constitution §3).
• 인용한 법령의 현재 조문을 다시 확인하지 않았습니다. 근거로 적은 법률 이름은 통용되는 이해에 따른 것이며, 조문 번호와 문구를 원문과 대조하지 않았습니다. 특히 결제 관련 보존 기간은 결제를 실제로 시작하기 전에 재확인해야 합니다.
• 중괄호 { } 는 아직 값을 모르는 채움칸입니다. 아래 채움칸 목록을 모두 채우기 전에는 완성본이 아닙니다.
• 이 표시는 법무 검토를 마쳤을 때만 지웁니다.

⚠️ 게시 전에 반드시 해결해야 할 것 — 제6조(파기)

🔺 2026-08-11 · 스펙 025로 절반이 해소됐습니다. 이 블록은 그래서 지우지 않고 다시 썼습니다. 🔺 2026-08-15 · 스펙 027이 남은 절반(약속 데이터의 익명화)을 사실로 만들었습니다. 이 블록은 여전히 지우지 않습니다 — 아직 약속인 2줄이 남아 있습니다.

~~이 방침의 제6조에 적은 보관 기간을 실제로 실행하는 코드가 지금 저장소에 하나도 없습니다.~~ ~~→ 제6조의 표 7줄 가운데 4줄은 실제로 실행하는 코드가 생겼고, 3줄은 아직 아닙니다.~~ ~~→ 제6조의 표 7줄 가운데 5줄은 실제로 실행하는 코드가 생겼고, 2줄은 아직 아닙니다.~~ → 제6조의 표 8줄 가운데 6줄은 실제로 실행하는 코드가 생겼고, 2줄은 아직 아닙니다. 🔺 2026-09-25 · 스펙 009C — 신고·조치 기록이 생겨 「신고·조치 기록 — 처리를 마친 날부터 1년」 줄이 더해졌고, 같은 스펙이 파기 명령에 그 종류를 넣어 처음부터 사실인 줄로 들어왔습니다.

~~셈: 8줄 중 완전히 사실 6 · 절반 0 · 아직 약속 2.~~ 🔺 2026-09-27 · 스펙 065 — 셈: 8줄 중 완전히 사실 7 · 절반 0 · 아직 약속 1. 「운영 기록 1년」 줄이 「서비스 이용 기록 · 접속 IP 정보 3개월」로 바뀌었고(ADR 045), 서버가 그 기록을 날짜별 파일로 쓰고 90일이 지난 파일을 스스로 지우게 되어 처음부터 사실인 줄로 바뀌었습니다. 남은 약속은 결제 기록 5년 한 줄입니다. 줄 수는 8 그대로입니다. ~~⚠️ 줄 수는 7 그대로입니다. 027 은 파기 종류를 늘리지 않았습니다 — 줄을 쪼개 8줄로 세면 025 가 승인받은 셈과 어긋납니다.~~ 🔺 2026-09-25 · 009C — 줄 수가 7 에서 8 이 됐습니다. 기존 줄을 쪼갠 것이 아니라 자기만의 보관 기간(처리를 마친 날부터 1년)을 가진 새 기록이 생겼기 때문입니다. 027 이 파기 종류를 늘리지 않았다는 사실은 그대로입니다.

⚠️ "파기 기능이 끝났으니 이제 게시해도 된다"는 뜻이 아닙니다. 아직 약속인 2줄이 남아 있고, 그 줄들은 지금 지울 대상이 한 건도 없어서 만들지 않은 것입니다. 대상이 생기는 순간(서버 호스팅·유료 결제) 그 줄은 즉시 거짓이 됩니다. 이것은 location(위치정보)·marketing(마케팅) 동의에서 이미 한 번 일어난 것과 정확히 같은 구조의 문제입니다. ⚠️ 그리고 6줄도 저절로 지워지지는 않습니다. 파기 명령을 실제 삭제 인자와 함께 돌리거나 서버의 주기 실행을 켜야 하며, 둘 다 기본값이 "지우지 않음" 입니다. 익명화도 같은 명령 안에서만 일어납니다 — 명령을 아무도 돌리지 않으면 익명화도 한 건도 일어나지 않습니다. ⚠️ 이 블록을 지우는 것은 남은 2줄이 사실이 됐을 때뿐입니다. 🔺 2026-09-27 · 스펙 065 — 남은 약속은 결제 기록 한 줄입니다. 위 「서버 호스팅」 쪽 줄(운영 기록)은 서버가 스스로 90일 뒤 지우게 되어 사실이 됐습니다. 이 블록은 결제 기록 줄이 사실이 될 때까지 지우지 않습니다. 근거: docs/개인정보-대장.md §4-1 · 스펙 025 §7-1 · 스펙 027 §7-1 · 잔여 작업은 docs/inventory/SPEC-PLAN.md C15 에 있습니다.

연결되는 동의 항목: legal_terms.key = privacy_policy (필수 동의) 근거 문서: docs/개인정보-대장.md — 이 방침의 수집 항목은 그 대장의 "지금 실제로 데이터가 들어오는 개인정보 129개" 와 1:1로 맞춰 썼습니다. 🔺 2026-08-10 · 스펙 023으로 항목 수가 51 → 56 이 됐습니다. 늘어난 다섯은 적용 국가(관할)·그 판정 근거·판정 시각(제2조 2-3)과 동의 기록·동의 이력에 함께 적히는 적용 국가 둘입니다. 🔺 2026-08-15 · 스펙 007로 항목 수가 56 → 63 이 됐습니다. 늘어난 일곱은 전부 약속 참여자 명부입니다 — 어느 약속인가 · 누가 참여하는가 · 그 약속에서의 자격 · 초대에 대한 상태 · 참석 확정 여부 · 명부에 오른 시각 · 초대에 답한 시각(제2조 2-3 · 제4조 "약속 서비스 제공"). 받는데 적지 않으면 누락이므로 명부를 만드는 작업에서 이 방침을 함께 고쳤습니다. 🔺 2026-08-15 · 스펙 008로 항목 수가 63 → 67 이 됐습니다. 늘어난 넷은 전부 초대 링크입니다 — 어느 약속의 링크인가 · 누가 만들었는가 · 열쇠말을 대조하기 위한 값 · 링크를 만든 시각(제2조 2-3 · 제4조 "약속 서비스 제공"). ⚠️ 그리고 이 스펙에서 처음으로 "누구에게 보이는가"의 범위가 넓어졌습니다 — 초대 링크를 받은 사람은 아직 참여자가 아닌데도 약속의 제목·장소·시각·만든 사람의 표시 이름과 참여자 수를 봅니다. 제5조를 그에 맞게 고쳤습니다. 보이는 범위는 거기까지이고 참여자 명단은 보이지 않습니다. ✅ 초대 링크 때문에 새로 만들지 않은 것 셋: 누가 어느 링크로 들어왔는가 · 언제 어디서 링크를 눌러 봤는가(접속 기록) · 어떤 사유로 거절당했는가. 셋 다 만들지 않았으므로 제6조(파기)의 표는 7줄 그대로입니다. 🔺 2026-08-16 · 스펙 028이 제5조를 두 번째로 넓혔습니다 — 이 스펙에서 고친 조항은 제5조 하나뿐입니다. 이제 초대 링크를 받은 사람에 아직 회원이 아닌 사람(회원가입을 하지 않아 이 방침에 동의한 적이 없는 사람)이 포함되고, 그 사람에게는 프로필 사진이 보이지 않습니다. ⚠️ 항목 수는 67 그대로이고 제2·3·4·6조는 한 글자도 바뀌지 않았습니다 — 새로 받는 개인정보가 0건이기 때문입니다(새 표 0 · 새 칸 0 · 가입 중의 초대 열쇠말을 서버에 두지 않습니다 · ADR 021). 몰아치기 제한도 링크별 횟수로만 세어 IP·기기를 읽지 않으므로 제3조도 여전히 사실입니다. ⚠️ 제5조를 넓히는 것은 변호사가 다시 봐야 할 자리입니다 — 약관에 동의한 적 없는 사람에게 제3자의 표시 이름이 보이는 구조이고, 이 초안은 아직 법무 검토를 받지 않았습니다(위 LEGAL-UNREVIEWED · SPEC-PLAN C11). 🔺 2026-08-17 · 스펙 012로 항목 수가 67 → 69 가 됐습니다. 늘어난 둘은 전부 차단 기록입니다 — 누가 막았는가 · 누가 막혔는가(제2조 2-3 · 제4조 "원치 않는 상대를 내 약속에서 막는 것"). ⚠️ 차단한 시각·해제 이력·차단 사유는 받지 않습니다 — 담을 칸 자체를 만들지 않았습니다. ✅ 차단 때문에 넓어지는 것이 하나도 없어 제5조는 한 글자도 고치지 않았습니다 — 차단은 보이는 범위를 좁히는 기능입니다(차단한 상대는 서로의 「함께한 사람」 목록에서 사라집니다). 제6조(파기)의 표도 7줄 그대로입니다 — 차단 기록은 계정이 파기되면 함께 사라져 별도의 보관 기간을 두지 않기 때문입니다. ✅ 차단 때문에 새로 만들지 않은 것 셋: 언제 막았는가 · 언제 풀었는가 · 왜 막았는가. 셋 다 담을 자리를 만들지 않았고, 차단당한 사람에게는 아무것도 알리지 않습니다. 🔺 2026-08-19 · 스펙 009로 항목 수가 69 → 73 이 됐습니다. 늘어난 넷은 전부 약속 안의 대화입니다 — 어느 약속의 대화인가 · 누가 썼는가 · 대화 내용 · 보낸 시각(제2조 2-2·2-3 · 제4조 "약속 서비스 제공"). ⚠️⚠️ 이 앱이 처음으로 「이용자가 쓴 문장 자체」를 담습니다 — 대화 내용은 자유롭게 쓰는 칸이라 이용자가 적은 것이 그대로 저장되며, 그 사실을 약속 장소와 같은 방식으로 제2조 2-2 에 밝혔습니다. ⚠️ 그리고 「누구에게 보이는가」의 범위가 넓어졌습니다 — 대화 내용은 같은 약속의 다른 참여자에게 보입니다. 제5조를 그에 맞게 고쳤습니다. 초대 링크를 받은 사람에게는 보이지 않습니다(제5조의 표 그대로). ✅ 대화 때문에 새로 만들지 않은 것 넷: 누가 언제 읽었는가(읽음 표시) · 안 읽은 개수 · 메시지를 고치거나 지운 이력 · 접속한 곳·기기 정보. 넷 다 담을 자리를 만들지 않았습니다. 제3조는 한 글자도 바뀌지 않았습니다. ✅ 대화는 약속에 딸린 기록입니다. 그 약속이 삭제되면 대화도 함께 삭제됩니다(제6조의 "약속 데이터" 항목을 따르며, 별도의 보관 기간을 두지 않습니다). 그래서 제6조(파기)의 표는 7줄 그대로입니다. 🔺 2026-08-20 · 스펙 009B로 항목 수가 73 → 78 이 됐습니다. 늘어난 다섯은 약속이 바뀐 것을 대화에 알리는 안내문 셋과 어디까지 읽었는가 둘입니다 — 어떤 일이 있었는가 · 그 일에 딸린 값 · 누가 그 일을 했는가 · 어디까지 읽었는가(시각) · 어디까지 읽었는가(글 번호)(제2조 2-3 · 제4조 "약속 서비스 제공"). ⚠️ 「누가 그 일을 했는가」에는 이름 글자가 아니라 계정 번호가 담기고, 그 사람이 계정을 해지하면 그 자리는 비워집니다 — 대화 — 누가 썼는가 와 같은 방식입니다. ⚠️ 그리고 「누구에게 보이는가」의 범위가 넓어졌습니다 — 이번에는 방향이 다릅니다. 약속을 나가거나 내보내진 사람은 더 이상 그 약속의 참여자가 아닌데, 그 사실을 알린 안내문에 그 사람의 표시 이름이 남은 참여자에게 계속 보입니다. 옛 문장("같은 약속에 참여하는 이용자들 사이에서")은 그 경우를 덮지 못하므로 제5조에 한 줄을 더했습니다. ✅ 안내문 때문에 새로 만들지 않은 것 셋: 바뀌기 전후의 내용(옛 제목·옛 장소·옛 시각) · 누가 언제 이 글을 읽었는가(읽음 표시) · 안내문을 위한 별도의 표. 셋 다 담을 자리를 만들지 않았습니다. 제3조는 한 글자도 바뀌지 않았습니다. ✅ 안내문과 「어디까지 읽었는가」는 둘 다 약속에 딸린 기록입니다. 안내문은 대화와 같은 자리에 있어 약속이 삭제되면 함께 삭제되고, 어디까지 읽었는가는 참여자 명부 한 줄에 있어 약속에서 나가면 그 줄과 함께 사라집니다. 그래서 제6조(파기)의 표는 7줄 그대로이고 제7조(위탁)에 더한 줄도 0개입니다. ✅ 실시간 전달 프로그램은 회사가 직접 운영합니다 — 다른 회사에 맡기지 않으므로 제7조(위탁)에 새로 더한 줄이 없습니다. ⚠️ 다만 그 판단이 법령상 맞는지는 아직 확인하지 않았습니다 — 법무 검토를 받아야 할 자리이고(SPEC-PLAN C11), 이 초안은 아직 그 검토를 받지 않았습니다(문서 첫머리의 LEGAL-UNREVIEWED 참조). 🔺 2026-08-20 · 스펙 010으로 항목 수가 78 → 82 가 됐습니다. 늘어난 넷은 전부 메시지에 다는 반응입니다 — 어느 글에 달았는가 · 누가 달았는가 · 무엇을 달았는가 · 언제 달았는가(제2조 2-3 · 제4조 "약속 서비스 제공"). ⚠️ 「무엇을 달았는가」는 자유롭게 쓰는 칸이 아닙니다 — 정해진 여섯 가지 중 하나만 저장되며, 그 점에서 대화 내용과 성질이 다릅니다. ⚠️ 그리고 「누구에게 보이는가」의 범위가 넓어졌습니다 — 내가 어느 글에 어떤 반응을 달았는지가 같은 약속의 다른 참여자에게 보입니다. 제5조를 그에 맞게 고쳤습니다. ⚠️ 서로 차단한 상대의 반응은 개수에서 빠지므로 같은 글의 개수가 사람마다 다르게 보일 수 있습니다 — 오류가 아니라 차단의 결과입니다. ✅ 반응 때문에 새로 만들지 않은 것 셋: 반응을 신고하는 통로 · 여섯 밖의 이모지 · 반응을 고친 이력. 셋 다 담을 자리도 통로도 만들지 않았습니다. 제3조는 한 글자도 바뀌지 않았습니다. 🔺 2026-08-29 · 이 줄은 원래 「넷」이었고 첫째가 누가 눌렀는지 이름 목록 이었습니다 — 스펙 010B가 그것을 만들었기에 넷에서 셋으로 고쳤습니다(아래 2026-08-29 문단 참조). ⚠️ 고치지 않으면 이 방침이 만든 것을 안 만들었다고 말하게 됩니다. ✅ 반응은 글과 계정 양쪽에 딸린 기록입니다. 그 약속이 삭제되면 글과 함께 사라지고, 반응을 단 사람이 계정을 해지하면 그 사람이 단 반응이 함께 삭제됩니다. 그래서 제6조(파기)의 표는 7줄 그대로이고 제7조(위탁)에 더한 줄도 0개입니다. ⚠️ 반응이 이용약관의 「게시물」에 해당하는지는 이 스펙에서 판단하지 않았습니다. 010 은 이용약관 3종을 한 글자도 고치지 않았습니다. 해당 여부는 법무 검토를 받아야 할 자리입니다(SPEC-PLAN C11 · 문서 첫머리의 LEGAL-UNREVIEWED 참조). 🔺 2026-08-21 · 스펙 016A가 제2조 2-3 의 「기기 식별자」 한 줄을 고쳤습니다 — 이 스펙에서 고친 조항은 그 한 줄뿐입니다. 016A 이전의 앱은 기기 식별자를 앱을 켤 때마다 새로 지어냈고, 그래서 이 방침은 그 값이 켤 때마다 새로 만들어진다는 뜻의 한 문장을 적어 두었습니다. 016A 가 그 값을 기기의 안전한 저장소에 남기게 했으므로 그 문장은 사실이 아니게 됐고, 사실이 아닌 채로 둘 수 없어 세 언어를 같은 작업에서 함께 고쳤습니다. ⚠️ 왜 남기게 했는가: 옛 방식에서는 로그아웃할 때 앱이 존재한 적 없는 기기의 이름을 보내 서버의 로그인 열쇠가 실제로 끊기지 않았습니다. 값을 기기에 남겨야 그 사람의 로그인이 제대로 끊기고, 기기 기록이 로그인할 때마다 한 줄씩 늘지 않습니다. ✅ 016A 가 새로 걷는 개인정보는 0건입니다 — 새 표 0개 · 새 칸 0개 · 마이그레이션 0건이고, 대장의 항목 수는 82 그대로입니다. 새로 받는 동의도 0건이고, 제6조(파기)의 표는 7줄 그대로이며 제7조(위탁)에 더한 줄도 0개입니다. ⚠️ devices 8칸의 보관 기간은 여전히 「미정」입니다 — 016A 는 그것을 정하지 않았습니다(정하면 제6조가 8줄이 됩니다). ⚠️ 바뀐 것은 「받는 것」이 아니라 「그 값의 성질」입니다. 쓰는 목적은 그대로입니다 — 여러 기기의 로그인 상태와 알림 수신처를 관리하는 것이고, 광고나 이용자 추적에 쓰지 않으며 외부에 넘기지 않습니다. 그 범위를 넘는 순간 이 방침이 다시 거짓이 됩니다. ⚠️ 값이 기기에 남게 된 이상 「지속적 식별자」로 볼 여지가 생겼는지는 법무 검토를 받아야 할 자리입니다(SPEC-PLAN C11 · 문서 첫머리의 LEGAL-UNREVIEWED 참조). ✅ 016A 는 이용약관 3종을 한 글자도 고치지 않았습니다. 특히 이용약관 제8조 2항("현재 앱 안에는 탈퇴 메뉴가 없습니다")은 그대로 참입니다 — 016A 는 설정 화면에 탈퇴 수단을 만들지 않았습니다. 🔺 2026-08-22 · 스펙 011로 항목 수가 82 → 88 이 됐습니다. 늘어난 여덟은 전부 약속의 변경 이력입니다 — 어느 약속의 일인가 · 누가 그 일을 했는가 · 누구에게 한 일인가 · 무슨 일이 있었는가 · 언제 있었던 일인가 · 어떤 항목이 바뀌었는가 · 바뀌기 전 값 · 바뀐 뒤 값(제2조 2-3 · 제4조 "약속 서비스 제공"). ⚠️ 「누가 · 누구에게」에는 이름 글자가 아니라 계정 번호가 담기고, 그 사람이 계정을 해지하면 그 자리는 비워지고 이력 줄은 그대로 남습니다 — 대화 — 누가 썼는가 와 같은 방식입니다. ⚠️ 009B 가 "새로 만들지 않은 것" 으로 적어 둔 「바뀌기 전후의 내용(옛 제목·옛 장소·옛 시각)」을 011 이 만들었습니다. 다만 대화 안이 아니라 그 밖의 자리입니다 — 대화에 남는 안내문은 여전히 그 값을 담지 않고, 변경 이력이라는 별도의 자리가 담습니다. ⚠️ 약속을 고쳐도 옛 제목·옛 장소가 그 자리에 남습니다. ⚠️ 그리고 「누구에게 보이는가」의 범위는 넓어지지 않았습니다 — 다만 009B 가 넓혀 둔 자리가 한 곳 더 해당됩니다. 약속을 나가거나 내보내진 사람의 표시 이름이 대화의 안내문뿐 아니라 변경 이력에도 남아 같은 약속의 참여자에게 보입니다. 새 줄을 만들지 않고 제5조의 그 줄을 넓혔습니다. ✅ 변경 이력 때문에 새로 만들지 않은 것 다섯: 이름 글자를 담는 칸 · 완성된 문장을 담는 칸 · 초대 링크의 주소나 열쇠말 · 참석 표시를 켜고 끈 기록 · 초대를 거절한 기록. 다섯 다 담을 자리를 만들지 않았습니다. 제3조는 한 글자도 바뀌지 않았습니다. ✅ 변경 이력은 약속에 딸린 기록입니다. 그 약속이 삭제되면 이력도 함께 삭제되고(제6조의 "약속 데이터" 항목을 따르며 별도의 보관 기간을 두지 않습니다), 그래서 제6조(파기)의 표는 7줄 그대로이고 제7조(위탁)에 더한 줄도 0개입니다. 011 은 이용약관 3종을 한 글자도 고치지 않았습니다. 🔺 2026-08-29 · 스펙 010B가 제5조를 넓혔습니다 — 이 스펙에서 고친 조항은 제5조 하나뿐입니다. 이제 글 아래의 반응 개수를 누르면 「누가 그 반응을 눌렀는가」의 표시 이름·프로필 사진과 「언제 눌렀는가」가 같은 약속의 다른 참여자에게 보입니다. ⚠️ 새로 받는 개인정보는 0건이고 항목 수는 88 그대로입니다 — 새 표 0개 · 새 칸 0개 · 마이그레이션 0건입니다. 이미 받고 있던 「반응 — 누가 달았는가」와 「반응을 단 시각」(제2조 2-3)이 처음으로 밖으로 나가는 것이고, 넓어진 것은 받는 범위가 아니라 「누구에게 보이는가」입니다. ⚠️⚠️ 그래서 2026-08-20 에 적은 ✅ 줄을 고쳤습니다 — "반응 때문에 새로 만들지 않은 것 넷" 의 첫째가 누가 눌렀는지 이름 목록 이었는데 010B 가 그것을 만들었습니다. 그 줄은 이제 셋으로 적혀 있고, 나머지 셋(반응을 신고하는 통로 · 여섯 밖의 이모지 · 반응을 고친 이력)은 여전히 사실입니다. ✅ 010B 가 새로 만든 담을 자리는 0개입니다 — 제6조(파기)의 표는 7줄 그대로이고 제7조(위탁)에 더한 줄도 0개이며(밖의 서비스를 하나도 더하지 않습니다), 이용약관 3종은 한 글자도 바뀌지 않았습니다. ⚠️ 서로 차단한 상대는 이 목록에도 나타나지 않습니다 — 개수에서 빠지는 것과 같은 범위이고, 앱은 빠진 사람이 있다는 사실을 화면에 알리지 않습니다(알리면 차단한 사실이 드러납니다). ⚠️ 제5조를 넓히는 것은 변호사가 다시 봐야 할 자리입니다 — 이번에는 참여자끼리 서로의 표시 이름과 누른 시각을 보게 되는 구조이고, 이 초안은 아직 법무 검토를 받지 않았습니다(문서 첫머리의 LEGAL-UNREVIEWED · SPEC-PLAN C11). 표시 줄은 한 줄도 지우지 않았습니다. 🔺 2026-09-25 · 스펙 009C로 항목 수가 107 → 129 가 됐습니다. 늘어난 스물둘은 신고 기록 여덟(누가 신고했는가 · 신고된 글 · 신고된 사람 · 사유 · 설명 · 처리 상태 · 신고한 때 · 처리를 마친 때) · 조치 기록 아홉(무엇을 했는가 · 누가 했는가 · 어느 신고에 따른 것인가 · 어느 글인가 · 누구에 대한 것인가 · 사유 · 운영 메모 · 가림 기간 · 언제 했는가) · 대화 글의 상태 셋(지금 어떤 상태인가 · 가림이 언제 끝나는가 · 상태가 바뀐 때) · 알림의 조치 결과와 사유 둘입니다(제2조 2-3 · 제4조 「신고 처리와 게시물 조치」). ✅ 신고한 사람은 신고당한 사람에게 알려지지 않습니다 — 제5조에 적었습니다. 제6조(파기)의 표는 7줄에서 8줄이 됐습니다 — 신고·조치 기록은 약속이나 계정에 딸리지 않고 자기만의 보관 기간(처리를 마친 날부터 1년)을 갖기 때문입니다. 제3조와 제7조(위탁)는 한 글자도 바뀌지 않았습니다 — 신고·조치 기록은 접속한 곳의 주소나 기기 정보를 담지 않고, 밖의 회사에 맡기는 일도 없습니다. ✅ 「보낸 글은 고치거나 지울 수 없다」던 제2조의 두 문장을 사실대로 고쳤습니다 — 이제 보낸 사람은 자기 글과 사진을 지울 수 있습니다(고치기는 여전히 없습니다). 🔺 2026-09-27 · 스펙 065 · ADR 045 — 서버가 요청마다 「서비스 이용 기록」과 「접속 IP 주소」를 남기게 됐습니다. 그래서 제3조의 「접속 IP 주소」「접속 기록」 두 줄을 뺐고, 제2조 2-3 아래에 「자동으로 수집되는 정보」를, 제4조에 목적 한 줄을 더했으며, 제6조의 「운영 기록 1년」 줄을 「서비스 이용 기록 · 접속 IP 정보 3개월」로 고쳤습니다(줄 수 8 그대로). ⚠️ 위 008 · 028 문단의 「언제 어디서 링크를 눌러 봤는가(접속 기록)」를 만들지 않았다 · 「IP·기기를 읽지 않으므로 제3조도 여전히 사실」 은 그때의 사실입니다 — 이제 링크를 여는 요청도 다른 모든 요청처럼 서비스 이용 기록 한 줄로 3개월 남습니다(링크의 열쇠말은 적지 않습니다). 몰아치기 제한은 지금도 IP 를 쓰지 않습니다. ✅ 이 기록은 데이터베이스가 아니라 서버의 기록 파일에 남으므로 머리말의 「항목 수」(129)에 세지 않습니다 — 그 수는 개인정보 대장의 데이터베이스 칸 수와 맞물린 값입니다. 이용약관은 한 글자도 바뀌지 않았습니다. ⚠️ 법이 이 기록의 보관을 요구하는지 · 동의 없이 받을 수 있는지 · 열람 요청의 대상인지는 확인하지 않았습니다 — 내부 검토이며 변호사 검토가 아닙니다(ADR 041 · ADR 045).

🔺 2026-09-25 — 정해졌습니다: 직접 운영 · 대한민국 · 백업만 네이버클라우드(국내). 여기까지는 국외 이전이 아닙니다. ⚠️ 2023-09-15 시행 개정으로 처리위탁·보관 목적의 국외 이전은 동의가 아니라 방침 공개로 됩니다(개인정보 보호법 제28조의8 제1항 제3호 · ADR 041 결정 3). 🔺 2026-09-25 사장님이 Cloudflare 확정 — 제7조에 위탁 행과 「국외 이전」 절을 넣었습니다(실제로 붙이는 작업은 TODO B-4). 🔺 2026-09-25 · 스펙 002B — 제7조 표의 채움칸 행을 네이버클라우드 행으로 바꿨습니다.

✅ 되풀이 설정은 자유롭게 쓰는 칸이 아닙니다. 🔺 2026-08-27 · 스펙 018A — 정해진 것 중에서 고르는 값이라 이용자가 적은 글자가 그대로 저장되는 일이 없고, 한 번에 만들 수 있는 회차는 2회 이상 52회 이하입니다. ⚠️ 되풀이 설정은 나중에 고칠 수 없습니다 — 남은 회차를 취소하고 새로 만드는 길만 있습니다. ⚠️ 약속 장소는 자유롭게 쓰는 칸입니다. 이용자가 집 주소처럼 민감한 내용을 적으면 그 내용이 그대로 저장됩니다. 필요한 만큼만 적어 주시기 바랍니다. ⚠️ 대화 내용도 자유롭게 쓰는 칸입니다. 이용자가 전화번호·주소처럼 민감한 내용을 적으면 그 내용이 그대로 저장되고, 같은 약속의 다른 참여자에게 보입니다(제5조 참조). 필요한 만큼만 적어 주시기 바랍니다. ⚠️ 보낸 글과 사진은 보낸 사람이 지울 수 있지만, 고칠 수는 없습니다. 🔺 2026-09-25 · 스펙 009C — 지우면 그 약속의 모든 참여자 화면에서 사라지고 그 자리에는 「지워진 글」 표시만 남으며, 사진이면 회사 서버에 있던 사진 파일도 함께 지웁니다. 다만 암호화된 데이터베이스 백업에는 최대 14일 동안 남았다가 자동으로 지워집니다(제7조). ⚠️ 이미 나간 약속의 글은 앱에서 지울 수 없으므로 help@timingle.app 으로 요청해 주십시오. 지우지 않은 글은 그 약속이 삭제될 때 함께 사라집니다(제6조). ⚠️ 사진도 글과 같은 규칙을 따릅니다. 🔺 2026-08-26 · 스펙 017A — 사진에 얼굴이나 집 근처 풍경처럼 알아볼 수 있는 것이 담기면 같은 약속의 다른 참여자에게 그대로 보입니다(제5조 참조). 필요한 만큼만 보내 주시기 바랍니다. ✅ 사진은 회사가 대한민국 안에서 직접 운영하는 서버에만 보관합니다. 밖의 사진 보관 서비스를 쓰지 않으므로 제7조(위탁)에 사진 때문에 늘어난 줄이 없습니다. 다만 사진을 올리고 볼 때 오가는 통신은 다른 통신과 마찬가지로 제7조 「국외 이전」의 Cloudflare 를 거칩니다(중계만 하고 보관하지 않습니다).

✅ 로그인하지 않은 요청에는 계정 식별 번호가 없습니다. 이용 목적은 제4조, 보관 기간과 파기는 제6조에 적었습니다. ⚠️ 이 정보는 위 표와 달리 데이터베이스가 아니라 서버의 기록 파일에 남습니다. 그래서 이 방침 머리의 「항목 수」에는 세지 않습니다.

✅ 신고·조치 기록은 약속이나 계정에 딸리지 않는 기록입니다. 🔺 2026-09-25 · 스펙 009C — 처리를 마친 날부터 1년 보관한 뒤 파기하고(제6조), 처리되지 않은 신고는 지우지 않습니다. 계정이나 약속이 먼저 삭제되면 기록은 남고 그 사람·그 글을 가리키던 자리만 비워집니다. ⚠️ 신고의 설명은 자유롭게 쓰는 칸입니다. 신고를 판단하는 데 필요한 만큼만 적어 주시기 바랍니다. 회사는 이 설명을 서버의 운영 기록에 남기지 않습니다.

⚠️ 「약속이 바뀐 기록」은 회사가 만드는 안내 표시입니다. 이용자가 쓴 글이 아니라 "주최자가 시각을 바꿨습니다" 처럼 무슨 일이 있었는지를 앱이 그려 주는 한 줄이고, 대화와 같은 자리에 남습니다. ⚠️ 바뀌기 전후의 내용(옛 제목·옛 장소·옛 시각)은 담지 않습니다 — 담으면 이용자가 자유롭게 적은 내용이 대화 쪽에 한 벌 더 복제되고, 약속을 다시 고쳐도 그 복사본은 사라지지 않습니다. 🔺 2026-08-22 · 스펙 011 이 그 값을 담는 자리를 대화 밖에 따로 만들었습니다 — 위 표의 「변경 이력」 여덟 줄이 그것이고, 대화에 남는 안내문 자체는 여전히 그 값을 담지 않습니다. ✅ 안내문도 약속에 딸린 기록입니다. 그 약속이 삭제되면 안내문도 함께 삭제되고(제6조의 "약속 데이터" 항목을 따르며 별도의 보관 기간을 두지 않습니다), 어디까지 읽었는가는 참여자 명부에 딸려 있어 약속에서 나가면 그 줄과 함께 사라집니다. ✅ 「누가 언제 이 글을 읽었는가」(읽음 표시)는 만들지 않았습니다. 남는 것은 사람마다 「어디까지 봤는가」 하나뿐이고, 그 값은 다른 참여자에게 보이지 않습니다 — 안 읽은 개수를 본인에게 보여 주는 데만 씁니다.

⚠️ 알림은 그 알림을 받은 이용자 본인에게만 보입니다. "누가 무슨 알림을 받았는지" 를 다른 이용자에게 보여 주는 화면도 통로도 만들지 않았습니다 — 대화의 안내문과 약속의 변경 이력이 같은 약속의 참여자 전원에게 보이는 것과 갈리는 자리입니다(제5조 참조). ✅ 알림에는 이름 글자도, 완성된 문장도, 약속 제목의 사본도 담기지 않습니다. 담는 칸 자체를 만들지 않았습니다 — 화면에 보이는 문장은 앱이 보는 사람의 언어로 그때그때 만듭니다. ✅ 알림은 약속과 계정 양쪽에 딸린 기록입니다. 그 약속이 삭제되면 그 약속의 알림도 함께 삭제되고(제6조의 "약속 데이터" 항목), 이용자가 계정을 해지하면 그 사람의 알림함과 알림 설정이 통째로 삭제됩니다(제6조의 "계정 정보" 항목). 둘 다 별도의 보관 기간을 두지 않습니다. ✅ 껐던 동안의 알림은 나중에 다시 켜도 만들어지지 않습니다. 꺼져 있는 동안에는 줄을 아예 만들지 않기 때문입니다. ✅ 대화 글은 알림을 만들지 않습니다. 안 읽은 대화는 지금까지처럼 대화 쪽에서만 세고, 알림함에는 한 줄도 쌓이지 않습니다.

✅ 되풀이 설정도 약속에 딸린 기록입니다. 🔺 2026-08-27 · 스펙 018A — 회차가 하나도 남지 않으면 그 묶음의 되풀이 설정도 함께 사라집니다(제6조의 "약속 데이터" 항목을 따르며 별도의 보관 기간을 두지 않습니다). 그래서 제6조(파기)의 표는 7줄 그대로이고 제7조(위탁)에 더한 줄도 0개입니다. ⚠️ 올린 사진은 약속과 계정 양쪽에 딸린 기록입니다. 🔺 2026-08-26 · 스펙 017A — 그 약속이 삭제되면 그 약속 대화의 사진 파일도 함께 삭제되고(제6조의 "약속 데이터" 항목), 이용자가 계정을 해지하면 그 사람의 프로필 사진과 그 사람이 대화에 올린 사진이 모두 파일까지 삭제됩니다(제6조의 "계정 정보" 항목). 둘 다 별도의 보관 기간을 두지 않습니다. ✅ 회사는 사진의 가로·세로 크기도, 올린 파일의 이름도 저장하지 않습니다. 담는 칸 자체를 만들지 않았습니다. ⚠️ 사진 파일을 지우지 못하면 그 파기를 성공으로 적지 않고 다음 회차에 다시 시도합니다. "지웠다" 고 적힌 채 파일이 서버에 남는 것을 막기 위해서입니다.

⚠️ 변경 이력은 「무엇이 무엇으로 바뀌었는지」를 남기는 기록입니다. 대화에 남는 안내문(위 표의 「약속이 바뀐 기록」 세 줄)과는 다른 자리이고, 안내문이 담지 않는 바뀌기 전후의 값을 이쪽이 담습니다. ⚠️ 한 번 남은 줄은 회사도 고칠 수 없게 만들어져 있습니다 — 고친 흔적을 남기는 기록이 스스로 고쳐지면 아무 뜻이 없기 때문입니다. ✅ 변경 이력은 약속에 딸린 기록입니다. 그 약속이 삭제되면 이력도 함께 삭제됩니다(제6조의 "약속 데이터" 항목을 따르며 별도의 보관 기간을 두지 않습니다). ✅ 참석 표시를 켜고 끈 것 · 초대를 거절한 것 · 대화와 반응은 이력에 남기지 않습니다. 담을 자리를 만들지 않았습니다 — 남기면 "언제 마음을 바꿨는가" 가 쌓이고 개인정보가 하나 더 늘어납니다. ✅ 이름 글자를 담는 칸도, 완성된 문장을 담는 칸도, 초대 링크의 주소·열쇠말을 담는 칸도 만들지 않았습니다.

⚠️ 반응은 정해진 여섯 가지 중 하나입니다. 이용자가 글자를 적어 넣는 칸이 아니라 좋아요·사랑·웃음·축하·놀람·슬픔 중 하나를 고르는 것이고, 그 밖의 값은 저장되지 않습니다. 화면에 남는 것은 이모지별 개수와 내가 눌렀는지 여부뿐입니다. ✅ 「누가 눌렀는지 이름 목록」은 만들지 않았습니다. 계정 번호는 담기지만 그것을 이름으로 바꿔 보여 주는 화면도 통로도 없습니다. ✅ 반응은 글과 계정 양쪽에 딸린 기록입니다. 그 약속이 삭제되면 글과 함께 사라지고(제6조의 "약속 데이터" 항목), 반응을 단 사람이 계정을 해지하면 그 사람이 단 반응이 함께 삭제됩니다(제6조의 "계정 정보" 항목). 둘 다 별도의 보관 기간을 두지 않습니다.

⚠️ 초대 링크는 약속에 딸린 기록입니다. 그 약속이 삭제되면 링크도 함께 삭제됩니다(제6조의 "약속 데이터" 항목을 따르며, 별도의 보관 기간을 두지 않습니다). ✅ 회사는 "누가 어느 링크를 타고 들어왔는지" 를 저장하지 않습니다. 링크로 들어온 사람은 참여자 명부에 다른 참여자와 똑같은 한 줄로 오르고, 어떤 경로로 들어왔는지는 남지 않습니다. ✅ 링크별 기록은 따로 만들지 않으며, 모든 요청과 마찬가지로 서비스 이용 기록이 3개월 보관됩니다(위 「자동으로 수집되는 정보」 · 제6조). 그 기록에 링크의 열쇠말은 적지 않습니다. 짧은 시간에 요청이 몰릴 때 이를 제한하기 위해 세는 값은 서버 메모리에서만 세고 저장하지 않으며, 이 제한에는 접속한 곳의 IP 주소를 쓰지 않습니다. 🔺 2026-09-27 · 스펙 065

⚠️ 차단 기록은 두 칸이 전부입니다. 누가 막았는가 · 누가 막혔는가 만 남으며 언제 막았는지 · 언제 풀었는지 · 왜 막았는지는 받지도 저장하지도 않습니다. 차단을 풀면 그 기록은 표시가 바뀌는 것이 아니라 지워집니다. ✅ 차단당한 사람에게는 아무것도 알리지 않습니다. 회사는 "당신이 차단당했습니다" 를 알리는 통로를 만들지 않았습니다. ✅ 차단 기록은 계정에 딸린 기록입니다. 어느 한쪽이 계정을 해지해 파기되면 막은 기록과 막힌 기록이 함께 삭제됩니다(제6조의 "계정 정보" 항목을 따르며, 별도의 보관 기간을 두지 않습니다).

⚠️ 약속 참여자 명부는 이용자 사이의 관계 기록입니다. "누가 어느 약속에 누구와 함께 있는가" 가 그대로 남으며, 같은 약속에 있는 다른 이용자에게는 서로의 표시 이름과 프로필 사진이 보입니다(제5조 참조). 회사는 이름이나 아이디로 다른 이용자를 검색하는 기능을 제공하지 않습니다. ✅ 거절하거나, 내보내지거나, 스스로 나간 경우에는 명부에서 그 줄이 삭제됩니다. "누가 초대를 거절했는가" 는 지금도 저장하지 않습니다. 🔺 2026-08-22 · 스펙 011 이 이 문장의 나머지 절반을 바꿨습니다. 나가기와 내보내기는 약속의 변경 이력에 한 줄로 남게 됐고(위 「변경 이력」 줄 참조), 그 줄에 "누가 누구를 내보냈는가" 가 기록됩니다. 거절은 지금도 어디에도 기록되지 않습니다.

⚠️ 서로 차단한 이용자 사이에서는 대화가 보이지 않습니다. 어느 한쪽이 상대를 차단하면 양쪽 모두 상대의 글을 보지 못하며, 차단하기 전에 쓴 글도 함께 가려집니다. 차단을 풀면 다시 보입니다 — 가리는 것이지 지우는 것이 아닙니다. ✅ 차단당한 사람에게는 그 사실을 알리지 않습니다 — 글은 정상적으로 보내지고, 받는 쪽에서만 가려집니다.

⚠️ 링크를 가진 사람은 누구나 볼 수 있습니다. 회사는 링크를 받은 사람이 누구인지 확인하지 않으며, 링크가 다른 사람에게 전달되면 그 사람도 위 내용을 볼 수 있습니다. 링크를 만든 이용자는 기한(최대 무제한)과 인원 한도를 정하거나, 만든 링크를 언제든 끊어 이 범위를 스스로 좁힐 수 있습니다.

⚠️ 나가는 것을 좁혀 두는 것이 회사가 지금 할 수 있는 방어입니다. 카드에 나가는 것을 이름 하나로 좁혔고, 그 페이지의 응답에는 중간에 저장하지 말라는 표시(Cache-Control: no-store)를 붙였습니다. 그래도 한 번 만들어진 카드를 회사가 되찾을 방법은 없습니다 — 링크를 어디에 붙일지는 이용자가 정합니다.

해지 후 30일을 두는 이유: 해지 요청과 그 무렵의 문의·이의를 처리하고 부정 이용 여부를 확인하는 데 필요한 최소 기간입니다. 이 기간에도 계정을 되살릴 수는 없으며, 30일이 지나면 되돌릴 수 없이 삭제됩니다.

⚠️ 초안 상태 안내(게시 전 삭제) — 이 조에서 지금 사실인 줄과 아직 약속인 줄: 🔺 2026-08-11 · 스펙 025 · 🔺 2026-08-15 · 스펙 027 셈: 8줄 중 사실 6 · 절반 0 · 아직 약속 2. 🔺 2026-09-25 · 스펙 009C — 여섯째 사실은 신고·조치 기록 1년입니다. 같은 스펙이 파기 명령에 그 종류를 넣어, 처리를 마친 지 1년이 지난 신고와 거기 걸린 조치 기록(신고 없이 남은 조치 기록은 조치한 날부터 1년)을 지웁니다. 처리되지 않은 신고는 지우지 않습니다. 사실이 된 5줄: 해지한 계정 30일 · 약관 동의 이력 5년 · 만료된 로그인 세션 30일 · 생년월일 변경 시도 기록 90일 · 약속 데이터. 위 "파기 방법" 과 "지울 수 없는 기록이 있습니다" 두 문단도 이제 실제 동작과 같습니다 — 동의 이력의 수정은 기간과 무관하게 전부 거부되고 통째로 비우는 것도 거부되며, 5년이 지난 것의 삭제만 허용됩니다. 약속 데이터 줄이 어떻게 사실이 되었나: 계정을 지울 때 그 사람이 만든 약속마다 다른 참여자가 남아 있는지를 봅니다. 남아 있으면 약속은 그대로 두고 작성자 표시만 비웁니다(익명화 — 떠난 사람의 이름·이메일·프로필 사진이 그 약속 어디에도 남지 않습니다). 아무도 없으면 약속도 계정과 함께 지웁니다. 두 걸음은 한 묶음이라 반쯤 지워진 상태가 남지 않습니다. ⚠️ 여기 있던 옛 안내 한 문단을 2026-08-15 에 지웠습니다. 그 문단은 "익명화할 대상이 아직 생기지 않는다" 는 취지였는데, 같은 날 스펙 007(약속 참여자 명부)이 한 약속에 여러 사람이 들어갈 수 있게 만들면서 사실과 달라졌습니다. 스펙 027 이 그 문단을 지우고 위의 실제 동작으로 바꿔 적었습니다. 되살릴 문장이 아닙니다 — 되살리려면 참여자 명부를 없애야 합니다. 🔺 2026-08-19 · 스펙 009 — 대화가 생겼지만 이 표는 7줄 그대로입니다. 「약속 데이터」 줄이 대화를 덮습니다 — 대화는 약속에 딸린 기록이라 그 약속이 삭제될 때 함께 삭제되고, 자기만의 보관 기간을 갖지 않기 때문입니다. ⚠️ 새 파기 종류를 만들지 않았습니다 — 만들었다면 이 표가 8줄이 되고, 025 가 사용자에게 승인받은 "7 중 5" 의 분모가 바뀝니다. ⚠️ 글을 쓴 사람이 계정을 해지하면 그 글은 남고 쓴 사람 자리만 비워집니다 — 027 이 약속에 이미 하는 것과 같은 방식입니다. 🔺 2026-08-20 · 스펙 009B — 안내문과 「어디까지 읽었는가」가 생겼지만 이 표는 7줄 그대로입니다. 「약속 데이터」 줄이 그 둘을 덮습니다 — 안내문은 대화와 같은 자리에 있어 약속이 삭제될 때 함께 삭제되고, 어디까지 읽었는가는 참여자 명부 한 줄에 있어 약속에서 나가면 그 줄과 함께 사라집니다. 둘 다 자기만의 보관 기간을 갖지 않습니다. ⚠️ 새 파기 종류를 만들지 않았습니다 — 만들었다면 이 표가 8줄이 되고, 025 가 사용자에게 승인받은 "7 중 5" 의 분모가 바뀝니다. ⚠️ 안내문을 일으킨 사람이 계정을 해지하면 안내문은 남고 「누가 했는가」 자리만 비워집니다 — 027 이 약속에, 009 가 대화에 이미 하는 것과 같은 방식입니다. 🔺 2026-08-20 · 스펙 010 — 메시지에 다는 반응이 생겼지만 이 표는 7줄 그대로입니다. 「약속 데이터」 줄이 반응을 덮습니다 — 반응은 글에 매달려 있고 글은 약속에 매달려 있어, 그 약속이 삭제되면 반응도 함께 삭제됩니다. ⚠️ 그리고 「계정 정보」 줄이 나머지 절반을 덮습니다 — 반응을 단 사람이 계정을 해지하면 그 사람이 단 반응이 함께 삭제됩니다. 둘 다 자기만의 보관 기간을 갖지 않습니다. ⚠️ 새 파기 종류를 만들지 않았습니다 — 만들었다면 이 표가 8줄이 되고, 025 가 사용자에게 승인받은 "7 중 5" 의 분모가 바뀝니다. ⚠️⚠️ 여기는 대화와 정반대입니다 — 글을 쓴 사람이 해지하면 글은 남고 이름만 비워지지만, 반응은 이름을 비우면 남는 값이 0개라 줄 자체가 사라지고 그 글의 반응 개수가 줄어듭니다. ~~아직 약속 2줄: 운영 기록 1년(…) · 결제 기록 5년(결제 기능이 없습니다).~~ 🔺 2026-09-27 · 스펙 065 — 아직 약속 1줄: 결제 기록 5년(결제 기능이 없습니다). 셈: 8줄 중 사실 7 · 절반 0 · 아직 약속 1. 일곱째 사실은 「운영 기록 — 서비스 이용 기록 · 접속 IP 정보 3개월」입니다 — 서버가 이 기록을 정해진 폴더(/var/lib/timingle/access-log)에 하루 한 파일로 쓰고, 켜질 때와 하루 한 번 90일이 지난 파일을 지웁니다. 서버의 일반 기록에는 이 기록을 싣지 않습니다(일반 기록은 크기 상한 20MB 로만 잘립니다). ⚠️ 이 폴더를 백업하면 그 사본은 90일 뒤에도 남아 이 줄이 거짓이 됩니다 — 백업하지 않습니다. 내부 검토이며 변호사 검토가 아닙니다(ADR 041 · ADR 045). ⚠️ 위 "해지 후 30일을 두는 이유" 중 두 번째(해지·재가입 반복 방지)는 지금 구조에서 성립하지 않습니다 — 나이 미달로 거절되면 소셜 연결이 즉시 끊겨 다음 순간 재가입이 가능합니다(스펙 024). 문안 수정은 법무(C11)의 일이므로 이 스펙에서는 고치지 않았습니다. 🔺 2026-08-22 · 스펙 016B — ⚠️⚠️ 첫 번째 이유(실수로 해지한 이용자가 되돌릴 여유)도 앱 안에서는 성립하지 않게 되었습니다. 016B 가 설정 화면에 탈퇴를 만들었지만 되살리는 수단은 만들지 않았습니다 — 탈퇴한 뒤 같은 소셜 계정으로 다시 로그인하면 옛 계정으로 돌아가는 것이 아니라 새 계정이 만들어집니다(스펙 025 가 되살리기를 만들지 않기로 정한 것 그대로). ⚠️⚠️ 즉 위 "해지 후 30일을 두는 이유"로 적은 두 문장이 둘 다 성립하지 않습니다. ⚠️ 그래도 제6조 조문(표와 본문)은 한 글자도 고치지 않았습니다 — 30일 자체는 실제로 그렇게 동작하고, 문안을 어떻게 고쳐 적을지는 법무(C11)의 일이므로 016B 는 그 사실만 여기에 적어 넘깁니다. 🔺 2026-09-25 — 위 「해지 후 30일을 두는 이유」 문안을 고쳤습니다 (ADR 041 결정 5 · Claude 내부 검토, 변호사 아님). 되살리기가 없다는 사실에 맞게 다시 썼고, 30일이라는 동작은 그대로입니다. ⚠️ 복구 없는 30일 보관이 「지체 없이 파기」(제21조)와 긴장 관계라는 점은 ADR 041 §확인하지 못한 것 9 입니다.

⚠️ 초안 상태 안내(게시 전 삭제): 🔺 2026-09-25 사장님이 Cloudflare 사용을 확정했고 그 자리에서 이 절을 넣었습니다(ADR 041 결정 5 · 문안은 검토 원문 ② §2-⑥). ⚠️ Cloudflare 의 주소·문의처·보관 기간은 Cloudflare 개인정보처리방침에서 게시 전에 한 번 대조해야 합니다. ⚠️ 실제로 앞에 붙이는 작업(TODO B-4)이 끝나기 전에 게시하면 이 절이 거짓이 됩니다 — 붙인 뒤에 게시합니다.

⚠️ 초안 상태 안내(게시 전 삭제): 🔺 2026-09-25 · ADR 041 결정 5 — 값은 정해졌습니다. 서버와 데이터베이스는 회사가 대한민국 안에서 직접 운영(ADR 026)하고, 데이터베이스 백업 파일만 네이버클라우드 주식회사(대한민국)에 암호화해 맡기며 14일 뒤 자동 삭제(ADR 027)합니다. 🔺 2026-09-25 · 스펙 002B — 위 표의 채움칸 행을 그 사실(「네이버클라우드 주식회사 — 암호화된 데이터베이스 백업 파일의 보관 — 대한민국」)로 바꾸고, 표 위 머리 문장에 직접 운영 · 대한민국을 적었습니다. 🔺 2026-09-25 사장님이 Cloudflare 를 확정해 위탁 행과 「국외 이전」 절을 넣었습니다(실제로 붙이는 작업은 TODO B-4). ⚠️ 2023-09-15 시행 개정으로 처리위탁·보관 목적의 국외 이전은 동의가 아니라 방침 공개로 됩니다(제28조의8 제1항 제3호).

현재 서비스에 유료 기능은 없습니다. 아래는 유료 서비스를 시작한 뒤에 적용됩니다.

문의는 이메일로 받습니다. 별도의 고객센터 전화는 운영하지 않습니다.

회사는 이용자 문의를 이메일로만 받습니다. 유료 서비스를 시작할 때에는 「전자상거래 등에서의 소비자보호에 관한 법률」에 따라 대표자·주소·전화번호·사업자등록번호를 이 자리에 추가로 표시합니다.