결제 연동·정산 서비스 소개서 · 2026

결제에서 맡는 일은 연동 구축과 운영·대사, 리스크 대응 세 갈래입니다. 연동 구축은 국내 PG(결제대행)와 간편결제, 해외 PG를 주문 흐름에 붙이고 승인과 취소, 부분 환불까지 상태를 잃지 않게 구현하는 일입니다. 결제사를 여럿 쓰는 서비스라면 연동을 한 계층에 모아 제품 코드가 하나의 거래 규격만 바라보게 하는 게이트웨이 구축이 여기 들어갑니다. 카드사와 금액, 지역 같은 조건에 따라 어느 경로로 보낼지 정하는 라우팅과 한 결제사가 지연될 때의 우회도 같은 계층에서 다룹니다. 구독 과금이 필요하면 요금제와 청구, 결제 실패 재시도, 해지까지 빌링 수명주기를 같은 자리에서 구현합니다. 운영·대사는 거래 모니터링과 장애 대응, 취소와 환불, 분쟁 처리, 결제사 협의를 한 팀의 업무 절차로 묶는 일입니다. 채널마다 다른 정산 파일을 공통 거래키로 맞추고 남는 차이만 담당자에게 넘기는 대사 자동화도 여기서 함께 다룹니다. 리스크 대응은 승인 요청 앞에 위험도 판정을 놓아 카드 테스트와 쿠폰 악용을 걸러내는 일입니다. 세 갈래를 한 번에 맡기도 하고 한 갈래만 떼어 받기도 합니다. 연동을 맡은 팀이 이미 있는 조직은 운영만 떼어 넘기는 쪽을 고릅니다. WooCommerce로 만든 상점의 결제도 같은 방식으로 붙이므로 국내 결제와 해외 결제를 나눠 다른 회사를 찾을 일이 없습니다.

일은 네 단계로 갑니다. 첫 번째는 거래 흐름 정의입니다. 승인과 취소, 환불, 정산까지 거래 상태와 담당 조직을 빠짐없이 적어 하나의 상태도로 정리합니다. 이 순서를 뒤집어 결제사부터 붙이면 수단이 늘 때마다 주문 코드가 함께 자라고 교체 비용이 급격히 커집니다. 두 번째는 안전한 연동입니다. 통신이 끊기고 응답이 늦는 순간을 전제로 API와 보안, 데이터 흐름을 구현합니다. 요청마다 고유 키를 붙여 몇 번을 재시도해도 한 번만 처리되게 하고 응답을 받지 못한 거래는 결제사 조회 규격으로 상태를 맞춥니다. 샌드박스에서는 성공 경로가 아니라 실패와 취소 경로를 먼저 확인하고 결제사 심사 절차를 함께 통과합니다. 세 번째는 운영과 대사입니다. 모니터링과 예외 처리, 대사를 한 루프로 묶고 이상 거래는 발생 당일 안에 원인까지 분류합니다. 네 번째는 정산 안정화입니다. 마감 주기를 지키면서 T+1 시점에 차이를 설명하도록 리포트와 감지 규칙을 고정합니다. 네 단계는 순서를 지키되 규모에 따라 압축합니다. 결제수단이 하나이고 정기결제가 없는 서비스는 첫 단계와 두 번째 단계를 한 주기로 묶습니다.

거래 흐름 정의에서는 거래 상태도와 책임 매트릭스가 나옵니다. 어느 상태에서 어느 상태로 넘어가는지, 그 전이를 누가 책임지는지를 한 장에 적습니다. 안전한 연동에서는 연동 명세와 예외 처리 설계가 나옵니다. 결제창 호출부터 결과 통보 수신까지 요청과 응답 규격, 재시도 규칙, 멱등 키 정책을 여기에 적습니다. 운영과 대사에서는 대사 규칙과 운영 런북이 나옵니다. 증상별로 먼저 열어 볼 화면과 판단 기준, 넘길 담당, 결제사 접수 방법을 결제사별로 적어 두어 담당자가 바뀌어도 같은 순서를 따릅니다. 자동으로 맞출 차이와 사람이 봐야 할 차이를 가르는 조건도 이 규칙에 함께 적습니다. 정산 안정화에서는 정산 리포트 템플릿과 이상 감지 규칙이 나옵니다. 어떤 규칙이 어떤 조건으로 두 건을 이었는지 건별로 남기고 규칙을 바꾼 이력도 함께 보관하므로 감사에서 같은 계산을 다시 하지 않습니다. 네 묶음은 프로젝트가 끝난 뒤에도 고객사가 그대로 쓰는 문서라 특정 도구에 묶어 두지 않고 편집 가능한 형태로 넘깁니다. 문서마다 담당자와 갱신 시점을 적어 두어 결제사를 더할 때 어느 장을 다시 열어야 하는지 바로 찾습니다.

PG 계약의 주체는 고객사입니다. 결제수단과 수수료 조건 비교, 심사 서류 항목, 기술 검토 회신은 함께 준비하고 심사 일정에 맞춰 개발 순서를 조정하지만 계약서에 이름을 올리는 쪽은 고객사입니다. 카드 정보도 직접 보관하지 않습니다. 결제사 토큰으로 대체하는 구조를 기본으로 두고 데이터 보관 범위와 접근 권한은 설계 단계에서 정의하며 처리 기록과 접근 로그는 증적으로 남깁니다. 기존 PG 계약이 있으면 그대로 두고 그 위에 연동 구조와 운영 절차만 다시 짭니다. 구축 이후 운영은 내부 운영과 공동 운영, 위탁 운영 셋 중에서 고릅니다. 내부 운영은 대사 규칙과 장애 런북, 결제사 에스컬레이션 연락 체계를 넘겨받아 고객사가 직접 돌리는 형태입니다. 공동 운영은 1차 접수를 고객사가 맡고 진단과 결제사 협의를 나눠 갖습니다. 위탁 운영은 접수부터 조치까지 한 절차로 받습니다. 어느 쪽을 골라도 같은 런북을 씁니다. 권한도 한 번에 넘기지 않습니다. 거래 조회와 로그 권한부터 받고 환불 실행이나 규칙 변경은 승인 절차를 정한 뒤에 나눕니다.