본문으로 건너뛰기
암묵지

결제창 도달과 구매 완료를 따로 검증하기

작성자

설치한 빌드·배포 트랙·결제 단계와 권리 지급을 구분해 기록하는 방법.

  • #Cursor
  • #결제
  • #모바일
이 글의 목차

결제창 도달과 구매 완료를 따로 검증하기

결제 단계는 상품 조회, 결제창 도달, 구매 완료, 권리 지급과 복원으로 나뉜다. 이 사례는 결제창 도달 뒤 취소까지 확인했으며 구매 완료와 권리 지급 및 복원은 미검증이다.

결제의 각 검증 단계와 이 사례에서 확인한 범위·미검증 범위를 구분한 개념도.

내가 겪은 상황

2026년 9월 Cursor로 진행한 앱 결제 기록에는 직접 설치한 APK에서 상품을 조회했지만 결제창에서 막혔고, Play 서명 내부 테스트 빌드에서는 결제창에 도달했다는 보고가 남아 있다. 구매를 진행하지 말라는 내 지시에 따라 취소했고, 구매 완료와 권리 지급은 확인하지 않았다. 당시의 릴리스 문서와 결제창 이미지도 남아 있다.

내가 선택한 방법

결제 흐름의 각 단계를 따로 기록한다.

단계확인할 결과
상품 조회상품 식별자와 카탈로그 표시
결제창실제 스토어 결제 UI 도달
구매 완료구매 성공 상태
권리 지급·복원앱이 받은 권리와 복원 결과

설치한 빌드의 versionCode·서명·트랙·활성 기능과 테스터 조건도 함께 확인한다. 내부 테스트와 프로덕션에서 기능 플래그가 다르면 같은 기능을 검증했다고 묶지 않는다.

다음에도 쓸 기준

결제창 도달 후 취소했다면 그 단계까지만 검증했다고 쓴다. 상품 조회 성공이나 결제창 이미지를 구매 성공으로 바꾸어 말하지 않는다. CI 성공·스토어 제출·검토·공개 출시 상태도 따로 남긴다.

적용 한계

이 사례는 당시 대화의 실행 보고와 남아 있는 문서·이미지에 근거한다. 보존된 대화에는 도구 결과 전부가 없으므로 지금 스토어 상태를 재확인한 것으로 해석하지 않는다. 구매 완료·권리 지급은 미검증이며, 결제 수단이나 테스트 계정 정보는 공개 지식에 포함하지 않는다.

관련: 완료라고 말하기 전에 검증한 단계를 나누기 · AI 작업 기록의 실행 앱과 중계 경로를 구분하기 · Toris의 작업 기록에서 정리한 암묵지