콘텐츠로 건너뛰기
  • 성인인증 문의

    자유 문의 프론트 플러그인 open-api 개발자센터
    2
    0 투표
    2 게시물
    747 조회수
    토스플레이스-개발자센터토
    안녕하세요. 토스플레이스 개발자센터입니다. 문의하신 것처럼 무인매장에서 고객의 성인 여부를 먼저 확인한 뒤 결제를 진행하는 기능은 현재 토스 프론트의 공개 API나 플러그인으로 제공하지 않습니다. 프론트에서 카드나 간편결제가 승인되더라도, 고객의 성인 여부까지 확인되는 것은 아닙니다. 따라서 성인인증이 필요한 서비스라면 성인 여부는 별도 인증 수단으로 확인하고, 인증에 성공한 경우에만 프론트에 결제를 요청하는 방식을 검토해 주세요. 이때 프론트의 결제 API는 인증 이후의 결제 단계를 담당합니다. 문의 주신 성인인증 기능은 아직 안내 드릴 수 있는 도입 일정이 없습니다.
  • 0 투표
    5 게시물
    2k 조회수
    A
    @토스플레이스-개발자센터 답변 감사합니다!
  • 0 투표
    2 게시물
    3k 조회수
    토스플레이스-개발자센터토
    안녕하세요. 토스플레이스 개발자센터입니다. 자사 매장에 사용하는 경우에도 개발자센터 등록만으로 바로 설치되는 것은 아니며, 라이브 검수·배포와 VAN 대리점의 앱 활성화가 필요합니다. 개발자센터에서 플러그인을 라이브 검수 요청하고, 승인 후 배포해 주세요. 앱 이름·ID와 이용 중인 VAN 대리점의 명칭·사업자번호를 developer-support@tossplace.com으로 전달해 주세요. 해당 대리점에서 앱을 활성화할 수 있도록 권한 연결을 요청하는 절차입니다. 권한 연결 후 VAN 대리점에서 해당 매장의 플러그인 사용을 ON으로 설정하고, 프론트에서 재온보딩하여 적용해 주세요. 자세한 절차는 검수·배포 및 앱 설치 가이드를 참고해 주세요. 자체 매장 1곳에서 사용하는 경우에도 같은 절차가 필요하다는 내용은 기존 포럼 답변에서도 안내 드렸습니다.
  • 0 투표
    2 게시물
    4k 조회수
    토스플레이스-개발자센터토
    안녕하세요. 토스플레이스 개발자센터입니다. 사업자 변경 이후 현재 매장의 merchantId를 확인하는 방법을 안내 드립니다. 1. merchantId 변경 여부 merchantId는 사업자번호가 아닌 매장 식별값입니다. 사업자 변경 과정에서 새 매장으로 등록하고 해당 매장으로 다시 로그인한 경우에는 기존과 다른 merchantId를 사용하게 됩니다. 2. 현재 매장의 merchantId 확인 방법 프론트 플러그인에서 sdk.app.getMerchant()를 호출한 응답의 id로 현재 로그인된 매장의 merchantId를 확인하실 수 있습니다. 함께 반환되는 매장명과 사업자번호도 대조해 주세요. 매장 정보 조회 가이드 웹훅에서 받은 merchantId로 Open API 매장 정보 조회를 호출하여 해당 매장명·사업자번호를 확인하는 방법도 있습니다. 3. 개발자센터에 기존 매장 ID가 표시되는 경우 테스트 가맹점 목록은 개발자센터 계정에 연결된 매장 정보이므로, 현재 단말에 로그인된 매장과 다를 수 있습니다. 현재 단말에서 조회한 매장 정보와 웹훅의 merchantId를 먼저 대조해 주세요. 변경 후 매장이 불러오기 목록에 표시되지 않는다면 개발자센터 계정과 연결할 매장의 사업자번호가 일치하는지도 확인 부탁 드립니다. 관련 내용은 이전 테스트 가맹점 연결 안내를 참고해 주세요.
  • 0 투표
    2 게시물
    4k 조회수
    토스플레이스-개발자센터토
    안녕하세요. 토스플레이스 개발자센터입니다. 문의 주신 테스트 매장 등록 한도와 직영 매장의 Open API 앱 연결 방법에 대해 안내 드립니다. 1. 테스트 매장 등록 한도 테스트 매장은 최대 5개까지 등록할 수 있으며, 등록 한도 확대는 불가합니다. 실제 운영 매장은 테스트 매장 등록과 별개로 Open API 앱을 설치하여 연결해 주세요. 2. Open API 앱 검수 및 권한 Open API는 별도의 앱 검수 절차가 없으며, 검수용 파일이나 자료를 제출하실 필요도 없습니다. 주문 생성 등 별도 권한이 필요한 기능을 사용할 때만 해당 권한을 신청하시면 됩니다. 문의 주신 주문·결제 조회 목적이라면 주문 생성 권한을 신청하실 필요는 없습니다. 3. 직영 매장 연결 방법 자사 매장에서만 사용하는 경우에도 기존 매출관리(maechul-jangchung) 앱을 각 운영 매장에 연결할 수 있습니다. 개발자센터의 해당 Open API 앱에서 서비스 코드를 확인해 주세요. 각 매장의 토스 POS > 설정 > 기타설정 > 서비스 연동 > 서비스 코드로 연결에서 서비스 코드를 입력해 주세요. 설치 후에는 각 매장의 merchantId로 주문·결제 데이터를 조회해 주세요. 토스 POS 없이 프론트만 사용하는 매장은 담당 VAN 대리점을 통해 Open API 앱 적용을 요청해 주세요. 자세한 절차는 Open API 서비스 설치 가이드를 참고해 주세요. 여러 매장에서 동일한 Open API 앱을 사용하는 방법은 기존 관련 답변의 3번 항목도 함께 참고해 주세요. 감사합니다.
  • 0 투표
    2 게시물
    5k 조회수
    토스플레이스-개발자센터토
    안녕하세요. 토스플레이스 개발자센터입니다. 문의 주신 POS 기기 구분과 주문번호 설정에 대해 안내 드립니다. 1. 결제한 POS 기기 구분 현재 Open API와 웹훅에서는 결제한 POS를 식별하는 기기 ID·시리얼 번호를 제공하지 않습니다. 주문의 source는 POS·키오스크 등 주문 경로를 구분하는 값으로, 같은 매장의 개별 POS를 구분하는 값은 아닙니다. 주문 데이터 안내 2. 기기별 주문번호 설정 각 POS의 메뉴 → 설정 → 주방 주문서 → 주문 시작번호에서 시작 숫자를 설정할 수 있으며, 매일 자정에 설정한 번호로 다시 시작합니다. 이 설정은 숫자 입력 방식으로, 기기별 임의 문자 접두어를 지정하는 기능은 제공하지 않습니다. 설정 안내 다만 주문번호는 결제 기기의 고유 식별값이 아니므로, 번호만으로 실제 결제한 POS를 확정적으로 구분하기는 어렵습니다. 기기 식별정보 제공 범위는 기존 포럼 답변의 2번 항목도 함께 참고 부탁 드립니다. 추가로 요청 주신 결제 POS 기기 식별정보 제공에 대해서는 내부적으로 검토해보겠습니다.
  • 0 투표
    1 게시물
    6k 조회수
    토스플레이스-개발자센터토
    학원 수납부터 무인기기 결제, AI 매출 분석까지. 토스플레이스의 플러그인과 Open API 활용 사례를 소개해요. FRONT 플러그인 토스 프론트(결제단말) 위에서 동작해요. 활용 분야 활용 예시 학원 수납·출결 학생별 수강료 결제와 수납 처리, 등하원 출결 체크 타사 POS 연동 POS에서 금액을 보내 토스 단말로 결제하고 결과 받기 무인기기·키오스크 포토부스 촬영 요금 결제, 주차요금 결제 후 차단기 개방, 무인 시설 이용 시작 피트니스·레저 회원권 결제 후 회원 등록과 출입 QR 발급 병의원·약국·뷰티 병원·약국 프로그램 수납 연동, 미용실 정액권 차감·디자이너별 인센티브 계산 POS 플러그인 토스 POS 안에서 동작해요. 활용 분야 활용 예시 공동구매 수령·결제 밴드·카톡으로 받은 주문을 손님 이름으로 찾아 결제 테이블오더·QR오더 테블릿 주문을 POS에 반영하고 가격·품절 정보 동기화 포인트·쿠폰·스탬프 결제 후 자동 적립하고 취소하면 적립한 혜택도 회수 자사 채널 주문 접수 자사 앱·픽업·AI 전화주문을 POS 한 곳에서 접수 바코드 ERP에 등록된 상품을 바코드로 조회해 POS 장바구니에 담기 매장 설비 연동 주방 화면·컵 라벨 프린터로 주문 전송, 커피 로봇·스마트 플러그·매장 음악 제어 Open API 파트너 서버에서 매장 데이터를 가져와 활용해요. 활용 분야 활용 예시 매출 분석·AI 리포트 매출을 시트·노션에 정리하거나 AI 챗봇으로 분석 회계·장부·ERP 결제·취소·정산 정보를 장부에 자동 기록 재고·발주 판매량에 따라 재고를 차감하고 원재료 발주 추천 결제 내역 대조 자체 장부와 결제 내역을 비교해 미납·취소 누락 확인 본사·다점포 관리 지점별 매출을 모아 실적 비교, 가맹점 수수료 계산에 활용 전자가격표 연동 상품 가격이 바뀌면 매장의 전자가격표도 자동 변경 ※ 구체적인 구현 방식은 각 서비스에 맞게 직접 설계해 주셔야 하며, 개별 구현 상담은 제공하지 않아요. 사례 공유, 어떠셨나요? 다른 개발자들의 플러그인 활용 사례가 궁금하신가요? 이런 글이 도움이 되는지, 더 궁금한 점은 무엇인지 댓글로 알려주세요. 관심 있는 분들이 계시다면, 실제 개발자 인터뷰를 통해 서비스를 어떻게 운영하고 있는지도 소개할게요.
  • 후불매장 추가주문에 대한 웹훅

    자유 문의 open-api
    4
    0 투표
    4 게시물
    6k 조회수
    토스플레이스-개발자센터토
    안녕하세요. 토스플레이스 개발자센터입니다. 네, 현재 Open API로 후불 매장의 추가 주문을 계속 확인하시려면 주문 조회 API를 주기적으로 호출하는 방식(폴링)이 필요합니다. 동일한 orderId에 상품이 추가되는 시점의 별도 웹훅은 제공하지 않습니다. 주문 조회 API로 해당 orderId의 lineItems를 조회하고, 이전 조회 결과와 비교해 변경 내역을 확인해 주세요. 조회 주기는 API 호출량 제한을 고려해 조정해 주세요. 앞서 안내 드린 update-line-items는 주문을 변경하는 API이므로, 추가 주문 내역을 확인하기 위해 호출하실 필요는 없습니다. 추가 주문 웹훅과 조회 방식에 대한 이전 답변도 함께 참고해 주세요.
  • 0 투표
    2 게시물
    8k 조회수
    토스플레이스-개발자센터토
    안녕하세요. 토스플레이스 개발자센터입니다. 배달 주문 구분과 테스트 주문 생성 방법을 안내 드립니다. 1. 배달앱 구분값 주문 조회 응답의 필드명은 source이며, sources는 주문 목록을 조회할 때 사용하는 채널 필터입니다. POS·TERMINAL_POS·PARTNER_APP 외에 배달 연동 경로별 값도 사용됩니다. 현재 배달 플러그인 연동에서 사용하는 값은 다음과 같습니다. 배달의민족: PLUGIN_BAEMIN 또는 PLUGIN_BAEMINSCRAPING 쿠팡이츠: PLUGIN_COUPANGEATS 요기요: PLUGIN_YOGIYO 기존 연동 경로의 주문에는 BAEMIN 계열, COUPANG_EATS, YOGIYO 계열 등 다른 값이 남아 있을 수 있습니다. 처음에는 sources 필터 없이 조회해 해당 매장의 실제 source 값을 확인한 뒤 구분해 주세요. POS에서 직접 만든 시험 주문은 배달앱 주문으로 분류되지 않습니다. 주문 조회 가이드 2. 결제 불가 테스트 매장에서 시험 주문 만들기 주문 조회용 내역은 토스 POS에서 현금 결제·현금영수증 미발급으로 생성해 확인하실 수 있습니다. 이 방식은 VAN 카드 승인이나 현금영수증 발급 없이 POS에 내역을 기록하는 방식입니다. 카드 승인·현금영수증 발급 테스트와는 구분해 주세요. 토스플레이스 홈페이지의 ‘포스 다운로드’에서 Windows PC에 설치한 뒤, 개발자센터에 표시된 테스트 매장 로그인 정보로 접속해 주세요. 상품을 담고 현금 결제 시 현금영수증을 발급하지 않는 방식으로 진행하면 됩니다. 자진발급 설정이 켜져 있지 않은지도 확인해 주세요. Open API 앱은 같은 테스트 매장에 사용 설정되어 있어야 합니다. 로그인 방법은 테스트 가맹점 연결 가이드를 참고해 주세요.
  • 0 투표
    5 게시물
    8k 조회수
    토스플레이스-개발자센터토
    안녕하세요. 토스플레이스 개발자센터입니다. 추가로 알려주신 KIS CAT 연결 구성을 기준으로 안내 드립니다. 1. Payment API 사용 조건 현재처럼 KIS-1421이 결제를 승인하고 프론트2는 멀티패드로만 사용하는 구성에서는 Payment API를 사용할 수 없습니다. Payment API를 사용하려면 프론트가 직접 결제를 승인하는 구성이어야 하며, 프론트에 TID를 포함한 매장정보 설정이 필요합니다. 기존 연결을 그대로 유지한 상태에서 Payment API만 추가하는 방식은 아니므로, 전환에 필요한 설정은 담당 KIS 대리점에 확인 부탁 드립니다. 2. 기존 CAT 결제의 웹훅 기존 KIS CAT에서 승인한 결제는 Open API 결제 웹훅으로 제공되지 않습니다. 결제 웹훅은 토스 POS·프론트 플러그인 등 토스 솔루션에서 처리한 결제를 대상으로 동작합니다. 토스 프론트를 카드 리더기로 사용한다는 이유만으로 외부 CAT의 승인 내역이 웹훅으로 전달되는 것은 아닙니다. 앞서 안내한 리더기 방식과 프론트 직접 승인 방식의 차이도 함께 참고해 주세요.
  • 0 투표
    5 게시물
    9k 조회수
    토스플레이스-개발자센터토
    안녕하세요. 토스플레이스 개발자센터입니다. 후불형 매장의 현황 탭 설정과 Open API 주문의 결제 처리 범위를 안내 드립니다. 1. 현황 탭 활성화 말씀하신 순서가 맞습니다. 메뉴(☰) > 설정 > 현황 설정에서 ‘현황 기능 사용’을 켠 뒤, 현황 > 주문표시에서 해당 Open API 앱을 선택해 주세요. 2. 미결제 주문의 결제 처리 후불형 매장에서는 Open API로 생성한 OPENED 주문을 현황 화면에서 결제하는 경로를 제공하지 않습니다. 현황 기능을 켜더라도 해당 주문이 후불 테이블 주문에 자동으로 연결되거나 결제 버튼이 제공되는 것은 아닙니다. 테이블 기반 후불 주문과 POS 결제를 연계하려면 POS 플러그인 방식을 검토해 주세요. 앞서 안내한 현황 탭 설정은 주문을 표시하기 위한 설정이며, 후불 주문의 결제 연동과는 별개입니다. 3. 설정 전에 생성한 주문 현황 기능을 켜기 전에 생성한 당일 주문도 현재 주문 표시 조건에 맞으면 조회 대상입니다. 주문을 다시 생성할 필요는 없습니다. 해당 앱의 주문 표시 선택 여부와 당일 주문인지 먼저 확인해 주세요. 주문 생성·표시 가이드와 앞서 안내한 앱 선택·업종 확인 내용을 함께 참고해 주세요.
  • [공지] 자주 묻는 질문

    고정됨 자유 문의 pos 플러그인 프론트 플러그인 open-api
    1
    0 투표
    1 게시물
    13k 조회수
    토스플레이스-개발자센터토
    연동가이드 FAQ를 먼저 확인해 주세요 문의 전에 연동가이드 FAQ에서 관련 내용을 먼저 확인해 주세요. 개발·테스트·검수·배포와 제품별 주요 질문을 모아 두었어요. FAQ에서 답을 찾지 못했다면 포럼에 문의를 남겨 주세요. 1. 연동 수단 고르기 Q. 프론트 플러그인과 토스 POS를 함께 쓸 수 있나요? A. 동시 연결은 지원하지 않아요. 프론트 플러그인 모드는 외부 POS 또는 솔루션사 시스템과 토스 프론트를 연동하기 위한 모드예요. 토스 POS와 프론트를 함께 사용하신다면 프론트는 일반 연결 모드로 동작하고, 플러그인을 개발해 프론트 화면을 직접 구성하는 방식은 사용할 수 없어요. 이 구성에서 확장이 필요하면 POS 플러그인 SDK 또는 Open API를 검토해 주세요. Q. 그럼 어떤 구성에 어떤 수단을 써야 하나요? A. 쓰려는 구성에 따라 갈려요. 내 구성 쓸 수 있는 수단 토스 POS + 프론트 프론트는 일반 연결 모드. 확장은 POS 플러그인 SDK 또는 Open API 자체 POS·키오스크 + 프론트 (토스 POS 없음) 프론트 플러그인 SDK 외부 Windows POS에 결제만 추가 프론트 Windows DLL (제한적 지원, 사전 확인 필요) 서버에서 주문·결제 데이터만 조회 Open API 어떤 수단이 적합한지는 각 수단의 지원 범위를 연동 가이드에서 확인하신 후 판단해 주세요. 개발자센터에서는 수단별 지원 범위를 안내드리며, 서비스 요건에 맞는 구현 설계는 상담해 드리지 않아요. Q. 외부 POS에서 토스 프론트를 결제 단말기로만 쓸 수 있나요? A. 가능해요. 외부 시스템에서 주문 금액을 확정하고, 토스 프론트가 결제 승인과 취소를 수행하는 구조로 연동할 수 있어요. 결제 결과는 Payment API 응답으로 받아 솔루션사 서버에 저장해 주세요. 2. 서비스 이용료와 계약 Q. 이용료가 얼마인가요? A. 제품별 이용료는 아래 가이드에서 확인해 주세요. 플러그인 서비스 이용료 Q. 과금은 언제부터 시작되나요? A. 라이브 가맹점이 연결되는 시점부터예요. 개발 단계에서는 이용료가 발생하지 않아요. 테스트 가맹점 연결이나 개발 배포만으로는 과금되지 않아요. Q. 자체 매장 전용 플러그인도 과금되나요? A. 네. 솔루션사 여부와 관계없이 동일한 정책이 적용돼요. 자사 매장 내부 보고 목적으로 Open API를 연동하는 경우에도 같은 기준(연결 매장 10개 이하 무료)이 적용돼요. Q. 결제 수단이나 계좌는 어디서 등록하나요? 지금은 등록하실 것이 없어요. 2026년 12월 31일까지는 이용료가 발생하지 않아서 결제 수단이나 계좌를 등록하는 절차를 운영하지 않고 있어요. 과금 시점이 정해지면 등록 방법을 미리 안내드릴게요. 3. 개발·테스트 중 플러그인이 단말기에 보이지 않을 때 Q. 개발 배포했는데 단말기에 반영되지 않아요. A. 순서대로 확인해 주세요. 해당 단말기가 테스트 단말기로 등록되어 있는지 확인해 주세요. 개발 배포는 테스트 단말기(최대 5대)에만 적용돼요. 등록만으로는 적용되지 않아요. 등록한 뒤 로그아웃하고 테스트 가맹점 계정으로 재온보딩해야 적용돼요. 프론트는 설정 > 7055 > 토스 프론트 재시작, POS는 새로고침 또는 종료 후 재실행해 주세요. Q. 테스트 단말기 등록 목록이 비어 있어요. A. 등록은 프론트 단말기가 테스트 가맹점에 정상 로그인된 뒤에 가능해요. 최초 1회 순서는 아래와 같아요. 테스트 가맹점 정보(매장고유번호·사업자번호·휴대폰번호)로 프론트 온보딩 개발자센터 내 애플리케이션 > 단말기 등록에서 해당 단말기 등록 로그아웃 후 같은 정보로 재온보딩 목록이 계속 비어 있다면 온보딩 시 입력한 값이 개발자센터의 테스트 가맹점 상세에 표시된 값과 일치하는지 확인해 주세요. ::: tip 테스트 가맹점 관리의 ON은 다른 설정이에요 테스트 가맹점 관리에서 플러그인 사용 여부 ON은 가맹점과 플러그인을 연결하는 설정이에요. 단말기 등록 목록은 단말기와 테스트 가맹점의 로그인 상태를 기준으로 표시돼요. ON만으로 단말기가 목록에 나타나지는 않아요. ::: Q. 설정 화면(7055)에 플러그인 메뉴가 보이지 않아요. A. 설정 화면의 플러그인 메뉴는 해당 단말기에 플러그인이 정상적으로 로드된 경우에만 나타나요. 메뉴가 없다면 플러그인이 아직 적용되지 않은 상태이고, 그 메뉴에서 플러그인을 최초 설치할 수는 없어요. 로그아웃 후 테스트 가맹점 계정으로 재온보딩해 주세요. Q. POS 탭에 플러그인이 안 보여요. A. 토스 POS 1.22.9 버전 이상에서 탭 진입점이 GNB에서 LNB로 이동했어요. LNB에서 먼저 확인해 주세요. LNB에서도 보이지 않을 때 재온보딩이나 매니페스트 파일을 확인해 주세요. 4. 운영 매장에서 플러그인이 보이지 않을 때 Q. 대리점에 요청해서 ON 했는데 단말기에 나타나지 않아요. A. 이 순서로 확인해 주세요. 1번이 가장 흔한 원인이에요. 해당 단말기가 테스트 단말기로 등록되어 있지 않은지 확인해 주세요. 테스트 단말기에는 라이브 버전이 적용되지 않아요. 등록되어 있다면 개발자센터에서 테스트 단말기 등록을 해제해 주세요. VAN 대리점이 토스플레이스 파트너스에서 해당 매장 또는 단말기에 플러그인 앱을 활성화(ON)했는지 확인해 주세요. 프론트 앱을 재시작해 주세요. 설정 > 7055 > 토스 프론트 재시작 로그아웃 후 재온보딩해 주세요. ACL 등록값을 확인해 주세요. https://, http://, wss://처럼 프로토콜까지 실제 호출 URL과 일치해야 해요. Q. 라이브 배포 후에도 대기화면이 나오지 않아요. A. 위 1번(테스트 단말기 등록 해제)과 3번(프론트 재시작)을 먼저 확인해 주세요. 라이브 검수 통과 후에도 VAN 대리점의 활성화가 완료되어야 매장에 노출돼요. Q. 라이브로 전환한 매장을 다시 테스트로 되돌릴 수 있나요? A. 가능해요. 테스트와 라이브는 양방향으로 전환할 수 있고 재온보딩으로 처리돼요. VAN 대리점이 토스플레이스 파트너스에서 라이브 앱을 OFF (안정성을 위해 권장) 단말기 초기화 또는 로그아웃 테스트 매장으로 재온보딩 개발자센터에서 테스트 단말기 등록 5. merchantId 확인과 앱 연결 Q. 운영 매장의 merchantId는 어디서 확인하나요? A. 앱 설치 웹훅 이벤트(app.installation.created.v1)를 수신해서 확인하는 것이 공식 방법이에요. 내 앱이 어떤 매장에 설치되었는지는 이 이벤트로 확인할 수 있어요. 이벤트 payload에 매장 ID와 사업자등록번호가 함께 들어 있어서, 사업자등록번호를 기준으로 내부 시스템과 매핑할 수 있어요. 매장명·주소·영업시간도 같이 전달돼요. json { "type": "app.installation.created.v1", "merchantId": 42, "data": { "merchant": { "id": 42, "name": "플레이스 베이커리", "businessNumber": "0000000000" } }} 웹훅 수신 주소는 개발자센터 내 애플리케이션 > 웹훅에서 등록해 주세요. 앱을 연결하기 전에 미리 등록해 두시면 연결 시점에 바로 매장 ID를 받을 수 있어요. Q. 매장 조회 API로 먼저 찾을 수는 없나요? A. 매장 정보 조회 API는 merchantId를 이미 알고 있어야 호출할 수 있어요. 그리고 앱이 설치되지 않은 매장은 API를 호출할 수 없어요. 순서는 앱 연결 → 웹훅으로 매장 ID 확인 → 그 ID로 조회예요. 6. 라이브 검수 Q. 검수 전에 무엇을 준비해야 하나요? A. 별도로 정해진 필수 제출 서류 양식은 없어요. 개발자센터에서 라이브 배포 트랙에 플러그인 ZIP을 업로드한 뒤 [검수 요청] 버튼을 누르면 접수돼요. 추가로 필요한 자료가 있으면 검수 중에 개별적으로 요청드려요. 접수 전에 아래 세 가지는 직접 확인해 주세요. 모든 기능이 테스트 환경에서 정상 동작하는지 프론트 플러그인이라면 모든 화면이 Template API로 구성되어 있는지 개인정보 처리와 보안 정책을 준수하는지 Q. 통과 기준이 무엇인가요? A. 공통 4개 항목과, 프론트 플러그인에 추가되는 2개 항목을 확인해요. 항목 확인 내용 기능 검수 모든 기능이 명세대로 동작하는지 성능 검수 응답 속도와 안정성 보안 검수 개인정보·보안 문제 사용성 검수 사용자 경험이 적절한지 디자인 검수 (프론트 추가) Template API 사용 여부와 UI/UX 가이드라인 준수 제품 기능 검수 (프론트 추가) 결제·하드웨어 연동 등 핵심 기능 동작 프론트 플러그인에서 가장 자주 걸리는 항목은 디자인 검수예요. HTML·CSS를 직접 작성하거나 Template 바깥에 임의 텍스트·레이아웃을 추가하면 통과하지 못해요. Q. 검수는 얼마나 걸리나요? A. 두 가지를 함께 보셔야 해요. 검수를 진행하는 날: 매주 월·목요일(근무일 기준)이에요. 접수하신 시점 이후 가장 가까운 검수일에 들어가요. 검수 소요 시간: 검수가 시작된 뒤 평균 1-2일이에요. 결과는 이메일로 알려드려요. 접수 요일에 따라 전체 대기 기간이 달라져요. 오픈 일정이 정해져 있다면 라이브 검수 전에 개발 배포 트랙으로 먼저 검증해 주세요. 검수 승인 후에 수정하면 재검수로 일정이 밀려요. Q. 패키지를 바꾸지 않고 설정값만 바꿔도 다시 검수받아야 하나요? A. 검수는 라이브 배포 트랙에 패키지를 새로 업로드하고 검수 요청을 누를 때 진행돼요. 패키지 파일이 바뀌지 않으면 재검수는 발생하지 않아요. 문구나 설정값이 어디에 있느냐에 따라 갈려요. 솔루션사 서버에서 런타임에 내려오는 값이라면 → 서버만 수정, 재검수 불필요 플러그인 파일 안에 직접 작성되어 있다면 → 파일이 바뀌므로 재업로드 + 재검수 필요 Q. 자사 매장 1곳에서만 쓰는 플러그인도 검수를 받아야 하나요? A. 네, 절차는 같아요. 매장 수나 솔루션사 여부에 따른 예외는 없어요. 7. 새 매장에 배포할 때 Q. 라이브 검수를 한 번 통과하면 모든 매장에 적용되나요? A. 아니요. 두 가지를 구분해서 보셔야 해요. 검수는 플러그인 버전 단위예요. 한 번 승인되면 그 버전은 다시 검수받지 않아요. 매장 활성화는 매장 단위예요. 새 매장마다 활성화가 필요해요. 프론트 플러그인은 매장마다 VAN 대리점이 토스플레이스 파트너스에서 플러그인을 활성화해야 해요. 검수를 통과했다고 해서 자동으로 모든 매장에 노출되지는 않아요. Q. 연동 방식마다 다른가요? A. 네, 다릅니다. 연동 방식 새 매장 설치 방법 VAN 대리점 프론트 플러그인 VAN 대리점이 토스플레이스 파트너스에서 매장에 활성화 필요 POS 플러그인 서비스 코드를 가맹점에 전달 → 가맹점이 토스 POS에서 직접 설치 불필요 Open API 서비스 코드를 가맹점에 전달 → 가맹점이 직접 연결 불필요 단, 프론트 플러그인과 Open API를 함께 쓰는 구성이라면 결국 VAN 대리점을 거쳐야 해요. 두 가지를 같이 쓰실 계획이라면 새 매장마다 VAN 대리점 활성화가 필요한 것으로 보고 일정을 잡아 주세요. Q. 테스트 환경에서도 VAN 대리점이 필요한가요? A. 아니요. 테스트 가맹점은 개발자센터에서 직접 ON/OFF할 수 있어요. 8. 403 · 4010 권한 오류 Q. 서버 호출에 403이 반환돼요. 응답이 JSON이 아니고 HTML이에요. A. 응답 본문이 HTML이고 x-toss-event-id 헤더가 없다면, 요청이 애플리케이션 단계에 도달하지 못한 상태예요. 인증키 문제라면 JSON 오류 응답이 반환돼요. 먼저 User-Agent 헤더를 추가해서 재시도해 주세요. 기존 인증 헤더(x-access-key, x-secret-key)와 함께, 호출하는 서비스를 식별할 수 있는 값으로 지정해 주세요. GET /api-public/openapi/v1/merchants/{merchantId} x-access-key: ... x-secret-key: ... User-Agent: my-service/1.0 User-Agent가 없는 요청은 차단될 수 있고, 그 상태로 요청이 반복되면 해당 출구 IP가 차단 목록에 등록될 수 있어요. 재시도·헬스체크·배치 등 모든 호출 경로에 User-Agent가 들어가는지 확인해 주세요. ::: warning 해외 리전에서 호출하는 경우 응답의 CF-Ray 값 끝이 ICN이 아니라면 해외 엣지를 경유한 호출이에요. 재시도 후에도 403이 계속되면 호출 서버의 공개 출구 IP와 함께 문의해 주세요. 이 값이 있어야 차단 이력과 대조할 수 있어요. 클라우드 환경에서는 출구 IP가 여러 개일 수 있으니 전체를 알려주세요. ::: Q. 403 또는 4010 오류가 계속돼요. A. 아래 두 가지를 먼저 확인해 주세요. 요청 헤더의 x-access-key, x-secret-key 값 대상 매장에 앱이 설치되어 있는지 — 앱을 설치하지 않은 매장에는 API를 호출할 수 없어요 계속 오류가 발생하면 아래 정보와 함께 문의해 주세요. 응답 본문의 errorCode와 reason 응답 헤더의 x-toss-event-id 호출 시각(KST, 초 단위)과 도메인을 포함한 전체 호출 URL 호출 서버의 공개 출구 IP Q. 테스트 환경에서는 되는데 운영에서만 실패해요. A. 두 환경의 차이를 확인해 주세요. 운영 매장에 앱이 설치되어 있는지 (테스트 가맹점 설치와 별개예요) 호출 서버가 바뀌면서 출구 IP가 달라졌는지 운영 호출 경로에 User-Agent가 빠져 있지 않은지
  • 0 투표
    2 게시물
    13k 조회수
    토스플레이스-개발자센터토
    안녕하세요. 토스플레이스 개발자센터입니다. 문의하신 내용은 Open API에서 제공하는 기능과 외부 단말 연동·가맹·정산 계약에 따라 확인해야 하는 사항으로 나눠 안내 드립니다. 1. 외부 단말 연동과 데이터 수집 · 문의 2번 프론트 플러그인 SDK와 DLL은 토스 프론트 연동용이며, 듀얼아이 등 외부 리더기의 직접 연동 규격과는 다릅니다. 외부 리더기는 단말 모델, 부스 운영체제, 결제 모듈과 VAN·PG에 맞는 연동 규격을 확인해야 합니다. 2. 주문·단말 식별 · 문의 3번 Open API 결제 조회와 결제 웹훅에서는 merchantId, orderId, 결제 ID를 확인할 수 있지만, 결제 단말의 TID·시리얼 번호는 제공하지 않습니다. 여러 단말의 거래를 구분하려면 자체 연동 단계에서 부스·단말·주문번호와 결제 결과의 연결 정보를 관리해야 합니다. 외부 단말에 전달한 자체 주문번호를 Open API로 구성 가능한지는 연동가이드 스펙 혹은 직접 테스트 해주시어 검토 부탁 드리겠습니다. Open API 결제 가이드 3. 결제 취소와 응답 유실 · 문의 4번 프론트 플러그인은 전액 취소만 지원하며, 무카드 취소는 NICE의 카드 결제에서 원거래의 vanTransactionKey를 사용하는 방식입니다. 이 조건을 외부 리더기에 동일하게 적용할 수는 없습니다. Open API에서는 취소된 결제의 기존 결제 ID를 유지하고 상태와 취소 시각을 갱신합니다. 다만 Open API의 결제 취소 기록 기능은 실제 카드 승인을 취소하는 기능이 아닙니다. 프론트 SDK는 같은 paymentKey로 getPayment·getPaymentCancel을 호출해 단말에 저장된 승인·취소 성공 결과를 다시 확인할 수 있습니다. 이는 실시간 VAN 거래 조회가 아니므로, 조회 결과가 없다는 이유만으로 거래 실패를 단정하면 안 됩니다. 외부 리더기의 응답 유실 확인 방법은 해당 결제 모듈의 규격을 따라야 합니다. 프론트 결제 API 가이드 · 결제 테스트 가이드 4. 승인시각·과거 내역·호출 한도 · 문의 5·7번 approvedAt은 결제 승인시각이며, 매장의 영업 마감일자가 아닙니다. 초·밀리초 단위의 숫자가 아니라 ISO 8601 문자열이며, 끝에 Z가 붙은 값은 UTC 기준입니다. POS의 영업일별 매출 집계 기준은 이 필드와 구분해야 합니다. 앱 설치 이전이라도 토스 서버에 저장된 해당 매장의 주문·결제 내역은 조회할 수 있습니다. 구체적인 보관기간은 조회 기능과 별도로 확인이 필요합니다. 주문 목록은 페이지당 최대 500건입니다. 호출 한도는 매장별로 토큰을 초당 10개 충전하고 최대 100개까지 보유하는 방식입니다. 대량 조회도 응답의 잔여 호출량과 429 응답을 확인해 속도를 조절해 주세요. Open API 공통 가이드 5. PG 구분과 정산 자료 · 문의 6·8·9번 settlementType의 PG는 결제수단이 아니라 정산 주체의 종류를 뜻합니다. settlementSubject는 정산 주체를 나타내는 문자열이며, 고정된 전체 값 목록은 제공중이지 않습니다. PG 상세에는 토스페이먼츠가 포함될 수 있고, 값이 제공되는 경우 pgDetails의 provider와 transactionId로 PG사와 거래 ID를 확인할 수 있습니다. 두 서비스의 거래 ID가 동일하다는 의미는 아닙니다. 현재 Open API는 결제 건별 실제 차감 수수료, 입금 예정일·예정액, 실제 입금 내역을 제공하지 않습니다. 따라서 실제 수수료를 반영한 점포별 정산에는 별도의 정산 자료가 필요합니다. Open API 결제 가이드 아래 토스페이먼츠 PG 거래에 관한 아래 항목은 토스페이먼츠 계약·도입 담당자에게 문의 부탁 드립니다. 매장별·결제 건별 실제 수수료와 정산 자료 제공 범위 및 제공 방식 정산금의 입금 단위·일정·통장 적요와 매장별 구분 방법 토스플레이스 결제 내역과 페이먼츠 정산 자료의 중복 집계 여부 및 거래 대조 기준 토스페이먼츠에는 별도의 정산 조회 API가 있습니다. 다만 이번 외부 단말 결제에도 해당 API를 적용할 수 있는지는 페이먼츠 측에 확인해 주세요. 카드사에서 직접 정산받는 거래는 해당 카드사·VAN 또는 대리점에 확인해야 합니다. 토스페이 거래도 페이먼츠 PG를 경유하는지에 따라 확인 창구가 달라지므로, 모든 토스페이 정산을 토스페이먼츠 정산과 동일하게 보시면 안 됩니다. 6. 매장 개설·단말 제공·계약 조건 · 문의 1·10·11번 토스페이먼츠 오프라인 결제 도입을 검토 중이라면 아래 사항은 페이먼츠 계약·도입 담당자에게 먼저 문의 부탁 드립니다. 해당 도입 상품의 대형가맹점 판정 기준, 온라인 카드 매출 합산 여부 및 단말 구매·임대 조건 회사 명의 단말을 다른 사업자가 운영하는 점포에 설치하고, 결제대금을 가맹점주에게 정산하는 구조의 허용 여부와 심사 조건·필요 서류 토스페이먼츠의 사업자 정보·정산 계좌 변경 절차 및 계약 해지·이용 정지에 따른 영향 또한 두 서비스 간 정보 변경의 자동 반영 여부와 계약의 상호 영향은 토스플레이스와 토스페이먼츠 각각의 계약 기준으로 확인해야 합니다. 특히 회사 명의로 결제받은 금액을 가맹점주에게 정산하는 구조는 기술 연동 가능 여부와 별도로 사전 확인이 필요합니다.
  • 0 투표
    2 게시물
    13k 조회수
    토스플레이스-개발자센터토
    안녕하세요. 토스플레이스 개발자센터입니다. Open API 앱을 활성화하기 이전의 주문·결제 데이터도 조회할 수 있습니다. 데이터가 토스플레이스 서버에 저장되어 있으므로, 앱 설치 이후에 발생한 데이터만 조회되는 구조는 아닙니다. 1. 과거 데이터 조회 범위 앱이 연결된 매장의 서버 저장 데이터를 조회할 수 있으며, 앱 설치 시점이나 최근 몇 개월을 기준으로 조회기간을 제한하지 않습니다. 2. 한 번에 지정할 수 있는 기간 from~to 사이의 기간에 별도의 최대 일수 제한은 없습니다. 다만 두 값은 주문 생성 시각이 아니라 결제 내역이 변동된 시각을 기준으로 조회합니다. 주문 조회 가이드를 참고해 주세요. 3. 과거 주문을 여러 페이지로 조회할 때 한 페이지는 기본 100건, 최대 500건입니다. 호출량은 토큰이 최대 100개까지 충전되고 초당 10개씩 보충되는 방식으로 제한됩니다. 요청마다 토큰 1개를 사용하며, 한도를 초과하면 HTTP 429가 반환됩니다. 응답 헤더의 x-ratelimit-remaining과 x-ratelimit-reset을 확인해 호출 속도를 조정해 주세요. 호출량 제한 가이드를 참고해 주세요. 4. 결제 내역 조회 결제 내역도 앱 활성화 이전 데이터라는 이유로 조회가 제한되지는 않습니다. 주문 목록에서 주문 ID를 확인한 뒤, 주문의 결제건 모두 조회 API로 해당 주문의 결제 내역을 조회할 수 있습니다. 결제 조회 가이드를 참고해 주세요.
  • 0 투표
    2 게시물
    13k 조회수
    토스플레이스-개발자센터토
    안녕하세요. 토스플레이스 개발자센터입니다. 판매할 때마다 상품과 옵션을 선택하는 과정에서, 플러그인 화면 공간이 좁아 불편을 겪고 계신 점 확인했습니다. 왼쪽 메뉴 접기·숨기기, 플러그인 화면 확대 등 화면 공간과 접근성 개선은 내부 검토 중입니다. 다만 현재 적용 여부와 일정이 확정되지 않아 구체적인 지원 시점을 안내 드리기 어렵습니다. 현재 공개된 플러그인 기능에는 POS의 왼쪽 메뉴를 직접 숨기거나, 기본 상품 선택 영역을 자체 UI로 교체하는 기능이 포함되어 있지 않습니다. 상품 등록·수정·삭제 API 역시 일반 제공 범위에는 포함되어 있지 않습니다. 전달해 주신 상품 검색·옵션 선택·결제로 이어지는 사용 흐름과 화면 공간 확보 필요성을 확인했습니다. 당장 적용 가능한 화면 확대 설정이나 상품 동기화 방식으로 안내 드리지 못하는 점 양해 부탁 드립니다.
  • 0 투표
    2 게시물
    13k 조회수
    토스플레이스-개발자센터토
    안녕하세요. 토스플레이스 개발자센터입니다. 문의주신 내용 확인하여 안내드립니다. 쿠폰이 사용된 주문 조회 포함됩니다. 주문 조회의 할인 내역(Discount)에서 할인명, 할인 종류, 할인 코드, 할인 금액, 적용 우선순위를 확인하실 수 있습니다. 쿠폰 할인과 일반 할인은 할인 내역 안의 couponDetails 필드로 구분하실 수 있습니다. 이 필드에는 쿠폰 제공자, 쿠폰 번호, 쿠폰 잔액이 포함되며 일반 할인에는 포함되지 않습니다. 다만 couponDetails는 ALPHA 단계 필드로 사양이 변경될 수 있습니다. 증정 품목이 어떤 형태로 반영되는지는 문서에 명시되어 있지 않아 확답 드리기 어렵습니다. 1+1이나 상품 증정을 집계에서 구분해야 한다면, 실제 쿠폰을 운영하시기 전에 테스트 가맹점에서 해당 쿠폰을 적용한 주문을 조회해 응답 구조를 먼저 확인해 주시기 바랍니다. https://docs.tossplace.com/reference/open-api/order/order-model.html 외부 서버에서의 쿠폰 발급 제공하지 않습니다. 외부 서버에서 쿠폰을 발급하거나 특정 고객에게 지급하는 API는 현재 없으며, 제공 계획에 대해서도 예정된 내용이 없어 확답 드리기 어렵습니다. 할인 API와 적립 API의 성격 '주문 - 혜택 사용 추가(ALPHA)'와 '주문 - 적립 추가(ALPHA)'는 솔루션사가 자체 포인트·쿠폰 사용 내역이나 적립 내역을 주문에 기록하는 쓰기 API입니다. 토스 포스에서 적용된 쿠폰이 이 API로 전달되는 것이 아니라, 외부 시스템의 혜택 내역을 주문에 남기는 용도입니다. https://docs.tossplace.com/reference/open-api/discount.html https://docs.tossplace.com/reference/open-api/order/order-accrual-create.html 쿠폰 관련 웹훅 쿠폰 발급이나 사용 시점에 발송되는 웹훅 이벤트는 제공하지 않습니다. 현재 제공하는 이벤트는 주문, 결제, 상품, 가맹점, 앱 설치 범위입니다. 쿠폰이 적용된 주문은 주문 또는 결제 이벤트로 수신하신 뒤 주문 조회의 할인 내역에서 쿠폰 적용 여부를 확인하는 방식으로 구성하실 수 있습니다. https://docs.tossplace.com/reference/open-api/order/order-events.html 감사합니다.
  • open api tos 터미널 사용 건

    자유 문의 open-api
    4
    0 투표
    4 게시물
    14k 조회수
    토스플레이스-개발자센터토
    안녕하세요. 토스플레이스 개발자센터입니다. 문의하신 플러그인에서 전달받은 결제 금액을 토스 터미널로 넘겨 결제를 진행하는 방식은 지원하지 않습니다. 프론트나 POS에 터미널을 연결하더라도, 해당 금액이 터미널의 결제 화면에 자동으로 입력되거나 결제 요청이 전달되지는 않습니다. 안내된 ‘보조 결제’는 터미널에서 금액을 직접 입력하고 자체 결제 기능으로 별도 결제를 진행할 수 있다는 의미입니다. 플러그인에서 진행 중인 주문이나 결제 요청을 터미널이 이어받아 처리한다는 의미는 아닙니다. 따라서 터미널을 백업 결제 단말기로 활용하는 것과, 외부 서비스의 결제 요청을 터미널에 연동하는 것은 구분해 주시면 됩니다.
  • 0 투표
    2 게시물
    14k 조회수
    토스플레이스-개발자센터토
    안녕하세요. 토스플레이스 개발자센터입니다. 문의주신 내용 확인하여 안내드립니다. 직원이 POS에서 완료 버튼을 눌렀을 때 orderState가 별도로 변경되거나 조회 가능한 상태값이 생기지는 않습니다. orderState는 REQUESTED, OPENED, COMPLETED, CANCELLED, UNDEFINED 다섯 가지이며, 결제와 무관한 직원 조작만으로 전환되는 별도 상태는 제공하지 않습니다. orderState의 COMPLETED는 결제까지 완료된 상태를 의미합니다. 두 시점을 구분하려면 웹훅 이벤트 타입으로 처리하시는 것이 유일한 방법입니다. 직원이 호출 버튼을 누른 시점: order.call.created.v1 이벤트 수신 (orderState 변동 없음, orderId·orderKey·orderNumber·calledAt 포함) 결제까지 완료된 시점: orderState가 COMPLETED로 변경, order.order.completed.v1 이벤트 발생 DID 자동 호출 목적이라면 order.call.created.v1 웹훅을 활용하시는 것을 권장드립니다. 자세한 내용은 아래 문서를 참고해 주세요. https://docs.tossplace.com/reference/open-api/order/order-model.html https://docs.tossplace.com/reference/open-api/order/order-events.html 감사합니다.
  • 0 투표
    3 게시물
    15k 조회수
    토스플레이스-개발자센터토
    프론트 플러그인과 OpenAPI 병행 사용 가능합니다. 각각 플러그인 앱으로 생성하여 매장에 연결해주시면 됩니다. 매장 설치과정 역시 동일하며, 연동가이드의 프론트 플러그인 설치 가이드 확인 부탁 드리겠습니다.
  • 0 투표
    2 게시물
    15k 조회수
    토스플레이스-개발자센터토
    안녕하세요. 토스플레이스 개발자센터입니다. 문의하신 프론트 결제 주문의 상품명 변경에 대해 안내 드립니다. 1. update-line-items 사용 권한과 4030 오류 update-line-items는 공개된 주문 내역 변경 API이며, 주문 생성 API 사용 권한이 부여된 앱에서 사용할 수 있습니다. 조회 API 사용 권한과는 별도로 확인이 필요합니다. 전달해 주신 4030(해당 기능에 대한 접근 권한이 없습니다) 오류는 해당 앱의 주문 생성 API 권한 부여 여부를 먼저 확인해야 합니다. 다만 권한이 부여되더라도 Open API의 주문 생성 API로 만든 주문만 변경할 수 있습니다. 프론트 결제로 자동 생성된 PARTNER_APP 주문은 변경 대상이 아닙니다. 주문 내역 변경 가이드 2. 결제 완료 주문의 변경 여부 이번 주문은 COMPLETED 상태 여부에 앞서 프론트 결제로 생성된 PARTNER_APP 주문이라는 점이 제한 사항입니다. 결제 전에 변경 API를 호출하는 것만으로 이 제한이 해소되지는 않습니다. 3. 주문 사전 생성 후 프론트 결제 연결 프론트 Payment API에는 기존 주문 ID를 지정하는 항목이 없습니다. Open API의 orderKey와 프론트의 paymentKey를 동일하게 설정해도, 미리 생성한 주문에 결제가 연결되지 않습니다. 따라서 동일한 식별자로 주문과 결제를 연결하는 방식은 권장하지 않습니다. 4. 실제 상품명 기록 방법 현재 프론트 Payment API에는 상품명·품목 목록을 전달하는 항목이 없습니다. 따라서 현재 제공되는 API만으로 프론트 결제 주문의 상품명을 실제 상품명으로 지정하거나 변경하는 방식은 지원되지 않습니다. 프론트 결제 가이드 솔루션사 시스템에서 상품정보와 결제 결과를 연결해 관리할 수는 있으나, 이 방식이 토스 매출 내역이나 영수증의 상품명을 변경하는 것은 아닙니다.