PBS · javeri.ca
Connecting…
Key Finding — DBM Effect
Loading…
Months on Record
Newest first · tap a month to open it
Loading…
Intel Notes
Loading…
Loading…
Awarded Pairings Database — every pilot, every month
Every pairing awarded across the whole YUL B787 FO category, month by month, taken from the Category Block Reports. This is what was held, not what was offered. It is the raw data behind the Holdability section above. Your rows are highlighted.
| Month | BH | Pilot | Pairing(s) | Dest | Tier | Local Nights | TAFB | Layover | Hotel | Notes |
|---|---|---|---|---|---|---|---|---|---|---|
| Loading… | ||||||||||
Destinations — tier legend
Every destination the tracker knows, grouped by tier. The tier sets the colour of a destination everywhere on the site. Tap a code anywhere for its note.
Loading…
Blocks — Category Block Report, All Pilots
Sort by
Loading months…
| Position | Name | Sen. | Pairings | Destinations | Notes |
|---|---|---|---|---|---|
| Loading… | |||||
Company Seniority — Pilot System Seniority List
Loading…
| Sen. | Emp ID | Name | Status |
|---|---|---|---|
| Loading… | |||
Seniority Events
| Effective | Emp ID | Pilot | Event | Reason | Pos | Source |
|---|---|---|---|---|---|---|
| Loading… | ||||||
Import New Month Data
Paste the table-keyed JSON block Claude gives you after parsing a block report, score report, seniority list or pairing package, then press Push. Rows are added as pasted — the importer does not de-duplicate, so push once, then verify the row count before assuming success. Accepted tables are the keys shown in the box below; the monthly pairing package (what was offered) goes in as package_pairings.
Monthly Cycle — Two Moments
The tracker is fed twice per bid month. Moment 1 when the pairing package publishes and the bid is built; Moment 2 on award day. Each moment: hand the documents below to Claude in a Claude Code session. Claude parses them, shows you the exact rows, waits for your "go", writes them to the database directly and reads the counts back. Nothing is written without that go. The month then appears, or fills in, on the Months tab. The Import tab is the manual fallback, not the normal path.
Pre-Bid Verification Protocol — Mandatory Before Every Bid Save
Adopted Aug 16, 2026 after the September miss: the manual's RESERVE AWARDS and SDO sections were in hand all along and never cross-checked against the strategy. The bid was verified to fire — nobody verified what firing delivered. No monthly bid is validated or saved until all three steps below are done. Claude initiates this proactively at every bid session, before bid close. First run: October 2026, Sep 4.
Step 1 — Manual cross-check
Re-read the relevant PBS manual sections against the drafted bid: every bid-option mechanism used, RESERVE AWARDS whenever reserve is a possible outcome, and the SDO section whenever a critical date exists. Goal: surface any mechanism the manual describes that touches the strategy and wasn't considered.
Step 2 — Failure-mode walkthrough
For every protection layer in the bid, state in writing: if this layer activates, what does the award look like, and what does the next layer actually guarantee? — each answer sourced to the manual, not assumed. September's walkthrough would have read: isolate fires → reserve → reserve pyramid is preference-only, coverage beats it → wedding day callable → SDO required before bidding.
Step 3 — Critical-date gate
A hard immovable date in the month? An approved SDO via myaccess is the only accepted protection. Bid-line protection alone — isolates, avoids, reserve pyramids — means the plan is incomplete, and the bid does not get saved until that is said out loud. Vacation needs nothing: PBS builds around it on its own.
Moment 1 — Package & Bid
When
Pairing package published → before bid close.
Documents to bring
· The Pairing Report PDF (e.g. OCTUL787_Pairing_Report) — the native PDF parses fine
· Planning numbers: DBM and blocking window, the official ones
· Your critical dates and vacation for the month
· After saving: a screenshot of the saved bid and of the Analyzer, sorted by Time Factor
· Planning numbers: DBM and blocking window, the official ones
· Your critical dates and vacation for the month
· After saving: a screenshot of the saved bid and of the Analyzer, sorted by Time Factor
Written by Claude, after your go
months (1 row) · package_pairings (one row per pairing in the package) · bid_lines (the saved bid)
What appears on the Months tab
Planning Environment · Pairing Package (available destinations, FO) · Estimated Holdability from the last 12 awarded months · Bid Submitted
Before close — every month
· Check consecutive days reads 7 on Other Options
· Thinking of a domestic isolate or avoid? Read the via domestic column first — it catches international trips that connect through YYZ/YVR
· Analyzer diagnostic: click into wanted pairings not near the top, unwanted ones near it
· Remember the special bids (Work Periods, Days Worked, NN Day Breaks) never show in the Analyzer
· Optional: submit bid + Analyzer output to the ALPA PBS Committee via DART
· Thinking of a domestic isolate or avoid? Read the via domestic column first — it catches international trips that connect through YYZ/YVR
· Analyzer diagnostic: click into wanted pairings not near the top, unwanted ones near it
· Remember the special bids (Work Periods, Days Worked, NN Day Breaks) never show in the Analyzer
· Optional: submit bid + Analyzer output to the ALPA PBS Committee via DART
Moment 2 — Award Day
When
Block awards published (usually early in the prior month's last week).
Documents to bring
· Single Block Report — your awarded block
· Block Score Analysis — the score report
· Fleet Category Block Report, all pilots
· Reserve and no-block lists for the full seniority picture
· Block Score Analysis — the score report
· Fleet Category Block Report, all pilots
· Reserve and no-block lists for the full seniority picture
Written by Claude, after your go
pairings_awarded · score_report_lines · roster · pairing_db · lessons · the months row updated (QS, classification, diagnosis, award status)
What appears on the Months tab
Observed Holdability (who actually held what) · Your Awarded Pairings · Score Report · Diagnosis · Lessons Learned
Read together
· The award against the bid: did the targets land, what filled the rest, was anything a surprise
· Offered vs held per destination — was a miss "senior-locked" or "thin that month"
· Anything worth keeping goes into Lessons and into the handout the same session
· Offered vs held per destination — was a miss "senior-locked" or "thin that month"
· Anything worth keeping goes into Lessons and into the handout the same session
Seniority Cycle — Company List Upkeep
Per equipment bid: bring the CMSC Line Status Report (and any monthly retirement list) to a session. Claude parses it, shows the event batch for approval, then inserts into seniority_events directly. Rules: paired active/inactive rows with matching dates are transfers (no seniority effect); effective dates are scheduled, not applied early; Medical and ALPA leave are reversible, retirements and ITF are not.
Each January: bring the new Pilot System Seniority List PDF. Claude parses and validates it, loads it under the new list year (about 5,900 rows, in batches, each shown for approval), and reconciles the year's logged departures against positions gained. Your list number changes with each new list — the tool compares month by month for that reason.
Each January: bring the new Pilot System Seniority List PDF. Claude parses and validates it, loads it under the new list year (about 5,900 rows, in batches, each shown for approval), and reconciles the year's logged departures against positions gained. Your list number changes with each new list — the tool compares month by month for that reason.
Import Tab — Manual Fallback, Read Before Every Push
0. The normal path is Claude writing rows after your go, with counts read back. Use the Import tab only when you have a JSON block in hand and no session open.
1. The importer inserts blindly — it does not de-duplicate. Push each block exactly once; a repeat silently doubles the data.
2. After every push, verify the new row counts before trusting the result. A green "Success" only means the insert ran, not that it ran once.
3. If a push fails partway, stop — some tables may already be in. Check counts with Claude before retrying anything.
1. The importer inserts blindly — it does not de-duplicate. Push each block exactly once; a repeat silently doubles the data.
2. After every push, verify the new row counts before trusting the result. A green "Success" only means the insert ran, not that it ran once.
3. If a push fails partway, stop — some tables may already be in. Check counts with Claude before retrying anything.