מסלול אופטימיזציה של שימוש ב-API וחיוב

מק"טים של מוצרים של Route Optimization API

ב-Route Optimization החיוב מתבצע לכל משלוח, ויש שני מק"טים שקובעים את העלות. המק"ט שמופעל מבוסס על מספר כלי הרכב בבקשה לאופטימיזציית מסלולים:

  • בקשות שמכילות רכב אחד: החיוב מתבצע לפי המק"ט של ניתוב לרכב אחד
  • בקשות שמכילות 2 כלי רכב או יותר: החיוב מתבצע לפי המק"ט של Fleet Routing.

החיוב לכל בקשה מבוסס על מספר המשלוחים בבקשת האופטימיזציה, כפול מחיר היחידה של המשלוח לכל מק"ט.

חיוב ותמחור של Route Optimization API

למידע על האופן שבו Google מחשבת את החיוב והתמחור, אפשר לעיין במחירון של הפלטפורמה של מפות Google או במחירון של הפלטפורמה של מפות Google – הודו.

פרטי המק"ט של המוצר ב-Route Optimization API

מק"ט: Route Optimization: Single Vehicle Routing

המק"ט הזה מחויב על משלוחים שמוחזרים מבקשה ל- Route Optimization API שמציינת רכב אחד בלבד.

  קטגוריה Pro
  אירוע לחיוב משלוח
  טריגרים

המק"ט הזה מופעל לכל משלוח שמוחזר כששולחים בקשה ל- Route Optimization API שמציינת רק רכב אחד.

לא נחייב אותך על המשלוחים הבאים:

  • משלוחים בבקשות שנכשלו בגלל שגיאות אימות, כמו שגיאות התחביר או שגיאות באימות הנתונים, או כל שגיאה פנימית בשירות.
  • משלוחים בבקשות במצב VALIDATE_ONLY solve (שכוללים רק אימות).
  • משלוחים שנקבעים כמשלוחים לא אפשריים במהלך האימות, או משלוחים שהמערכת מתעלמת מהם באופן מפורש, משלוחים שהוחרגו מהאופטימיזציה או משלוחים שהאופטימיזציה שלהם מוגבלת על ידי InjectedSolutionConstraint.
  דוגמה

אם יש לכם בקשה לאופטימיזציית מסלולים עם הפרטים הבאים:

  • רכב אחד
  • 10 משלוחים ייחודיים (עם 10 מיקומי משלוחים או עומסי משלוחים ייחודיים)

החיוב מופעל על 10 המשלוחים שמופיעים במק"ט של ניתוב לרכב יחיד. אותה בקשה עם 5 כלי רכב תגרום לחיוב במקום זאת במק"ט Route Optimization: Fleet Routing.
  Pricing טבלת התמחור הראשית
טבלת התמחור בהודו

מק"ט: Route Optimization: Fleet Routing

המק"ט הזה מחויב על משלוחים שמוחזרים מבקשה ל- Route Optimization API שמציינת יותר מכלי רכב אחד.

  קטגוריה Enterprise
  אירוע לחיוב משלוח
  טריגרים המק"ט הזה מופעל לכל משלוח שמוחזר מבקשה ל- Route Optimization API שמציינת יותר מרכב אחד.

לא נחייב אותך על המשלוחים הבאים:

  • משלוחים בבקשות שנכשלו בגלל שגיאות אימות, כמו שגיאות התחביר או שגיאות באימות הנתונים, או כל שגיאה פנימית בשירות.
  • משלוחים בבקשות במצב VALIDATE_ONLY solve (שכוללים רק אימות).
  • משלוחים שנקבעים כמשלוחים לא אפשריים במהלך האימות, או משלוחים שהמערכת מתעלמת מהם באופן מפורש, משלוחים שהוחרגו מהאופטימיזציה או משלוחים שהאופטימיזציה שלהם מוגבלת על ידי InjectedSolutionConstraint.
  דוגמה

אם יש לכם בקשה לאופטימיזציית מסלולים עם הפרטים הבאים:

  • 5 כלי רכב
  • 10 משלוחים ייחודיים (עם 10 מיקומי משלוחים או עומסי משלוחים ייחודיים)

החיוב מופעל על 10 המשלוחים שמופיעים במק"ט של ניתוב בצי. אותה בקשה עם רכב אחד מפעילה חיוב במקום זאת על 'אופטימיזציית מסלולים: מק"ט של רכב אחד'.
  Pricing טבלת התמחור הראשית
טבלת התמחור בהודו

מגבלות שימוש אחרות

אין מספר מקסימלי של בקשות ליום, אבל מגבלות השימוש הבאות עדיין בתוקף לגבי Route Optimization API:

אופטימיזציה של סיורים

  • מספר השאילתות המקסימלי לדקה (QPM): 60

אופטימיזציה של סיורים בכמות גדולה

  • מספר השאילתות המקסימלי לדקה (QPM): 60
  • הגודל המקסימלי של כל קובץ OptimizeToursRequest: 100MB
  • המספר המקסימלי של OptimizeToursRequest בכל אצווה: 100
  • הגודל הכולל המרבי של OptimizeToursRequest בכל אצווה: 100MB

הגבלות בנוגע לתנאים ולהגבלות

למידע על תנאי השימוש, אפשר לעיין במדיניות של Route Optimization API ובקטע 'הגבלות רישיון' בתנאים ובהגבלות של הפלטפורמה של מפות Google.