سؤالات متداول

این صفحه اطلاعات کلی و پرسشگان درباره Google Pay API را ارائه می‌دهد.

درباره Google Pay API

Google Pay تسویه‌حساب بی‌دردسر را برای برنامه و وب‌سایت شما امکان‌پذیر می‌کند. با Google Pay API، مشتریانتان می‌توانند از کارت‌های ذخیره‌شده در «حساب Google» خود برای تسویه‌حساب یکپارچه در برنامه‌ها و سایت‌های شما استفاده کنند.

نحوه دریافت پشتیبانی

در کنسول کیف پول و Google Pay ثبت‌نام کنید و «تماس با پشتیبانی» را انتخاب کنید. می‌توانیم به شما کمک کنیم ادغام‌هایتان را عیب‌یابی کنید. علاوه‌براین، به راهنمای عیب‌یابی Android و راهنمای عیب‌یابی وب ما مراجعه کنید تا خودتان ادغام را اشکال‌زدایی کنید.

ویژگی‌های پشتیبانی‌شده

‫Google Pay API چندین ویژگی پشتیبانی‌شده دارد.

روش‌های پرداخت پشتیبانی‌شده

Google Pay API ممکن است کارت‌ها یا توکن‌های شبکه را برگرداند.

توجه: برای دیدن اینکه کدام روش‌های پرداخت پشتیبانی می‌شود، فروشندگان باید با پردازشگر خود تماس بگیرند.

صورت‌حساب تکرارشونده و اشتراک‌ها

پشتیبانی از صورت‌حساب تکرارشونده به روش پرداخت برگردانده‌شده در پاسخ Google Pay API وابسته است. هم کارت‌های نشان‌گذاری‌شده و هم کارت‌های متصل به حساب را می‌توان برای صورت‌حساب تکرارشونده استفاده کرد. برای پردازش صورت‌حساب تکرارشونده، فروشنده مجبور نیست میانای برنامه‌سازی کاربردی ما را به‌صورت دوره‌ای فراخوانی کند. بلکه اعتبارنامه پرداخت برای پرداخت‌های تکرارشونده در سمت فروشنده ذخیره می‌شود. فروشنده از میاناهای برنامه‌سازی کاربردی درگاه پرداخت خود برای مدیریت صورت‌حساب تکرارشونده استفاده می‌کند.

اگر موارد زیر درست باشد، Google Pay از پرداخت‌های تکرارشونده پشتیبانی می‌کند:

• فروشندگان از قوانین شبکه، مانند تراکنش‌های آغازشده توسط فروشنده، پیروی می‌کنند.
• شرایط پرداخت در جریان خرید فروشنده شفاف‌سازی شده و توسط کاربر پذیرفته شده است.

همچنین از صورت‌حساب تکرارشونده با مبالغ متغیر پشتیبانی می‌کنیم. برای مثال، صورت‌حساب‌های ماهانه تلفن برای شرکت‌های مخابراتی تلفن همراه پشتیبانی می‌شود. برای دریافت اطلاعات بیشتر، فروشندگان باید با نماینده درگاه پرداخت خود تماس بگیرند.

شارژ مجدد خودکار یا «افزودن موجودی»

برای پردازش هزینه بار کردن مجدد خودکار با همان هزینه، فروشنده لازم نیست هربار با میانای برنامه‌سازی کاربردی ما تماس بگیرد. اعتبارنامه پرداخت در سمت فروشنده ذخیره می‌شود و دوباره استفاده می‌شود. برای دریافت اطلاعات بیشتر، فروشندگان باید با نماینده درگاه پرداخت خود تماس بگیرند.

استردادهای وجه

فروشندگان می‌توانند برگشت تراکنش را برای لغو، بازپرداخت، یا مناقشه به همان روشی که استرداد وجه را برای سایر روش‌های پرداخت انجام می‌دهند، انجام دهند. برای دریافت اطلاعات بیشتر، فروشندگان باید با نماینده پردازشگر خود تماس بگیرند.

جمع‌آوری کمک مالی

سازمان‌های غیرانتفاعی (NPO) تأییدشده می‌توانند Google Pay API را برای جمع‌آوری کمک‌های مالی ادغام کنند، اگر، و فقط اگر، اسنادی برای اثبات، گواهی، و اعتبارسنجی وضعیت غیرانتفاعی خود ارائه دهند. برای مثال، سازمان‌های غیرانتفاعی ایالات متحده برای واجدشرایط شدن باید مدرک معتبر وضعیت 501(c)3 از IRS ارائه دهند.

شرایط و خط‌مشی‌ها

شرایط خدمات Google Pay

همه فروشندگان باید با شرایط خدمات Google Pay موافقت کنند و از آن پیروی کنند.

خط‌مشی استفاده مجاز از Google Pay API

همه فروشندگان باید با خط‌مشی استفاده قابل‌قبول Google Pay API موافقت کنند و از آن پیروی کنند.

خط‌مشی قمار

خط‌مشی ما درباره قمار در خط‌مشی استفاده مجاز Google Pay API تعریف شده است.

خط‌مشی ما درباره قمار ممکن است هرچندوقت یک‌بار تغییر کند. همه موارد ارسالی باید بازبینی و تأیید شوند.

ما ادغام‌های قمار را از شرکت‌های مستقر در کشورهای زیر می‌پذیریم:

• استرالیا
• اتریش
• کانادا
• جمهوری چک
• فرانسه
• گرجستان
• آلمان
• یونان
• مجارستان
• ایرلند
• ایتالیا
• ژاپن
• هلند
• لهستان
• پرتغال
• رومانی
• اسپانیا
• سوئد
• بریتانیا

در مرحله‌ای دیگر، ممکن است تصمیم بگیریم پشتیبانی را فراتر از سطح فعلی گسترش دهیم.

برای دریافت دسترسی تولید به Google Pay API برای ادغام‌های قمار، باید مجموعه‌ای از پیش‌نیازها را تکمیل کنید:

• اگر ادغام شرط‌بندی مختص Android در یکی از کشورهای ذکرشده در بالا دارید، باید خط‌مشی شرط‌بندی Google Play را رعایت کنید و ابتدا با فرایند بررسی Google Play آشنا شوید. سپس می‌توانیم ادغام مختص Android شما را برای دسترسی تولید به Google Pay API ارزیابی کنیم.
• اگر ادغام قمار فقط وبی مستقر در یکی از کشورهای ذکرشده در بالا دارید، باید پروانه مجاز ارسال کنید تا واجدشرایط بودن خود را برای ارائه خدمات قمار در کشور درطول فرایند آماده‌سازی با Google Pay API اثبات کنید. سپس می‌توانیم یکپارچه‌سازی فقط وب شما را برای دسترسی تولید به Google Pay API ارزیابی کنیم.
• اگر در یکی از کشورهای ذکرشده در بالا، ادغام شرط‌بندی Android و وب دارید، باید خط‌مشی شرط‌بندی Google Play را رعایت کنید و ابتدا با فرایند بررسی Google Play همراه شوید. سپس می‌توانیم یکپارچه‌سازی‌های Android و وب شما را برای دسترسی تولید به Google Pay API ارزیابی کنیم.

کشورهای دارای شرایط یا محدودیت‌های خاص

ادغام‌های قمار برای کشورهای فهرست‌شده مجاز است اگر معیارهای زیر را برآورده کنند:

کشور	واجدشرایط بودن ادغام Android	واجدشرایط بودن برای ادغام وب
بلغارستان	بله، با محدودیت: برنامه‌هایی که به وب‌سایت هدایت می‌کنند واجدشرایط هستند. برنامه‌هایی که به وب‌سایت هدایت نمی‌کنند ممنوع هستند.	بله
قبرس	بله، با محدودیت: قرعه‌کشی ایالتی واجدشرایط است. ‫OPAP Cyprus Limited واجدشرایط است. کازینوهای آنلاین ممنوع هستند. دستگاه‌های بخت‌آزمایی ممنوع هستند. شرط‌بندی روی مسابقات اسب‌دوانی ممنوع است. شرط‌بندی روی مسابقات سگ‌دوانی ممنوع است. شرط‌بندی گستره‌ای ممنوع است. مبادله شرط‌بندی ممنوع است.	بله، با محدودیت: قرعه‌کشی ایالتی واجدشرایط است. ‫OPAP Cyprus Limited واجدشرایط است. کازینوهای آنلاین ممنوع هستند. دستگاه‌های بخت‌آزمایی ممنوع هستند. شرط‌بندی روی مسابقات اسب‌دوانی ممنوع است. شرط‌بندی روی مسابقات سگ‌دوانی ممنوع است. شرط‌بندی گستره‌ای ممنوع است. مبادله شرط‌بندی ممنوع است.
فنلاند	بله، با محدودیت: Veikkaus Oy واجدشرایط است.	بله، با محدودیت: Veikkaus Oy واجدشرایط است.
قزاقستان	بله، با محدودیت: بخت‌آزمایی‌ها واجدشرایط هستند. شرط‌بندی ورزشی واجدشرایط است. شرط‌بندی‌های توتالیزاتور واجدشرایط هستند. کازینوهای آنلاین ممنوع هستند. کازینوهای الکترونیکی ممنوع است.	بله، با محدودیت: بخت‌آزمایی‌ها واجدشرایط هستند. شرط‌بندی ورزشی واجدشرایط است. شرط‌بندی‌های توتالیزاتور واجدشرایط هستند. کازینوهای آنلاین ممنوع هستند. کازینوهای الکترونیکی ممنوع است.
لهستان	نه	بله، با محدودیت: ارائه‌دهندگان قمار دارای پروانه واجدشرایط هستند.
افریقای جنوبی	بله، با محدودیت: شرط‌بندی ورزشی آنلاین واجدشرایط است.	بله، با محدودیت: شرط‌بندی ورزشی آنلاین واجدشرایط است.

اگر Google Pay API را به کشوری گسترش می‌دهید که قبلاً برای آن تأیید نشده‌اید، برای دریافت تأییدیه برای گسترش با ما تماس بگیرید. لطفاً توجه داشته باشید که باید برای هر کشوری که قصد دارید در آن خدمات مرتبط با قمار ارائه دهید، پروانه قمار معتبر ارائه کنید. اجازه نمی‌دهیم از Google Pay API برای سرویس‌های قماری استفاده شود که افراد زیر سن قانونی یا افرادی را که طبق قوانین محلی از قمار منع شده‌اند هدف قرار می‌دهند.

خط‌مشی بهداشت و درمان

خط‌مشی ما درباره «مراقبت‌های بهداشتی» در خط‌مشی استفاده قابل‌قبول Google Pay API تعریف شده است.

هنگام آماده‌سازی برای اعتبارسنجی مورد استفاده «مراقبت‌های بهداشتی»، آماده باشید تا پروانه مربوطه را ارائه دهید. همه موارد ارسالی باید بازبینی و تأیید شوند.

خط‌مشی خدمات مالی

خط‌مشی ما درباره «خدمات مالی» در خط‌مشی استفاده مجاز Google Pay API تعریف شده است.

آماده باشید که هنگام آماده‌سازی، پروانه مربوطه را برای تأیید مورد استفاده «خدمات مالی» خود هم‌رسانی کنید. همه موارد ارسالی باید بازبینی و تأیید شوند.

پرسشگان عمومی

پرسشگان زیر برای فروشندگان اعمال می‌شود:

من از یک ارائه‌دهنده خدمات پرداخت اصلی برای مدیریت همه ریسک‌ها و «اصالت‌سنجی قوی مشتری» استفاده می‌کنم. درباره GPay چه چیزهایی باید بدانم؟

‫Google Pay API روش‌های پرداخت را در بار داده امضاشده و رمزگذاری‌شده برمی‌گرداند. روش‌های پرداخت برگردانده‌شده شامل PAN یا کارت‌های نشان‌گذاری‌شده ساخته‌شده از PAN دستگاه (DPAN) و رمزنگاری‌ها است.

محموله‌های کارت کدگذاری‌شده بدون مرحله اضافی یا چالش پردازش می‌شوند.

محموله‌های کارت که شامل PAN هستند، به 3D Secure ازطریق راه‌حل داخلی یا ارائه‌شده توسط PSP نیاز دارند.

اگر ارائه‌دهنده خدمات پرداخت شما همه منطق‌های خطر و «احراز هویت قوی مشتری» را مدیریت می‌کند، مطمئن شوید که ادغام Google Pay API شما شامل ویژگی‌های زیر باشد:

• merchantInfo.merchantName (Android،‏ وب): نام فروشنده در برگه پرداخت ارائه می‌شود.
• transactionInfo.countryCode (Android، وب): این نشان می‌دهد که تراکنش کجا پردازش می‌شود. باید کشور بانک خریدار را مشخص کنید.
• transactionInfo.totalPrice (Android، وب): ارزش پولی کل تراکنش با دقت اعشاری اختیاری دو رقم اعشار.

چگونه شناسه فروشنده Google دریافت کنم؟

پس‌از اینکه Google وب‌سایتتان را تأیید کرد، می‌توانید شناسه فروشنده Google دریافت کنید. برای شروع فرایند، به سیستم کنسول Google Pay و کیف پول وارد شوید و ادغام Google Pay API را ایجاد کنید. باید فهرستی از دامنه‌های کاملاً واجدشرایط را به‌همراه زیردامنه‌ها ارائه دهید تا به شما کمک کند Google Pay API را فراخوانی کنید.

توجه: اگر قصد دارید بیش‌از ۵۰ دامنه کاملاً واجدشرایط را به‌همراه زیردامنه‌ها ارسال کنید، از این فرم برای یافتن راه‌حل‌های جایگزین استفاده کنید.

آیا می‌توانیم از یک «شناسه فروشنده» برای چند نمانام و کانال (وب/برنامه) استفاده کنیم؟

بله، استفاده از یک «شناسه فروشنده» در چندین نمانام و پلاتفرم (مانند وب و Android) پشتیبانی می‌شود و معمولاً برای ساده‌سازی تطبیق توصیه می‌شود.

فروشندگان چگونه می‌توانند پذیرش Google Pay را در برنامه‌ها و سایت‌هایشان برای کاربرانشان تبلیغ کنند؟

برای برجسته کردن پشتیبانی از Google Pay، حتماً از دارایی‌های موجود در دستورالعمل‌های نمانام Android و وب ما استفاده کنید.

اگر ادغام Android دارید، می‌توانید در شرح «فروشگاه Play» ذکر کنید که اکنون از Google Pay پشتیبانی می‌کنید. برای ادغام‌های وب، می‌توانید مستقیماً شرحی به وب‌سایت فروشنده اضافه کنید.

آیا پلاتفرم‌های تجارت الکترونیک می‌توانند از Google Pay پشتیبانی کنند؟

بله، Google Pay API از آماده‌سازی پلاتفرم‌های تجارت الکترونیک پشتیبانی می‌کند. پردازشگر پرداخت، درگاه، یا شرکای پلاتفرم تجارت الکترونیک که صفحه تسویه‌حساب را ازطرف فروشندگانشان میزبانی می‌کنند می‌توانند از ویژگی تسویه‌حساب میزبانی‌شده Google Pay استفاده کنند.

کدام ارائه‌دهندگان خدمات پرداخت از Google Pay پشتیبانی می‌کنند؟

برای پیدا کردن فهرست پردازشگرهایی که از Google Pay پشتیبانی می‌کنند، فهرست پردازشگرهای Google Pay ما را ببینید.

کدام کشورها و مناطق برای Google Pay پشتیبانی می‌شوند؟

به فهرست کشورهای پشتیبانی‌شده که از Google Pay برای پرداخت آنلاین یا درون برنامه استفاده می‌کنند نگاهی بیندازید.

کدام کشورها و مناطق از توکن‌های Google Pay‏ (CRYPTOGRAM_3DS) پشتیبانی می‌کنند؟

برای مشاهده فهرست کشورها و بانک‌هایی که در هر کشور از توکن‌های Google Pay پشتیبانی می‌کنند، به صفحه پیدا کردن روش‌های پرداخت پشتیبانی‌شده برای خریدهای غیرلمسی و درون‌فروشگاهی ما مراجعه کنید (CRYPTOGRAM_3DS). کارت‌های پشتیبانی‌شده و پشتیبانی‌نشده فهرست شده‌اند.

تفاوت بین «صورت‌حساب درون‌برنامه‌ای Google Play» و Google Pay API چیست؟

توسعه‌دهندگان Google Play که کالاها و خدمات دیجیتال را در برنامه‌های Android می‌فروشند باید از «صورت‌حساب درون‌برنامه‌ای Google Play» استفاده کنند، همان‌طور که در مرکز خط‌مشی توسعه‌دهندگان Play مشخص شده است. نمونه‌های «خدمات صورت‌حساب درون‌برنامه» شامل محصولات بازی مجازی، ویژگی‌ها یا محتوای برنامه، و محصولات نرم‌افزاری ابری است. برای کسب اطلاعات بیشتر درباره «صورت‌حساب درون‌برنامه‌ای»، صفحه نمای کلی خدمات صورت‌حساب Google Play را ببینید.

وقتی از Google Pay API در برنامه‌ها استفاده می‌شود، این API فقط برای محصولات و خدمات فیزیکی دردسترس است.

آیا Google Pay کارمزدی دریافت می‌کند؟

Google Pay برای استفاده از Google Pay API برای پرداخت‌ها، کارمزد اضافی از کاربران، فروشندگان، و توسعه‌دهندگان دریافت نمی‌کند. به‌ویژه فروشندگان همچنان کارمزد پردازش را به پردازشگر پرداخت خود پرداخت می‌کنند.

Google برای اعتبارسنجی اطلاعات کاربری و جلوگیری از کلاهبرداری چه می‌کند؟

همه کارت‌های اضافه‌شده به Google برای تأیید جزئیات کارت، ازجمله کد درستی‌سنجی کارت (CVC)، تحت مجوز درستی‌سنجی قرار می‌گیرند. Google همچنین یک موتور ریسک اختصاصی را براساس داده‌های ابزار، نمایه‌های «حساب Google»، سابقه خرید، مکان‌ها، و اطلاعات دستگاه اجرا می‌کند. بااین‌حال، فروشندگان باید همچنان از ابزارهای ارزیابی مخاطره و کلاهبرداری فعلی خود برای تراکنش‌های Google Pay استفاده کنند.

آیا Google Pay در «وب‌نماهای» برنامه تلفن همراه پشتیبانی می‌شود؟

Android WebViews به‌طور کامل از Google Pay پشتیبانی می‌کند و تجربه وب تلفن همراه را تقلید می‌کند، به‌شرطی که وابستگی WebKit لازم را اضافه کنید. بااین‌حال، در iOS WebViews، به‌دلیل محدودیت‌های iOS در کوکی‌های طرف سوم، isReadyToPay API همیشه false را برمی‌گرداند. هم برنامه Android و هم دامنه وب‌سایت در «وب‌نما» باید برای دسترسی تولید تأیید شوند. برای جزئیات پیاده‌سازی خاص، به اسناد استفاده از وب‌نمای Android یا استفاده از WKWebview در iOS مراجعه کنید.

پردازنده من در فهرست نیست. آیا همچنان می‌توانم با Google Pay ادغام کنم؟

‫Google Pay به‌طور مداوم درحال ایجاد مشارکت با پلاتفرم‌های تجارت الکترونیک و پردازشگران پرداخت است. اگر نمی‌توانید پردازشگرتان را در g.co/pay/processors پیدا کنید، می‌توانید درخواست ارسال کنید. وقتی پردازشگرتان دردسترس قرار گرفت، به شما اطلاع داده می‌شود.

اگر ازقبل پردازشگر پرداخت یا ارائه‌دهنده پلاتفرم پرداخت داشته باشم، چگونه Google Pay را فعال کنم؟

‫Google Pay با انواع ارائه‌دهندگان خدمات پرداخت و ارائه‌دهندگان پلاتفرم تجارت الکترونیک کار می‌کند. هرکدام اسناد خاص و سفارشی‌شده‌ای را برای کمک به شروع کار شما ارائه می‌دهند، به‌همراه آموزش گام‌به‌گام اصلی ما برای آشناسازی آسان.

اگر پردازشگر پرداخت پشتیبانی‌شده باشم، چگونه می‌توانم Google Pay را در مقیاس بزرگ به فروشندگانم ارائه دهم؟

پردازشگرهای پرداخت پشتیبانی‌شده می‌توانند راهکار تسویه‌حساب میزبانی‌شده ما را برای ادغام‌های وب پیاده‌سازی کنند. تسویه‌حساب میزبانی‌شده به مشتریان شما امکان می‌دهد Google Pay را به مشتریانشان ارائه دهند و از آماده‌سازی فردی با Google Pay صرف‌نظر کنند.

برای شروع، ابتدا باید به‌عنوان پردازشگر پرداخت پشتیبانی‌شده آماده‌سازی شوید. برای ادغام راهکار تسویه‌حساب میزبانی‌شده، با رابط فنی Google که در فرایند آماده‌سازی به شما کمک کرده است تماس بگیرید.

اگر در روند تسویه‌حسابم ارسال کالا ارائه دهم، Google Pay چگونه می‌تواند گزینه‌های ارسال مختلف و قیمت‌های مختلف را برای کاربرانم فراهم کند؟

برای ادغام‌های وب، به نشانی ارسال کالا نیاز دارید و گزینه‌های ارسال کالا و قیمت‌گذاری مختلفی را در شیء PaymentDataRequest، شیء PaymentOptions، و شیء PaymentDataCallbacks نمایش می‌دهید. برای نمونه‌ای از این وضعیت، به نسخه نمایشی به‌روزرسانی قیمت پویا مراجعه کنید.

برای ادغام‌های Android، به نشانی ارسال کالا در شیء PaymentDataRequest نیاز دارید.

چگونه پول خریدهای انجام‌شده با Google Pay را دریافت کنم؟

Google Pay API با انتقال اطلاعات پرداخت از کاربران به ارائه‌دهنده خدمات پرداخت شما، تراکنش‌ها را تسهیل می‌کند. این سرویس در جریان پول قرار ندارد و به‌گونه‌ای طراحی شده است که روی زیرساخت پرداخت موجود شما قرار بگیرد.

شرایط لازم برای دریافت دسترسی به «تولید» چیست؟

فروشندگان باید در «کنسول کیف پول و Google Pay» یک «نمایه کسب‌وکار» ایجاد کنند و نماگرفت‌هایی از جریان خریدشان را برای بازبینی بارگذاری کنند. هر دامنه‌ای که میزبان Google Pay API است باید به‌طور جداگانه برای تأیید ارسال شود، زیرا دامنه‌های عام (مانند ‎*.merchant.com) پذیرفته نمی‌شوند. برای اطلاعات بیشتر، به صفحه «انتشار ادغام» برای Android و/یا وب مراجعه کنید.

چگونه می‌توانم از وضعیت ارسال ادغامم مطلع شوم و بدانم که آیا باید پس‌از فرایند بازبینی شما تغییری ایجاد کنم؟

پس‌از ارسال یکپارچه‌سازی میانای برنامه‌سازی کاربردی Google Pay برای بازبینی، ایمیلی حاوی نتایج دریافت می‌کنید. اگر ادغام شما از «خط‌مشی استفاده مجاز» و رهنمودهای نمانام ما پیروی کند، تأیید می‌شود و وضعیت آن در «کنسول کیف پول و Google Pay» به‌عنوان فعال نشان داده می‌شود. اگر نیاز به تغییر داشته باشد، وضعیت نیاز به اطلاعات بیشتر را نشان می‌دهد و ایمیل جزئیات مواردی را که باید قبل‌از ارسال مجدد اصلاح شود ارائه می‌دهد. برای هرگونه پرسش درباره ارسال، می‌توانید مستقیماً از «کنسول Pay و کیف پول Google» با پشتیبانی تماس بگیرید.

اگر پیام خطا ببینم، چطور می‌توانم مشکل یکپارچه‌سازی میانای برنامه‌سازی کاربردی Google Pay را عیب‌یابی کنم؟

برای کدهای خطای رایج و راه‌حل‌ها، راهنماهای عیب‌یابی ما را برای Android و وب بررسی کنید. اگر سؤال دیگری دارید، ازطریق «کنسول Pay و کیف پول Google» با پشتیبانی تماس بگیرید.

چگونه می‌توانم یکپارچه‌سازی Google Pay API را برای محدود کردن کارت‌ها سفارشی‌سازی کنم؟

همه سفارشی‌سازی‌های کارت‌ها در شیء CardParameters برای هر دو Android و وب دردسترس است. برای مثال، می‌توانید انتخاب کنید کدام شبکه‌های کارت و کدام کشورهای صادرکننده کارت مجاز باشند.

میانای برنامه‌سازی کاربردی Google Pay چیست؟

Google Pay API به مشتریانتان اجازه می‌دهد با فشار دادن دکمه‌ای، با روش‌های پرداخت ذخیره‌شده در «حساب Google» خود پرداخت کنند. این میانای برنامه‌سازی کاربردی تسویه‌حساب ساده‌ای را برای میلیون‌ها کاربر با صدها میلیون کارت ذخیره‌شده فراهم می‌کند. این روش امنیت بیشتری ارائه می‌دهد، زیرا داده‌های پرداخت مشتری از سرورهای Google تا پردازشگر پرداخت شما به‌صورت سرتاسر رمزگذاری می‌شود. این فرایند ادغام آسانی است که با پشته پردازش پرداخت‌های فعلی شما کار می‌کند و می‌تواند با چند خط کد پیاده‌سازی شود.

Google Pay API و Google Wallet API چه ارتباطی باهم دارند؟

Google Pay API و Google Wallet API دو میانای برنامه‌سازی کاربردی مجزا هستند. Google Pay API به مشتریانتان اجازه می‌دهد از Google Pay به‌عنوان روش پرداخت در وب‌سایت یا برنامه Android شما استفاده کنند. Google Wallet API به توسعه‌دهندگان اجازه می‌دهد مجوزهای دیجیتال را برای موارد استفاده مختلف ایجاد و مدیریت کنند. برای مثال، کارت‌های وفاداری، بلیت‌ها، مجوزهای دسترسی، سوابق سلامتی، و دیگر موارد سفارشی‌سازی‌شدنی. برای کسب اطلاعات بیشتر درباره Google Wallet API، لطفاً به اسناد توسعه‌دهنده Google Wallet API مراجعه کنید.

نسخه فعلی Google Pay API چیست و به‌روزرسانی‌ها چگونه انجام می‌شود؟

نسخه فعلی در اسناد Android و وب فهرست شده است. Google این نسخه را برای چندین سال حفظ کرده است و فقط ویژگی‌های جدید و فیلدهای اختیاری را اضافه کرده است. هرگونه به‌روزرسانی انجام‌شده در میانای برنامه‌سازی کاربردی با نسخه‌های قدیمی سازگار است تا اطمینان حاصل شود که ادغام‌های فعلی مختل نمی‌شوند.

کدام پلاتفرم‌ها از DPAN (CRYPTOGRAM_3DS) درمقابل FPAN (PAN_ONLY) پشتیبانی می‌کنند؟

DPAN مختص Android است و فقط هنگام تسویه‌حساب در دستگاه‌های Android یا وب تلفن همراه/ WebView در Android دردسترس است. وب رایانه و دستگاه‌های iOS از DPAN پشتیبانی نمی‌کنند و به‌طور پیش‌فرض PAN_ONLY را برمی‌گردانند.

چگونه بین DPAN و FPAN تمایز قائل شویم و چگونه باید با آن‌ها برخورد کرد؟

به‌جای شناسایی دقیق DPAN درمقابل FPAN، شیء assuranceDetails به‌گونه‌ای طراحی شده است که به فروشندگان کمک کند تا تعیین کنند آیا تراکنش باید ازطریق 3D Secure ارتقا یابد تا الزامات «اصالت‌سنجی قوی مشتری» (SCA) را برآورده کند یا نه. برای دریافت این جزئیات، فروشندگان باید assuranceDetailsRequired: true را به «پارامتر کارت» در درخواست Google Pay API خود اضافه کنند.

تفاوت بین cardHolderAuthenticated و accountVerified چیست؟

وقتی assuranceDetailsRequired در درخواست روی true تنظیم شده باشد، پاسخ شامل دو ویژگی خواهد بود:

• accountVerified: نشان می‌دهد که کارت استفاده‌شده برای پرداخت اصل است و حساب خوش‌حساب است. اما این درستی‌سنجی به‌تنهایی محافظت از مجوز را ارائه نمی‌دهد.
• cardHolderAuthenticated: نشان می‌دهد که کاربر تراکنش را با دستگاه مجهز به Android خود شروع کرده است و از یک توکن شبکه مبتنی بر دستگاه آماده‌شده استفاده کرده است.

چگونه از این پرچم‌ها برای راه‌اندازی 3D Secure استفاده می‌کنیم؟

فروشندگان باید از این پرچم‌ها برای ساختن منطق راه‌اندازی «3D Secure» استفاده کنند. اگر هر دو cardHolderAuthenticated و accountVerified به‌عنوان true برگردانده شوند، اعتبارنامه‌ها بسیار ایمن و مطابق با SCA درنظر گرفته می‌شوند و نیازی نیست تراکنش را برای اصالت‌سنجی 3DS بیشتر ارتقا دهید.

اگر فروشندگان assuranceDetailsRequired: true را تنظیم کنند، آیا توکن‌های تجارت الکترونیک دریافت خواهند کرد؟

نه، توکن‌های تجارت الکترونیک در سطح ارائه‌دهنده خدمات پرداخت کنترل می‌شوند.

آیا تراکنش‌های Google Pay واجدشرایط انتقال مسئولیت هستند؟

دردسترس بودن انتقال مسئولیت به شبکه کارت بستگی دارد. برای جزئیات بیشتر، به فعال کردن انتقال مسئولیت Visa مراجعه کنید.

چگونه می‌توانیم تراکنش‌های «الآن خریدن، پرداخت بعداً» (BNPL) را شناسایی کنیم؟

درحال‌حاضر، شناسه خاصی برای تراکنش‌های «خرید اقساطی» وجود ندارد. این اطلاعات اعتباری به‌صورت اطلاعات اعتباری FPAN معمولی در سیستم شما نشان داده خواهد شد.

آیا Google می‌تواند کارت‌های آزمایشی برای آزمایش سناریوهای «احراز هویت قوی مشتری» ارائه دهد؟

Google Pay API نمی‌تواند هیچ کارت آزمایشی SCA را مستقیماً ارائه دهد. «ارائه‌دهنده خدمات پرداخت» شما باید بتواند از مجموعه کارت‌های آزمایشی خود در محیط جعبه شنی برای نیازهای آزمایشی شما استفاده کند.

تاریخ انقضا یا «زمان بقا» (TTL) برای اطلاعات کاربری پرداخت رمزگذاری‌شده چیست؟

بارداده رمزگذاری‌شده Google Pay دقیقاً پس‌از یک هفته منقضی می‌شود. فروشندگانی که با مجوزهای تأخیری یا پردازش ناهمگام سروکار دارند باید مطمئن شوند که پرداخت با «ارائه‌دهنده خدمات پرداخت» (PSP) آن‌ها در این بازه زمانی قبل‌از منقضی شدن بار داده مجاز شده است.

عملیات پس‌از خرید، مانند بازپرداخت و صدور مجوز مجدد، چگونه انجام می‌شود؟

‫Google Pay در جریان پول نقشی ندارد و صرفاً به‌عنوان گذرگاهی برای اعتبارنامه نشانه‌گذاری‌شده عمل می‌کند. پس‌از انجام تراکنش اولیه، «ارائه‌دهنده خدمات پرداخت» (PSP) شما اطلاعات پرداخت را در بارداده رمزگذاری‌شده به کد اختصاصی خود (مانند «کد فروشنده» یا «شناسه نمایه مشتری») نگاشت می‌کند. همه تعاملات پس‌از خرید و نقل‌وانتقال پول کاملاً بین شما و ارائه‌دهنده خدمات پرداختتان مدیریت می‌شود.

«قیمت‌گذاری پویا» چگونه با «تراکنش‌های آغازشده توسط فروشنده» کار می‌کند؟

درحال‌حاضر، «تراکنش‌های آغازشده توسط فروشنده» (MIT) از قیمت‌گذاری پویا پشتیبانی نمی‌کند. این یک محدودیت شناخته‌شده است.

چه پیکربندی «خط‌مشی امنیتی محتوا» (CSP) برای Google Pay در «وب‌نما» لازم است؟

اگر از «خط‌مشی امنیتی محتوا» (CSP) استفاده می‌کنید، حتماً مقادیر صحیح را برای دستورالعمل connect-src تنظیم کنید تا Google Pay بتواند در WebView شما استفاده شود. برای مثال:

Content-Security-Policy: connect-src pay.google.com google.com account.google.com www.google.com
  

چگونه می‌توانم از یک عدد یک‌بارمصرف «خط‌مشی امنیتی محتوا» (CSP) با میانای برنامه‌سازی کاربردی وب Google Pay استفاده کنم؟

اگر سایت شما CSP سخت‌گیرانه‌ای را اعمال می‌کند که برای اجرای اسکریپت و سبک‌های تزریق‌شده پویا به nonce نیاز دارد:

1. مشخصه CSP nonce خود را در برچسب <script> که pay.js را بار می‌کند اضافه کنید:

   <script
     async
     src="https://pay.google.com/gp/p/js/pay.js"
     nonce="your-nonce-value"
     onload="onGooglePayLoaded()">
   </script>

2. هنگام نمونه‌سازی PaymentsClient، خصوصیت nonce را در PaymentOptions ارسال کنید:

   const paymentsClient = new google.payments.api.PaymentsClient({
     environment: 'TEST',
     nonce: 'your-nonce-value'
   });
         

Google Pay این مشخصه nonce را برای همه عناصر <style> و <script> که به‌طور پویا تزریق شده‌اند، ازجمله سبک‌های دکمه ایجادشده توسط createButton()، اعمال می‌کند.

آیا Google Pay API درطول تسویه‌حساب از کوکی NID استفاده می‌کند یا به آن نیاز دارد؟

نه. کوکی NID برای جریان تسویه‌حساب Google Pay API استفاده نمی‌شود و از آن پشتیبانی نمی‌کند.

کوکی NID با سرویس سمت سرور Google مرتبط است که برای ذخیره داده‌های شخصی‌سازی‌شده برای کاربرانی که به سیستم «حساب Google» وارد نشده‌اند طراحی شده است.

عملکردهای ضروری سرویس (ازجمله امنیت، جلوگیری از کلاهبرداری، و قابلیت اطمینان سرویس) مستقل از کوکی NID عمل می‌کنند. ‫Google Pay API به‌گونه‌ای طراحی شده است که تجربه‌ای امن و مطمئن برای فروشندگان و کاربران حفظ کند، صرف‌نظر از اینکه این کوکی وجود داشته باشد یا نه.

Google به حفظ حریم خصوصی متعهد است و تضمین می‌کند که این کوکی‌ها مطابق با خط‌مشی رازداری و خط‌مشی فناوری‌ها و کوکی‌های Google مدیریت می‌شوند. ممکن است این منابع برای اسناد مطابقت شما و ارائه شفافیت بیشتر به کاربرانتان مفید باشد.