Zhima 신용 점수 서비스에 액세스하려면 다음과 같은 여러 프로세스가 필요합니다.
1. 가맹점 정산
2. Zhima 신용 점수 제품 신청
p>
3. 새 애플리케이션을 생성합니다.
4. 서버 액세스
5. 클라이언트 액세스를 살펴보겠습니다. 하나씩 다음;
1. 가맹점에서 정산합니다.
가맹점 정산을 완료하려면 Sesame Credit 가맹점 플랫폼을 통해 가맹점을 등록해야 합니다. 별로 특별한 것은 없습니다. 회사 정보는 원하는 대로 입력하면 1~2일 안에 승인됩니다.
2. Zhima 신용 점수 제품 신청;
거기 다양한 특정 Zhima 신용 서비스가 있으므로 특정 필요에 따라 선택하세요. 신청하세요;
신청 과정에서 다음 사항에 주의해야 합니다.
1) 쿼리 작업 Zhima 신용 점수는 매번 0.4위안으로 청구됩니다(앞으로 무슨 일이 일어날지 모르겠습니다)(변경되지 않음).
2) 비즈니스 시나리오 설명을 선택한 후 다음 사항도 작성해야 합니다. 비즈니스 수행 채널에서;
우리는 앱 방식을 선택했으며 여기서 주의해야 할 사항은 다음과 같습니다.
(1) Sesame Credit 추천 사용자 앱이 온라인 상태가 된 후 서명합니다. Sesame Credit 점수를 얻으려면
(2) 온라인이 아닌 애플리케이션의 경우 AppDemo 설명을 제출해야 합니다.
a. zmxyservice@zmxy.com으로 이메일을 보내세요. .cn? 첨부 내용: 데모 + Sesame Credit의 기능 설명 + 주요 스크린샷 3-5
이메일 제목: 회사명 + 앱 데모
b. 호스팅 채널 앱 이름 열에서 앱 이름 뒤에 다음 정보를 참고하세요. 앱 이름(이메일이 전송되었습니다.)
이 단계의 검토 시간은 매우 짧으므로 하루 안에 완료할 수 있습니다. < /p>
판매자 센터 - 애플리케이션 관리 - 계약 제품에서 볼 수 있습니다.
3. 새 애플리케이션을 생성합니다.
판매자 센터 - 애플리케이션 관리 - 내 애플리케이션, 새 애플리케이션을 생성하세요.
여기에서 비밀 키 세트를 생성하고 서버 콜백 주소를 설정해야 합니다. 정상적으로 구성하고 해당 매개변수를 가져오면 됩니다.
4. 서버 연결 입력;
이를 위해서는 서버 개발자의 지원이 필요합니다.
1) 사용자 정보를 통해 승인을 요청하고 동적으로 생성된 승인 계약 링크를 얻습니다. /p>
2) 승인에 동의한 후 Zhima Credit은 매개변수 open_id를 사용하여 콜백 주소로 점프하여 매개변수와 사용자 간의 관계를 저장합니다.
3) open_id 매개변수를 사용합니다. 요청에 대해 Zhima Credit Query를 호출하고 Zhima 하위 필드 zm_score(350-950, 문자열 N/A가 반환되지 않음)를 얻습니다.
이 프로세스는 다음과 같이 이해할 수 있습니다:
Zhima 신용 점수에 전화하려면 인증이 필요합니다. 모바일 단말기는 인증 코드 인증을 위해 인증 URL에 액세스하기 위해 인증 URL을 생성해야 합니다. 결과는 서버 페이지로 호출되어 서명을 해독하고 인증을 받습니다. code openid. 서버는 Sesame 포인트를 얻기 위해 Sesame Credit Score 인터페이스를 호출합니다.
마지막으로 클라이언트가 수행해야 할 작업을 살펴보겠습니다.
5. 클라이언트 액세스;
구체적인 프로세스 설명:
1) 서신 서비스 액세스를 위한 입구 인터페이스
2) 인증 상태를 얻기 위한 인터페이스를 호출하려면 트리거 버튼을 클릭하세요. p>
참고: 이 인터페이스는 서버에서 제공되며 승인 상태를 반환합니다.
3) 승인 상태가 있으면 인터페이스로 이동하여 해당 점수 결과를 표시합니다. p>
4) 승인 상태가 없으면 신분증 및 이름 입력 인터페이스로 이동합니다.
5) 인터페이스를 호출하여 신분증 및 이름에 해당하는 Alipay 계정을 확인합니다. , 그리고 webview 표시를 위한 URL 점프 인터페이스를 가져옵니다.
참고: 이 인터페이스는 서버에서 제공되며 인증 URL 링크를 반환합니다.
점프 해당 인터페이스를 표시하려면 webview로 전환하세요. 이 인터페이스는 승인 작업을 수행하고 SMS 확인 코드를 얻는 등의 작업을 수행할 수 있으며, 이를 가로채서 처리할 수 있는 내부 점프 링크가 있습니다. 아래 그림 :<
/p>
6) 인증에 성공하면 인증 과정은 SMS 인증 등으로 이루어지며, 다시 인증에 성공하면 인증 성공에 맞춰 URL이 ezj://zhimaauthfinish(서버- 측면 사용자 정의);
인증에 성공하면 점수 정보를 얻기 위한 인터페이스(인증 상태를 얻기 위한 인터페이스와 동일)가 호출되고 인터페이스는 점프하여 해당 결과를 표시합니다. 점수
7) 확인에 실패하면 해당 인증 실패 및 인증 예외가 표시됩니다. 이 경우 URL 리디렉션은 ezj://zhimaauthfailed(서버에서 사용자 정의)입니다. 이전 페이지에서 이름과 ID 번호를 다시 입력하세요.
참고:
URL 리디렉션 정보, 승인이 성공한 경우에만 ezj://zhimaauthfinish가 반환됩니다. 실패하고 인증 예외가 발생하면 ezj://zhimaauthfailed가 반환됩니다.
실제 인터페이스 점프 iOS는 다른 인터페이스 전환 방법을 사용합니다. 특정 구현을 참조하세요.
URL 로드 여기서는 WKWebView를 사용하며 처리에는 프록시 메소드에서 다음과 같은 판단이 필요합니다.
// 서버 점프 요청 수신 후 호출
- (void)webView:(WKWebView *)webView didReceiveServerRedirectForProvisionalNavigation :(WKNavigation *)navigation{
if ([webView.URL.absoluteString isEqual:@"ezj://zhimaauthfinish"]) {
[self asyncConnectGetZhimaInfo];
}else if ([webView.URL.absoluteString isEqual:@"ezj://zhimaauthfailed"]){
[self leftBarBtnAction:nil ];
}< /p>
}
위는 접근 과정을 요약한 것입니다.