수익화

1인 개발자 결제 붙이기

PG · 구독 · 환불, 그리고 막혔을 때

붙이는 법은 문서에 있습니다. 없는 건 막혔을 때 무엇을 하는지입니다. 우리는 두 곳을 붙여봤고 둘 다 심사에서 막혀도 봤습니다. 금액 조작을 막는 구조, 두 번 승인되지 않게 하는 법, 환불 규정과 대사(對査)까지.

  • 6개 파트결제 즉시 전부 열립니다
  • 30개 산출물손에 남는 결과물
  • 34개 자산그대로 복사해 쓰는 것
  • 4.6만자읽을 분량
  • 평생소장 기수·개강일 없음
  • 평생 업데이트 고쳐지면 다시 받으면 최신본
  • 7일 청약철회 내려받기 전까지

「평생」은 회사가 이 서비스를 운영하는 기간을 뜻합니다. 서비스를 종료하게 되면 90일 전에 알려드리고, 결제하신 자료를 내려받으실 기간을 90일 이상 보장합니다. 그때까지 한 번도 내려받지 않으셨다면 환급해 드립니다. 환불 규정

팔 물건은 있는데 돈 받을 방법이 없다면

결제를 붙이려는 순간 사업자 등록·통신판매업 신고·PG 심사가 한꺼번에 옵니다. 수수료가 얼마인지, 환불은 어떻게 처리해야 법에 안 걸리는지, 심사에서 반려되면 뭘 고쳐야 하는지 — 검색해도 낡은 글만 나옵니다.

지금

결제를 붙이려다 서류에서 멈춘다

이 강의를 따라 하면

신고·심사·수수료·환불을 순서대로 통과하고, 돈이 실제로 들어온다

이 강의의 핵심

  1. Point 1순서대로 밟는 서류 절차를 적었습니다사업자 등록부터 통신판매업 신고, 등록면허세까지 — 얼마가 언제 나가는지 확인 날짜와 함께 적었습니다.
  2. Point 2PG 수수료를 실제 숫자로 비교합니다영세 등급과 일반 등급이 몇 배 차이인지, 어느 시점에 등급이 바뀌는지를 표로 놓고 고릅니다.
  3. Point 3환불을 법대로 처리하는 구조청약철회가 언제 제한되는지, 그걸 화면과 기록으로 어떻게 남겨야 하는지까지 만듭니다.
  4. Point 4심사 반려에서 실제로 걸린 항목사업자 정보 표시·환불 규정 위치처럼 반려 사유가 되는 자리를 짚습니다.

글이 아니라 물건입니다

읽고 끝나는 강의가 아닙니다. 그대로 열어서 쓰는 파일을 드립니다. 아래는 실제로 들어 있는 것의 앞부분입니다 — 편집하지 않았습니다.

PART 1 · 자산 미리보기
[1] 판매 화면
  · 무엇을 파는지 (구체적으로. "서비스" 같은 뭉뚱그린 말 금지)
  · 얼마인지 + 부가세 포함 여부
  · 언제 어떻게 제공되는지 (즉시 / 영업일 N일 / 기간제)
  · 환불 규정으로 가는 링크

[2] 이용약관
  · 서비스 내용과 이용 조건
  · 계정·해지 관련
  · 회사 정보(상호가 사업자등록증과 일치해야 한다)

[3] 환불/청약철회 규정
이 파일만 7줄 더 있습니다 · 결제하시면 전문

① 심사에 필요한 화면 3종 — 무엇을 적어야 하나

실제 결제가 안 붙어 있어도 됩니다. 화면과 문구만 있으면 신청할 수 있습니다.

함께 들어 있는 자산

  • ① 심사에 필요한 화면 3종 — 무엇을 적어야 하나
  • ② 표시 항목 점검표 — 없으면 그것만으로 반려
  • ③ 계좌이체 안내 — 전환율을 지키는 구조
  • ④ 입금 안내 문구 — 그대로 쓰십시오
  • ⑤ 심사 반려 사유별 대응표
  • ⑥ 신청 전 마지막 확인
  • ① 가격표 DB — 이게 유일한 진실이다
  • 외 27개

이런 분께

결제하시면 손에 남는 것 · 30개

강의를 다 보고 나면 이것들이 파일로 남습니다.

  1. 01심사에 필요한 화면 3종 목록 (판매·약관·환불)PART 1
  2. 02표시 항목 점검표 9개PART 1
  3. 03계좌이체 안내 컴포넌트 (그대로 복사)PART 1
  4. 04입금자 식별 규칙 + 알림 메일 양식PART 1
  5. 05심사 반려 사유별 대응표PART 1
  6. 06가격표 DB 구조 (그대로 복사)PART 2
  7. 07주문 생성 라우트 전문PART 2
  8. 08금액 조작 시험 절차 (직접 해보는 법)PART 2
  9. 09중복 주문 방지 제약PART 2
  10. 10상품을 추가할 때 도는 체크리스트PART 2
  11. 11승인 처리 라우트 전문 (서버 승인 모델)PART 3
  12. 12동시 요청을 막는 원자적 선점 SQLPART 3
  13. 13타임아웃 망취소 처리PART 3
  14. 14서명 검증 코드PART 3
  15. 15승인 실패 유형별 대응표PART 3
  16. 16권한 표 구조 (상품 하나 = 권한 하나)PART 4
  17. 17개통을 한 곳에서 처리하는 DB 함수PART 4
  18. 18패키지(묶음 상품) 개통 처리PART 4
  19. 19구독 표기 법적 점검표PART 4
  20. 20체험과 결제를 구분하는 상태 설계PART 4
  21. 21환불 규정 조문 전문 (그대로 복사)PART 5
  22. 22제공 개시 시각을 기록하는 함수PART 5
  23. 23고지 위치 규칙 (버튼 위)PART 5
  24. 24취소 API 호출 코드 + 함정PART 5
  25. 25환불 요청 처리 절차PART 5
  26. 26결제 이상 건을 찾는 조회 5종PART 6
  27. 27주간 자동 보고 작업PART 6
  28. 28화면 가격과 DB 가격 대조 검사PART 6
  29. 29정산 내역 대조 절차PART 6
  30. 30이상 건 처리 우선순위표PART 6

커리큘럼 · 6개 파트

파트마다 무엇을 배우고, 무엇이 파일로 남는지까지 적었습니다. 목차만 보고 결제하시게 하지 않겠습니다.

  1. PART 1만들기 전에 신청부터 넣는다 — 순서가 전부다

    배우는 것

    • 심사는 사업자·화면을 본다
    • 떨어질 수 있다고 가정한다
    • 화면이 없으면 심사도 안 된다
    • 계좌이체는 수수료가 0이다
    • 입금자 식별이 진짜 문제다
    • 표시 항목이 없으면 그것만으로 반려된다

    손에 남는 것

    • 심사에 필요한 화면 3종 목록 (판매·약관·환불)
    • 표시 항목 점검표 9개
    • 계좌이체 안내 컴포넌트 (그대로 복사)
    • 입금자 식별 규칙 + 알림 메일 양식
    • 심사 반려 사유별 대응표

    복사해 쓰는 자산 6개① 심사에 필요한 화면 3종 — 무엇을 적어야 하나 · ② 표시 항목 점검표 — 없으면 그것만으로 반려 · ③ 계좌이체 안내 — 전환율을 지키는 구조 · ④ 입금 안내 문구 — 그대로 쓰십시오 · ⑤ 심사 반려 사유별 대응표 · ⑥ 신청 전 마지막 확인

  2. PART 2금액은 절대 앱이 정하지 않는다

    배우는 것

    • 앱은 "무엇을" 만 보낸다
    • 주문을 먼저 만든다
    • 없는 상품은 거절한다
    • 중복 방지는 DB 제약으로
    • 가격은 한 곳이 진실이다
    • 상품 하나 = 권한 하나

    손에 남는 것

    • 가격표 DB 구조 (그대로 복사)
    • 주문 생성 라우트 전문
    • 금액 조작 시험 절차 (직접 해보는 법)
    • 중복 주문 방지 제약
    • 상품을 추가할 때 도는 체크리스트

    복사해 쓰는 자산 5개① 가격표 DB — 이게 유일한 진실이다 · ② 주문 생성 라우트 — 전문 · ③ 주문 표 + 중복 방지 제약 · ④ 금액 조작 시험 — 직접 해보십시오 · ⑤ 상품을 추가할 때 도는 체크리스트

  3. PART 3승인은 우리 서버가 우리 금액으로 한다

    배우는 것

    • 콜백 값을 믿지 않는다
    • 금액이 다르면 승인하지 않는다
    • 상태를 읽고 판단하면 뚫린다
    • 타임아웃은 "모르는 상태" 다
    • 서명은 우리가 만든 값으로 재계산한다
    • 개통 실패를 조용히 넘기지 않는다

    손에 남는 것

    • 승인 처리 라우트 전문 (서버 승인 모델)
    • 동시 요청을 막는 원자적 선점 SQL
    • 타임아웃 망취소 처리
    • 서명 검증 코드
    • 승인 실패 유형별 대응표

    복사해 쓰는 자산 5개① 승인 라우트 — 전문 · ② 망취소 — 타임아웃일 때 되돌린다 · ③ 동시성 시험 — 실제로 두 번 보내 보십시오 · ④ 승인 실패 유형별 대응표 · ⑤ 결제 결과 화면 — 상태별 안내

  4. PART 4한 번 산 사람에게 매달 청구하지 않는다

    배우는 것

    • 단건은 정기청구로 이어지지 않는다
    • 상품 하나 = 권한 하나
    • 체험은 결제와 다르다
    • 개통은 한 곳에서 한다
    • 이미 산 것을 덮어쓰지 않는다
    • 결제 수단 정보를 화면에 흘리지 않는다

    손에 남는 것

    • 권한 표 구조 (상품 하나 = 권한 하나)
    • 개통을 한 곳에서 처리하는 DB 함수
    • 패키지(묶음 상품) 개통 처리
    • 구독 표기 법적 점검표
    • 체험과 결제를 구분하는 상태 설계

    복사해 쓰는 자산 6개① 권한 표 — 상품 하나 = 권한 하나 · ② 개통 함수 — 여기 하나만 부른다 · ③ 묶음 상품(패키지) 구성표 · ④ 체험과 결제를 구분하는 상태 설계 · ⑤ 구독 표기 법적 점검표 · ⑥ 잘못된 청구를 찾는 조회

  5. PART 5환불을 집행 가능하게 만든다

    배우는 것

    • 기간은 법이 정한다
    • 제한은 사전 고지가 조건이다
    • 제공 개시 시각을 기록한다
    • 일부만 받았으면 그만큼만 제한된다
    • 취소 요청에 제한이 있다
    • 근거 없이 거절하지 않는다

    손에 남는 것

    • 환불 규정 조문 전문 (그대로 복사)
    • 제공 개시 시각을 기록하는 함수
    • 고지 위치 규칙 (버튼 위)
    • 취소 API 호출 코드 + 함정
    • 환불 요청 처리 절차

    복사해 쓰는 자산 6개① 환불 규정 조문 — 그대로 쓰십시오 · ② 제공 개시 기록 — 함수와 표 · ③ 고지 위치 — 버튼 위에 둔다 · ④ 취소 API 호출 — 길이 제한 함정 포함 · ⑤ 환불 요청 처리 절차 · ⑥ 환불 신청 화면 — 기록을 같이 보여준다

  6. PART 6돈이 맞는지 매주 본다

    배우는 것

    • 조회 몇 개면 충분하다
    • 결제 있는데 권한 없는 건이 1순위다
    • 중간 상태로 멈춘 건을 찾는다
    • 0건이어도 보고를 받는다
    • 화면 값과 DB 값을 대조한다
    • 정산 내역과 맞춰 본다

    손에 남는 것

    • 결제 이상 건을 찾는 조회 5종
    • 주간 자동 보고 작업
    • 화면 가격과 DB 가격 대조 검사
    • 정산 내역 대조 절차
    • 이상 건 처리 우선순위표

    복사해 쓰는 자산 6개① 결제 이상 건 조회 5종 · ② 주간 자동 보고 — 0건이어도 보낸다 · ③ 화면 가격 vs DB 가격 대조 — 렌더된 값을 본다 · ④ 정산 내역 대조 절차 · ⑤ 이상 건 처리 우선순위표 · ⑥ 배포 전 결제 점검표

다루는 도구 · 2종

이름만 대고 넘어가지 않습니다. 무엇이고, 왜 쓰고, 얼마이고, 대신 쓸 수 있는 건 뭔지까지 적었습니다. 가격은 확인한 날짜를 같이 적었습니다 — 바뀌면 고쳐서 올립니다.

도구무엇인가가격대신 쓸 수 있는 것
PG(결제대행사)카드 결제를 대신 처리해 주는 회사입니다.카드 수수료는 매출 규모에 따라 달라집니다.계좌이체 (수동) · 앱 안 결제 (스토어 결제) · 결제 링크 서비스
통신판매업 신고온라인에서 물건이나 서비스를 팔려면 관할 구청·시청에 하는 신고입니다.등록면허세가 매년 나갑니다.없습니다 (필수입니다) · 오픈마켓·플랫폼 입점

누가 만들었나

앱 7개를 직접 만들어 Google Play 와 App Store 에 올리고, 지금도 운영합니다. 기획도 개발도 심사 대응도 고객 문의도 혼자 합니다. 이 강의는 그 과정에서 실제로 막혔던 지점만 적은 것입니다.

심사도 결제도 고객 문의도 직접 통과시켜 본 것만 씁니다. 남의 사례를 옮기지 않고, 해보지 않은 것을 아는 척하지 않습니다. 그래서 이 페이지에는 지어낸 수강생 수도, 후기도, 할인율도 없습니다 — 없는 것을 적지 않는 것이 우리가 파는 것의 일부입니다.

  • 7개스토어에 올려 운영 중인 앱
  • 15개같은 방식으로 만든 강의
  • 455개강의 전체에 든 복사해 쓰는 자산

묶어 사면 더 쌉니다

이 강의는 아래 패키지에 들어 있습니다. 관련 강의를 같이 보실 생각이면 패키지 쪽이 낫습니다.

자주 묻는 것

이건 아닙니다

환불

결제일부터 7일 이내에 철회하실 수 있습니다. 다만 본문을 내려받으신 뒤에는 청약철회가 제한됩니다(전자상거래법 제17조제2항제5호). 내려받으신 시각은 기록되며, 받지 않으신 상태라면 그대로 철회 대상입니다. 환불 규정 전문