Fire Investigations Release Notes - October 2025

Fire Investigations Release Notes - October 2025

Video

Coming Soon


New Features

CAD Integration for Fire Investigation Module

  • What - The Fire Investigation (FI) module now supports automatic creation and population of investigation records from CAD data using the existing NFIRS notification structure. When a dispatch record is created, the system automatically generates both an FD record and an FI record with a "Not Started" status, pre-populated with key information including Investigation Number (from Dispatch Number), Address Details (Line 1, City, State, Zip), Business Name, and Property Value. Not Started records display with only a Start (Play) button enabled in the Action column, while all other action icons remain disabled until the investigation is initiated. Once you click the Start button and save the investigation, the status changes from Not Started to Incomplete, enabling all standard action icons except Authorize and allowing normal workflow operations. The enhancement includes a Refresh CAD Info button positioned next to Import Fire Report Data that updates investigation data when Pre-Plan information changes, with intelligent logic that only fills empty fields without overwriting existing data and displays confirmation when updates are available or a message when no updates exist. A new Status filter option for "Not Started" has been added to the investigation list, and comprehensive configuration settings control which incident types trigger automatic FI record creation and whether the CAD Refresh button appears in investigation forms.
  • Why - This enhancement was implemented due to customer requests for streamlined fire investigation workflows that leverage existing CAD dispatch data to reduce manual data entry and improve documentation efficiency. Fire investigators reported spending significant time manually transcribing dispatch information into investigation records, including incident addresses, property details, and business names that were already captured during the dispatch process. Agencies needed the ability to automatically create investigation records for specific incident types requiring formal investigation while avoiding unnecessary records for routine calls, and they requested the capability to refresh investigation data when Pre-Plan information is updated after the initial dispatch. By integrating CAD data with the Fire Investigation module using the proven NFIRS notification structure already in place for the FD integration, the system enables investigators to begin their work with pre-populated foundational information, reduces data entry errors from manual transcription, and provides flexible configuration options that align with each agency's investigation protocols and incident type requirements.
  • How - Configure CAD integration settings and use the new workflow features
    • Navigate to Investigation Setup > General > General Settings
    • Enable the Enable CAD Refresh button in Investigation Form setting to display the refresh option in investigation reports
    • Navigate to Investigation Setup > General > CAD Integration
    • Configure Create Fire Investigations based on Incident Type by selecting which incident types from Response > Dispatch Incident Types should automatically trigger FI record creation
    • After saving your incident type selections, Not Started investigations matching those types will appear in your FI list
    • In the investigation list, use the Status filter and select Not Started to view automatically created investigations
    • Click the Start (Play) button in the Action column for a Not Started record to initiate the investigation
    • Within the investigation form, use Save to change the status from Not Started to Incomplete
    • Click the Refresh CAD Info button (next to Import Fire Report Data) to sync updates from Pre-Plan data
    • Review the confirmation modal: if updates exist, the data refreshes automatically; if no updates exist, a message displays "No CAD information found"
    • Note: The CAD Refresh function only fills empty fields and does not overwrite existing investigation data
    • Note: Only investigations with incident types selected in your configuration will be automatically created from CAD data
    • Note: Not Started records have all action icons disabled except the Start button until you initiate the investigation
  • Use Case - A fire investigation unit receives notification of a structure fire at a commercial building through CAD dispatch at 02:15. The dispatch system automatically creates both the fire department incident record and a Not Started fire investigation record, pre-populated with the dispatch number as the investigation number, the building address (123 Main Street, Springfield, ST 12345), the business name (Springfield Manufacturing), and the property value from Pre-Plan data. When the fire investigator arrives on shift at 08:00 and accesses the Fire Investigation list filtered by Not Started status, they see the investigation ready for their review. They click the Start button to initiate the investigation, and the form opens with all the foundational dispatch information already populated, allowing them to immediately begin documenting their scene observations, evidence collection, and origin and cause findings rather than spending time manually entering address and property details. During the investigation, the Pre-Plan coordinator updates the property value and business contact information in the system. The investigator clicks Refresh CAD Info in the investigation form, and the system updates the empty business contact fields with the new information while preserving all investigation notes and findings already documented. This automated workflow reduces investigation documentation time by 15-20 minutes per case while ensuring consistency between dispatch records and investigation reports, enabling the investigator to focus on the critical analytical work of determining fire origin and cause rather than administrative data entry.









Audit Log for Fire Investigation Module Actions

  • What - The Fire Investigation module now includes comprehensive audit logging that captures user actions and system events for enhanced traceability and accountability across the platform. The audit system logs a wide range of activities including when Fire Investigation records are viewed, created, saved, printed, or have attachments accessed, when Fire Investigation Setup is accessed or saved, when Fire Investigation Forms are created, updated, or deleted in the Form Builder, and when the Fire Investigation List is downloaded. For transparency and detailed tracking, the audit log displays related reference IDs for specific actions: Fire Investigation Setup saves show the specific Field ID that was modified, Fire Investigation record actions (viewed, created, saved, printed, attachments viewed) display the related Fire Investigation ID, and Fire Investigation Form Builder actions (created, updated, deleted) display the associated Form Builder ID. The Audit Log list page supports all standard functionality including search, filters, pagination, visible column configuration, and an Action (Eye) icon that opens a detailed modal showing complete audit information for each logged event, with all Fire Investigation module actions classified as Low severity for organizational risk management purposes.
  • Why - This feature was implemented due to customer requests for comprehensive audit trails that support compliance requirements, quality assurance processes, and accountability tracking in fire investigation operations. Fire investigation units reported needing detailed records of who accessed investigation reports, when modifications were made, which configuration changes were applied to setup or forms, and who downloaded investigation data for external use, particularly for sensitive investigations involving potential criminal activity, litigation support, or regulatory review. Agencies required audit capabilities to demonstrate compliance with evidence handling protocols, track unauthorized access attempts, verify that investigation records haven't been improperly modified after authorization, and provide accountability documentation for internal affairs reviews or legal proceedings. By implementing platform-wide audit logging that captures both user actions and related reference IDs, the system enables fire investigation administrators to maintain complete operational transparency, supports forensic review of system activity when questions arise about data integrity, satisfies regulatory requirements for audit trail documentation, and provides the detailed accountability tracking necessary for maintaining the evidentiary value and legal defensibility of fire investigation records.
  • How - Access and review audit log information for Fire Investigation module activities
    • Navigate to the Audit Log section of your platform to view logged Fire Investigation activities
    • Use the Search function to find specific actions, users, or investigation IDs
    • Apply Filters to narrow results by date range, action type, user, or other criteria
    • Review the displayed columns showing action details including timestamps, user information, and action types
    • Configure Visible Columns to customize which audit information displays in your list view
    • Use Pagination controls to navigate through audit log entries
    • Click the Action (Eye) icon next to any audit entry to open a detailed modal showing complete information about that logged event
    • Review action-specific reference IDs displayed in the audit log:
      • Fire Investigation Setup saves show the specific Field ID that was modified
      • Fire Investigation record actions show the related Fire Investigation ID
      • Fire Investigation Form Builder actions show the associated Form Builder ID
    • Note: All Fire Investigation module actions are classified as Low severity in the audit system
    • Note: The audit log captures the following action types: "fire investigation setup accessed," "fire investigation list downloaded," and standard create/view/save/print/delete actions
    • Note: Actions without specific IDs display only the performed action name in the audit record
  • Use Case - A fire investigation unit is conducting an arson investigation where the case may proceed to criminal prosecution, requiring detailed documentation of evidence handling and report access for legal discovery purposes. Three months after the investigation was authorized, the defense attorney requests audit documentation showing who accessed the fire investigation report and when any modifications were made. The Fire Investigation supervisor navigates to the Audit Log and filters by the specific Fire Investigation ID to retrieve all logged activities for that case. The audit trail shows that the lead investigator viewed the report on the incident date, saved it twice during the initial documentation phase, printed it once for case file purposes, and that the attachments were viewed by both the lead investigator and the supervising fire marshal. The log also reveals that no modifications were made after the report was authorized, and only authorized personnel with legitimate investigative roles accessed the record. The supervisor clicks the Action (Eye) icon on each audit entry to view detailed information including exact timestamps, user credentials, and specific actions performed. Additionally, when reviewing a separate inquiry about changes to investigation form configurations, the supervisor filters the audit log by "Fire Investigation Form" actions and identifies that a custom form was updated two weeks prior, with the audit entry displaying the specific Form Builder ID that was modified and showing which administrator made the change. This comprehensive audit capability enables the fire investigation unit to provide complete accountability documentation for legal proceedings, demonstrate proper evidence handling protocols, verify that no unauthorized access or modifications occurred, satisfy discovery requirements without manual reconstruction of access history, and maintain the evidentiary integrity necessary for successful prosecution of arson cases.


File Name Display and Alphabetical Sorting in Form Builder Attachments

  • What - The Form Builder Photo/Attachments component now displays complete file information including thumbnails, descriptions, and file names, with all files automatically sorted alphabetically by file name within each source folder for improved organization and clarity. When you add the Photo/Attachments component to Form Builder, the interface displays the thumbnail image, the file description (caption), and the file name with its format extension, providing complete visibility into attachment details. In the Print Report, file names appear with their respective formats, and descriptions are shown below the file name when a caption is present—if no caption has been added, only the file name displays. The alphabetical ordering applies consistently across both the Print Report and FI Attachments sections, with files sorted within each folder using standard alphabetical logic where special characters and numbered files appear first, followed by alphabetically ordered file names. Both default system folders and user-created custom folders display in the Print Report with their contents properly sorted, and all these enhancements apply automatically to both new Fire Investigation records and existing investigations without requiring any configuration changes or data migration.
  • Why - This enhancement was implemented due to customer requests for better attachment organization and file identification in Fire Investigation reports, particularly when investigations contain numerous photos and documents across multiple folders. Fire investigators reported difficulty locating specific attachments in printed reports because file names were not displayed, requiring them to rely solely on descriptions that might be incomplete or missing, and they found that attachments appeared in upload order rather than logical alphabetical sequence, making it challenging to quickly reference specific files during case reviews or legal proceedings. Agencies needed the ability to identify files by their original file names for evidence tracking purposes, required alphabetical sorting to enable rapid location of specific attachments in lengthy investigation reports with dozens or hundreds of files, and wanted consistent attachment presentation across both the digital interface and printed outputs. By displaying complete file information including names and formats alongside thumbnails and descriptions, and implementing automatic alphabetical sorting within folders, the system enables investigators to quickly locate and reference specific attachments, supports evidence chain-of-custody documentation by showing original file names, improves the usability of printed investigation reports for court proceedings and case reviews, and provides organized, professional-looking attachment sections that enhance overall report quality and accessibility.
  • How - This feature works automatically for all Photo/Attachments components with no configuration required
    • Add the Photo/Attachments component to your Form Builder layouts as you normally would
    • View the displayed information for each attachment: thumbnail image, file name with format extension, and description (caption) if present
    • Attachments will automatically sort alphabetically by file name within each source folder
    • Files with special characters or numbers in their names will appear first, followed by alphabetically ordered files
    • In the Print Report, file names display with their respective formats alongside thumbnails
    • Descriptions appear below file names in the Print Report when captions have been added
    • If no caption is present, only the file name and thumbnail display in the Print Report
    • Both default system folders and your custom user-created folders display in the Print Report with properly sorted contents
    • Note: The alphabetical sorting and file name display apply automatically to both new and existing Fire Investigation records
    • Note: The sorting occurs within each folder, so attachments remain organized by their folder structure with alphabetical ordering applied within each folder group
    • Note: Image thumbnails continue to display alongside file information in both the digital interface and Print Report
  • Use Case - A fire investigator completes a complex commercial structure fire investigation involving extensive documentation with 47 photographs organized across four folders: "Exterior Photos," "Interior Photos," "Evidence Photos," and "Equipment Damage." The investigator uploads photos with descriptive file names such as "Exterior_North_Side_Overview.jpg," "Point_of_Origin_Close_Up.jpg," and "Electrical_Panel_Damage.jpg" along with detailed captions for each image. When building the investigation report using Form Builder, they add the Photo/Attachments component and immediately see each file displayed with its thumbnail, complete file name including the .jpg extension, and the caption they entered. In the digital interface, all photos within the "Evidence Photos" folder appear alphabetically sorted—"Burn_Pattern_Detail.jpg," "Point_of_Origin_Close_Up.jpg," "Sample_Collection_Location.jpg"—making it easy to locate specific images by name rather than scrolling through upload order. When the investigator generates the Print Report for submission to the district attorney's office, all 47 photographs appear organized by folder with alphabetical sorting within each section, file names clearly displayed with formats, and captions positioned below each file name. During the legal proceeding, the prosecuting attorney references "Exhibit 23, Electrical_Panel_Damage.jpg from the Equipment Damage folder," and the fire investigator can immediately locate the specific photograph in the printed report using the alphabetical ordering and visible file name, rather than counting through dozens of images or relying on inconsistent caption descriptions. This organized presentation with file name visibility supports efficient case review, enables precise photo referencing in testimony and legal documentation, maintains professional report appearance for court submissions, and provides the clear attachment organization necessary for complex investigations with extensive photographic evidence.





Enhancements

Image Metadata Display in Attachments

  • What - The Attachments section now displays image metadata directly below each image's caption under a Metadata label, providing detailed information about uploaded photos similar to viewing photo details on a mobile device. The system uses the EXIF PHP extension to extract and display metadata from JPG, JPEG, PNG, and GIF image formats, showing information such as image dimensions, device name, date created, software used, and GPS location when available in the original image file. If full EXIF data is not present in the image, the system displays available information such as image dimensions, ensuring users always see relevant metadata details. The metadata appears as read-only information that cannot be edited or modified, and the enhancement applies exclusively to image attachments without affecting documents, media files, or other attachment types. Print Report functionality, image validation rules, and all existing attachment features remain unchanged and continue to operate normally.
  • Why - This enhancement was implemented due to customer requests for the ability to verify image authenticity, validate documentation timestamps, and access technical details about photos attached to reports. Fire investigators, EMS personnel, and other public safety users reported needing to confirm when and where photos were captured, what device was used, and whether images had been modified or edited, particularly for incident documentation, evidence collection, and quality assurance purposes. Without access to image metadata, users had to download photos and view them in external applications to verify these critical details, creating workflow inefficiencies and potential gaps in documentation validation. By displaying metadata directly within the Attachments section, the system enables users to quickly verify photo authenticity, confirm capture timestamps align with incident timelines, identify the source device for accountability purposes, and access GPS location data when available, all without leaving the report interface or using external tools.
  • How - This feature works automatically for all image attachments with no configuration required
    • Upload images to the Attachments section of any report as you normally would
    • View the uploaded image and locate the Metadata label displayed below the image caption
    • Review available metadata details including image dimensions, device name, date created, software used, and GPS location if present in the original image
    • If the image contains full EXIF data, all available technical details will be displayed
    • If EXIF data has been stripped or is unavailable, only basic information such as image dimensions will appear
    • Note: Metadata is read-only and cannot be edited or modified within the system
    • Note: Images captured or shared through certain apps may display limited metadata (often just resolution) due to privacy and security restrictions applied by those applications
    • Note: Original images typically contain full metadata, but shared or downloaded images may have some information stripped by the sharing process
    • Note: This feature applies only to image file formats (JPG, JPEG, PNG, GIF) and does not affect documents or other media file types
  • Use Case - A fire investigator is documenting a suspicious residential fire and reviews the photo attachments submitted by the first-arriving engine company. The investigator opens the Attachments section and examines the metadata displayed below each image caption. For a critical photo showing the fire's point of origin, the metadata reveals it was captured at 14:37 on the incident date using an iPhone 13, with GPS coordinates confirming the location matches the incident address. This information validates the photo's authenticity and timeline alignment with the dispatch time of 14:22. However, when reviewing another photo that a witness submitted via email, the investigator notices the metadata shows only image dimensions with no device information or capture timestamp, indicating the image was likely edited or processed through a sharing application that stripped the EXIF data. This alerts the investigator to document the potential chain of custody concerns for that particular photo. Later, during quality assurance review, the QA coordinator uses the metadata to verify that scene photos were captured by department-issued devices at appropriate times during the investigation, supporting documentation integrity and establishing a clear evidence timeline without requiring investigators to download images and check properties in external applications, streamlining both the investigation workflow and the quality review process.






Maximum Character Limits for Custom Questions

  • What - The Field Management system now includes a Maximum Characters field in the Custom Question modal that allows you to define character limits for text-based custom questions, ensuring proper field sizing and layout control on forms. This enhancement applies to specific question types including Text/String fields and list-based options (List Single Select and List Multi Select), while Integer/Number, Date/Time, and Boolean question types do not require or support character limits due to their predefined formats. For text-based fields, users cannot type beyond the configured character limit while completing forms, as the input is automatically restricted when the maximum is reached. List-type questions apply the character limit based on the length of each option description, and a real-time character counter displays for applicable list options, allowing users to track remaining available characters as they type. The validation enforces the maximum length at runtime without displaying additional error messages since the input restriction prevents users from exceeding the limit by design, and existing configurations and behaviors for question types that don't support character limits remain completely unchanged.
  • Why - This enhancement was implemented due to customer requests for better control over form layout and field sizing when using custom questions in fire investigation and incident documentation. Agencies reported that without character limits, users would enter excessively long text responses that disrupted form layouts, created formatting issues in printed reports, and made data difficult to review in list views and data exports. Field administrators needed the ability to standardize response lengths based on the type of information being collected—for example, limiting short identifier fields to 20 characters while allowing narrative description fields up to 500 characters—ensuring consistency across users and improving data quality. By providing configurable character limits with real-time feedback through character counters, the system enables administrators to design forms with appropriately sized fields that align with their documentation standards, prevents layout issues from oversized text entries, and guides users to provide concise, structured responses that improve overall data usability for reporting and analysis purposes.
  • How - Configure character limits when creating or editing custom questions
    • Navigate to Field Management and select the module where you want to create or edit a custom question
    • Click to create a new Custom Question or edit an existing one to open the Custom Question modal
    • Locate the Maximum Characters field in the configuration options
    • Enter the desired character limit for Text/String question types or List (Single Select) and List (Multi Select) question types
    • Save your custom question configuration
    • When users complete forms containing these custom questions, they will see a real-time character counter showing remaining available characters
    • Users cannot type beyond the configured maximum; the input field automatically restricts entry when the limit is reached
    • Note: Character limits apply only to Text/String fields and list-based options; Integer/Number, Date/Time, and Boolean question types do not support character limits due to their predefined formats
    • Note: For list-type questions, the character limit is applied based on the length of each option description
    • Note: No error message displays when users reach the maximum because the input is restricted by design, preventing them from exceeding the limit
    • Note: Existing custom questions without configured limits continue to function normally with unlimited character entry
  • Use Case - A fire investigation unit is implementing standardized custom questions to capture consistent data across all investigations. The Field Management administrator creates a custom question for "Building Construction Type" as a Text/String field and sets the Maximum Characters to 50, ensuring responses remain concise and fit properly in report layouts. They create another custom question for "Narrative Description of Fire Spread Pattern" and set the limit to 1000 characters, providing adequate space for detailed observations while preventing excessively long entries that would disrupt printed report formatting. For a List (Multi Select) custom question capturing "Contributing Factors," the administrator configures a 100-character limit per option description to ensure each selectable factor remains brief and scannable. When a fire investigator completes an investigation report and reaches the "Building Construction Type" field, they see a character counter showing "23/50 characters" as they type "Type V wood frame construction," providing clear feedback about remaining space. If they attempt to add more detail, the field automatically stops accepting input at 50 characters, guiding them to keep the response appropriately concise. This character limit control ensures that all investigators provide standardized, properly sized responses that maintain consistent formatting across printed reports, export cleanly to data analysis tools, and display correctly in list views, while the real-time character counters help users understand field expectations without requiring additional training or written instructions about response length requirements.







Expanded Fire Report Data Import Fields

  • What - The Import Fire Report Data tool in the Fire Investigation module now includes additional critical fields from the Fire Incident module that were not previously available for import, significantly expanding the scope of automatically transferred data. Under the Property Information section, the tool now imports Inspection Zone (from Pre-Planning Occupancy Tab), Response Zone (from Fire Incident Setup Department Fields Management), Fire Zone (from the department's imported Fire Zone list), Property Use (from Fire Documentation Size-up Scene Property Type), and Business Name (from Pre-Planning Occupancy Details Demographics). Under the Structure Fire section, the tool now imports Year Built and Total Finished Square Feet (both from Pre-Planning Occupancy Details), Construction Type (from Fire Documentation Property Details), and two newly added fields—Floors Above Grade and Floors Below Grade (both from Fire Documentation Property Details). Users can review and edit all imported fields directly in the import modal before finalizing the import, and fields sourced from Pre-Planning remain dynamically linked through Address data to ensure consistent synchronization across modules. All imported data displays accurately in the Print Report, and while records in Pending Authorization status allow users to import and modify data (though changes cannot be saved unless the record is marked as Incomplete), the Import Fire Report Data button becomes unavailable once an investigation is Authorized to maintain data integrity.
  • Why - This enhancement was implemented due to customer requests for more comprehensive data transfer between Fire Incident reports and Fire Investigation records, eliminating extensive manual data entry that created workflow inefficiencies and potential transcription errors. Fire investigators reported spending significant time manually entering property details, structure information, and zone assignments that were already documented in the Fire Incident module and Pre-Planning system, with the limited previous import functionality capturing only basic incident information while leaving critical investigative context fields blank. Agencies needed access to construction details, property characteristics, zone classifications, and building specifications to complete thorough fire investigation reports, and they required these fields to synchronize with Pre-Planning data to ensure consistency when building information was updated. By expanding the Import Fire Report Data tool to include these essential property and structure fields, the system enables investigators to begin their work with comprehensive foundational information already populated, reduces documentation time by eliminating redundant data entry, improves data accuracy by pulling from authoritative source systems rather than relying on manual transcription, and ensures investigation reports contain complete property context necessary for origin and cause determination, code compliance assessment, and regulatory reporting requirements.
  • How - Use the enhanced import tool to transfer expanded Fire Incident data
    • Open a Fire Investigation record that corresponds to a Fire Incident report
    • Click the Import Fire Report Data button to access the import tool
    • Review the import modal displaying available fields from the Fire Incident module, including the newly added fields:
      • Property Information: Inspection Zone, Response Zone, Fire Zone, Property Use, Business Name
      • Structure Fire: Year Built, Total Finished Square Feet, Construction Type, Floors Above Grade, Floors Below Grade
    • Edit any imported field values directly in the modal before finalizing the import if needed
    • Click to confirm and import the data into your Fire Investigation record
    • After importing, manually adjust any editable fields and save your changes
    • Note: Fields sourced from Pre-Planning (Inspection Zone, Business Name, Year Built, Total Finished Square Feet) are dynamically linked through Address data and will synchronize if Pre-Planning information is updated
    • Note: For records in Pending Authorization status, you can import and modify data, but changes cannot be saved unless the record status is changed to Incomplete
    • Note: The Import Fire Report Data button is not available once an investigation record is Authorized
    • Note: Currently, when importing Inspection Zone data, the system imports automatically without displaying a confirmation modal; this behavior will be enhanced in a future release to include modal confirmation
    • Note: All imported data reflects accurately in the Print Report
  • Use Case - A fire investigator responds to a structure fire at a 15-year-old commercial building and needs to complete a comprehensive investigation report documenting building characteristics, zone classifications, and property details for origin and cause determination. The first-arriving battalion chief completed a Fire Incident report that captured extensive property information from the Pre-Planning system and scene size-up, including the building's construction type, square footage, number of floors, response zone assignment, and business occupancy details. When the investigator opens the Fire Investigation record and clicks Import Fire Report Data, the import modal displays all available fields including the newly added property and structure information. The investigator reviews the imported data showing "Zone 2 - Commercial District" for Response Zone, "Fire Zone C" for Fire Zone, "Business - Restaurant" for Property Use, "Joe's Steakhouse" for Business Name, "2009" for Year Built, "8,500 sq ft" for Total Finished Square Feet, "Type V - Wood Frame" for Construction Type, "2" for Floors Above Grade, and "1" for Floors Below Grade. After confirming the accuracy of the imported information, the investigator finalizes the import and immediately begins documenting scene observations and evidence collection with all foundational property context already populated. This expanded import functionality saves approximately 15-20 minutes of manual data entry time per investigation, eliminates transcription errors from manually copying building specifications, ensures consistency between Fire Incident and Fire Investigation documentation for NFIRS reporting, and provides the investigator with complete building context necessary for analyzing fire spread patterns, evaluating code compliance, and determining whether construction features contributed to fire development or hindered suppression efforts.






  • What - The Print Form has been updated to display clearer and more intuitive folder labels in the Attachments and Pictures sections, eliminating confusing terminology when source folders don't exist or when displaying folder organization. Files that exist in the parent category without a specific subfolder assignment no longer display "Source folder: Root" in the Print Report and instead show a blank cell, providing a cleaner presentation for attachments that haven't been organized into specific folders. For all other folders including both default system folders and user-created custom folders, the label has been simplified from "Source folder" to just "Folder" throughout the Print Report, making the folder organization more immediately understandable. These label improvements apply purely to the display presentation in printed reports and do not affect any underlying functionality—the Insert Image feature continues to work normally, the Evidence Items Attachments functionality operates as before, all supported and unsupported attachment formats maintain their existing behavior, and file validation rules remain unchanged. The enhanced folder labeling applies automatically to both existing Fire Investigation records and new investigations without requiring any configuration changes or data updates.
  • Why - This enhancement was implemented due to customer requests for clearer and more professional folder labeling in printed Fire Investigation reports, particularly addressing confusion created by the "Source folder: Root" terminology that appeared for attachments not assigned to specific subfolders. Fire investigators and administrators reported that the "Root" terminology was technically accurate but confusing for end users, prosecutors, and other stakeholders reviewing printed reports who did not understand what "Root" meant in the context of file organization, and the label created unnecessary visual clutter when many attachments existed in the parent category without subfolder assignments. Agencies needed simplified folder labels that would be immediately understandable to non-technical report reviewers, wanted cleaner presentation for attachments in the parent category that didn't require explicit folder designation, and required consistent, professional-looking folder organization in printed reports used for legal proceedings and official documentation. By removing the "Root" label for parent category files and simplifying the folder designation to just "Folder" for all organized attachments, the system provides clearer visual hierarchy in printed reports, eliminates confusing technical terminology that doesn't add value for report readers, maintains professional appearance in court submissions and official documentation, and improves overall report readability while preserving all existing attachment functionality and organization capabilities.
  • How - This enhancement applies automatically to all Print Reports with no configuration required
    • Generate Print Reports for Fire Investigation records as you normally would
    • Attachments and pictures in the parent category (not assigned to a specific subfolder) will display with a blank cell instead of "Source folder: Root"
    • Attachments organized in default system folders or user-created custom folders will display with the simplified label "Folder" instead of "Source folder"
    • Use the Insert Image functionality in Print Reports as before—no changes to this feature
    • Access Evidence Items > Attachments functionality normally—no changes to this feature
    • Upload and validate attachments using existing supported formats and validation rules—no changes to attachment handling
    • Note: These label improvements are purely visual changes in the Print Report and do not affect any attachment functionality or organization
    • Note: The enhanced folder labeling applies automatically to both existing Fire Investigation records and newly created investigations
    • Note: Files continue to be organized and stored in the same folder structure; only the print display labels have changed for clarity
  • Use Case - A fire investigator completes a residential structure fire investigation and organizes the attached documentation into several categories: 12 scene photographs are placed in a custom "Scene Photos" folder, 8 evidence collection images are stored in an "Evidence Documentation" folder, and 3 general incident overview photos are uploaded directly to the parent attachments category without subfolder assignment because they don't fit into the specialized folders. When generating the Print Report for submission to the insurance company and local fire marshal's office, the investigator reviews the Attachments section and sees a clean, professional presentation: the three overview photos in the parent category display without any folder label (a blank cell), clearly indicating they are general attachments not requiring subfolder categorization, while the organized photos show the simplified "Folder: Scene Photos" and "Folder: Evidence Documentation" labels that are immediately understandable to any report reviewer. Previously, the three overview photos would have displayed "Source folder: Root," which caused confusion during a legal proceeding when an attorney asked the investigator to explain what "Root" meant and whether it indicated some technical problem with the file organization. With the improved labeling, the printed report presents a clear visual hierarchy—unlabeled attachments for general documentation and clearly labeled folders for organized content—that insurance adjusters, fire marshals, attorneys, and other stakeholders can immediately understand without technical knowledge of file system terminology. This enhanced presentation supports professional report appearance in official submissions, eliminates unnecessary explanations during depositions and court testimony about file organization terminology, maintains clean visual layout in printed reports with dozens of attachments, and provides the intuitive folder labeling necessary for stakeholders who need to quickly locate and reference specific attachments based on their organizational category.


Fixes

Temperature Field Scale Support in Fire Investigation

  • What - The Fire Investigation module's Temperature field now automatically supports both Celsius and Fahrenheit temperature scales based on the configuration defined in the Fire Department (FD) Setup, eliminating the previous limitation that only supported Celsius values. Temperature data is stored in Celsius in the database but displays according to the active temperature scale setting from FD Setup, with clear visual indicators (°C or °F) shown on both the FI form and the Import modal to identify which scale is currently in use. When importing weather data from the Fire Incident module, the temperature value displays in the scale configured in FD Setup, and each time you open an FI form, the system checks the current FD Setup configuration to ensure the temperature displays in the correct scale. If your FD Setup temperature scale changes after a record has been saved—for example, switching from Fahrenheit to Celsius—the system automatically converts and displays the temperature in the new scale when you next open the investigation, maintaining data accuracy across configuration changes. The Print Report functionality properly reflects both the temperature value and scale according to the setup configuration, and for agencies without the FD module enabled, the system defaults to Celsius display and storage until a global platform temperature setting becomes available.
  • Why - This enhancement was implemented due to customer requests addressing a critical limitation where the Fire Investigation module only supported Celsius temperatures despite many agencies in the United States operating exclusively with Fahrenheit measurements. Fire investigators reported confusion and potential data entry errors when temperature fields displayed in Celsius while their department's standard operating procedures, weather services, and Fire Incident module all used Fahrenheit, requiring manual conversions that increased documentation time and introduced opportunities for calculation errors. Agencies needed the Fire Investigation module to align with their Fire Department Setup configuration to maintain consistency across all documentation systems, ensure investigators could accurately record weather conditions using their familiar temperature scale, and eliminate the workflow disruption of constantly converting between scales. By automatically synchronizing the temperature display with FD Setup configuration and intelligently converting values when scale settings change, the system provides seamless temperature documentation that matches each agency's operational standards while maintaining data integrity through consistent database storage in Celsius.
  • How - This feature works automatically based on your Fire Department Setup configuration
    • Navigate to Fire Department Setup and verify your temperature scale setting (Celsius or Fahrenheit)
    • The Fire Investigation Temperature field will automatically display using the scale configured in FD Setup
    • When opening any FI form, look for the temperature scale indicator (°C or °F) displayed next to the Temperature field
    • Import weather data from the Fire Incident module using the standard import process
    • The imported temperature will display in the scale matching your FD Setup configuration
    • When viewing the Import modal, verify the temperature scale indicator shows your configured scale
    • Manually edit the Temperature field if needed; the system saves the data correctly in the configured scale
    • If you change your FD Setup temperature scale after investigations have been saved, previously recorded temperatures will automatically convert and display in the new scale when you open those investigations
    • Print reports will reflect the temperature value and scale according to your FD Setup configuration
    • Note: Temperature data is always stored in Celsius in the database regardless of display scale, ensuring accurate conversions
    • Note: For agencies without the FD module enabled, the system defaults to Celsius display and storage
    • Note: Once an investigation is Authorized, the temperature field becomes read-only along with other investigation fields
  • Use Case - A fire investigation unit in Texas operates using Fahrenheit for all temperature measurements, consistent with their department's Fire Incident module configuration and local weather service reporting. The Field Management administrator has configured the Fire Department Setup to use Fahrenheit as the standard temperature scale. When a fire investigator responds to a residential structure fire on a hot summer day and opens a new investigation report, they import weather data from the corresponding Fire Incident record. The Temperature field displays "98°F" with a clear Fahrenheit indicator, matching both the weather conditions recorded in the Fire Incident module and the investigator's outdoor thermometer reading, eliminating any need for manual Celsius-to-Fahrenheit conversion. The investigator documents additional weather observations and saves the investigation. Six months later, the department transitions to a regional task force that uses Celsius as the standard temperature scale across all participating agencies. The Fire Department Setup administrator changes the temperature scale setting from Fahrenheit to Celsius. When the fire investigator opens the previous investigation during a follow-up review, the Temperature field now displays "36.7°C" with a Celsius indicator—the system has automatically converted the stored temperature value to match the new configuration. This seamless conversion ensures that all historical data remains accurate and accessible in the current operational scale, while the Print Report generates correctly formatted documentation showing "36.7°C" that aligns with the task force's standardized reporting requirements, maintaining consistency across all participating agencies without requiring manual data updates or corrections to existing investigation records.







Fire Investigation Data Source Alignment and Field Label Updates

  • What - The Fire Investigation module now uses unified data sources that align with the Fire Department module configuration for Response Zone and Property Use fields, ensuring consistent data mapping and integrity when importing information between modules. The Response Zone field now references the batt_dept_response_zone table and is managed entirely within Fire Department Setup, while the Property Use field now pulls directly from the NFIRS Dictionary file as "Property Type Where Incident Occurred," matching the source used in the FD module. These aligned data sources ensure that values imported from the FD Scene section into FI investigations remain consistent and properly mapped, with dropdowns and form references automatically reflecting the unified sources while maintaining existing field behavior and validation. Additionally, the Occupancy Zone field has been relabeled to Inspection Zone throughout the Fire Investigation module, including the Form Builder, Field Management, and Print Report, with dropdown values continuing to pull from Pre-Planning > Pre-Plan List > Edit Address > Occupancy Tab > Inspection Zone to maintain consistency with terminology used across other platform modules.
  • Why - These enhancements were implemented due to customer requests for seamless data integration between Fire Department incident reports and Fire Investigation records, eliminating inconsistencies and data mapping errors that occurred when the modules used different reference sources for the same fields. Fire investigators reported that Response Zone and Property Use values imported from FD incidents would not match FI dropdown options or would fail to map correctly, requiring manual correction and creating data quality issues in investigation records. Agencies needed centralized management of Response Zone lists within FD Setup to ensure both modules used identical zone configurations, and they required Property Use values to align with NFIRS Dictionary standards used in the FD module to maintain compliance and reporting consistency. The Occupancy Zone to Inspection Zone label change addresses feedback that terminology should match the Pre-Planning module where the source data originates, reducing confusion for users who work across multiple modules and improving overall platform terminology consistency. By aligning data sources and standardizing field labels, the system enables reliable data import between FD and FI modules, supports consistent NFIRS reporting, and lays the groundwork for ongoing Fire Investigation import feature improvements.
  • How - These improvements work automatically with your existing configurations
    • The Response Zone field in Fire Investigation now automatically uses the same list managed in Fire Department Setup > Response Zones
    • The Property Use field now pulls values directly from the NFIRS Dictionary file as "Property Type Where Incident Occurred," matching the FD module source
    • When importing Scene data from Fire Department incident reports into Fire Investigation records, Response Zone and Property Use values will map consistently without requiring manual correction
    • The field previously labeled Occupancy Zone now displays as Inspection Zone throughout the Fire Investigation module
    • Access Inspection Zone dropdown values through Pre-Planning > Pre-Plan List > Edit Address > Occupancy Tab > Inspection Zone
    • All existing dropdowns and form references automatically reflect the updated data sources and field label
    • Note: Historical investigation records are not impacted by these changes; previously saved values are preserved as historical data
    • Note: Response Zone list management is now centralized in Fire Department Setup for consistency across both FD and FI modules
    • Note: The Inspection Zone label change is purely terminological; no functional or structural changes affect field behavior or data storage
    • Note: Field validation and behavior remain consistent between Fire Department and Fire Investigation modules
  • Use Case - A fire investigation unit responds to a commercial structure fire at a warehouse facility located in Response Zone 3 of their jurisdiction. The first-arriving engine company completes a Fire Department incident report documenting the scene, selecting "Zone 3 - Industrial District" from the Response Zone dropdown and "Storage - Warehouse" from the Property Type field, both configured in their Fire Department Setup and NFIRS Dictionary. When the fire investigator opens a new Fire Investigation record and imports the Scene data from the FD incident report, the Response Zone field automatically populates with "Zone 3 - Industrial District" and the Property Use field displays "Storage - Warehouse," both values mapping correctly without any manual intervention or data correction required. Previously, the investigator would have encountered mapping errors or mismatched dropdown options because the FI module used different reference sources, requiring them to manually look up and re-select the correct values. The investigator also notices that the field previously labeled "Occupancy Zone" now reads "Inspection Zone," matching the terminology they use in the Pre-Planning module when reviewing building occupancy information, eliminating the confusion about whether these fields represented the same or different data elements. This data source alignment enables the investigator to complete the Scene section of their investigation report in seconds rather than minutes, ensures NFIRS compliance across both FD and FI documentation, maintains data quality for regional reporting requirements, and supports the department's ongoing implementation of automated FD-to-FI data import features that will further streamline investigation documentation workflows.
    • Related Articles

    • Fire Investigations Release Notes - September 2025

      Video Coming Soon New Features 1. Add Incident Date & Time to Investigations What - A new Incident Date & Time field has been added to the Investigations form as part of the Fire Incident Data section, complementing existing Arrival and Departure ...
    • Mobile App: Release Notes (May 2025)

      In order to provide you with more detailed information on our updates we have broken the Release Notes down by module. Video Current iOS Version 5.8.4 Current Android Version 6.9.4 New Features (iOS) Fire Investigations Menu Integration What: Fire ...
    • Release Notes - Fire Investigations

      In order to provide you with more detailed information on our updates we have broken the Release Notes down by module. New Features Import NFIRS data to a Fire Investigation What: User can import data to the Fire Investigations Form from a NFIRS ...
    • Release Notes - Fire Investigations

      In order to provide you with more detailed information on our updates we have broken the Release Notes down by module. Video New Features 1. Support attaching audio files. What: Added support for attaching audio files (MP3) to Fire Investigation ...
    • Fire Investigations - Investigations Resources

      Purpose The purpose of this article is to direct the First Due users on how to add Investigations Resources in the Fire Investigations module. Video Directions 1. Navigate to the Fire Investigation Module 2. Select Investigations List 3. Select the ...