Stops & Arrival Tracking
How each stop records its planned window, arrival and departure in Orbit Cockpit, and proof of delivery captured at the stop.
How each stop records its planned window, arrival and departure in Orbit Cockpit, and proof of delivery captured at the stop.
Was this article helpful?
Did not find your answer?
Ask Luna, or write to our support team.
Note
A Stop is a single pickup or dropoff on a Tour. Each stop carries its planned arrival and departure times, the actual times recorded in Orbit Cockpit, and any proof of delivery captured at the stop.
A Tour is an ordered list of places a driver visits, and each place on that list is a Stop. A stop is either a pickup, where cargo is collected, or a dropoff, where it is delivered. Only a Tour has stops — an Order or a Shipment on its own does not. When you route a Shipment onto a Tour, its pickup and its dropoff take their places in that tour's sequence of stops.
Every stop tells you when the driver was meant to be there and what happened during the visit. As the driver works through the Tour in Orbit Cockpit, each stop fills in with its arrival, departure, and any proof of delivery required at that location. In Orbit MissionControl you can read the plan, the actual times, and the proof.
Key highlights:
Stop is one pickup or dropoff in the Tour's ordered sequence of visits.Think of a Tour as a route with a running order of places to visit. Each place in that order is a Stop. A pickup stop is where the driver collects the Load; a dropoff stop is where they hand it over. A simple tour that moves one Shipment from Berlin to Lisbon has two stops — the Berlin pickup and the Lisbon dropoff — in that order.
When more than one Shipment collects from or delivers to the same address, Orbit combines them into a single stop, so the driver makes one visit rather than several to the same place. Each shipment keeps its own contact, company, and documents under that shared stop, so nothing is lost by grouping them.
Every stop holds two kinds of time, and it helps to keep them apart.
The two are read together to judge how a Tour is running: an arrival later than the planned window tells you a stop ran behind, while a stop with no arrival yet has not been reached. A planned window is never an arrival time; it is the intention, not the event.
When automatic stop detection is enabled and Orbit Cockpit has background location permission, it records arrival when the driver reaches a stop. The arrival appears in the stop view, with an Undo option for one minute. The driver can still use the stop controls in Orbit Cockpit.
Orbit Cockpit records departure automatically when the driver leaves a stop and all required loads and proofs are complete. If something is missing, Orbit Cockpit sends a notification and shows what remains on the stop. After the driver completes the missing work, they can select Ready to depart to record the departure.
If background location is not allowed, the tour can still start, but automatic stop detection is unavailable. Orbit Cockpit shows Automatic stop detection off: background location not allowed under Start Tour. The driver can continue using the stop controls to record arrival and departure.
There is also a third, forward-looking time while a Tour is on the road: the Expected Arrival, a live estimate of when the driver will reach an upcoming stop. That estimate is covered in its own article — see Live Tracking & Expected Arrival — because it behaves differently from the planned window and the logged fact. In short: the planned window is the intention, the Expected Arrival is the live estimate, and the logged Arrival is what actually happened.
Proof of delivery is captured at the stop, at the moment of the visit, by the driver in Orbit Cockpit. It is the evidence that a pickup or dropoff really took place — a photograph of the goods in position, a recipient's signature, a signature with the signer's name, or a scanned document.
A stop can carry proof requirements — for example, one signature and one photo before the delivery counts as complete. As the driver works the stop in Orbit Cockpit, the app prompts them for anything still outstanding and offers Record Proofs Now. To capture each piece the driver can Record with Camera for a fresh photo or signature, or select an existing file from the device. Once captured, the proof is stamped with the time it was taken.
Requirements are a guide, not a hard gate: if the driver cannot capture everything on the spot, the outstanding proofs can be recorded later, so the delivery is never blocked at the roadside.
Back in Orbit MissionControl, the proofs captured at a stop appear against that stop, grouped by kind — Photo Proofs, Signature Proofs, Signature with Name Proofs, and Document Proofs — each showing when it was taken. This is where an operator confirms that a delivery was completed and reviews the evidence behind it.
An empty proof list on a stop the driver has not reached yet is completely normal — it is not a missing document or a gap to chase. Proofs appear only after the visit happens, so a stop still ahead on the route simply has nothing to show yet.
The proof captured at a stop is also stored as a file you can view, download, and share, alongside other paperwork such as delivery notes and invoices. That file side — how documents are versioned, linked across an Order, Shipment, and Tour, and who is allowed to see each one — is covered in the Documents article.
A driver, Mohammad, is running a Tour for Spaceport Shipping Co. with a delivery to ACME Ltd in Lisbon. The stop was planned for a window between 13:00 and 15:00. Mohammad arrives at 14:41, and Orbit Cockpit prompts him for the delivery's proof requirements: a photo of the pallets on the loading bay and a signature from the warehouse supervisor. He taps Record Proofs Now, uses Record with Camera for the photo, and captures the signature. Later, Julia — an operator watching the run in Orbit MissionControl — opens the Lisbon stop and sees a logged Arrival of 14:41 against a Planned Arrival window that opened at 13:00, together with the photo and signature timestamped to the visit. She confirms the delivery is complete without having entered a single value herself.
Stops, their planned and logged times, and the proofs captured at them are all available programmatically through the Tour they belong to. For endpoints and schema details, see the API Reference.
Because the driver hasn't reached it. A logged Arrival appears only once the visit happens. Until then the stop shows just its planned window — which is the plan, not a missing time.
The planned window (Planned Arrival and Planned Departure) is the schedule worked out before the tour moves. The Expected Arrival is a live estimate that updates while the Tour is running. The logged Arrival is what actually happened. See Live Tracking & Expected Arrival for how the estimate is calculated.
Not if the driver hasn't been there yet. An empty proof list on an unvisited stop is normal; proofs are captured at the moment of the visit. Once the driver reaches the stop in Orbit Cockpit and records the required proofs, they appear against the stop in Orbit MissionControl.
Yes. Proof requirements are a guide, and any outstanding proofs can be recorded later, so a delivery is never blocked at the roadside.
When more than one Shipment collects from or delivers to the same address, Orbit combines them into a single stop so the driver makes one visit. Each shipment keeps its own contact, company, and documents under that shared stop.
Yes. When automatic stop detection and background location are available, Orbit Cockpit records arrival and records departure when all required loads and proofs are complete. If work is missing, it notifies the driver and shows what remains. Without background location permission, the driver can still start the Tour and use the stop controls to record arrival and departure.
Arrival, departure, and proofs are records of what happened during the run. Orbit Cockpit records them as the Tour is worked, and you read them in Orbit MissionControl.
Each proof is also stored as a file, alongside delivery notes, invoices, and other paperwork. How those files are versioned, linked across the Order, Shipment, and Tour, and made visible to different parties is covered in the Documents article.