Reconcile a multi-discipline package handover.
From per-discipline document packages to a cross-discipline-reconciled handover package
Multi-discipline package handover is the engineering process of reconciling per-discipline document packages (process, mechanical, electrical, I&C, piping) into a single cross-discipline package that describes the same plant. Every tag that appears in one discipline's documents but not another's is a scope question: is the orphan an error, a renamed tag, a scope-boundary issue, or a genuine omission? Multi-discipline package handover is the engineering process that resolves the question before construction starts, before commissioning starts, or before owner takeover.
Inputs.
- +Per-discipline document packages (process, mechanical, electrical, I&C, piping)
- +Project tag-numbering convention reference
Outputs.
- →Cross-discipline tag census (every tag across all disciplines)
- →Orphan-by-discipline report (tags in one discipline, missing from another)
- →Disagreement-by-attribute report (service, range, classification disagreements)
- →Scope-boundary scope-question list (renamed tags, package skid attribution)
- →Per-discipline action list (the questions each discipline lead must answer)
| Discipline | Primary documents | Cross-reference points |
|---|---|---|
| Process | P&ID, PFD, line list, heat-material balance | Equipment tag, stream tag, line number |
| Mechanical | Equipment list, datasheets, equipment layout | Equipment tag, vendor model, weights |
| Electrical | SLD, motor list, MCC schedule, cable feeder | Motor tag, MCC bucket, feeder cable |
| I&C | I/O list, instrument index, loop diagrams, cable, JB | Instrument tag, loop number, cable tag, JB terminal |
| Piping | Line list, isometrics, pipe spec sheets, line classes | Line number, pipe spec, material, service |
Step by step.
- 01
Establish the tag universe
Each per-discipline document package extracts to its canonical schema. The union of all tag columns becomes the project tag universe.
- 02
Join across disciplines
Every tag becomes a row in the cross-discipline census with per-discipline columns showing whether each discipline has that tag.
- 03
Surface orphans
Tags present in some disciplines but missing from others ship as the orphan-by-discipline report. The responsible discipline lead receives the slice that names them.
- 04
Detect attribute disagreements
Service description, range, classification, and equipment-type disagreements across disciplines flag for engineering decision. Each disagreement has a single resolver (typically the discipline that owns the tag's primary identification).
- 05
Walk scope boundaries
Tags on a vendor-supplied skid that the EPC missed, tags renamed during a revision that one discipline missed, tags inside a package whose attribution moved between disciplines - all surface as scope-boundary scope questions.
- 06
Issue the integrated package
Cross-discipline-reconciled package replaces the per-discipline packages for the next consumer (construction, commissioning, or owner). Per-discipline action items track to closure.
Common questions.
Who owns the reconciliation process?
Typically the project engineer or the EPC engineering manager. The reconciliation surfaces the questions; the discipline leads answer them; the project engineer integrates the answers into the unified package. The process is the engineering integration that the owner pays the EPC margin for.
Can this catch package skid scope drift?
Yes. Vendor-supplied package skids (lube oil consoles, BAS controls panels, packaged hydrogen plants) carry their own per-discipline scope inside the package. The reconciliation surfaces where the EPC scope ended and where the vendor scope began, preventing the most common boundary disputes.
Start a workspace.
Upload the source documents, run the workflow, ship the document in the column shape the next consumer expects.