RahalCorporate
BudgetsAdmin Guide

Company Budget Settings

Configure company-wide budget behavior and defaults

Company Budget Settings

Company budget settings control global behavior for all budgets in your organization. These settings establish defaults and configure how budgets interact with bookings.

Accessing Budget Settings

  1. Navigate to Budgets
  2. Click the Settings tab or gear icon
  3. Modify settings as needed
  4. Click Save

Budget settings page

Settings Overview

CategorySettings
RequirementsRequire budget for booking
DefaultsDefault enforcement mode
Reservation TimingWhen to reserve budget
Pending BehaviorHow pending transactions work
RefundsHow refunds credit budgets
NotificationsAlert settings and recipients

Require Budget for Booking

Controls whether users must have an assigned budget to book travel.

SettingBehavior
No (default)Users without budgets can book freely
YesUsers without budgets cannot book

When to Enable

  • Strict budget control: Every booking must be against a budget
  • Complete spending visibility: No untracked travel expenses
  • Policy compliance: All travel must be pre-approved via budget

When to Keep Disabled

  • Gradual rollout: Not all employees have budgets yet
  • Contractors/guests: Some users shouldn't have budgets
  • Flexibility: Some travel shouldn't require budget tracking

If enabled, ensure all users who need to book have budget assignments. Otherwise they'll be blocked from booking.

Default Enforcement Mode

Sets the default enforcement mode for new budgets.

OptionDescription
Track OnlyMonitor spending, no restrictions
Warn When ExceededShow warning, allow booking
Require ApprovalRoute to approval when exceeded
BlockPrevent booking when exceeded

How It's Used

When creating a new budget, the enforcement mode field is pre-populated with this default. Administrators can still change it per budget.

Recommendation

Start with Warn When Exceeded as the default:

  • Provides visibility into over-budget bookings
  • Doesn't block users unexpectedly
  • Can be tightened per-budget as needed

Budget Reservation Timing

Controls when budget is reserved during the booking process.

OptionWhen Budget ReservedTrade-off
On RequestWhen booking request createdPrevents concurrent overspending
On ApprovalWhen request approvedMore accurate but concurrent risk
On ConfirmationWhen payment confirmedMost flexible, highest risk
StageBudget State
User Starts BookingBudget reserved immediately
Approval WaitBudget locked (pending)
ApprovedStill pending
Payment ConfirmedPending → Spent

Pros: Prevents two users from using the same budget; most accurate availability during concurrent bookings; safe for shared pool budgets

Cons: Budget locked during approval wait; abandoned bookings hold budget until timeout

On Approval

StageBudget State
User Starts BookingNo reservation
Approval WaitBudget still free
ApprovedBudget reserved
Payment ConfirmedPending → Spent

Pros: Budget only locked when likely to proceed; less impact from abandoned bookings

Cons: Multiple requests may exceed budget simultaneously; approval decisions based on stale availability

On Confirmation

StageBudget State
User Starts BookingNo reservation
ApprovalNo reservation
Payment ConfirmedBudget spent immediately

Pros: Maximum flexibility; no pending reservations

Cons: Highest overspending risk; budget availability inaccurate during booking

Pending Reservation Settings

Include Pending in Availability

Controls whether pending reservations count against available budget.

SettingAvailable =Description
Yes (default)Total - Spent - PendingAccurate real-time balance
NoTotal - SpentOptimistic, may overspend

Example:

Total: $5,000
Spent: $3,000
Pending: $500

Include Pending = Yes → Available: $1,500
Include Pending = No  → Available: $2,000

Keep this enabled (Yes) for accurate budget enforcement. Only disable if you prefer optimistic availability.

Pending Reservation Timeout

How long pending reservations remain before automatic release.

SettingDefaultRange
Timeout Hours721-720 (1 hour to 30 days)

What happens:

  • A background job runs periodically
  • Reservations older than the timeout are released
  • Released amount returns to available budget

Choosing a timeout:

ValueUse Case
24 hoursFast turnover, quick decisions
72 hours (default)Balance between holding and releasing
168 hours (1 week)Complex approval workflows

Approval Expiration

How long approved requests remain valid before budget is released.

SettingDefaultRange
Expiration Hours481-168 (7 days max)

What happens:

  • After approval, user has this long to complete payment
  • If not completed, budget reservation is released
  • User would need to re-request

Refund Settings

Credit Refunds to Budget

Whether refunds add back to budget.

SettingBehavior
Yes (default)Refunds increase available budget
NoRefunds don't affect budget

Enable when:

  • You want accurate spending tracking
  • Cancelled trips should free up budget
  • Refunds are a normal occurrence

Disable when:

  • Budgets are "one-way" (spend only)
  • Finance handles refunds separately
  • Refunds shouldn't increase available budget

Refund Credit Period

Which period receives the refund credit.

OptionBehavior
Current PeriodCredit to active period
Original PeriodCredit to booking's period

Current Period:

Booking: January (Period 1, closed)
Refund: March (Period 3, active)
Credit goes to: Period 3 ← User gets more budget now

Original Period:

Booking: January (Period 1, closed)
Refund: March (Period 3, active)
Credit goes to: Period 1 ← Accurate history, no impact on current

Recommendation: Use Current Period for practical budget availability. Use Original Period for accurate historical reporting.

Notification Settings

Send Budget Alerts

Whether to send notifications for budget events.

EventsDescription
Threshold reachedWhen 50%, 75%, 90%, 100% used
Budget exceededWhen spending goes over
Period transitionWhen new period starts

Alert Recipients

Who receives budget alerts.

Recipient TypeHow to Add
Admin emailsEnter email addresses
Role-basedFinance admins, budget owners

Example configuration:

Alert Recipients:
- finance@company.com
- travel.admin@company.com
- budget.owners@company.com

Default Values

When settings haven't been configured, these defaults apply:

SettingDefault
Require Budget for BookingNo
Default Enforcement ModeWarn When Exceeded
Reserve Budget AtOn Request
Include Pending in AvailabilityYes
Pending Reservation Timeout72 hours
Approval Expiration48 hours
Credit Refunds to BudgetYes
Refund Credit PeriodCurrent Period
Send Budget AlertsYes
Alert Recipients(empty)

Saving Settings

After modifying settings:

  1. Review changes in the form
  2. Click Save or Update Settings
  3. Changes take effect immediately
  4. New budgets will use new defaults
  5. Existing budgets retain their settings

Company settings affect global behavior and new budget defaults. Existing budgets keep their individual settings.

Best Practices

Start Conservative

Begin with defaults that are safe:

  • Require Budget: No (don't block users unexpectedly)
  • Enforcement: Warn (visibility without blocking)
  • Reservation: On Request (prevent overspending)
  • Include Pending: Yes (accurate availability)

Enable Notifications

Set up alert recipients early:

  • Finance team for budget oversight
  • Department managers for their budgets
  • IT/admin for technical issues

Review Timeout Values

Default 72-hour timeout works for most:

  • Shorter (24-48 hours) for fast-paced environments
  • Longer (168+ hours) for complex approval chains or international bookings

Match Refund Behavior to Needs

Consider your finance processes:

  • Real-time budget management → Current Period
  • Accurate historical reporting → Original Period

Settings Interaction Matrix

Understanding how settings work together:

If you want...Configure...
Maximum budget accuracyON_REQUEST + Include Pending: Yes
Flexible booking with trackingON_CONFIRMATION + Include Pending: No
All travel budget-controlledRequire Budget: Yes + ensure all roles have budgets
Refunds available immediatelyCredit Refunds: Yes + Current Period

On this page