결제를 붙이면 왜 견적이 뛸까요 | 정산까지 6가지

핵심 요약 — 결제를 붙이는 일은 버튼 하나 다는 게 아니에요. 결제가 들어오면 환불이 따라오고, 환불이 있으면 부분 취소가 따라오고, 그러면 정산 내역을 맞추는 화면이 필요해져요. 여기에 결제대행사 심사가 2～4주 걸려서 일정도 같이 밀려요. 수수료는 개발비와 별개로 매달 나가는 값이고요. 자체 서비스 4종을 직접 돌리면서 겪은 자리를 정리했어요.

“결제만 붙이면 되는데 왜 이렇게 비싸요?”

견적서를 보내드리면 이 말씀을 종종 들어요. 화면으로 보면 정말 버튼 하나거든요. 눌러서 카드 정보 넣으면 끝나는 것처럼 보이고요.

그런데 그 버튼 뒤에 붙는 게 꽤 많아요. 저희도 자체 서비스를 돌리면서 하나씩 겪었어요. 오늘은 결제가 범위에 들어오는 순간 견적서가 왜 달라지는지 짚어볼게요.

---

1. 버튼 하나가 아닌 이유

돈이 오가는 기능은 실패를 전제로 만들어야 해서예요.

일반 기능은 눌러서 되면 되고 안 되면 다시 누르면 돼요. 결제는 그게 안 돼요. 카드사 응답이 늦게 오는 동안 손님이 새로고침을 하면, 우리 쪽에는 주문이 하나인데 카드사에는 두 건이 잡히는 일이 생겨요.

그래서 결제 기능에는 항상 이런 게 따라와요.

• 응답이 안 오면 나중에 다시 확인하는 절차
• 같은 주문이 두 번 들어오면 하나만 남기는 처리
• 우리 기록과 카드사 기록을 맞춰보는 작업

화면에는 안 보이는데 개발 시간의 절반쯤이 여기로 가요. 견적서에서 “결제 연동”이라는 한 줄이 생각보다 무거운 이유예요.

2. 실제로 만들어야 하는 화면은 몇 개일까요

손님이 보는 화면은 하나인데 관리자 쪽에 여러 개가 생겨요.

주문 목록이 있어야 하고, 그 안에서 결제가 됐는지 안 됐는지 상태를 봐야 하고, 취소를 눌러야 하고, 취소가 실패하면 다시 시도해야 해요. 정산 내역을 확인하는 화면도 필요하고요.

결제가 들어올 때 대체로 같이 생기는 것

구분	만들어야 하는 것	왜 필요한가요
손님 쪽	결제 화면, 결제 결과, 주문 내역	실패했을 때 안내가 필요해요
관리자 쪽	주문 목록, 상태 변경, 취소·환불	사람이 손으로 처리할 일이 생겨요
뒤쪽	결제 확인, 중복 방지, 대사	기록이 어긋나면 돈이 안 맞아요
기록	결제·취소 이력	나중에 따질 일이 생겨요

관리자 화면 이야기가 나온 김에 덧붙이면, 이 부분 견적이 크게 갈리는 이유는 관리자 페이지는 왜 비용 차이가 크게 날까요에서 따로 다뤘어요.

3. 환불과 부분 취소가 진짜 일이에요

결제보다 취소가 어려워요.

결제는 한 방향이에요. 돈이 들어오면 끝이죠. 취소는 여러 갈래로 갈려요. 언제 취소하느냐에 따라 처리가 달라지거든요.

당일에 취소하면 결제 자체를 없던 일로 만들 수 있어요. 며칠 지나서 취소하면 이미 매입이 잡혀서 환불로 처리해야 하고요. 이 둘은 화면에서는 같은 “취소” 버튼인데 뒤에서 도는 방식이 달라요.

여기에 부분 취소가 붙으면 한 단계 더 복잡해져요. 장바구니에 세 개 담아서 한 번에 결제했는데 하나만 반품하는 경우요. 배송비를 어떻게 나눌지, 할인 쿠폰이 걸려 있었으면 얼마를 돌려줄지가 전부 규칙이에요. 이 규칙은 개발사가 정할 수 없고 발주자가 정해주셔야 해요.

용어 정리 — 부분 취소는 한 번에 결제한 금액 중 일부만 돌려주는 처리예요. 대사는 우리 시스템의 결제 기록과 결제대행사 기록을 맞춰보는 작업이고요. 매입은 카드 승인 이후 실제로 카드사에 청구가 넘어간 상태를 말해요. 실무에서 “취소가 안 된다”는 말이 나오면 대개 이미 매입이 넘어간 건이에요.

4. 정산은 개발 범위 밖일까요

경계에 있어요. 그래서 견적에서 자주 빠져요.

결제대행사는 정산 내역을 파일로 내려줘요. 여기까지는 개발사 일이 아니에요. 문제는 그 파일과 우리 주문 기록이 딱 안 맞을 때예요.

안 맞는 이유는 대개 시점 차이예요. 우리 쪽에서는 3월 31일 밤에 결제된 건이 결제대행사 정산에서는 4월로 넘어가 있거나 하는 식이죠. 수수료가 빠진 금액으로 들어오니까 총액도 다르고요.

이걸 사람이 매달 엑셀로 맞추면 처음엔 30분이면 돼요. 거래가 늘면 하루가 걸려요. 그래서 어느 시점에는 자동으로 맞춰주는 화면을 만들게 돼요.

발주 단계에서 정하실 건 하나예요. 지금 만들지, 나중에 만들지. 지금 안 만들어도 되는데, 나중에 만들 자리가 있는 구조로 짜두는 것과 아예 생각 안 하고 짜는 것은 달라요. 후자는 나중에 결제 기록을 다시 손보게 돼요.

5. 수수료는 매달 나가는 값이에요

개발비와 성격이 다른 돈이라 따로 계산하셔야 해요.

2026년 상반기 기준으로 영세·중소 가맹점은 우대 수수료를 적용받아요. 금융위원회가 공개한 구간을 보면 신용카드가 0.4%에서 1.45%, 체크카드가 0.15%에서 1.15% 사이예요. 다만 이건 가맹점 규모에 따라 정해지는 값이라 모두가 받는 건 아니에요.

결제대행을 통해 붙이면 여기에 대행 수수료가 얹혀요. 공개된 안내 기준으로 카드 결제 3%대에 연 관리비가 별도로 붙는 경우가 있어요.

공개 자료 기준 (2026년 · 자사 실거래 통계가 아님)

항목	대략 수준	성격
우대 수수료(신용카드)	0.4～1.45%	매출 발생 때마다
우대 수수료(체크카드)	0.15～1.15%	매출 발생 때마다
일반 결제대행 수수료	3%대	매출 발생 때마다
연 관리비	10만 원대	매년 고정
정산 주기	빠르면 다음 날	계약 조건에 따라

숫자가 작아 보여도 매출에 곱해지는 값이라 누적이 커요. 월 매출 1,000만 원이면 3%가 30만 원이에요. 이건 개발사에서 깎아드릴 수 있는 값이 아니라 가맹점 계약에서 정해져요.

6. 심사 때문에 일정이 밀려요

개발이 끝났는데 오픈을 못 하는 상황이 여기서 생겨요.

결제를 붙이려면 결제대행사와 계약을 해야 하고, 그 전에 심사를 받아요. 사업자등록증과 통신판매업 신고증이 있어야 하고, 판매하는 품목에 따라 추가 서류를 요구받기도 해요. 이 과정이 2주에서 4주 정도 걸려요.

문제는 이게 개발과 나란히 가지 않는다는 점이에요. 발주자 쪽에서 준비하셔야 하는 서류라 개발사가 대신 못 해요. 그래서 착수하실 때 같이 시작하시는 편이 좋아요.

저희가 견적서에 없는 일 | 프로젝트 중 우리 쪽이 해야 하는 것들에서 다뤘던 항목 중에서도 이게 가장 자주 일정을 밀어요. 개발은 다 됐는데 심사가 안 끝나서 두 주를 기다리는 거죠.

7. 운영해보니 여기서 사고가 나요

저희 자체 서비스를 돌리면서 배운 것 세 가지만 적어볼게요.

결제는 되고 우리 기록만 안 남는 경우가 있어요. 카드사에서는 승인이 났는데 그 응답이 우리 쪽에 도착하기 전에 연결이 끊기면 이렇게 돼요. 손님은 돈이 나갔다고 하시고 우리 화면에는 주문이 없고요. 그래서 결제 건을 나중에 다시 확인하는 절차가 반드시 필요해요.

환불 요청은 몰려서 와요. 상품에 문제가 생기면 한 건이 아니라 수십 건이 한꺼번에 들어와요. 관리자 화면에서 하나씩 눌러 처리하는 구조면 이때 사람이 갈려요. 여러 건을 묶어 처리하는 기능이 있는지가 이 순간에 갈려요.

정산이 안 맞으면 원인을 못 찾는 경우가 많아요. 기록을 남겨두지 않았으면 몇 달 전 건을 되짚을 방법이 없어요. 그래서 결제·취소 이력은 지우지 않고 쌓는 쪽으로 만들어요.

저희가 건설장비 쇼핑 플랫폼을 리뉴얼했을 때도 이 부분이 컸어요. 웹과 앱을 같이 쓰는 구조라 5개월이 걸렸고 기획 1명·디자인 1명·개발 2명이 붙었는데, 지금 회원 5,549명이 쓰고 작업일보가 10,973건 쌓여 있어요. 규모가 커질수록 결제와 기록을 맞추는 자리가 조용히 무거워져요.

결제를 어디까지 넣을지 아직 못 정하셨어도 괜찮아요. 무엇을 어떻게 파실 건지만 알려주시면, 지금 꼭 필요한 범위와 나중으로 미뤄도 되는 범위를 나눠서 말씀드릴 수 있어요. 우리 서비스에 맞는 범위 정해보기 →

8. 자주 묻는 질문

결제 연동 개발 기간은 얼마나 잡아야 하나요?

붙이는 작업은 1～3주인데 결제대행사 심사에 2～4주가 따로 걸려요. 순서대로 진행되니 한 달 반쯤 잡으시는 편이 안전해요.

결제 수수료는 개발 견적에 포함되나요?

포함되지 않아요. 개발비는 한 번 나가고 수수료는 매출마다 계속 빠지는 값이라 성격이 달라요. 사업 계획에 따로 넣어두세요.

부분 환불까지 만들어야 하나요?

장바구니가 있는 서비스면 넣는 편을 권해요. 여러 개 중 하나만 반품되는 일이 반드시 생기는데, 그때 전체 취소만 있으면 손님께 다시 결제해달라고 부탁하게 돼요.

9. 마무리

결제 견적이 무거워 보이는 건 버튼 값이 아니라 그 뒤에 붙는 것들 값이에요. 취소와 환불, 기록 맞추기, 그리고 사람이 손으로 처리할 화면까지요.

발주 전에 세 줄만 정해두시면 견적이 훨씬 정확해져요. 무엇을 파는지, 장바구니가 있는지, 정산을 사람이 맞출지 화면으로 볼지. 이 셋이 정해지면 지금 만들 범위와 나중으로 미룰 범위가 대체로 갈려요.

저희는 10년 넘게 50개 이상 프로젝트를 진행하고 자체 SaaS 4종을 직접 운영해온 개발사예요. 롯데·캐논 같은 곳과도 함께해 왔고요. 돈이 오가는 서비스를 직접 돌려보다 보니 만들 때보다 문제가 생겼을 때 무엇이 필요한지를 먼저 보게 됐어요. 아직 구상 단계여도 지금 상황부터 편하게 이야기 나눠요 →

관련 글

• 쇼핑몰 제작 비용, 솔루션과 자체 개발은 얼마나 다를까요
• 관리자 페이지는 왜 비용 차이가 크게 날까요 | 견적을 가르는 5가지
• 외부 서비스 연동 비용, 개발비는 줄고 운영비는 늘까요