Use case: When an operations user modifies a manifest—such as removing a stop, adding a new station, or cutting the trip short—the system ensures traceability by creating an audit record. This allows supervisors and compliance teams to see a clear history of adjustments for operational accuracy, accountability, and regulatory reporting.

Use case: Control which driver is designated as first or second for printing and operational purposes; by adding an “order” parameter to the manifest user assignment, Betterez can correctly label and display Driver 1 and Driver 2.

Use case: During the promo code rule creation, be able to copy a rule to edit and iterate on the existing ones created. Use the "copy" icon in the promo rule view to create a duplicate to edit.

Use case: Create different time based intervals of fees. Ex: Cancellation fee is 50% from 0 - 24 hours prior to departure, then 24 - 48 hours is 25%, and 0% fee greater than 48 hours.

Configuration: Administration -> Fees -> Create or select a fee -> Configure fee rule: Apply on cancel (per ticket), and set the "+ Add new time based rule"

For more details please see our dedicated Support Article: Fees.

Use case: Operators who need to sell in person, can now do so integrated with Betterez. The purchase price is sent directly from Betterez to the device, for a seamless sales process. Purchase confirmation from Stripe completes the payment. Internet is required to communicate between the Stripe Device and Betterez.

Configuration: "Enable Administration / Payment -> stripe_terminal prior to attempting to pair the device in Betterez Administration / Payment Terminals / Stripe Follow the steps below:

1. https://support.betterez.com/content/admin/267_payments_stripe_terminal
2. https://support.betterez.com/content/admin/270_payment-terminals#stripe-terminals---create-location-using-stripe-dashboard
3. https://support.betterez.com/content/sales/903_payments_stripe_terminal

Use case: This feature provides drivers with the ability to complete trips independently, improving operational control and ensuring accurate trip closure. It eliminates the need for back-office intervention while ensuring that tracking stops once the trip has ended, reducing unnecessary background activity and improving system performance.

Configuration: Administration > Mobile Apps > Download the APK or through Apple Store

For more details please see our dedicated Support Article: Scanner App.

Use case: Keeps percentage-based fees within a defined range, ensuring fair, predictable, and transparent charges

Examples: Cancel Fee: 15%, Min $5, Max $25 → $200 cancellation = $25 (capped). Change Fee: 10%, Min $10, Max $30 → ensures consistent fees across tickets.

Configuration: Administration → Fees → Change/Cancel Fee Settings Users can now set both Minimum Amount and Maximum Amount when defining fee rules.

For more details please see our dedicated Support Article: Fees Create.

Use case: Gives operators a quick, complete view of trip performance — how full each bus was, how much revenue it made, and which trips need attention — making decision-making faster and easier.

Configuration: The manifest report can be found under Intelligence -> Manifests

For more details please see our dedicated Support Article: Reports.

Use case: Gives drivers quick access to contact passengers when needed, improving communication and trip coordination.

Configuration: Administration ➝ Scanning, enable "Show passengers phone number"

For more details please see our dedicated Support Article: Scanning App.

Use case: Simplifies the driver’s view by hiding trips that aren’t relevant, making it easier to focus on their own schedule.

Configuration: Administration ➝ Scanning, enable "Only show trips assigned to the user" Please note you must have manifest user assignments enabled first, and assign drivers to manifests

For more details please see our dedicated Support Article: Scanning App.

Use case: Gives operators more control over pricing and travel rules, so Flexpasses can reflect differences in service quality or brand offerings.

Configuration:

• Each Flexpass can be tied to one Brand and one Service Class.
• Pricing and usage are calculated according to the selected Brand and Service Class.
• We can create multiple Flexpass products for different brand/service combinations.
• Flexpasses can also use station groups, letting passengers board or redeem at any station within the group.
• Keeps pricing consistent and flexible across brands while maintaining simple setup and use.
  Example: A Flexpass for Brand A - Executive Class might cost more than one for Brand B - Standard Class and only work for those specific trips.
  
  For more details please see our dedicated Support Article: Flexpass.

Use case: Gives operators flexibility to offer different prices, validity periods, and travel networks for the same Flexpass product.

Configuration:

• In the pricing section, select Network Wide and add multiple options using “+”.
• Define uses, days to expire, and price (average price is auto-calculated).
• Customers choose from these options during purchase.
• Define which O&Ds are included or excluded from the pass (only one mode can be active).
• Redemption and results filter automatically by the Flexpass’s brand and service class.
• You can copy a Flexpass to create quick variants.
  
  For more details please see our dedicated Support Article: Scanning App.

Use case: Keeps passengers informed about schedule changes, improving communication and reducing confusion.

Configuration:

• Adds a new “Send Email” option next to the existing SMS option.
• Emails are sent only to passengers who have an email address on file.
• The button appears on the same screen where movements are confirmed.
  For more details please see our dedicated Support Article: Admin.

Use case: Streamline the origin and destination exception process so operators can control a manifest's availability without defining every O&D permutation between two stops.

Configuration: Administration > Sales inventory > Operation Settings, enable "Capacity exceptions for all segments". Then go to any manifest in your 5 day outlook and set up the capacity exception.

For more details please see our dedicated Support Article: Manifest.

Use case: Lets operators plan and schedule price adjustments in advance for paid-in items, keeping pricing accurate and consistent over time.

Configuration: Administration -> Items, create or select an existing item and select the "Pricing strategy" -> "Variable by date".

• Users can define start and end dates (with hour, minute, and second precision) for each price.
• The system will validate overlapping dates to prevent conflicts.
• Prices are based on the sale date and use the origin station’s timezone.
• Only active date ranges are shown; inactive ones are hidden or grouped separately.
• If a price isn’t valid for the sale date, the item cannot be sold
  
  For more details please see our dedicated Support Article: Paid-In Item.

Use case: Makes it easier for customers to receive their tickets directly on their phone via SMS after purchase.

Configuration: Reach out to support@betterez.com if you're interested in setting up SMS for reservation confirmations/ticket.

• SMS is sent via Twilio integration
• The phone number must be entered twice manually (copy-paste disabled).
• The Send button stays disabled until both entries match.
• Once confirmed, the system sends the ticket(s) via SMS.
  
  For more details please see our dedicated Support Article: Admin.

Use case: Promotions codes can be configured as Cancelable, Changeable or both so purchases made with specific discounts may not have the change and cancel flexibility.

Configuration: Administration -> Promos, when creating a promo rule, check on or off "Cancellable" and "Changeable"

For more details please see our dedicated Support Article: Promos.

Use case: Ensures passengers receive a valid transaction record and a ticket reflecting the use of the pass.

Criteria:

• Upon redemption, a confirmation email is sent to the Flexpass holder.
• The generated ticket now displays the average price per use instead of $0.00.
• The average price is calculated as: Flexpass total price ÷ number of uses.
• Supports accurate tax reporting and OpCo revenue tracking.
  
  Note: This change does not affect existing Flexpass redemption logic — only the notification and pricing display behavior.
  
  For more details please see our dedicated Support Article: Flexpass.

Use case: Supports businesses managing multiple fare types or corporate accounts by ensuring payments are routed to the correct account for accurate reconciliation

Configuration: Administration -> Payments -> Pay on Account, associate in the configuration page the fare types with the specific Pay on Account

For more details please see our dedicated Support Article: Payments.

The report includes:

• Deposit date and time
• User’s shift location and shift ID
• Username and display name of the user who created the deposits
• User external ID
  
  
  Filters available: region, date & time range, shift location, and username. This report helps operators reconcile daily deposits and integrate seamlessly with external systems.
  
  For more details please see our dedicated Support Article: Reports.

Use case: In IMS, planning teams manage different types of itineraries. When a user needs to review the next 5 days, it is essential that they can quickly view only the trips that belong to the filtered label.

Configuration: Administration -> Sales operations -> Labels, ensure the "Label Type" is set to "Manifest/Schedule". Once created, you can apply them to your schedules or manifest

For more details please see our dedicated Support Article: Labels.

The expected behavior is for each currency to use its own fare tables to determine accurate pricing.
The current work focuses on handling the cancellation of Flexpass redemptions, as the multicurrency requirement may not be immediately necessary.

For more details please see our dedicated Support Article: Flexpass.

Use case: This feature allows operators to manage service offerings for paid-ins across their network, with exceptions based on specific corridors that should or should not have an offering.

Configuration: Administration > Items, create or select an existing item and configure the "Origin and destination restrictions".

For more details please see our dedicated Support Article: Paid In Item.

Use Case: Operators and drivers may need to view their upcoming or past trips in different orders depending on operational workflows. For example, viewing the most recent trips first can be useful during end-of-day reviews, while the default earliest-first helps with planning the upcoming schedule.


Make sure to update to the latest driver app to see the latest features.

For more details please see our dedicated Support Article: Scanner App.

Two key updates have been made to the Pay Later configuration:

New Setting – Expiration Time Prior to Trip Departure
A new time-based parameter allows you to expire Pay Later reservations X minutes or hours before departure, whichever is earlier between this setting and the existing Maximum Waiting Time. This helps automatically free up held seats if payment is not initiated in time.

Updated Setting Language – Wait Time Departure Offset

New Name: Wait Time Departure Offset
New Tooltip: To permit payment processing to continue past the departure time of a trip, this setting allows the 'waiting for payment' status to extend beyond departure by the offset time specified.

These updates provide greater flexibility and automation in managing seat holds and payments near departure times.

Also updated:

• "Departure Offset" renamed to "Wait time departure offset"
• Tooltip updated for clarity.
  
  For more details please see our dedicated Support Article: Payment Providers.

Use Case: Bulk Move now supports seat reassignment based on leg-to-leg availability.
If two passengers are booked on the same seat but for non-overlapping segments (e.g., A > C and C > D on Seat 17), the system will now recognize that both can occupy the same seat without conflict. This enhancement ensures that fully booked trips can be moved efficiently without unnecessary seat rejections.

For more details please see our dedicated Support Article: Move.

Use Case: When enabled, the user will see a new menu option — “Sell on behalf” — which lets them complete transactions for sales locations that are offline (e.g., due to power or internet outages). Sales made through this option will be recorded under the offline agent’s shift, ensuring accurate reporting and capacity tracking, while the booking itself can be completed by an online manager or authorized user.

Configuration:* Please reach out to support@betterez.com if you are interested in enabling this feature.

For more details please see our dedicated Support Article: Sell on Behalf.

Use Case: This feature allows you to download payment records to a CSV file and then view the information configured, edit and re-upload into the system.

For more details please see our dedicated Support Article: Payment Providers.

Use Case: Prevent cancellations of passes once used. The system will either disable the Cancel button or display an error message when a cancellation is attempted for a redeemed Flexpass. All relevant product APIs have been updated to support reading and saving this new property.

For more details please see our dedicated Support Article: Flexpass.

Configuration: Intelligence -> Flex Passes

Use case: A user needs to send a ticket to an external printer. This feature allows them to:

• Download the attached PDF without relying on the system's default printer.
• Manually choose any printer connected to the device.
• This avoids confusion when the default printer is not suitable.
  Configuration: The feature is automatically enabled in the ticket view; the user will see a “Download PDF” button and, after opening it, will be able to use the standard print function of the browser/operator.
  
  For more details please see our dedicated Support Article: Printing.

Key capabilities include:\

• The ability to generate, view, and modify location closure records and their statuses directly from the back-office.
• New closure status options:

1. SENT: Default status when created by the agency.
2. CLOSED: Validated and confirmed as correct.
3. CLOSED WITH DIFFERENCE: Used when discrepancies exist between reported and deposited amounts.

• Users with appropriate permissions can approve, edit, or adjust closure details and deposits.
• When changing a status to “Closed with Difference,” users can leave a comment explaining the reason.
• In cases of shortfall, the difference is debited from the next closure; in cases of excess, it is credited to the next closure.
  
  This update adds visibility and control through the location closure summary, closure report, and location summary print template, ensuring accurate reconciliation across the network.

• Usage Deduction: Redeeming a round trip subtracts 2 uses from the flexpass.
• Validation: The system will prevent selecting a return trip if the flexpass has insufficient remaining uses.
• Implementation: Redemption occurs in a single flow, with safeguards to handle partial failures and ensure no uses are deducted if the process fails.
• Scope: Controlled via a feature flag for safe rollout.
  This improvement simplifies round-trip redemptions and ensures proper usage tracking for flexpasses.

Use Case: An operator sells a 10-use Flex Pass for 1,000 MXN.
Revenue is initially assigned to Operating Company A.

Over time:

• 5 uses are redeemed with services operated by Operating Company B → 5 uses × 100 MXN = 500 MXN goes to OpCo B.
• 3 uses are redeemed with services by Operating Company C → 3 uses × 100 MXN = 300 MXN goes to OpCo C.
• 2 uses remain unused upon expiry. The remaining 200 MXN can be allocated to OpCo A, B, or C, depending on policy.
  
  Operational Control Rules:
• The assigned OpCo is configured in Admin > Operating Companies.
• The assigned OpCo for the Flex Pass:
• Does not need to follow the usual Amenity Group / Brand restrictions, even when the system is configured to enforce OpCo/Amenity Group/Brand mapping.
• Acts as the initial revenue holder when the Flex Pass is sold.
• Revenue distribution occurs dynamically based on:
• The actual usage of the Flex Pass by the customer.
• Any unused uses remaining upon expiry.

• Purpose: Simplifies the sales process by pre-selecting commonly added items.
• Behavior: Passengers or agents can deselect the item if they do not wish to include it.
  This enhancement improves efficiency while maintaining flexibility for customer preferences.
  
  For more details please see our dedicated Support Article: Paid-In Items.

Use case: Back-Office Operator / Agency:
When a customer pays online or in person, the operator must decide whether to issue the ticket in digital (ENG) or physical (SPA) format. If the physical option is selected, tickets and complementary products are printed locally.
Print Control:
To prevent abuse, only users with “Permission to Print Ticket” can activate printing from the ticket details screen.
Reprints:
If a customer needs a second physical copy (for example, if they lost the first one), only users with “Permit Reprint Ticket” permission can do so, and the second printout will bear a “REPRINT” watermark.

Configuration: Administration -> Printing -> Settings
→ Checkbox “Limit re-printing”
→ Check the box to enable the restriction
→ Save settings


The first printout from the confirmation screen is considered the “Primary Printout.” Any subsequent attempts from the details screen will be treated as a “Reprint.”.

For more details please see our dedicated Support Article: Re-Print.

• Purpose: Ensures that cash collected from bundle sales is properly allocated to the correct bank for deposits during shift close.
• Impact: Improves accuracy of revenue tracking and deposit reporting for bundle sales. This change ensures redeemable items carry the necessary company information for proper financial reporting and deposit allocation.
  
  For more details please see our dedicated Support Article: Bundle Redeemable Item.

• Configurable Limit: Administrators can define the maximum tickets per manifest for each promotion within the Promotions module.
• Sales Enforcement: During ticket sales, the promotion applies only to the allowed number of tickets. Any additional tickets show a message indicating the promotion limit has been reached.
• Usage Tracking: Promotion uses are tracked across sales, cancellations, and ticket changes, ensuring correct application and accounting.
• Reporting: Transaction, ticket, and promotion reports reflect applied promotions and limits.
  
  
  This enhancement ensures controlled promotion application, preventing overuse while providing flexibility for demand generation campaigns.

Future Time Limit: Prevents moving a passenger too far into the future beyond their original trip time. Past Time Limit: Prevents moving a passenger too far back in time before their original trip time.
These configurations ensure that when a passenger is moved, the new trip must fall within a defined time window relative to the original departure, improving control and preventing invalid movements.

For more details please see our dedicated Support Article: Move.

Use Case: A user responsible for dispatch or manifest adjustments may need to perform operational tasks across multiple stations. Instead of requiring them to open a shift per station, the system should validate their access based on the assigned shift locations, not the opened shifts. They should be able to dispatch or edit manifests that originate from any of those stations, without opening a shift.


Operational Control Rules:
An open shift is not required to perform manifest actions.
The user must have the origin station of the manifest assigned under their Shift Locations (in Admin > Users > Shift Locations).
The system must not require the user to have an open shift at that station to execute these operations.

The following actions are allowed under this control:

• Dispatch manifest
• Change manifest status
• Change bus assignment
• Change capacity
• Bulk move passengers
  
  For more details please see our dedicated Support Article: Manifest.

Use Case: The new busbud_online payment method can be refunded from Busbud, and to avoid confusion, no Betterez emails should be sent when processing refunds for busbud_online.


Configuration:

• In admin/payments, add the ability to configure each payment method so the "Email refund receipts automatically" setting does not trigger.
• Under Options for each payment method, include a new checkbox config: "Prevent automatic emails for refund receipts".
• Leave the existing Busbud payment unchanged.
• Add the new busbud_online payment method and enable the correct Busbud agency (CAD, MXN).
• Ensure refund emails are set to "never" for busbud_online.
  
  
  For more details please see our dedicated Support Article: Busbud

Fare Type Availability: The fare type of the original ticket is no longer validated against availability on the new manifest.
Fare Type Limits: Passengers can be moved even if the target manifest has fare type restrictions or has already reached its limit for that fare type.
Previous Issue: Previously, tickets with certain fare types could not be moved to schedules that were restricted or sold out for that fare type. This behavior has been corrected so that movements are now allowed regardless of fare type restrictions.

For more details please see our dedicated Support Article: Fare Type

Use Case: Operators can have drivers sell additional services at bus side, items that may not have been declared or booked at the time of the ticket sale. For example: extra baggage, blankets, bringing a pet carrier on board.

Configuration: Administration -> Scanning, go to "Scanner app sales" subheading

Make sure to update to the latest driver app to see the latest features.

Use Case: Drivers are able to see both the scheduled arrival and departure times for their trip

Make sure to update to the latest driver app to see the latest features.

A manifest with "Operations" status is not sellable in any channel, and can not have passengers moved to the trip (similar to "cancelled" status). The manifest cannot be set to "Operation" status if there are passengers booked on this manifest.

Use Case: Operators who need to move vehicles from one location to another, for logistical planning rather than passenger transport.

For more details please see our dedicated Support Article: Manifest

Driver Assignment:

• Support multiple drivers per manifest, assigned by origin–destination.
• Validations prevent overlaps, enforce rest times, and check O&D continuity (warnings with bypass options).
• Driver O&D now appears on manifest printouts.
  
  Vehicle Assignment:
• Prevents assigning vehicles to conflicting manifests.
• Enforces vehicle rest times.
  
  Conflict Prevention:
• Blocks driver/vehicle conflicts across manifests.
• Allows multiple drivers on the same trip segment if validations pass.
  
  These updates ensure safer scheduling, accurate tracking, and compliance with rest requirements.

When enabled, this setting requires that any schedule created or edited must have both a brand and an operating company assigned. This prevents issues where unassigned schedules block integration, such as with the Driver Runs report to SAP, ensuring smooth dispatching and reporting.

Use Case: Ensure there are no omissions to schedule configurations for operating company and brand.


Configuration: Administration > Sales Inventory > Sales Operations, checkbox for Operating company mandatory for schedules and Brand selection mandatory for schedules

Use Case: Operators who prefer to follow their own ticket sequencing and format can opt to use this feature for continuity. Note that when this is enabled, all future tickets will start their numbering sequence and increase by 1 for each ticket issued in the system.

Configuration: Administration -> Sales Inventory -> Sales Operations, checkbox for Allow operating companies to configure their own ticket numbers. Once enabled go to Administration > Operating Companies, create an operating company and go to subheading "Sequences". Ensure all your schedules are assigned an operating company to use sequences correctly.
Ensure all your schedules are assigned to the respective operating company to override the Betterez ticket number. Any schedule that is not assigned the respective operating company will still use Betterez default ticket numbering

For more details please see our dedicated Support Article: Sequences

The system will automatically calculate commission amounts per transaction based on the assigned percentage or fixed value:

• Before taxes: Price before taxes and commissions
• After taxes: Final price with taxes and commissions
• Fixed amount: stored directly without applying a calculation.
  
  Commissions are stored in two new transaction fields and support multi-currency. Totals are also summed to calculate the commission earned per shift.

To ensure accuracy, times are shown according to the time zone of each station, rather than the account’s default time zone.\ This enhancement aligns the Driver App with the manifest display, giving drivers clear and reliable trip timing details across multiple time zone

Use Case: For operators who have configured open return tickets, allow your passengers to redeem the open return for a different origin and destination than was booked on the first leg. Ex: customer can book A -> D and then use the open return to redeem for a C -> B ticket. The value of the open return is paid against the cost of the return for whatever O&D.

For more details please see our dedicated Support Article: Open Return

Contact support@betterez.com if you want this configured.

For more details please see our dedicated Support Article: Print Template

Use Case: For trips with seatmaps that have multiple seat classes (ex: VIP seats, and standard seats), operators may want to only sell the "VIP" seats for longer distance trips only to maximize revenue. In this case, create two fare tables, one for VIP where O&D prices are set to only long distance combinations, and another fare table for standard seats with all O&D combinations. Passengers will not be able to book the VIP class seats for the short haul trips that were not priced in the VIP fare table.

For more details please see our dedicated Support Article: Print Template

Configure your station longitude and latitude, with the ability to enter the google maps URL to pull the longitude and latitude automatically. These coordinates are then used to display the station location when looking at the back office routes and schedules.

For more details please see our dedicated Support Article: Location Information

Use Case: For operators who run closer to commuter style services. Opt to enable standing passengers to sell additional tickets in excess of your seated capacity. This is only for back office sales channels, and in the trip results we display to capacities, one for seated and one for standing.


Configuration:* Please reach out to support@betterez.com if you are interested in enabling this feature.

For more details please see our dedicated Support Article: Standing Passenger

Configuration: Administration -> Product Lines, select the product and configure the days in advance sales setting for back office.

Use Case: Customer may create multiple profiles over their purchase history. In Betterez you are able to select one profile as the parent, and merge all other profiles into the parent. All history and loyalty points are moved to the main parent profile.

Configuration: The setting is available in any customer details page, the button to “merge” will be at the top right. If this option is not available right now in your account, please reach out to support@betterez.com and request to enable the customer account merge feature.

For more details please see our dedicated Support Article: Merge Customer

Use Case: Operators who want to allow drivers more autonomy where an incorrect ticket is scanned, the unredeem ticket option can be enabled in the scanning app.

Configuration: Work with Betterez support to enable or disable role permissions for unredemptions of tickets for your driver role.

Make sure to update to the latest driver app to see the latest features.

Use Case: For operators who have drivers using the app over multiple days, our current settings will retain yesterday's date for the trips view. For operators who want to always default the trips view to today’s date, this configuration will ensure drivers are always looking at their current days trip.

Configuration: Administration -> Scanning -> enable "Prevent wrong selected date"

Make sure to update to the latest driver app to see the latest features.

Use Case: Drivers can now sell trips with seatmaps. The driver app will pull the latest pricing for the seat, including any seat fees when selling the ticket with the driver app.

Configuration: Administration -> Scanning -> configure the "Scanner app sales" section with your product, fare types and payments to accept with onboard sales

Make sure to update to the latest driver app to see the latest features.

Use Case: In each manifest details page, under “comments”, a note of the ticket number and movement is made. This applies to all tickets moved.

Use Case: Allow customers to obtain a voucher that is not limited to an origin and destination when redeeming the voucher.

For more details please see our dedicated Support Article: Vouchers

• Loyalty Points: Tax is applied only to the portion paid with cash/credit, not to the value covered by points.
• Promo Codes: Tax is calculated on the discounted total, not the original fare.
• Mixed Payments: In combined cases (promo code + loyalty points + cash/credit), taxes are applied only to the net payable amount after all discounts and points are applied.
  \

• Configuration: In Reservation Rules, one or multiple brands can be selected for when the fee applies.
• Rules Handling: Time-based rules and fare class rules do not apply to this fee type. These options are greyed out and display the message “Only available for…” for clarity.
• Application in Connection Trips: Each fee is applied only to the brand of the ticket it matches, ensuring accurate brand-based charges across all journey segments.

• Auto 1:1 Matching: Tickets are automatically reassigned if the section, row, seat number, and destination match between the current and target manifest.
• Activation: A new button allows users to trigger the auto-assign process.
• Conflict Handling: If a seat is already taken in the target manifest, the ticket is flagged in red for manual assignment.
  This enhancement speeds up the manifest move process and reduces manual work while preserving flexibility for conflict resolution.

• Ticket Sales: Tickets sold from tax-exempt schedules will not include any tax calculation.
• Manual Sales: The same behavior applies when selling tickets manually; totals from tax-exempt schedules remain tax-free.
• Connections: No impact on connections, as this configuration applies only to the individual schedule.
  This enhancement ensures accurate pricing and compliance for services that must operate without tax applied.

Key Capabilities:

• Unified Booking: Customers can book trips involving multiple interline partners in a single transaction with one payment.
• Mappings Configuration: Support for mapping fare types, stations, and terms of service across operators.
• Itinerary Display: Clearly shows interline partners, departure/travel times, and associated brands or operating companies for each leg.
• Pricing: One price applied across the full interline journey.
• User Management: Authorized users can change or cancel their interline journeys (ONTC rules apply).
• Languages: Full English and French support.
  This enhancement simplifies cross-partner travel by removing the need to manually add interline items to the cart, improving the booking and reporting process for both agencies and customers.

• By default, filters in Intelligence Reports are hidden after applying.
• A new admin/setup flag allows users to choose whether filters remain visible or hidden after applying, enabling quicker subsequent report edits.

Now, system administrators can configure the maximum number of distinct departure and arrival time options available. This improvement ensures that if the fastest options are unavailable (e.g., sold out), additional trip alternatives can still be displayed to customers, making it easier for them to complete their purchase.

• Bank accounts can now be assigned to a specific shift location and operating company.
• During shift closeout, tickets sold are automatically linked to the assigned bank based on shift location and operating company.
• The deposit amount is automatically calculated based on the above assignment.
• Users are restricted from closing multiple shifts across different locations, ensuring accurate reporting.

In scenarios where the operator want's to ensure an audit can take place of the user's shift close, they may opt to hide the total amount from the sales agent to have the manager review any discrepancies from cash reported to shift close sales.

Ensure users in the system are opening shifts at only the locations they are approved for by administration. This ensure sales agents are only opening shifts at their correct locations. Administration > Users, select a user and in the "Shift Locations" configuration, add one or more shift locations they are permitted to use.

Prevent continued ticket changes Administration > Setup, enable "Limit number of changes per ticket" and set the count for changes

Refund a customers ticket to a voucher instead of the original form of payment. Vouchers can also be configured to allow for any origin and destination to be redeemed, regardless of what the original ticket was booked for. Administration > Sales inventory > Settings, enable "Override vouchers origin and destination rules" Administration > Setup, enter the "Refund expiration date" for how long a voucher refund lasts.

• Shortcode entry with Enter: Users can now type a station shortcode (e.g., VIC) and press Enter to auto-select the connected station.
• Auto field progression: Pressing Enter will automatically move the user to the next field (Origin > Destination > Departure Time).
• Improved dropdown filtering: Stations matching entered shortcodes are prioritized at the top of the dropdown list, ensuring quicker access.

Used when an operator wants to provide safer or more comfortable seating options for female passengers. Enables the sales agents for the operator to see female seated passengers and opt to assign another female to sit beside them during the booking process. Administration > Setup, enable "Show gender field on the simplified sales flow" and optionally "Gender field is required on the simplified sales flow"

In the back office booking, for origin and destination entry, and operator can type in a the designated short code. Ex: NYC for "New York City" and press enter to select a station quickly Operations > Stations, select a station and enter the "short code"