Loading...
operations

Pipeline Damage Investigation and Reporting Form

A pipeline damage investigation and reporting form for documenting third-party strikes, excavation damage, locate ticket status, impacts, notifications, and follow-up actions in one record.

Trusted by frontline teams 15 years of frontline software AI customization in seconds

Built for: Oil And Gas · Utilities · Telecommunications · Construction · Municipal Infrastructure

Overview

This pipeline damage investigation and reporting form captures the facts needed after a third-party strike, excavation damage, or other incident affecting buried facilities. It is designed to document what happened, where and when it happened, whether a one-call ticket was used, whether locate marks were visible, what excavation method was used, what damage or release occurred, and what response actions and notifications were made.

Use this template when an incident needs a structured record for operations, safety, compliance, and follow-up. It helps teams separate observed facts from later conclusions, which is important when multiple parties are involved and the timeline matters. The form also supports anonymous submission, attachments, and acknowledgment so the record can move from field intake to review without losing context.

Do not use this as a general maintenance request form or a routine inspection checklist. It is not meant for everyday asset condition tracking, and it should not collect unnecessary personal data. If there was no damage, no excavation activity, and no need to document locate status or notifications, a simpler incident note may be enough. The best fit is any event where buried infrastructure may have been struck, exposed, or compromised and the organization needs a defensible incident record with clear next steps.

Standards & compliance context

  • Use data minimization so the form collects only the incident details needed for investigation, notification, and follow-up.
  • If the form is public-facing or used by external contractors, make the fields and labels accessible and readable under WCAG 2.1 AA expectations.
  • If the incident involves personal information, include a clear disclosure about how the data will be used and who can access it.
  • Keep the record structured enough to support an audit trail for internal review and any required regulatory reporting decision.

General regulatory context for orientation only — verify current requirements with counsel or the relevant agency before relying on this template for compliance.

What's inside this template

Submission Notice

This section sets the reporting context, captures a short incident summary, and lets the reporter submit anonymously when needed.

  • Submission type (required)
  • Brief incident summary (required)

    One to three sentences describing what was struck, where it occurred, and the immediate outcome.

  • Submit anonymously

    Select this if you do not want your identity attached to the submission. Anonymous submission may limit follow-up questions.

Incident Overview

This section records the core facts of the event so the investigation starts with a clear timeline, location, and facility type.

  • Date of incident (required)
  • Approximate time of incident
  • Incident location (required)

    Enter the site address, nearest intersection, or GPS coordinates if available.

  • Facility type affected (required)
  • Incident type (required)
  • Detailed description of what happened (required)

Locate and Excavation Details

This section documents whether the work was properly marked and what excavation activity was underway when the damage occurred.

  • Was a one-call / locate ticket used? (required)
  • Locate / ticket number
  • Were locate marks visible at the time of excavation?
  • Excavation method (required)
  • Third-party activity at the time of damage (required)
  • Approximate excavation depth at time of strike

    Enter depth in feet or meters using the unit noted in the incident record.

Damage and Impact Assessment

This section captures the actual harm, including injuries, releases, and any immediate public safety actions taken.

  • Observed damage (required)
  • Did anyone get injured? (required)
  • Injury details

    Describe the nature of the injury and any immediate medical response. Do not include unnecessary medical details.

  • Was there a product release? (required)
  • Estimated release quantity

    Enter the estimated quantity released using the unit noted in the incident record.

  • Immediate public safety actions taken

Response and Notifications

This section shows who reported the incident, who was notified, and what response actions were taken after discovery.

  • Reported by

    Name or role of the person submitting the report. Leave blank if submitting anonymously.

  • Contact email

    Optional contact information for follow-up questions.

  • Were emergency responders notified? (required)
  • Notifications made (required)
  • Response actions taken (required)

    Summarize actions taken to secure the site, stop work, isolate the area, or mitigate the impact.

Root Cause and Follow-Up

This section turns the incident record into an investigation by documenting probable cause, contributing factors, corrective actions, and reporting needs.

  • Probable cause (required)
  • Contributing factors
  • Corrective actions and prevention measures (required)

    Describe actions to prevent recurrence, such as retraining, process changes, locate improvements, or contractor follow-up.

  • Is regulatory reporting required? (required)
  • Regulatory reference or report number

    Enter the applicable report number, agency reference, or internal compliance tracking ID.

Attachments and Acknowledgment

This section preserves supporting evidence and confirms the submitter stands behind the report before it is routed onward.

  • Photos, sketches, and supporting documents

    Upload photos of the damage, locate marks, site conditions, sketches, or related documents.

  • I confirm the information provided is accurate to the best of my knowledge. (required)
  • Signature

    Optional signature if your organization requires sign-off for audit trail purposes.

How to use this template

  1. 1. Configure the submission notice fields so reporters can choose the incident type, add a short summary, and submit anonymously when appropriate.
  2. 2. Assign the form to the person closest to the event, such as the field supervisor or damage investigator, so the incident facts are recorded while details are still fresh.
  3. 3. Complete the incident overview and locate/excavation details using the correct field types, including date, time, ticket number, and excavation depth where applicable.
  4. 4. Document damage, injuries, releases, and public safety actions only after confirming what was actually observed, and use conditional logic to hide irrelevant fields.
  5. 5. Record notifications, response actions, probable cause, and contributing factors, then attach photos or documents before the submission is closed.
  6. 6. Review the acknowledgment and signature, route the record for regulatory follow-up if needed, and assign corrective actions to the responsible owner.

Best practices

  • Use conditional logic so release, injury, and regulatory fields appear only when the incident facts require them.
  • Mark required fields carefully and keep optional fields optional to avoid forcing reporters to guess or invent details.
  • Use a date picker, time field, numeric input, and multi-select controls where they match the data instead of free text.
  • Capture the locate ticket number, visible marks status, and excavation method before the site is disturbed further.
  • Separate observed damage from probable cause so the investigation record stays clear and defensible.
  • Add a clear line explaining what happens after submission, including who reviews the report and when follow-up occurs.
  • Request only the minimum necessary PII for the workflow and avoid collecting sensitive personal data that is not needed.
  • Attach photos and supporting documents at the time of submission so the audit trail is complete.

What this template typically catches

Issues teams running this template most often surface in practice:

The locate ticket number is missing even though the incident involved excavation.
The reporter describes assumptions as facts instead of separating what was seen from what was inferred.
Release details are left blank or entered in free text when a quantity field is needed.
Injury information is captured inconsistently, making follow-up and review harder.
Notifications are recorded without naming who was contacted or when the contact occurred.
Root cause is entered too early before the response facts and attachments are complete.
Photos are uploaded after the report is closed, leaving the audit trail incomplete.

Common use cases

Gas utility field supervisor after a contractor strike
A supervisor documents the strike location, ticket status, visible marks, damage observed, emergency notifications, and corrective actions in one report. The form helps the team preserve the incident timeline before the site is restored.
Municipal pipeline coordinator reviewing a near miss
A coordinator records an excavation event where damage was avoided but locate marks were unclear and response actions were still needed. The template captures enough detail to support follow-up without turning the record into a full incident investigation packet.
Telecom damage investigator handling third-party excavation
An investigator logs the third-party activity, excavation depth, affected facility type, and photos from the scene. The structured fields make it easier to compare contractor incidents and identify recurring causes.
Operations compliance lead preparing regulatory follow-up
A compliance lead uses the root cause and reporting section to note whether regulatory reporting is needed and which reference applies. That creates a cleaner handoff to legal, safety, or regulatory teams.

Frequently asked questions

When should this form be used?

Use it after any suspected or confirmed damage to buried pipeline or related facilities, especially when a third-party strike, excavation, or locate issue is involved. It is also useful when the event did not cause a release but still needs an incident record and follow-up. If the event is only a routine maintenance note with no damage, this template is usually more than you need.

Who should complete the form?

It is typically completed by the field supervisor, damage investigator, operations lead, or compliance coordinator who has the incident facts. A witness or first responder can start the record, then a qualified reviewer can finish the root cause and reporting sections. The submitter should be able to identify what was observed versus what was inferred.

Does this template support anonymous submission?

Yes, the submission section includes an anonymous submission option for cases where the reporter should not be identified. That is useful for internal reporting channels, whistleblower-style intake, or situations where the reporter only has partial information. If anonymous reporting is enabled, make sure the form clearly explains what follow-up contact is possible and what is not.

What information should be collected and what should be avoided?

Collect only the fields needed to document the incident, assess impact, and complete required notifications. Use conditional logic so you do not ask for release details, injury details, or regulatory references unless those facts apply. Avoid collecting unnecessary PII, and do not add sensitive personal data unless it is required for the investigation or reporting workflow.

How often is this form used?

This is an event-driven form, so it is used each time a damage incident, near miss, or excavation-related strike needs to be documented. It is not a scheduled inspection form. Many organizations also reuse it as the standard intake for after-hours response and then attach a fuller investigation report later.

What are the most common mistakes when filling it out?

Common mistakes include leaving the locate ticket blank when one exists, mixing observed facts with assumptions, and skipping the response timeline. Another frequent issue is using free text where a date, time, number, or multi-select field would be more accurate. The form works best when the submitter records the incident details immediately and adds photos or documents before memory fades.

How does this template help with regulatory follow-up?

The root cause and follow-up section gives you a place to record whether regulatory reporting is needed and which reference applies. That helps teams track the decision, the rationale, and the actions taken after the incident. It does not replace legal review, but it creates a cleaner audit trail for compliance and internal review.

Can this be customized for different assets or contractors?

Yes, you can tailor the facility type, excavation method, and third-party activity fields to match your assets and contractor workflows. Many teams add conditional logic for gas, liquid, or telecom facilities, or separate paths for emergency response versus non-emergency damage. You can also add routing so the right operations, safety, and compliance reviewers receive the submission.

How is this better than using email or a spreadsheet?

A structured form captures the same facts in a consistent order, which makes review, trending, and follow-up much easier. It also reduces missing fields, supports attachments, and creates a clearer audit trail than scattered emails. For incidents that may trigger notifications or corrective actions, that structure matters.

Go deeper on the topic

Related concepts
  • A standard operating procedure (SOP) is a documented, step-by-step procedure for a repeatable task — the written version of "how we do this here." Good SOPs...
  • Workforce management (WFM) is the operational discipline of getting the right employees, with the right skills, in the right place, at the right time — and...
  • A daily huddle is a brief (10–15 minute) standing meeting held at the start of a shift or workday to align the team on priorities, surface issues, and...
  • A deskless worker is any employee whose job happens without a desk, a company laptop, or a fixed workstation. They're roughly 80% of the global workforce —...
Related guides

Ready to use this template?

Get started with MangoApps and use Pipeline Damage Investigation and Reporting Form with your team — pricing built for small business.

Ask AI Product Advisor

Hi! I'm the MangoApps Product Advisor. I can help you with:

  • Understanding our 40+ workplace apps
  • Finding the right solution for your needs
  • Answering questions about pricing and features
  • Pointing you to free tools you can try right now

What would you like to know?