이 문서에서는 대중교통 운영자(PTO) 및 시스템 통합업체(이하 발급기관이라고 함)가 Google 월렛에 Motics 구현을 제공하기 위해 취해야 하는 단계를 설명합니다.
1. 기본 요건 완료
- Google과의 기밀유지 협약 (NDA)에 서명합니다. 이 온라인 양식은 Google BD (비즈니스 개발)팀에서 공유하고 있습니다.
- QR 코드용 표준 Google Wallet API와 통합합니다.
- 발급기관은 Google Wallet API를 사용하여 패스를 프로비저닝하고 사용자의 Google 월렛 앱에 추가합니다. 대중교통 QR 코드 문서를 검토하고 API와 통합하는 데 필요한 기본 요건을 완료하세요.
- VDV eTicket 서비스에 등록하여 Motics에 필요한 ownerId (orgId)와 관련 PKI 세부정보를 가져옵니다.
2. 기술적 구현
2단계에는 병렬로 개발해야 하는 주요 기술 구현 세부정보가 포함되어 있습니다.
Google Wallet API 구현 업그레이드
기술 세부정보 페이지에서는 발급기관에서 Motics 통합을 위해 사용하고 업데이트해야 하는 메서드와 매개변수를 간략히 설명합니다. 특히 발급기관은 추가 Motics 관련 매개변수를 사용하여 다음 Google Wallet API 메서드를 호출해야 합니다.
활성화 엔드포인트 구현
Google 서버는 발급기관에서 호스팅하는 활성화 엔드포인트를 호출합니다. 그러면 발급기관 서버에서 정적 사용 권한 데이터 (sigSTB)의 생성이 트리거됩니다. 자세한 내용은 활성화 엔드포인트 섹션을 참조하세요.
이동 및 연결 해제 흐름 구현
우수한 사용자 환경을 제공하려면 사용자가 발급기관에서 정의한 특정 한도 내에서 Motics 티켓을 한 기기에서 다른 기기로 이동할 수 있어야 합니다. 이를 위해 발급기관은 이동 및 연결 해제 흐름을 구현해야 합니다.
티켓 저장 시 확인 이메일 전송
사용자가 Google 월렛에 Motics 티켓을 저장할 때 발급기관은 사용자에게 확인 이메일을 보내야 합니다. 확인 이메일에는 최소한 다음 항목이 포함되어야 합니다.
- 사용자가 티켓 (구독)을 관리할 수 있는 유용한 링크입니다.
- 발급기관의 고객 지원팀에 문의하는 방법을 안내합니다.
3. STAGING에서 엔드 투 엔드 통합 테스트 수행
개발용 Google 월렛 테스트 transitClass를 만들고 통합 작업이 완료되면 이 개발 transitClass를 사용하여 솔루션을 처음부터 끝까지 검증하고 테스트해야 합니다. transitObject:Insert에서 cert_environment를 STAGING로 설정합니다. 모든 사용 사례를 완전히 테스트해야 하며 모든 테스트 사례에서 성공적인 결과를 얻어야 합니다.
4. PRODUCTION에서 엔드 투 엔드 테스트 수행
STAGING 환경을 사용하여 솔루션을 성공적으로 테스트한 후에는 새 프로덕션 transitClass을 만듭니다. 이번에는 transitObject 삽입 시 cert_environment를 PRODUCTION로 설정합니다. 테스트 섹션의 모든 테스트 사례와 안내를 따르고 완료합니다.
5. 출시 프로세스 따르기 및 승인 받기
공개 파일럿을 출시하거나 시작하기 전에 Google에서 완전한 출시 승인을 받아야 합니다. 승인은 다양한 테스트 단계의 결과뿐만 아니라 Google에서 검토하고 승인해야 하는 다음과 같은 기타 요소 (이에 국한되지 않음)에 따라 달라집니다.
- 전반적인 출시 범위 및 계획
- 파일럿의 경우 정식 출시를 진행하려면 출시 계획에 명확한 종료 기준과 일정이 포함되어 있어야 합니다.
- 계획된 마케팅 활동
- 출시 커뮤니케이션
- 출시일
- 출시일 일정, 에스컬레이션 프로세스 및 연락처
- 최종 사용자 지원 프로세스