מהי משימה מתוזמנת?
קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
במסמכים שבקטע הזה מוסבר איך ליצור משימות מתוזמנות ולעבוד איתן באמצעות השירות של מפות Google לניהול משימות מתוזמנות. ההנחה היא שאתם מכירים את הנושאים הבאים:
המשאב Task שבו תשתמשו זמין גם ב-gRPC וגם ב-REST.
ב-Fleet Engine למשימות מתוזמנות, משימה מייצגת פעילות של נהג שמבצע משלוח או שירות מתוזמנים עבור הצרכנים שלכם. אתם מקצים משימות למיקומי עצירות של הרכב שבהם הן צריכות להתבצע, והרכב נוסע אל המיקומים האלה.
למשימה יש שני מצבים אפשריים, OPEN או CLOSED. המצבים האלה מצביעים על כך שהמשימה פעילה או לא פעילה במערכת. כשהנסיעה מתקדמת במשימה פעילה, אתם מדווחים על כך ל-Fleet Engine על ידי עדכון סטטוס התחנה של הרכב המשויך למשימה ל-ENROUTE או ל-ARRIVED. אחרי שהנהג מסיים את המשימות ויוצא מהתחנה, מסירים את התחנה מרשימת התחנות ברכב. מידע נוסף על משימות ועל הקשר שלהן לתחנות ולכלי רכב זמין בקטע משימות מתוזמנות במאמר היסודות של Fleet Engine .
מחזור החיים של משימה
כדי לעקוב אחרי כל משימה ב-Fleet Engine, קודם צריך ליצור ישות Task. אפשר לעיין במאמרים בנושא gRCP או REST.
בטבלה הבאה מתוארת דוגמה לתהליך מקצה לקצה של משימה שנוצרה במערכת, ואת שלבי מחזור החיים שלה ב-Fleet Engine. ההנחה היא שהגדרתם את Fleet Engine ויש לכם רכב למשימות, עם עדכוני מיקום מופעלים באפליקציית הנהג. אפשר לעיין במאמר Driver SDK: Scheduled tasks.
| 1 |
ליצור משימות |
בתחילת מחזור העבודה, המפנה או האדמין של השירות יוצרים קודם מניפסט למשימות או לשירותי המסירה. לאחר מכן, המערכת יוצרת את ישויות המשימות באמצעות CreateTrip עם שדות נדרשים, כמו סוג המשימה והמיקום. בשלב הזה אפשר גם לספק הגדרות אחרות, כמו חלון זמן יעד, שיתוף ההתקדמות במשימה ומאפיינים מותאמים אישית. אפשר לעיין במאמר יצירת משימות של משלוחים ובמדריכים הקשורים. |
| 2 |
תזמון משימות |
כשמזמינים משימה למשלוח, שולחים בקשה לעדכון של כלי הרכב למשלוח, שמעדכנת את ישות הרכב ברשימת התחנות לנסיעה. אתם מקצים לכל עצירה רשימה של משימות שצריך להשלים בעצירה.
עדכון המשימות של כלי הרכב למשלוח
|
| 3 |
עדכון של התקדמות המשימה |
אחרי שהמשימה מוקצה לתחנת עצירה במשלוח והיא פעילה ב-Fleet Engine, המערכת שלכם תודיע ל-Fleet Engine על התקדמות הרכב בזמן שהוא מתקרב לתחנה, מגיע אליה ומסיים אותה. בעזרת המידע הזה, מערכת Fleet Engine יכולה לבצע את הניתוב ואת עדכוני הסטטוס בצורה הטובה ביותר במהלך המסע, וגם במהלך היום עבור הרכב. עדכון סטטוס עצירה של רכב
|
| 4 |
שיתוף נסיעות |
באותו זמן שבו הרכב מתחיל בניווט פעיל ביום המסירה, תוכלו לשתף את פרטי המסע עם בעלי עניין. מערכת Fleet Engine מאפשרת לגורמים מעורבים לקבל גישה לפרטי המשימות ולמיקום הרכב בדרכים הבאות:
- מידע על משלוחים לצרכנים בעזרת הפתרון הזה, הצרכנים יכולים לראות את סטטוס החבילה שלהם ואת פרטי המיקום של הרכב, אם נתתם להם הרשאה לצפות בהם.
שיתוף עם צרכנים למשימות מתוזמנות
- מידע על סטטוס הצי לאדמינים בעזרת הפתרון הזה, אדמינים של ציי רכב יכולים לראות באופן חזותי את המיקומים של כלי הרכב להעברות ואת תחנות העצירה שלהם בציי הרכב כמעט בזמן אמת.
אם המסלול של רכב ידוע, רכיב תצוגת המפה מציג אנימציה של הרכב בזמן שהוא נע לאורך המסלול הצפוי.
ספריית JavaScript למעקב אחרי צי רכב
|
| 5 |
מסיימים את המשימה. |
אפשר לסיים משימות של משלוחים במנוע Fleet בדרכים הבאות:
- סגירת המשימה: סגירת משימה של משלוח מציינת שהמשימה הזו כבר לא פעילה.
- הגדרת התוצאה של המשימה: אחרי שסוגרים משימה, צריך לציין אם היא הושלמה או נכשלה כדי לציין אם ההעברה התבצעה או לא. זוהי חלק חשוב בתהליך השלמת המשימה, כדי להציג את תוצאת ההעברה בחוויית הלקוח ולוודא שהחיוב על שירות Fleet Engine יתבצע בצורה נכונה.
חשוב לזכור שכמו כלי רכב למשלוח, ישויות של משימות נשארות פעילות ב-Fleet Engine למשך 7 ימים, ללא קשר למצב שלהן, ואז הן מוסרות.
איך מסמנים משימות כ'הושלמה'
|
תהליך רצף המשימות
בתרשים הבא מוצג תהליך מפורט של מחזור החיים של משימה.
המאמרים הבאים
אלא אם צוין אחרת, התוכן של דף זה הוא ברישיון Creative Commons Attribution 4.0 ודוגמאות הקוד הן ברישיון Apache 2.0. לפרטים, ניתן לעיין במדיניות האתר Google Developers. Java הוא סימן מסחרי רשום של חברת Oracle ו/או של השותפים העצמאיים שלה.
עדכון אחרון: 2025-08-31 (שעון UTC).
[null,null,["עדכון אחרון: 2025-08-31 (שעון UTC)."],[[["\u003cp\u003eThis documentation outlines how to create and manage scheduled tasks, representing driver activities, within the Google Maps Mobility scheduled tasks service.\u003c/p\u003e\n"],["\u003cp\u003eTasks, which can be either OPEN or CLOSED, are assigned to vehicle stops, and their progress is updated as the vehicle travels to and completes these stops.\u003c/p\u003e\n"],["\u003cp\u003eThe lifecycle of a task involves creation, scheduling by assigning to a vehicle stop, updating progress, sharing journey details with stakeholders, and finalization by closing and setting the outcome.\u003c/p\u003e\n"],["\u003cp\u003eFleet Engine provides tools for consumers to track shipment status and for administrators to monitor fleet locations and progress in near real-time.\u003c/p\u003e\n"],["\u003cp\u003eTo successfully use this service, prior familiarity with Fleet Engine, vehicle basics for on-demand services, and task basics for scheduled tasks is assumed.\u003c/p\u003e\n"]]],[],null,["# What is a scheduled task?\n\nThe documentation in this section shows how to create and work with scheduled\ntasks using the Google Maps Mobility scheduled tasks service. It assumes\nfamiliarity with the following:\n\n- **Fleet Engine** : You should be familiar with Fleet Engine implementation details, request mechanisms, and security. For that, see [What is the Fleet\n Engine service?](/maps/documentation/mobility/fleet-engine/essentials) and the security topics in [Set up Fleet Engine](/maps/documentation/mobility/fleet-engine/essentials/set-up-fleet).\n- **Vehicles basics** for on-demand services. See [Introduction to vehicles](/maps/documentation/mobility/fleet-engine/essentials/vehicles-intro).\n- **Task basics** for scheduled task services. See [Scheduled tasks](/maps/documentation/mobility/fleet-engine/essentials/tasks-intro)\n\nThe `Task` resource that you'll use is available in both [gRPC](/maps/documentation/mobility/fleet-engine/reference/tasks/rpc/maps.fleetengine.delivery.v1#task) and\n[REST](/maps/documentation/mobility/fleet-engine/reference/tasks/rest/v1/providers.tasks).\n\nIn Fleet Engine for scheduled tasks, a task represents a driver activity that\nfulfills a scheduled shipment or service for your consumers. You assign tasks to\nvehicle stop locations where they are to be completed, and the vehicle travels\nto those stops.\n\nA task has two possible states, `OPEN` or `CLOSED`. These states indicate\nwhether the task is active or not in the system. As the journey evolves for an\nactive task, you report this to Fleet Engine by updating the vehicle stop\nassociated with the task, which is either ENROUTE or ARRIVED. Once the driver\ncompletes tasks and leaves the stop, you remove the stop from the list of stops\non the vehicle. For more about\ntasks and their relationship to stops and vehicles, see\n[Scheduled tasks](/maps/documentation/mobility/fleet-engine/essentials/tasks-intro#basic_task_fields) in **Fleet Engine essentials** .\n\nLife of a task\n--------------\n\nIn order to track each task in Fleet Engine, you must first create a `Task`\nentity. See either [gRCP](/maps/documentation/mobility/fleet-engine/reference/tasks/rpc/maps.fleetengine.delivery.v1#task) or [REST](/maps/documentation/mobility/fleet-engine/reference/tasks/rest/v1/providers.tasks) for reference.\n\nThe following table describes an example end-to-end flow of a task created in\nyour system and its lifecycle stages in Fleet Engine. It assumes you have set up\nFleet Engine and have a vehicle for the task, with location updates\nenabled in the driver app. See [Driver SDK: Scheduled tasks](/maps/documentation/mobility/driver-sdk/scheduled).\n\n|---|-------------------------------|-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| 1 | **Create tasks.** | At the beginning of the work cycle, the dispatcher or service administrator first creates a manifest for delivery tasks or services. From there, your system then creates the task entities using `CreateTrip` with required fields, such as the type of task and the location. It can also supply other configurations at this point, such as target time window, sharing task progress, and custom attributes. See [Create shipment tasks](/maps/documentation/mobility/fleet-engine/journeys/tasks/create-shipment-tasks) and the related guides. |\n| 2 | **Schedule tasks.** | When you schedule a task for delivery, you issue a delivery vehicle update request, which then updates the vehicle entity with a list of stops to travel. You assign each stop a list of tasks to be completed at the stop. See [Update delivery vehicle tasks](/maps/documentation/mobility/fleet-engine/journeys/tasks/update-tasks). |\n| 3 | **Update the task progress.** | Once the task is assigned to a delivery stop and active in Fleet Engine, your system notifies Fleet Engine about the vehicle progress as it approaches, arrives at, and completes the stop. With this information, Fleet Engine can best perform routing and status updates along the journey as well as throughout the day for the vehicle. See [Update vehicle stop status](/maps/documentation/mobility/fleet-engine/journeys/tasks/update-stops). |\n| 4 | **Share journeys.** | At the same time that the vehicle begins active navigation for the delivery day, you can share journey information with interested stakeholders. Fleet Engine makes both task details and vehicle location available to interested stakeholders in the following ways: - **Shipment information for consumers** . With this solution, consumers can see the status of their package along with the vehicle location information you permit them to view. See [Consumer sharing for scheduled tasks](/maps/documentation/mobility/journey-sharing/scheduled). - **Fleet status information for administrators** . With this solution, fleet administrators can visualize the locations of delivery vehicles and their stops in your fleets in near real time. If the route for a vehicle is known, the map view component animates that vehicle as it moves along its predicted path. See the [JavaScript Fleet Tracking library](/maps/documentation/mobility/operations/fleet-tracking). |\n| 5 | **Finalize the task.** | You finalize shipment tasks in Fleet engine in the following ways: - **Close the task**: Closing a shipment task indicates that that task is no longer active. - **Set the task outcome**: Once a task is closed, you indicate either a successful or failed task to indicate if the delivery took place or not. This is an important part of finalizing a task to show the delivery outcome in your consumer experience and to ensure correct billing for the Fleet Engine service. Keep in mind that, like delivery vehicles, task entities remain active within Fleet Engine for 7 days regardless of state, at which point they are removed. See [Finalize tasks](/maps/documentation/mobility/fleet-engine/journeys/tasks/finalize-tasks). |\n\nTask sequence flow\n------------------\n\nThe following diagram shows a detailed flow of a task lifecycle.\n\nWhat's next\n-----------\n\n- [Create shipment tasks](/maps/documentation/mobility/fleet-engine/journeys/tasks/create-shipment-tasks)"]]
