August 2025 Updates

Reminder: Upcoming UTC Time Conversion Enhancements

Helipass is preparing to roll out a major update to support UTC time conversions and localization across all tenant regions. These enhancements have already been successfully implemented in the Australia region, which operates on the + side of UTC, and will soon be merged into the core Helipass tenant used by all customers.

What Is Changing?

  • System-wide updates to handle UTC time conversion accurately across all modules.
  • Improved localization for tenants + UTC time zones.
  • Merging of code forks to unify the platform and ensure consistent behavior.

What To Expect?

  • Thorough testing is underway to ensure a smooth roll out early October
  • Some areas may still incorrectly show unexpected date shifts (e.g., data appearing a day early or late) depending on your region.
  • Users are encouraged to monitor date and time displays closely after the update and report any anomalies.

Please check your Time Zone setting in your Helipass User Profile to ensure it reflects your actual location. This will help the system display and process time-sensitive data correctly once the update is live.

To check or update your time zone:

  • Click your name in the top right corner of the screen
  • Select “View Profile”
  • Review your Time Zone
  • If needed, select the correct time zone and click “Update Profile”

This is a critical enhancement that will improve accuracy and usability for all global users. The Helipass team is committed to resolving any issues quickly and ensuring a seamless transition.

____________________________________________________________________________________________

Australia Region On Boarding - Phase 2 & 3 Complete

We’re excited to share that our newest region, Australia, has officially reached its next major deployment milestone. The region is now fully operational with compliance tracking, manifesting, and POB (Persons On Board) monitoring, bringing it in line with our global standards.

In addition to these core workflows, Australia has also rolled out the Heliport Automation (HPA) workflow at its service port. To support this launch, several updates were made behind the scenes, including enhancements for time zone support, unit of measure localization, and adjustments to the HPA devices to ensure compatibility with regional requirements.

With these updates now live, the Australia region is fully stood up and actively using Helipass across its operations. This marks a significant step forward in expanding our platform’s reach and capabilities.

____________________________________________________________________________________________

System Updates

Flight Planning Users - AW139 Max Weight Capacity & Center of Gravity Calculations Updated
An update was made to support a new configuration for maximum weight capacity for the AW139 airframe used by Helipass Flight Planning customers. This change required adjustments to the system’s core calculations and center of gravity ranges when different AW139 airframe configurations were used.

What's New?

  • The maximum weight capacity for the AW139 has been updated in the system.
  • Center of gravity ranges and core flight calculations have been re-calibrated to support the new limits.

Why It Matters?

Accurate weight and balance data is critical for safe and compliant flight planning. By updating the AW139 specs, Helipass ensures that all calculations reflect real-world aircraft capabilities — reducing risk and improving operational accuracy for flight crews.

Helipass Flight Planning users can now plan AW139 flights with confidence, knowing the system is using accurate and up-to-date aircraft specifications.

____________________________________________________________________________________________

Flight Planning Users - Fuel Burn Per Leg Added to the Manifest Printout
Flight Planning customers rely on detailed manifest printouts for weight and balance calculations. While many data points were already available, users noted that Fuel Burn Per Leg was missing — a key metric that required manual calculation.

What's New?

  • Fuel Burn Per Leg is now displayed for each leg of the flight.
  • The trip summary area also includes total fuel burn data.

Why It Matters?

Previously, users had to manually calculate fuel burn for each leg, which introduced room for error and slowed down decision-making. By including this data directly in the manifest, users gain clarity, efficiency, and confidence in their flight planning documentation.

This update makes manifest printouts more informative and user-friendly, helping Flight Planning customers reduce mental math and streamline their workflow.

____________________________________________________________________________________________

Cargo Kiosk Users - Updated Layout and Displayed Information on Printed Out Cargo Tags
Updates were made to the Cargo Tags printed from both the Cargo Kiosk and the Cargo Check-In page. Previously, tags printed in a small 2" x 3" format with limited cargo details, sometimes on larger 4" x 4" labels — leaving valuable space unused.

What's New?

  • All cargo tags now print in a standardized 4" x 4" format.
  • Tags now include expanded details such as:
    • Cargo Description
    • UN # for hazardous items
    • Check-In Date
    • Vendor
    • Cargo Reservation Type
    • Reservation ID #
    • And More

Why It Matters?

The previous tag format left valuable space unused and lacked key information, making cargo harder to identify. With the new layout, users can quickly recognize cargo items, reduce handling errors, and improve overall visibility during check-in and transport.

These enhanced cargo tags improve visibility and clarity, helping users quickly identify cargo items and reducing the chance of items being missed during handling.

____________________________________________________________________________________________

Email Notification Users - Configurable Email Notification Notes for Trip Passengers
Tenants using the Email Trip Reservation tool can now add custom messaging to the emails sent to passengers, giving them more control over the communication experience.

What's New?

  • A new option in the Advanced Settings page allows tenants to enter custom text for trip reservation emails.
  • This replaces the need for developer intervention to hard-code messaging.
  • Each tenant can tailor the content to match their tone, branding, or operational needs.

Why It Matters?

Previously, email content was static and required developer updates for any changes. With this enhancement, tenants gain flexibility and autonomy to personalize passenger communications — improving clarity and consistency across their operations.

This update empowers tenants to take control of their messaging, making trip reservation emails more relevant and aligned with their unique workflows.

____________________________________________________________________________________________

Manifest Users - New Pilot Profile Management for Manifesting
The new Pilot Profile feature allows Helipass Manifest users to manage a list of active pilots and their individual weights, streamlining trip creation and improving weight accuracy.

What's New?

  • Users can now save and manage pilot profiles, including default weights.
  • The Edit Trip modal includes dropdowns for selecting pilot and co-pilot, replacing manual text entry.
  • Weight fields are now available and can be auto-populated from saved profiles.
  • Pilots can be added, updated, and reused across future trips.

Why It Matters?

Previously, pilot names had to be manually typed for each trip, and there was no way to track or reuse pilot weights. This new feature improves efficiency, accuracy, and consistency in flight planning — especially for weight and balance calculations.

The Pilot Profile feature helps users quickly select crew members and ensures that pilot weights are accurately factored into trip calculations, reducing manual entry and improving operational precision.

Click here to read more about the new Pilot Profile feature and how to manage your crews!

____________________________________________________________________________________________

TRF Users - New TRF Report Now Available on Travel Request Page
Helipass tenants using the TRF (Travel Request Form) workflow can now download a report of submitted travel requests directly from the TRF portal.

What's New?

  • A new report download option has been added to the TRF management page.
  • TRF users can export submitted and pending travel requests in Excel format.
  • This report can be shared with team members or stakeholders who may not have Helipass access.

Why It Matters?

Previously, TRF users had no easy way to extract or share travel request data outside the portal. This enhancement improves visibility, collaboration, and reporting flexibility, especially for teams managing high volumes of requests.

With this new report feature, TRF users can quickly access and share travel request data, streamlining communication and improving operational efficiency.

____________________________________________________________________________________________

Manifest Users - New Request Summary Report (Australia Region Only)
A new Request Summary Report is now available for individual Requests, offering a clear overview of passenger and cargo movements tied to that request.

What's New?

  • Users can download a summary-style report for any single Request.
  • The report includes:
    • Total number of passengers and cargo moving to/from each location
    • Field movements included in the breakdown
    • Cargo weights for better planning and load management
  • Future enhancements will allow multiple Requests to be merged into a single report for broader visibility.

What It Matters?

This report gives users a quick, organized view of movement data, helping with trip planning, resource allocation, and communication with teams. It also reduces the need to manually compile data from multiple sources.

The Request Summary Report is a powerful new tool for users managing travel and cargo logistics, with more enhancements on the horizon to make reporting even more efficient.

Currently, this report is only available in the Australia region. It will be rolled out to the Gulf of Mexico and Guyana regions once the broader UTC date handling project is completed in the coming weeks.

____________________________________________________________________________________________

Bug Fixes

Worksite Users - Availability statuses for bunks and lifeboat tags not displaying the End of Day availability
A bug was identified on the Worksite page where assignment status indicators (for bunks and lifeboat tags) were not displaying correctly for future arriving passengers. These indicators are essential for showing availability and helping users assign resources efficiently.

What was happening?

  • A recent update to improve time zone support caused the status indicators to reflect availability based on passenger arrival and departure times.
  • This led to inaccurate availability views, making it harder for users to assign bunks and lifeboat tags confidently.

What was fixed?

  • The logic behind the status indicators was updated to once again reflect End of Day availability, as originally intended.
  • This ensures users see a consistent and accurate view of assignment availability, regardless of passenger timing.

With this fix in place, Worksite users can now assign bunks and lifeboat tags with confidence, using reliable End of Day status indicators to guide their decisions.

____________________________________________________________________________________________

Worksite Users - Passenger Defaults being set to null when multiple look ups and edits are made on the Worksite
A bug was identified on the Worksite page where passenger default assignments (such as Quarters, Rooms, and Bunks) were being unintentionally cleared when edited through the Edit Defaults Lookup modal.

What was happening?

  • When users made multiple back-to-back edits to passenger defaults, the modal sometimes retained data from the previously selected passenger.
  • This caused Quarters, Rooms, and Bunks to be overwritten with null values, resulting in lost assignments and confusion.

What was fixed?

  • The modal logic was corrected to ensure that each passenger’s defaults are handled independently.
  • Users can now safely make consecutive edits without risking accidental data loss.

Worksite users can confidently manage passenger defaults again, knowing that their assignments will remain intact and accurate during edits.

____________________________________________________________________________________________

Helipass Users - Location Page unable to save unless the Check-In Start and Closing Offset Times are non-zero
An issue was discovered on the Location page related to the new feature allowing tenants to set Check-In Start and Check-In Closing Offset Times for passengers. These times are set for tenants using the Email Notifications feature, but the modal was requiring both fields to be non-zero — even for tenants not using the email feature.

What was happening?

  • All tenants, regardless if they were using the new Email Notifications, were being forced to enter non-zero values in the Check-In fields.
  • This prevented them from saving updates to the location unless they entered arbitrary values, causing confusion and unnecessary steps.

What was fixed?

  • The modal logic was updated to allow zero values in these fields when Email Notifications are not in use.
  • Users can now save location updates without being forced to input irrelevant data.

This fix streamlines the update process on the Location page, removing confusion and ensuring that only relevant fields are required based on feature usage.

____________________________________________________________________________________________

Flight Planning Users - Missing Take Off Weight on Printed Manifest
A bug was introduced in the Flight Planning module that affected the printed manifest documents. A recent update unintentionally removed the Take Off Weight data point from the summary section of the printouts.

What was happening?

  • Flight Planning customers noticed that Take Off Weight was missing from the manifest summaries.
  • This omission created confusion for pilots and users relying on complete flight data.

What was fixed?

  • A hot fix was deployed to restore the missing data point.
  • Printed manifests now include Take Off Weight as expected, ensuring all critical flight details are present.

Pilots and Flight Planning users can once again rely on the manifest printouts to provide complete and accurate flight data, including essential weight metrics.

____________________________________________________________________________________________

Manifest Users - Pilot Profile Migration issue causing slow load speeds of the Add/Edit Trip Modal
Following the launch of the new Pilot Profile feature in Manifest, some tenants experienced issues related to the migration of historical pilot names. These issues impacted performance and data accuracy when managing trips.

What was happening?

  • Tenants affected by the migration saw long load times when opening the Edit Trip or Add Trip modals.
  • In some cases, data within the modal would not display correctly or would fail to save properly after edits.

What was fixed?

  • The development team addressed the migration-related performance issues and corrected the data handling logic.
  • Trip modals now load quickly and display pilot data accurately, even after edits.

Manifest users can now manage trips smoothly with the Pilot Profile feature, without delays or data inconsistencies.

____________________________________________________________________________________________

Worksite Users - Excel Version of the Occupancy Report Not Showing Correct End Of Day Values
Worksite users rely on the Occupancy Report (Bunk Report) to monitor facility POB levels and ensure bunks are assigned correctly. A bug was identified in the Excel version of the report, which was showing occupancy data for the end of the following day, rather than the selected report date.

What was happening?

  • The Excel version of the Occupancy Report was incorrectly including next-day arrivals, misrepresenting the actual End of Day occupancy.
  • The PDF version of the report was working correctly, creating inconsistency between formats.

What was fixed?

  • The report logic was corrected to ensure both Excel and PDF versions reflect the same End of Day data.
  • Users will now receive consistent and accurate occupancy information, regardless of the report format.

Worksite users can confidently use either version of the Occupancy Report to track bunk assignments and POB levels, knowing the data aligns with the selected report date.

____________________________________________________________________________________________

0 Comments

Add your comment

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.