WEBVTT

00:00:00.050 --> 00:00:06.055
미란은 저녁 반찬을 식탁에 놓다가 휴대전화 요금 알림을 다시 읽었습니다.

00:00:06.055 --> 00:00:11.198
매달 비슷하던 청구 금액이 이번에는 25만 1,000원이었습니다.

00:00:11.198 --> 00:00:15.234
평소 통신료는 5만 5,000원 정도였습니다.

00:00:15.234 --> 00:00:19.779
해외에 간 적도 없고 휴대전화를 바꾸지도 않았습니다.

00:00:19.779 --> 00:00:24.479
남편 도윤은 데이터 사용량이 늘었느냐고 물었습니다.

00:00:24.479 --> 00:00:29.089
미란은 요금제부터 바꾸려다가 청구서를 열었습니다.

00:00:29.089 --> 00:00:33.021
아래쪽에 콘텐츠 이용료라는 이름이 보였습니다.

00:00:33.021 --> 00:00:37.305
이 이야기는 실제 피해자를 재현한 것이 아닙니다.

00:00:37.305 --> 00:00:42.904
인물과 결제 금액, 처리 결과를 새로 만든 교육용 이야기입니다.

00:00:42.904 --> 00:00:47.891
모르는 결제가 모두 같은 원인에서 생기는 것은 아닙니다.

00:00:47.891 --> 00:00:58.971
오늘은 낯선 금액이 누구의 어떤 거래인지 나누고, 더 결제되지 않게 조치하며, 취소와 청구 처리를 끝까지 확인하는 과정을 함께 따라가겠습니다.

00:00:59.090 --> 00:01:02.530
미란은 청구서를 종이에 옮겼습니다.

00:01:02.530 --> 00:01:13.285
통신 서비스 요금 5만 5,000원, 구독 이용료 9,800원, 게임 콘텐츠 9만 8,000원, 다른 게임 콘텐츠 8만 8,200원.

00:01:13.285 --> 00:01:16.579
더하니 25만 1,000원이 맞았습니다.

00:01:16.579 --> 00:01:21.905
합계가 맞는다고 각각의 거래까지 옳다는 뜻은 아니었습니다.

00:01:21.905 --> 00:01:29.938
휴대전화 청구서에는 통화나 데이터 이용 대금 외에 다른 사업자의 상품 대금이 함께 실릴 수 있습니다.

00:01:29.938 --> 00:01:36.996
미란은 통신사 이름이 맨 위에 있으니 그 회사가 모든 콘텐츠를 팔았다고 생각했습니다.

00:01:36.996 --> 00:01:44.587
이제는 돈을 청구한 창구와 상품을 공급한 상대가 같지 않을 수 있다는 점부터 확인하기로 했습니다.

00:01:44.587 --> 00:01:48.714
도윤은 계산기 옆에 작은 칸을 그렸습니다.

00:01:48.714 --> 00:01:53.767
통신료, 내가 기억하는 구매, 아직 모르는 구매.

00:01:53.767 --> 00:01:58.558
미란은 금액보다 먼저 거래의 이름을 찾기 시작했습니다.

00:01:58.682 --> 00:02:03.958
미란에게 소액결제는 편의점에서 쓰는 동전 같은 말이었습니다.

00:02:03.958 --> 00:02:10.194
그런데 청구서의 게임 콘텐츠 2건을 합하면 18만 6,200원이었습니다.

00:02:10.195 --> 00:02:14.231
자신에게는 결코 가벼운 돈이 아니었습니다.

00:02:14.231 --> 00:02:19.583
도윤은 소액이라는 이름 때문에 넘어갔던 알림이 있는지 물었습니다.

00:02:19.583 --> 00:02:24.153
미란은 문자를 지우기 전에 날짜별로 살폈습니다.

00:02:24.153 --> 00:02:30.442
모르는 업체 이름 사이에 예전에 무료로 시작한 서비스의 안내도 섞여 있었습니다.

00:02:30.442 --> 00:02:36.249
무료 체험을 신청한 기억과 게임 아이템을 산 기억은 구별해야 했습니다.

00:02:36.249 --> 00:02:41.132
그는 모든 항목에 사기라는 표시를 붙이려다가 멈췄습니다.

00:02:41.132 --> 00:02:47.382
기억나는 부분까지 정확히 적어야 모르는 부분도 더 선명해질 것 같았습니다.

00:02:47.382 --> 00:02:55.715
첫 번째 칸에는 직접 신청한 구독으로 추정, 2번째와 3번째 칸에는 구매 기억 없음이라고 썼습니다.

00:02:55.826 --> 00:03:01.635
미란은 평소 이용하던 통신사 앱을 직접 열어 상세 내역을 확인했습니다.

00:03:01.635 --> 00:03:08.549
승인 날짜와 시각, 결제대행사 표시, 구매처, 거래번호를 적었습니다.

00:03:08.549 --> 00:03:14.747
알림 문자에 연결된 사이트가 아니라 익숙한 공식 경로에서 시작했습니다.

00:03:14.747 --> 00:03:21.036
어떤 항목은 앱 안에서 더 자세히 보였고, 어떤 항목은 문의가 필요했습니다.

00:03:21.036 --> 00:03:25.034
미란은 빈칸을 추측으로 채우지 않았습니다.

00:03:25.034 --> 00:03:30.737
게임 결제 2건은 같은 날 발생했지만 서로 다른 시각이었습니다.

00:03:30.737 --> 00:03:36.570
그날 저녁 휴대전화를 어디에 두었는지도 기억나는 범위에서 메모했습니다.

00:03:36.570 --> 00:03:40.320
이 시점에 범인을 정할 이유는 없었습니다.

00:03:40.320 --> 00:03:47.859
나중에 설명이 달라졌다는 오해를 줄이려면 확인된 기록과 자신의 기억을 구별하는 편이 나았습니다.

00:03:47.859 --> 00:03:52.872
도윤은 화면을 저장한 뒤 파일 이름에 날짜를 붙였습니다.

00:03:52.872 --> 00:03:56.831
이제 문의할 때 보여 줄 출발점이 생겼습니다.

00:03:56.954 --> 00:04:04.261
상세 메뉴를 찾다 보니 휴대폰결제라는 항목과 콘텐츠 이용료라는 항목이 따로 나타났습니다.

00:04:04.261 --> 00:04:09.404
미란은 한쪽 한도를 낮추면 전부 막히는지 알 수 없었습니다.

00:04:09.404 --> 00:04:17.230
통신사마다 명칭과 설정 구조가 다를 수 있으니 화면이 비슷하다고 같은 범위라고 생각하지 않았습니다.

00:04:17.230 --> 00:04:23.532
그는 고객센터에 지금 청구된 3건이 각각 어느 결제 구분인지 물었습니다.

00:04:23.532 --> 00:04:30.302
상담원은 조회 가능한 항목과 별도 사업자에게 확인할 항목을 나누어 안내했습니다.

00:04:30.302 --> 00:04:35.823
미란은 설명을 들으며 거래 옆에 결제 구분을 추가했습니다.

00:04:35.823 --> 00:04:41.175
같은 휴대전화에서 발생했다는 사실은 출발점일 뿐이었습니다.

00:04:41.175 --> 00:04:51.565
구독을 관리하는 계정, 결제가 승인되는 경로, 대금을 받는 회사가 어떻게 연결되는지 알아야 다음 행동도 정할 수 있었습니다.

00:04:51.674 --> 00:04:55.322
미란은 우선 한도를 낮추겠다고 했습니다.

00:04:55.322 --> 00:05:01.142
그러다 도윤이 한도 변경과 서비스 이용 차단이 같은 것인지 물었습니다.

00:05:01.142 --> 00:05:06.897
과거 공식 분쟁 사례에서도 두 조치의 차이가 문제 된 적이 있습니다.

00:05:06.897 --> 00:05:16.259
그래서 미란은 현재 자신의 회선에서 어떤 기능을 신청할 수 있고, 누가 다시 해제할 수 있는지 설명해 달라고 요청했습니다.

00:05:16.259 --> 00:05:23.382
이번 이야기에서는 필요하지 않은 결제 서비스를 차단하고 처리 결과를 확인하는 쪽을 택합니다.

00:05:23.382 --> 00:05:28.525
이 선택이 모든 사람에게 같은 설정을 권한다는 뜻은 아닙니다.

00:05:28.525 --> 00:05:32.835
필요한 서비스와 보호 기능을 함께 살펴야 합니다.

00:05:32.835 --> 00:05:38.629
미란은 신청 화면을 닫기 전에 차단 대상과 완료 표시를 확인했습니다.

00:05:38.629 --> 00:05:45.947
숫자를 줄였다는 안도감보다 정확히 무엇을 막았는지 말할 수 있는 상태가 더 중요했습니다.

00:05:46.058 --> 00:05:50.331
미란은 낯선 게임 앱을 모두 지우고 싶었습니다.

00:05:50.331 --> 00:05:57.987
그러나 계정에 어떤 구매가 연결됐는지 확인할 단서까지 잃어버릴 수 있겠다는 생각이 들었습니다.

00:05:57.987 --> 00:06:05.253
그는 먼저 결제 기록과 계정 표시를 보관하고 공식 고객지원의 보안 안내를 확인했습니다.

00:06:05.253 --> 00:06:11.867
의심스러운 앱을 계속 실행하거나 새로운 인증 요청에 응답할 이유는 없었습니다.

00:06:11.867 --> 00:06:17.753
비밀번호 변경과 접속 기기 확인도 안전한 경로에서 진행했습니다.

00:06:17.753 --> 00:06:23.026
이미 차단 신청한 결제 서비스의 상태 역시 다시 보았습니다.

00:06:23.026 --> 00:06:29.146
기록을 남기는 일과 추가 피해를 막는 일은 서로 경쟁하는 일이 아니었습니다.

00:06:29.146 --> 00:06:35.669
도윤은 필요한 화면만 저장하고 주민등록번호 같은 불필요한 정보는 가렸습니다.

00:06:35.669 --> 00:06:43.469
가족 단체방에 청구서 전체를 올려 의견을 구하는 대신, 거래별 조사표를 둘이 관리하기로 했습니다.

00:06:43.586 --> 00:06:47.885
차단 완료 표시를 본 미란은 한숨을 돌렸습니다.

00:06:47.885 --> 00:06:51.609
그런데 청구 예정 금액은 그대로였습니다.

00:06:51.609 --> 00:06:55.489
도윤은 차단 실패가 아니냐고 물었습니다.

00:06:55.489 --> 00:06:59.382
미란은 지금까지 한 일을 다시 적었습니다.

00:06:59.382 --> 00:07:07.078
새 결제 경로를 막는 조치를 신청했고, 기존 거래의 취소 여부는 아직 답을 받지 못했습니다.

00:07:07.078 --> 00:07:14.031
앞으로 이용하지 않는 설정과 이미 발생한 구매를 취소하는 절차는 별도로 확인해야 했습니다.

00:07:14.031 --> 00:07:17.703
그는 조사표에 상태 칸을 만들었습니다.

00:07:17.703 --> 00:07:23.263
접수 전, 확인 중, 취소 승인, 청구 반영 확인.

00:07:23.263 --> 00:07:29.226
게임 2건은 확인 중이었고 구독은 신청 기록을 찾아볼 단계였습니다.

00:07:29.226 --> 00:07:35.190
일을 시작하자마자 끝났다고 생각하면 다음 청구서를 놓칠 수 있었습니다.

00:07:35.190 --> 00:07:40.307
미란은 완료라고 쓰지 않고 오늘은 여기까지라고 적었습니다.

00:07:40.307 --> 00:07:44.604
그 문장이 오히려 마음을 차분하게 해 주었습니다.

00:07:44.714 --> 00:07:50.562
미란은 전자우편함에서 사진 편집 서비스의 체험 안내를 찾았습니다.

00:07:50.562 --> 00:07:55.719
가족 여행 사진을 정리하던 날 직접 신청한 것이었습니다.

00:07:55.719 --> 00:08:03.284
무료 기간 뒤 유료로 바뀐다는 설명을 당시 얼마나 확인했는지는 자신도 분명하지 않았습니다.

00:08:03.284 --> 00:08:08.922
그는 기억만으로 모든 청구가 잘못됐다고 주장하지 않기로 했습니다.

00:08:08.922 --> 00:08:16.878
대신 신청 날짜, 안내받은 조건, 실제 이용 여부, 해지 신청 가능 경로를 확인했습니다.

00:08:16.878 --> 00:08:23.049
도윤은 서비스를 쓰지 않았으니 당연히 환불된다고 말하려다가 멈췄습니다.

00:08:23.049 --> 00:08:29.547
이용하지 않은 사정만으로 모든 계약의 취소 조건이 같아지는 것은 아니기 때문입니다.

00:08:29.547 --> 00:08:35.055
미란은 이 거래를 구매 기억 없는 게임 결제와 다른 줄에 놓았습니다.

00:08:35.055 --> 00:08:41.643
원인이 다른 3건을 한 문장으로 설명하지 않자 문의할 내용도 짧고 정확해졌습니다.

00:08:41.762 --> 00:08:46.569
주말이면 조카가 미란의 태블릿으로 그림을 그리곤 했습니다.

00:08:46.569 --> 00:08:51.399
도윤은 혹시 그때 결제된 것 아니냐고 물었습니다.

00:08:51.400 --> 00:08:56.998
미란은 조카를 다그치기 전에 기기에 연결된 계정부터 살폈습니다.

00:08:56.998 --> 00:09:02.532
조카는 그림 앱을 쓴 기억은 있지만 해당 게임은 모른다고 했습니다.

00:09:02.532 --> 00:09:08.209
그 말을 바로 최종 결론으로 삼지도, 거짓말로 몰지도 않았습니다.

00:09:08.209 --> 00:09:14.824
가족이 기기를 사용했다는 사실과 특정 구매를 승인했다는 사실은 다를 수 있습니다.

00:09:14.824 --> 00:09:19.655
미란은 기기를 빌려준 날과 승인 시각을 나란히 적었습니다.

00:09:19.655 --> 00:09:27.129
미성년자가 관련된 거래라면 누가 계약했고 어떤 동의가 있었는지 등 추가 확인이 필요합니다.

00:09:27.129 --> 00:09:32.272
이 이야기에서는 그에 관한 법적 결론을 앞세우지 않습니다.

00:09:32.272 --> 00:09:38.483
지금 필요한 것은 확인되지 않은 가족의 행동을 사실처럼 적지 않는 일입니다.

00:09:38.594 --> 00:09:44.169
결제대행사에서는 인증 절차를 거친 거래라는 답변을 보냈습니다.

00:09:44.169 --> 00:09:49.429
미란은 그 문장만으로 문의가 끝난 것인지 알 수 없었습니다.

00:09:49.429 --> 00:09:53.935
그는 자신이 알고 싶은 내용을 다시 정리했습니다.

00:09:53.935 --> 00:10:04.325
어느 상품을 어떤 계정으로 구매했고, 어떤 시각에 어떤 승인 절차가 기록됐는지, 본인의 이의제기를 조사하는 절차는 무엇인지였습니다.

00:10:04.325 --> 00:10:12.750
자료 제공 범위에는 제한이 있을 수 있어 상대방의 모든 내부 기록을 받을 수 있다고 기대하지 않았습니다.

00:10:12.750 --> 00:10:18.948
도윤은 인증이 있었다면 네 책임이라는 말을 듣게 될까 봐 걱정했습니다.

00:10:18.948 --> 00:10:24.937
미란은 책임을 미리 단정하지 않고 사실 확인을 요청하겠다고 했습니다.

00:10:24.937 --> 00:10:28.609
인증 기록은 조사할 자료 중 하나였습니다.

00:10:28.609 --> 00:10:34.755
고객이 모른다고 말한 이유와 실제 거래 자료를 연결하는 설명이 필요했습니다.

00:10:34.874 --> 00:10:40.996
미란은 문의서를 읽다가 절대 휴대전화를 놓친 적 없다는 문장을 지웠습니다.

00:10:40.996 --> 00:10:46.595
잠깐 자리를 비웠던 시간까지 정확히 기억하는 것은 아니었습니다.

00:10:46.595 --> 00:10:53.730
대신 분실 신고를 한 적은 없으며, 자신은 해당 게임 구매를 기억하지 못한다고 썼습니다.

00:10:53.730 --> 00:10:58.183
신청한 구독이 하나 있다는 사실도 숨기지 않았습니다.

00:10:58.183 --> 00:11:06.465
도윤은 불리하게 보일까 봐 걱정했지만, 원인이 다른 거래를 함께 숨기면 설명이 더 꼬일 수 있었습니다.

00:11:06.465 --> 00:11:14.121
사건표의 왼쪽에는 앱에서 확인한 시각을, 오른쪽에는 당시 행동에 대한 기억을 적었습니다.

00:11:14.121 --> 00:11:19.238
아직 확인하지 못한 계정 로그인 여부는 질문으로 남겼습니다.

00:11:19.238 --> 00:11:26.426
확신을 크게 표현하는 대신 자료에 맞게 표현하니 미란도 자신의 요청을 이해할 수 있었습니다.

00:11:26.426 --> 00:11:31.556
무엇을 조사해 달라는지 분명한 문의서가 만들어졌습니다.

00:11:31.682 --> 00:11:37.153
미란은 같은 문의를 여러 회사에 보내기 전에 역할을 나누었습니다.

00:11:37.153 --> 00:11:44.158
통신사에는 청구 내역과 결제 기능 차단, 이의제기 중 청구 처리 방법을 물었습니다.

00:11:44.158 --> 00:11:50.343
결제대행사에는 거래번호에 연결된 승인과 취소 전달 상태를 물었습니다.

00:11:50.343 --> 00:11:57.700
콘텐츠 제공자에게는 구매 계정, 공급 내역, 취소 요청의 판단 근거를 물었습니다.

00:11:57.700 --> 00:12:05.395
실제 담당 범위는 결제 구조에 따라 달라질 수 있으니 회사가 안내한 다음 창구도 기록했습니다.

00:12:05.395 --> 00:12:14.366
한 회사가 모든 것을 처리한다고 가정하지도, 다른 곳으로 가라는 말만 들으면 처음부터 다시 시작하지도 않았습니다.

00:12:14.366 --> 00:12:18.676
각 문의의 접수번호를 거래번호 옆에 붙였습니다.

00:12:18.676 --> 00:12:25.916
같은 결제에 관한 대화라는 사실을 연결할 수 있어야 설명을 반복하는 부담도 줄어들었습니다.

00:12:25.916 --> 00:12:31.710
미란은 전화를 마칠 때마다 다음 연락을 누가 하기로 했는지도 적었습니다.

00:12:31.710 --> 00:12:41.502
자신이 자료를 더 보내야 하는데 상대의 답만 기다리거나, 회사의 회신 예정일 전에 새 접수를 만드는 일을 피하려는 것이었습니다.

00:12:41.502 --> 00:12:46.163
연락을 놓치면 확인할 수 있는 공식 경로도 물었습니다.

00:12:46.163 --> 00:12:55.096
문제를 설명하는 사람과 해결을 결정하는 사람이 다른 경우에는 인계된 부서와 기존 접수의 연결 여부를 확인했습니다.

00:12:55.226 --> 00:13:00.918
사진 편집 서비스에서는 구독 관리 화면의 해지 기능을 안내했습니다.

00:13:00.918 --> 00:13:07.845
미란은 자동 갱신을 중단한 뒤 다음 결제 예정일이 어떻게 바뀌었는지 확인했습니다.

00:13:07.845 --> 00:13:14.499
해지 신청으로 이미 청구된 9,800원이 곧바로 환불됐다고 생각하지 않았습니다.

00:13:14.499 --> 00:13:19.030
별도로 환불 가능 여부와 판단 근거를 물었습니다.

00:13:19.030 --> 00:13:28.705
이번 가상 사례에서는 본인이 신청한 유료 전환이라는 기록을 확인하고, 해당 월 이용료는 부담하되 다음 갱신을 멈추기로 합니다.

00:13:28.705 --> 00:13:33.861
다른 계약에서도 반드시 같은 결론이 나온다는 뜻은 아닙니다.

00:13:33.861 --> 00:13:40.423
도윤은 앱을 휴대전화에서 지우기만 했으면 계속됐을 수도 있겠다고 말했습니다.

00:13:40.423 --> 00:13:49.395
미란은 앱 화면이 사라지는 일과 사업자에게 해지 의사가 전달되는 일이 다르다는 것을 자신의 일정표에 남겼습니다.

00:13:49.514 --> 00:13:54.399
미란에게 가장 걱정되는 것은 며칠 뒤 납부일이었습니다.

00:13:54.399 --> 00:13:59.868
조사 중이니 요금 전체를 내지 않아도 되는 것인지 알 수 없었습니다.

00:13:59.868 --> 00:14:08.917
그는 자동이체를 무작정 끊는 대신 통신사에 이의제기한 항목, 정상 통신료, 구독료를 구분해 문의했습니다.

00:14:08.917 --> 00:14:18.006
조사 중 금액의 청구 유보나 조정이 가능한지, 별도 납부가 필요하다면 방법과 처리 근거를 알려 달라고 했습니다.

00:14:18.006 --> 00:14:24.060
모든 회사와 모든 사건에 같은 납부 유예가 적용된다고 생각하지 않았습니다.

00:14:24.060 --> 00:14:27.967
도윤은 통화 내용을 짧게 받아 적었습니다.

00:14:27.967 --> 00:14:39.112
답변 날짜, 담당 부서, 미란이 해야 할 행동, 다음 확인일,상대가 안내한 처리 방법을 실제 청구 상태와 맞춰 보는 일이 남았습니다.

00:14:39.112 --> 00:14:44.477
이의제기와 연체 문제를 한꺼번에 만들지 않기 위한 확인이었습니다.

00:14:44.594 --> 00:14:49.791
미란은 화면 캡처를 여러 장 첨부하려다가 순서를 바꿨습니다.

00:14:49.791 --> 00:14:56.354
먼저 거래번호와 금액, 자신이 다투는 이유를 적고 뒤에 해당 자료를 붙였습니다.

00:14:56.354 --> 00:15:03.515
구매 기억 없는 2건의 승인 내역, 본인 계정에서 확인한 화면, 앞선 상담 기록이었습니다.

00:15:03.515 --> 00:15:11.601
주민등록증 같은 추가 자료를 요구받으면 공식 접수 경로와 필요한 범위를 확인한 뒤 처리하기로 했습니다.

00:15:11.601 --> 00:15:15.560
도윤은 첨부 목록을 하나씩 읽어 주었습니다.

00:15:15.560 --> 00:15:22.265
구독 해지 화면은 별도 파일이었고, 게임 결제 취소 문의와 섞이지 않았습니다.

00:15:22.265 --> 00:15:26.159
마지막에는 확인을 원하는 내용을 적었습니다.

00:15:26.159 --> 00:15:32.187
거래 조사 결과와 취소 여부, 승인된다면 청구에 반영되는 시점.

00:15:32.187 --> 00:15:39.570
문의를 접수했다는 알림이 왔지만 미란은 아직 돌려받은 돈이 없다는 사실도 함께 기록했습니다.

00:15:39.698 --> 00:15:48.203
며칠 뒤 결제대행사는 판매자에게 문의하라고 했고, 판매자는 대행사에 취소 상태를 확인하라고 했습니다.

00:15:48.203 --> 00:15:52.734
미란은 서로 책임을 떠넘긴다고 느껴 화가 났습니다.

00:15:52.734 --> 00:15:58.203
도윤은 먼저 두 답변이 같은 질문에 대한 것인지 보자고 했습니다.

00:15:58.203 --> 00:16:06.783
판매자가 구매 취소 가능성을 답한 것인지, 이미 승인한 취소의 전달 상태를 말한 것인지 문장이 모호했습니다.

00:16:06.783 --> 00:16:13.919
미란은 거래번호를 적어 어느 단계가 완료됐고 어느 단계가 남았는지 다시 물었습니다.

00:16:13.919 --> 00:16:21.809
회사 이름만 나열하는 대신 거래 조사, 취소 결정, 청구 전달이라는 순서로 표를 바꿨습니다.

00:16:21.809 --> 00:16:27.864
담당자가 바뀌어도 처음부터 설명하지 않도록 접수번호를 함께 넣었습니다.

00:16:27.864 --> 00:16:35.169
복잡한 것은 회사가 여러 개라는 사실보다 현재 누가 무엇을 확인 중인지 보이지 않는 상태였습니다.

00:16:35.282 --> 00:16:40.870
그날 저녁 미란에게 결제 피해 환불을 도와준다는 문자가 왔습니다.

00:16:40.870 --> 00:16:45.232
접수한 일이 있으니 진짜 안내처럼 느껴졌습니다.

00:16:45.232 --> 00:16:52.485
그러나 문자에는 미란이 문의한 거래번호가 없었고 새로운 앱을 설치하라는 말이 있었습니다.

00:16:52.485 --> 00:16:59.281
미란은 링크를 누르지 않고 기존 공식 접수 창구에서 연락 여부를 확인했습니다.

00:16:59.281 --> 00:17:05.479
공식 예방 안내에서도 취소와 보상을 미끼로 한 2차 피해를 경계하도록 합니다.

00:17:05.479 --> 00:17:11.912
도윤은 환불받으려면 먼저 돈을 보내라는 요구가 오면 어떻게 할지 물었습니다.

00:17:11.912 --> 00:17:19.555
미란은 상대가 알려 준 번호로 다시 묻기보다 자신이 확인한 공식 연락처에서 확인하겠다고 했습니다.

00:17:19.555 --> 00:17:28.266
급하게 해결하고 싶다는 마음은 사라지지 않았지만 그 마음 때문에 조사 기록 밖의 새로운 거래를 만들지는 않았습니다.

00:17:28.394 --> 00:17:33.826
답변만으로 해결되지 않는 부분은 외부 상담을 받아 보기로 했습니다.

00:17:33.826 --> 00:17:41.000
통신 서비스의 분쟁이라면 통신분쟁조정 안내에서 대상과 절차를 확인할 수 있습니다.

00:17:41.000 --> 00:17:49.229
콘텐츠 구매 자체의 분쟁은 거래 성격에 맞는 소비자 상담이나 관련 조정 절차를 확인해야 할 수 있습니다.

00:17:49.229 --> 00:17:55.792
범죄 피해가 의심된다면 경찰 신고와 증빙 제출도 별개의 과정입니다.

00:17:55.792 --> 00:18:03.045
미란은 어느 창구에 접수해도 자동으로 환불 명령이 나오는 것은 아니라는 점을 기억했습니다.

00:18:03.045 --> 00:18:09.985
이번에는 거래별 표와 회사의 답변을 준비해 어떤 절차가 맞는지부터 상담했습니다.

00:18:09.985 --> 00:18:17.133
상담을 받는 일, 조정에 신청하는 일, 형사 신고를 하는 일의 목적은 같지 않았습니다.

00:18:17.133 --> 00:18:22.901
도윤은 미란의 문의 목록에서 이미 답을 얻은 질문에 선을 그었습니다.

00:18:22.901 --> 00:18:26.287
남은 쟁점은 전보다 적어졌습니다.

00:18:26.402 --> 00:18:34.295
미란은 18만 6,200원 전체가 하나의 사건처럼 느껴졌지만 답변은 거래별로 도착했습니다.

00:18:34.295 --> 00:18:43.422
9만 8,000원 건은 공급 내역을 추가 확인 중이었고, 8만 8,200원 건은 취소 검토 결과를 기다리고 있었습니다.

00:18:43.422 --> 00:18:49.711
그는 먼저 답이 온 한 건 때문에 다른 한 건도 끝났다고 표시하지 않았습니다.

00:18:49.711 --> 00:18:53.865
도윤은 표에 거래별 다음 날짜를 넣었습니다.

00:18:53.865 --> 00:18:58.917
동일한 날 발생한 거래라도 처리 속도가 다를 수 있었습니다.

00:18:58.917 --> 00:19:07.810
오늘 회신이 없었다는 이유만으로 내일 같은 자료를 새로 제출하는 대신, 기존 접수번호로 진행 상황을 물었습니다.

00:19:07.810 --> 00:19:14.894
집안일을 마친 뒤 정해 둔 시간에 확인하니 하루 종일 휴대전화를 들여다보는 일도 줄었습니다.

00:19:14.894 --> 00:19:21.938
조사표는 돈을 돌려주는 장치는 아니었지만 미란이 놓친 상태를 찾아 주는 도구가 되었습니다.

00:19:21.938 --> 00:19:29.086
회신 내용 중에는 거래 취소라는 말 없이 문의가 처리됐다는 표시만 있는 것도 있었습니다.

00:19:29.086 --> 00:19:32.628
미란은 상태 표시의 뜻을 되물었습니다.

00:19:32.628 --> 00:19:40.180
고객센터 상담을 종료했다는 뜻인지 구매 취소를 승인했다는 뜻인지 다를 수 있기 때문입니다.

00:19:40.180 --> 00:19:46.769
자신의 표에는 회신 문구를 그대로 남기고, 확인한 의미를 옆에 따로 적었습니다.

00:19:46.769 --> 00:19:51.990
문구 하나를 보고 기대한 결과를 먼저 채워 넣지 않기로 했습니다.

00:19:52.106 --> 00:19:57.967
이번 창작 이야기에서는 조사 뒤 게임 결제 2건의 취소가 승인됩니다.

00:19:57.967 --> 00:20:03.410
이것은 같은 주장을 하면 누구나 같은 결과를 얻는다는 뜻이 아닙니다.

00:20:03.410 --> 00:20:09.647
거래 자료와 약관, 실제 승인 경위에 따라 판단이 달라질 수 있습니다.

00:20:09.647 --> 00:20:14.048
미란은 기쁜 마음으로 승인 회신을 저장했습니다.

00:20:14.048 --> 00:20:19.087
그러나 청구서 화면에는 아직 원래 금액이 남아 있었습니다.

00:20:19.087 --> 00:20:26.717
그는 취소가 어느 회사에서 승인됐는지, 통신사 청구에는 언제 반영될 예정인지 물었습니다.

00:20:26.717 --> 00:20:31.887
도윤은 승인이라는 단어와 입금이라는 단어를 나누어 적었습니다.

00:20:31.887 --> 00:20:38.345
취소 결정이 끝난 단계에서 다시 필요한 것은 처리 경로를 확인하는 일이었습니다.

00:20:38.345 --> 00:20:46.314
미란은 조사를 도와준 담당자에게 고맙다고 말하면서도 남아 있는 청구 처리에 관한 질문을 끝까지 했습니다.

00:20:46.442 --> 00:20:52.603
미란은 아직 돈이 빠져나가기 전이므로 청구 금액이 정정되는지 확인했습니다.

00:20:52.603 --> 00:21:01.379
이미 납부한 뒤라면 별도 환급이나 다음 청구 조정 등 처리 방식이 달라질 수 있어 실제 안내를 받아야 했습니다.

00:21:01.379 --> 00:21:08.619
이번 사례에서는 납부 전 정정이 이뤄져 정상 통신료와 남겨 둔 구독료가 청구됩니다.

00:21:08.619 --> 00:21:11.757
도윤은 두 금액을 더했습니다.

00:21:11.757 --> 00:21:17.186
5만 5,000원에 9,800원을 더하면 6만 4,800원입니다.

00:21:17.186 --> 00:21:25.194
처음 청구된 25만 1,000원과의 차이는 18만 6,200원으로 취소된 게임 2건과 맞았습니다.

00:21:25.194 --> 00:21:30.741
미란은 합계만 보는 대신 취소 내역 각각이 빠졌는지도 확인했습니다.

00:21:30.741 --> 00:21:36.040
일부 취소가 다른 조정 금액에 가려져 있을 수 있기 때문입니다.

00:21:36.040 --> 00:21:41.770
청구서의 숫자와 회신의 숫자가 마침내 같은 이야기를 하기 시작했습니다.

00:21:41.882 --> 00:21:46.767
문제가 정리되자 미란은 조사표를 바로 지우고 싶었습니다.

00:21:46.767 --> 00:21:52.613
하지만 구독의 다음 갱신 여부를 확인할 날짜가 아직 남아 있었습니다.

00:21:52.613 --> 00:22:01.832
다음 달 청구서에서 사진 서비스 이용료가 다시 붙지 않았는지 확인하고, 게임 결제 관련 추가 항목이 없는지도 보았습니다.

00:22:01.832 --> 00:22:06.259
이번 가상 사례에서는 새로운 청구가 없었습니다.

00:22:06.259 --> 00:22:10.764
도윤은 이제 완료라고 써도 되겠다고 말했습니다.

00:22:10.764 --> 00:22:17.913
미란은 처리 확인 날짜와 최종 금액을 적은 뒤 원본 자료를 별도 폴더에 보관했습니다.

00:22:17.913 --> 00:22:26.246
자료를 오래 무분별하게 공유할 필요는 없지만, 처리 근거를 확인할 기록은 남기는 편이 낫다고 판단했습니다.

00:22:26.246 --> 00:22:32.288
가족에게 알려 줄 때도 피해자의 개인정보와 모든 화면을 보내지 않았습니다.

00:22:32.288 --> 00:22:37.574
해결된 일의 범위와 앞으로 바꿀 습관만 간단히 설명했습니다.

00:22:37.706 --> 00:22:43.971
돌려받지 않은 구독료 9,800원은 미란에게 조금 다른 생각을 남겼습니다.

00:22:43.971 --> 00:22:50.013
본인이 신청한 거래였지만 기억하지 못한 채 청구서에 섞여 있었습니다.

00:22:50.013 --> 00:22:58.320
그는 처음부터 모든 돈을 피해 금액이라고 묶었다면 자신의 구독 관리 문제를 놓쳤을 것 같다고 말했습니다.

00:22:58.320 --> 00:23:03.411
도윤도 자신이 쓰는 음악과 저장 공간 서비스를 확인했습니다.

00:23:03.411 --> 00:23:09.909
두 사람은 쓰는 서비스, 결제 수단, 다음 갱신일을 종이에 적었습니다.

00:23:09.909 --> 00:23:16.823
지금 필요하다고 판단한 것은 유지하고, 이용하지 않는 것은 조건을 확인해 정리했습니다.

00:23:16.823 --> 00:23:24.414
절약이란 모든 구독을 끊는 일이 아니라 어떤 대가를 내고 무엇을 얻는지 스스로 아는 일이었습니다.

00:23:24.414 --> 00:23:30.963
모르는 결제를 찾던 저녁이 가족의 반복 지출을 함께 보는 시간으로 이어졌습니다.

00:23:31.082 --> 00:23:34.365
주말에 조카가 다시 놀러 왔습니다.

00:23:34.365 --> 00:23:40.029
미란은 태블릿을 건네면서 이번 일을 조카 탓으로 돌리지 않았습니다.

00:23:40.029 --> 00:23:49.339
대신 무료로 보이는 화면에서도 구매나 구독으로 넘어갈 수 있으니 가격이 나오거나 인증을 요구하면 함께 확인하자고 말했습니다.

00:23:49.339 --> 00:23:56.930
아이가 실수했을 때 숨기지 않고 말할 수 있도록 혼내는 약속보다 알려 주는 약속을 먼저 정했습니다.

00:23:56.930 --> 00:24:03.115
도윤은 기기의 구매 승인 설정과 가족 계정의 결제 연결을 살폈습니다.

00:24:03.115 --> 00:24:08.480
어떤 설정이 필요한지는 운영체제와 서비스에 따라 달랐습니다.

00:24:08.480 --> 00:24:14.092
미란은 보호 기능이 있으니 청구서를 안 봐도 된다고 생각하지 않았습니다.

00:24:14.092 --> 00:24:23.167
기기를 빌려주는 사람과 사용하는 사람이 각각 무엇을 확인할지 정하면 서로를 의심하는 대화도 줄어들 수 있었습니다.

00:24:23.282 --> 00:24:31.904
도윤은 이번 조사표를 자신이 더 빨리 만들 수 있었지만 문의와 신청은 미란의 의사를 확인하며 진행했습니다.

00:24:31.904 --> 00:24:38.310
가족이라고 해서 다른 사람의 계정과 계약을 마음대로 처리할 수 있는 것은 아닙니다.

00:24:38.310 --> 00:24:43.115
필요한 대리 절차가 있다면 해당 회사에 확인해야 합니다.

00:24:43.115 --> 00:24:50.472
미란은 본인이 무엇을 취소하고 무엇을 유지했는지 마지막까지 알 수 있어서 좋았다고 말했습니다.

00:24:50.472 --> 00:24:57.099
다음부터는 귀찮으니 대신 알아서 해 달라는 방식보다 함께 내용을 보겠다고 했습니다.

00:24:57.099 --> 00:25:02.933
도윤도 비밀번호를 받아 보관하는 것과 설명을 도와주는 것을 구별했습니다.

00:25:02.933 --> 00:25:07.933
가족의 도움은 명의자를 절차에서 빼는 일이 아니었습니다.

00:25:07.933 --> 00:25:16.084
자신의 거래를 이해하기 쉬운 말로 다시 들려주고, 결정한 내용을 기록할 시간을 함께 만드는 일이었습니다.

00:25:16.084 --> 00:25:20.979
두 사람은 도움을 요청할 사람이 없는 경우도 생각했습니다.

00:25:20.979 --> 00:25:31.630
미란은 화면을 빠르게 넘기는 것이 어려울 때 천천히 안내해 달라고 말하고, 핵심 처리 내용을 다시 확인할 방법을 요청할 수 있겠다고 했습니다.

00:25:31.630 --> 00:25:39.365
알지 못한 용어를 아는 척하며 동의하기보다 무엇이 달라지는 신청인지 설명을 듣는 편이 나았습니다.

00:25:39.365 --> 00:25:45.367
이번 일이 끝난 뒤에도 그 태도는 새로운 서비스에 가입할 때 남았습니다.

00:25:45.482 --> 00:25:51.474
미란은 새 조사표의 맨 위에 결제 금액보다 거래번호를 먼저 적었습니다.

00:25:51.474 --> 00:25:59.351
그 옆에는 구매처와 결제 구분, 다음에는 기억하는 사실과 확인이 필요한 사실을 놓았습니다.

00:25:59.351 --> 00:26:09.104
아래쪽에는 추가 결제 예방 조치, 각 회사의 접수번호, 취소 결정, 최종 청구 반영을 차례로 적도록 했습니다.

00:26:09.104 --> 00:26:16.122
이 순서는 모든 사건의 정답 절차가 아니라 미란이 이번 일에서 배운 정리 방법입니다.

00:26:16.122 --> 00:26:21.786
누가 무엇을 해야 하는지 달라지면 자신의 거래에 맞게 바꾸면 됩니다.

00:26:21.786 --> 00:26:27.737
중요한 것은 접수했다는 표시를 해결됐다는 표시와 섞지 않는 일이었습니다.

00:26:27.737 --> 00:26:35.679
도윤은 빈 양식을 보며 이제 다른 낯선 청구가 나타나도 어디서부터 물을지 알겠다고 말했습니다.

00:26:35.679 --> 00:26:40.185
미란도 숫자를 보는 일이 전보다 덜 두려웠습니다.

00:26:40.298 --> 00:26:46.928
다음 청구서를 확인한 날, 미란은 휴대전화를 식탁에 내려놓고 저녁을 먹었습니다.

00:26:46.928 --> 00:26:52.722
예전처럼 합계만 보고 닫지는 않았지만 하루 종일 불안해하지도 않았습니다.

00:26:52.722 --> 00:27:02.735
통신료와 구매 대금을 나누어 봤고, 기억나지 않는 거래는 기록으로 확인했으며, 차단과 취소와 청구 반영을 각각 마쳤습니다.

00:27:02.735 --> 00:27:09.870
오늘 이야기에서 가져갈 것은 어떤 버튼을 누르면 무조건 환불된다는 약속이 아닙니다.

00:27:09.870 --> 00:27:19.779
결제 내역을 구분하고, 원치 않는 추가 결제를 막고, 거래별로 책임 있는 창구의 답을 받아 실제 청구까지 대조하는 습관입니다.

00:27:19.779 --> 00:27:28.490
여러분의 청구서에도 모르는 항목이 있다면 낯선 링크로 들어가기 전에 이용 중인 회사의 공식 경로를 직접 열어 보세요.

00:27:28.490 --> 00:27:35.326
한 줄의 이름을 이해하는 순간, 합계 뒤에 가려졌던 자신의 거래가 보이기 시작합니다.