- 가이드를 보면 미니앱 쪽에서 고객 이름/폰번호/생년월일을 직접 유저에게 받아서 인증 Flow를 진행해야 되는 것으로 보입니다. 미니앱 클라이언트에서 **appsInTossSignTossCert**를 호출하면, 토스쪽에서 고객정보 취합 및 인증플로우를 진행하고 미니앱 클라이언트로 인증 여부만 전달하는 방식으로 변경해주시는 것은 어려울까요? 본인인증을 하는 게임들이 여럿 있을텐데, 각 게임마다 인증을 위해 동일한 작업을 하는 것보다 토스쪽에서 진행해주시는것이 좋지 않나 싶습니다.
- 만약 A게임에서 토스인증을 완료한 유저가 B게임에서 ⑤ 본인확인 상태 조회하기 를 호출했을 때 응답이 인증완료로 오는지 궁금합니다.
@kimybzz 님 안녕하세요
말씀 주신 방식도 현재 개발 진행중이며, 빠르면 차주 또는 차차주에 제공되도록 빠르게 개발할 예정입니다.
개발이 완료되면 가이드 안내드릴게요.
미니앱이 다를 경우 조회되지 않습니다. 인증을 다시 진행해야해요.
1개의 좋아요
요 부분 다음 SDK 업데이트때 까지 기다리면 될까요?
고객 이름/폰번호/생년월일을 저희쪽에서 받아야 해서, 토스로그인 + 토스인증 형태로 진행하려고 했었습니다.
혹시 다음 업데이트때 클라이언트 SDK 호출만 하면 되는 더 간소화된 형태로 진행이 될까요?
그러면 작업 당장 진행안하고 대기하려고 합니다.
안녕하세요 
원터치 인증 개발을 진행중이며, 차주 완료 목표로 진행중입니다.
@hsahn 님 안녕하세요
익일 중 개발 가이드 업데이트할 예정입니다. 가이드 업데이트가 완료되면 공지를 통해 안내드리겠습니다.
업데이트 된 가이드를 보고 왔는데요.
유저 입장에서는 편해지는거로 이해되는데
개발 입장에서는 기존과 달라진게 거의 없어보이는데요.
클라이언트에서 API 하나만 호출하면 인증 여부만 토스에서 응답을 주는 방식으로 개선되는 것으로 이해하고 있었는데
혹시 제가 잘못 이해한걸까요? 아니면 아직 가이드가 최신화가 안된걸까요?
원터치 인증방식을 하더라도 아래 스샷과 같은 Flow를 모두 개발사 클라/서버에서 작업을 해야하는것인가요?
그리고 원터치일 때와 아닐때에 유저 화면에서 어떤일이 벌어지는지
스샷이나 영상을 제공해주시면 좋을 것 같습니다.
솔직히 지금 가이드만 봐서는 2가지 방식이 유저에게 어떤 영향을 미치는지 감이 안옵니다.
직접 가이드대로 다 구현해서 확인해볼수밖에 없어요.
개발 입장에서는 2가지만 해주시면 됩니다.
인증 요청 /api/v2/sign/user/auth/id/requestAPI 에서 requestType를 USER_NONE 으로 요청 주시고, triggerType, userName, userPhone, userBirthday, sessionKey를 요청 안주셔도 됩니다.
또한 SDK에서 appsInTossSignTossCert 호출 시 skipConfirmDoc 파라미터를 true 로 보내주시면 됩니다.
FLOW 에서도 보기 쉽게 녹여보겠습니다.
유저 화면도 추가로 넣어볼게요!
답변 감사합니다. 가이드 수정은 언제쯤 완료될까요?
오늘 오후 중으로 작업해서 말씀드릴게요.
내부 이슈가 있어 익일 중 가이드 업데이트하고 말씀드리겠습니다
안녕하세요. 가이드 업데이트 되었을까요?
출시 전에 남은 작업이 이것 뿐이라..
바쁘시겠지만 현재 진행 상황이라도 공유 부탁 드립니다.
@kimybzz 님 안녕하세요
일단 1차 배포를 해두었는데 이해를 돕기 위한 사진과 flow를 손보고 있습니다.
현재 작업 진행중으로 금일 중에는 업데이트 될 예정입니다. 조금만 기다려주세요 
안녕하세요. 수정된 가이드 확인하였습니다.
궁금한 점이 있는데요.
- 위에서 설명된 requestUrl 앱스킴 값을 넣을 때,
QR테스트하기에서 획득하는 링크주소를 그대로 넣으면 되는 방식일까요?
아니면getSchemeUri로 리턴된 값을 그대로 넣으면 될까요?
- 가이드 내용 중에 아래와 같은 내용이 있는데요. 인증을 하는데 과금…? 이 되나요??
- 저희가 콘솔에 앱을 2개 등록하여 사용 중인데요 (알파/리얼 용으로 구분)
고객사에 발급된 클라이언트 아이디/시크릿 ←- 이 값을 아직 전달받지는 못했지만 2개의 앱에 모두 사용 가능한 것인지 궁금합니다.
-
유저가 인증을 마치고 개발사에서 본인인증 “결과” 조회하기를 아직 하지 않은 상태에서 본인인증 “상태” 조회하기를 했을 경우, status값이 어떻게 오는지 궁금합니다.
-
가이드에 “60분을 초과하면 결과 조회가 제한되며 인증 요청 API부터 다시 시작해야 해요.” 라는 내용이 있는데요.
시간 만료가 되면 txID발급부터 다시 진행해야 되는 것으로 이해가 됩니다.
그런데 궁금한것은 txID 발급 이후, 사용자 인증은 아직 시작도 안했다면 txID가 만료될 일은 없는건가요?
안녕하세요
- 앱스킴은 환경에 따라
intoss-private://혹은intoss://스킴을 사용해주시면 됩니다. - 계약 이후 사용하시게될 라이브 환경에서는 인증 성공 건당 과금이 됩니다.
- 두개 앱 모두에서 사용 가능합니다
- 유저가 인증을 마쳤다면
COMPLETED가 반환됩니다. - txId는 최대 30분간 유효합니다.
감사합니다
네 답변 감사합니다.
그런데 1번 관련해서 정확히 어떤값을 넣어야 하는지 확인하고자 질문 드렸습니다.
매번 빌드시마다 변경되는 값인지, 고정되는 값인지 궁금해서요.
-
QR 테스트하기 빌드 공유 url 형식으로 넣어야 하는 것인지..
예를 들어 ”intoss-private://appName?_deploymentId=aaaa-aaaa-aaa” -
아니면 “intoss://appName” 이렇게만 넣으면 되는 것인지 궁금해서요.
만약 2번방식이 맞다고 하면, **getSchemeUri**API를 사용하면 되는지도요
오 역시 2번방식이었군요. 다행이네요!
- 혹시 아래 버그는 현재 수정이 되었을까요? 릴리즈 노트를 찾아봐도 없어서요!
- 유저가 인증을 마친 이후에 결과조회 호출 전 txID가 만료되어 txID를 다시 발급받을 경우, 유저가 인증을 다시 해야하나요?
아래 가이드를 보면 결과조회 만료시간은 60분이라고 있는데, txID 만료시간과는 별개인지요?
-
appsInTossSignTossCert API를 구현하는데 에러가 발생합니다.
sdk도 최신으로 업데이트 해봤는데 동일합니다.await appsInTossSignTossCert({
txId: txId,
skipConfirmDoc: true,
});
안녕하세요. 질문할 내용이 계속 생겨서…
번거로우시겠지만 답변 부탁드립니다!
제가 위의 댓글을 자꾸 수정해서요.
리마인드 차원으로 댓글 남겨봅니다.
댓글 수정합니다.
위의 3번 이슈는 해결되었습니다.
일단 아래 가이드에 예제가 2개가 있는데, 두 예제 모두 문법이 틀렸어요. 둘다 에러가 납니다.
// 인터페이스 선언
interface AppsInTossSignTossCertParams {
txId: string; // 본인확인 요청 시 발급받은 txId
skipConfirmDoc?: boolean; // 원터치 인증 시 true로 설정
}
// {txId, true }; 이렇게 하면 에러남. 변수명도 명시해줘야 함
const params: AppsInTossSignTossCertParams = {txId: txId, skipConfirmDoc: true };
await appsInTossSignTossCert(params);
이렇게 호출하니 빌드 성공했습니다.