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

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

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

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

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

องค์กรการกุศล (NPO) ที่ได้รับอนุมัติสามารถผสานรวม Google Pay API เพื่อรวบรวมเงินบริจาคได้ หากและต่อเมื่อองค์กรดังกล่าวส่งเอกสารเพื่อพิสูจน์ รับรอง และตรวจสอบสถานะการกุศล ของตน ตัวอย่างเช่น NPO ในสหรัฐอเมริกาต้องแสดงหลักฐานสถานะ 501(c)3 ที่ถูกต้องจาก IRS เพื่อให้มีสิทธิ์

ข้อกำหนดและนโยบาย

ข้อกำหนดในการให้บริการของ Google Pay API

ผู้ขายทุกรายต้องยอมรับและปฏิบัติตามข้อกำหนดในการให้บริการของ Google Pay API

นโยบายการใช้งานที่ยอมรับได้ของ 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

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

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

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

ฉันใช้ PSP รายใหญ่เพื่อจัดการความเสี่ยงทั้งหมดและการตรวจสอบสิทธิ์แบบ 2 ขั้นตอน ฉันควรรู้อะไรบ้างเกี่ยวกับ 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, Web): มูลค่าทางการเงินทั้งหมดของธุรกรรมที่มีความแม่นยำทศนิยม 2 ตำแหน่ง (ไม่บังคับ)

ฉันจะรับรหัสผู้ขายของ Google ได้อย่างไร

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

หมายเหตุ: หากต้องการส่งโดเมนที่สมบูรณ์ในตัวเองและโดเมนย่อยมากกว่า 50 รายการ โปรดใช้แบบฟอร์มนี้ เพื่อค้นหาโซลูชันทางเลือก

เราจะใช้รหัสผู้ขายเดียวในหลายแบรนด์และช่องทาง (เว็บ/แอป) ได้ไหม

ได้ ระบบรองรับการใช้รหัสผู้ขายเดียวในหลายแบรนด์และแพลตฟอร์ม (เช่น เว็บและ 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 In-app Billing และ Google Pay API แตกต่างกันอย่างไร

นักพัฒนาแอป Google Play ที่ขายสินค้าและบริการดิจิทัลในแอป Android ต้องใช้การเรียกเก็บเงินสำหรับการซื้อในแอปของ Google Play ตามที่ระบุไว้ในศูนย์นโยบายสำหรับนักพัฒนาแอป 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 อย่างเต็มที่และจำลองประสบการณ์การใช้งานเว็บบนอุปกรณ์เคลื่อนที่ โดยคุณต้องเพิ่ม การอ้างอิง WebKit ที่จำเป็น อย่างไรก็ตาม ใน WebView ของ iOS นั้น API isReadyToPay จะแสดงผลเป็นเท็จเสมอเนื่องจากข้อจำกัดของ 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 และ/หรือ Web

ฉันจะทราบสถานะของการส่งการผสานรวมและทราบว่าต้องทำการเปลี่ยนแปลงใดๆ หลังกระบวนการตรวจสอบของคุณได้อย่างไร

หลังจากส่งการผสานรวม 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 และใช้โทเค็นเครือข่ายที่อิงตามอุปกรณ์ซึ่งจัดสรรไว้

เราใช้เครื่องหมายเหล่านี้เพื่อทริกเกอร์ 3D Secure อย่างไร

ผู้ขายควรใช้ Flag เหล่านี้เพื่อสร้างตรรกะการทริกเกอร์ 3D Secure หากทั้ง cardHolderAuthenticated และ accountVerified แสดงผลเป็น true ถือว่าข้อมูลเข้าสู่ระบบมีความปลอดภัยสูงและเป็นไปตามข้อกำหนด SCA และคุณไม่จำเป็นต้องเพิ่มระดับ ธุรกรรมเพื่อการตรวจสอบสิทธิ์ 3DS เพิ่มเติม

ผู้ขายจะได้รับโทเค็นอีคอมเมิร์ซหากตั้งค่า assuranceDetailsRequired: true ไหม

ไม่ได้ โทเค็นอีคอมเมิร์ซจะควบคุมที่ระดับ PSP

ธุรกรรม Google Pay มีสิทธิ์สำหรับการเปลี่ยนความรับผิดไหม

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

เราจะระบุธุรกรรมซื้อก่อนจ่ายทีหลัง (BNPL) ได้อย่างไร

ปัจจุบันยังไม่มีตัวระบุเฉพาะสำหรับธุรกรรม BNPL โดยจะปรากฏในระบบ เป็นข้อมูลเข้าสู่ระบบ FPAN ปกติ

Google มีบัตรทดสอบสำหรับทดสอบสถานการณ์ SCA ไหม

Google Pay API ไม่สามารถให้บัตรทดสอบ SCA โดยตรง PSP ควรใช้ชุดบัตรทดสอบภายในสภาพแวดล้อมแซนด์บ็อกซ์เพื่อตอบสนองความต้องการในการทดสอบของคุณได้

ข้อมูลเข้าสู่ระบบการชำระเงินที่เข้ารหัสมีวันหมดอายุหรือ Time-To-Live (TTL) เท่าใด

เพย์โหลด Google Pay ที่เข้ารหัสจะหมดอายุหลังจากผ่านไป 1 สัปดาห์ ผู้ขายที่จัดการการอนุมัติที่ล่าช้าหรือการประมวลผลแบบอะซิงโครนัสต้องตรวจสอบว่าการชำระเงินได้รับการอนุมัติจากผู้ให้บริการชำระเงิน (PSP) ภายในกรอบเวลานี้ก่อนที่เพย์โหลดจะหมดอายุ

ระบบจัดการการดำเนินการหลังการซื้อ เช่น การคืนเงินและการให้สิทธิ์อีกครั้ง อย่างไร

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