|
| 1 | +--- |
| 2 | +title: travel-approval-types.md |
| 3 | +description: Learn about the different approval types in Expensify Travel powered by Spotnana, and how they impact booking workflows and policy compliance. |
| 4 | +keywords: Expensify Travel, approval types, soft approval, hard approval, passive approval, Spotnana, travel policies |
| 5 | +--- |
| 6 | + |
| 7 | +<div id="new-expensify" markdown="1"> |
| 8 | + |
| 9 | +Expensify Travel uses a tiered approval system to help organizations balance booking efficiency with policy oversight. Here's how each approval type works, and when to use them. |
| 10 | + |
| 11 | +# Expensify Travel approval types |
| 12 | + |
| 13 | +Expensify Travel (powered by Spotnana) supports **three types of booking approvals**: **Soft**, **Hard**, and **Passive**. These are set by your workspace's travel policy and determine the level of oversight required before a travel booking is finalized. |
| 14 | + |
| 15 | +--- |
| 16 | + |
| 17 | +## How approval types are determined |
| 18 | + |
| 19 | +Each booking (air, hotel, car, etc.) is evaluated **independently** based on the travel policy configured in your workspace. |
| 20 | + |
| 21 | +Admins can define: |
| 22 | +- Which bookings require approval |
| 23 | +- What type of approval is used for different scenarios |
| 24 | +- Who needs to approve based on traveler role or booking type |
| 25 | + |
| 26 | +--- |
| 27 | + |
| 28 | +## Booking process overview |
| 29 | + |
| 30 | +No matter the approval type, every booking follows this core process: |
| 31 | + |
| 32 | +1. The system tickets the booking immediately to lock in the fare. |
| 33 | +2. The travel policy engine checks the booking against your workspace's rules. |
| 34 | +3. If required, the system triggers the appropriate approval workflow. |
| 35 | + |
| 36 | +--- |
| 37 | + |
| 38 | +## Soft approval (Opportunity to Deny) |
| 39 | + |
| 40 | +A booking can proceed **unless it's explicitly denied** by the approver within the void window. |
| 41 | + |
| 42 | +### Process: |
| 43 | +- The approver gets notified. |
| 44 | +- If they **do nothing**, the booking is confirmed. |
| 45 | +- If they **deny** within the void window, the ticket is voided. |
| 46 | + |
| 47 | +### Key characteristics: |
| 48 | +- No action is required to approve. |
| 49 | +- Approver sees language like: *"To approve this request, no action is required."* |
| 50 | +- The approval window is tied to the supplier's void window. |
| 51 | +- Low-friction process ideal for common bookings. |
| 52 | + |
| 53 | +### Best used for: |
| 54 | +- Everyday bookings where delays would risk fare increases. |
| 55 | +- Teams with strong, well-followed travel policies. |
| 56 | +- Use cases where notification is enough for visibility. |
| 57 | + |
| 58 | +--- |
| 59 | + |
| 60 | +## Hard approval |
| 61 | + |
| 62 | +The approver **must take action** for the booking to go through. |
| 63 | + |
| 64 | +### Process: |
| 65 | +- Approver must explicitly approve within the void window. |
| 66 | +- If denied, the ticket is voided. |
| 67 | +- If no action is taken by the deadline, the ticket is automatically voided. |
| 68 | + |
| 69 | +### Key characteristics: |
| 70 | +- Action required to proceed. |
| 71 | +- Auto-void occurs if approval isn't given in time. |
| 72 | +- Approval window is the shorter of: |
| 73 | + - 48 hours, or |
| 74 | + - The supplier's full-refund void window |
| 75 | +- If travel begins within 48 hours, that becomes the approval deadline. |
| 76 | + |
| 77 | +### Downgrade scenarios: |
| 78 | +Hard approvals automatically downgrade to **Soft** when: |
| 79 | +- The supplier has a 0-hour void window. |
| 80 | +- The ticket is non-refundable. |
| 81 | +- The booking is made via manual form. |
| 82 | + |
| 83 | +### Best used for: |
| 84 | +- High-cost or international bookings. |
| 85 | +- Strict policy environments. |
| 86 | +- Scenarios where cost control is more important than fare locking. |
| 87 | + |
| 88 | +--- |
| 89 | + |
| 90 | +## Passive approval (FYI only) |
| 91 | + |
| 92 | +Used purely for visibility—no action can be taken. |
| 93 | + |
| 94 | +### Process: |
| 95 | +- Approver is notified, but cannot approve or deny. |
| 96 | +- Booking continues automatically. |
| 97 | + |
| 98 | +### Key characteristics: |
| 99 | +- No action options. |
| 100 | +- Provides awareness, not oversight. |
| 101 | + |
| 102 | +### Downgrade scenarios: |
| 103 | +Both **Soft** and **Hard** approvals downgrade to **Passive** when: |
| 104 | +- The booking is made via manual form. |
| 105 | + |
| 106 | +### Best used for: |
| 107 | +- Informing managers about team travel. |
| 108 | +- Audit trail requirements. |
| 109 | +- Reducing booking friction while maintaining transparency. |
| 110 | + |
| 111 | +--- |
| 112 | + |
| 113 | +# FAQ |
| 114 | + |
| 115 | +## Can a trip include multiple approval types? |
| 116 | +Yes. Air, hotel, and car bookings are evaluated independently and may each follow different approval rules. |
| 117 | + |
| 118 | +## What is a "void window"? |
| 119 | +The time frame in which a ticket can be canceled for a full refund—set by the travel supplier. |
| 120 | + |
| 121 | +## What happens if an approver misses the hard approval window? |
| 122 | +The booking is **auto-voided** to prevent unapproved charges. |
| 123 | + |
| 124 | +## Can admins customize who receives approval notifications? |
| 125 | +Yes. Workspace travel policies can define approvers based on roles, cost, destination, or booking type. |
| 126 | + |
| 127 | +</div> |
0 commit comments