본문 바로가기
개발가이드금융1원 인증

1원 인증 API

명세 내보내기
OpenAPI 3.0.3Postman 컬렉션Markdown

1원 인증 API는 상품문의로 남겨주시면 안내해 드립니다.

POSThttps://apick.app/rest/transfer_1won
인증
Bearer 키
요청 형식
form-data
응답
JSON
경로
1개

왜 1원 인증인가

소액 한 번 보내고 계좌 주인 확인 끝

정산 계좌를 잘못 받으면 돈이 엉뚱한 곳으로 가고, 남의 계좌를 등록한 대포통장 사기는 그대로 사고가 됩니다. 소액 송금과 함께 통장 메모에 확인 문구를 남겨, 그 문구를 아는 본인만 인증을 통과하게 합니다.

도입 효과

  • 잘못된 정산 계좌 송금 사고 예방
  • 타인 계좌 등록 사기를 입구에서 차단
  • 창구 방문 없이 비대면 계좌 인증

이런 곳에서 많이 씁니다

  • 중고거래 앱 판매자 정산 계좌 확인
  • 프리랜서 플랫폼 대금 지급 계좌 등록
  • 간편송금 앱 출금 계좌 본인 인증
가입하고 API 키 받기API 키 하나로 바로 호출 · 실패한 요청은 과금되지 않습니다

알아둘 점

상품문의 게시판에 문의글을 남겨 주시면 도입 방법과 이용 안내를 도와드립니다.

상품문의 남기기

요청과 응답

API 요청
POST/rest/transfer_1won
  • Bearer 인증
  • multipart/form-data
  • JSON 응답
요청 파라미터 3개 · 필수 1
파라미터
설명
account_numstring필수
조회할 계좌번호입니다. 하이픈 없이 숫자만 입력하며, 은행별 자릿수가 다릅니다. 예금주·은행 코드와 함께 확인하세요.
예시
입력값
bank_codestring선택
은행을 구분하는 표준 코드입니다. 예: 004(국민), 088(신한). 은행 코드 조회 API에서 전체 목록을 확인할 수 있습니다.
bank_namestring선택
은행의 표시 이름입니다. 예: 국민, 신한. bank_code 대신 사용할 수 있지만, 코드가 더 정확하므로 가능하면 bank_code를 함께 보내세요.
응답 필드

이 경로의 응답 형식은 오른쪽 응답 예시를 확인하세요.

사용 예시

상황별로 보내는 값과 응답에서 확인할 값을 모았습니다. 언어 탭에서 그대로 복사해 쓸 수 있습니다.

예시 1. 은행 코드로 1원 인증

계좌 실명 확인을 위해 1원을 보내고 입금자명을 확인할 때 씁니다.

요청POST/rest/transfer_1won
curl --fail-with-body --request POST 'https://apick.app/rest/transfer_1won' \
  --header "Authorization: Bearer $APICK_API_KEY" \
  --form-string 'account_num=12345678901234' \
  --form-string 'bank_code=004'
  • data.success가 1이면 1원이 입금되었고 과금됩니다.
  • 입금통장메모에 ABC-1234 형태의 값이 찍힙니다. 이 값을 고객에게 받아 대조하면 계좌 소유를 확인할 수 있습니다.
예시 2. 은행명으로 1원 인증

은행 코드를 모르고 은행 이름만 알 때 씁니다.

요청POST/rest/transfer_1won
curl --fail-with-body --request POST 'https://apick.app/rest/transfer_1won' \
  --header "Authorization: Bearer $APICK_API_KEY" \
  --form-string 'account_num=110123456789' \
  --form-string 'bank_name=신한은행'
  • bank_code와 bank_name 중 하나는 반드시 넣습니다. 둘 다 없으면 실패합니다.
  • 은행 점검 시간에는 송금이 되지 않으니 data.success가 0이면 시간을 두고 다시 시도합니다.

응답 처리

HTTP 성공과 업무 결과를 구분하세요. 경로별 응답 필드와 예시는 위 요청과 응답에 함께 있습니다.

오류 코드

응답을 아래 순서로 확인하세요. 결과 유무와 과금 여부는 서로 다릅니다.

  1. HTTP 상태전송·인증·입력 오류
  2. api.successAPI 처리 여부
  3. data · result업무 결과와 오류 문구
  4. api.cost이번 요청의 과금
업무 실패 응답 data.error
  • 입력값이 맞지 않거나 대상 자료가 없거나 일시적으로 처리하지 못하면 data.error(사유 문구)와 data.success=0을 돌려줍니다. HTTP 상태는 사유에 따라 400·404·408·424 중 하나입니다.
  • 이때 api.cost는 0이며 과금되지 않습니다. data.error 문구를 그대로 기록하고 사용자에게 보여 주세요.
  • 입력 오류(400)는 값을 고친 뒤 다시 요청하세요. 408·424는 잠시 후 한 번 다시 시도하고, 같은 입력으로 짧은 간격의 자동 반복은 하지 마세요.
{
  "data": {
    "error": "입력값을 확인해 주세요.",
    "success": 0
  },
  "api": {
    "success": true,
    "cost": 0,
    "ms": 5
  }
}
인증·포인트 오류 result.error 문구
코드
HTTP
의미·조치
유효하지 않은 API키 입니다.
401
Authorization: Bearer 헤더의 인증키를 확인하세요.
허용되지 않은 IP주소 입니다.
401
마이페이지의 허용 IP 설정과 요청 서버 IP를 확인하세요.
비활성화된 계정입니다.
401
계정 이용 상태를 고객지원으로 문의하세요.
사용 가능한 포인트이 부족합니다.
200
HTTP 200이어도 result.error가 있으면 실패입니다. 포인트를 충전한 뒤 다시 요청하세요. 이 응답은 과금되지 않습니다.
무료 포인트로 사용할 수 없는 서비스입니다.
200
최소 1회 결제 후 이용할 수 있습니다. result.error 전체 문구를 그대로 표시하세요.
인증 정보를 확인할 수 없습니다.
424
일시적인 확인 실패입니다. 잠시 후 다시 시도하세요.
폼 입력 오류 error.code
코드
HTTP
의미·조치
FORM_DATA_INVALID
400
필드 이름·값의 타입·배열 인덱스를 확인하세요. 인덱스는 0부터 연속으로 사용합니다.
FORM_DATA_FIELD_CONFLICT
400
같은 값과 중첩 경로를 동시에 지정하지 마세요.
MULTIPART_LIMIT_OR_PARSE_ERROR
400·413
boundary·파일 크기·필드 개수를 확인하세요. 서비스별 제한이 우선 적용됩니다.

요금·이용 조건

기본 요금기본 단가 60P · 건당무료 포인트로는 이용할 수 없으며 최소 1회 결제 후 이용할 수 있습니다.

실제 차감 금액은 응답의 api.cost로 확인하세요. 상세 요금은 요금정책에서 볼 수 있습니다.

연동 팁

  • 요청 예제의 오류 처리 포함 모드는 시간 제한과 업무 실패 판정을 함께 보여줍니다.
  • 인증키는 서버 환경변수에 두고 브라우저·앱에 넣지 마세요.
  • HTTP 성공과 업무 결과를 구분하고, 실패 응답의 오류 문구를 그대로 기록하세요.

개발가이드 검색

API 이름·경로·파라미터·오류 코드로 찾을 수 있습니다.

표시 가격은 기본 단가입니다. 상세 과금 조건은 각 가이드에서 확인하세요.