Did you know that more than 40% of business trips are delayed or canceled—not because flights are sold out, but due to simple process confusion?
During peak travel seasons, managers face chaos as requests pile up. The core challenge isn't just capturing the initial request—it's coordinating a multi-team lifecycle across employees, line managers, travel coordinators, finance teams, and compliance officers.
Jira is well suited to turn this back-and-forth into a single, traceable end-to-end workflow:
Request → Review → Approval → Booking → Travel → Expense Report → Reimbursement
But here we will discover how to manage this process properly
To start, establish a dedicated Work Item Type in Jira (e.g., Business Travel Request) or a Service Desk request type in Jira Service Management (JSM).
Than create a Jira form to gather all details for this travel request. A complete travel request needs to gather:
Not every traveler needs to answer every question.
By utilizing Smart Forms for Jira, you can build a dynamic intake form with advanced conditional logic:
The are also support for multiple condition groups inside the form logic, so the field revealing may be as flexible as you need
💡 Smart Field Mapping Tip: Avoid creating custom Jira fields for every single question. Map core operational values (Departure Date, Total Budget, Department) directly to Jira fields for automation and SLA tracking. Map remaining contextual details (Dietary Needs, Flight Times, Hotel Notes) straight into the Jira Description field or leave them unmapped inside the form response widget.
With Smart Forms, you can:
Once submitted, the request must follow the correct approval path. A domestic train trip under €500 shouldn't require the same approval chain as an international conference trip costing €4,000.
Using mapped form data, Jira Automation can route work items dynamically:
|
Request Criteria |
Approval Path |
Automation Actions |
|
Budget < €1,000 (Domestic) |
Line Manager only |
Transition to Awaiting Manager Approval |
|
International Travel |
Line Manager + Security/Legal |
Auto-attach Risk & Compliance Checklist form |
Because key fields like Destination and Estimated Budget are mapped cleanly from the Smart Form, Jira Automation can inspect these values instantly upon creation.
Manager sign-off isn't the end of the line—it's the signal to start booking.
When the main travel work item moves to Approved for Booking, Jira Automation can automatically generate subtasks assigned to your travel or logistics team:
[Travel Request: Main Work Item]
├── Subtask: Book Flights (Assigned to Travel Agent)
├── Subtask: Hotel Reservation (Assigned to Travel Agent)
└── Subtask: Visa & Insurance Check (Assigned to HR/Risk)
The parent request remains the centralized source of truth, while operational teams complete subtasks independently.
Travel requests involve two different types of time pressure.
The first is response speed: how quickly the travel team reviews a new request and starts working on it. The second is the booking deadline: whether flights and accommodation are confirmed early enough to avoid limited availability and higher prices.
These deadlines may look similar, but they should not be tracked with the same SLA type.
The first SLA should measure how quickly the travel team starts processing a new request. Configure a time-limit SLA that starts when the work item is created and stops when it moves to Under Review or Waiting for Approval.
Different goals can be applied depending on the request type or urgency:
A connected work schedule ensures that only working hours are counted, excluding evenings, weekends, and configured holidays.
Fixed SLA targets don't work for departure dates because every trip occurs on a different day. Instead, calculate a dynamic booking deadline field using Jira Automation:
$$\text{Booking Deadline} = \text{Departure Date} - 7 \text{ Days}$$
Using an app like SLA Time and Report, set this calculated date as a Negotiated Date SLA. This tracks whether the travel team confirmed bookings before prices spiked, regardless of when the request was submitted.
In SLA Time and Report, select this field as the target for a Negotiated Date SLA. The SLA can start when the request is approved for booking and stop when the status changes to Booking Confirmed. This shows how many working hours remain before the individual booking deadline, regardless of when the request was submitted.
The team can configure different goals based on supported Jira fields, such as Priority, Request Type, Assignee, or custom fields. The current SLA status is displayed directly on the work item, helping coordinators identify requests that are on track, approaching the deadline, or already overdue.
Jira comments can be sent before a breach, for example at 80% or 90% of the available time. After a breach, the app can notify the responsible team or automatically update the assignee, priority, or status.
Reporting in the app helps managers see where delays actually happen – during the initial review, approval, or booking stage. They can compare urgent and standard requests, identify departments or approval paths with repeated breaches, and check whether missed booking deadlines lead to higher travel costs. This makes it easier to understand whether the issue is late submissions, slow approvals, or limited team capacity.
The workflow doesn't stop when the itinerary is emailed. The return journey generates expenses, invoices, and receipts.
Forcing employees to fill out post-trip expenses in the initial pre-trip request form leads to confusion.
A far cleaner approach is a two-stage form strategy on the exact same work item.
To automate the second stage, configure Smart Forms to auto-attach a Post-Trip Expense Form to every Travel Request work item.
Each attached form receives a unique shareable URL that Jira Automation can send to the traveler a few days after the Return Date. The employee can use the form to enter the actual hotel, transport, meal, or mileage costs and upload receipts, invoices, and other supporting documents through attachment fields.
Because the form remains connected to the original travel request, submitted values can update fields such as Actual Travel Cost and Reimbursement Status, while uploaded documents stay with the Jira work item for finance review.
[ Field Value Changed or Smart Forms commented] ➔ [Approvals & Booking] ➔ [Travel Occurs] ➔ [Automated Trigger: Return Date Passed] ➔ [Post-Trip Expense Form Attached & Shared]
{{#issue.properties."saasjet.forms.formsSharedUrls"}} {{#if(equals(formName, "Post-Trip Expense Form"))}}{{url}}{{/}}
Because Smart Forms for Jira allows attached forms and submissions to stay connected to work items—even if the issue is cloned or moved across projects—the full audit trail stays preserved.
Once the expense report is submitted, Jira routes the request to Finance for final audit and payment.
The work item has review form, that acts like checklist attached and transition work item automatically to closed only when:
Because responses are stored in Jira fields and Smart Forms analytics, teams can build dashboards to track:
To bring this whole workflow to life, set up these 4 core automation rules:
Rule 1: Detect Urgent Travel
Trigger: Work item created
Condition: Departure Date < {{now.plusDays(14)}}
Actions:
- Set Priority = High
- Add Label = "urgent-travel"
- Send Slack notification to #travel-ops
Rule 2: Route Approvals
Trigger: Field Value Changed or Smart Forms commented
Conditions:
- IF Total Budget > 1000 -> Add Finance Approver
- IF Destination = International -> Add Security Reviewer
Rule 3: Send Post-Trip Expense Form
Trigger: Scheduled (Daily)
Condition: Return Date < {{now}} AND Status = "Booking Confirmed"
Actions:
- Transition Issue to "Awaiting Expense Report"
- Email Requester with Smart Form URL smart value
Rule 4: Process Reimbursement
Trigger: Post-Trip Expense Form Submitted
Actions:
- Update field "Actual Cost"
- Assign to Finance Queue
- Transition Status to "Reimbursement Processing"
Replacing unstructured emails with Jira turn travel management into an organized, trackable business process.
By structuring the intake upfront and automating the post-trip return, your teams spend less time chasing missing receipts and more time focusing on work that moves the business forward.
Olha Yevdokymova_SaaSJet
1 comment