Skip to content

Default and per-asset settings

Most syndicates own one asset. Multi-asset syndicates are the minority. Syndik8 is built around that shape: when a syndicate has a single asset, billing settings live in one place — on the syndicate. There is no separate asset-level billing screen. The fields on the Asset rates screen are just called Billing, Minimum Usage, and Home airfield fees. Usage capture has its own screen — see Usage capture.

When a syndicate adds a second asset, the UI changes. Those same syndicate-level settings stay where they were, but the headings are relabelled with a “Default” prefix — Default Billing, Default Minimum Usage, Default home airfield fees. At the same time, a new per-asset billing screen appears for every asset. On each asset’s screen you can either leave the value empty (in which case the syndicate default applies) or enter a value that overrides the default for that asset only.

The result: single-asset syndicates never see the word “default” and never have to navigate between syndicate and asset settings. Multi-asset syndicates get a single place to set shared defaults and a simple override mechanism for anything that differs.

  • Admin — view and change both the syndicate defaults and each asset’s per-asset overrides.
  • Members — see the rates in effect for any booking they create. Cannot change the settings.
  • Treasurers (admins) — same as admin.

The settings live in two places once a syndicate has more than one asset:

  • Syndicate defaults: Syndicate → Settings → Asset rates. Route: /syndicates/:syndicateId/settings/billing.
  • Per-asset override: Assets → [asset] → Billing. Route: /syndicates/:syndicateId/assets/:assetId/billing.

On a single-asset syndicate, only the first one exists.

Every field below follows the default-then-override cascade. The labels here are the multi-asset versions; on a single-asset syndicate the same fields appear without the “Default” prefix.

  • Default usage rate
  • Default shortfall rate
  • Default weekday minimum usage
  • Default weekend minimum usage
  • Default event fees (landing, touch-and-go, etc.)
  • Default captured measures (engine meter, block time, airborne time)
  • Default billed measure (“Bill on”)
  • Default per-measure labels (engine meter, clock time, airborne time)
  • Default taxi minutes
  • Currency
  • Max Advance Booking Days

These all live as syndicate defaults; in a multi-asset syndicate each asset’s billing screen can override any of them.

Billing scheme definitions (name, dues amount, rate modifier type and value) are always syndicate-wide. See Payments & Schemes.

Billing scheme rates — the numeric rate that applies when an asset is booked by a member on that scheme — cascade per asset. The per-scheme section only appears once the syndicate has more than one billing tier; with just the default tier, the asset’s base rate is the rate everyone pays and no per-scheme section is shown.

  • Single-asset syndicate (more than one tier): the Asset rates screen shows a Per-Scheme Rates table directly. You edit the single asset’s scheme rates there.
  • Multi-asset syndicate (more than one tier): the Per-Scheme Rates section is replaced with a note that tells you to configure rates on each asset individually. Each asset carries its own per-scheme rate overrides.

These syndicate settings apply uniformly to every asset in the syndicate. They cannot be overridden per asset:

  • Require booking approval
  • Minimum booking duration
  • Require admin confirmation for squawks
  • Show member names on bookings
  • Usage log visibility
  • Share usage photos with all members
  • Single-asset syndicate → no “Default” label, no asset-level billing screen. The complexity is hidden entirely.
  • The instant you add a second asset, the UI changes. Section headings on Asset rates gain the “Default” prefix. Each asset gets its own billing screen with the same fields, where an empty value means “fall back to the syndicate default”.
  • If you later delete the second asset, the syndicate returns to single-asset mode. The “Default” prefix disappears, and the asset-level screen goes away. The stored values on the remaining asset are preserved but aren’t shown anywhere distinct — they merge back into the syndicate view.
  • Precedence for any usage calculation (where the fields cascade): the asset’s value if set, otherwise the syndicate default, otherwise the system default. The first value set in that chain wins.
  • The snapshot rule still applies. When a usage log is saved, the resolved rates at that moment are snapshotted onto the log. Later changes to the default or the override do not back-date a booking’s charge. See Finalisation rules.
  • Currency is a cascading field but in practice is always syndicate-level. Currency is set once on Payments & Schemes and applies to every asset’s billing.