문서 개요 8개 항목
고객은 결제 버튼을 한 번 누르지만, 운영자는 그 뒤에 이어지는 수많은 일을 처리합니다.
입금 확인, 주문 승인, 부분 취소, 거래처별 정산, 세금계산서 발행까지. 사업이 커지고 거래 방식이 다양해질수록 결제 모듈 하나만으로 해결하기 어려운 업무가 늘어납니다.
바릿은 다양한 결제수단의 연동부터 주문·정산·전자세금계산서·관리자 시스템까지, 실제 사업 운영에 필요한 기능을 함께 설계하고 개발합니다. 기존 홈페이지나 쇼핑몰에 기능을 추가하는 작업부터, 복잡한 거래 구조를 반영한 맞춤형 운영 시스템 구축까지 상담할 수 있습니다.
결제는 되는데, 운영은 여전히 수작업인가요?
다음과 같은 상황이 반복된다면 결제 기능과 운영 시스템을 함께 점검할 때입니다.
카드 결제와 계좌 입금 내역을 서로 다른 화면에서 확인합니다.
계약금과 잔금을 나눠 받지만 주문별 납부 현황은 엑셀로 관리합니다.
일부 상품만 취소했는데 정산 금액은 담당자가 다시 계산합니다.
입점사나 공급사마다 수수료와 정산일이 다릅니다.
월말마다 거래 내역을 모아 세금계산서를 다시 입력합니다.
주문·결제·회계 시스템에 같은 정보를 여러 번 등록합니다.
바릿은 이처럼 담당자의 손을 거쳐야만 이어지는 업무를 살펴보고, 어떤 정보를 연결하고 어디에 승인 절차를 둘지부터 정리합니다.
다양한 결제방식, 우리 서비스에 필요한 조합으로
모든 사업에 같은 결제방식이 필요한 것은 아닙니다. 상품을 판매하는 쇼핑몰, 예약금을 받는 서비스, 매월 이용료를 청구하는 구독 서비스, 견적 확정 후 대금을 받는 B2B 거래는 각각 다른 설계가 필요합니다.
운영 상황 | 검토할 결제·청구 방식 | 함께 필요한 관리 기능 |
|---|---|---|
일반 쇼핑몰 | 카드·간편결제·계좌이체 등 | 주문 상태, 취소·환불 이력 |
예약·주문 제작 | 예약금·계약금·잔금 단계별 청구 | 납부 단계, 미납 알림 |
정기 이용 서비스 | 정기결제·주기별 청구 | 갱신, 해지, 결제 실패 대응 |
기업 간 거래 | 견적 승인 후 청구·입금 확인 | 거래처별 조건, 미수금 관리 |
입점형 플랫폼 | 고객 결제와 판매자 정산 분리 | 수수료, 정산 예정액, 지급 이력 |
지원 가능한 결제수단과 정기결제·부분 취소 범위는 선택한 PG사, 계약 조건, 업종 심사 및 API에 따라 달라집니다. 바릿은 필요한 운영 시나리오를 먼저 정리한 뒤 연동 범위를 검토합니다.
복잡한 결제과정일수록 ‘예외 상황’까지 설계합니다
결제 완료 화면만 정상적으로 나온다고 운영 시스템이 완성되는 것은 아닙니다.
결제 직후 고객이 창을 닫거나, 입금 알림이 늦게 도착하거나, 같은 알림이 여러 번 전달될 수 있습니다. 이미 정산한 주문에서 환불이 발생하는 경우도 고려해야 합니다.
바릿은 프로젝트 범위에 맞춰 다음과 같은 처리 구조를 설계합니다.
서버에서 주문 금액과 실제 결제 결과 확인
결제 상태 변경 알림을 받아 주문 상태에 반영
같은 요청이 반복돼도 중복 처리되지 않도록 제어
부분 취소·환불에 따른 주문 금액과 정산 내역 조정
처리 실패 내역과 재처리 대상 확인
담당자의 승인·변경 이력을 관리자 화면에 기록
결제 상태 변경 알림을 전달하는 웹훅은 이러한 연동에 활용되는 방식 중 하나입니다. 포트원 역시 최신 결제 결과를 반영하기 위해 웹훅 연동을 권장합니다. 포트원 공식 연동 안내
위수탁 세금계산서도 거래 구조에 맞춰 연결합니다
공급자와 판매·중개·수탁 업무를 맡는 사업자가 나뉘는 거래에서는 결제 내역만으로 세금계산서 발행 대상을 정하기 어렵습니다. 실제 계약과 거래 관계에 따라 누가 누구에게 어떤 금액을 발행하는지 먼저 정리해야 합니다.
바릿은 확인된 발행 기준을 바탕으로 전자세금계산서 서비스와 운영 시스템을 연결하는 기능을 개발합니다.
예를 들어 주문·거래 내역에서 발행 대상 데이터를 준비하고, 담당자가 확인·승인한 뒤 발행을 요청하도록 구성할 수 있습니다. 이후 발행 상태와 국세청 전송 결과를 구분해 조회하고, 오류나 수정 검토가 필요한 건을 관리하는 방식입니다.
팝빌과 같은 전자세금계산서 API는 정발행·역발행·위수탁 발행 유형을 지원합니다. 실제 적용 범위는 해당 서비스의 이용 조건과 거래 구조를 확인해 결정합니다. 팝빌 전자세금계산서 API 안내
세금계산서 발행 의무, 공급시기, 과세 구분 등 세무 판단은 세무 담당자 또는 세무대리인의 검토를 기준으로 반영합니다. 카드 결제 내역마다 세금계산서를 일괄 추가 발행하는 방식으로 구성하지 않습니다.
관리자 화면에서 결제 이후의 업무까지 확인하도록
운영에 필요한 것은 결제 내역이 쌓이는 데이터베이스만이 아닙니다. 담당자가 오늘 무엇을 처리해야 하는지 알 수 있는 화면도 필요합니다.
바릿은 업무에 따라 다음과 같은 관리자 기능을 구성합니다.
결제 관리: 기간·거래처·결제수단·상태별 조회
입금 관리: 미입금, 부분 납부, 잔금 확인
정산 관리: 공급사·입점사별 정산 기준과 확정 내역
증빙 관리: 세금계산서 발행 요청·결과·오류 조회
권한 관리: 조회·승인·취소·발행 권한 구분
이력 관리: 누가 언제 어떤 내용을 변경했는지 확인
정산 금액을 계산하고 관리하는 기능과 실제 자금을 지급하는 기능은 구분해 설계합니다. 자동 지급이 필요하다면 지급 서비스 계약과 이용 요건을 별도로 확인합니다.
기존 시스템을 전부 바꾸지 않아도 됩니다
이미 운영 중인 홈페이지, 쇼핑몰, ERP가 있다면 연결 가능한 부분부터 살펴볼 수 있습니다.
먼저 반복 입력이 많은 업무를 찾고, 기존 시스템의 API와 데이터 구조를 확인합니다. 이후 필요한 관리자 기능을 추가하고, 정상 결제뿐 아니라 취소·중복 요청·발행 실패 같은 상황까지 검증하며 적용 범위를 넓혀갑니다.
프로젝트 비용과 일정은 결제수단의 개수만으로 결정되지 않습니다. 거래 구조, 승인 단계, 정산 규칙, 기존 데이터 이관, 외부 서비스 연동 범위를 함께 확인해야 합니다.
자주 묻는 질문
기존 홈페이지에도 결제·세금계산서 기능을 추가할 수 있나요?
기존 홈페이지의 개발 구조와 수정 권한, 외부 API 연동 가능 여부를 확인한 후 판단합니다. 전체 재구축 없이 필요한 기능만 추가하는 방식도 검토할 수 있습니다.
결제사와 세금계산서 서비스 계약도 필요한가요?
실제 서비스 이용에는 PG사나 전자세금계산서 제공사의 가입·계약·심사·인증 절차가 필요할 수 있습니다. 개발 범위와 외부 서비스 이용료는 구분해 안내합니다.
정산과 세금계산서 발행을 모두 자동화할 수 있나요?
명확한 기준이 있는 반복 업무는 자동화를 검토할 수 있습니다. 다만 거래 조건이 달라지거나 담당자 판단이 필요한 건은 승인 단계를 두고, 오류를 확인하고 다시 처리할 수 있도록 구성하는 것이 중요합니다.
결제 뒤에 남는 업무까지, 바릿과 함께 정리하세요
결제 모듈은 붙였지만 운영이 복잡해졌다면, 이제는 결제 이후의 흐름을 연결할 차례입니다.
바릿은 홈페이지·쇼핑몰 제작을 넘어 결제 연동, 거래처별 정산 관리, 위수탁 세금계산서 연동, ERP·관리자 시스템 개발을 함께 상담합니다.
지금 사용 중인 화면이나 엑셀 양식, 반복해서 처리하는 업무를 알려주세요. 현재 운영 방식을 바탕으로 필요한 기능과 도입 순서를 함께 정리하겠습니다.