개인정보 처리방침

1. 저희는 누구이며 이 방침은 무엇을 다루나요

Paweł Milewski Software Development(운영자, 이하 “저희”)는 당뇨병 자기 관리 모바일 애플리케이션인 glumea(앱)와 glumea.com(웹사이트)을 제공해요. 이 방침은 저희가 어떤 데이터를 왜 수집하는지, 어디에 저장하는지, 누가 접근할 수 있는지, 얼마나 오래 보관하는지, 삭제하면 무엇이 지워지는지, 그리고 이용자에게 어떤 권리와 통제 수단이 있는지를 설명해요.

이 방침은 유럽 개인정보 보호법에 따라 저희가 이용자에게 제공해야 하는 고지이기도 해요. 일반 개인정보 보호 규정(규정(EU) 2016/679, 이하 GDPR) 제13조와 제14조가 요구하는 정보로, 이용자가 직접 제공한 데이터와 다른 곳에서 저희에게 전달된 데이터를 모두 다뤄요.

이 방침이 다루는 대상은 다음과 같아요.

앱: iOS와 Android용 glumea 모바일 앱이에요.
웹사이트: 이 법적 문서를 게시하는 페이지를 포함한 glumea.com 웹사이트예요.

웹사이트는 거의 아무것도 수집하지 않으며, 아래에 별도의 항목이 있어요.

운영자는 이용자의 개인정보를 책임지는 컨트롤러예요.

컨트롤러: Paweł Milewski Software Development
사업자 등록 번호: NIP PL6751782526 (폴란드 사업자 중앙 등록·정보 시스템 CEIDG에 등록된 개인사업자)
우편 주소: ul. Franciszka Bohomolca 3 lok. 7, 31-416 Kraków, Poland
이메일: [email protected]
설립 국가: 폴란드

해당하는 경우:

EU 대리인: 해당 없음(저희는 유럽 연합 내에 설립되어 있어요)
영국 대리인: 지정하지 않았어요
개인정보 보호 책임자(DPO): 지정하지 않았어요. 개인정보 관련 문의는 [email protected]으로 보내 주세요

“컨트롤러”는 GDPR이 정의하는 대로, 이용자의 개인정보를 어떻게, 왜 처리할지 결정하는 당사자를 뜻해요.

이 방침과 함께 적용되는 문서가 두 가지 더 있으며, 함께 읽어 주세요.

이용 약관: 앱과 웹사이트 이용에 적용돼요.
의료 면책 고지: 앱이 할 수 있는 일의 의료적 한계를 설명해요.

워싱턴주 거주자에게는 네 번째 문서가 별도로 적용돼요. 워싱턴주 법에 따라 저희가 따로 게시해야 하는 소비자 건강 데이터 개인정보 처리방침이에요. 네바다주에 계신 경우에는 이에 해당하는 네바다주 소비자 건강 데이터 개인정보 고지가 있어요.

2. 요약

아래 내용의 짧은 버전이에요. 각 항목에는 전체 내용을 담은 항목 번호가 적혀 있으며, 그 항목이 우선해요.

저희는 누구인가요. Paweł Milewski Software Development가 이용자의 데이터를 어떻게, 왜 처리할지 결정해요. 1항과 21항을 보세요.
무엇을 수집하나요. 이메일 주소와 비밀번호, 온보딩에서 입력한 프로필, 이용자가 기록하는 일기(혈당, 음식, 인슐린, 그 밖의 약물, 체중, 약과 알림), 로그인 토큰과 서버 연결 기록이에요. Apple Health나 Health Connect를 연결하면 그 기록도, 구독하면 구독 정보도 포함돼요. 3항을 보세요.
건강 데이터. 일기, 당뇨병 유형, 치료 방법, 치료 설정은 GDPR 제9조의 특수 범주 데이터예요. 일기의 클라우드 동기화에는 별도의 확인 절차가 있어요. 현재 온보딩은 건강 프로필과 치료 설정을 저장하기 전에 별도의 명시적 동의를 받지 않아요. 3.3항과 4항을 보세요.
어디에 있나요. 일부 데이터는 계정을 만드는 순간부터 저희 서버에 있어요. 계정 정보, 당뇨병 유형과 치료 방법을 포함한 프로필, 치료 설정이에요. 반면 일기는 그렇지 않아요. 일기는 먼저 휴대폰의 암호화된 데이터베이스에 기록되고, 앱은 오프라인에서도 작동하며, glumea+ 기능인 클라우드 동기화를 켠 경우에만 저희 서버에 전달돼요. 이 기능은 켜기 전까지 꺼져 있고, 선택 내용은 휴대폰이 아니라 계정에 저장돼요. 전체 표는 10항에 있어요.
누가 받나요. EU 호스팅 제공업체, 이메일 발송이 활성화된 경우의 이메일 제공업체, 각각 동의한 뒤에만 PostHog와 Sentry, 구독하는 경우 스토어, 그리고 구독 여부와 관계없이 RevenueCat이에요. 저희는 데이터를 판매하지 않으며 앱에는 광고가 없어요. 5, 7, 8, 9항을 보세요.
선택권. 사용 데이터와 오류 보고는 각각 동의하기 전까지 꺼져 있고, 스위치도 따로 있어요. 로그아웃해도 그 세션에서 이미 실행 중인 SDK는 멈추지 않아요. 앱에서 동기화를 끄고, 서버에 있는 일기 사본을 삭제하고, 계정을 삭제하고, 구현된 내보내기를 사용할 수 있어요. 5항과 13항을 보세요.
이용자의 권리. 열람, 정정, 삭제, 처리 제한, 이동, 반대, 동의 철회, 개인정보 감독 기관에 대한 민원 제기 권리가 있어요. 미국에서는 거주 주의 법이 부여하는 권리가 있어요. 앱에서 계정을 삭제하거나, 앱 없이 [email protected]으로 이메일을 보내 계정 삭제를 요청할 수 있어요. 13, 14, 17항을 보세요.
삭제로 지워지지 않는 것. 계정을 삭제하면 운영 데이터베이스의 계정 기록이 삭제되고, 계정에 연결된 RevenueCat과 PostHog 기록의 삭제가 요청돼요. 기존 백업, 서버 및 진단 로그, 스토어의 결제 기록, 내보낸 사본은 12항에 설명된 대로 남을 수 있어요.

3. 저희가 수집하는 데이터

여기에 나열된 대부분은 이용자가 직접 제공해요. 그렇지 않은 범주는 두 가지로, Apple Health나 Health Connect에서 가져오는 수치와 Apple, Google, RevenueCat에서 저희에게 전달되는 구독 정보예요. 둘 다 아래에 설명되어 있어요.

3.1 계정 데이터

이메일 주소와 비밀번호. 비밀번호는 저희 서버에서 bcrypt로 해시 처리되고, 평문으로 저장되지 않으며, 기기에도 저장되지 않아요. 이메일 주소는 앱이 사용하는 로그인 토큰 안에도 들어 있어요.
이메일 인증, 비밀번호 재설정, 비밀번호 변경, 이메일 변경에 쓰는 일회용 코드. 코드는 발급 후 10분이 지나면 만료되고, 5번 틀리면 무효가 돼요.

3.2 프로필 데이터

온보딩 중에 수집해요.

이름과 성(닉네임으로 저장), 나이, 성별(선택), 키.
당뇨병 유형(1형, 2형, 임신성, 기타), 치료 방법(인슐린, 알약, 주사제, 식이요법), 인슐린 투여 방법.

당뇨병 유형, 치료 방법, 인슐린 투여 방법은 이 방침에서 “프로필”로 묶어 설명하더라도 GDPR 제9조의 “특수 범주” 개인정보, 즉 건강 데이터예요. 이에 대해 저희가 의존하는 조건은 아래 법적 근거 항목에 나와 있어요.

3.3 이용자가 기록하는 건강 데이터(특수 범주 데이터)

다음은 GDPR 제9조의 “특수 범주” 개인정보인 건강 데이터예요. 저희는 이용자의 명시적 동의가 있을 때만 이를 서버에 보관해요. 동의가 어떻게 이루어지는지, 그리고 이 중 어떤 것이 클라우드 동기화가 켜져 있을 때만 서버에 도달하는지는 아래 법적 근거 항목에 나와 있어요.

혈당 수치. 선택 사항인 상황 태그(식사 시점, 몸 상태, 활동, 약물과 기술, 직접 쓴 태그)와 자유 입력 메모가 포함돼요.
음식 기록: 탄수화물, 그리고 선택 사항인 단백질, 지방, 칼로리와 직접 입력한 이름.
인슐린 투여: 단위 수, 이용자가 설정한 인슐린 약과 연결되며 볼루스, 기저, 혼합형 중 하나예요.
주사제 투여(예: GLP-1 작용제).
알약·정제 복용 횟수.
체중 기록. 각각 기록한 시각과 함께 저장돼요.
약 목록: 이용자가 설정한 인슐린, 알약, 주사제 약으로, 약 이름(예: Fiasp, Lantus, Metformin, Ozempic)과 약동학 매개변수(작용 시작, 최고 작용, 지속 시간), 그리고 이용자가 정한 알림 시간이 포함돼요.
이용자가 설정한 치료 설정: 목표 혈당 범위(기본값 3.9–10.0 mmol/L, 임신당뇨병·당뇨병전단계·당뇨병 진단 없음은 3.9–7.8 mmol/L), 인슐린 대 탄수화물 비율(ICR), 인슐린 민감도 계수(ISF). 앱은 이 중 어떤 것도 용량을 계산하거나 권장하는 데 사용하지 않아요. 인슐린 대 탄수화물 비율은 이용자의 참고용으로만 저장되며 그 밖에 이를 읽는 곳은 없어요. 목표 범위는 저장되며, 목표 범위 내 시간의 범위 내 구간을 그리고, 양호 / 주의 / 위험 표시의 안쪽 경계를 정하고, 저혈당 위험 문구가 바뀌는 시점을 결정하는 데에도 쓰여요. 인슐린 민감도 계수는 저혈당 위험 문구와 활성 인슐린 옆에 표시되는 대략적인 혈당 하강 범위를 계산하는 데 쓰여요. 의료 면책 고지에 이 모든 내용이 설명되어 있어요.
이용자가 기록한 내용으로 앱이 기기에서 계산하는 값: 예상 활성 인슐린(인지를 위한 추정치이며 용량을 권장하거나 계산하지 않아요), 저혈당 위험 문구와 그 옆에 표시되는 대략적인 하강 범위, 추이, 평균 혈당과 그 편차, 목표 범위 내 시간, 예상 당화혈색소(GMI), 다음 측정 권장 시각, 최근 수치에 붙는 양호 / 주의 / 위험 표시. 의료 면책 고지에 각각이 무엇이고 무엇이 아닌지 나와 있어요.

이 중 여러 항목은 자유 입력 텍스트예요. 혈당 메모, 직접 쓴 태그, 음식 이름, 직접 지정한 약 이름, 직접 만든 알림 슬롯의 이름이 그래요. 거기에 입력한 내용은 입력한 그대로 저장되고, 동기화가 켜져 있으면 그대로 동기화돼요.

3.4 다른 출처에서 받는 데이터

Apple Health와 Health Connect. 연결하면 앱은 휴대폰의 건강 플랫폼에서 혈당, 체중, 식이 탄수화물 기록을 읽어요. 읽기 전용이에요. 앱은 아무것도 다시 쓰지 않아요. iOS에서는 시스템에 읽기 권한만 요청하고 쓰기 이유는 선언하지 않는데, 쓰기에는 이것이 필요하기 때문이에요. Android에서는 세 가지 기록 유형에 대한 읽기 권한만 가지고 있어요. 따라서 원래 혈당계, CGM, 다른 앱에서 온 기록은 건강 플랫폼을 거쳐 glumea에 도달해요. 가져온 기록은 일반 기록으로 기기에 저장되며, 출처 플랫폼과 해당 기록의 식별자가 태그로 붙어요. 가져온 기록이 저희 서버에도 복사되는지는 클라우드 동기화가 켜져 있는지에 달려 있고, 이는 직접 입력한 기록과 완전히 같아요. 연결은 켜기 전까지 꺼져 있으며, 설정 → 연동에서 언제든 연결을 끊거나 개별 데이터 유형을 끌 수 있어요.
Apple, Google, RevenueCat. **glumea+**를 구독하면 그 구독에 관한 정보가 스토어와 RevenueCat에서 저희에게 전달돼요. 정확히 어떤 정보인지는 아래 glumea+ 항목을 보세요.

3.5 기술 데이터

인증 토큰. 로그인 상태를 유지하도록 기기의 보안 저장소에 보관돼요. 저희 서버에서의 세션은 세션 ID, 사용자 ID, 만료 시각을 담은 기록이에요.
클라우드 동기화가 켜져 있으면 저희 서버는 동기화된 데이터와 함께 동기화 서비스 운영에 필요한 부가 정보(예: 동기화 시각)를 처리해요.
앱이 저희 서버와 통신할 때 서버는 IP 주소, 요청된 경로, 시각 같은 표준 연결 정보를 받으며, 이는 보안과 서비스 운영에 쓰여요.
사용 데이터나 진단이 활성화된 동안 각 SDK는 5항에 설명된 데이터를 보내요. 둘 다 동의하기 전까지 꺼져 있어요.

3.6 기기에만 남는 데이터와 그렇지 않은 데이터

일부는 저희 서버에 전혀 도달하지 않아요. 알림 설정, 혈당 측정 알림 시간, 방해 금지 시간, 알림 세부 정보 선택, 로컬 알림 상태, 건강 플랫폼 연결 상태, 앱 환경설정, 원격 측정 환경설정, 동기화 관리 정보예요. 한 가지 단서가 있어요. 사용 데이터가 활성화된 동안에는 언어, 테마, 단위 설정이 프로필 속성으로 PostHog에 전송돼요. 이 목록의 그 밖의 항목은 저희 백엔드를 통해 기기를 떠나지 않아요.

약 일정은 예외예요. 약 일정은 일기에 속하므로 클라우드 동기화가 켜져 있으면 저희 서버에 복사돼요. 약 알림은 새 휴대폰에서도 유지되어야 하기 때문이에요.

클라우드 동기화 스위치 자체도 기기에만 있는 것은 아니에요. 이용자의 선택은 저희 서버의 계정에 저장되어, 새 휴대폰으로 따라가고 로그아웃 후에도 유지돼요. 실제로 어떤 의미인지는 10항에 나와 있어요.

이용자가 직접 만드는 파일, 즉 .glumea 백업 아카이브나 CSV 또는 PDF 혈당 리포트는 기기에 작성되어 이용자가 공유하거나 저장하려고 선택한 앱으로 전달돼요. 그 이후에 어디로 가는지는 저희가 통제할 수 없으며, CSV나 PDF 리포트는 암호화되지 않아요.

4. 데이터를 처리하는 이유와 법적 근거

GDPR에 따라 모든 이용에는 제6조의 근거가 필요하고, 특수 범주 데이터에는 제9조의 조건도 필요해요. 의도한 근거는 아래와 같아요. 아래에 설명된, 프로필 동의 단계가 없다는 점은 처리에 필요한 명시적 동의를 충족하지 못해요.

계정과 앱 제공: 계정 생성과 보호, 인증, 이메일 인증, 비밀번호 재설정, 클라우드 동기화 운영, 구독하는 경우 glumea+ 제공, 그리고 glumea+가 활성 상태인지 확인하고 결제 문제를 해결할 수 있도록 스토어와 RevenueCat이 보내는 구독 알림 기록을 보관하는 일: 계약의 이행, GDPR 제6조 제1항 (b)호.
서버에 건강 데이터 보관: 의도한 근거는 서비스에 대한 제6조 제1항 (b)호와 건강 데이터에 대한 제9조 제2항 (a)호의 명시적 동의예요. 일기는 별도의 클라우드 동기화 확인 후에만 서버에 복사돼요. 현재 온보딩은 별도의 명시적 동의 단계 없이 프로필과 치료 설정을 계정에 저장해요. 계약 수락이 곧바로 특수 범주 처리에 대한 명시적 동의가 되는 것은 아니므로, 현재 온보딩 흐름은 그 제9조 조건을 충족하지 못해요. 계정 삭제는 운영 데이터베이스에서 이 프로필과 치료 설정 항목을 제거하는 유일하게 구현된 방법이에요.
사용 데이터 분석: 제6조 제1항 (a)호에 따른 동의, 당뇨병 앱 사용이 건강 정보를 드러내므로 제9조 제2항 (a)호에 따른 명시적 동의, 그리고 SDK 저장에 대한 ePrivacy 지침 제5조 제3항에 따른 동의예요. 이 동의를 어떻게 묻는지는 5항에 설명되어 있어요.
진단 및 오류 보고서: 의도한 근거는 제6조 제1항 (a)호에 따른 동의, 당뇨병 앱 사용이 건강 정보를 드러내므로 제9조 제2항 (a)호에 따른 명시적 동의, 그리고 SDK 저장에 대한 ePrivacy 제5조 제3항에 따른 동의이며, 사용 데이터 분석과 같은 방식으로 물어요(5항).
서비스 보안 유지와 오남용 방지: 저희 API의 요청 제한과 의심스러운 오남용 조사: 저희의 정당한 이익, GDPR 제6조 제1항 (f)호. 구체적인 이익은 이용자와 다른 사람들의 계정을 무단 접근으로부터 보호하고 서비스를 계속 이용할 수 있게 하는 것이에요. 이용자의 권리가 저희의 이익보다 우선하지 않는 경우에만 이 근거에 의존해요.
법적 의무 이행: 폴란드 법이 특정 기록의 보관이나 공개를 요구하는 경우, GDPR 제6조 제1항 (c)호에 따라 그렇게 해요. 이용자가 기록한 건강 데이터에는 이 근거를 사용하지 않아요. 저희는 이용자의 결제를 받지 않고 결제 정보도 받지 않으므로, 구매에 대한 결제 및 청구 기록은 저희가 아니라 스토어가 보관해요.

저희는 오로지 자동화된 처리에만 근거해 이용자에게 법적 효력이나 이에 준하는 중대한 영향을 미치는 결정을 내리지 않으며, 그런 결정을 위해 이용자를 프로파일링하지도 않아요. glumea에는 GDPR 제22조의 의미에서 자동화된 의사 결정이 없어요. 앱이 보여 주는 추정치(활성 인슐린, 추이, 목표 범위 내 시간)는 이용자가 입력한 데이터를 기기에서 계산한 산술 결과이며 인지를 위해서만 제시돼요. 인슐린이나 약의 용량을 권장하거나 계산하지 않으며, 의료 조언이 아니에요.

데이터 제공이 필수인가요? 법적으로 데이터를 제공해야 할 의무는 없어요. 계정에는 이메일 주소와 비밀번호가 필요해요. 온보딩에서 요청하는 프로필과 치료 설정 항목은 위에 설명한 동의 한계를 전제로 계정에 저장돼요. 기록 작성, Apple Health 또는 Health Connect 연결, 클라우드 동기화는 선택 사항이에요. 사용 데이터 분석과 진단은 선택 사항이며 동의하기 전까지 꺼져 있어요.

5. 사용 데이터 분석과 진단

앱에는 이런 목적을 위한 서드파티 SDK가 두 개 있어요. 하나는 사용 데이터 분석용이고, 하나는 충돌 및 오류 보고용이에요. 이 항목은 각각이 무엇이고 무엇을 받는지 설명해요.

둘 다 동의하기 전까지 꺼져 있으며, 그 전에는 어느 SDK도 시작되지 않아요. 앱은 온보딩이 끝날 때 각각에 대해 별도의 스위치로 물어요. 스위치는 켜진 위치로 표시되지만 계속을 탭하기 전에는 아무것도 수집되지 않으며, 거부 버튼을 한 번 탭하면 둘 다 꺼진 채로 온보딩이 끝나요. 온보딩을 거치지 않고 기존 계정으로 로그인하면, 직접 켜기 전까지 둘 다 꺼져 있어요. 두 설정은 서로 독립적이며 설정 → 데이터·개인정보 → 개인정보·진단에서 언제든 바꿀 수 있어요. 로그아웃하면 다른 환경설정과 함께 두 선택이 모두 지워지지만, 이미 실행 중인 SDK는 앱을 닫을 때까지 계속 실행돼요.

5.1 사용 데이터 분석: PostHog

앱이 어떻게 쓰이는지 파악해 개선하기 위해 PostHog(EU Cloud, eu.i.posthog.com)를 사용해요.

사용 데이터 분석이 활성화된 동안 PostHog가 받을 수 있는 것:

glumea 계정 식별자: 계정의 내부 UUID예요. 이메일도, 이름도 아니에요. 로그인하면 이벤트가 이 식별자에 연결되므로 그 이벤트는 익명이 아니에요. 로그인 전이나 로그아웃 후에 일어날 수 있는 이벤트(첫 실행, 앱 실행, 가입, 이메일로 받은 코드 인증)에는 대신 가명 처리된 기기 식별자가 붙으며, 이 식별자는 앱이 SDK를 초기화할 때 새로 생성돼요.
고정된 이벤트 이름 목록, 약 28개로, 앱 열기, 가입, 온보딩 완료, 기록 저장, Apple Health에서 가져오기, 알림 권한 허용 또는 거부, 내보내기 생성, 결제 화면 열기, 구매 또는 복원 결과 같은 것을 다뤄요.
닫힌 목록이나 제한된 개수에서 가져온 소수의 속성: 어떤 종류의 기록이 저장되었는지(혈당, 음식, 약, 체중), 한 번 저장에 몇 개의 행이 기록되었는지, 기록이 그 순간에 이루어졌는지 소급해서 이루어졌는지, 내보내기가 CSV인지 PDF인지, 어느 온보딩 단계가 완료되었는지, 탭한 알림의 일반 범주 등이에요. 시스템 어디에서도 속성이 자유 입력 텍스트를 받지 않아요.
현재 화면: /settings/privacy 같은 경로 템플릿으로 전달돼요. 숫자는 거부되므로 기록 식별자가 경로에 실려 갈 수 없어요. 한 가지 치료 유형만 도달하는 화면(예: 인슐린 설정)은 그 상위 화면으로 보고돼요.
소수의 프로필 속성: 언어, 테마, 혈당·체중·탄수화물 단위, glumea+ 이용 여부예요.
PostHog SDK가 스스로 추가하는 것(저희가 통제할 수 없음): 기기 모델, 운영 체제와 버전, 앱 버전, SDK 버전, 시간대, 로케일, 네트워크 유형, 세션 식별자예요. PostHog는 모든 웹 서비스가 그렇듯 요청이 오는 IP 주소도 받고 그 주소로부터 대략적인 위치를 도출해요. 저희는 그 주소를 폐기하는 PostHog 옵션을 켜지 않았으므로 주소는 이벤트와 함께 저장돼요.

PostHog가 받을 수 없는 것: 혈당 수치, 인슐린 용량, 약 이름, 복용하는 약의 종류, 메모, 음식 이름, 이메일 주소, 그 밖의 모든 자유 입력 텍스트예요. 이를 보장하는 필터는 안전 우선(fail-closed) 방식이에요. 목록에 없는 이벤트는 통째로 버려지고, 선언되지 않은 속성은 제거되며, 선언된 속성이라도 값이 예상된 형태와 맞지 않으면 제거돼요. 시스템에는 “아무 문자열” 속성이 없어요. 세션 리플레이, 화면 녹화, 설문, 탭 자동 수집, 푸시 토큰은 없어요.

이벤트는 이용자의 치료나 수치를 드러내지 않도록 만들어져 있어요. 인슐린, 알약, 주사제는 모두 약 기록 하나로 보고돼요. 저혈당 또는 고혈당 경고를 탭한 사실은 전혀 기록되지 않고, 인슐린 사용자만 보는 온보딩 단계도 기록되지 않아요. Apple Health나 Health Connect에서 가져오기는 실행되었다는 사실과 무엇이 시작시켰는지만 보고하며, 몇 건을 읽었는지는 보고하지 않아요. 그래도 로그인해 있는 동안 이벤트는 계정에 연결되고, 당뇨병 앱을 사용한다는 사실 자체가 건강 정보를 드러내므로 사용 데이터 분석은 이용자의 동의를 기다려요.

사용 데이터 분석 SDK는 자체 식별자와 전송을 기다리는 이벤트 대기열을 기기에 저장해요. SDK의 작동 방식에서 두 가지 제한이 따라와요. 동의를 철회하면 철회했다는 이벤트가 하나 더 기록돼요. 그리고 그 이벤트와 동의한 동안 이미 수집된 모든 것은 철회하는 순간이 아니라 SDK 자체 일정에 따라 나중에 전송돼요. 그 이후에는 새로 수집되는 것이 없어요.

5.2 진단 및 충돌 보고서: Sentry

앱이 충돌하거나 오류가 났을 때 이를 알고 고칠 수 있도록 Sentry(유럽 연합 리전)를 사용해요.

앱이 만드는 보고서의 내용이 담긴 모든 부분은 전송 전에 처음부터 다시 구성되며, 제거할 필드 목록이 아니라 허용된 필드 목록을 기준으로 해요. 나머지 십여 개의 최상위 필드는 이름으로 지워지므로, 향후 SDK 버전이 새로 추가하는 필드는 저희가 추가하기 전까지 그 삭제에 걸리지 않아요. 이 재구성을 거쳐 남는 것은 다음과 같아요.

예외 유형, 그리고 원래 오류 메시지 대신 계산된 레이블.
파일 이름이 기본 이름으로 줄어든 스택 트레이스. 릴리스 빌드에서는 심볼 이름이 난독화되며, 빌드 시 업로드한 매핑을 사용해 Sentry 쪽에서만 읽을 수 있게 돼요.
기기 계열, 모델, 아키텍처, 시뮬레이터 여부, 화면 방향.
운영 체제 이름, 버전, 빌드. 앱 이름, 버전, 빌드. Dart 런타임 버전.
네이티브 충돌을 읽을 수 있게 하는 데 필요한 디버그 이미지 식별자.
브레드크럼 추적의 형태, 즉 최근 이벤트의 범주, 유형, 수준, 타임스탬프이며 내용은 절대 포함하지 않아요.
두 가지 레이블: 앱의 어느 영역이 실패했는지, 그리고 포그라운드에서 일어났는지 백그라운드 알림 엔진에서 일어났는지.
릴리스, 빌드 번호, 환경, 무작위로 생성된 이벤트 ID.

완전히 제거되는 것: 오류 메시지, 모든 요청 데이터, 모든 사용자 객체, 서버 이름, 트랜잭션 이름, 스레드 목록, 모듈 목록, 지역 변수 값, 소스 코드 컨텍스트, 절대 경로, 기기의 고유 ID와 이름, 설치 범위의 앱 해시, 브레드크럼 메시지와 데이터, 스크린샷, 뷰 계층 구조, 모든 첨부 파일이에요. 스크린샷, 뷰 계층 구조 수집, 세션 리플레이, 성능 추적, 로깅, 요청 본문은 모두 꺼져 있어요. 앱은 Sentry 이벤트에 사용자 식별자를 붙이지 않아요. 계정 ID도, 이메일 주소도, 기기 ID도 없어요.

위 내용에 대한 두 가지 한계:

네이티브 충돌, 앱 응답 없음 이벤트, iOS 워치독 종료는 그 재구성을 거치지 않고 Sentry에 도달할 수 있어요. 앱 자체 코드가 아니라 운영 체제의 충돌 처리기가 만들어 내기 때문이에요. Sentry가 릴리스 상태 확인에 쓰는 주기적인 “앱 세션 시작/종료” 신호도 마찬가지예요. 이런 것들은 기기에서 확인할 수 없고, 플랫폼 SDK가 그 안에 어떤 필드를 넣는지 저희도 모두 알지는 못해요. 저희는 그중 어느 것도 이용자와 연결할 수 있는 식별자를 설정하지 않아요.
Sentry는 보고서가 전송되는 IP 주소를 받아요.

진단에 동의하기 전까지 Sentry는 시작되지 않아요. 스위치를 끄면 그 컨트롤이 닿는 리포터는 닫히지만, 로그아웃은 이미 초기화된 SDK를 실행 중인 프로세스에서 확실히 끄지는 못해요. 따라서 현재의 수명 주기를 모든 상태에서 즉시 철회라고 설명할 수는 없어요.

6. glumea+와 구독 데이터

glumea+는 Apple App Store와 Google Play를 통한 인앱 구매로만 판매되는 구독이에요. 다른 구매 방법은 없고, 앱 어디에도 웹 결제나 카드 입력 양식이 없어요.

결제 정보는 저희에게 도달하지 않아요. 결제는 Apple이나 Google이 처리해요. 저희는 카드 번호도, 은행 정보도, 청구 주소도 보지 못해요. 취소와 환불은 이용자의 스토어 계정을 통해 처리되며, 어디서 하는지는 이용 약관에 설명되어 있어요.
RevenueCat은 구독이 활성 상태인지 알기 위해 사용하는 서비스예요. 앱이 RevenueCat에 알리는 이용자 정보는 한 가지, 구독의 사용자 ID로 쓰이는 glumea 계정 식별자뿐이에요. 저희 서버도 그 식별자에 활성 구독이 있는지 RevenueCat에 물어보는데, 구독한 적이 없는 경우에도 물어봐요. 그렇게 해서 구독하지 않았다는 사실을 알기 때문이에요. 저희는 이메일 주소, 표시 이름, 전화번호, 푸시 토큰을 설정하지 않고, 기기 광고 식별자를 수집하도록 요청하지도 않아요. RevenueCat 자체 SDK는 RevenueCat 서비스 운영을 위해 일부 기기 및 네트워크 정보도 수집하며, 이는 RevenueCat의 개인정보 고지에 설명되어 있어요. 저희는 그 수집을 설정하지 않으며 그 결과물을 받지도 않아요.
앱이 기기에 보관하는 것은 glumea+가 활성 상태인지 나타내는 참/거짓 값 하나뿐이에요. 가격, 상품 ID, 만료일, 거래 ID는 앱이 기기에 저장하지 않아요. 이 값은 로그아웃하면 거짓으로 설정되므로, 그 기기의 다음 계정은 구독 없이 시작하며 스토어에 대해 독립적으로 확인받아야 해요.
저희 서버가 저장하는 것. 구독에 변경이 생기면(구매, 갱신, 취소, 결제 문제) RevenueCat이 저희 백엔드에 알림을 보내요. 저희는 이런 알림을 받은 그대로 기록해요. 이벤트 ID와 유형, 환경, glumea 계정 식별자, 그리고 RevenueCat이 보낸 전체 메시지를 필드별로가 아니라 도착한 그대로 저장해요. 이 메시지에는 보통 상품 식별자, 가격, 통화, 스토어, 국가, 구매일과 만료일이 들어 있어요. 통째로 저장하기 때문에, 저희 앱이 직접 설정하지 않았더라도 RevenueCat이 이용자에 대해 보유한 구독자 속성, 이메일 주소를 포함해 그 무엇이든 담길 수 있어요. 저희는 메시지를 절대 고쳐 쓰지 않아요. 같은 이벤트가 다시 전달되면 도착 횟수만 갱신돼요.
사용 데이터 분석이 활성화된 동안에는 위에서 설명한 퍼널 이벤트가 glumea+ 이용 여부를 기록한 프로필 속성과 함께 PostHog로 가요. 가격, 상품 식별자, 스토어 식별자는 분석으로 전송되지 않아요.

여기서 두 가지 결과가 따라와요. 웹훅 로그는 glumea 계정 식별자를 담고 있지만 계정 행과 데이터베이스 관계가 없어요. 계정 삭제 중에 저희 백엔드는 이 기록을 따로 제거하고, 같은 식별자로 RevenueCat의 구독자 기록 삭제를 요청해요. 그렇지 않은 경우에는 예약된 작업이 각 웹훅 기록을 도착 후 90일이 지나면 제거해요. 무엇이 남을 수 있는지는 12항에 설명되어 있어요.

7. 저희가 하지 않는 일

glumea에서는 다음 중 어떤 일도 일어나지 않아요.

어떤 종류의 광고도 없어요. 광고 SDK도, 어트리뷰션 SDK도, 광고 식별자도 없어요. 앱은 iOS의 “앱이 나를 추적하지 않도록 요청” 안내를 표시할 수 없어요. 이를 가능하게 하는 항목을 갖고 있지 않기 때문이며, 광고 어트리뷰션 네트워크도 선언하지 않아요.
데이터를 판매하지 않아요. 개인정보를 판매하거나 대여하지 않으며, 건강 데이터도 판매하지 않아요. 교차 맥락 행동 광고를 위해 공유하지도 않아요.
건강 데이터를 광고, 마케팅, 또는 다른 누군가를 위한 프로필 작성에 사용하지 않아요.
위치 데이터가 없어요. 연락처, 카메라, 마이크, 사진, 캘린더에 대한 접근도 없어요. 앱은 두 플랫폼 어디에서도 그런 권한을 요청하지 않아요.
앱에는 Firebase가 없어요. Firebase Analytics도, Crashlytics도, Firebase Cloud Messaging도 없어요. (Firebase Hosting은 이 페이지를 포함한 웹사이트를 제공해요. 이는 다른 Google 서비스이며 아래에 명시되어 있어요.)
푸시 알림도, 기기 푸시 토큰도 없어요. 알림은 이용자의 기기가 직접 예약하고 표시해요. 서버에서 기기로 가는 채널은 전혀 없어요.
위에 설명한 두 SDK 어디에서도 스크린샷, 화면 녹화, 세션 리플레이, 뷰 계층 구조 수집이 없어요.
PostHog와 Sentry 외에 앱에 다른 사용 데이터 분석, 원격 측정, 추적 SDK는 없어요. 네트워크 연결을 여는 구성 요소는 앱이 저희 서버에 직접 연결하는 것, PostHog, Sentry, RevenueCat뿐이에요.

8. 데이터를 받는 곳

glumea를 운영하기 위해 아래 서비스 제공업체와 데이터를 공유해요. 그 처리에는 각 업체의 역할, 각 업체 자체의 개인정보 고지, 그리고 각 서비스 이용에 적용되는 계약 조건이 적용돼요. RevenueCat의 SDK도 스스로 기기 및 네트워크 정보를 수집해요. 저희는 그 수집을 설정하지 않고 그 결과물을 받지도 않으므로, 이에 대한 설명은 저희 시스템이 아니라 RevenueCat의 개인정보 고지에 기반해요.

Google(Google Cloud Run과 Google Cloud SQL, europe-west1 리전)은 저희 백엔드와, 건강 데이터를 포함해 이용자가 동기화한 모든 것을 담은 데이터베이스를 호스팅해요. Google Secret Manager는 서버 자격 증명을, Google Cloud Logging은 서버 요청 로그를 보관해요.
Google(Firebase Hosting)은 glumea.com과 이 법적 문서를 제공해요.
Sentry(유럽 연합 리전)는 현재 설정 동작에 따라 진단이 활성화된 동안 위에 설명한 진단 보고서를 받아요.
PostHog(EU Cloud)는 현재 설정 동작에 따라 사용 데이터 분석이 활성화된 동안 위에 설명한 분석 이벤트를 받아요.
RevenueCat(미국)은 구독 여부와 관계없이 이용자의 glumea 계정 식별자와 구독 상태를 받아요. 구독자가 아님을 확인할 때도 구독자임을 확인할 때와 같은 식별자를 사용해요. 위에서 밝힌 대로 RevenueCat의 SDK는 저희가 설정하지 않고 저희가 받지도 않는 기기 및 네트워크 정보를 추가로 수집하며, RevenueCat 자체의 개인정보 고지에 설명되어 있어요.
Zoho ZeptoMail: 운영 환경의 이메일 발송이 활성화된 경우, 이 제공업체는 수신 이메일 주소와 전달에 필요한 인증 또는 비밀번호 재설정 메시지를 받아요. 발송이 비활성화된 동안에는 어떤 이메일 제공업체도 그런 메시지를 받지 않아요.

Apple과 Google은 저희의 처리자가 아니에요. 두 회사는 glumea+가 판매되는 스토어를 운영하고, 결제를 처리하며, 이용자에 대해 보유한 구매 데이터에 관해 독립적인 컨트롤러예요. 두 회사가 수집하는 내용은 이 방침이 아니라 각사의 개인정보 처리방침이 규율해요.

그 밖에 저희는 법원이나 기관의 구속력 있는 명령처럼 법이 요구하는 경우나 이용자의 지시가 있는 경우에만 개인정보를 공개해요.

Paweł Milewski Software Development가 합병, 인수, 자산 매각에 관여하게 되더라도 이용자의 데이터는 계속 이 방침의 보호를 받으며, 데이터가 다른 개인정보 처리방침의 적용을 받게 되기 전에 저희가 알려 드려요.

9. 국제 전송

각 수신자가 데이터를 처리하는 곳:

계정, 프로필, 동기화된 건강 데이터는 EU의 Google Cloud europe-west1(벨기에)에 저장돼요. 저장 위치만으로 설명이 끝나지는 않아요. Google은 지원과 플랫폼 운영을 위해 EEA 밖에서 그 데이터에 접근할 수 있고, 이는 그 자체로 하나의 전송이에요. 이 전송은 Google의 Cloud 데이터 처리 부속서에 있는 표준 계약 조항에 의존해요.
사용 데이터 분석은 PostHog의 EU Cloud로 가며 EU에 저장돼요. PostHog가 유럽 경제 지역 밖에서 접근할 수 있는 경우, 그 전송은 PostHog의 데이터 처리 계약에 있는 표준 계약 조항에 의존해요.
진단은 유럽 연합 리전의 Sentry로 가요. 그곳이 유럽 경제 지역 밖인 경우, 그 전송은 Sentry의 데이터 처리 부속서에 있는 표준 계약 조항에 의존해요.
웹사이트는 Firebase Hosting이 Google의 콘텐츠 전송 네트워크로 제공하므로, 페이지 요청이 유럽 경제 지역 밖의 위치에서 제공되고 기록될 수 있어요. 그런 경우 그 전송은 Google의 Cloud 데이터 처리 부속서에 있는 표준 계약 조항에 의존해요.
구독 상태는 미국의 RevenueCat으로 가요. 그곳이 유럽 경제 지역 밖인 경우, 그 전송은 RevenueCat의 데이터 처리 부속서에 있는 표준 계약 조항에 의존해요.
운영 환경의 이메일 발송이 활성화된 경우, 인증 및 비밀번호 재설정 이메일은 Zoho ZeptoMail이 전달하며, Zoho ZeptoMail은 유럽 연합 내에서, 즉 Zoho Corporation B.V.와 네덜란드와 아일랜드에 있는 Zoho의 EU 데이터 센터에서 수신 이메일 주소를 처리해요. 그곳이 유럽 경제 지역 밖인 경우, 적용되는 전송 메커니즘은 Zoho의 데이터 처리 부속서에 있는 표준 계약 조항이에요.
Apple과 Google은 독립적인 컨트롤러로서 각자의 약정에 따라 구매 데이터를 처리해요.

지원을 포함해 제공업체가 EEA 밖에서 데이터에 접근할 수 있는 경우, 그 접근도 하나의 전송이며 GDPR 제5장에 따른 적절한 보호 조치가 있어야 해요. 각 수신자의 메커니즘은 위에 명시되어 있어요. 영국 이용자의 경우 이에 해당하는 메커니즘은 EU 표준 계약 조항에 대한 영국 부속서이거나, 제공업체가 영국 GDPR에 따라 그 양식을 쓰는 경우 IDTA예요. 일반적인 개인정보 문의처: [email protected]. 보호 조치 사본을 자동으로 요청하는 별도의 절차는 현재 구현되어 있지 않아요.

10. 데이터가 저장되는 곳

glumea는 오프라인 우선이에요. 이 항목은 “내 데이터 중 무엇이 저희 서버에 있나요?”에 대한 전체 답이에요. 이 방침의 나머지 부분은 모두 여기를 가리켜요.

무엇	휴대폰에	저희 서버에	언제부터	삭제 방법
일기, 기록, 약 목록, 약 일정	항상	클라우드 동기화가 켜져 있을 때만	스위치를 켠 순간부터	스위치를 끈 다음 서버 데이터 삭제를 하거나, 계정을 삭제해요
프로필, 이름, 나이, 키, 당뇨병 유형, 치료 방법, 인슐린 투여 방법	있음	항상	동기화 사용 여부와 관계없이 온보딩부터	계정을 삭제해요
치료 설정, 목표 범위, 인슐린 대 탄수화물 비율, 인슐린 민감도 계수	있음	항상	입력한 순간부터	계정을 삭제해요
계정, 이메일 주소, 해시된 비밀번호, 로그인 세션	자격 증명만	항상	계정을 만든 순간부터	계정을 삭제해요
3.6항의 모든 것, 알림, 방해 금지 시간, 앱 환경설정	있음	없음	해당 없음	로그아웃하거나 삭제해요

이 항목의 나머지 부분은 그 표 뒤에 있는 세부 내용이에요.

이용자가 입력하는 모든 데이터는 먼저 기기의 로컬 데이터베이스에 기록돼요. 앱은 인터넷 연결 없이도 완전히 사용할 수 있어요.
그 로컬 데이터베이스는 암호화되어 있어요. 다른 기기로 이전되지 않는 설정 아래, 기기의 키 저장소에 보관된 32바이트 키로 열려요. 휴대폰을 바꾸기 전에 알아 두어야 할 결과가 있어요. Android에서는 앱의 클라우드 백업과 기기 간 전송을 꺼 두었으므로 새 백업 사본이 만들어지지 않아요. iOS에서는 데이터베이스 사본이 iCloud 백업에 들어갈 수 있지만 키 없이는 읽을 수 없고, 키는 기기를 떠나지 않아요. 따라서 그 백업을 새 휴대폰에 복원해도 일기는 따라오지 않아요. 앱은 키가 없는 데이터베이스를 발견하면 조용히 빈 상태로 시작하는 대신 열기를 거부하며, 앱을 다시 설치하거나 데이터를 지우기 전까지 그 휴대폰에서 실행되지 않아요. 새 휴대폰으로 옮기려면 클라우드 동기화를 거치거나, 직접 내보내고 가져오는 .glumea 아카이브를 이용해요.
계정은 만든 순간부터 저희 서버에 존재해요. 계정에는 계정 데이터, 당뇨병 유형과 치료 방법과 인슐린 투여 방법을 포함한 프로필, 그리고 치료 설정(목표 범위, 인슐린 대 탄수화물 비율, 인슐린 민감도 계수)이 담겨요. 이것들은 클라우드 동기화 사용 여부와 관계없이 저희 서버에 있으며, 삭제하는 방법은 계정 삭제예요.
클라우드 동기화는 glumea+ 기능이며 켜기 전까지 꺼져 있어요. 이 기능이 정하는 것은 일기, 즉 기록, 약 목록, 약 일정이 저희 서버에도 복사되는지 여부예요. 켜는 데는 두 단계가 있으며 어느 단계에서든 멈출 수 있어요. 활성 glumea+ 구독이 없으면 앱은 아무것도 켜지 않고 구독 화면을 보여 줘요. 구독이 있으면 앱은 별도의 단계에서 확인을 요청해요. 건강 데이터, 즉 혈당 수치, 인슐린과 약 기록, 음식과 체중 기록, 메모에 입력한 모든 내용이 저희 서버에 저장되는 데 동의하는지예요. 이 확인은 스위치를 켤 때마다 요청하며, 처음에만 요청하지 않아요. 그 확인이 일기에 대한 GDPR 제9조 제2항 (a)호에 따른 이용자의 명시적 동의예요. 이 동의는 클라우드 동기화를 끄면 언제든 철회할 수 있고, 저희가 이미 보유한 데이터는 같은 시트의 서버 데이터 삭제 링크로 삭제할 수 있어요. 동기화가 꺼져 있으면 기록하는 모든 것은 기기에만 남아요.
동기화가 켜져 있으면 데이터는 api.glumea.app의 저희 백엔드에 저장돼요. 이 백엔드는 Google의 europe-west1 리전(벨기에)에서 Google Cloud Run과 Google Cloud SQL PostgreSQL 데이터베이스로 운영돼요.

스위치는 휴대폰이 아니라 계정에 속해요. 저희는 이용자의 선택을 서버에 저장하고, 앱은 로그인할 때와 다시 연결될 때 거기서 읽어 와요. 그래서 로그아웃해도 유지되고 이용자를 따라가요. 동기화를 켜고 다른 휴대폰에서 로그인하면 다시 묻지 않아도 그곳에서도 동기화가 켜져 있어요. 끄는 것도 같은 방식으로 기록돼요. 오프라인 상태에서 끄면 앱은 그 선택을 보관했다가 가능한 가장 이른 시점에 저희 서버에 전달해요. 요청이 실패했다고 해서 철회가 되돌려지는 일은 없어요. 공용 기기에서는 기기에만 있는 스위치와 반대로 작용해요. 로그인하는 사람은 마지막 사람이 남긴 답이 아니라 자기 계정의 답을 받아요.

glumea+가 끝나면 새 기록은 더 이상 백업되지 않으며, 동의를 철회하거나 아무것도 삭제하지 않아요. 구독이 만료되거나, 취소되거나, 환불되면 앱은 새 기록을 저희 서버에 복사하는 것을 멈춰요. 이미 서버에 있는 기록의 수정과 삭제는 계속 저희 서버에 도달하고, 앱은 계속 서버에서 내려받아요. 클라우드 동기화 시트에는 수정 및 삭제 내용은 계속 동기화돼요 · 새 기록은 이 기기에만 남아요라고 표시돼요. 이미 저희 서버에 있는 것은 그대로 있고, 기기에 있는 것도 그대로 있으며, 동의 질문에 대해 저장된 답도 그대로 남아요. 그래서 다시 구독하면 두 번째로 묻지 않고 저장된 답에 따라 전체 백업이 재개돼요. 그러지 않기를 원하면 스위치를 끄세요. 끄기와 그 옆의 서버 데이터 삭제 링크는 구독이 살아 있든 아니든 계속 사용할 수 있어요. 구독이 끝나도 동의를 철회하거나 서버 사본을 삭제할 수 있는 권리가 사라지는 일은 없어요.

이 스위치를 건드리지 않아도 동기화가 멈출 수 있어요. 로그인 세션이 만료될 수 있으며, 그 경우 저희는 로그아웃시키지 않고 아무것도 삭제하지 않아요. 앱은 모든 기록을 기기에 보관하고, 백업을 보류하고, 기다려요. 이때 클라우드 동기화 시트에는 일시 중지가 표시되고 다시 로그인하기 전까지 아무것도 동기화되지 않는다고 알려 주며, 요약 화면에는 만료된 세션에 대한 배너가 나타나요. 그동안 기록하는 모든 것은 기기에 남고, 다시 로그인한 뒤에야 저희 서버에 도달해요. 휴대폰 분실에 대비해 서버 사본에 의존하고 있다면, 그 배너가 바로 조치해야 할 신호예요.

저희 서버의 사본은 전송 구간 암호화, Google의 저장소 암호화, 저희의 접근 통제로 보호돼요. 종단 간 암호화가 아니며 저희는 이를 읽을 수 있어요. glumea는 제로 날리지 서비스가 아니에요. 전체 시스템에서 저희가 열 수 없는 유일한 산출물은 .glumea 아카이브인데, 이용자만 아는 비밀번호로 암호화되기 때문이에요.

11. 데이터 보관 기간

아래 기간 동안 데이터를 보관해요.

계정 데이터, 프로필, 치료 설정: 계정이 존재하는 동안 저희 서버에 보관돼요.
동기화된 건강 기록과 약 목록: 계정이 존재하는 동안, 또는 서버 사본을 삭제하거나 계정을 삭제할 때까지 보관돼요. 기록 하나를 삭제하는 것은 다르게 작동해요. 삭제한 그 기기에서만 사라져요. 저희 서버의 사본은 남아 있으므로 앱을 다시 설치하거나, 새 휴대폰을 쓰거나, 로그아웃했다가 다시 로그인하면 그 기록이 돌아올 수 있어요. 서버에서 그 행을 제거하는 것은 서버 데이터 삭제나 계정 삭제뿐이에요.
삭제한 기록의 삭제 표시: 기록 하나의 삭제가 저희 서버에 실제로 도달하면, 그 행은 삭제가 다른 기기로 전달될 수 있도록 값, 태그, 메모를 그대로 담은 표시로 남아요. 이를 정리하는 작업은 없으므로 계정이 존재하는 동안 남아 있어요. 서버 데이터 삭제를 사용하거나 계정을 삭제하면 제거돼요.
로그인 세션: 액세스 토큰은 15분 동안 유효해요. 저희 서버의 세션 기록은 90일 동안 사용하지 않으면 만료돼요. 로그아웃하면 즉시 폐기되어 다시는 사용할 수 없지만, 행 자체는 90일 기간이 끝난 뒤 매시간 실행되는 작업이 제거해요. 계정을 삭제하면 즉시 제거돼요.
일회용 코드: 발급 후 10분이 지나면 만료되며, 매시간 실행되는 작업이 만료된 코드를 사용 불가로 표시해요. 기록 자체는 삭제하지 않아요. 계정을 삭제하면 다른 모든 것과 함께 제거될 때까지 남아 있어요.
서버 백업: 7일. 운영 데이터베이스에서 삭제된 데이터는 백업이 순환될 때까지 백업에 남아 있어요.
IP 주소가 포함된 서버 요청 로그: 30일.
PostHog의 사용 데이터 분석 이벤트: 12개월.
Sentry의 진단 보고서: 90일.
구독 알림 기록: 각 메시지가 저희에게 도착한 시점부터 최대 90일이며, 계정 삭제로 더 일찍 제거되는 경우는 예외예요. 예약된 작업은 경과 기간만 계산하며 진행 중인 결제 분쟁 때문에 행을 남겨 두지 않아요.
기기에만 저장된 데이터: 이용자가 삭제하거나, 로그아웃하거나, 앱 내 계정 삭제 기능을 사용하거나, 앱을 삭제할 때까지 기기에 남아 있어요. 이메일 계정 삭제 요청으로는 기기를 원격으로 지울 수 없어요.

12. 삭제: 무엇이 어디에서 일어나나요

시작하기 전에. 아래의 모든 것보다 더 중요한 두 가지가 있으며, 둘 다 이용 약관에 있어요. 먼저 스토어에서 glumea+ 구독을 취소하세요. glumea 계정을 삭제해도 요금 청구는 멈추지 않기 때문이에요(그 약관 13.1항). 그리고 먼저 내보내세요. 행이 삭제된 뒤에는 저희가 내보내기를 만들어 드릴 수 없기 때문이에요(그 약관 13.3항).

서로 다른 세 가지 컨트롤, 서로 다른 세 가지 결과. 헷갈리기 쉬우니 정리해 드려요.

컨트롤	위치	삭제되는 것	남는 것	되돌릴 수 있는 것
기록 하나 삭제	기록한 곳 어디서든	그 기록, 그 기기에서만	서버 사본(기록을 되살릴 수 있어요)	앱 재설치, 새 휴대폰, 또는 로그아웃 후 다시 로그인
서버 데이터 삭제	설정이 아니라 요약 또는 기록 화면의 클라우드 버튼으로 여는 클라우드 동기화 시트	서버에 있는 기록, 약 목록, 일정의 사본	계정, 프로필, 치료 설정, 그리고 휴대폰에 있는 모든 것	동기화를 다시 켜면 휴대폰에서 다시 업로드돼요
계정 삭제	설정 → 계정, 또는 앱을 사용할 수 없으면 [email protected]으로 이메일	저희 서버의 계정과 관련 운영 데이터. 앱 내 경로는 이 기기도 지워요	기존 백업, 일부 제공업체 기록, 앱 내 삭제가 닿지 않는 기기의 모든 데이터	삭제된 계정을 복원하는 것은 없어요

서버 데이터 삭제에는 유효한 로그인과 먼저 꺼 둔 동기화 스위치가 필요해요. 이유는 이 항목 끝의 세 가지 설명에 나와 있어요.

앱에서 계정을 삭제하면 저희 운영 데이터베이스에서 즉시 삭제돼요. 확인된 이메일 요청도 같은 서버 측 삭제 경로를 사용해요. 각 대상에서 일어나는 일은 다음과 같아요.

저희 운영 데이터베이스: 앱에서 확인하거나 운영자가 확인된 이메일 요청을 처리하면, 계정 삭제는 사용자 레코드를 완전히 삭제해요. 여기에 딸린 모든 것이 데이터베이스 연쇄 삭제로 함께 제거돼요. 프로필, 치료 설정, 동기화된 모든 혈당, 음식, 체중, 인슐린, 알약, 주사제 기록, 약 목록과 일정, 세션, 대기 중인 인증 및 재설정 코드예요. 소프트 삭제 플래그도, 복구도 없어요.
구독 알림 기록: 각 행에는 glumea 계정 식별자와 RevenueCat이 보낸 전체 메시지가 담겨 있어요. 계정 행과 연결되어 있지 않아서 자동 연쇄 삭제가 닿지 않지만, 삭제 서비스가 같은 트랜잭션에서 이를 따로 제거해요. 계정 삭제를 하지 않으면 예약된 작업이 각 행을 90일 후에 제거해요.
RevenueCat: 계정을 삭제하면 이용자의 계정 식별자로 된 구독자 기록을 제거하라는 요청이 대기열에 들어가요. 저희는 요청을 즉시 시도하고, 제공업체를 이용할 수 없으면 다시 시도해요. 스토어의 결제 내역은 저희가 통제할 수 없어요.
PostHog: 계정을 삭제하면 계정에 연결된 분석 프로필과 그 이벤트 및 녹화를 제거하라는 요청이 대기열에 들어가요. 즉시 시도하고, 제공업체를 이용할 수 없으면 다시 시도해요. PostHog는 접수된 일괄 삭제를 비동기로 완료할 수 있어요. 로그인 전 이벤트는 별도의 가명 처리된 기기 식별자를 사용해요.
서버 백업: 삭제된 내용의 사본은 호스팅 제공업체의 자동 데이터베이스 백업이 순환될 때까지 그 백업에 남아요. 7일이며, 그 법정 한도가 적용되는 경우에도 인증 후 6개월을 넘지 않아요. 백업 안의 개별 기록은 수정되지 않아요. 따라서 재해 복구 복원은 운영에서 삭제된 행을 일시적으로 다시 들여올 수 있어요.
서버 로그: 계정을 삭제해도 30일 동안 보관되는 서버 요청 로그가 소급해서 지워지지는 않아요.
Sentry: 앱은 진단 보고서에 계정 식별자, 이메일 주소, 사용자 레코드를 붙이지 않아요. 따라서 개별 사용자의 보고서를 찾거나 삭제할 수 있는 방법은 지원되지 않아요. 운영 체제의 충돌 처리기가 만든 보고서는 앱의 필터를 거치지 않으며, 플랫폼 SDK가 추가하는 모든 필드를 저희가 아는 것도 아니에요. 보고서는 Sentry의 보존 기간인 90일이 지나면 만료돼요. GDPR 제11조 제2항은 컨트롤러가 정보 주체를 실제로 식별할 수 없는 데이터를 다뤄요.
Apple과 Google: 구매 및 구독 기록은 저희가 아니라 스토어의 것이에요. glumea 계정을 삭제해도 구독이 취소되지 않고, Apple이나 Google에 있는 어떤 것도 삭제되지 않아요. 스토어 계정 설정에서 취소하세요. 두 회사의 기록은 각사의 정책과 세법의 적용을 받아요.
이용자의 기기: 앱 안에서 계정을 삭제하거나, 로그아웃하거나, 계정을 바꾸면 그 기기에서 로컬 데이터베이스, 세션 자격 증명, 저장된 환경설정이 지워져요. 이메일 요청으로는 기기를 원격으로 지울 수 없어요. 원격 측정 환경설정을 지워도 실행 중인 프로세스에서 이미 초기화된 SDK가 확실히 꺼지지는 않아요. 최초 설치 플래그와 데이터베이스 암호화 키는 앱 내 삭제 후에도 남을 수 있지만, 둘 다 일기 데이터를 담고 있지 않아요. iCloud 기기 백업에는 읽을 수 없는 암호화된 데이터베이스 사본이 들어 있을 수 있어요. Android 백업은 앱에서 비활성화되어 있어요.
이용자가 직접 만든 사본: .glumea 아카이브, CSV, PDF 리포트, 다른 곳에 공유하거나 저장한 모든 것은 이용자의 것이며 저희 손이 닿지 않아요. 저장해 둔 곳에서 삭제하세요.

시점을 정리하면, 운영 데이터베이스 삭제는 앱에서 확인한 때, 또는 운영자가 확인된 이메일 요청을 처리한 때 일어나요. RevenueCat과 PostHog의 삭제 요청은 즉시 시도되고 실패하면 재시도를 위해 대기열에 들어가요. 사본은 호스팅 백업이 순환될 때까지, 즉 7일 이내에는 남을 수 있어요.

데이터베이스 연쇄 삭제 자체는 서버 요청 로그, Sentry 보고서, 구독 알림 기록, 제공업체 기록에는 닿지 않아요. 삭제 서비스는 구독 알림을 따로 제거하고 RevenueCat과 PostHog 기록의 삭제를 요청해요. 서버 로그와 Sentry 보고서는 설정된 보존 기간이 지나면 만료돼요.

삭제는 되돌릴 수 없어요. 삭제된 데이터는 복구할 수 없으므로, 나중에 의료진에게 보여 주는 등 기록이 필요할 수 있다면 이용자의 권리에서 설명하는 내보내기 옵션으로 먼저 사본을 받으세요.

앱 없이 이메일로 계정 삭제를 요청할 수도 있어요. 처리하기 전에 소유권을 확인해요.

기록, 약 목록, 약 일정의 서버 사본은 삭제하지만 계정, 프로필, 치료 설정, 기기에 있는 모든 것은 유지하는 더 좁은 범위의 서버 데이터 삭제 컨트롤에 대해 세 가지를 더 알려 드려요.

유효한 로그인이 필요해요. 세션이 만료되어 클라우드 동기화 시트에 일시 중지가 표시되는 10항의 상태에서는, 이 링크가 다시 로그인하라고 안내할 뿐 로그인할 때까지 아무것도 하지 않아요. 다시 로그인하면 충분하며, 그동안 잃는 것은 없어요.
먼저 클라우드 동기화를 꺼야 해요. 나중에 동기화를 다시 켜면 기기에 남아 있는 기록이 대기열에 들어가 다시 업로드되므로, 서버에서의 삭제는 이용자 자신의 기기가 되돌리게 돼요.
다른 기기로 전파되지 않아요. 다른 기기는 로컬 사본을 그대로 유지하며 알림을 받지 않아요.

13. 앱 안에서의 통제 수단

데이터를 통제하기 위해 저희에게 이메일을 보낼 필요는 없어요. 앱에는 다음과 같은 기본 제공 컨트롤이 있어요.

계정 삭제: 설정 → 계정에 있으며, 확인 단어를 직접 입력해 확인해요. 위에 설명한 서버 측 완전 삭제를 수행하고, 그 기기에서 앱의 로컬 데이터베이스, 세션 자격 증명, 환경설정을 지워요. 앱을 사용할 수 없으면 [email protected]으로 서버 측 계정 삭제를 요청할 수도 있어요. 무엇이 남는지는 12항에 나와 있어요.
서버 데이터 삭제: 클라우드 동기화 시트의 동기화 스위치 아래 줄에 있는 데이터 삭제 링크예요. 이 시트는 설정이 아니라 요약 또는 기록 화면 위쪽의 클라우드 버튼으로 열어요. 링크는 항상 보이지만 스위치를 꺼야만 작동해요. 서버에 있는 기록, 약 목록, 약 일정의 사본을 완전히 삭제하고, 계정과 기기에 있는 데이터는 유지해요. 거기까지만 닿아요. 프로필과 치료 설정은 계정을 삭제하기 전까지 저희 서버에 남아요. 바로 위의 세 가지 설명을 읽어 보세요.
클라우드 동기화: 같은 시트에 있는 동기화 스위치이며 glumea+ 기능이에요. 언제든 끄면 새 데이터가 저희 서버에 도달하는 것을 멈출 수 있고, 이는 저희가 저장하는 데 대한 동의를 철회하는 방법이기도 해요. 끄는 데는 활성 구독이 필요 없어요. 이미 동기화된 데이터는 서버 데이터 삭제나 계정 삭제를 사용하기 전까지 저희 서버에 남아요. 이 스위치에 대한 선택은 계정에 저장되므로 로그아웃해도 유지되고 새 휴대폰으로 따라가요.
사용 데이터와 오류 보고: 설정 → 데이터·개인정보 → 개인정보·진단에 있는 두 개의 독립된 스위치예요. 둘 다 켜기 전까지 꺼져 있어요. 하나를 끄면 환경설정은 갱신되지만 대기 중인 데이터는 여전히 전송될 수 있고, 로그아웃해도 실행 중인 프로세스에서 이미 초기화된 SDK가 확실히 닫히지는 않아요.
Apple Health / Health Connect: 설정 → 연동에서 연결하거나, 연결을 끊거나, 개별 데이터 유형을 끌 수 있어요. 건강 플랫폼 자체에서 권한을 취소할 수도 있어요.
알림에 세부 정보 표시(설정 → 알림): 켜지 않으면 꺼져 있어요. 켜기 전까지 알림은 일반적인 문구를 보여 줘요.
로그아웃: 앱의 로컬 데이터베이스, 세션 자격 증명, 환경설정(사용 데이터 분석과 진단 선택 포함)을 기기에서 지워요. 이용자가 기록한 것도, 이용자가 한 선택도 남겨 두지 않아요. 남는 두 가지 기술적 값은 삭제 항목에 나와 있어요.
내보내기: 설정 → 데이터·개인정보 → 데이터 가져오기·내보내기에서 기록, 약, 프로필, 치료 목표, 알림을 담은 비밀번호로 보호된 .glumea 아카이브를 만들어요. CSV와 PDF 혈당 리포트는 별개이며 혈당 화면 자체의 내보내기 시트에서 만들어요. 아카이브와 CSV는 무료이고, PDF 리포트는 glumea+ 기능이에요.

[email protected]은 앱 없이도 계정 삭제 요청을 받아요. 앱 밖에서의 다른 권리 요청도 그곳으로 보낼 수 있지만, 계정 삭제 경로가 별도의 자동 내보내기나 정정 도구를 제공하지는 않아요.

14. 이용자의 권리

GDPR에 따라 이용자에게는 다음 권리가 있어요.

개인정보에 접근하고 그 사본을 받을 권리.
부정확하거나 불완전한 데이터를 정정할 권리. 기록과 약은 기록한 곳에서, 프로필은 설정 → 계정에서, 치료 설정은 설정한 곳에서 수정할 수 있어요. 앱 밖의 별도 정정 절차는 현재 구현되어 있지 않아요.
데이터를 삭제할(“잊혀질 권리”) 권리. 삭제가 무엇에 닿고 무엇에 닿지 않는지는 위의 삭제 항목에 정확히 나와 있어요.
일정한 상황에서 처리를 제한할 권리.
데이터 이동: 법이 그 권리를 인정하는 경우, 이용자가 제공한 데이터를 구조화되고 일반적으로 사용되며 기계가 읽을 수 있는 형식으로 받을 권리. 앱의 CSV 혈당 내보내기는 기계가 읽을 수 있으며 암호화되지 않아요. .glumea 아카이브에는 기록, 약, 프로필, 치료 목표, 알림이 들어 있지만, 이용자만 아는 비밀번호로 암호화되어 있고 그것을 만든 glumea 계정으로만 가져올 수 있어요. [email protected]을 통해 제공되는 추가 맞춤 내보내기는 현재 없어요.
저희의 정당한 이익에 근거한 처리에 반대할 권리.
언제든 동의를 철회할 권리. 철회는 철회 이전에 적법했던 처리에는 영향을 주지 않아요. 동기화된 일기 데이터의 경우 클라우드 동기화를 끄고 서버 데이터 삭제를 사용하거나 계정을 삭제하세요. 사용 데이터 분석과 진단의 경우 설정 → 데이터·개인정보 → 개인정보·진단의 두 스위치를 사용하세요. 프로필만 또는 치료 설정만 삭제하는 컨트롤은 없고, [email protected]을 통한 그런 절차도 현재 제공되지 않아요. 계정 삭제는 저희 운영 데이터베이스에서 그 항목들을 제거하는 유일하게 구현된 방법이에요.
감독 기관에 민원을 제기할 권리. 저희의 선임 감독 기관은 개인정보 보호 사무소 의장(Prezes Urzędu Ochrony Danych Osobowych), ul. Stawki 2, 00-193 Warsaw, Poland예요. 거주하시는 곳, 근무하시는 곳, 또는 침해가 발생했다고 생각하시는 곳이 있는 EU 회원국의 개인정보 보호 기관에 민원을 제기할 수도 있어요. 영국에 계신 경우 Information Commissioner’s Office(ICO), Wycliffe House, Water Lane, Wilmslow, Cheshire SK9 5AF에 민원을 제기할 수 있어요.

요청한 조치를 13항에 설명된 앱 내 컨트롤로 할 수 있다면 그것을 사용하세요. 앱 없이 계정을 삭제하려면 [email protected]으로 이메일을 보내세요. 다른 권리 요청도 그곳으로 보낼 수 있지만, 이 계정 삭제 경로가 별도의 열람, 내보내기, 정정 도구를 제공하지는 않아요.

컨트롤러가 GDPR 요청에 대해 조치하지 않는 경우, 제12조는 한 달 이내에 그 이유를 설명하고 이용할 수 있는 민원 및 사법 구제 경로를 알려 주도록 요구해요. 그 경로는 컨트롤러에게 다시 연락하는지와 관계없이 계속 이용할 수 있어요.

신원 확인. 앱 내 삭제는 인증된 세션에 의존해요. 이메일 요청의 경우, 계정에 연결된 이메일을 이용자가 사용할 수 있는지 확인해요. 그 이메일에 접근할 수 없다면, 계정을 삭제하기 전에 소유권을 확인할 다른 방법이 있는지 검토해요. 요청을 처리하기 위해 비밀번호나 건강 기록을 요구하지 않아요.

15. 데이터 보호 방법

비밀번호는 bcrypt로 해시 처리되며, 평문으로 저장되지 않고, 기기에도 저장되지 않아요.
기기의 로컬 데이터베이스는 다른 기기로 이전되지 않는 플랫폼 키 저장소의 키로 암호화돼요.
인증 토큰은 기기의 보안 저장소, 즉 iOS 키체인이나 Android Keystore 기반 저장소에 보관돼요.
앱은 HTTPS로 저희 서버와 통신하며, 두 플랫폼 모두 기본적으로 평문 연결을 차단해요. 저희는 iOS와 Android 어디에서도 이에 대한 예외를 추가하지 않았어요.
저희 데이터베이스는 Google Cloud 안에서 실행되며, 비공개 Cloud SQL 소켓으로만 접근할 수 있고, 자격 증명은 Google Secret Manager에 보관돼요.
이용자가 기록한 값, 즉 혈당 수치와 인슐린 용량은 애플리케이션 로그에 기록하지 않아요. 오류 로그 한 줄에는 상태 코드, 경로, 시각, 오류 메시지가 기록되며, 거부된 요청의 경우 이 메시지에는 유효성 검사에 실패한 필드가 명시돼요. 요청 본문은 포함하지 않아요.
알림은 기본적으로 일반 문구를 보여 주므로, 알림이 잠금 화면에 건강 데이터를 드러내지 않아요.
운영 데이터베이스에 대한 접근은 서비스를 운영하는 사람들로 제한되며, 이는 저희가 이를 읽을 수 있다는 뜻이에요. 다른 모든 사람으로부터 이를 보호하는 것은 접근 통제와 전송 중 및 저장 시 암호화예요.

완벽하게 안전한 시스템은 없어요. 위의 조치는 이용자 데이터의 민감한 부분이 노출되는 범위를 제한하기 위해 저희가 하는 일이에요.

개인정보와 관련된 사고는 GDPR 제33조와 제34조, FTC 건강 침해 통지 규칙, 또는 그 밖의 해당 법률에 따라 감독 기관이나 영향을 받은 개인에 대한 통지를 촉발할 수 있어요. 각 제도에는 고유한 범위와 기한이 있으며, 그 법적 의무는 이 방침과 별개로 적용돼요.

16. 아동

glumea는 아동을 대상으로 하지 않아요. 앱을 이용하려면 만 16세 이상이어야 해요. 이는 지역과 관계없이 서비스의 조건이에요. 저희는 보호자 승인 절차를 제공하지 않아요. 앱 내 계정 삭제 절차와 12항의 제한은 만 16세 미만인 사람의 것으로 확인된 모든 계정에 적용돼요. 미성년자 계정에 관한 우려는 [email protected]으로 보내 주세요.

17. 미국 이용자를 위한 안내

미국의 개인정보 보호법은 주마다 다르며, 적용 여부는 거주지, 법정 기준, 관련된 데이터 유형에 따라 달라져요. 13항에 설명된 앱 내 컨트롤은 그런 기준과 관계없이 이용할 수 있어요. 현재 제품에 별도의 요청 절차가 없더라도 해당하는 법정 권리는 그대로 유효해요.

HIPAA: glumea는 소비자 직접 제공 제품이에요. 저희는 의료를 제공하지 않고, 보험 청구를 처리하지 않으며, 건강 보험 계획이나 의료 제공자를 대신해 데이터를 처리하는 계약도 없으므로, HIPAA가 규율하는 두 가지 역할인 “적용 대상 기관”이나 “업무 제휴자” 어느 쪽으로도 활동하지 않으며 HIPAA 준수를 주장하지 않아요. 이용자 본인의 임상의가 보유한 이용자의 기록은 그 임상의의 손에 있는 한 HIPAA의 적용을 받아요. 이는 이용자가 glumea에 보관하는 사본과는 별개예요. glumea에 대해 저희가 따르는 미국 규정은 FTC의 건강 침해 통지 규칙과 아래의 주 건강 개인정보 보호법이에요.
캘리포니아(CCPA/CPRA): 적용 여부는 법정 사업 기준에 따라 달라져요. 여기에 설명된 데이터에는 민감한 개인정보가 포함될 수 있어요. 저희는 개인정보를 판매하거나 교차 맥락 행동 광고를 위해 공유하지 않아요. CCPA가 적용되는 경우, 열람, 정정, 삭제, 이동, 거부, 차별 금지 규칙은 이 방침과 별개로 적용돼요. 앱 내 컨트롤과 이메일을 통한 계정 삭제 요청은 기준과 관계없이 계속 이용할 수 있어요.
워싱턴주(My Health My Data Act): 이용자가 기록한 데이터는 “소비자 건강 데이터”예요. 워싱턴주는 이에 대해 별도의 방침을 요구해요. 소비자 건강 데이터 개인정보 처리방침을 보세요. 범주, 출처, 목적, 수신자, 법정 권리, 그리고 요청 및 이의 신청 절차의 현재 운영상 한계가 설명되어 있어요.
네바다주(소비자 건강 데이터법, 2023년 SB 370): 이용자가 기록한 데이터는 네바다주 법에서도 “소비자 건강 데이터”예요. 이용자에게는 저희가 이를 수집, 공유, 판매하는지 확인할 권리, 공유하거나 판매한 제3자 목록을 받을 권리, 삭제를 요구할 권리, 동의를 철회할 권리가 있으며, 네바다주는 동의를 수집에 대한 동의와 공유에 대한 동의라는 별개의 두 가지로 취급해요. 네바다주 법은 법무장관이 집행해요. 네바다주 소비자 건강 데이터 개인정보 고지에는 이러한 권리, 적용되는 기한(삭제의 경우 워싱턴주보다 짧아요), 네바다주가 요구하는 네 가지 공개 사항이 나와 있어요.
요청과 이의 신청. 해당 주법은 서면 설명, 이의 신청 경로, 주 법무장관에게 민원을 제출하는 방법에 관한 정보를 요구할 수 있어요. [email protected]에는 별도의 이메일 이의 신청 절차가 현재 구현되어 있지 않으므로, 현재 절차는 그 경로가 필요한 곳에서 그 경로를 제공하지 못해요. 워싱턴주의 요건은 소비자 건강 데이터 개인정보 처리방침에 설명되어 있어요.
그 밖에 적용되는 주법상의 권리는 이 방침으로 제한되지 않아요.

18. glumea.com 웹사이트

웹사이트는 glumea에 관한 정보와 이 법적 문서를 게시하는 정적 사이트예요. 의도적으로 최소한으로 만들어져 있어요.

쿠키가 없어요.
사용 데이터 분석도, 서드파티 출처로의 요청도 없어요. 글꼴과 스크립트를 포함해 페이지에 필요한 모든 것이 glumea.com 자체에서 제공되며, 사이트의 콘텐츠 보안 정책은 다른 출처를 완전히 차단해요. 페이지 자체는 저희 호스트가 전달하므로 호스트는 반드시 요청을 보게 돼요. 이 목록의 마지막 항목에 그것이 누구이며 무엇을 기록하는지 나와 있어요. 사이트는 자체 JavaScript를 소량 실행해요. 테마를 적용하고 올바른 언어로 보내는 인라인 스니펫 두 개, 그리고 탐색 메뉴, 테마 및 언어 전환기, 스크롤하면 블록이 나타나는 애니메이션을 위한 번들 파일 몇 개예요. 이 중 어느 것도 어디로든 아무것도 보내지 않아요.
사이트 간 추적이 없으므로 Do Not Track이나 Global Privacy Control 신호로 꺼야 할 것도 없어요. 웹사이트는 광고 쿠키나 분석 쿠키를 설정하지 않고, 서드파티 요청도 하지 않으며, 저희는 개인정보를 판매하거나 공유하지 않아요.
브라우저 localStorage는 기능 관련 환경설정(테마와 언어 선택)에만 사용돼요. 이 값은 이용자의 브라우저에 남으며 저희에게 전송되지 않아요. 이용자가 테마나 언어를 선택했기 때문에만 설정되며, 그래서 이에 대해 동의 배너가 필요하지 않아요.
사이트는 **Firebase Hosting(Google)**이 제공해요. 대부분의 웹 호스트와 마찬가지로, 제공업체는 보안과 서비스 운영을 위해 IP 주소, 요청 시각, 브라우저 유형 같은 표준 서버 로그를 기록할 수 있어요. 저희는 이에 대해 정당한 이익(GDPR 제6조 제1항 (f)호), 구체적으로는 사이트를 이용 가능하게 유지하고 오남용으로부터 보호하는 것에 의존하며, 로그는 그 목적에 필요한 기간 동안만 보관돼요.

19. 이 방침의 변경

현재 버전은 시행일과 함께 여기에 게시돼요. 변경에 사전 통지, 동의 갱신, 또는 다른 조치가 필요한지는 해당 법률이 정해요. 개정된 방침을 게시하는 것만으로 동의나 다른 법적 근거가 필요한 새로운 목적이 승인되지는 않아요.

20. 언어

이 방침은 영어로 게시돼요. 영어 버전이 법적 구속력이 있어요. 다른 언어로의 번역은 이용자가 자신의 언어로 방침을 읽을 수 있도록 게시돼요. 번역과 영어 본문이 다른 경우에는 영어 본문이 우선해요.

법 자체는 예외예요. 이용자가 거주하는 국가가 여러 나라의 소비자 보호법처럼 이용자에게 안내된 언어에 별도의 지위를 부여하는 경우, 이 규정 대신 그 규칙이 적용되며 여기의 어떤 내용도 그에 따라 이용자가 가진 권리를 빼앗지 않아요.

번역은 준비되었을 때 게시되므로 개정 후에는 영어 본문보다 늦을 수 있어요. 번역과 영어 본문이 서로 다르게 말하는 부분을 발견하면 [email protected]으로 알려 주세요.

21. 문의

데이터에 관한 질문, 우려, 요청:

이메일: [email protected]
우편: Paweł Milewski Software Development, ul. Franciszka Bohomolca 3 lok. 7, 31-416 Kraków, Poland

관련 문서: 이용 약관, 의료 면책 고지, 그리고 워싱턴주 거주자를 위한 소비자 건강 데이터 개인정보 처리방침, 네바다주 거주자를 위한 네바다주 소비자 건강 데이터 개인정보 고지.