AEGIS OS™ decides & guards
Intelligence, reviewer recommendation, next-best action and governance checks. Suggestions arrive as internal notes a person approves. Never sees the confirmation reference; never messages travelers.
Exclusively for OdysseySoul Travel Team Members • Complimentary Access • Built & Powered by AEGIS OS™
Module core.post-booking-benefit-recovery · v1.0.0 · 2026-10-05
Intelligence, reviewer recommendation, next-best action and governance checks. Suggestions arrive as internal notes a person approves. Never sees the confirmation reference; never messages travelers.
Pipeline, intake, transactional messages, tasks, reminders, internal notes, referrals and the relationship history.
The CRM and automation infrastructure the snapshot is installed on: OS HQ → OS AEGIS MASTER TEMPLATE → member sub-accounts.
Pipeline
Stage 1
Intake submitted; acknowledgement sent; owner alerted.
“We received your request. A person will review it — no outcome is decided yet.”
Stage 2
Assigned to a reviewer; SLA clock running.
“Your request is in the review queue.”
Stage 3
Reviewer is comparing the booking against what the supplier currently publishes.
“A reviewer is looking at your booking details.”
Stage 4
Reviewer is asking the supplier or host agency through their official channel.
Only when the booking was made through an agent or the supplier must be asked.
“We are checking with the supplier or agency. Their answer controls.”
Stage 5
Information missing or traveler action required.
“We need one more detail from you before review can continue.”
Stage 6
The supplier currently publishes a benefit that appears to apply; the traveler decides and acts through the supplier or agent.
“A currently published offer appears to apply. Any change is made only by you, through the supplier or your agent — never automatically.”
Stage 7
No currently published benefit applies.
“We did not find a current benefit that applies to this booking. This can change; we have not changed your reservation.”
Stage 8
Resolved, withdrawn, or retention period reached.
“Your request is closed. Thank you.”
Intake
| Field | Key | Type | Rules |
|---|---|---|---|
| Provider / cruise line * | pbr_provider | text | |
| Confirmation reference * | pbr_confirmation_ref | text | Confidential. Confidential. Excluded from marketing, AI enrichment, exports and logs. |
| Booking date * | pbr_booking_date | date | |
| Departure date * | pbr_departure_date | date | |
| Return date * | pbr_return_date | date | |
| Ship / product * | pbr_product | text | |
| Destination / itinerary * | pbr_itinerary | text | |
| Booked through an agent? * | pbr_booked_through_agent | select (Yes / No / Unsure) | |
| Payment status * | pbr_payment_status | select (Fully paid / Still paying) | |
| First name * | first_name | text | |
| Last name * | last_name | text | |
| Email * | |||
| Phone (optional) | phone | phone | |
| Service consent: contact me about this request only * | pbr_service_consent | checkbox | Service-only. Never sets newsletter or marketing consent. |
| Referral code (prefilled from link) | pbr_referral_code | text |
Cruise
Cruise line · Ship
Configured (cruise-first)
Hotel / resort
Hotel brand or resort · Property / room type
Template — extend before use
Vacation package
Tour operator · Package name
Template — extend before use
Theme park
Park operator · Ticket / package
Template — extend before use
Synthetic dashboard
OdysseySoul example: 48 business hours. The update SLA promises an update, not an outcome. Each deployment sets its own value.
Open requests
6
Past update SLA
1
From referrals (all)
3
| ID | Traveler | Provider | Stage | Age (h) | Source | Paid | Agent |
|---|---|---|---|---|---|---|---|
| PBR-1001 | Sample Traveler A | Example Cruise Line | Pending Review | 6 | direct | Still paying | Yes |
| PBR-1002 | Sample Traveler B | Demo Seas | In Review | 30 | referral | Fully paid | No |
| PBR-1003 | Sample Traveler C | Example Cruise Line | Supplier/Agency Check | 44 | direct | Still paying | Yes |
| PBR-1004 | Sample Traveler D | Fictional River Co. | Follow-Up Needed | 52 | referral | Fully paid | Unsure |
| PBR-1005 | Sample Traveler E | Demo Seas | Not Eligible/No Current Benefit | 20 | direct | Fully paid | No |
| PBR-1006 | Sample Traveler F | Example Cruise Line | New Request | 1 | referral | Still paying | Yes |
KPIs: Request volume by week · Aging and SLA attainment · Source (direct / referral) · Provider · Payment status mix · Booked-through-agent mix · Outcome mix · Referral → request conversion.
Automation map
Trigger: Intake form submitted with service consent
Stop: Service consent missing → do not create opportunity
Trigger: Opportunity created in New Request
Stop: Reviewer assigned manually
Trigger: Stage change or new note
Stop: Never sees confirmation reference; Never sends traveler messages directly
Trigger: Task due in 8 business hours / overdue
Stop: Stage leaves Pending/In Review/Supplier Check
Trigger: Stage = Follow-Up Needed
Stop: Traveler replies; Stage changes; Second reminder never sent
Trigger: Stage = Offer Available or No Current Benefit
Stop: No reservation change is ever performed by automation
Trigger: Traveler accepts referral offer
Stop: One send per referral — no sequence, no marketing subscription
Trigger: Stage = Closed
Tags: pbr:request, pbr:vertical:cruise, pbr:agent:yes|no|unsure, pbr:paid:full|in_progress, pbr:sla:breached, pbr:source:referral, pbr:outcome:offer|none|withdrawn, pbr:referrer
Governance
Snapshot
OS HQ
Module definition, version, changelog
OS AEGIS MASTER TEMPLATE
Pipeline, custom fields, tags, forms, workflows, email templates, dashboards
Member sub-accounts
Loaded from snapshot; local SLA, reviewer and branding settings
Never included in the snapshot: Live contacts, Conversations, Appointments, Stripe / payments, Any production data.
Benefits, credits and eligibility belong to each supplier and change over time; their published terms always control. This module describes a review process, not a promise. Back to the Product Tour