คำถามที่พบบ่อย

หน้านี้ให้ข้อมูลทั่วไปและคำถามที่พบบ่อยเกี่ยวกับ Google Pay API

เกี่ยวกับ Google Pay API

Google Pay ช่วยให้การชำระเงินในแอปและเว็บไซต์เป็นเรื่องง่าย Google Pay API ช่วยให้ลูกค้าใช้บัตรที่บันทึกไว้ในบัญชี Google เพื่อชำระเงินภายในแอปและเว็บไซต์ของคุณได้อย่างราบรื่น

วิธีรับการสนับสนุน

ลงทะเบียนกับ Google Pay & Wallet Console แล้วเลือกติดต่อทีมสนับสนุน เราช่วยคุณแก้ปัญหาเกี่ยวกับการผสานรวมได้ นอกจากนี้ โปรดดูคำแนะนำในการแก้ปัญหา Android และการแก้ปัญหาเว็บ เพื่อแก้ไขข้อบกพร่องในการผสานรวมด้วยตนเอง

ฟีเจอร์ที่รองรับ

Google Pay API รองรับฟีเจอร์หลายรายการ

รูปแบบการชำระเงินที่รองรับ

Google Pay API อาจแสดงผลบัตรหรือโทเค็นเครือข่าย

การเรียกเก็บเงินตามรอบและการสมัครใช้บริการ

การรองรับการเรียกเก็บเงินตามรอบจะเชื่อมโยงกับวิธีการชำระเงินที่ส่งคืนในการตอบกลับของ Google Pay API ทั้งบัตรที่แปลงเป็นโทเค็นและบัตรที่บันทึกไว้จะใช้สำหรับการเรียกเก็บเงินตามรอบได้ หากต้องการประมวลผลการเรียกเก็บเงินตามรอบ ผู้ขายไม่จำเป็นต้องเรียกใช้ API ของเราตามจังหวะเวลา แต่ระบบจะจัดเก็บข้อมูลเข้าสู่ระบบการชำระเงิน ไว้ที่ฝั่งผู้ขายสำหรับการชำระเงินตามรอบ ผู้ขายใช้ API ของเกตเวย์การชำระเงินเพื่อจัดการการเรียกเก็บเงินตามรอบ

Google Pay รองรับการชำระเงินตามรอบหากข้อความต่อไปนี้เป็นจริง

  • ผู้ขายปฏิบัติตามกฎของเครือข่าย เช่น ธุรกรรมที่เริ่มต้นโดยผู้ขาย
  • ผู้ใช้จะเปิดเผยและยอมรับเงื่อนไขการชำระเงินภายในขั้นตอนการซื้อของผู้ขาย

นอกจากนี้ เรายังรองรับการเรียกเก็บเงินตามรอบที่มีจำนวนเงินผันแปรด้วย เช่น ระบบรองรับใบเรียกเก็บเงินค่าโทรศัพท์รายเดือนสำหรับผู้ให้บริการเครือข่ายมือถือ หากต้องการข้อมูลเพิ่มเติม ผู้ขายต้องติดต่อตัวแทนของเพย์เกตเวย์

การเติมเงินอัตโนมัติหรือ "การเติมเงิน"

หากต้องการประมวลผลการเรียกเก็บเงินสำหรับการเติมเงินอัตโนมัติในราคาเดียวกัน ผู้ขายไม่จำเป็นต้องเรียกใช้ API ของเราทุกครั้ง ระบบจะจัดเก็บข้อมูลเข้าสู่ระบบการชำระเงินไว้ที่ฝั่งผู้ขายและนำกลับมาใช้ใหม่ หากต้องการข้อมูลเพิ่มเติม ผู้ขายต้องติดต่อตัวแทนของ Payment Gateway

การดึงเงินคืน

ผู้ขายสามารถจัดการการกลับรายการธุรกรรมสำหรับการยกเลิก การชำระคืน หรือการโต้แย้งในลักษณะเดียวกับที่จัดการการปฏิเสธการชำระเงินสำหรับรูปแบบการชำระเงินอื่นๆ หากต้องการข้อมูลเพิ่มเติม ผู้ขายต้องติดต่อตัวแทนผู้ประมวลผลการชำระเงิน

การรวบรวมเงินบริจาค

องค์กรการกุศล (NPO) ที่ได้รับอนุมัติสามารถผสานรวม Google Pay API เพื่อรับเงินบริจาคได้ก็ต่อเมื่อองค์กรดังกล่าวแสดงเอกสารเพื่อพิสูจน์ รับรอง และยืนยันสถานะการเป็นองค์กรการกุศล เช่น NPO ในสหรัฐอเมริกาต้องแสดงหลักฐานสถานะ 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 มีสิทธิ์
คาซัคสถาน ได้ โดยมีข้อจำกัดดังนี้
  • ล็อตเตอรี่มีสิทธิ์
  • การพนันกีฬามีสิทธิ์แสดง
  • Totalizator มีสิทธิ์
  • ห้ามมีคาสิโนออนไลน์
  • ห้ามใช้คาสิโนอิเล็กทรอนิกส์
ได้ โดยมีข้อจำกัดดังนี้
  • ล็อตเตอรี่มีสิทธิ์
  • การพนันกีฬามีสิทธิ์แสดง
  • Totalizator มีสิทธิ์
  • ห้ามมีคาสิโนออนไลน์
  • ห้ามใช้คาสิโนอิเล็กทรอนิกส์
โปแลนด์ ไม่ใช่ ได้ โดยมีข้อจำกัดดังนี้
  • ผู้ให้บริการการพนันที่ได้รับอนุญาตมีสิทธิ์
แอฟริกาใต้ ได้ โดยมีข้อจำกัดดังนี้
  • การพนันกีฬาออนไลน์มีสิทธิ์
ได้ โดยมีข้อจำกัดดังนี้
  • การพนันกีฬาออนไลน์มีสิทธิ์

หากคุณขยายการให้บริการ Google Pay API ไปยังประเทศที่คุณไม่ได้รับอนุมัติก่อนหน้านี้ โปรดติดต่อเราเพื่อขอรับการอนุมัติสำหรับการขยายการให้บริการ โปรดทราบว่าคุณจะต้องแสดงใบอนุญาตประกอบธุรกิจการพนันที่ได้รับอนุญาตสำหรับแต่ละประเทศที่คุณวางแผนจะเสนอบริการที่เกี่ยวข้องกับการพนัน เราไม่อนุญาตให้ใช้ Google Pay API สำหรับบริการการพนันที่มุ่งเป้า / ระบุถึงบุคคลที่ยังไม่บรรลุนิติภาวะหรือถูกห้ามไม่ให้เล่นการพนันตามกฎหมายท้องถิ่น

นโยบายด้านการดูแลสุขภาพ

นโยบายเกี่ยวกับการดูแลสุขอนามัยของเรากำหนดไว้ในนโยบายการใช้งานที่ยอมรับได้ของ Google Pay API

โปรดเตรียมพร้อมที่จะแชร์ใบอนุญาตที่เกี่ยวข้องเมื่อเริ่มต้นใช้งานเพื่อตรวจสอบกรณีการใช้งานด้านการดูแลสุขอนามัย ข้อมูลที่ส่งทั้งหมดต้องได้รับการตรวจสอบและอนุมัติ

นโยบายบริการทางการเงิน

นโยบายเกี่ยวกับบริการทางการเงินของเรากำหนดไว้ในนโยบายการใช้งานที่ยอมรับได้ของ Google Pay API

โปรดเตรียมพร้อมที่จะแชร์ใบอนุญาตที่เกี่ยวข้องเมื่อเริ่มต้นใช้งานเพื่อตรวจสอบกรณีการใช้งานบริการทางการเงินของคุณ ข้อมูลที่ส่งทั้งหมดต้องได้รับการตรวจสอบและอนุมัติ

คำถามที่พบบ่อยทั่วไป

คำถามที่พบบ่อยต่อไปนี้ใช้กับผู้ขาย

ฉันใช้ PSP รายใหญ่เพื่อจัดการความเสี่ยงทั้งหมดและการยืนยันตัวตนลูกค้าแบบขั้นสูง ฉันควรรู้อะไรเกี่ยวกับ GPay

Google Pay API จะแสดงผลวิธีการชำระเงินในเพย์โหลดที่ลงชื่อและเข้ารหัส วิธีการชำระเงินที่ส่งคืน ประกอบด้วย PAN หรือบัตรที่แปลงเป็นโทเค็นซึ่งสร้างจาก PAN ของอุปกรณ์ (DPAN) และ รหัสลับ

ระบบจะประมวลผลเพย์โหลดของบัตรที่ใช้เทคโนโลยีโทเค็นโดยไม่มีการยกระดับหรือการตรวจสอบเพิ่มเติม

เพย์โหลดบัตรที่ประกอบด้วย PAN ต้องใช้ 3D Secure ผ่านโซลูชันภายในหรือโซลูชันที่ PSP มีให้

หาก PSP จัดการความเสี่ยงและตรรกะ SCA ทั้งหมด ให้ตรวจสอบว่าการผสานรวม Google Pay API มีพร็อพเพอร์ตี้ต่อไปนี้

  • merchantInfo.merchantName (Android, เว็บ): ระบบจะแสดงชื่อผู้ขาย ในชีตการชำระเงิน
  • transactionInfo.countryCode (Android, เว็บ): ข้อมูลนี้ จะระบุตำแหน่งที่ประมวลผลธุรกรรม คุณต้องระบุประเทศของธนาคารผู้รับบัตร
  • transactionInfo.totalPrice (Android, เว็บ): มูลค่าทางการเงินทั้งหมดของธุรกรรมที่มีความแม่นยำของทศนิยม 2 ตำแหน่ง (ไม่บังคับ)
ฉันจะรับรหัสผู้ขายของ Google ได้อย่างไร
คุณจะได้รับรหัสผู้ขาย Google หลังจากที่ Google อนุมัติเว็บไซต์ของคุณ หากต้องการเริ่มกระบวนการ ให้ลงชื่อเข้าใช้ Google Pay & Wallet Console แล้วสร้างการผสานรวม Google Pay API คุณต้องระบุรายการโดเมนที่สมบูรณ์ในตัวเองพร้อมกับโดเมนย่อย ซึ่งจะช่วยให้คุณเรียกใช้ Google Pay API ได้
เราสามารถใช้รหัสผู้ขายรหัสเดียวในหลายแบรนด์และหลายช่องทาง (เว็บ/แอป) ได้ไหม
ได้ ระบบรองรับการใช้รหัสผู้ขายเดียวในหลายแบรนด์และแพลตฟอร์ม (เช่น เว็บและ Android) และโดยทั่วไปเราขอแนะนำให้ใช้รหัสเดียวเพื่อลดความซับซ้อนในการกระทบยอด
ผู้ขายจะโปรโมตการยอมรับ Google Pay ในแอปและเว็บไซต์ต่อผู้ใช้ได้อย่างไร
หากต้องการไฮไลต์การรองรับ Google Pay โปรดใช้ชิ้นงานที่มีอยู่ในหลักเกณฑ์การใช้แบรนด์สำหรับ Android และเว็บ
หากมีการผสานรวม Android คุณสามารถระบุในคำอธิบาย Play Store ว่าตอนนี้คุณ รองรับ 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 จะใช้ได้กับผลิตภัณฑ์และบริการที่จับต้องได้เท่านั้น
Google Pay เรียกเก็บค่าธรรมเนียมไหม
Google Pay จะไม่เรียกเก็บค่าธรรมเนียมเพิ่มเติมจากผู้ใช้ ผู้ขาย และนักพัฒนาแอปสำหรับการใช้ Google Pay API เพื่อการชำระเงิน ผู้ขายจะยังคงชำระค่าดำเนินการให้แก่ผู้ประมวลผลการชำระเงินต่อไป
Google ทำอะไรบ้างเพื่อตรวจสอบความถูกต้องของข้อมูลเข้าสู่ระบบและป้องกันการประพฤติมิชอบ
บัตรทั้งหมดที่เพิ่มลงใน Google จะผ่านการให้สิทธิ์การยืนยันเพื่อตรวจสอบรายละเอียดบัตร ซึ่งรวมถึงรหัสยืนยันบัตร (CVC) นอกจากนี้ Google ยังใช้เครื่องมือประเมินความเสี่ยงที่เป็นกรรมสิทธิ์ซึ่งอิงตามข้อมูลเครื่องมือ โปรไฟล์บัญชี Google ประวัติการซื้อ สถานที่ตั้ง และข้อมูลอุปกรณ์ อย่างไรก็ตาม ผู้ขายต้องใช้เครื่องมือประเมินความเสี่ยงและการประพฤติมิชอบปัจจุบันต่อไปกับธุรกรรม Google Pay
WebView ของแอปบนอุปกรณ์เคลื่อนที่รองรับ Google Pay ไหม
Android WebView รองรับ Google Pay อย่างเต็มรูปแบบและเลียนแบบประสบการณ์การใช้งานเว็บบนมือถือ โดยคุณต้องเพิ่มทรัพยากร Dependency ของ WebKit ที่จำเป็น อย่างไรก็ตาม ใน iOS WebView, isReadyToPay API จะแสดงผลเป็นเท็จเสมอเนื่องจากข้อจำกัดของ iOS เกี่ยวกับคุกกี้ของบุคคลที่สาม ทั้งแอป Android และโดเมนเว็บไซต์ ภายใน WebView ต้องได้รับการอนุมัติสำหรับสิทธิ์เข้าถึงเวอร์ชันที่ใช้งานจริง ดูรายละเอียดการติดตั้งใช้งานที่เฉพาะเจาะจงได้ในเอกสารประกอบการใช้ Android WebView หรือการใช้ iOS WKWebview
ไม่มีผู้ประมวลผลของฉันในรายการ ฉันจะยังผสานรวมกับ 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 ช่วยอำนวยความสะดวกในการทำธุรกรรมโดยการส่งข้อมูลการชำระเงินจากผู้ใช้ไปยังผู้ให้บริการชำระเงินของคุณ โดยไม่ได้อยู่ในกระแสเงินสดและออกแบบมาเพื่อทำงานร่วมกับโครงสร้างพื้นฐานด้านการชำระเงินที่มีอยู่
ข้อกำหนดในการรับสิทธิ์เข้าถึงเวอร์ชันที่ใช้งานจริงมีอะไรบ้าง
ผู้ขายต้องสร้าง Business Profile ใน Google Pay และ Wallet Console แล้วอัปโหลดภาพหน้าจอ ของขั้นตอนการซื้อเพื่อรับการตรวจสอบ คุณต้องส่งโดเมนแต่ละโดเมนที่โฮสต์ Google Pay API เพื่อขออนุมัติแยกกัน เนื่องจากระบบไม่ยอมรับโดเมนไวลด์การ์ด (เช่น *.merchant.com) ดูข้อมูลเพิ่มเติมได้ที่หน้าเผยแพร่การผสานรวมสำหรับ Android และ/หรือเว็บ
ฉันจะทราบสถานะการส่งการผสานรวมและทราบว่าต้องทำการเปลี่ยนแปลงใดๆ หลังกระบวนการตรวจสอบของคุณได้อย่างไร
หลังจากส่งการผสานรวม Google Pay API เพื่อรับการตรวจสอบแล้ว คุณจะได้รับอีเมลแจ้งผลการตรวจสอบ หากการผสานรวมเป็นไปตามนโยบายการใช้งานที่ยอมรับได้และหลักเกณฑ์การใช้แบรนด์ของเรา การผสานรวมจะได้รับอนุมัติและแสดงสถานะเป็นใช้งานอยู่ใน Google Pay & Wallet Console หากจำเป็นต้องมีการเปลี่ยนแปลง สถานะจะแสดงเป็นต้องการข้อมูลเพิ่มเติม และอีเมลจะระบุรายละเอียดของสิ่งที่ต้องแก้ไขก่อนส่งอีกครั้ง หากมีข้อสงสัยเกี่ยวกับการส่งของคุณ โปรดติดต่อทีมสนับสนุนโดยตรงจาก Google Pay และ Wallet Console
ฉันจะแก้ปัญหาที่เกิดขึ้นกับการผสานรวม Google Pay API ได้อย่างไรหากเห็นข้อความแสดงข้อผิดพลาด
ดูรหัสข้อผิดพลาดและการแก้ปัญหาที่พบบ่อยได้ในคำแนะนำในการแก้ปัญหาสำหรับ Android และ เว็บ หากมีคำถามเพิ่มเติม โปรดติดต่อทีมสนับสนุนผ่าน Google Pay & Wallet Console
ฉันจะปรับแต่งการผสานรวม Google Pay API เพื่อจำกัดบัตรได้อย่างไร
การปรับแต่งทั้งหมดสำหรับบัตรจะอยู่ในออบเจ็กต์ CardParameters สำหรับทั้ง Android และ เว็บ เช่น คุณสามารถ เลือกเครือข่ายบัตรที่ต้องการอนุญาต และประเทศผู้ออกบัตรที่ต้องการอนุญาต
Google Pay API คืออะไร
Google Pay API ช่วยให้ลูกค้าชำระเงินได้ด้วยการกดปุ่มเพียงปุ่มเดียวด้วยวิธีการชำระเงินที่บันทึกไว้ ในบัญชี Google API ช่วยให้ผู้ใช้หลายล้านรายชำระเงินได้อย่างง่ายดายด้วยบัตรที่บันทึกไว้หลายร้อยล้านใบ ซึ่งช่วยเพิ่มความปลอดภัยด้วยการเข้ารหัสข้อมูลการชำระเงินของลูกค้าจากต้นทางถึงปลายทาง ตั้งแต่เซิร์ฟเวอร์ของ Google ไปจนถึงผู้ประมวลผลการชำระเงิน กระบวนการผสานรวมนี้ทำได้ง่ายและใช้ได้กับ สแต็กการประมวลผลการชำระเงินที่มีอยู่ และสามารถนำไปใช้ได้โดยเขียนโค้ดเพียงไม่กี่บรรทัด
Google Pay API และ Google Wallet API เกี่ยวข้องกันอย่างไร
Google Pay API และ Google Wallet API เป็น API 2 รายการที่แยกกัน Google Pay API ช่วยให้ลูกค้าใช้ Google Pay เป็นวิธีการชำระเงินในเว็บไซต์หรือแอป Android ได้ Google Wallet API ช่วยให้นักพัฒนาแอปสร้างและจัดการบัตรผ่านดิจิทัลสำหรับกรณีการใช้งานต่างๆ ได้ เช่น บัตรสะสมคะแนน ตั๋ว บัตรผ่าน บันทึกข้อมูลสุขภาพ และรายการอื่นๆ ที่ปรับแต่งได้ ดูข้อมูลเพิ่มเติมเกี่ยวกับ Google Wallet API ได้ที่ เอกสารประกอบสำหรับนักพัฒนาซอฟต์แวร์ Google Wallet API

Google Pay API เวอร์ชันปัจจุบันคืออะไร และมีการจัดการการอัปเดตอย่างไร
เวอร์ชันปัจจุบันแสดงอยู่ในเอกสารประกอบของ Android และ เว็บ Google ได้ดูแลรักษาเวอร์ชันนี้มาเป็นเวลาหลายปี โดยเพิ่มเฉพาะฟีเจอร์ใหม่และฟิลด์ตัวเลือก การอัปเดตใดๆ ที่ดำเนินการกับ API จะเข้ากันได้แบบย้อนหลังเพื่อให้แน่ใจว่าการผสานรวมปัจจุบันจะไม่หยุดชะงัก
แพลตฟอร์มใดบ้างที่รองรับ DPAN (CRYPTOGRAM_3DS) เทียบกับ FPAN (PAN_ONLY)
DPAN เป็นฟีเจอร์เฉพาะสำหรับ Android และใช้ได้เฉพาะเมื่อชำระเงินในอุปกรณ์ Android หรือเว็บบนมือถือ/WebView ของ Android เท่านั้น เว็บบนเดสก์ท็อปและอุปกรณ์ iOS ไม่รองรับ DPAN และจะแสดงผลเป็น PAN_ONLY โดยค่าเริ่มต้น
เราจะแยกความแตกต่างระหว่าง DPAN และ FPAN ได้อย่างไร และควรจัดการอย่างไร
ออบเจ็กต์ assuranceDetails ได้รับการออกแบบมาเพื่อช่วยให้ผู้ขายพิจารณาว่าต้องเพิ่มขั้นตอนการทำธุรกรรมผ่าน 3D Secure เพื่อให้เป็นไปตามข้อกำหนดการยืนยันตัวตนลูกค้าแบบขั้นสูง (SCA) หรือไม่ แทนที่จะระบุ DPAN กับ FPAN อย่างเคร่งครัด หากต้องการรับรายละเอียดเหล่านี้ ผู้ขายต้องเพิ่ม assuranceDetailsRequired: true ลงในพารามิเตอร์บัตรในคำขอ Google Pay API
cardHolderAuthenticated และ accountVerified แตกต่างกันอย่างไร
เมื่อตั้งค่า assuranceDetailsRequired เป็น true ในคำขอ การตอบกลับจะมีพร็อพเพอร์ตี้ 2 รายการ ได้แก่
  • accountVerified: บ่งชี้ว่าบัตรที่ใช้ชำระเงินเป็นบัตรจริงและบัญชีมีสถานะดี อย่างไรก็ตาม การยืนยันนี้เพียงอย่างเดียวไม่ได้ให้การป้องกันการให้สิทธิ์
  • cardHolderAuthenticated: บ่งชี้ว่าผู้ใช้เริ่มทำธุรกรรมด้วยอุปกรณ์ที่ใช้ Android และใช้โทเค็นเครือข่ายที่จัดสรรตามอุปกรณ์
เราใช้ Flag เหล่านี้เพื่อทริกเกอร์ 3D Secure อย่างไร
ผู้ขายควรใช้ Flag เหล่านี้เพื่อสร้างตรรกะการทริกเกอร์ 3D Secure หากทั้ง cardHolderAuthenticated และ accountVerified แสดงผลเป็น true ถือว่าข้อมูลเข้าสู่ระบบมีความปลอดภัยสูงและเป็นไปตามข้อกำหนด SCA และคุณไม่จำเป็นต้องเพิ่มระดับ ธุรกรรมสำหรับการตรวจสอบสิทธิ์ 3DS เพิ่มเติม
ผู้ขายจะได้รับโทเค็นอีคอมเมิร์ซหากตั้งค่า assuranceDetailsRequired: true ไหม
ไม่ได้ โทเค็นอีคอมเมิร์ซจะควบคุมที่ระดับ PSP
ธุรกรรม Google Pay มีสิทธิ์รับการเปลี่ยนความรับผิดหรือไม่
ความพร้อมใช้งานของการเปลี่ยนความรับผิดขึ้นอยู่กับเครือข่ายบัตร ดูรายละเอียดเพิ่มเติมได้ที่เปิดใช้การเปลี่ยนความรับผิดของ Visa
เราจะระบุธุรกรรมซื้อก่อน จ่ายทีหลัง (BNPL) ได้อย่างไร
ปัจจุบันยังไม่มีตัวระบุเฉพาะสำหรับธุรกรรม BNPL โดยจะปรากฏในระบบของคุณ เป็นข้อมูลเข้าสู่ระบบ FPAN ปกติ
Google มีบัตรทดสอบเพื่อทดสอบสถานการณ์ SCA ไหม
Google Pay API ไม่สามารถให้บัตรทดสอบ SCA โดยตรง PSP ควรใช้ชุดบัตรทดสอบภายในสภาพแวดล้อมแซนด์บ็อกซ์เพื่อตอบสนองความต้องการในการทดสอบของคุณได้
ข้อมูลเข้าสู่ระบบการชำระเงินที่เข้ารหัสมีวันหมดอายุหรือ Time-To-Live (TTL) เท่าใด
เพย์โหลด Google Pay ที่เข้ารหัสจะหมดอายุหลังจากผ่านไป 1 สัปดาห์ ผู้ขายที่จัดการการกันวงเงินที่ล่าช้าหรือการประมวลผลแบบอะซิงโครนัสต้องตรวจสอบว่าการชำระเงินได้รับอนุมัติจากผู้ให้บริการชำระเงิน (PSP) ภายในกรอบเวลานี้ก่อนที่เพย์โหลดจะหมดอายุ
ระบบจะจัดการกับการดำเนินการหลังการซื้อ เช่น การคืนเงินและการให้สิทธิ์อีกครั้งอย่างไร
Google Pay ไม่ได้อยู่ในกระแสเงินสดและทำหน้าที่เป็นเพียงตัวกลางสำหรับข้อมูลเข้าสู่ระบบที่แปลงเป็นโทเค็นเท่านั้น เมื่อเกิดธุรกรรมครั้งแรก ผู้ให้บริการชำระเงิน (PSP) จะแมป ข้อมูลการชำระเงินในเพย์โหลดที่เข้ารหัสกับโทเค็นที่เป็นกรรมสิทธิ์ของตนเอง (เช่น "โทเค็นผู้ขาย" หรือ "รหัสโปรไฟล์ลูกค้า") การโต้ตอบหลังการซื้อและการเคลื่อนไหวของเงินทั้งหมดจะได้รับการจัดการ ระหว่างคุณกับ PSP เท่านั้น
การกำหนดราคาแบบไดนามิกทำงานร่วมกับธุรกรรมที่เริ่มต้นโดยผู้ขายอย่างไร
ปัจจุบันธุรกรรมที่เริ่มต้นโดยผู้ขาย (MIT) ไม่รองรับการกำหนดราคาแบบไดนามิก นี่เป็นข้อจำกัดที่ทราบ
ต้องใช้การกำหนดค่านโยบายรักษาความปลอดภัยเนื้อหา (CSP) ใดสำหรับ Google Pay ใน WebView

หากคุณใช้นโยบายรักษาความปลอดภัยเนื้อหา (CSP) โปรดตรวจสอบว่าได้ตั้งค่าที่ถูกต้องสำหรับคำสั่ง connect-src เพื่ออนุญาตให้ใช้ Google Pay ใน WebView เช่น

Content-Security-Policy: connect-src pay.google.com google.com account.google.com www.google.com
  
ฉันจะใช้ Nonce ของนโยบายรักษาความปลอดภัยเนื้อหา (CSP) กับ Google Pay Web API ได้อย่างไร

หากเว็บไซต์บังคับใช้ 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. ส่งพร็อพเพอร์ตี้ nonce ใน PaymentOptions เมื่อสร้างอินสแตนซ์ PaymentsClient:

    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 แหล่งข้อมูลเหล่านี้อาจเป็นประโยชน์สำหรับเอกสารประกอบด้านการปฏิบัติตามข้อกำหนดและเพื่อเพิ่มความโปร่งใสให้แก่ผู้ใช้