מסלול אופטימיזציה של שימוש ב-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.