How it works
플랫폼은 PAYD 하나만
플랫폼은 PAYD 하나만
연결하면 됩니다.
결제 화면, PG 연결, 거래 기록은 PAYD가 처리합니다. 플랫폼은 표준 API로 결제를 요청하고 결과를 받습니다.
결제 레이어 내장
플랫폼 화면 안에서 PAYD 결제가 그대로 열립니다. 고객은 플랫폼을 떠나지 않습니다.
모든 파트너 같은 규격
파트너마다 따로 만든 연결 통로 없이, 모든 플랫폼이 같은 표준 API와 계약 구조를 씁니다.
매장 서비스까지
결제뿐 아니라 웨이팅 · 스탬프 · 멤버십도 서비스별로 플랫폼에 연결할 수 있습니다.
Merchant Assignment
어떤 가맹점을 어느 플랫폼에
어떤 가맹점을 어느 플랫폼에
맡길지 PAYD가 관리합니다.
PAYD가 확보한 가맹점은 플랫폼별로 배정하고, 필요하면 회수할 수 있습니다. 가맹점이 처음 어디서 들어왔는지는 별도로 보존해 수익 귀속의 근거로 남깁니다.
- 가맹점 유입 출처는 한 번 정해지면 바뀌지 않음
- 플랫폼 배정은 필요에 따라 추가 · 변경 · 회수
- 한 가맹점을 여러 플랫폼에 배정 가능
- 플랫폼은 배정된 가맹점의 데이터에만 접근
- 01제휴 상담 · 계약
플랫폼 서비스와 가맹점 구조를 확인하고 결제서비스 위탁계약을 체결합니다.
- 02API 키 발급
플랫폼 전용 인증 키와 연동 문서를 제공합니다.
- 03테스트 연동
실제 돈이 오가지 않는 테스트 환경에서 결제 · 취소 · 알림을 확인합니다.
- 04운영 전환 · 가맹점 배정
운영 키로 전환하고 플랫폼에 가맹점을 배정합니다.
Developers
개발자를 위한
개발자를 위한
PAYD 통합 API.
PG사 고유 용어 대신 PAYD 표준 용어로 통일했습니다. 아래는 주요 API 구성 예시이며, 정식 문서는 제휴 후 제공합니다.
| 기능 | 엔드포인트 (예시) |
|---|---|
| 결제 요청 | POST/v1/payments |
| 결제 조회 | GET/v1/payments/{payment_id} |
| 결제 취소 | POST/v1/payments/{payment_id}/cancel |
| 결제링크 생성 | POST/v1/payment-links |
| 결과 알림 | POST[파트너 수신 주소] |
표준 식별자결제는 payment_id, 가맹점은 merchant_id로 부릅니다. PG사가 바뀌어도 이름은 같습니다.
중복 요청 방지네트워크 문제로 같은 요청이 두 번 와도 결제는 한 번만 처리됩니다.
결과 알림결제 · 취소 결과를 파트너 서버로 바로 보내 드립니다.
테스트 환경운영 전에 테스트 키로 전체 흐름을 미리 확인합니다.