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

หน้านี้มีข้อมูลทั่วไปและคำถามที่พบบ่อยเกี่ยวกับ 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

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

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

นโยบายเกี่ยวกับบริการทางการเงินของเรากำหนดไว้ในนโยบายการใช้งานที่ยอมรับได้ของ 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 ตามที่ระบุไว้ในศูนย์นโยบายสำหรับนักพัฒนาแอป Google Play ตัวอย่างของการเรียกเก็บเงินสำหรับการซื้อในแอป ได้แก่ ผลิตภัณฑ์เกมเสมือนจริง ฟีเจอร์หรือเนื้อหาของแอป และผลิตภัณฑ์ซอฟต์แวร์ระบบคลาวด์ ดูข้อมูลเพิ่มเติมเกี่ยวกับการเรียกเก็บเงินสำหรับการซื้อในแอปได้ที่หน้าภาพรวมของ Google Play Billing
เมื่อใช้ในแอป 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 ช่วยให้นักพัฒนาแอปสร้างและจัดการบัตรดิจิทัลสำหรับ Use Case ที่หลากหลายได้ เช่น บัตรสะสมคะแนน ตั๋ว บัตรเข้าถึง บันทึกข้อมูลสุขภาพ และรายการอื่นๆ ที่ปรับแต่งได้ ดูข้อมูลเพิ่มเติมเกี่ยวกับ 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 ได้อย่างไร และควรจัดการอย่างไร
แทนที่จะระบุ DPAN กับ FPAN อย่างเคร่งครัด ออบเจ็กต์ assuranceDetails ได้รับการออกแบบมาเพื่อช่วยให้ผู้ขายพิจารณาว่าธุรกรรมจำเป็นต้องได้รับการยกระดับผ่าน 3D Secure เพื่อให้เป็นไปตามข้อกำหนดการยืนยันตัวตนลูกค้าแบบขั้นสูง (SCA) หรือไม่ หากต้องการรับรายละเอียดเหล่านี้ ผู้ขายต้องเพิ่ม assuranceDetailsRequired: true ลงในพารามิเตอร์บัตรในคำขอ Google Pay API
cardHolderAuthenticated และ accountVerified แตกต่างกันอย่างไร
เมื่อตั้งค่า assuranceDetailsRequired เป็น true ในคำขอ การตอบกลับจะมีพร็อพเพอร์ตี้ 2 รายการ ได้แก่
  • accountVerified: บ่งชี้ว่าบัตรที่ใช้ชำระเงินเป็นบัตรจริงและบัญชีมีสถานะดี อย่างไรก็ตาม การยืนยันนี้เพียงอย่างเดียวไม่ได้ให้การปกป้องการให้สิทธิ์
  • cardHolderAuthenticated: บ่งชี้ว่าผู้ใช้เริ่มทำธุรกรรมด้วยอุปกรณ์ที่ใช้ Android และใช้โทเค็นเครือข่ายที่จัดสรรไว้ซึ่งอิงตามอุปกรณ์
เราจะใช้แฟล็กเหล่านี้เพื่อทริกเกอร์ 3D Secure ได้อย่างไร
ผู้ขายควรใช้แฟล็กเหล่านี้เพื่อสร้างตรรกะการทริกเกอร์ 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. ใส่แอตทริบิวต์ nonce ของ CSP ในแท็ก <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 แหล่งข้อมูลเหล่านี้อาจเป็นประโยชน์สำหรับเอกสารประกอบด้านการปฏิบัติตามข้อกำหนดและเพื่อเพิ่มความโปร่งใสให้แก่ผู้ใช้