옴니채널 결제 개요
이 문서에서는 옴니채널 결제에 대한 개요를 제공합니다 Microsoft Dynamics 365 Commerce. 여기에는 지원되는 시나리오의 전체 목록, 기능, 설정 및 문제 해결에 대한 정보, 몇 가지 일반적인 문제에 대한 설명이 포함됩니다.
핵심 용어
| 기말 | 설명 |
|---|---|
| 토큰 | 결제 프로세서가 참조로 제공하는 데이터 문자열입니다. 토큰은 결제 카드 번호, 결제 승인 및 이전 결제 매입을 나타낼 수 있습니다. 토큰은 POS(Point of Sale) 시스템에서 민감한 데이터를 가리키다 못하게 하는 데 도움이 되기 때문에 중요합니다. 참조라고도 합니다. |
| 카드 토큰 | 결제 프로세서가 POS 시스템에 저장하기 위해 제공하는 토큰입니다. 카드 토큰은 토큰을 받은 판매자만 사용할 수 있습니다. 카드 토큰은 카드 참조라고도 합니다. |
| 권한 부여(인증) 토큰 | POS 시스템에서 권한 부여를 요청한 후 POS 시스템으로 보내는 응답의 일부로 결제 프로세스가 제공하는 고유 ID입니다. 권한 부여 토큰은 권한 부여 취소 또는 무효화와 같은 작업을 수행하기 위해 프로세서가 호출되는 경우 나중에 사용할 수 있습니다. 그러나 주문이 이행되거나 거래가 완료될 때 자금을 확보하는 데 가장 자주 사용됩니다. 권한 부여 토큰은 권한 부여 참조라고도 합니다. |
| 토큰 캡처 | 결제가 완료되거나 매입될 때 결제 프로세서가 POS 시스템에 제공하는 참조입니다. 그런 다음 캡처 토큰을 사용하여 환불 요청과 같은 후속 작업에서 지불 캡처를 참조할 수 있습니다. |
| 카드 없음 | 실물 카드가 제시되지 않은 결제 거래를 지칭하는 용어입니다. 예를 들어 이러한 트랜잭션은 전자 상거래 또는 콜 센터 시나리오에서 발생할 수 있습니다. 이러한 거래의 경우 결제 관련 정보는 전자 상거래 웹 사이트, 콜 센터 흐름 또는 POS 또는 결제 단말기에 수동으로 입력됩니다. |
| 카드 선물 | 365 POS 시스템에 연결된 결제 단말기에서 실물 카드를 제시하고 사용하는 결제 거래를 지칭하는 Microsoft Dynamics 용어입니다. |
개요
일반적으로 옴니채널 결제 라는 용어는 한 채널에서 주문을 생성하고 다른 채널에서 주문을 이행하는 기능을 설명합니다. 옴니채널 결제 지원의 핵심은 나머지 주문 세부 정보와 함께 결제 세부 정보를 보존한 다음 주문이 다른 채널에서 회수되거나 처리될 때 해당 결제 세부 정보를 사용하는 것입니다. 전형적인 예는 "온라인 구매, 매장 픽업" 시나리오입니다. 이 시나리오에서는 주문이 온라인으로 생성될 때 결제 세부 정보가 추가됩니다. 그런 다음 POS에서 회수되어 픽업 시 고객의 결제 카드로 청구됩니다.
이 문서에 설명된 모든 시나리오는 Commerce와 함께 제공되는 표준 결제 SDK(소프트웨어 개발 키트)를 사용하여 구현할 수 있습니다. Adyen 의 Dynamics 365 지불 커넥터은 여기에 설명된 모든 시나리오의 기본 구현을 제공합니다.
전제 조건
이 문서에 설명된 모든 시나리오에는 옴니채널 결제를 지원하는 지불 커넥터가 필요합니다. 기본 제공 Adyen 커넥터는 결제 SDK를 통해 제공되는 시나리오를 지원하므로 사용할 수도 있습니다. 결제 커넥터를 구현하는 방법 및 일반적인 Retail SDK에 대한 자세한 내용은 IT 전문가 및 개발자를 위한 소매 홈페이지 를 참조하세요.
지원되는 버전
이 문서에 설명된 옴니채널 결제 기능은 버전 8.1.3의 Microsoft Dynamics 365 for Retail 일부로 릴리스되었습니다.
"카드 있음" 및 "카드 없음" 커넥터
결제 SDK는 결제를 위해 두 가지 애플리케이션 프로그래밍 인터페이스(API) 세트를 사용합니다. 첫 번째 API 집합의 이름은 iPaymentProcessor입니다. 콜 센터 및 전자 상거래 플랫폼에서 사용할 수 있는 "카드 없음" 결제 커넥터를 Microsoft Dynamics 구현하는 데 사용됩니다. iPaymentProcessor 인터페이스에 대한 자세한 내용은 결제를 다루는 지불 커넥터 및 결제 장치 구현 백서를 참조하세요.
두 번째 API 집합의 이름은 iNamedRequestHandler입니다. 결제 단말기를 사용하는 "카드 제시" 결제 통합의 구현을 지원합니다. iNamedRequestHandler 인터페이스에 대한 자세한 내용은 결제 단말기에 대한 결제 통합 생성을 참조하세요 .
설정 및 구성
다음 구성 요소 및 설정 단계가 필요합니다.
- 전자 상거래 통합: 온라인 상점에서 주문이 시작되는 시나리오를 지원하려면 Commerce와의 통합이 필요합니다. 소매 전자 상거래 SDK에 대한 자세한 내용은 전자 상거래 플랫폼 SDK(소프트웨어 개발 키트) 를 참조하십시오. 데모 환경에서 참조 상점은 옴니채널 결제 시나리오를 지원합니다.
- 온라인 결제 구성: 온라인 채널 설정에는 옴니채널 결제를 지원하도록 업데이트된 지불 커넥터가 포함되어야 합니다. 또는 기본 제공 지불 커넥터를 사용할 수 있습니다. 온라인 상점용 Adyen 지불 커넥터를 구성하는 방법에 대한 자세한 내용은 Adyen 지불 커넥터 를 참조하십시오. 해당 문서에 설명된 전자 상거래 설정 단계 외에도 Adyen 커넥터에 대한 설정에서 전자 상거래 에 결제 정보 저장 허용 매개 변수를 True 로 설정해야 합니다.
- 옴니채널 결제 구성: 백오피스에서 Retail and Commerce Headquarters 설정 > 매개 변수 > Commerce 공유 매개 변수로 > 이동합니다. 그런 다음 옴니채널 결제 탭에서 옴니채널 결제 사용 옵션을 예 로 설정합니다 . Commerce 버전 10.0.12 및 이후 버전에서 이 설정은 기능 관리 작업 영역에 있습니다 . 옴니채널 결제 기능을 선택하고 지금 활성화를 클릭합니다.
- 결제 서비스: 콜 센터는 결제 서비스 페이지의 기본 결제 지불 커넥터 를 사용하여 결제를 처리합니다. "콜센터에서 구매, 매장에서 픽업"과 같은 시나리오를 지원하려면 이 기본 지불 커넥터가 Adyen 지불 커넥터이거나 옴니채널 결제에 대한 구현 요구 사항을 충족하는 지불 커넥터여야 합니다.
- EFT 서비스: 결제 단말기를 통한 결제는 하드웨어 프로필의 EFT 서비스 빠른 탭에서 설정해야 합니다. Adyen 커넥터는 옴니채널 결제 시나리오를 기본적으로 지원합니다. 옴니채널 결제를 지원하는 경우 iNamedRequestHandler 인터페이스를 지원하는 다른 결제 커넥터도 사용할 수 있습니다.
- 지불 커넥터 가용성: 주문이 회수될 때 주문과 함께 회수되는 결제 입찰 라인에는 해당 주문과 연결된 승인을 만드는 데 사용된 지불 커넥터의 이름이 포함됩니다. 주문이 처리되면 결제 SDK는 원래 승인을 만드는 데 사용된 것과 동일한 커넥터를 사용하려고 합니다. 따라서 동일한 판매자 속성을 가진 지불 커넥터를 캡처할 수 있어야 합니다.
- 카드 종류: 옴니채널 시나리오가 제대로 작동하려면 각 채널에 옴니채널에 사용할 수 있는 입찰 유형에 대해 동일한 설정이 있어야 합니다. 이 설정에는 결제 수단 ID와 카드 유형 ID가 포함됩니다. 예를 들어, 온라인 스토어 설정에서 카드 텐더 유형의 ID 가 2 인 경우 소매점 설정에서도 동일한 ID를 가져야 합니다. 카드 유형 ID에도 동일한 요구 사항이 적용됩니다. 온라인 스토어에서 카드 번호 12 가 VISA 로 설정된 경우 소매점에 대해 동일한 ID를 설정해야 합니다.
- Windows용 Android Store Commerce 앱 또는 iOS Hardware Station이 내장되어 있습니다. 또는
- 연결된 공유 Hardware Station이 있는 웹용 Store Commerce.
옴니채널 결제를 지원하는 기본 원칙
결제 커넥터 및 결제 프로세서는 토큰 또는 참조를 사용하여 카드 결제와 관련된 상호 작용을 참조합니다. 예를 들어 결제 승인이 요청되면 해당 승인에 대한 참조가 제공됩니다. 따라서 나중에 주문 이행 시 자금이 회수될 때 승인을 참조할 수 있습니다. 이 승인은 판매자, 지불 커넥터 및 프로세서에 고유합니다.
온라인으로 생성된 주문을 스토어에서 픽업하는 경우 해당 주문에 대해 동일한 결제 세부 정보를 회수하여 사용해야 합니다. 원래 승인에 대한 지불을 캡처하기 위한 요청의 일부로 원래 세부 정보가 제공되면 결제 프로세서가 요청을 처리하고 지불을 캡처할 수 있습니다.
온라인 주문을 올바르게 참조하려면 동일한 프로세서를 지원하는 "카드 없음" 지불 커넥터도 사용할 수 있어야 합니다. 이러한 방식으로 POS 시스템은 "카드 제시" 결제를 위한 하나의 프로세서를 가질 수 있지만 다른 결제 프로세서를 사용하여 다른 채널에서 생성된 주문을 이행할 수 있도록 다른 결제 커넥터에 액세스할 수도 있습니다.
지원되는 시나리오
지원되는 옴니채널 결제 시나리오는 다음과 같습니다.
온라인 구매, 매장 수령
콜센터에서 구매, 매장 픽업
A 매장에서 구매, B 매장에서 수령
매장 A에서 구매, 고객에게 배송
메모
"정상" 결제 기능에 매핑되는 콜 센터에서 이루어진 결제는 POS에서 주문을 리콜할 때 지불해야 할 금액에 반영되도록 선불 예 = 로 표시되어야 합니다. "일반" 유형의 선불 미결제 결제는 POS에서 주문을 회수할 때 인식되지 않습니다.
이러한 시나리오의 변형도 지원됩니다. 예를 들어 온라인 주문에는 고객에게 배송될 라인과 매장에서 픽업할 라인이 모두 포함될 수 있습니다. 모든 주문 주문 이행 옵션은 옴니채널 결제를 통해 지원됩니다.
다음 섹션에서는 각 시나리오의 단계를 설명하고 데모 데이터를 사용하여 시나리오를 실행하는 방법을 보여 줍니다.
온라인 구매, 매장 수령
시작하기 전에 다음 필수 구성 요소가 충족되었는지 확인합니다.
- Adyen 커넥터가 구성된 참조 상점이 있습니다.
- Commerce 공유 매개 변수 페이지의 옴니채널 결제 옵션이 True 로 설정되어 있습니다. 이후 버전에서 이 설정은 옴니채널 결제 기능을 선택하고 지금 사용을 클릭 할 수 있는 기능 관리 작업 영역으로이동됩니다.
- Adyen 지불 커넥터는 Houston POS 레지스터에 대해 구성됩니다.
- Windows용 Android Store Commerce 앱 또는 iOS Hardware Station이 내장되어 있습니다. 또는
- 연결된 공유 Hardware Station이 있는 웹용 Store Commerce.
시나리오를 실행하려면 다음 단계를 따라와 보세요.
참조 상점에서 매장 내 픽업을 위한 주문을 생성합니다. 휴스턴 매장을 선택해야 합니다.
결제 단계를 진행하고 테스트 신용 카드 번호를 사용하여 결제합니다. Adyen 테스트 카드 번호 페이지에서 테스트 신용 카드 번호를 찾을 수 있습니다.
Commerce에서 주문 일괄 처리 동기화 작업 및 P-001 배포 일정을 사용하여 백오피스에서 주문을 만듭니다.
POS의 시작 페이지에서 픽업 주문 작업을 선택하여 매장 내 픽업 주문을 확인합니다.
참조 상점에서 만든 주문에서 하나 이상의 라인을 선택한 다음 픽업을 선택합니다.
주문은 백오피스에서 검색됩니다.
백오피스에서 주문 라인 세부 정보를 검색하고 옴니채널에 사용할 수 있는 카드 결제가 감지되면 결제 방법을 사용할 수 있다는 알림이 표시됩니다.
사용 가능한 결제 방법 사용을 선택하고 참조 상점에 입력한 카드 세부 정보를 사용하여 거래를 완료합니다.
주문 라인이 거래 페이지에 로드되고 미결제 잔액은 0입니다.
결제 탭을 선택하여 온라인 주문에서 가져온 입찰 라인을 봅니다.
결제 수단을 선택하여 거래를 완료합니다.
콜센터에서 구매, 매장 픽업
Commerce 의 고객 서비스 페이지에서 검색 창에 Karen Berg 를 입력한 다음, 검색을 선택합니다.
검색 결과에서 Karen Berg 를 선택합니다 .
Karen이 고객 서비스 페이지에 로드 된 후 새 판매 주문을 선택합니다.
새 판매 주문 페이지에서 헤더 를 선택하여 주문 헤더를 봅니다.
주문 헤더 페이지에서 사이트를 Central 로 설정하고 창고를 Houston 으로설정합니다.
배달 탭에서 고객 픽업을 위해 배달 모드 필드를 60 으로 설정합니다.
라인을 선택한다음, 주문에 하나 이상의 라인을 추가합니다.
완료 를 선택하여 주문 완료 흐름으로 들어갑니다.
결제 섹션까지 아래로 스크롤하고 추가를 선택한 다음 결제 방법 유형이 카드로 설정된 라인을 선택합니다.
더하기 기호(+)를 선택하여 카드 결제를 추가합니다.
Adyen 테스트 카드 번호 페이지에서 찾은 테스트 크레딧 카드 번호에 대한 세부 정보를 입력한 다음 확인를 선택합니다 .
메모
입력한 카드 번호의 카드 브랜드가 결제가 시작될 때 선택한 브랜드와 다른 경우에도 결제는 계속 진행됩니다. 그러나 10단계에서 선택한 카드 브랜드에 매핑된 계정에는 게시됩니다.
확인 를 다시 선택하여 주문 완료 결제 대화 상자를 닫기 .
매도 주문 요약 페이지에서 제출 을 선택합니다.
POS의 시작 페이지에서 픽업 주문 작업을 선택하여 매장 내 픽업 주문을 확인합니다.
참조 상점에서 만든 주문에서 하나 이상의 라인을 선택한 다음 픽업을 선택합니다.
주문은 백오피스에서 검색됩니다.
백오피스에서 주문 라인 세부 정보를 검색하고 옴니채널에 사용할 수 있는 카드 결제가 감지되면 결제 방법을 사용할 수 있다는 알림이 표시됩니다.
사용 가능한 결제 방법 사용을 선택하고 참조 상점에 입력한 카드 세부 정보를 사용하여 거래를 완료합니다.
주문 라인이 거래 페이지에 로드되고 미결제 잔액은 0입니다.
결제 탭을 선택하여 온라인 주문에서 가져온 입찰 라인을 봅니다.
결제 수단을 선택하여 거래를 완료합니다.
A 매장에서 구매, B 매장에서 수령
휴스턴 매장의 POS를 시작합니다.
트랜잭션 페이지에서 숫자 패드를 사용하여 2001 을 입력하여Karen Berg를 트랜잭션에 추가합니다.
거래에 하나 이상의 라인을 추가합니다.
주문을 선택하여 주문 옵션을 확인합니다.
모두 픽업을 선택한다음, 메시지가 표시되면 고객 주문을 선택합니다.
검색 창에 Seattle을 입력한 다음, 픽업할 시애틀매장을 선택합니다.
확인 를 선택하여 현재 날짜를 픽업 날짜로 수락합니다.
결제 카드 를 선택하여 결제를 시작합니다.
보증금을 지불해야 하는 금액에 대한 카드 결제를 입찰합니다.
결제 단말기에서 보증금 결제를 완료합니다.
보증금이 결제된 후 주문 이행에 동일한 카드를 사용하는 옵션을 선택하고 주문이 완료될 때까지 기다립니다. 보증금의 100%가 지불되면(위의 10단계에서) 자금은 카드에 대해 즉시 회수되며 자금이 이미 지불된 것으로 캡처되고 추적되었기 때문에 인보이스 발행 시 승인 토큰을 사용할 수 없습니다.
시애틀 매장의 POS를 시작합니다.
POS의 시작 페이지에서 픽업 주문 작업을 선택하여 매장 내 픽업 주문을 확인합니다.
참조 상점에서 만든 주문에서 하나 이상의 라인을 선택한 다음 픽업을 선택합니다.
주문은 백오피스에서 검색됩니다.
백오피스에서 주문 라인 세부 정보를 검색하고 옴니채널에 사용할 수 있는 카드 결제가 감지되면 결제 방법을 사용할 수 있다는 알림이 표시됩니다.
사용 가능한 결제 방법 사용을 선택하고 참조 상점에 입력한 카드 세부 정보를 사용하여 거래를 완료합니다.
주문 라인이 거래 페이지에 로드되고 미결제 잔액은 0입니다.
결제 탭을 선택하여 온라인 주문에서 가져온 입찰 라인을 봅니다.
결제 수단을 선택하여 거래를 완료합니다.
매장 A에서 구매, 고객에게 배송
- 휴스턴 매장의 POS를 시작합니다.
- 트랜잭션 페이지에서 숫자 패드를 사용하여 2001 을 입력하여Karen Berg를 트랜잭션에 추가합니다.
- 거래에 하나 이상의 라인을 추가합니다.
- 주문을 선택하여 주문 옵션을 확인합니다.
- 모두 배송을 선택한다음, 메시지가 표시되면 고객 주문을 선택합니다 .
- 배송 방법 페이지에서 표준 오버나이트를 선택한 다음 확인를 선택하여 오늘 날짜를 배송 날짜로 수락 합니다.
- 확인 를 선택하여 현재 날짜를 픽업 날짜로 수락합니다.
- 결제 카드 를 선택하여 결제를 시작합니다.
- 보증금을 지불해야 하는 금액에 대한 카드 결제를 입찰합니다.
- 결제 단말기에서 보증금 결제를 완료합니다.
- 보증금이 결제된 후 주문 이행에 동일한 카드를 사용하는 옵션을 선택하고 주문이 완료될 때까지 기다립니다. 보증금의 100%가 지불되면(위의 9단계에서) 자금은 카드에 대해 즉시 회수되며 자금이 이미 지불된 것으로 캡처되고 추적되었기 때문에 인보이스 발행 시 승인 토큰을 사용할 수 없습니다.
백오피스에서 주문을 피킹, 포장 및 송장이 발행되면 POS에서 제공되는 결제 세부 정보를 사용하여 고객에게 배송되는 상품에 대한 자금을 회수합니다.
시나리오 세부 정보
방금 설명한 기본 시나리오 외에도 옴니채널 결제를 지원하기 위해 결제 SDK가 몇 가지 개선되었습니다.
POS
고객 주문을 위한 단일 스와이프/딥
옴니채널 결제 기능이 구현되기 전에는 POS에서 보증금이 포함된 고객 주문이 생성되면 고객은 보증금을 지불하기 위해 한 번, 후속 주문 주문 이행을 위해 카드를 토큰화하는 데 한 번, 이렇게 두 번 카드를 긁거나 찍어야 했습니다. 옴니채널 토큰화 기능이 켜져 있으면 고객은 보증금을 지불하고 나중에 이행될 상품에 대해 지불해야 할 금액을 승인하기 위해 카드를 한 번만 긁으면 됩니다. 주문 이행 시 승인된 자금이 회수됩니다. 옴니채널 토큰화 기능이 구현되기 전에는 후속 주문 주문 이행을 위해 반복 카드 토큰만 생성되었습니다. 따라서 보류 중인 주문 이행에 대한 자금이 승인되지 않았으며, 해당 자금이 특정 구매를 위해 보유되지 않았기 때문에 나중에 회수될 가능성이 적었습니다.
메모
한 번의 살짝 밀기는 Retail 버전 8.1.3에서 지원되지 않습니다. 버전 8.1.3의 고객 주문은 옴니채널 토큰화 기능이 구현되기 전에 사용된 것과 동일한 흐름을 사용합니다.
반복 카드 토큰을 발급할 수 없는 카드
일부 카드는 반복 카드 토큰 발급을 지원하지 않기 때문에 옴니채널 결제에 사용할 수 없습니다. POS에서 주문이 생성될 때 반복 카드 토큰을 지원하지 않는 카드로 보증금을 결제하는 경우 이전 카드 토큰화 흐름이 사용됩니다. 따라서 후속 주문 주문 이행에 사용할 결제를 제공하려는 고객은 두 번째 카드를 제시해야 합니다. 두 번째 카드가 반복 카드 토큰을 지원하지 않는 경우 토큰화 작업이 거부되고 계산원에게 고객에게 다른 카드 제공을 요청하라는 메시지가 표시됩니다.
다른 카드 사용
주문 픽업을 위해 매장을 방문하는 고객은 다른 카드를 사용할 수 있습니다. 계산원이 주문 픽업 시 사용 가능한 결제 방법 사용 프롬프트를 수신 하면 계산원은 고객에게 동일한 카드를 사용할지 여부를 물어볼 수 있습니다. 고객이 주문을 만드는 데 사용한 카드를 분실하여 다른 카드를 사용하여 주문 금액을 결제하려는 경우 계산원은 다른 결제 방법 사용을 선택할수 있습니다. 고객이 나중에 동일한 주문에 대해 더 많은 품목을 픽업하기 위해 다시 방문하는 경우 원래 카드 승인이 여전히 유효하다면 계산원은 고객에게 해당 카드를 사용할 것인지 여부를 다시 물어볼 수 있습니다.
잘못된 권한 부여
주문을 생성하는 데 사용한 카드가 더 이상 유효하지 않은 경우 픽업할 제품을 선택할 때 결제 매입 요청이 실패합니다. 그러면 POS 지불 커넥터는 동일한 카드 세부 정보를 사용하여 새 권한 부여 및 캡처를 만들려고 시도합니다. 새 승인 또는 회수에 실패하면 계산원에게 결제를 처리할 수 없다는 알림이 표시됩니다. 그런 다음 계산원은 고객으로부터 새 지불을 받아야 합니다.
사용 가능한 여러 결제
여러 입찰과 여러 라인이 있는 주문이 픽업되면 계산원은 먼저 사용 가능한 결제 방법 사용 프롬프트를 받습니다. 카드가 여러 개인 경우 계산원이 사용 가능한 결제 방법 사용을 선택하면현재 픽업 중인 상품의 잔액이 충족될 때까지 기존 카드 입찰 라인이 캡처됩니다. 계산원은 픽업되는 상품에 사용해야 하는 카드를 선택할 수 없습니다.