คู่มือการเรียกเก็บเงินสำหรับ Google Maps Platform and Mobility

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

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

แนวคิด

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

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

บัญชีสำหรับการเรียกเก็บเงิน

ปัจจุบันทุกบริษัทที่ใช้ผลิตภัณฑ์ Google Maps ต่างก็มีโปรเจ็กต์ Google Cloud ที่เชื่อมโยงอยู่ โปรเจ็กต์นี้ต้องได้รับการกําหนดค่าบัญชีสําหรับการเรียกเก็บเงิน บัญชีสำหรับการเรียกเก็บเงินมีหน้าที่รับผิดชอบในการคำนวณการใช้งาน Google Maps ทั้งหมดและสร้างใบแจ้งหนี้ทุกเดือนตามการใช้งานดังกล่าว

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

โปรเจ็กต์ Google Cloud หลายโปรเจ็กต์หรือเพียงโปรเจ็กต์เดียวสามารถใช้บัญชีสำหรับการเรียกเก็บเงินบัญชีเดียวได้

โปรเจ็กต์เดียวที่ชี้ไปยังบัญชีสำหรับการเรียกเก็บเงินเดียวกัน

  • Use Case ที่เฉพาะเจาะจง (เช่น Use Case เกี่ยวกับอุปกรณ์เคลื่อนที่)
  • ใบแจ้งหนี้แยกต่างหาก
  • ส่วนลดจะอิงตามปริมาณของโปรเจ็กต์เดียวนี้

โปรเจ็กต์หลายรายการที่ชี้ไปยังบัญชีสำหรับการเรียกเก็บเงินเดียวกัน

  • Use Case เดียวกัน
  • รับประโยชน์จากระดับส่วนลดด้วยการรวบรวมการใช้งาน
  • ใบแจ้งหนี้ฉบับเดียว

ดูข้อมูลเพิ่มเติมเกี่ยวกับบัญชีการเรียกเก็บเงินและข้อมูลอื่นๆ ที่เกี่ยวข้องได้ที่ลิงก์นี้

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

การตั้งค่าบัญชีสำหรับการเรียกเก็บเงินที่เป็นไปได้
การตั้งค่าบัญชีสำหรับการเรียกเก็บเงินที่เป็นไปได้

ทรัพยากรในระบบคลาวด์ บัญชีสำหรับการเรียกเก็บเงิน และการสร้างใบแจ้งหนี้

ในส่วนของราคา Google Maps Platform มีการลดราคาหลายระดับ ซึ่งใช้ได้ผ่านพาร์ทเนอร์ Maps หรือกับ Google โดยตรงในบางกรณี ระดับเหล่านี้อิงตามปริมาณการใช้งาน คุณจึงจ่ายน้อยลงเมื่อใช้ผลิตภัณฑ์ของเรามากขึ้น (ส่วนลดจะมีผลกับ SKU แต่ละรายการแยกกัน) ระบบการเรียกเก็บเงินจะระบุโปรเจ็กต์ของคุณตามข้อมูลเข้าสู่ระบบที่คุณใช้เรียกใช้ผลิตภัณฑ์ของเรา ซึ่งอาจเป็นคีย์ API หรือบัญชีบริการสำหรับ Mobility API บางรายการ

คีย์ API

Google Maps Platform API ได้รับการตรวจสอบสิทธิ์โดยใช้คีย์ API Google จะระบุบัญชีการเรียกเก็บเงินของโปรเจ็กต์ Google Cloud ที่เกี่ยวข้องตามคีย์ API นี้ ซึ่งจะเป็นจุดที่เกิดการเรียกใช้

ตัวอย่างคําขอไปยัง Geocoding API

https://maps.googleapis.com/maps/api/geocode/json?place_id=ChIJeRpOeF67j4AR9ydy_PIzPuM&key=YOUR_API_KEY

JWT

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

ตัวอย่างคําขอไปยัง Fleet Engine API

curl -X GET \ https://fleetengine.googleapis.com/v1/providers/project_id/deliveryVehicles/vehicle-1234 \
  -H 'authorization: Bearer eyJ0eXAiOi...' \
  -H 'cache-control: no-cache' \
  -H 'content-type: application/json' \
  -d '{
    "lastLocation": {
        "location": {
            "latitude": 37.432,
            "longitude": -122.094
        },
        "updateTime": "2022-11-13T17:55:00Z"
    }
}'

ค่าใช้จ่าย

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

เราตระหนักดีว่าลูกค้า Mobility ใช้ผลิตภัณฑ์ Google Maps Platform ในการดำเนินการเดินทางและการนำส่งด้วย ดังนั้น หากคุณใช้บัญชีการเรียกเก็บเงินสำหรับอุปกรณ์เคลื่อนที่ คุณจะเรียกใช้ Google Maps Platform ได้โดยไม่เสียค่าใช้จ่าย ตราบใดที่เป็นไปตามขีดจำกัดที่กำหนดไว้ล่วงหน้าภายในกรณีการใช้งานอุปกรณ์เคลื่อนที่เดียวกัน

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

เมื่อสิ้นเดือน ระบบจะสร้างใบแจ้งหนี้ตาม (1) จํานวนการเดินทางหรืองานที่สําเร็จซึ่งรายงานในระบบ และ (2) จํานวนการเรียกใช้ Google Maps Platform API เกินขีดจํากัดที่กำหนดไว้ล่วงหน้า ("การใช้งานเกิน") ขีดจํากัดของเราสอดคล้องกับสิ่งที่เราเห็นว่าจําเป็นในตลาดในวงกว้าง

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

การนำร่องและการประเมิน

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

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

เมื่อเปิดตัวโปรแกรมนำร่องอย่างเป็นทางการแล้ว จะต้องชำระเงินตามสัญญา

โดยสรุป

  • ระยะนำร่อง / ระยะการพัฒนา: ระบบจะเรียกเก็บเงินจากคุณเฉพาะสำหรับ Google Maps API ที่พร้อมใช้งานแบบสาธารณะ API และ SDK ที่ไม่ได้เผยแพร่ต่อสาธารณะจะไม่เรียกเก็บเงินจนกว่าจะมีการใช้บัญชีสำหรับการเรียกเก็บเงินสำหรับอุปกรณ์เคลื่อนที่ในโปรเจ็กต์ โปรดทราบว่า Google ให้เครดิตมูลค่า $200 สำหรับ Google Maps Platform API แก่บัญชีสำหรับการเรียกเก็บเงินใหม่ที่สร้าง ซึ่งควรเพียงพอสําหรับสภาพแวดล้อมที่มีการควบคุมในระหว่างระยะเวลาการประเมิน

  • ระยะการทำงานจริง: ระบบจะเรียกเก็บเงินตามการเดินทางหรืองาน ค่าใช้จ่ายที่เกี่ยวข้องกับ Google Maps Platform จะเกิดขึ้นก็ต่อเมื่อการใช้งานเกินขีดจํากัดการใช้งาน ("ขีดจํากัด") ของสัญญา ในกรณีนี้ คุณจะต้องจ่ายค่าบริการส่วนเกิน ระบบจะเรียกเก็บเงินส่วนเกินตามที่ระบุไว้ที่นี่

วิธีย้ายข้อมูลไปยังบัญชีการเรียกเก็บเงินสำหรับอุปกรณ์เคลื่อนที่

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

ข้อกำหนด

บุคคลในฝั่งของคุณที่ทําสิ่งต่อไปนี้ได้

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

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

การตั้งค่าโปรเจ็กต์ใหม่

การสร้างโปรเจ็กต์

  1. [คุณ] สร้างโปรเจ็กต์ GCP ใหม่ในคอนโซล Google Cloud สำหรับสภาพแวดล้อมใหม่แต่ละรายการ เช่น เวอร์ชันที่ใช้งานจริง เวอร์ชันที่เตรียมใช้งาน และการตรวจสอบคุณภาพ
  2. [พาร์ทเนอร์หรือทีม Google] เพิ่มโปรเจ็กต์ใหม่ลงในรายการที่อนุญาตเพื่อเข้าถึงผลิตภัณฑ์ Mobility ติดต่อตัวแทนฝ่ายขายของ Google หรือพาร์ทเนอร์ แล้วระบุรหัสโปรเจ็กต์ที่สร้างไว้ในขั้นตอนก่อนหน้า
  3. [คุณ] อัปเดตรายชื่อติดต่อที่จำเป็นในโปรเจ็กต์ ขั้นตอนนี้สำคัญมากเพื่อให้ทีมสนับสนุนของ Google ติดต่อบุคคลที่เหมาะสมสำหรับโปรเจ็กต์ของคุณได้หากจำเป็น

การกำหนดค่าโปรเจ็กต์

ทําตามขั้นตอนต่อไปนี้ในคอนโซล Google Cloud สําหรับโปรเจ็กต์ที่สร้างขึ้นในระยะก่อนหน้า

  1. [คุณ] สร้างบัญชีบริการ รวมถึงเชื่อมโยงบทบาท Identity and Access Management (IAM) ของ Mobility ที่ถูกต้อง (ตามทริป และตามงาน)

    • ตามที่ดำเนินการในสภาพแวดล้อมการพัฒนา หรือมีการแยกการเข้าถึงที่มีโครงสร้างมากขึ้น หากจำเป็น โปรดดูส่วนนี้
  2. [คุณ] สร้างคีย์ API เช่นเดียวกับที่ทำในสภาพแวดล้อมการพัฒนา หรือแยกการเข้าถึงที่มีโครงสร้างมากขึ้น (เช่น ตามผลิตภัณฑ์ โดเมน ฯลฯ) หากจําเป็น

  3. [คุณ] เปิดใช้ API เช่น "การเดินทางและการนำส่งในพื้นที่" และ API อื่นๆ ของ Google Maps Platform ที่จำเป็น (เช่น การแปลงพิกัดภูมิศาสตร์ ฟีเจอร์ป้อนข้อความอัตโนมัติ การตรวจสอบที่อยู่)

  4. [คุณ] โควต้า: หากต้องการเพิ่ม QPM (การค้นหาต่อนาที) สําหรับ API บางรายการ ให้เปิดคำขอแจ้งปัญหาเพื่อรับการสนับสนุน ดูวิธีดำเนินการได้ที่นี่ คุณต้องเพิ่มเหตุผลทางธุรกิจที่ระบุว่าเหตุใดจึงต้องมีการเพิ่ม ดูโควต้าที่กำหนดไว้ล่วงหน้าได้ที่นี่

  5. [คุณ] หากคุณมีระบบที่พัฒนาขึ้นโดยใช้ข้อมูลเข้าสู่ระบบจากสภาพแวดล้อมการพัฒนา โปรดตรวจสอบว่าระบบเหล่านี้ชี้ไปยังข้อมูลเข้าสู่ระบบใหม่ที่สร้างขึ้นสําหรับโปรเจ็กต์ใหม่ที่สร้างขึ้นได้ ซึ่งรวมถึงการชี้ระบบแบ็กเอนด์และระบบหน้าเว็บไปยังข้อมูลเข้าสู่ระบบใหม่ เช่น คีย์ API, บัญชีบริการ และตรวจสอบว่ามีการใช้รหัสโปรเจ็กต์ที่ถูกต้องในแต่ละสภาพแวดล้อมที่เกี่ยวข้อง

การกำหนดค่าการเรียกเก็บเงิน

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

  1. [คุณ] ยืนยันว่าได้รับรหัสบัญชีการเรียกเก็บเงินสำหรับอุปกรณ์เคลื่อนที่ในจดหมายต้อนรับที่ Google ส่งทางอีเมลหลังจากลงนามและดำเนินการตามสัญญาแล้ว สำคัญ: เราจะส่งจดหมายต้อนรับไปยังผู้ติดต่อด้านเทคนิคและการเงินที่ระบุไว้ในแบบฟอร์มคำสั่งซื้อของสัญญา โปรดติดต่อทีมโปรเจ็กต์เพื่อดูว่าใครอาจได้รับอีเมลดังกล่าว และขอให้บุคคลดังกล่าวระบุรหัสบัญชีการเรียกเก็บเงิน ซึ่งเป็นชุดอักขระและตัวเลขคั่นด้วยขีดกลาง
  2. [คุณ] ทำงานร่วมกับ Google หรือพาร์ทเนอร์เพื่อให้แน่ใจว่ามีการตรวจสอบการเรียกเก็บเงิน ซึ่งหมายความว่าระบบของคุณรายงาน Trips หรือ Tasks ไปยัง Google อย่างถูกต้องแล้ว ดูรายละเอียดเพิ่มเติมได้ในส่วนถัดไป
  3. [คุณ] ชี้โปรเจ็กต์ Google Cloud ไปยังบัญชีสำหรับการเรียกเก็บเงินใหม่โดยใช้ Cloud Console - ดูส่วนการกำหนดค่าบัญชีสำหรับการเรียกเก็บเงินเพิ่มเติมในเอกสารนี้

ดูรายละเอียดเพิ่มเติมเกี่ยวกับการเรียกเก็บเงินทั่วไปได้ที่นี่และที่นี่

การตรวจสอบการเรียกเก็บเงิน

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

การตรวจสอบการเรียกเก็บเงินประกอบด้วยขั้นตอนต่อไปนี้

  1. ตรวจสอบว่าคำขอไปยัง Google Maps Platform API มี tripId (หรือ taskId) ในส่วนหัวคำขอหรือไม่ ดูรายละเอียดเพิ่มเติมได้ที่ที่นี่

  2. ตรวจสอบว่ามีการรายงานการเดินทาง (หรืองาน) อย่างถูกต้องหรือไม่ การดำเนินการนี้ขึ้นอยู่กับแพ็กเกจ Mobility ที่ใช้

    • Mobility Starter และ Optimize หรือ Accelerate (ตามการเดินทาง): ต้องผสานรวมกับ ReportBillableEvent API ซึ่งหมายความว่าทุกครั้งที่การเดินทางเสร็จสมบูรณ์ จะต้องส่งคำขอไปยัง API นี้ หากต้องการตรวจสอบว่าการดำเนินการนี้เกิดขึ้นอย่างถูกต้องหรือไม่ คุณต้องทําตามขั้นตอนที่อธิบายไว้ที่นี่
    • Mobility Accelerate (ตามงาน): การเรียกเก็บเงินไม่จำเป็นต้องทริกเกอร์โดยการเรียก API ซึ่งจะเกิดขึ้นโดยอัตโนมัติเมื่อตั้งค่าผลลัพธ์ของงานเป็น "สำเร็จ" ในงานการนำส่ง ดังนั้น คุณจึงควรตั้งค่าผลลัพธ์ของงานเป็น "สำเร็จ" หรือ "ไม่สำเร็จ" อย่างเหมาะสม วิศวกรลูกค้า (พาร์ทเนอร์หรือ Google) จะทํางานร่วมกับคุณเพื่อยืนยันว่าการติดตั้งใช้งานทําอย่างถูกต้อง คุณสามารถตรวจสอบว่าระบบอัปเดตงานอย่างถูกต้องหรือไม่ผ่าน Cloud Logging โดยการเรียกใช้การค้นหา Cloud Logging ต่อไปนี้
    resource.type="fleetengine.googleapis.com/DeliveryFleet"
    jsonPayload.@type="type.googleapis.com/maps.fleetengine.delivery.log.v1.UpdateTaskLog"
    jsonPayload.request.task.taskOutcome="TASK_OUTCOME_LOG_SUCCEEDED"
    

    หากรายการแสดงขึ้น แสดงว่าระบบแบ็กเอนด์ตั้งค่างานเป็น "สำเร็จ" อย่างถูกต้อง

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

สถานะประสิทธิภาพการผสานรวม

การย้ายข้อมูลไปยังเวอร์ชันที่ใช้งานจริงที่ประสบความสำเร็จไม่เพียงแต่จะรับประกันว่าการเรียกเก็บเงินทํางานอย่างถูกต้องเท่านั้น แต่ยังรับประกันว่า API ทำงานได้ สําหรับบริการขนส่งสาธารณะ คุณต้องตรวจสอบว่าได้ผสานรวมกับ Fleet Engine (Local Rides and Deliveries API) อย่างถูกต้องแล้ว

โดยเปิดการบันทึกในระบบคลาวด์ และใช้การค้นหาต่อไปนี้

jsonPayload.errorResponse.code:*

ซึ่งจะแสดงรายการบันทึกทั้งหมดที่มีปัญหา ตัวอย่างเช่น

การค้นหาข้อผิดพลาดโดยใช้ Cloud Logging
การค้นหาข้อผิดพลาดโดยใช้ Cloud Logging

ปัญหาเหล่านี้สามารถส่งออกไปยังผลิตภัณฑ์อื่นๆ ของ Cloud เช่น BigQuery คุณกำหนดค่าเมตริกและการแจ้งเตือนตามการค้นหาใน Cloud Logging ได้ดังนี้

การสร้างเมตริกจากการค้นหาใน Cloud Logging
การสร้างเมตริกจากการค้นหาใน Cloud Logging

เนื่องจากเป็นผลิตภัณฑ์ Google Cloud จึงอาจมีค่าใช้จ่ายเพิ่มเติม โปรดติดต่อพาร์ทเนอร์หรือตัวแทนของ Google เพื่อขอความชัดเจนเพิ่มเติม

การกำหนดค่าบัญชีสำหรับการเรียกเก็บเงิน

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

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

โดยสิ่งที่คุณต้องทำมีดังนี้

  1. เปิดคอนโซล Google Cloud (https://console.cloud.google.com)
  2. เลือกโปรเจ็กต์ใหม่ที่จะใช้ในเวอร์ชันที่ใช้งานจริง
  3. ไปที่ส่วนการเรียกเก็บเงินของโปรเจ็กต์นั้น ทางลัดในการเข้าถึงคือ https://console.cloud.google.com/billing
  4. การเรียกเก็บเงิน > คลิก "จัดการบัญชีสำหรับการเรียกเก็บเงิน"
    บัญชีสำหรับการเรียกเก็บเงินหลายบัญชี
    โปรเจ็กต์ของคุณอาจแตกต่างออกไปจากด้านบน
  5. ในส่วนการเรียกเก็บเงิน > คลิกไอคอน 3 จุด เปิดรายละเอียดเพิ่มเติม ข้างโปรเจ็กต์เวอร์ชันที่ใช้งานจริงที่สร้างไว้ แล้วเลือก "เปลี่ยนบัญชีการเรียกเก็บเงิน"
    เลือกโปรเจ็กต์
  6. การเรียกเก็บเงิน > ในบัญชีสําหรับการเรียกเก็บเงิน ให้เลือกรหัสบัญชีสําหรับการเรียกเก็บเงินที่คุณได้รับในจดหมายต้อนรับในรายการแบบเลื่อนลง จากนั้นคลิก "ตั้งค่าบัญชี"
    เลือกโปรเจ็กต์
  7. โปรเจ็กต์จะลิงก์กับบัญชีสำหรับการเรียกเก็บเงินใหม่ ดังนี้
    เลือกบัญชีสำหรับการเรียกเก็บเงินที่ถูกต้อง
    สำคัญ: จากนี้ไป ระบบจะเรียกเก็บเงินสำหรับการเดินทางหรืองานทั้งหมดที่รายงานในโปรเจ็กต์นี้ตามที่อธิบายไว้ก่อนหน้านี้ หากการตรวจสอบการเรียกเก็บเงินยังไม่เกิดขึ้น โปรดอย่าลิงก์บัญชีสําหรับการเรียกเก็บเงิน
  8. หลังจากเพิ่มวิธีการเรียกเก็บเงินใหม่แล้ว ให้ไปที่ "ภาพรวม > ภาพรวมการชำระเงิน" และ "การตั้งค่าการชำระเงิน" เพื่อตรวจสอบว่าข้อมูลถูกต้องหรือไม่ ดูข้อมูลเพิ่มเติมเกี่ยวกับการอัปเดตการเรียกเก็บเงินและการชำระเงินได้ที่ลิงก์นี้ หากพบปัญหาเกี่ยวกับการเรียกเก็บเงิน โปรดยื่นเคสขอรับความช่วยเหลือการเรียกเก็บเงินหรือติดต่อพาร์ทเนอร์หรือตัวแทนของ Google

รายงานการเรียกเก็บเงิน

รายงานการเรียกเก็บเงินช่วยให้คุณเข้าใจค่าใช้จ่ายที่เกี่ยวข้องกับบัญชีสำหรับการเรียกเก็บเงินที่ลิงก์กับโปรเจ็กต์

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

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

ตัวกรองรายงานการเรียกเก็บเงิน
ตัวกรองรายงานการเรียกเก็บเงิน

การตั้งค่าหลักที่ควรคำนึงถึงในส่วนนี้คือตัวกรองจัดกลุ่มตาม SKU ซึ่งจะแสดงข้อมูลโดยละเอียดเกี่ยวกับการเดินทางและงาน รวมถึง API อื่นๆ หากมีการใช้งาน รวมถึงระบุว่ามีการเรียกเก็บเงินเกินหรือไม่ ตามที่อธิบายไว้ก่อนหน้านี้

ตัวกรองรายงานการเรียกเก็บเงิน
ตัวอย่างผลิตภัณฑ์ที่ใช้ในโปรเจ็กต์

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

แผนการเพิ่มจำนวน

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

นอกจากนี้ ในกรณีจํานวนมาก การเข้าชมบางรายการอาจไม่อยู่ใน Use Case ของอุปกรณ์เคลื่อนที่ เช่น ในกรณีของเครื่องมือค้นหาร้านค้า มารับสินค้าข้างถนน และโซลูชันภายในอื่นๆ ซึ่งควรชี้ไปยังบัญชีสำหรับการเรียกเก็บเงินของ Google Maps Platform เนื่องจากควรแยกการเข้าชมออกจากบัญชีสำหรับการเรียกเก็บเงินของ Mobility

คุณต้องปฏิบัติตามนโยบายการติดตั้งใช้งาน

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

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

ตัวอย่างเช่น สมมติว่าวันนี้การเดินทาง / งานทุกรายการมีคำขอการแปลงพิกัดภูมิศาสตร์ 10 รายการตามขีดจำกัดการใช้งาน หากการย้ายข้อมูลจะใช้เวลา 2-3 เดือนและคุณเริ่มรายงานการเดินทาง / งาน 100, 000 รายการในเดือนแรก หมายความว่าคุณจะเรียกใช้ Geocoding API ได้ 1 ล้านครั้ง แต่หากธุรกิจของคุณส่งคำขอการจับคู่พิกัดภูมิศาสตร์ 5 ล้านรายการ ความแตกต่าง (4 ล้านรายการ) ดังกล่าวอาจได้รับการรายงานเป็นจำนวนที่เกิน ในกรณีนี้ คุณมี 2 ตัวเลือก ได้แก่

  1. คุณเพิ่มจํานวนการเดินทาง / งานที่รายงานให้เราทราบ (เร่งแผนการเพิ่มจำนวน) จึงใช้ขีดจํากัดที่สูงขึ้น ซึ่งในกรณีนี้คุณต้องรายงานการเดินทาง / งาน 500,000 รายการต่อเดือน
  2. คุณสามารถเจรจาต่อรองขีดจํากัดที่สูงขึ้นได้ในระหว่างการเจรจาสัญญาตามที่อธิบายไว้ก่อนหน้านี้
  3. คุณสามารถชี้คำขอ Geocoding API ไปยัง API ของ Google Maps Platform เพื่อรับสิทธิประโยชน์จากระดับส่วนลดที่สูงขึ้นและจ่ายเงินถูกกว่าการเรียกเก็บเงินส่วนเกิน

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

โดยสรุปแล้ว ในการสร้างแผนการเพิ่มจำนวนอย่างเหมาะสม คุณต้องทำตามขั้นตอนต่อไปนี้ 1. ระบุกรณีการใช้งานที่เกี่ยวข้องกับอุปกรณ์เคลื่อนที่และกรณีการใช้งานที่ไม่เกี่ยวข้องกับอุปกรณ์เคลื่อนที่ตามนโยบายการใช้งาน 2. ระบุ Google Maps Platform API ที่ใช้อยู่ในปัจจุบันสำหรับ Use Case ที่เกี่ยวข้องและปริมาณการใช้งาน 3. ระบุว่าจะยังต้องใช้ Google Maps Platform API อยู่ไหมหลังจากติดตั้งใช้งานโซลูชันการเคลื่อนที่แล้ว เช่น การคำนวณเวลาถึงโดยประมาณจะเกิดขึ้นโดยอัตโนมัติใน Fleet Engine คุณจึงอาจไม่จําเป็นต้องคํานวณด้วย Directions API อีกต่อไป 4. ระบุระยะเวลาในการย้ายข้อมูลกรณีการใช้งานสำหรับอุปกรณ์เคลื่อนที่ไปยังแพลตฟอร์มอุปกรณ์เคลื่อนที่ใหม่ 5. ตรวจสอบอีกครั้งว่าขีดจํากัดการใช้งานเพียงพอที่จะรองรับกรณีการใช้งานของคุณหรือไม่ 6. ระบุจุดเปลี่ยนเมื่อสามารถรวมคำขอทั้งหมดของ Google Maps Platform ไปยังบัญชีการเรียกเก็บเงินสำหรับบริการขนส่งสาธารณะสำหรับกรณีการใช้งานการขนส่งสาธารณะ

บทสรุป

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

การดำเนินการถัดไป