این سند مراحلی را که یک اپراتور حمل‌ونقل عمومی (PTO) و یکپارچه‌ساز سیستم آنها، که از این پس به عنوان صادرکننده نامیده می‌شود، برای ارائه یک پیاده‌سازی Motics در Google Wallet باید انجام دهند، مورد بحث قرار می‌دهد.
1. پیش نیازها را کامل کنید
- قرارداد عدم افشا (NDA) را با Google امضا کنید. این فرم آنلاین کلیک برای پذیرش توسط تیم توسعه کسب و کار Google (BD) به اشتراک گذاشته شده است.
- ادغام با API استاندارد Google Wallet برای کدهای QR:
- صادرکننده از Google Wallet API برای ارائه مجوزها و اضافه کردن آنها به برنامه Google Wallet کاربر استفاده می کند. مستندات کدهای QR ترانزیت را مرور کنید و پیش نیازهای لازم را برای ادغام با API تکمیل کنید.
- با سرویس VDV eTicket ثبت نام کنید تا شناسه مالک (orgId) و جزئیات PKI مربوطه مورد نیاز برای Motics را دریافت کنید.
2. پیاده سازی فنی
مرحله 2 شامل جزئیات اصلی پیاده سازی فنی است که باید به صورت موازی توسعه یابد.
پیاده سازی Google Wallet API خود را ارتقا دهید
صفحه جزئیات فنی روش ها و پارامترهایی را که صادرکننده باید برای ادغام Motics استفاده و به روز کند، تشریح می کند. به طور خاص، صادرکننده باید متدهای API Google Wallet زیر را با پارامترهای مرتبط Motics اضافی فراخوانی کند:
نقطه پایان فعال سازی را پیاده سازی کنید
سرور Google نقطه پایانی فعال‌سازی میزبان صادرکننده را فرا می‌خواند. این باعث تولید داده های استاتیک حق (sigSTB) در سرور صادرکننده می شود. برای جزئیات، بخش نقطه پایان فعال سازی را مرور کنید.
جریان انتقال و لغو پیوند را اجرا کنید
برای ارائه یک تجربه کاربری خوب، یک کاربر باید بتواند بلیط Motics خود را از یک دستگاه به دستگاه دیگر، در محدوده های مشخصی که توسط صادرکننده تعریف شده است، منتقل کند. برای این کار، صادرکننده باید Move and Unlink Flow را پیاده سازی کند.
ارسال ایمیل تایید در ذخیره بلیط
Google از صادرکننده می‌خواهد هنگام ذخیره بلیط Motics در Google Wallet، یک ایمیل تأیید برای کاربران ارسال کند. ایمیل تایید باید (حداقل) شامل موارد زیر باشد:
- لینک های مفید برای مدیریت بلیط (اشتراک) کاربران.
- دستورالعمل نحوه تماس با پشتیبانی مشتری صادرکننده.
3. آزمایش ادغام پایان به انتها را در STAGING انجام دهید
یک Google Wallet تست transitClass برای استفاده در توسعه ایجاد کنید و پس از تکمیل کار یکپارچه‌سازی، راه‌حل باید با استفاده از این توسعه transitClass اعتبارسنجی و آزمایش شود. در transitObject:Insert ، cert_environment روی STAGING تنظیم کنید. همه موارد استفاده باید به طور کامل آزمایش شوند و همه موارد آزمایش باید یک نتیجه موفقیت آمیز داشته باشند.
4. انجام آزمایش از پایان به پایان در PRODUCTION
هنگامی که راه حل با استفاده از محیط STAGING با موفقیت آزمایش شد، یک transitClass تولید جدید ایجاد کنید. این بار هنگام درج transitObject ، cert_environment را روی PRODUCTION تنظیم کنید. تمام موارد تست و دستورالعمل های موجود در بخش تست را دنبال و تکمیل کنید.
5. روند راه اندازی را دنبال کنید و تأییدیه ها را دریافت کنید
قبل از راه‌اندازی یا شروع یک آزمایش عمومی، تأیید کامل راه‌اندازی باید توسط Google اعطا شده باشد. تأیید به نتیجه مراحل مختلف آزمایش و همچنین عوامل دیگری مانند (اما نه محدود به) موارد زیر بستگی دارد که باید توسط Google بررسی و تأیید شوند:
- محدوده و طرح کلی راه اندازی
- در صورت وجود پایلوت، طرح پرتاب باید شامل معیارهای خروج واضح و جدول زمانی باشد تا پرتاب کامل انجام شود.
- فعالیت های بازاریابی برنامه ریزی شده
- ارتباطات را راه اندازی کنید
- تاریخ عرضه
- جدول زمانی روز و روند تشدید و مخاطبین را راه اندازی کنید
- فرآیندهای پشتیبانی کاربر نهایی