테스트 데이터 삭제

리셀러 본인 하위에 만들어둔 테스트 셀러 한 곳을 삭제한다. 셀러 자신, 셀러의 모든 프로젝트(app), 프로젝트에 발급된 SDK 연동키(AppKey), 셀러 단위 멤버 권한(ProviderRole) 이 정리된다.

핵심 요약

• 리셀러 본인의 하위가 아닌 셀러는 삭제되지 않는다. provider_id 가 다른 리셀러 소속이면 PROVIDER_NOT_FOUND 가 떨어진다.
• 본인(리셀러 자기 자신) 의 provider_id 를 넣어도 거부된다. 리셀러 자체는 이 API 로 삭제할 수 없다.
• 한 번에 한 셀러만 삭제된다. 대량 정리는 반복 호출이 필요하다.

API 정보

요청 파라미터

코드 예제

import fetch from 'node-fetch'

const RESELLER_AUTH = 'Basic ' + Buffer
  .from(`${process.env.BOOTPAY_RESELLER_CLIENT_KEY}:${process.env.BOOTPAY_RESELLER_SECRET_KEY}`)
  .toString('base64')

const providerId = '65a1c0aa8f1b5b00367a0001'

const res = await fetch(`https://api.bootpay.co.kr/v2/reseller/test/seller/${providerId}`, {
    method: 'DELETE',
    headers: { 'Authorization': RESELLER_AUTH }
})
console.log(res.status) // 200javascript

import base64, os, requests

auth = 'Basic ' + base64.b64encode(
    f"{os.environ['BOOTPAY_RESELLER_CLIENT_KEY']}:{os.environ['BOOTPAY_RESELLER_SECRET_KEY']}".encode()
).decode()

provider_id = '65a1c0aa8f1b5b00367a0001'
res = requests.delete(
    f'https://api.bootpay.co.kr/v2/reseller/test/seller/{provider_id}',
    headers={'Authorization': auth}
)
print(res.status_code)python

RESELLER_AUTH=$(printf '%s' "$BOOTPAY_RESELLER_CLIENT_KEY:$BOOTPAY_RESELLER_SECRET_KEY" | base64)
PROVIDER_ID='65a1c0aa8f1b5b00367a0001'

curl -X DELETE "https://api.bootpay.co.kr/v2/reseller/test/seller/$PROVIDER_ID" \
  -H "Authorization: Basic $RESELLER_AUTH"bash

삭제 범위

한 번의 호출로 아래가 정리된다.

응답

성공 시 본문은 비어 있고, HTTP 200 으로 떨어진다.

에러 코드

CI 에서 쓰는 패턴

테스트 흐름은 보통 셋업·검증·정리 세 단계로 묶인다.

// 1) 셋업 — 테스트용 셀러 생성
const seller = await createTestSeller({
    primary_key: `ci-${process.env.GITHUB_RUN_ID}-${Date.now()}`,
    company_name: 'CI Sandbox',
    email: `ci+${Date.now()}@example.com`
})

try {
    // 2) 검증 — 결제 흐름 테스트
    await runPaymentFlow(seller.apps[0].application_keys[0].key)
} finally {
    // 3) 정리 — 어떤 결과든 셀러 일괄 삭제
    await fetch(`https://api.bootpay.co.kr/v2/reseller/test/seller/${seller.provider_id}`, {
        method: 'DELETE',
        headers: { 'Authorization': RESELLER_AUTH }
    })
}javascript

primary_key 에 CI 빌드 식별자를 박아두면 누구의 어떤 실행에서 만든 셀러인지 추적이 쉽다. 정리에서 누락된 잔여 셀러가 있어도 primary_key 패턴으로 찾아 일괄 처리할 수 있다.

다음 단계

• 새 셀러를 다시 만들고 싶다면 → 가맹점 생성
• 정리 전에 어떤 셀러가 있는지 확인하고 싶다면 → 가맹점 조회