콘텐츠로 건너뛰기

자유 문의

74 토픽 187 게시물

프론트·POS 플러그인과 Open API의 개발 질문, 개선 의견, 활용 사례를 나누는 공간이에요.

  • 플러그인과 Open API 활용 사례

    고정됨 open-api 프론트 플러그인 pos 플러그인
    1
    1 게시물
    6k 조회수
    토스플레이스-개발자센터토
    학원 수납부터 무인기기 결제, AI 매출 분석까지. 토스플레이스의 플러그인과 Open API 활용 사례를 소개해요. FRONT 플러그인 토스 프론트(결제단말) 위에서 동작해요. 활용 분야 활용 예시 학원 수납·출결 학생별 수강료 결제와 수납 처리, 등하원 출결 체크 타사 POS 연동 POS에서 금액을 보내 토스 단말로 결제하고 결과 받기 무인기기·키오스크 포토부스 촬영 요금 결제, 주차요금 결제 후 차단기 개방, 무인 시설 이용 시작 피트니스·레저 회원권 결제 후 회원 등록과 출입 QR 발급 병의원·약국·뷰티 병원·약국 프로그램 수납 연동, 미용실 정액권 차감·디자이너별 인센티브 계산 POS 플러그인 토스 POS 안에서 동작해요. 활용 분야 활용 예시 공동구매 수령·결제 밴드·카톡으로 받은 주문을 손님 이름으로 찾아 결제 테이블오더·QR오더 테블릿 주문을 POS에 반영하고 가격·품절 정보 동기화 포인트·쿠폰·스탬프 결제 후 자동 적립하고 취소하면 적립한 혜택도 회수 자사 채널 주문 접수 자사 앱·픽업·AI 전화주문을 POS 한 곳에서 접수 바코드 ERP에 등록된 상품을 바코드로 조회해 POS 장바구니에 담기 매장 설비 연동 주방 화면·컵 라벨 프린터로 주문 전송, 커피 로봇·스마트 플러그·매장 음악 제어 Open API 파트너 서버에서 매장 데이터를 가져와 활용해요. 활용 분야 활용 예시 매출 분석·AI 리포트 매출을 시트·노션에 정리하거나 AI 챗봇으로 분석 회계·장부·ERP 결제·취소·정산 정보를 장부에 자동 기록 재고·발주 판매량에 따라 재고를 차감하고 원재료 발주 추천 결제 내역 대조 자체 장부와 결제 내역을 비교해 미납·취소 누락 확인 본사·다점포 관리 지점별 매출을 모아 실적 비교, 가맹점 수수료 계산에 활용 전자가격표 연동 상품 가격이 바뀌면 매장의 전자가격표도 자동 변경 ※ 구체적인 구현 방식은 각 서비스에 맞게 직접 설계해 주셔야 하며, 개별 구현 상담은 제공하지 않아요. 사례 공유, 어떠셨나요? 다른 개발자들의 플러그인 활용 사례가 궁금하신가요? 이런 글이 도움이 되는지, 더 궁금한 점은 무엇인지 댓글로 알려주세요. 관심 있는 분들이 계시다면, 실제 개발자 인터뷰를 통해 서비스를 어떻게 운영하고 있는지도 소개할게요.
  • [공지] 자주 묻는 질문

    고정됨 pos 플러그인 프론트 플러그인 open-api
    1
    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가 빠져 있지 않은지
  • [공지] 자유 문의 게시판 이용 규칙

    고정됨
    1
    1 게시물
    15k 조회수
    토스플레이스-개발자센터토
    토스플레이스 연동을 개발하면서 궁금한 점이 생겼다면 자유롭게 질문해주세요. 처음 연동하는 분의 질문도 환영해요. 더 빠르고 정확한 답변을 위해 문의 전 아래 내용을 확인해주세요. 문의하기 전에 확인해주세요 연동 가이드를 먼저 확인해주세요. 대부분의 스펙과 절차는 개발자센터 문서에 정리되어 있어요. 각 API 레퍼런스의 주의사항과 FAQ도 함께 확인해주세요. 게시판을 검색해주세요. 이미 안내된 내용이나 비슷한 질문이 있다면 더 빠르게 해결할 수 있어요. 가이드와 기존 게시글로 해결되지 않거나 판단하기 어려운 내용은 자유 문의 게시판에 질문해주세요. 질문할 때는 필요한 정보를 함께 남겨주세요 제목에 제품과 상황을 함께 적어주세요. 좋은 예: [POS 플러그인] draftOrder.startPayment() 호출 후 결제 화면이 열리지 않습니다 아쉬운 예: 문의드립니다, 급합니다 어떤 제품을 사용하고 있는지 알려주세요. 프론트 플러그인 SDK / POS 플러그인 SDK / Open API는 서로 다른 제품이에요. 같은 이름의 필드나 기능도 제품에 따라 의미와 동작이 다를 수 있어 정확한 제품 정보가 필요해요. 확인에 필요한 정보를 함께 남겨주세요. 제품: 프론트 플러그인 / POS 플러그인 / Open API SDK 또는 API 버전 앱 이름 / 앱 ID: 공개할 수 있는 경우에만 작성해주세요. 배포 상태: 개발 배포 / 라이브 배포 발생 시각: 한국 시간(KST) 기준 날짜와 시간 오류 코드·메시지 또는 화면: 민감 정보는 가린 뒤 공유해주세요. 재현 방법과 실제 결과를 구체적으로 적어주세요. 단순히 "안 됩니다"라고 적기보다 어떤 동작을 했는지 → 무엇을 기대했는지 → 실제로 어떤 결과가 발생했는지 알려주시면 더 빠르게 확인할 수 있어요. 민감 정보는 가리고 공유해주세요 API Key, 토큰, 개인정보 등 외부에 공개되면 안 되는 정보는 반드시 가린 뒤 공유해주세요. 문제 확인에 꼭 필요한 정보인지 확인한 뒤 게시해주세요. 아래 문의는 다른 창구를 이용해주세요 자유 문의 게시판에서는 플러그인·API 연동 개발에 관한 문의를 답변드리고 있어요. 아래 내용은 담당 창구를 이용하시면 더 빠르게 도움받을 수 있어요. 토스 POS·프론트 등 제품 자체의 사용법, 설정, 장애 → 토스플레이스 고객센터 1644-2955 단말기 신청, VAN 변경, 수수료 등 계약 관련 → 가입하신 VAN 대리점 계정·앱 권한·매장 연결 등 개별 확인 → 개발자지원 메일 제휴·사업 제안 → 사업 도입 문의 게시판 또는 사업 제휴 문의 답변은 평일 기준으로 순차적으로 드려요 문의 내용에 따라 확인에 시간이 필요할 수 있어요. 주말과 공휴일에는 답변이 어려울 수 있는 점 양해 부탁드려요. 기능 추가나 제공 일정은 제품 로드맵과 우선순위에 따라 달라질 수 있어 확정된 범위에서 안내드려요. 아직 결정되지 않은 내용은 미정으로 안내드릴 수 있어요.
  • 플러그인 배포 삭제 문의.

    프론트 플러그인 pos 플러그인 개발자센터
    1
    1 게시물
    1 조회수
    보
    현재 토스플레이스 개발자 센터에서 포스/프론트 플러그인을 올려서 테스트해보는 중입니다. 그런데 여러 사업자에 포스, 프론트 등등이 있다보니 파일을 잘못올리는 경우가 있는데 이때 기존 이력이 남아 있어서 오히려 더 헷갈리는 경향이 있는 것 같습니다. 숨기거나 삭제할 수 있는 기능이 있으면 좋을 것 같습니다.
  • 4 게시물
    584 조회수
    토스플레이스-개발자센터토
    안녕하세요. 토스플레이스 개발자센터입니다. 프론트 플러그인은 VAN을 통한 오프라인 결제 승인·취소만 지원합니다. 토스페이먼츠 PG로 단말 결제를 직접 승인·취소하는 방식은 지원하지 않습니다. 복합기 앞 프론트 단말의 카드·QR 결제는 앞서 안내 드린 대로 현재 구현하신 프론트 결제 API를 사용해 주세요.
  • Windows C# 자체 POS WebSocket 연동 시 ACL 등록 방법 문의

    프론트 플러그인
    3
    3 게시물
    233 조회수
    닉
    답변 감사합니다.
  • 성인인증 문의

    프론트 플러그인 open-api 개발자센터
    2
    2 게시물
    747 조회수
    토스플레이스-개발자센터토
    안녕하세요. 토스플레이스 개발자센터입니다. 문의하신 것처럼 무인매장에서 고객의 성인 여부를 먼저 확인한 뒤 결제를 진행하는 기능은 현재 토스 프론트의 공개 API나 플러그인으로 제공하지 않습니다. 프론트에서 카드나 간편결제가 승인되더라도, 고객의 성인 여부까지 확인되는 것은 아닙니다. 따라서 성인인증이 필요한 서비스라면 성인 여부는 별도 인증 수단으로 확인하고, 인증에 성공한 경우에만 프론트에 결제를 요청하는 방식을 검토해 주세요. 이때 프론트의 결제 API는 인증 이후의 결제 단계를 담당합니다. 문의 주신 성인인증 기능은 아직 안내 드릴 수 있는 도입 일정이 없습니다.
  • 5 게시물
    2k 조회수
    A
    @토스플레이스-개발자센터 답변 감사합니다!
  • [프론트 플러그인] 결제 완료 화면 문구 관련 문의

    프론트 플러그인
    2
    2 게시물
    2k 조회수
    토스플레이스-개발자센터토
    안녕하세요. 토스플레이스 개발자센터입니다. ‘방문 감사해요!’ 화면은 프론트에 내장된 결제 완료 화면으로, 플러그인에서 문구를 변경하거나 화면을 숨기고 건너뛸 수 없습니다. 매장 설정에서 문구나 표시 여부를 변경하는 기능도 제공하지 않습니다. 결제 성공 결과를 서버에 저장한 뒤 renderResultPage로 자체 결과 화면을 표시하는 것은 가능합니다. 다만 자체 화면은 프론트의 결제 완료 화면을 대체하는 것이 아니라 그다음에 표시됩니다. 다른 매장에서 보신 화면은 POS 연동 방식이나 결제수단에 따라 다를 수 있습니다. 예를 들어 IC카드 결제에서는 ‘방문 감사해요!’ 대신 카드를 빼 달라는 안내가 표시될 수 있어, 화면 차이만으로 앱 버전 때문이라고 판단하기는 어렵습니다. 하단 토스 로고도 공개 SDK나 매장 설정에서 가맹점 로고로 직접 교체하는 옵션은 없습니다. 프론트 결제 API 가이드 · 프론트 결제창과 플러그인 화면 제어에 대한 기존 답변
  • 2 게시물
    2k 조회수
    토스플레이스-개발자센터토
    안녕하세요. 토스플레이스 개발자센터입니다. 14일은 승인·취소 결과를 단말기에서 다시 조회할 수 있는 기간이지, 환불 기한이 아닙니다. 단말기에는 성공 결과만 최대 1,000건까지 저장됩니다. 캐시가 만료된 뒤에도 원승인번호·승인 시각·결제수단·금액 등 취소에 필요한 값을 보관하고 있다면 전액 취소를 요청할 수 있습니다. 다만 취소 요청이 가능하다는 것과 실제로 승인된다는 것은 별개입니다. 공개 SDK 가이드에는 승인 시각부터 계산하는 공통 취소 기한이나 환불 목록의 권장 노출 기간이 없습니다. 환불 목록은 단말 캐시와 별도로 관리해 주세요. 실제 취소 가능 기간은 결제수단마다 다를 수 있으며, 해당 거래의 VAN사·카드사 정책에 따릅니다. 특정 거래의 취소 기한을 확인하려면 이용 중인 VAN사 또는 VAN 대리점에 문의해 주세요. 결제·취소 API 가이드 · 단말 조회 결과와 실제 거래 상태의 차이를 안내한 기존 답변
  • 3 게시물
    8k 조회수
    C
    @토스플레이스-개발자센터 답변해주셔서 감사합니다
  • 2 게시물
    2k 조회수
    토스플레이스-개발자센터토
    안녕하세요. 토스플레이스 개발자센터입니다. 문의 주신 기존 POS 연동과 결제 결과 수신 방법을 안내 드립니다. 1. 타사 POS 연결 방법 말씀하신 ‘가맹점 등록’이 프론트 온보딩 과정의 ‘타사 POS’ 연결 조합 선택을 의미하신다면, 플러그인 연동 시 해당 선택지가 표시되지 않는 것이 맞습니다. 이 경우 온보딩에서 ‘타사 POS’를 선택하는 대신, 플러그인에 시리얼 통신 코드를 추가하여 POS/VAN의 요청을 처리하도록 구성해 주세요. 공개 멀티패드 예제처럼 시리얼 포트를 열고, 수신한 데이터를 van.write로 전달하는 방식입니다. POS/VAN의 통신 속도와 사용 중인 SDK 버전에 맞춰 적용한 뒤 연결 동작을 확인 부탁 드립니다. Serial API 안내 · 멀티패드 연동 예제 기존 POS 연결과 플러그인 사용에 대한 이전 답변도 참고해 주세요. 2. 외부 POS 결제 결과 수신 외부 POS가 진행한 모든 결제를 자동으로 조회·구독하는 공식 Front SDK API는 제공되지 않습니다. Payment API의 getPayment는 플러그인 결제의 paymentKey로 결과를 조회하는 기능입니다. 포인트 적립에 필요한 금액·승인번호·거래일시·승인/취소 구분·결제수단은 승인 결과를 보유한 POS 또는 VAN 연동 시스템에서 자사 서버로 전달하고, 플러그인이 해당 서버와 연동하는 구성을 우선 검토해 주세요. Payment API 안내 3. Serial API 사용 intercept: false는 기존 결제 전문을 복제해 읽기만 하는 전용 모니터링 옵션이 아닙니다. 이 설정만으로 기존 결제에 영향을 주지 않으면서 전문 전체를 관찰할 수 있다고 보기는 어렵습니다. 공개 멀티패드 예제는 intercept: true로 열고, serial.listen으로 받은 데이터를 van.write에 전달합니다. 해당 구성에서는 van.write를 사용하시고, serial.handle을 동일한 처리 경로로 간주해 대체하지 말아 주세요. van.write 완료는 전문 전달 완료이며, 결제 승인 완료를 의미하지 않습니다. 통신 속도나 수신·전달 구성에 따라 기존 연동에 영향을 줄 수 있으므로, 1번의 예제와 설정을 기준으로 확인해 주세요. 4. 결제 이후 적립 화면 결제 화면 종료 후 플러그인 화면에서 적립 결과를 표시하는 구성을 검토할 수 있습니다. 다만 화면 복귀와 결제 성공은 별개이므로, POS 또는 자사 서버에서 확인한 승인 결과를 기준으로 적립해 주세요. 결제 화면 표시 중 JavaScript·타이머가 항상 중단 없이 실행된다고 전제하지 말고, 화면 복귀 후 거래 상태를 다시 확인할 수 있도록 구성해 주세요.
  • 3 게시물
    4k 조회수
    잘
    답변 감사합니다~
  • 2 게시물
    3k 조회수
    토스플레이스-개발자센터토
    안녕하세요. 토스플레이스 개발자센터입니다. 문의하신 POS 워커 플러그인의 로그 보관 방식에 대해 안내 드립니다. 1. IndexedDB 사용 및 보관 범위 IndexedDB는 브라우저 표준 기능이며, 토스플레이스 SDK에서 공식 제공하는 저장소 기능은 아닙니다. IndexedDB 이용에 따른 데이터 보존·삭제와 동작 안정성은 토스플레이스에서 보장하는 범위가 아니므로, 상세 답변 드리기 어려운 점 양해 부탁 드립니다. 사용 가능 용량, 플러그인 업데이트·POS 재시작·POS 앱 업데이트 후 데이터 유지, 7일 이상 보관 여부나 권장 보관 기간도 보장하여 안내 드리기는 어렵습니다. 2. SDK Storage API Storage API는 간단한 문자열 데이터를 저장·조회·삭제하는 기능입니다. 객체나 배열은 문자열로 변환해 저장할 수 있습니다. 저장 범위: 각 POS 단말의 앱별 저장소입니다. 같은 매장의 다른 POS나 다른 앱과 자동 공유되지 않습니다. 용량: 키 개수, 값 하나의 크기, 전체 용량의 수치 상한은 공개 가이드에 명시되어 있지 않습니다. 무제한 저장이 가능하다는 의미는 아닙니다. 데이터 유지: 단순 POS 재시작이나 동일 앱의 플러그인 버전 변경만으로 초기화하는 방식은 아닙니다. 다만 POS 앱 업데이트 전후나 삭제·재설치 후의 보존을 보장하는 공개 기준은 없으므로, 장기 보관이 필요한 로그의 유일한 백업 수단으로 사용하지 않도록 권장합니다. 호출 제한: 공개 가이드는 이벤트 구독 외 요청에 60초 100회, 30분 200회 제한을 안내하며, Storage에 대한 예외는 명시하지 않습니다. 해당 기준을 고려해 호출량을 관리해 주세요. 대용량 로그를 안정적으로 저장·조회하는 용도로 제공되는 기능은 아닌 점 고려해 주세요. Storage API 가이드와 호출 제한 가이드를 참고해 주세요. 앱별 저장소가 분리되는 점은 기존 포럼 답변의 2번 항목에서도 안내 드렸습니다. 3. 로그 보관 권장 방식 공개 가이드에서 권장하는 방식은 Sentry 또는 솔루션사 로그 수집 서버를 이용하는 것입니다. 단말 내부에서 로그를 7일 이상 보관하도록 보장하는 별도 SDK 기능은 안내되어 있지 않습니다. 7일 이상 보관해야 하는 백업 로그는 별도 수집 서버에서 보관 기간과 용량을 관리하는 구성을 권장합니다. 개인정보·카드번호·결제 인증정보 등 민감정보는 로그에 기록하지 않도록 해 주세요. POS 로그 수집 가이드를 참고 부탁 드립니다.
  • 2 게시물
    3k 조회수
    토스플레이스-개발자센터토
    안녕하세요. 토스플레이스 개발자센터입니다. 자사 매장에 사용하는 경우에도 개발자센터 등록만으로 바로 설치되는 것은 아니며, 라이브 검수·배포와 VAN 대리점의 앱 활성화가 필요합니다. 개발자센터에서 플러그인을 라이브 검수 요청하고, 승인 후 배포해 주세요. 앱 이름·ID와 이용 중인 VAN 대리점의 명칭·사업자번호를 developer-support@tossplace.com으로 전달해 주세요. 해당 대리점에서 앱을 활성화할 수 있도록 권한 연결을 요청하는 절차입니다. 권한 연결 후 VAN 대리점에서 해당 매장의 플러그인 사용을 ON으로 설정하고, 프론트에서 재온보딩하여 적용해 주세요. 자세한 절차는 검수·배포 및 앱 설치 가이드를 참고해 주세요. 자체 매장 1곳에서 사용하는 경우에도 같은 절차가 필요하다는 내용은 기존 포럼 답변에서도 안내 드렸습니다.
  • 2 게시물
    3k 조회수
    토스플레이스-개발자센터토
    안녕하세요. 토스플레이스 개발자센터입니다. 문의 주신 프린터 지원 범위와 연결 조건을 항목별로 안내 드립니다. 1. 지원 프린터 기종 외부 프린터는 일반적으로 시리얼 포트 연결을 지원하는 경우 프론트와 연동할 수 있습니다. 다만 모든 제조사·기종의 호환성을 보장하지는 않으므로, 사용하실 프린터로 실제 연결 및 주방 주문서 출력이 정상 동작하는지 직접 확인 부탁 드립니다. 동일 모델이라도 연결 옵션까지 확인해 주세요. 2. OS별 연결 방식 POS에 직접 연결하는 방식과 프론트를 거쳐 연결하는 방식은 구분해야 합니다. POS 직접 연결 설정은 운영체제와 앱 버전에 따라 다음과 같이 구분됩니다. Windows·macOS: 시리얼, USB 등 OS에 등록된 프린터 장치, 네트워크 유·무선 연결 iOS: Bluetooth, 네트워크 유·무선 연결 Android: Bluetooth, 네트워크 유·무선 연결. USB는 POS 앱 1.23.7 이상에서 연결 설정 제공 다만 모든 프린터 기종이 모든 POS 환경에서 사용 가능하다고 보장해드리기 어렵습니다. 사용하실 프린터와 POS 환경에서 실제 연결 및 출력 동작을 직접 확인 부탁 드립니다. 3. POS 직접 연결과 프론트 경유 연결 POS 직접 연결: 프린터를 POS 기기에 연결하고, 해당 연결 유형으로 등록하는 방식입니다. 프론트 경유 연결: 프린터를 프론트의 시리얼 포트에 연결하고, POS에서 연결 유형을 ‘토스 프론트’로 선택하는 방식입니다. 모델명만으로 연결 방식을 구분하기보다는 프린터의 실제 연결 옵션과 사용하실 POS 환경을 함께 확인해 주세요. 4. 드라이버·펌웨어 및 권장 설정 POS에 프린터 장치로 직접 연결하는 경우에는 사용하는 OS에서 프린터가 정상적으로 인식되는지 확인해 주세요. 드라이버와 펌웨어는 해당 모델·OS에 맞는 제조사 안내를 확인 부탁 드립니다. 프론트 시리얼 연결은 프린터 연결 가이드에 따라 통신 속도를 9600으로 맞추고 테스트 출력해 주세요. 이후 주방 주문서 설정 가이드에 따라 출력 여부와 매수를 설정해 주세요. 감사합니다.
  • 테스트 가맹점이 아닌 실제 운영 매장 생성

    pos 플러그인
    2
    2 게시물
    3k 조회수
    토스플레이스-개발자센터토
    안녕하세요. 토스플레이스 개발자센터입니다. 개발자센터의 ‘테스트 매장’ 목록과 실제 운영 매장 등록·관리는 별개이며, 테스트 매장 5개 한도가 운영 매장 수를 제한하는 것은 아닙니다. 신규 운영 매장 등록은 담당 VAN 대리점을 통해 진행해 주세요. 이미 토스플레이스를 이용 중인 매장은 새로 만들지 않고 기존 매장에 플러그인을 연결하시면 됩니다. POS 플러그인은 아래 순서로 적용해 주세요. 운영용 앱의 라이브 검수·배포를 완료합니다. 개발자센터의 내 애플리케이션(포스)에서 서비스 코드를 확인합니다. 각 매장의 POS → 설정 → 기타설정 → 서비스 연동 → 서비스 코드로 연결에서 해당 코드를 입력합니다. 자세한 방법은 POS 서비스 설치 가이드를 참고 부탁 드립니다. 이전에 안내 드린 환경별 앱 구성·라이브 배포 답변도 함께 참고해 주세요. 운영 단말에 라이브 버전을 적용하려면 해당 단말이 테스트 단말기로 등록되어 있지 않은지도 확인 부탁 드립니다.
  • 개발, 라이브 배포 문의

    pos 플러그인
    2
    2 게시물
    4k 조회수
    토스플레이스-개발자센터토
    안녕하세요. 토스플레이스 개발자센터입니다. 문의 주신 환경별 배포와 ACL 설정, 이전 버전 복귀 방법을 안내 드립니다. 1. 개발·스테이징·운영 구성 앱은 추가 등록할 수 있으며, 앱마다 개발·라이브 배포를 구분합니다. 세 환경의 빌드와 ACL을 독립적으로 운영하시려면 환경별로 앱을 분리하는 구성을 제안 드립니다. 운영용 앱은 개발 배포가 아닌 검수 후 라이브 배포로 운영해 주세요. 2. 테스트 단말기별 버전 같은 앱의 개발 배포는 등록된 테스트 단말기에 공통으로 적용됩니다. 단말기마다 서로 다른 개발 버전을 지정하는 기능은 제공하지 않습니다. dev와 stg 빌드를 동시에 유지하려면 앱을 분리하고 각각 테스트 단말기를 등록해 주세요. 앱별 테스트 단말기 등록은 기존 답변도 참고해 주세요. 3. ACL 설정 ACL은 여러 URL을 줄바꿈으로 등록할 수 있습니다. 다만 같은 앱의 개발·라이브 배포에 공통 적용됩니다. 개발용 URL을 삭제하면 해당 앱의 개발 배포에서도 접근할 수 없으므로, 환경별 허용 목록까지 분리하려면 앱을 나눠 주세요. ACL 설정 가이드 4. 실행 환경 구분 공개 SDK는 개발·라이브 구분값을 제공하지 않으며, getPluginInfo에서는 이름과 버전을 조회할 수 있습니다. 서버 주소와 Sentry 설정은 현재처럼 환경별 빌드 설정으로 구분해 주세요. Plugin API 5. 라이브 검수 및 이전 버전 복귀 검수는 매주 월·목요일, 근무일 기준으로 진행되며, 검수 승인 후 라이브 배포할 수 있습니다. 이전 버전으로 되돌리는 롤백 기능은 제공하지 않습니다. 이전 코드로 복귀가 필요하면 정상 동작하던 코드를 신규 버전으로 업로드한 뒤, 검수·배포하는 방식을 권장합니다. 배포 후 POS를 새로고침하거나 재시작하여 변경 사항을 반영해 주세요. 검수·배포 가이드
  • 플러그인 결제 관련 궁금한 사항이 있습니다

    프론트 플러그인
    2
    2 게시물
    5k 조회수
    토스플레이스-개발자센터토
    안녕하세요. 토스플레이스 개발자센터입니다. 기존 NVCAT 결제를 유지하면서 프론트 플러그인을 함께 사용하는 방법을 안내 드립니다. 1. 멀티패드 연동 구성 현재 구성에서는 플러그인에서 시리얼로 받은 NVCAT 전문을 프론트 내부 VAN 처리 기능으로 전달하는 멀티패드 연동이 필요합니다. 포인트 적립 화면만 구현하는 것과 별도로, 아래 결제 요청 전달 흐름을 구성해 주세요. 외부 POS·NVCAT → 시리얼 수신 → 플러그인 → sdk.van.write → 프론트 내부 VAN 처리 2. 확인할 설정 sdk.serial.open 호출 시 intercept: true를 설정하고, 통신 속도는 NVCAT 측 설정과 맞춰 주세요. sdk.serial.listen으로 수신한 전문을 sdk.van.write로 전달하는지 확인해 주세요. NVCAT에서 일반 카드 리딩 요청이 아닌 통합결제창을 호출하도록 구성되어 있는지 확인 부탁 드립니다. 구현 방법은 Serial API 가이드와 멀티패드 연동 예제를 참고해 주세요. 기존 POS·VCAT 연동과 프론트 직접 승인 방식의 차이는 이전 관련 답변에서도 확인하실 수 있습니다. 위 구성을 확인한 후에도 반응이 없다면 앱 ID, 프론트 시리얼번호, 재현 날짜·시각, NVCAT 호출 명령을 developer-support@tossplace.com으로 전달 부탁 드립니다. 단말 식별정보는 공개 게시글에 남기지 말아 주세요. 감사합니다.
  • 사업자 변경에 따른 merchantId 확인 방법

    프론트 플러그인 open-api
    2
    2 게시물
    4k 조회수
    토스플레이스-개발자센터토
    안녕하세요. 토스플레이스 개발자센터입니다. 사업자 변경 이후 현재 매장의 merchantId를 확인하는 방법을 안내 드립니다. 1. merchantId 변경 여부 merchantId는 사업자번호가 아닌 매장 식별값입니다. 사업자 변경 과정에서 새 매장으로 등록하고 해당 매장으로 다시 로그인한 경우에는 기존과 다른 merchantId를 사용하게 됩니다. 2. 현재 매장의 merchantId 확인 방법 프론트 플러그인에서 sdk.app.getMerchant()를 호출한 응답의 id로 현재 로그인된 매장의 merchantId를 확인하실 수 있습니다. 함께 반환되는 매장명과 사업자번호도 대조해 주세요. 매장 정보 조회 가이드 웹훅에서 받은 merchantId로 Open API 매장 정보 조회를 호출하여 해당 매장명·사업자번호를 확인하는 방법도 있습니다. 3. 개발자센터에 기존 매장 ID가 표시되는 경우 테스트 가맹점 목록은 개발자센터 계정에 연결된 매장 정보이므로, 현재 단말에 로그인된 매장과 다를 수 있습니다. 현재 단말에서 조회한 매장 정보와 웹훅의 merchantId를 먼저 대조해 주세요. 변경 후 매장이 불러오기 목록에 표시되지 않는다면 개발자센터 계정과 연결할 매장의 사업자번호가 일치하는지도 확인 부탁 드립니다. 관련 내용은 이전 테스트 가맹점 연결 안내를 참고해 주세요.