การยืนยันขอบเขตที่ละเอียดอ่อน

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

ข้อกำหนดนี้จะมีผลกับแอปของคุณหรือไม่นั้นขึ้นอยู่กับปัจจัย 2 ประการเป็นหลัก ได้แก่

1. ประเภทข้อมูลผู้ใช้ที่คุณเข้าถึง เช่น ข้อมูลโปรไฟล์สาธารณะ รายการในปฏิทิน ไฟล์ในไดรฟ์ ข้อมูลสุขภาพและการออกกำลังกายบางอย่าง เป็นต้น
2. ระดับการเข้าถึงที่คุณต้องการ เช่น อ่านอย่างเดียว อ่านและเขียน เป็นต้น

เมื่อใช้ OAuth 2.0 เพื่อขอสิทธิ์จากบัญชี Google ในการเข้าถึงข้อมูล คุณจะใช้สตริงที่เรียกว่าขอบเขตเพื่อระบุประเภทข้อมูลที่ต้องการเข้าถึงในนามของผู้ใช้ หากแอปของคุณขอขอบเขตที่จัดอยู่ในหมวดหมู่ละเอียดอ่อนหรือถูกจำกัด คุณอาจต้องทำกระบวนการยืนยันตัวตนให้เสร็จสมบูรณ์ เว้นแต่การใช้งานแอปของคุณจะมีคุณสมบัติตรงตามข้อยกเว้น

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

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

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

---

ทำความเข้าใจขอบเขตที่ละเอียดอ่อน

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

ทำความเข้าใจการใช้ขอบเขต

• ตรวจสอบขอบเขตที่แอปใช้หรือที่คุณต้องการใช้ หากต้องการดูการใช้งานขอบเขตที่มีอยู่ ให้ตรวจสอบซอร์สโค้ดของแอปเพื่อหาขอบเขตที่ส่งมาพร้อมกับคำขอการให้สิทธิ์
• ตรวจสอบว่าขอบเขตที่ขอแต่ละรายการจำเป็นสำหรับการดำเนินการที่ต้องการของฟีเจอร์แอป และใช้สิทธิ์ขั้นต่ำที่สุดที่จำเป็นในการให้บริการฟีเจอร์ดังกล่าว โดยปกติแล้ว Google API จะมีเอกสารอ้างอิงในหน้า Google Developer ของผลิตภัณฑ์สำหรับปลายทางซึ่งรวมถึงขอบเขตที่จำเป็นในการเรียกใช้ปลายทางหรือพร็อพเพอร์ตี้ที่เฉพาะเจาะจงภายใน อ่านข้อมูลเพิ่มเติมเกี่ยวกับขอบเขตการเข้าถึงที่จำเป็นสำหรับปลายทาง API ที่แอปเรียกใช้ได้ในเอกสารอ้างอิงของปลายทางเหล่านั้น
• ข้อมูลที่คุณได้รับจาก Google API ต้องใช้ตามนโยบายของ API และในลักษณะที่คุณแสดงต่อผู้ใช้ในการดำเนินการของแอปและในนโยบายความเป็นส่วนตัวเท่านั้น
• ดูเอกสารประกอบเกี่ยวกับ API เพื่อดูข้อมูลเพิ่มเติมเกี่ยวกับขอบเขตแต่ละรายการ รวมถึงสถานะที่อาจมีความละเอียดอ่อนหรือถูกจำกัด
• ประกาศขอบเขตทั้งหมดที่แอปของคุณใช้ในหน้าการเข้าถึงข้อมูลของ Cloud Console ขอบเขตที่คุณระบุจะจัดกลุ่มเป็นหมวดหมู่ที่ละเอียดอ่อนหรือถูกจำกัดเพื่อไฮไลต์การยืนยันเพิ่มเติมที่จำเป็น
• ค้นหาขอบเขตที่ดีที่สุดที่ตรงกับข้อมูลที่การผสานรวมของคุณใช้ ทำความเข้าใจการใช้งาน ยืนยันอีกครั้งว่าทุกอย่างยังคงทำงานได้ในสภาพแวดล้อมการทดสอบ แล้วเตรียมส่งเพื่อรับการยืนยัน

---

ขั้นตอนการเตรียมพร้อมสำหรับการยืนยัน

แอปทั้งหมดที่ใช้ Google APIs เพื่อขอสิทธิ์เข้าถึงข้อมูลต้องทำตามขั้นตอนต่อไปนี้เพื่อยืนยันแบรนด์ให้เสร็จสมบูรณ์

1. ยืนยันว่าแอปของคุณไม่อยู่ในกรณีการใช้งานใดๆ ในส่วนข้อยกเว้นสำหรับข้อกำหนดในการยืนยัน
2. ตรวจสอบว่าแอปเป็นไปตามข้อกำหนดแบรนด์ของ API หรือผลิตภัณฑ์ที่เกี่ยวข้อง ตัวอย่างเช่น ดูหลักเกณฑ์การใช้แบรนด์สำหรับขอบเขต Google Sign-In
3. ยืนยันการเป็นเจ้าของโดเมนที่ได้รับอนุญาตของโปรเจ็กต์ภายใน Google Search Console ใช้บัญชี Google ที่เชื่อมโยงกับโปรเจ็กต์คอนโซล API ในฐานะเจ้าของหรือผู้แก้ไข
4. ตรวจสอบว่าข้อมูลการสร้างแบรนด์ทั้งหมดในหน้าจอขอความยินยอม OAuth เช่น ชื่อแอป อีเมลสนับสนุน URI ของหน้าแรก URI ของนโยบายความเป็นส่วนตัว ฯลฯ แสดงข้อมูลประจำตัวของแอปอย่างถูกต้อง

ข้อกำหนดของหน้าแรกของแอปพลิเคชัน

ตรวจสอบว่าหน้าแรกเป็นไปตามข้อกำหนดต่อไปนี้

• หน้าแรกต้องเข้าถึงได้แบบสาธารณะ ไม่ใช่แค่เข้าถึงได้สำหรับผู้ใช้ที่เข้าสู่ระบบของเว็บไซต์เท่านั้น
• ความเกี่ยวข้องของหน้าแรกกับแอปที่อยู่ระหว่างการตรวจสอบต้องชัดเจน
• ลิงก์ไปยังข้อมูลของแอปใน Google Play Store หรือหน้า Facebook ของแอปไม่ถือว่าเป็นหน้าแรกของแอปพลิเคชันที่ถูกต้อง

ข้อกำหนดเกี่ยวกับลิงก์นโยบายความเป็นส่วนตัวของแอปพลิเคชัน

ตรวจสอบว่านโยบายความเป็นส่วนตัวของแอปเป็นไปตามข้อกำหนดต่อไปนี้

• นโยบายความเป็นส่วนตัวต้องแสดงให้ผู้ใช้เห็น โดยโฮสต์ภายในโดเมนเดียวกับหน้าแรกของแอปพลิเคชัน และลิงก์กับหน้าจอขอความยินยอม OAuth ของคอนโซล Google API โปรดทราบว่าหน้าแรกต้องมีคำอธิบายฟังก์ชันการทำงานของแอป รวมถึงลิงก์ไปยังนโยบายความเป็นส่วนตัวและข้อกำหนดในการให้บริการ (ไม่บังคับ)
• นโยบายความเป็นส่วนตัวต้องเปิดเผยลักษณะที่แอปพลิเคชันของคุณเข้าถึง ใช้ จัดเก็บ หรือแชร์ข้อมูลผู้ใช้ Google คุณต้องจำกัดการใช้ข้อมูลผู้ใช้ Google ให้เป็นไปตามแนวทางปฏิบัติที่นโยบายความเป็นส่วนตัวที่เผยแพร่ของคุณเปิดเผยไว้

วิธีส่งแอปเพื่อรับการยืนยันแบรนด์

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

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

หากต้องการส่งเพื่อรับการยืนยัน ให้ทำตามขั้นตอนต่อไปนี้

1. ตรวจสอบว่าแอปเป็นไปตามข้อกำหนดในการให้บริการของ Google APIs และนโยบายข้อมูลผู้ใช้สำหรับบริการ Google API
2. อัปเดตบทบาทเจ้าของและผู้แก้ไขของบัญชีที่เชื่อมโยงกับโปรเจ็กต์ให้เป็นปัจจุบัน รวมถึงอีเมลสนับสนุนผู้ใช้ของหน้าจอขอความยินยอม OAuth และข้อมูลติดต่อของนักพัฒนาแอปใน Cloud Console วิธีนี้จะช่วยให้มั่นใจได้ว่าสมาชิกที่เหมาะสมในทีมจะได้รับแจ้งเกี่ยวกับข้อกำหนดใหม่ๆ
3. ไปที่หน้าการสร้างแบรนด์ OAuth ของ Cloud Console
4. คลิกปุ่มตัวเลือกโปรเจ็กต์

5. ในกล่องโต้ตอบเลือกจากที่ปรากฏขึ้น ให้เลือกโปรเจ็กต์ หากไม่พบโปรเจ็กต์แต่ทราบรหัสโปรเจ็กต์ คุณสามารถสร้าง URL ในเบราว์เซอร์ในรูปแบบต่อไปนี้

   https://console.developers.google.com/auth/branding?project=[PROJECT_ID]
   

   แทนที่ [PROJECT_ID] ด้วยรหัสโปรเจ็กต์ที่ต้องการใช้

6. ในหน้าการสร้างแบรนด์ ให้ระบุข้อมูลการสร้างแบรนด์ของแอป ซึ่งรวมถึงชื่อแอป โลโก้ ข้อมูลติดต่อนักพัฒนาแอป และลิงก์ที่เกี่ยวข้อง ระบบจะบันทึกการเปลี่ยนแปลงที่คุณทำเป็นการสร้างแบรนด์ฉบับร่าง

7. คลิกปุ่มยืนยันการสร้างแบรนด์เพื่อเริ่มกระบวนการประเมิน โดยปกติแล้ว การตรวจสอบแบบอัตโนมัติจะเสร็จสิ้นภายในไม่กี่นาที

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

9. คลิกปุ่มเผยแพร่การสร้างแบรนด์เพื่อเผยแพร่การสร้างแบรนด์ใหม่

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

11. ใช้ปุ่มเพิ่มหรือนำขอบเขตออกเพื่อประกาศขอบเขตทั้งหมดที่แอปของคุณขอ ขอบเขตชุดแรกที่จำเป็นสำหรับ Google Sign-In จะได้รับการกรอกข้อมูลล่วงหน้าในส่วนขอบเขตที่ไม่ละเอียดอ่อน ขอบเขตที่เพิ่มจะจัดประเภทเป็นไม่ละเอียดอ่อน ละเอียดอ่อน หรือถูกจำกัด

12. ระบุลิงก์สูงสุด 3 รายการไปยังเอกสารประกอบที่เกี่ยวข้องสำหรับฟีเจอร์ที่เกี่ยวข้องในแอปของคุณ

13. ระบุข้อมูลเพิ่มเติมที่ระบบขอเกี่ยวกับแอปของคุณในขั้นตอนต่อๆ ไป

    1. เตรียมเหตุผลโดยละเอียดสำหรับขอบเขตที่ละเอียดอ่อนแต่ละรายการที่ขอ รวมถึงคำอธิบายว่าทำไมขอบเขตที่แคบกว่าจึงไม่เพียงพอ ตัวอย่างเช่น "แอปของฉันจะใช้ https://www.googleapis.com/auth/calendar เพื่อแสดงข้อมูล Google ปฏิทินของผู้ใช้ในหน้าจอการกำหนดเวลาของแอป ซึ่งจะช่วยให้ผู้ใช้จัดการกำหนดการผ่านแอปของฉันและซิงค์การเปลี่ยนแปลงกับ Google ปฏิทินได้"
    2. เตรียมวิดีโอที่สาธิตวิธีที่ผู้ใช้เริ่มต้นและให้สิทธิ์เข้าถึงขอบเขตที่ขออย่างครบถ้วน และแสดงรายละเอียดการใช้งานขอบเขตที่ละเอียดอ่อนและถูกจำกัดซึ่งได้รับสิทธิ์ในแอป อัปโหลดวิดีโอไปยัง YouTube Studio และตั้งค่าระดับการเข้าถึงเป็นไม่เป็นสาธารณะ คุณต้องระบุลิงก์ไปยังวิดีโอสาธิตในช่องลิงก์ YouTube
       1. แสดงกระบวนการให้สิทธิ์ OAuth ที่ผู้ใช้จะได้รับเป็นภาษาอังกฤษ ซึ่งรวมถึงขั้นตอนขอความยินยอม และขั้นตอนการลงชื่อเข้าใช้หากคุณใช้ Google Sign-In
       2. แสดงให้เห็นว่าหน้าจอขอความยินยอม OAuth แสดงชื่อแอปอย่างถูกต้อง
       3. แสดงให้เห็นว่าแถบที่อยู่ของเบราว์เซอร์ในหน้าจอขอความยินยอม OAuth มีรหัสไคลเอ็นต์ OAuth ของแอปอย่างถูกต้อง
       4. หากต้องการแสดงวิธีใช้ข้อมูล ให้สาธิตฟังก์ชันการทำงานที่เปิดใช้โดยขอบเขตที่ละเอียดอ่อนแต่ละรายการที่คุณขอ

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

ข้อยกเว้นสำหรับข้อกำหนดในการยืนยัน

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

การใช้งานส่วนตัว

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

โปรเจ็กต์ที่ใช้ในระดับการพัฒนา การทดสอบ หรือการทดลองใช้จริง

เพื่อให้เป็นไปตามนโยบาย Google OAuth 2.0 เราขอแนะนำให้คุณมีโปรเจ็กต์ที่แตกต่างกันสำหรับสภาพแวดล้อมการทดสอบและสภาพแวดล้อมฮาร์ดแวร์และซอฟต์แวร์ เราขอแนะนำให้คุณส่งแอปเพื่อรับการยืนยันเฉพาะในกรณีที่ต้องการให้แอปพร้อมใช้งานสำหรับผู้ใช้ที่มีบัญชี Google ดังนั้น หากแอปอยู่ในขั้นตอนการพัฒนา การทดสอบ หรือการทดลองใช้ คุณไม่จำเป็นต้องทำการยืนยัน

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

ข้อมูลที่บริการเป็นเจ้าของเท่านั้น

หากแอปใช้บัญชีบริการเพื่อเข้าถึงเฉพาะข้อมูลของแอปเอง และไม่ได้เข้าถึงข้อมูลผู้ใช้ (ที่ลิงก์กับบัญชี Google) คุณก็ไม่จำเป็นต้องส่งเพื่อรับการยืนยัน

หากต้องการทำความเข้าใจว่าบัญชีบริการคืออะไร โปรดดูหัวข้อบัญชีบริการในเอกสารประกอบของ Google Cloud ดูวิธีการใช้บัญชีบริการได้ที่หัวข้อการใช้ OAuth 2.0 สำหรับแอปพลิเคชันแบบเซิร์ฟเวอร์ต่อเซิร์ฟเวอร์

ใช้ภายในเท่านั้น

ซึ่งหมายความว่าแอปนี้จะใช้ได้เฉพาะผู้ใช้ในองค์กร Google Workspace หรือ Cloud Identity ของคุณเท่านั้น องค์กรต้องเป็นเจ้าของโปรเจ็กต์ และต้องกำหนดค่าหน้าจอขอความยินยอม OAuth สำหรับประเภทผู้ใช้ภายใน ในกรณีนี้ แอปของคุณอาจต้องได้รับอนุมัติจากผู้ดูแลระบบองค์กร โปรดดูข้อมูลเพิ่มเติมที่หัวข้อข้อควรพิจารณาเพิ่มเติมสำหรับ Google Workspace

• ดูข้อมูลเพิ่มเติมเกี่ยวกับแอปพลิเคชันสาธารณะและแอปพลิเคชันภายใน
• ดูวิธีทำเครื่องหมายแอปเป็นแอปภายในได้ในคำถามที่พบบ่อยหัวข้อฉันจะทำเครื่องหมายแอปเป็นแอปภายในเท่านั้นได้อย่างไร

การติดตั้งทั่วทั้งโดเมน

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

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