SkyVault Ops

by GDWizard

Run The Day

Office Operator

One person controls booking confirmation, arrival readiness, manifest assignment, and editor readiness. The instructor board and SkyVault Editor consume the data from this workflow.

What do I do next?Start with the first yellow or red item in the workflow, then move customers through bookings, manifest, loads, and media.
Maintenance tools
Staging/admin cleanup Use only during private testing. Archives obvious demo/test bookings and DallasXSky test orders from normal working views after saving a full data snapshot.
No cleanup run yet.

Media Work

What this screen is for Track customers who need video, photo, or delivery follow-up after manifest work creates media tasks.

Live Updates

What this screen is for Build one operational update, choose the affected bookings, then route it to a connected affiliate website banner, customer email drafts, or staff email drafts.

Alert and affected bookings

Use Ctrl or Command to select more than one customer, group, or staff member. Specific selections apply only when their matching audience or staff destination is selected.
Destinations
Website banner optionsRolling live update
Show on websites
Preview before publishing Email destinations remain draft-only and never send. A website banner becomes visible only after the saved update is explicitly published, and only during its scheduled window.
Preview a Live Update to review its audience, message, and website schedule.

Live Update Drafts

What this screen is for Publish approved website banners, end active or scheduled banners, or review email-only drafts. Email delivery remains disabled.

Notifications

What this screen is for Review current Ops attention items and Editor messages, including items removed from the header dropdown.
Customer Messages 0 pending
Accounting Actions 0 open
Payment operations Manual-payment verification and staged refunds stay here until the authorized account completes the next required action.
Planned front-desk hardware: Stripe Reader S710 Build for a server-driven Stripe Terminal flow. Live card-present payments remain disabled until test-mode reader and webhook QA pass.

Ops Attention

Payment Accounting

What this screen is for Monitor actual charges, collected payments, and unresolved payment attention in one focused screen.
Accounting snapshot
Needs Attention 0 open

Payment Provider Readiness

Practice the web and front-desk payment lifecycle without contacting Stripe This lab models Checkout Sessions for web purchases and a server-driven PaymentIntent flow for the planned Stripe Reader S710. It stores local simulation records only.
Simulation-only safety lock No API key, Stripe network request, physical reader, verified webhook, capture, or money movement is available here. Acknowledged, permission-gated payment and refund simulations can update only linked local Ops records.
Website payments
Stripe Checkout Sessions / one session per customer order / provider completion event before Ops reconciliation.
Reception payments
Stripe Reader S710 / server-driven PaymentIntent / asynchronous reader action / webhook or status check before posting payment.
Duplicate protection
One idempotency key per payment attempt and one provider event ID per webhook delivery.
Offline Test-Adapter BoundaryPreparation only
References only — never paste Stripe secrets Save environment-variable names and planning labels here. Stripe secret keys, webhook signing secrets, and S710 registration codes are rejected and must not be stored in Ops.

Synthetic Webhook Contract Lab

Checks signature, five-minute timestamp tolerance, and replay rejection with a known synthetic key. Probe events never become payment evidence.

Safe Scenario RunnerLocal records only
Readiness Gates0 ready
Simulation Transactions0 records
Simulated Webhook Ledger0 events

Staff Pay Preparation

Calculate and review what is owed without moving money Approved hours, completed Ops loads, assignments, media work, attributed sales, approved adjustments, and reimbursements feed this weekly ledger. No bank, payroll provider, tax filing, or live payout is connected.
Compensation Profile Owner/admin controlled
Daily Hours Manual entry and approval
Other Earnings / Reimbursement Requires review
Weekly Staff Statements0 staff
Hours Review0 pending
Adjustment Review0 pending
Weekly ApprovalDraft

Store

What this screen is for Sell counter products, merch, gift items, and other non-booking items without sending anything to Editor or manifest.

Booking Calendar

What this screen is for View schedule capacity, booked arrivals, closures, and which days need staff attention.

Calendar controls

Customer Lookup

What this screen is for Find a customer fast, confirm what media they are owed, and open the booking only when details need editing.
Advanced lookup filters

Booking Workbench

Use this panel for new direct bookings and quick edits before manifests and media handoff.

+ New Booking Expand to create walk-ins, phone bookings, or manual partner bookings.
What this screen is for Create or update normal Ops bookings from phone, walk-in, partner, or promoted intake sources.
Before saving: Required now: jumper name, Ops offering, arrival date/time, and valid charge/payment entries. Required before manifest: age/ID, weight, waiver, and any payment balance review. Optional: email, phone, celebration, social, and notes.

Customer and Grouping

Single jumper booking. Charge and payment fields apply to this jumper only.

Schedule and Offering

Arrival date and time Required now
Select a date to see open arrival times.

Payment

Roster and Notes

Advanced roster text

Confirmed Bookings

What this screen is for Find active customers, check missing required details, and decide whether each booking is ready for manifest.
What do I do next?Open any booking with a red marker first, then clear yellow items before manifest.

Booking Lookup

What this screen is for Choose a date or search for a customer, then use the results on the left.
Lookup Filters
Arrival Capacity Calendar
Group Payments Edit purchaser-level payments without charging each jumper again.
What this screen is for Use this for one-purchaser groups. Participant bookings keep media, manifest, and jumper readiness; this record owns charge, paid, and balance.
Select a group payment to edit.
Payment Verification Confirm bank transfers, checks, and manual/crypto transactions before fulfillment.
What this screen is for Manual payments remain outside paid totals and booking readiness until an operator matches the reference to the bank, check, or wallet transaction.
Cancel / Refund Audited booking corrections for Ops-direct payments.
What this screen is for Cancel unpaid/no-refund bookings or record Ops-direct refunds. DallasXSky refunds stay in DESA after business/operator consultation.
Select a booking to cancel or refund.
Edit Booking Fix selected customer details when needed.
What this screen is for Fix customer, schedule, payment, age/ID, weight, offering, media output, waiver visibility, and notes before the booking reaches manifest.
Select a booking to edit details.

Customer and Booking Info

Offering and Media

Charges and Accounting

Booking Readiness

What this section is for Record front-desk checks before manifest. Readiness updates require a staff/operator name and note.

Customer Self-Service

Secure booking link Generate a one-time link for the confirmed customer or group. Creating a replacement revokes any earlier link for these bookings.
Add a One Off Arrival Time One-off capacity adjustment.
What this screen is for Add an office override slot when the normal generated schedule needs a one-off adjustment.

Customer Check In

What this screen is for Check jump-day readiness before assigning customers to aircraft loads.

Selected Assignment

What this screen is for Assign a ready customer to an open load slot. Tandems require an instructor and tandem system; experienced fun jumpers require an approved profile review.
Select a booking from the manifest queue.
Fix Readiness Open only when check-in details need correction.
What this is for Fix mandatory readiness fields from Manifest. Every approval needs the verifying staff or operator name and a note for the audit trail.
Staff Training / Proficiency Jump Review and manifest staff separately from customer bookings.
What this is for Record an operator-approved training, proficiency, evaluation, or staff fun jump. This uses one slot and creates no customer charge or Editor job.

Loads

What this screen is for Build today's aircraft loads, assign the pilot, then move each load through gear up, loading, in flight, landed, and hold when needed.
What do I do next?Assign a current pilot and ready customers, then clear red load holds before changing a load status.

Office Checks

Future load boardDrag/drop assignment is the next phase. For now, use each open slot's Use Slot button to keep assignments explicit and validated.

Instructor Load Board

Find Customer Media

Editor Work Queue

What this screen is for Track media jobs by processing status: waiting for landing, ready for Editor, active, complete, or needing staff attention.

Media Processing Data

Advanced fallback: import editor result
Advanced / Developer: selected handoff JSON
{}

Streaming / Display Devices

What this screen is for Create SkyVault display windows and URLs. The customer chooses how to route them to TVs: Win+K, HDMI, browser, Chromecast-capable TV, or other hardware.

Display Devices

Add Display Device
No display device changes saved yet.

Cast To Device

Choose a screen, choose what to show, then cast. Cast the live board, a message, or a link such as YouTube. Direct customer media casting stays locked until approval and privacy controls are finished.
Open Current Board Display
Nothing cast yet.

Staff

What this screen is for Add, review, and remove the people allowed to work this SkyVault Ops business.
Add staff member Choose what this person does first; SkyVault will show only the qualifications that apply.
Operational role and account access are separate. This creates the person's Ops assignment profile. You can create their login afterward under Invite Staff Account.
Additional pilot currency dates
Advanced staff profile and credentials Use for AFF, rigging, packing, multi-role profiles, or detailed credential maintenance.

Add Staff Profile

Add now, complete qualifications when verified Drafts are allowed. Safety-sensitive profiles only count toward launch readiness when the required details are current.

Enter the operator-verified due dates that apply to this person. U.S. 24-calendar-month flight-review and 90-day recent-experience rules are examples only; the governing authority, privileges, operation, and conditions determine what applies.

Invite Staff Account

Give each person their own login The setup link works once and expires. Account permissions and operational qualifications remain separate.

All Staff

Assignment readiness at a glance Qualification badges are Ops setup checks, not independent legal or credential verification.

Add Tandem System

What this screen is for Track tandem equipment readiness so manifest can avoid assigning unavailable systems.

Rule helpers only suggest a date. Confirm the exact due date against the governing regulation, rigger record, manufacturer instructions, and local policy.

Tandem Systems

What this screen is for See which tandem systems are ready, need attention, or should not be assigned.

Compliance

One place for approaching and expired records Review staff credentials and pilot currency, aircraft inspections, and tandem-system dates before they interrupt a working day.

Reminder & Assignment Rules

In-app reminders only Saving these settings does not send email or contact staff. Dates remain operator-controlled.

For an existing operation, review and correct records before enabling assignment blocking. Pilot dispatch checks use the exact operator-supplied due dates on the assigned pilot profile.

External Booking Intake

What this screen is for Review website orders from connected sources before they become normal Ops bookings. Website orders appear here before they become bookings. Review the order, confirm the time/operator, then promote it to a normal Ops booking.
New Order Needs Info Needs Operator Ready To Confirm Promoted To Booking
Advanced / Developer: endpoints and manual JSON import
Local intake endpoints GET /api/integrations/dallasxsky/schema POST /api/integrations/dallasxsky/validate POST /api/integrations/dallasxsky/intake GET /api/integrations/galveston-extreme/schema POST /api/integrations/galveston-extreme/validate POST /api/integrations/galveston-extreme/intake GET /api/integrations/business-website/schema POST /api/integrations/business-website/validate POST /api/integrations/business-website/intake POST /api/integrations/dallasxsky/review POST /api/integrations/dallasxsky/duplicate/resolve POST /api/integrations/dallasxsky/promote

Add External Order

No external order added yet.

Orders To Review

No recent intake action.

Selected Order

No order selected. Choose an order to see what needs to happen next.

Connected Websites

One business account, separate website channels Confirm which websites send orders into this Ops workspace. Each website keeps its own connection and pricing catalog; connection credentials are never shown here.

Local Contracts

What this screen is for Advanced / Developer view for local payload contracts used by displays, integrations, and media handoff tools.
Instructor board GET /api/board
Projected board display /board.html
Editor ready jobs GET /api/editor/jobs
Editor completion POST /api/editor/jobs/complete
Ready handoff files data/editor_handoff/ready_for_editor
Processed files data/editor_handoff/processed
Advanced / Developer: board and editor payloads

Board Projection JSON

{}

Editor Jobs JSON

{}

Operational Audit

What this screen is for Trace booking, DallasXSky, manifest, media, config, and cleanup changes with reviewer, reason, and record context.

Audit JSON

{}
Operations setup Set staff, load rules, aircraft settings, and operational safety parameters for day-to-day sky operations.
Storage and backups Confirm the local database, latest snapshots, and Editor handoff files before cleanup or live operation.
Loading storage status...
Interface theme Keep your preferred color and spacing profile across all screens.
Business and Editor workspace Review the company identity, operator, and Editor accounts allowed to work this Ops queue.
Loading business workspace status...
Advanced / Developer: raw config JSON Read-only diagnostic output for local prototype support.

              
Add aircraft Choose a common model or add your own, then confirm its approved jumper capacity.
Use the aircraft records, not the brochure. The suggested slot count is only a starting point. Confirm the numeric jumper limit for this aircraft's current approved configuration. Do not include the pilot.
Optional readiness details

You can save these later under Advanced aircraft records and compliance. Ops will clearly flag any missing readiness record.

Advanced: custom aircraft type capacities Override how confirmed seats are divided among pilot, tandem, and camera roles.
The pilot, customer, instructor, and camera role slots must fit within total available slots.
Advanced aircraft records and compliance Add aircraft, inspection dates, operating-hour limits, and availability.

Choose the program that actually applies, then enter exact dates and meter limits from the aircraft records. Ops does not determine regulatory applicability.

DZ safety rules Weight limits, eligibility checks, and operational blockers.
Activity approvals and manifest access Open, restrict, pause, or close each type of jumping independently.
These controls stop assignments; they do not approve an operation. Use Pending until the required airport, Tower, insurance, legal, and operating conditions are complete. Choose Restricted only when the allowed scope can be stated and selected below.
Loading activity controls...
Load flow timers Tune load phase behavior and operational timing.
Media automation Control automatic media handoff behavior for Ops.
Payroll, tips, equipment, and jumper readiness Open source-facts reports for future policy work without enabling calculation, allocation, or enforcement.
Loading future readiness report links...
Pricing and intake Manage pricing, offerings, source reference data, and defaults.
Where does each price go? Set prices here once, then use them in bookings and Store. Store sells configured items; it is not the price editor.
Media output prices Map upsell outputs to charge amounts.
Ops add-ons Define merch retail, protected cost, stock, and fulfillment behavior.
Create new add-on Merch, stocktake item, fee, or operational promise.
DESA / DallasXSky price reference Map reference source pricing and optional carry-through.
Import DallasXSky price JSON Paste package-flow/export pricing, preview, then save.
No DallasXSky pricing import previewed.
Products and packages Set the customer price for a standalone skydive or a package, then keep only current offerings active.

Add an everyday offer

Choose the closest match first. SkyVault will set the booking and readiness behavior for you.

Recommended
Advanced catalog and existing offers Edit current items or create AFF, rentals, courses, rigging, events, and custom products.
Active products and packages are shown first.
Add product or package Start with the price customers pay. Advanced operating details stay optional.
Where does the basic skydive price go? If you sell a skydive by itself, add it here as a standalone product. If you only sell packages, add your lowest everyday package first.
Advanced product settings Open for non-tandem products, media, eligibility, credits, gear, images, or custom workflow labels.
Offer creator and promotion slots Create reusable deals, then place up to two on a website.
Create reusable offer The package safety floor is always enforced.
Weekly hours and booking capacity Set different hours by day and keep customer booking times published.

Set the normal customer arrival schedule

Each day can have different hours, intervals, and available spots. Full times disappear from the customer calendar but remain visible to staff.

Weekly operating hours and capacity
Keep booking times available

SkyVault extends the calendar automatically so you do not need to return each month.

Closed dates

Add a one-time closure or repeat the same month and day every year.

Office-held capacity

Use this only when the office keeps part of every arrival for phone or walk-in bookings.

Review required Review the exact customer dates and times before publishing.
Customer reschedule policy Set customer change windows, fees, exceptions, and website access in plain language.
Fee-waived reasons

Website rescheduling means a customer can use a private link from their booking to choose another available date and time. Paid changes and exceptions still go to staff review.

Email communications Choose and approve wording here. Sending happens from customer work after delivery is configured.
No email preview rendered yet.

Review Live Update action

This note is saved with the publish, review, cancellation, or end action. Email delivery remains disabled.

Exported State