Skip to main content
The Flight Tracking plugin sends a periodic position update on the interval set by the airline’s Tracking Interval (15 / 30 / 60 seconds) and, at the end of a flight, a single completion PIREP. When a VA has a backend URL configured for its own ACARS (phpVMS, vmsACARS, custom), every report sent to that backend carries a fixed set of core fields plus whichever extras the airline has opted into. The Additional Fields setting is one matrix that controls all of that. Every optional field is a row; the 15 flight phases are columns, with a final Submission column. Tick a phase cell to append that field to position updates while the flight is in that phase; tick Submission to include it in the completion PIREP. This single matrix replaces the two older lists (the streamed “Position Report Fields” and the completion “PIREP Fields”) — an airline configured under the old model is migrated automatically, preserving its previous behaviour (everything it streamed keeps streaming in every phase, everything it submitted keeps being submitted). This page lists every field, the exact key it uses on the wire, its type and unit, and what it represents, so VA admins know what to enable and what their own backend will receive. It is kept in sync with the client code — when a new variable is added, it is added here.

Where to configure

In your Skyvex admin: Airlines → <your airline> → Plugins → Flight Tracking → Additional Fields. Tick any combination of phase cells and Submission per field. The selection is stored on the airline and applies to every pilot the next time they (re)start a flight — the Stratos client pulls the config at the start of each flight.
Lower the Tracking Interval and tick more phase cells only if your VA backend actually consumes them. Each extra field is more bytes per pilot per tick — fine in isolation, noticeable at scale across hundreds of pilots flying simultaneously. Restricting a field to the phases that matter (for example winds only during CLIMB / CRUISE / DESCENT) keeps every other tick lean.

What every report always carries

Two sets of fields are sent unconditionally, regardless of what you tick.

Position update — the always-on keys

Every position update POSTed to your backend’s /flights/update opens with these twelve keys, in this order, before any optional fields are appended:
The opt-in miles_to_go field carries the same value as distance_remaining, which is already always present — so there is no need to enable miles_to_go separately.

Completion PIREP — the always-on keys

The completion POST to /flights/complete always includes these thirteen keys, before any Submission-ticked fields are merged on top:
landing_rate, fuel_used and simulator_version are always included here with their authoritative completion values, so Submission is disabled for them in the matrix — ticking it would only override the authoritative value with the live one, so there is nothing to add.

How optional fields are delivered

Every optional field is one of two kinds. This determines what your backend receives and when:
  • Live — read from the simulator on every tick and sent at its current value. If the sim can’t supply it, the raw default is sent: 0 for numbers, false for booleans, "" for strings. Live fields are never blank.
  • Milestone — captured once when the flight passes a milestone (block-off, takeoff, touchdown, block-on) and stored in the PIREP snapshot. A milestone field appended to a position update before its capture milestone is sent as null; the same applies to a Submission-ticked milestone field whose milestone never fired.
Each table below marks the kind. Per-simulator caveats are folded into the description, because the admin matrix’s “all sims” badge does not capture every gap.

Optional live fields

Grouped as they appear in the admin matrix. The Key column is the exact key your VA backend sees in the JSON payload.

Position & Navigation

Orientation

Flight Controls

Engine Data

engines_count reports how many engines the current aircraft has — use it to ignore engine3_* / engine4_* on twins. Per-engine fields exist for all four slots; on X-Plane the unused slots are masked to 0 / false. For each engine there are two “running” signals: engineN_firing is the raw combustion flag (it can flicker on some MSFS 2024 aircraft), while engineN_on is a debounced, composite running flag that is more stable. Prefer engineN_on for “is the engine running”.

Fuel

Weather

Simulation Time

The simulator’s in-world clock, for logging what time it is in the sim rather than in the real world.

Aircraft Information

Simulator State

Warnings

Landing Analysis

These live fields are easy to misread — most are not the held touchdown values their names suggest. For authoritative touchdown figures, use the milestone landing_* fields below or the completion landing_report.

Optional milestone fields

Captured once at a flight milestone and held for the rest of the flight. Sent as null until their milestone passes. Group order matches the admin matrix.

Departure

Captured at block-off (first movement / pushback).

Takeoff

Captured at the takeoff trigger (airborne, post-debounce).

Landing

Captured at touchdown, from the landing analyser.

Arrival

Captured at touchdown or block-on (final stop before shutdown).

Summary

Captured at completion.

The phase fields

There are two distinct phase concepts.
  1. The always-on top-level phase on every position update. It is the UPPERCASE API phase: BOARDING, PUSH_BACK, TAXI, TAKE_OFF, REJECTED_TAKE_OFF, CLIMB, CRUISE, DESCENT, APPROACH, FINAL, LANDED, GO_AROUND, TAXI_TO_GATE (both TAXI_IN and ARRIVED collapse to this), DEBOARDING, or UNKNOWN. While the sim is paused it reports PAUSED. This is the only phase key on the wire and it is sent on every update, so there is no separate opt-in phase field to enable.
  2. The 15 matrix phase columns, which decide when each field is sent. Their keys are uppercase and keep TAXI_IN and ARRIVED separate: BOARDING, PUSH_BACK, TAXI, TAKE_OFF, REJECTED_TAKE_OFF, CLIMB, CRUISE, DESCENT, APPROACH, FINAL, LANDED, GO_AROUND, TAXI_IN, ARRIVED, DEBOARDING. UNKNOWN is never a column, and PAUSED is never a column.
While paused, field selection still uses the real underlying phase, so per-phase fields keep matching the phase you are actually in even though the top-level phase reads PAUSED. For the full phase model and the conditions that move a flight between phases, see Flight Phases.

Payload shape

On each tick, the fields whose phase set includes the current phase are appended after the twelve always-on keys. A representative position update during cruise, with a few cruise-phase fields enabled, looks like:
The completion PIREP works the same way for the Submission column: every Submission-ticked field is merged onto the thirteen always-on completion keys in the /flights/complete body.

Rules worth knowing

  • A field is appended on a tick only when the live phase is one you ticked for it.
  • Live fields are read from the sim every tick; when the sim can’t supply a value the raw default rides along (0, false, or "") — live fields are never blank.
  • Milestone fields are null until their capture milestone passes; the same applies to a Submission-ticked milestone field whose milestone never fired.
  • block_fuel and zfw on the completion PIREP are omitted entirely (not 0) when never captured.
  • A few live fields are aliases or derived rather than direct telemetry — flaps_left_position / flaps_right_position (aliased to flaps_control) and cruise_altitude (current altitude rounded). The table notes call each one out.
  • Anything you turn on later starts appearing from the next flight onwards.

Field availability by simulator

Not every simulator populates every field. The general picture:
  • MSFS 2020 / 2024 / FSX / P3D (SimConnect): populate the broadest set, including all engine slots, engineN_pct_rpm, slew_mode, and native latched touchdown_* live fields.
  • X-Plane 11 / 12 (UDP DataRef): populate the same core telemetry, but a few fields are unavailable and report their defaults — engineN_pct_rpm is 0, slew_mode is false, landing_rate is 0 in the air (it holds the canonical touchdown rate after touchdown), the zulu date aliases to the local date, and altimeter_settings duplicates pressure_qnh.
  • Touchdown / departure position (touchdown_latitude / touchdown_longitude, departure_latitude / departure_longitude) is captured on every sim — including X-Plane — so a VA can derive the arrival and departure runways server-side where the client can’t match one.
  • Facility-derived milestone fields (departure_runway, arrival_runway, the gate and runway-deviation fields) are matched client-side and are MSFS onlynull on X-Plane; use the touchdown / departure coordinates above to derive them server-side. aircraft_livery is populated on MSFS 2024 and X-Plane but empty on MSFS 2020 / FSX / P3D.
If a field isn’t available from the sim, Stratos sends its default (0, false, or "" for live fields, null for uncaptured milestone fields). It won’t fabricate values.