OSP
OSP
추가 결제시, 원결제수단 강제 방법
넵 확인했습니다 감사합니다, 늘 정말 감사드려요!
16 replies
추가 결제시, 원결제수단 강제 방법
두 결제는 각각의 결제, 두개의 결제를 하나의 주문번호로 처리하는건 리테일러에서 구현할 부분, 각각의 결제이므로 실질적으로 원결제수단 제어등을 할 필요가 없다,
16 replies
추가 결제시, 원결제수단 강제 방법
카드->삼성카드를 했다면 삼성카드만 제한을 의미했습니다만, 일단 동일 주문 내 추가결제는 리테일러에서의 구현,
16 replies
MID 관련 문의 : 토스 결제창 사용시
친절한 답변 정말정말 감사드려요!
29 replies
MID 관련 문의 : 토스 결제창 사용시
감사합니다!
29 replies
MID 관련 문의 : 토스 결제창 사용시
최초 팝업 호출시의 MID로 진행되므로.
29 replies
MID 관련 문의 : 토스 결제창 사용시
네 그렇죠 음. 그럼, 예를들어 현대카드 3개월 무이자= 분담무이자, 등의 내용을 본사방식은 MID로 분기하므로 별도 처리가 가능한데 토스제공 결제팝업으로는 뭔가 저희가 처리할수 있는 방법은 없다
29 replies
MID 관련 문의 : 토스 결제창 사용시
아하
29 replies
MID 관련 문의 : 토스 결제창 사용시
내부에서 처리 & 정산등 별도 재가공.
29 replies
MID 관련 문의 : 토스 결제창 사용시
결제팝업에서 카드사 할부 등 선택하고 나면 토스에서 인증회신시 결제정보 항목들 전달해주시는 값으로
29 replies
MID 관련 문의 : 토스 결제창 사용시
감사합니다, 말씀하신 내용을 이해하기로는, 결제UI를 직접 제공하면 MID 분기처리가 가능 토스 결제팝업(혹은 위젯) 을 사용하면 MID분기는 불가능하고 최초 팝업호출시에만 ID로 호출.
29 replies
MID 관련 문의 : 토스 결제창 사용시
@유부장 친절한 답변 감사합니다, 제가 개념적으로 이해가 부족해 질문이 헛도는건지 모르겠습니다 : 토스 개발자센터 > 코어API reference 에서 확인한 mid : mId (string) 상점아이디(MID)입니다. 토스페이먼츠에서 발급합니다. 최대 길이는 14자입니다. 현재 본사 에서 서비스중인 TOSS 연동: 고객이 결제시, 본사의 자체 UI에서 카드사, 할부등을 선택 > 해당 유형들에 따른 MID를 생성 (토스와 선협의 된 여러개의 MID중 1개를 생성) > 주문정보등과 함께 TOSS로 인증요청 등 진행 ex FO101L01001 : 고객일반결제업종무이자일반계열사1카드일반 FT101L0108 : 고객토스페이업종무이자일반계열사1토스페이 계획중인 신규서비스 : 고객이 결제시, 토스에서 제공하는 결제팝업으로 이동 카드사 할부등 결제정보를 토스의 팝업에서 선택하므로 해당 유형들에 따른 MID를 생성할수가 없을것으로 추정 *MID를 협의 후 결제유형에 따라 분기, 생성해서 TOSS로 전송..할 것으로 생각했는데 토스에서 제공하는 결제팝업을 이용할 경우 MID 프로세스에 대해 이해가 가지 않아 재차 문의드립니다.
29 replies
토스 결제창(결제위젯) 을 통한 결제시 인증 프로세스 문의
인증완료를 리턴주시는 것으로 이해했습니다. 답변 감사드립니다!
8 replies
Tokenization 방식 문의
아닙니다. 일반결제를 제공할 예정입니다. 해외솔루션 개발자의 문의 : TOSS페이에서 제공하는 토큰화 방식 확인 필요 자사 솔루션은 Network Tokenization을 선호 에 대한 대응을 위해 헤메고 있는 중입니다.
13 replies
Tokenization 방식 문의
안녕하세요. 해외 솔루션에서의 payments 연동 검토중입니다.
13 replies