오픈마켓형 출판 서비스 개발 기획서

1. 레퍼런스: 부크크(Bookk)

서비스 개요

㈜부크크는 2014년 11월 서비스를 오픈한 국내 자가출판(Self-Publishing) POD 플랫폼으로, 현재 국내 자가출판 시장을 선두하고 있다. 서울 금천구 가산디지털단지에 본사를 두고 있으며, 2024년 2월 기준 출판 도서 약 40,000종(전자책 포함), 출간 저자 29,000명을 달성했다.

핵심 모델: POD (Publish On Demand)

책을 미리 대량 제작하지 않고, 주문을 받은 만큼 소량 제작하여 보내주는 방식이다.

• 최소 주문 1권: 소량 제작 가능
• 초기 비용 0원: 판매 후 정산 구조이므로 선투자 불필요
• 재고 0권: 주문형이라 재고 리스크 없음

기능 분해

1) 회원/저자 시스템

• 회원가입/로그인: 일반 회원 → 저자 전환 구조
• 작가 페이지(대시보드): 계좌 정보, 개인정보, 출판 현황, 정산 내역 관리
• 정산 잔액 실시간 조회 + 엑셀 다운로드

2) 원고 등록 & 출판 신청

• 원고 업로드: PDF/HWP 형식, 최소 50페이지(종이책 기준)
• 표지 업로드: 직접 디자인 업로드 또는 자동 표지 템플릿 활용
• 도서 규격 설정: 판형(A5, 46판 등), 컬러/흑백, 표지 재질, 제본 방식
• 메타데이터 입력: 카테고리, 도서 소개, 저자 소개, 목차
• 가격 설정: 저자가 직접 판매가 결정 (인쇄비 이상으로)
• 5~6단계 위저드 UI: 도서 형태 → 원고 등록 → 표지 디자인 → 가격 정책 → 최종 확인
• 원고 서식(템플릿) 제공: 한글/워드 편집용 서식 다운로드

3) 심사 & 승인

• 원고 검토: 출판 신청 후 1~7일 소요 (형식 검토 중심, 콘텐츠 심사 없음)
• 반려/수정 루프: 반려 시 사유 안내 → 수정 후 재업로드
• 승인 후 샘플 확인: 최종 원고 샘플을 저자에게 메일 발송 → 저자 승인 시 제작 완료
• 승인내역 조회: 마이페이지에서 각 도서별 상태 확인

4) ISBN & 납본

• ISBN 무료 발급: 부크크 출판사 명의로 국제표준도서번호 발급
• 국립중앙도서관 납본: ISBN 발급 도서 자동 납본 처리
• 종이책/전자책 각각 별도 ISBN 발급

5) POD 인쇄 & 제작

• 주문형 인쇄(POD): 주문 접수 → 1부 단위 인쇄 → 배송 (4~7일 소요)
• 주문 이관: 영업일 월요일 오전 일괄 이관 방식
• 바로출고 서비스: 약 8부 선제작 재고 유지 → 주문 시 즉시 출고 → 출고분만큼 재생산하여 재고 보충

6) 유통 & 판매

• 자체 마켓(부크크 스토어): 승인 즉시 판매 개시
• 외부 유통 자동 연동: 교보문고, 예스24, 알라딘 등 대형 온라인 서점 (유통 신청 후 서점별 10일~3주 소요)
• 외부 유통 상태 추적: 마이페이지에서 서점별 유통 신청 현황 확인
• 전자책 유통: 부크크 마켓 내에서만 판매 (외부 서점 유통 미지원)

7) 정산 시스템

• 수익 구조: 판매가 - 인쇄비 = 저자 몫
• 채널별 인세율:
  • 부크크 내 종이책: 판매가 - 인쇄비 (약 60~70%)
  • 외부 유통 종이책: 약 45~60% (유통 수수료 추가 공제)
  • 전자책: 약 70% (인쇄비 없음)
• 정산 주기:
  • 부크크 내 판매 → 익월 10~15일
  • 외부 유통 → 2개월 후 10~15일
  • 전자책 → 다운로드 즉시 정산대기, 익월 지급
• 3.3% 원천세 공제 후 계좌 입금
• 최소 정산 단위: 기존 만원 단위 (일부 소스에서 10원 단위로 개선되었다는 정보 있으나 공식 확인 필요)
• 저자 구매분 인세 제외, 환불/파본 반영

8) 부가 서비스

• 표지 디자인 대행: 전문가 매칭
• 내지 디자인/편집 대행: 전문가 매칭
• 교정·교열 서비스: 전문가 매칭
• 부크크 클래스: 출판 노하우 교육 콘텐츠
• ChatGPT 기반 글감 생성 도구: AI 활용 기능 (최근 추가)

9) 기획출판 (오리지널 시리즈)

• POD 플랫폼 사업과 별개의 기획출판 라인
• 소설 장르 중심, 원고 투고 접수 방식
• 2022년부터 론칭, 현재 7종 출간

2. 법적 환경: 전자금융거래법

이 섹션은 오픈마켓 방식과 PG 솔루션 선택의 전제 조건이다.

2024년 9월 개정 전금법

2024년 9월 15일, 선불전자 지급수단에 대한 관리를 강화하는 개정 전자금융거래법이 시행되었다. 핵심 변경 사항:

• 오픈마켓 형태(셀러가 입점해서 판매)의 쇼핑몰을 운영하려면 PG사로 등록해야 함
• PG 등록 요건이 자본금, 부채비율, 재무건전성 등 매우 까다로움
• 따라서 직접 PG 등록이 어려운 스타트업/중소 플랫폼은 PG사의 지급대행 서비스를 활용하는 것이 현실적 경로

현재 상태 (2025년 기준)

• 전금법 개정안이 정무위 통과 후 법사위 상정 보류 상태
• 2025년 하반기 국회 통과 시, 2026년 하반기 이후 이커머스 플랫폼 PG 등록 의무 면제 가능성 (연 매출 1,000억 이상은 대규모통업법 적용)
• 현재~2026년 하반기까지: 플랫폼 직접 정산은 위법 리스크 → 반드시 PG사 지급대행 이용 필요

3. 한국 서비스 특화 요구사항

이 서비스는 해외가 아닌 한국 시장 전용 서비스다. 따라서 모든 기술 선택은 한국 생태계 호환성을 최우선으로 판단해야 한다.

한국 인증/로그인

• 카카오 로그인, 네이버 로그인 (필수 - 한국 사용자 대다수가 기대하는 소셜 로그인)
• 본인인증(PASS, 카카오 인증 등) - 저자 등록 시 KYC에 필요
• 사업자번호 확인 API (국세청) - 사업자 저자의 경우

한국 결제

• 토스페이먼츠, KG이니시스, NHN KCP 등 한국 PG 직접 연동 필수
• 카카오페이, 네이버페이 간편결제 지원
• 지급대행 API (토스페이먼츠 or 포트원) - 전금법 준수

한국 출판 인프라

• ISBN 서지정보 조회 API (있음): 국립중앙도서관 Open API(seoji/SearchApi.do)로 기발급 ISBN 조회 가능. cert_key 인증, JSON/XML 응답. 공공데이터포털에서도 별도 제공.
• ISBN 발급 신청 API (없음): 발행자번호 취득 및 도서별 ISBN 신청은 seoji.nl.go.kr 웹 화면에서만 가능. 공개 API 미제공. 발행자번호 신청 후 5일 내 배정, 도서별 ISBN은 1~2일 내 부여.
• 납본: 도서관법 제21조에 따라 발행일로부터 30일 이내 국립중앙도서관 납본 의무. 미납본 시 정가 10배 이하 과태료. 납본보상금(약 18,000원/권) 환급 가능.
• 개발 시 유의: ISBN 발급 자동화 불가 → 관리자 수동 신청 + 플랫폼 내 ISBN 관리 큐로 운영. 조회 API를 활용하여 발급 완료 여부를 배치로 확인하는 방식으로 보완.

한국 서점 유통

• 교보문고, 예스24, 알라딘 등 대형 온라인 서점 배본 연동
• 각 서점별 상품 등록 API 또는 배본 대행 프로세스 구현
• 서점별 유통 수수료 차등 관리

한국 알림/커뮤니케이션

• 카카오 알림톡 / 친구톡 - 출판 심사 결과, 판매 알림, 정산 안내 등
• 문자(SMS/LMS) 발송 - 알림톡 대비 폴백
• 이메일 발송 - 승인/반려 안내, 정산 명세서

한국 세무/정산

• 기타소득 3.3% 원천징수 + 연간 지급명세서 국세청 제출
• 사업자 저자 대상 세금계산서 발행
• 현금영수증 발행 의무

4. 시스템 구성 분석

기능별 개발 비중 (추정)

핵심 인사이트: 커머스 엔진(Medusa, WooCommerce 등)이 해결해주는 영역은 전체의 1020%에 불과하다. 나머지 80%는 어떤 솔루션을 쓰든 직접 구현해야 한다. 부크크 모델의 구매 플로우는 일반 커머스(다수 상품 장바구니, 복잡한 배송 옵션, 쿠폰 조합 등)와 달리 단일 상품(책 1권) 구매가 대부분이므로, 커머스 엔진이 제공하는 복잡한 기능의 대부분이 불필요하다.

출판 워크플로우 상세

전체 흐름:

1. 저자 가입 및 원고 작성/업로드
2. 출판 신청 위저드 (도서형태 → 원고등록 → 표지 → 가격 → 최종확인)
3. 관리자 심사 - 승인 또는 반려(사유 안내 + 수정 후 재업로드)
4. ISBN 발급 신청 (국립중앙도서관 서지정보유통지원시스템)
5. 도서 등록 완료 → 자체 마켓 판매 개시
6. 외부 유통 신청 (저자 선택 시) → 교보/예스24/알라딘 배본
7. 독자 주문 → PG 결제
8. POD 인쇄 주문 이관 (인쇄소 API/시스템)
9. 배송 및 배송 추적
10. 정산 (인쇄비 차감 → 지급대행 API → 저자 계좌 입금)

이 워크플로우의 각 단계에는 다음 개발 요소가 포함된다:

원고 관리 시스템:

• 대용량 파일 업로드 (PDF/HWP, 수백MB)
• 파일 버전 관리 (반려 후 재업로드 시)
• 표지 파일 관리 + 자동 표지 템플릿 엔진
• 원고 서식(템플릿) 다운로드 제공
• PDF 미리보기/썸네일 생성

심사/승인 워크플로우:

• 상태 머신: 대기 → 심사중 → 승인/반려 → (반려 시) 수정대기 → 재심사
• 관리자 심사 큐 + 심사자 배정
• 반려 사유 템플릿 + 커스텀 사유 입력
• 샘플 확인 메일 발송 + 저자 최종 승인
• 알림톡 연동 (심사 결과 즉시 알림)

ISBN/납본 관리:

• 국립중앙도서관 서지정보유통지원시스템 연동 (발행자번호 관리, 도서별 ISBN 신청)
• 납본 일정 관리 (발행일+30일 데드라인 추적)
• ISBN 바코드 자동 생성 (표지에 삽입)

외부 유통 관리:

• 서점별 배본 신청 상태 추적 (신청 → 등록중 → 판매중)
• 서점별 메타데이터 포맷 변환 (서점마다 요구 형식이 다름)
• 외부 판매 데이터 수집 + 정산 연동

5. 전체 개발 목록

서비스 전체를 만들기 위해 필요한 모든 개발 항목을 정리한 내용이다.

전체 시스템 구성

서비스는 네 가지 주체의 상호작용으로 구성된다.

저자 측 흐름: 원고 업로드 → 출판 신청 → 심사 → ISBN 발급 → 도서 등록 완료

독자 측 흐름: 도서 검색/조회 → 구매/결제 → POD 인쇄 → 배송 수령

플랫폼 내부 흐름: 정산 금액 계산 → 지급대행 API 호출 → 저자 계좌 입금

외부 연동 흐름: 교보/예스24/알라딘 배본 → 외부 판매 발생 → 외부 판매 데이터 수집 → 외부 정산 반영

5-1. 회원 시스템

인증/가입: 이메일 회원가입 + 비밀번호, 카카오 소셜 로그인, 네이버 소셜 로그인, 약관 동의 (이용약관, 개인정보처리방침, 마케팅 수신 동의), 이메일 인증

회원 유형 분리: 독자(일반 회원): 도서 구매, 리뷰, 찜하기. 저자(벤더): 독자 기능 + 원고 등록, 출판 신청, 정산 조회. 독자 → 저자 전환 플로우 (추가 정보 입력 + 본인인증)

저자 등록 (KYC): 본인인증 (PASS 인증 또는 카카오 인증서), 계좌 인증 (1원 입금 확인 방식), 개인/사업자 구분, 사업자: 사업자번호 진위확인 (국세청 API), 저자 프로필 (필명, 소개, 프로필 이미지)

마이페이지: 독자용: 주문내역, 배송조회, 찜 목록, 리뷰 관리, 개인정보 수정. 저자용: 위 + 출판 관리, 정산 내역, 작가 페이지 설정

5-2. 원고 관리 시스템

파일 업로드: 대용량 파일 업로드 (PDF, 최소 50페이지, 수백MB), HWP 파일 업로드 지원, 업로드 진행률 표시, 파일 버전 관리 (반려 후 재업로드 시 이전 버전 보관), 파일 무결성 검증

표지 관리: 표지 이미지 업로드 (고해상도, 앞표지/뒤표지/측면), 자동 표지 템플릿 엔진 (텍스트+이미지 조합), 표지 미리보기 (3D 북커버 프리뷰), ISBN 바코드 자동 삽입 위치 가이드

원고 서식/템플릿: 판형별 한글(.hwp) 서식 다운로드, 판형별 워드(.docx) 서식 다운로드, 서식 사용 가이드 문서

원고 미리보기: PDF 썸네일 자동 생성, 웹 기반 PDF 미리보기 (특정 페이지만), 총 페이지 수 자동 추출

5-3. 출판 신청 시스템

출판 신청 위저드 (5~6단계):

1단계 - 도서 형태 선택: 종이책/전자책, 판형(A5, 46판, B5, 신국판 등), 컬러/흑백, 표지 재질(무광/유광), 제본 방식(무선/양장)

2단계 - 원고 등록: 본문 원고 업로드(PDF/HWP), 페이지 수 자동 계산, 최소 페이지 충족 검증

3단계 - 표지 디자인: 직접 업로드 또는 자동 템플릿 사용, 미리보기, 바코드 영역 가이드

4단계 - 도서 정보 입력: 도서명, 부제, 저자명(필명), 카테고리(대/중/소), 도서 소개, 저자 소개, 목차, 키워드/태그

5단계 - 가격 정책: 인쇄비 자동 계산, 판매가 설정(인쇄비 이상), 예상 수익 시뮬레이터, 외부 유통 수수료 안내

6단계 - 최종 확인: 입력 정보 요약, 미리보기(실물 시뮬레이션), 출판 약관 동의, 제출

인쇄비 계산 엔진: 페이지 수 × 인쇄 단가 (흑백/컬러 다름), 표지 인쇄비 (재질별), 제본비, 판형별 차등 단가, 인쇄비 테이블 관리 (관리자 수정 가능)

5-4. 심사/승인 시스템

심사 상태 머신: 대기(PENDING) → 심사중(REVIEWING) → 승인(APPROVED) → 판매중(ON_SALE). 심사중 → 반려(REJECTED) → 수정대기(REVISION) → 재심사(RE_REVIEWING)

관리자 심사 기능: 심사 대기 큐 (접수 순서), 심사자 배정, 원고 파일 미리보기, 표지 확인, 도서 정보 검토, 승인/반려 버튼

반려 처리: 반려 사유 카테고리 (파일 오류, 페이지 부족, 표지 규격 불일치, 내용 문제 등), 반려 사유 상세 입력 (자유 텍스트), 반려 알림 발송 (알림톡 + 이메일), 수정 후 재업로드 → 재심사 자동 진입

승인 후 처리: 최종 원고 샘플(PDF) 생성, 저자에게 샘플 확인 메일 발송, 저자 최종 승인 → 도서 등록 + 판매 개시

5-5. ISBN / 납본 시스템

출판사 관리: 출판사 등록 (출판문화산업진흥법), 발행자번호 관리

ISBN 발급 - API 현황:

ISBN 관련 API는 두 가지로 나뉘며, 발급(신청)과 조회가 완전히 다른 경로다.

(1) ISBN 서지정보 조회 API (있음, 활용 가능)

국립중앙도서관이 제공하는 Open API로, 이미 발급된 ISBN의 서지정보를 조회할 수 있다.

• 엔드포인트: https://www.nl.go.kr/seoji/SearchApi.do
• 인증: cert_key 파라미터 (국립중앙도서관 회원가입 → 인증키 발급 신청 → 담당자 승인 후 사용 가능)
• 응답 형식: JSON / XML 선택 가능 (result_style=json)
• 주요 파라미터: ISBN, 서명, 저자, 출판일 범위, 납본 여부 등으로 검색
• 미납본 목록 조회: deposit_yn=N 파라미터로 출판예정 도서 조회 가능
• 활용 용도: ISBN 중복 확인, 발급 완료 여부 확인, 서지 메타데이터 수집, 외부 유통 시 도서 정보 검증
• 담당 부서: 정보기술기반과 (02-590-6312)

샘플 호출:

https://www.nl.go.kr/seoji/SearchApi.do?cert_key=[키값]&result_style=json&page_no=1&page_size=10&isbn=9791190626187

공공데이터포털(data.go.kr)에서도 별도로 “문화체육관광부_국립중앙도서관_ISBN서지정보” API를 제공하고 있으며, 출판 예정 도서 정보까지 조회 가능하다.

(2) ISBN 발급(신청) API (없음, 웹 수동 절차)

발행자번호 취득 및 도서별 ISBN 신청 자체를 외부에서 자동으로 호출하는 공개 API는 제공되지 않는다. 모든 신청 업무는 서지정보유통지원시스템(seoji.nl.go.kr) 웹 화면에서 수행해야 한다.

발행자번호 신청 절차:

1. seoji.nl.go.kr 회원가입
2. 발행자번호 신청서 + 연간출판예정목록 + 출판사신고확인증 제출 (인터넷 또는 팩스)
3. 한국서지표준센터(구 한국문헌번호센터) 심사
4. 5일 이내 문자 또는 이메일로 배정통보

도서별 ISBN 신청 절차:

1. seoji.nl.go.kr 로그인
2. ISBN 신청 메뉴에서 도서 정보(서명, 저자, 판형, 페이지 수, 예정가격 등) 입력
3. 신청 후 1~2일 내 ISBN 부여
4. 체크기호는 시스템에서 자동 계산

개발 시 구현 방향:

ISBN 발급을 완전 자동화하는 것은 불가능하므로, 현실적으로 다음과 같이 구현한다:

• 플랫폼 내부에서 ISBN 발급 대기 큐를 관리 (도서 승인 완료 → ISBN 발급 필요 목록에 추가)
• 관리자가 seoji.nl.go.kr에서 수동으로 ISBN 신청 후, 발급된 ISBN을 플랫폼에 입력
• 입력된 ISBN으로 바코드 이미지 자동 생성 (EAN-13 형식)
• ISBN 서지정보 조회 API를 활용하여 발급 완료 여부를 주기적으로 확인 (배치)
• 향후 seoji 시스템이 API를 제공할 경우를 대비한 인터페이스 설계

ISBN 바코드 자동 생성: ISBN 13자리를 EAN-13 바코드로 변환, 표지 템플릿의 지정 위치에 자동 삽입, 바코드 이미지 형식: SVG 또는 고해상도 PNG

납본 관리: 납본 대상 도서 목록, 발행일+30일 데드라인 추적, 납본 상태 관리 (미납본 → 납본신청 → 납본완료), 납본보상금 청구 관리 (약 18,000원/권), 데드라인 임박 알림 (관리자 알림톡/이메일)

5-6. 도서(상품) 관리

도서 데이터: 기본 정보: 도서명, 부제, 저자, ISBN, 카테고리, 키워드. 소개: 도서 소개, 저자 소개, 목차. 이미지: 표지 이미지, 미리보기 썸네일. 규격: 판형, 페이지 수, 컬러/흑백, 재질, 제본. 가격: 판매가, 인쇄비, 저자 인세. 상태: 판매중, 판매중지, 품절, 삭제

도서 수정: 메타데이터(소개, 가격 등) 수정 가능, 원고/표지 파일 수정 → 재심사 프로세스 진입, 수정 이력 관리

도서 검색/조회 (독자용): 카테고리별 브라우징, 키워드 검색, 정렬 (최신순, 인기순, 가격순), 필터 (카테고리, 가격대, 종이책/전자책), 도서 상세 페이지 (소개, 목차, 미리보기, 리뷰)

리뷰/평점: 구매자 리뷰 (별점 + 텍스트), 리뷰 신고, 관리자 관리

5-7. 주문/구매 시스템

주문 플로우: 도서 선택 → 수량 입력 → 배송지 입력 (도로명 주소 검색) → 배송 메모 → 결제 수단 선택 → 주문 확인 → 결제

장바구니: MVP에서는 생략 가능 (단일 상품 구매 대부분). Phase 2에서 여러 권 동시 구매 지원 시 추가

주문 상태 머신: 주문생성 → 결제완료 → 인쇄요청 → 인쇄중 → 출고완료 → 배송중 → 배송완료. 결제실패, 주문취소 → 환불처리

주문 관리 (관리자): 주문 목록 (상태별 필터), 주문 상세, 상태 수동 변경, 환불/취소 처리

전자책 구매: 결제 완료 즉시 다운로드 링크 제공, 다운로드 횟수 제한, DRM 적용 여부 (PDF 워터마크 등), 전자책 뷰어 (웹 기반 PDF/EPUB)

5-8. 결제 시스템

PG 결제 연동: 토스페이먼츠 (또는 이니시스/KCP) 결제 API, 신용카드, 계좌이체, 가상계좌, 휴대폰 소액결제, 간편결제: 카카오페이, 네이버페이, 토스페이, 결제 승인/취소/부분취소, 결제 웹훅 수신

현금영수증: 현금성 결제 시 현금영수증 발행 (소득공제/지출증빙), 자진발급 처리

에스크로: 통신판매중개 시 구매안전서비스 적용 여부 확인

5-9. POD 인쇄 / 제작 연동

인쇄 주문 이관: 결제 완료 → 인쇄 주문 데이터 생성, 인쇄소 시스템/API로 주문 전송 (원고, 표지, 규격 정보), 인쇄 주문 상태 수신 (접수 → 인쇄중 → 인쇄완료 → 출고), API 미제공 인쇄소: 이메일/엑셀 수동 이관 + 관리자 상태 업데이트

바로출고 서비스: 선제작 재고(약 8부) 유지, 주문 시 재고 확인 → 즉시 출고, 출고분 재생산 주문 자동 생성, 재고 모니터링 + 알림

배송 관리: 송장번호 등록 (인쇄소 수신 또는 수동), 배송 추적 연동 (CJ대한통운, 로젠택배 등 API), 배송 상태 업데이트 → 독자 알림, 배송완료 자동 처리

5-10. 외부 유통 시스템

유통 신청: 저자 마이페이지에서 외부 유통 신청, 유통 대상 서점 선택 (교보, 예스24, 알라딘 등), 유통 약관 동의

서점별 배본: 서점별 메타데이터 포맷 변환, 도서 정보 + 표지 이미지 전송, 서점별 등록 소요 시간 안내 (교보 ~3주, 예스24 ~10일, 알라딘 ~10일)

유통 상태 관리: 서점별 상태 추적 (신청 → 등록중 → 판매중 → 판매중지), 저자 마이페이지에서 확인, 유통 취소 요청

외부 판매 데이터: 서점별 판매 데이터 수집 (API 또는 수동), 외부 판매 내역 대시보드 반영, 외부 유통 수수료 계산

5-11. 정산 시스템

정산 계산 엔진: 자체 마켓 종이책: 판매가 - 인쇄비 (약 6070%), 외부 유통 종이책: 판매가 - 인쇄비 - 유통 수수료 (약 4560%), 전자책: 판매가 × 70%, 채널별 × 도서유형별 정산율 테이블 (관리자 설정), 저자 구매분 인세 제외, 환불/파본 반영

정산 주기: 자체 마켓: 익월 1015일, 외부 유통: 2개월 후 1015일, 전자책: 익월 지급, 마감일 자동 계산 + 배치 처리

원천징수/세금: 개인 저자: 기타소득 3.3% 원천징수, 사업자 저자: 세금계산서 발행 (역발행 요청), 연간 지급명세서 국세청 제출

지급대행 (PG 연동): 토스페이먼츠 지급대행 API (또는 포트원), 셀러 등록 → KYC 심사, 잔액 조회, 지급 요청 (EXPRESS/SCHEDULED), 지급 상태 웹훅, 실패 시 재시도

저자 정산 대시보드: 월별 판매 현황 (자체/외부/전자책), 도서별 판매 수량/금액, 정산 예정/완료 금액, 엑셀 다운로드

5-12. 관리자 시스템 (백오피스)

• 대시보드: 매출 현황, 신규 출판 신청, 심사 대기, 신규 회원, 주요 지표 차트
• 회원 관리: 목록(독자/저자 필터), 상세 조회/수정, 저자 승인/차단
• 도서 관리: 전체 목록, 상태 변경, 메타데이터 수정
• 주문 관리: 목록(상태별 필터), 상세 조회, 환불/취소, 송장 일괄 등록
• 정산 관리: 정산 대상 목록, 일괄 실행, 내역 조회, 실패 건 재처리
• 심사 관리: 대기 큐, 심사 처리, 이력 조회
• 유통 관리: 외부 유통 신청 목록, 배본 상태, 외부 판매 데이터
• 시스템 설정: 인쇄비 단가 테이블, 정산율, 카테고리, 약관, 알림 템플릿

5-13. 알림 시스템

카카오 알림톡: 출판 심사 접수/승인/반려, 샘플 확인 요청, ISBN 발급 완료, 외부 유통 등록 완료, 도서 판매, 정산 완료, 배송 출발/완료

이메일: 가입 환영, 이메일 인증, 심사 결과 상세, 샘플 확인, 정산 명세서, 비밀번호 재설정

SMS (알림톡 폴백): 알림톡 발송 실패 시 대체

인앱 알림: 마이페이지 알림 센터, 읽지 않은 알림 뱃지, 히스토리

5-14. 부가 서비스

작가 서비스 (전문가 매칭): 표지 디자인 대행, 내지 디자인/편집 대행, 교정·교열. 견적 요청 → 매칭 → 결제 → 작업 → 납품 → 리뷰

AI 도구: AI 글감/아이디어 생성, AI 표지 디자인 보조, AI 교정·교열 보조

교육 콘텐츠: 출판 노하우 클래스 (텍스트/영상), 가이드 문서

작가 페이지: 저자별 공개 프로필, 출간 도서 목록, SNS 링크

5-15. 인프라 / 공통

파일 스토리지: 원고 파일(PDF/HWP) 대용량 보안 저장, 표지 이미지 + CDN, 서식 템플릿 호스팅, 파일 접근 권한 관리

검색: 도서 전문 검색, 자동완성, 검색 인덱싱

SEO: 도서 상세 메타태그 (OG, Twitter Card), 구조화 데이터 (schema.org Book), 사이트맵 자동 생성, 도서별 고유 URL

반응형/모바일: 반응형 웹 (모바일 퍼스트), 모바일 결제 최적화

보안: HTTPS, 파일 업로드 보안, XSS/CSRF 방지, 결제 데이터 암호화, 개인정보 암호화 저장, 접근 로그

모니터링/로깅: 서버 모니터링, 에러 추적 (Sentry 등), 결제/정산 트랜잭션 로그, 심사 이력 감사 추적

6. 오픈마켓 결제/정산 방식

방식 1: MID 분리 (개별 가맹점 방식)

각 판매자(저자)가 PG사에 직접 가맹점으로 등록되어, 결제 대금이 판매자에게 바로 가는 구조.

흐름: 독자 결제 → PG사 → 판매자(저자) 계좌로 직접 정산, 플랫폼은 수수료만 별도 수취

• 판매자마다 고유 MID(Merchant ID)가 발급됨
• 결제 시 해당 판매자의 MID로 결제가 일어남
• PG사가 판매자에게 직접 정산하고, 플랫폼 수수료는 별도 정산
• 또는 플랫폼 MID 하나에 하위 가맹점(sub-merchant)을 두는 변형 (토스페이먼츠 브랜드페이, KG이니시스 제휴정산 등)

장점: 전자금융업 등록 이슈 회피 가능, 판매자 입장에서 투명하고 빠른 정산, 자금세탁 리스크 분산

단점: 판매자마다 PG 심사/등록 필요(온보딩 무거움), 개인 저자의 가맹점 등록 어려움, 인쇄비 차감 등 복잡한 정산 로직을 PG 단에서 처리 어려움

방식 2: 플랫폼 일괄 수취 후 정산 (수수료 차감 지급)

플랫폼이 모든 결제를 자기 명의로 받고, 수수료/인쇄비를 차감한 뒤 판매자에게 지급하는 구조. 부크크가 현재 이 방식.

흐름: 독자 결제 → PG사 → 플랫폼 계좌 → 인쇄비+수수료 차감 → 저자에게 정산 지급

• 플랫폼 단일 MID로 모든 결제 처리
• 월 단위로 인쇄비, 유통 수수료 등 차감 후 저자 계좌에 송금
• 3.3% 원천세 공제 후 지급 (기타소득 처리)

장점: 온보딩 간단(계좌만 등록), 복잡한 정산 로직 자유 설계 가능, 판매자 사업자 불필요

단점: 전자금융업 등록 의무 발생 가능, 통신판매중개자 법적 책임 범위 명확화 필요, 정산 지연 불만 리스크

비교 요약

7. PG 솔루션

구현 흐름 (전체 파이프라인)

1. 저자 등록: 셀러 등록 API 호출 → KYC 심사 → 서브몰 MID 발급
2. 독자 주문 생성: 플랫폼 서버에서 주문 데이터 생성
3. PG 결제 요청: 셀러 MID 지정 → TID 발급 → 결제 승인
4. 결제 콜백 수신: 웹훅으로 결제 완료 확인
5. 정산 금액 계산: 판매가 - 인쇄비 - 수수료 = 저자 몫
6. 잔액 확인: 지급 가능 금액 조회
7. 지급대행 API 호출: 저자 계좌로 자동 이체

포트원 (PortOne) - 멀티 PG + 파트너 정산 자동화

파트너 정산 자동화 서비스는 플랫폼, 마켓플레이스, 커머스 사업을 위한 포트원의 재무 서비스 모듈로, 정산 금액 자동 계산 + 세금계산서 + 송금까지 자동화한다.

• MID 분리: 멀티 PG 통합 관리 (토스/KCP/이니시스 등 자유 선택)
• 지급대행: 즉시/예약 지급(24/7), 개인/법인 모두 지원
• 정산 자동화: 파트너별 정산 정책 자동 매칭, 정산 주기별 자동 계산, 세금계산서 역발행
• 관리: API 연동 및 관리자 콘솔 노코드 연동 모두 지원, 파트너 대량 등록 가능

토스페이먼츠 - 결제 + 지급대행 일체형

지급대행은 토스페이먼츠가 오픈마켓을 대신하여 셀러에게 지급하는 서비스. 참고: https://docs.tosspayments.com/resources/glossary/payout

• MID 분리: 서브몰 등록 방식 (셀러 등록 API → KYC 심사)
• 지급대행: 일괄 지급(최대 100건), EXPRESS(당일)/SCHEDULED(예약) 선택
• 보안: JWE 암호화 필수 (ENCRYPTION 모드), 멱등키로 중복 지급 방지
• 모니터링: 상점관리자에서 지급요청서 작성/조회, 잔액관리, 셀러관리, KYC심사를 API 없이도 관리 가능
• 셀러 온보딩: 개인 및 개인사업자 셀러는 등록 직후 APPROVAL_REQUIRED 상태, 본인인증 필요

KG이니시스 - 서브몰 기반 전통 방식

• MID 분리: id_merchant(메인) + id_mall(셀러)로 서브몰 등록, 결제 시 셀러 MID 지정
• 지급대행: 서브몰 계좌 검증 후 자동 이체
• 적합 대상: 기존 이니시스 가맹점이거나 레거시 시스템 연동이 필요한 경우

PG 솔루션 비교

PG 도입 전략

8. 쇼핑몰/커머스 솔루션

WordPress 기반 WooCommerce + Dokan 등 멀티벤더 플러그인

WordPress 기반으로 멀티벤더 마켓플레이스를 구축하는 전통적 방식.

• 주요 플러그인: Dokan, WC Vendors, WCFM Marketplace, MarketKing
• 마켓플레이스: 플러그인으로 벤더 등록, 커미션 관리, 주문 분배, 벤더 대시보드 기본 제공
• 한국 PG: 심플페이 플러그인으로 토스페이먼츠, 이니시스, KCP, 카카오페이, 네이버페이 등 지원 (무료)
• 장점: 마켓플레이스 기능 거의 완성, 생태계 방대, 레퍼런스 풍부, 한국 PG 심플페이로 해결, WordPress 어드민+벤더 대시보드 즉시 사용
• 단점: PHP 종속, 출판 워크플로우(심사/ISBN/POD)는 커스텀 플러그인 개발 필요, 지급대행은 별도 개발 필요, 성능/UX 한계
• 구현 적합도: 마켓플레이스 기본기와 한국 PG는 해결되나, 출판 워크플로우는 PHP 커스텀 개발 필요

풀 커스텀 빌드 (Next.js)

기존 golden stack(Next.js + Tailwind/shadcn + Supabase + Vercel) 등 으로 처음부터 구축.

• 직접 구현 범위: 저자(벤더) 시스템, 도서(상품) 관리, 원고 업로드/심사 워크플로우, 주문/장바구니, POD 연동, 정산 엔진, 외부 유통 연동
• 장점: 고유 로직 제약 없이 구현, Supabase RLS로 벤더별 데이터 격리, Supabase Storage로 원고 파일 관리, Supabase Auth로 카카오/네이버 소셜 로그인 직접 연동, 토스/포트원 직접 연동에 최적화, 한국 생태계(알림톡, ISBN, 서점 유통)를 중간 레이어 없이 네이티브 연동
• 단점: 구매/결제 로직을 직접 구현해야 하나, 부크크 모델은 “책 1권 구매"가 대부분이므로 복잡도 낮음. 보안/에지 케이스 직접 책임
• 구현 적합도: 한국 서비스 + 출판 워크플로우 중심 서비스에 최적

그누보드 + 영카트 (Gnuboard + YoungCart)

국내에서 가장 오래되고 널리 사용되는 오픈소스 CMS인 그누보드에 쇼핑몰 플러그인 영카트를 결합한 구조. 에스아이알소프트(SIR)가 개발·배포하며, 그누보드 5.4.6 버전부터 영카트가 통합 배포된다.

• 성격: 설치형 오픈소스 CMS + 쇼핑몰 (PHP/MySQL 기반). 커뮤니티(게시판) + 쇼핑몰 동시 운영 가능
• PG 연동: 한국 PG 기본 내장 (이니시스, KCP 등). 네이버페이, 카카오페이 지원. 5.5 버전부터 KG이니시스 통합인증(카카오/네이버 인증서) 지원
• 마켓플레이스: 기본 미지원. 단일 셀러 쇼핑몰 전용. 멀티벤더 구현 시 코어 소스 수정 필요
• 커스터마이징: 소스 코드 완전 공개(LGPL), 스킨/테마/플러그인 시스템으로 확장 가능. 훅(Hook) 기능(5.4~)으로 코어 수정 최소화. PHP 직접 수정으로 자유도 높음
• 장점: 무료 오픈소스, 한국 생태계(PG, SNS 로그인, 알림톡) 기본 지원, 커뮤니티 기능(게시판) 내장, 국내 커뮤니티 활발
• 단점: PHP 레거시 구조, MVC 패턴 미적용(5.x 기준), 멀티벤더 미지원, 디자인/UX가 현대적이지 않음, 설치형이라 호스팅/서버 관리 필요
• 구현 적합도: 한국 PG와 커뮤니티 기능은 강점이나, 멀티벤더 미지원 + 출판 워크플로우 구현 시 코어 소스를 대폭 수정해야 하므로 적절하지 않음

Magento (Adobe Commerce)

전 세계 약 30만개 사이트가 사용하는 엔터프라이즈급 오픈소스 커머스 플랫폼. PHP 기반이며, Adobe에 인수되어 Adobe Commerce로도 불린다. Magento Open Source(무료)와 Adobe Commerce(유료) 두 가지 에디션이 있다.

• 성격: 설치형 오픈소스 커머스 (PHP/MySQL). 대규모 상품/트래픽 처리에 최적화된 엔터프라이즈급 솔루션
• 마켓플레이스: 기본 미지원이나, Webkul Multi-Vendor Marketplace 등 서드파티 익스텐션으로 강력한 멀티벤더 구현 가능. 벤더 관리, 커미션 구조, 벤더별 대시보드, 주문 관리 등을 지원하며 Magento Imagine 컨퍼런스에서 2년 연속 Top Selling Extension으로 선정
• PG 연동: PayPal, Klarna, Amazon Pay 등 글로벌 PG 기본 탑재. 한국 PG는 별도 개발 필요 — 마젠토코리아(가비아CNS)에서 한국 PG 연동 서비스를 제공하지만, WooCommerce 심플페이 수준의 간편한 플러그인은 없음
• 장점: 엔터프라이즈급 확장성과 안정성, 강력한 멀티벤더 익스텐션 생태계, 70개 이상의 마켓플레이스 애드온, 다국어/다통화 기본 지원, SEO 최적화
• 단점: 높은 진입 장벽(설치/운영 복잡도), 전문 개발자 필요(Magento 전문인력 희소), 한국 PG/한국 생태계 연동이 약함, 서버 인프라 비용 높음, 소규모 프로젝트에는 오버스펙
• 구현 적합도: 글로벌 마켓플레이스에는 강력하나, 한국 전용 출판 서비스에는 과도한 복잡도 + 한국 생태계 지원 부족으로 적절하지 않음

Medusa.js - 헤드리스 커머스 엔진 (Node.js)

오픈소스, Node.js 기반 헤드리스 커머스 엔진. 백엔드와 프론트엔드 완전 분리.

• 구성: Medusa Backend (Node.js) + Next.js Storefront + Medusa Admin
• 마켓플레이스: 기본 미지원, 벤더(저자) 모델을 커스텀 모듈로 구현 필요
• 장점: Next.js 네이티브 호환, REST API 기반 프론트엔드 자유도 100%, 모듈형 아키텍처로 커스터마이징 자유도 최대, 오픈소스/벤더 락인 없음, 디지털+물리 상품 동시 지원
• 단점: 멀티벤더/마켓플레이스 직접 구현 필요, 한국 PG 결제 플러그인 직접 개발 필요, 한국 소셜 로그인(카카오/네이버) 직접 연동 필요, 한국 생태계 레퍼런스 전무, WooCommerce 대비 레퍼런스 적음
• 구현 적합도: 한국 생태계 연동점 제로 + 시스템의 80%가 커스텀인 상황에서 커머스 엔진의 가치가 제한적

Saleor - 헤드리스 커머스 (Python/Django, GraphQL)

GraphQL 기반 오픈소스 커머스 플랫폼.

• 마켓플레이스: Boutique 마켓플레이스(Etsy형) 모델링 가이드가 공식 문서에 있으나, 벤더는 기본 내장 엔티티가 아님
• 장점: GraphQL API가 강력하고 타입 안전, 마켓플레이스 구축 가이드가 공식 문서에 상세
• 단점: Python/Django 백엔드, 마켓플레이스 플랫폼으로 설계된 것이 아님, 한국 PG 생태계 없음
• 구현 적합도: 한국 생태계 없음

카페24 (Cafe24)

국내 이커머스 솔루션 시장 점유율 63%, 180만개 쇼핑몰이 개설된 압도적 1위 플랫폼.

• 성격: SaaS형 쇼핑몰 구축 플랫폼 (한국판 Shopify)
• PG 연동: 토스페이먼츠, KCP, 이니시스 등 한국 PG 기본 내장
• 마켓플레이스: 기본 미지원. 자사몰(단일 셀러) 중심 설계
• API: 앱스토어 생태계 + Open API 제공
• 구현 적합도: 멀티벤더 지원되지 않아 적절하지 않음

고도몰 / 샵바이 (NHN커머스)

NHN커머스가 운영하는 쇼핑몰 구축 솔루션. 누적 개설 상점 65만개 (2025년 기준).

• 성격: 설치형(고도몰) + SaaS형(샵바이) 쇼핑몰 솔루션
• PG 연동: NHN KCP 기본 연동, 기타 한국 PG 지원
• 마켓플레이스: 공급사 관리 기능이 부가 서비스로 내재화. 기본적인 공급사(벤더) 관리 가능
• 커스터마이징: 운영 환경을 자유롭게 커스터마이징 가능, 성장 규모에 맞춘 탄력적 확장 용이
• 구현 적합도: 공급사 관리로 기본적인 멀티벤더 가능하나, POD 정산 로직 커스터마이징에 한계

아임웹 (imweb)

• 성격: 노코드 웹사이트/쇼핑몰 빌더 (국내 Wix/Squarespace 포지션)
• PG 연동: 한국 PG 기본 내장 (토스/KCP 등)
• API: 개발자 센터에서 Open API 제공
• 마켓플레이스: 미지원. 단일 셀러 쇼핑몰 전용
• 구현 적합도: 마켓플레이스 기능 없음, 커스터마이징 한계

구현 체크리스트

사업/법무:

1. 출판사 등록 (출판문화산업진흥법) + 발행자번호 취득
2. 통신판매업 신고 + 통신판매중개자 등록
3. PG 지급대행 계약 체결 (토스페이먼츠)

출판 워크플로우: 4. 원고 업로드 시스템 (대용량 파일 처리, 버전 관리) 5. 출판 신청 위저드 UI (5~6단계) 6. 심사/승인 상태 머신 + 관리자 심사 큐 7. ISBN 발급 연동 (국립중앙도서관 서지정보유통지원시스템) 8. 납본 일정 관리 (발행일+30일 데드라인 추적) 9. 외부 서점 배본 관리 (서점별 상태 추적)

결제/정산: 10. 토스페이먼츠 결제 연동 + 지급대행 API 11. 셀러(저자) KYC 온보딩 플로우 12. 정산 정책 테이블: 채널별 × 도서유형별 × 서비스옵션별 인세율 13. 원천징수 3.3% 자동 공제 + 지급명세서 국세청 제출 14. 현금영수증 발행

한국 연동: 15. 카카오/네이버 소셜 로그인 16. 카카오 알림톡 (심사 결과, 판매 알림, 정산 안내) 17. POD 인쇄소 연동 (주문 이관, 배송 추적)