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

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

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

แทนที่จะระบุ DPAN เทียบกับ FPAN อย่างเคร่งครัด ออบเจ็กต์ assuranceDetails ได้รับการออกแบบมาเพื่อช่วยให้ผู้ขายพิจารณาว่าธุรกรรมจำเป็นต้องได้รับการยกระดับผ่าน 3D Secure เพื่อให้เป็นไปตามข้อกำหนดการยืนยันตัวตนลูกค้าแบบขั้นสูง (SCA) หรือไม่ หากต้องการรับรายละเอียดเหล่านี้ ผู้ขายต้องเพิ่ม assuranceDetailsRequired: true ลงในพารามิเตอร์บัตรในคำขอ Google Pay API

cardHolderAuthenticated และ accountVerified แตกต่างกันอย่างไร

เมื่อตั้งค่า assuranceDetailsRequired เป็น true ในคำขอ การตอบกลับจะมีพร็อพเพอร์ตี้ 2 รายการ ได้แก่

• accountVerified: บ่งชี้ว่าบัตรที่ใช้ชำระเงินเป็นบัตรจริงและบัญชีมีสถานะดี อย่างไรก็ตาม การยืนยันนี้เพียงอย่างเดียวไม่ได้ให้การป้องกันการให้สิทธิ์
• cardHolderAuthenticated: บ่งชี้ว่าผู้ใช้เริ่มทำธุรกรรมด้วยอุปกรณ์ที่ใช้ Android และใช้โทเค็นเครือข่ายที่จัดสรรตามอุปกรณ์

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