Project Document Management Procedure
Project Document Management Procedure
TABLE OF CONTENTS
i. List of Acronyms ........................................................................................................................... 3
Page | 1
Policy
6.2 Document Numbering ........................................................................................................... 14
Page | 2
Policy
i. List of Acronyms
BL CEO OQ’s Business Line Chief Executive Officer
PD Project Director
PM Project Manager
PO Purchase Order
Page | 3
Policy
iii. Definitions
Company means OQ.
Project Manager refers to the Company’s Project Manager.
Contractor is an entity to carry out a project under Company’s supervision.
Shall denotes a requirement that is mandatory.
Should means something that is recommended but not mandatory.
Deliverable: is a document or drawing that is produced by the project and has been allocated as a
defined item which is part of the final project output.
Document Originator: is the person who creates the document or facilitates the revision.
Information Management Team: is the team responsible for setting up the project files and thereafter
controlling all project documents in accordance with this procedure.
Information Management: refers to the control of data, documentation, images, audio, video and
any other form of project material.
Document Reviewer: is the person responsible for reviewing project documents against agreed
scopes of work or contracts and providing comments.
Page | 4
Policy
Page | 5
Policy
3.0 Introduction
3.1 Purpose
The purpose of this Project Document Management Procedure is to define the document and
drawing management requirements for project documentation related to all Company
projects.
3.2 Scope
The scope of this procedure is to provide the document management standards and
conventions to be applied to all Company projects as well as the roles and responsibilities of
project team members.
Chief Projects;
BL CEO;
project contractors.
3.3 Applicability
This procedure applies to all aspects and all phases of the project lifecycle, from Identify up to
and including Execute, including the scope of all project consultants, contractors, sub-
contractors, in these phases. Guidance regarding vendor document management is provided
in the Vendor Documents Deliverables Guideline (OQ-GU-PCE-PM-5021). It applies to projects
of all sizes, complexity and type, also regardless of whether they are greenfield (new-build) or
brownfield (modification) developments.
Page | 6
Policy
Some variations in requirements according to the project categorisation (as defined in the
Project Management Framework Policy Manual OQ-PY-PCE-PM-1001) are described in this
procedure. Deviations from the mandatory requirements of this documents are permitted only
with the approval of the COE Leader, Projects.
Project team members shall apply the document control requirements and numbering
conventions defined in this procedure for their disciplines and areas of responsibility. They shall
identify any project specific or contractually required deviations to the conventions defined in
this procedure for resolution by the Project Leader /Lead.
Project team members shall be responsible for the development of a variety of project
documents throughout the project. During this process, they are required to ensure that the
following activities are undertaken:
ensure that all documentation is correctly numbered as per the requirements of this
procedure;
deliver documents to the Information Management Team by the means and formats as
described in this procedure in a timely manner;
advise the Information Management Team on the distribution list for each document
and close out date for each document review cycle if it is different from the standard
review cycle;
clarifying and incorporating review comments in project documentation via EDMS. This
includes resolving conflicting opinions and feedback between reviewers;
ensure that documents are approved to the correct level of authority (as per project-
specific RACI) prior to issue to the Information Management Team for formal issuance;
Page | 7
Policy
overall completion and execution of the document and quality in terms of business
relevance and auditability; and
The Project Information Management Team shall be responsible for the following activities:
registration of all documents in EDMS, DCR and MDR and hence the distribution to
relevant team members;
ensuring that all documentation is correctly numbered as per the requirements laid out
in this procedure;
ensuring that documents received from contractors meet the requirements of this
procedure;
providing support to team members on document control related tasks and processes;
Document Reviewers shall typically be a project team member from the discipline or
department related to the project document. The document reviewer shall be responsible for
the following activities:
ensuring that documents received for comments are processed and forwarded to
approver/owner within the specified timeframe.
OQ Document Owner/Consolidator (for contractor and vendor documents) shall be the owner
from the discipline or department related to the document and they shall consolidate the
Page | 8
Policy
comments. They can be the Document Approver depending on the nature of the document
and project phase. The Document Consolidator shall be responsible for the following activities:
ensuring that documents received for comments are processed and returned to
approver/Information management team within the specified timeframe.
Document approvers should typically be an individual one level above the document owner.
He/she can be the Document owner depending on the nature of the document and project
phase. The Document Approver shall be responsible for the following activities:
ensuring that documents received for comments are processed and returned to the
Information Management Team within the specified timeframe.
The purpose of the project-specific plan is to assign responsibilities using document distribution
matrices (DDM) to specific project positions, establish a timeline for document management
activities appropriate to the project schedule, and to make project-specific adjustments to the
non-mandatory aspects of the procedure where necessary. Another purpose of the plan is to
agree on document deadlines and timeframes.
The EPC contractor shall produce and issue at the beginning of the Execute phase a Master
Deliverable Register (MDR) in MS Excel that lists all documents that will be produced as part of
the Scope of Work of the EPC contract. In the MDR, documents shall be categorized discipline-
Page | 9
Policy
wise with their respective issue reasons (e.g. IFR / IFI / IFA / IFC / ASB) to Company. Initial issue
reasons can be IFI /IFR /IFA. Only upon satisfactory review of the MDR by Company, contractor
will be permitted to upload the list (MDR) into the EDMS.
This MDR may be used by Company to track documentation progress. Also, the MDR will form
the basis for project documentation until As-Built documents are handed over to Company.
The contractor shall update the MDR with vendor/seller data and issue to Company for review
on a requirement basis. All new changes applied to the MDR shall be highlighted and the
revision shall be increased by the contractor during the subsequent submission to Company,
the frequency of update shall be agreed between Company and contractor. The MDR format
shall be subject to approval by the Company and shall include metadata for the following as
a minimum:
Page | 10
Policy
5.2 Project and Engineering Document Planning
The planning of project and engineering documents shall meet the following requirements:
the MDR shall align with the project deliverables progress measurement methodology
as outlined in Progress Monitoring and Reporting Procedure, OQ-PR-PCE-PM-3023;
the MDR shall be monitored at document or work package level to ensure that all
deliverables and documents are developed and processed; and
Broad guidance regarding the development process of the MDR is provided below:
the Information Management Team shall produce an initial draft of the MDR and
distribute to the Lead Disciplines, Package Managers and Construction Manager for
their inputs;
the Information Management Team shall collate all MDR inputs and distribute the
consolidated MDR to the entire project team for review. This cycle shall repeat until all
comments have been resolved and an agreed MDR and related Document Distribution
Matrices have been finalised.
Vendor document planning is provided in the Vendor Documents Deliverables Guideline (OQ-
GU-PCE-PM-5021).
Construction, commissioning, start up and operations documents shall also be planned and
integrated into the MDR. The planning of construction, commissioning, start up and operations
Page | 11
Policy
documents shall meet the same requirements as defined in Section 5.1. Those document
requirements shall be defined in each work package by the function concerned.
The handover of documents at the close of a contract (e.g. EPC) can be found in the Close-
out and Handover Procedure OQ-PR-PCE-PM-3009.
The following points are general practices and requirements that shall be applied to all
Company projects. Any deviations from these guidelines shall be agreed with Company prior
to submission.
the EDMS shall be the standard document control system used on all Company projects;
all project documents shall be produced in compliance with ISO standard A1, A3, and
A4 sizes;
project documents shall be distributed using a project document distribution matrix that
shall be developed on a project-by-project basis. The project document distribution
matrix shall be developed in conjunction with the development of any deliverables’ lists.
The matrix shall define who receives each document for Information, review,
consolidate and approval;
all documents shall pass through at least one review cycle before approval, applicable
to all document revision levels;
all documentation shall follow the planning, numbering, revision control and transmittal
processes specified in this procedure;
during a project, the custodianship of all documents is with the Project Leader and once
the project handover has been completed, the custodianship shall be transferred to the
Asset Owner; and
both Company and contractor documents shall use Company document templates for
all documents listed on the MDR.
All project documentation shall by supplied in electronic file format. Each electronic file shall be
self-contained, i.e. will not require or call-in any other electronic files for viewing or updating
Page | 12
Policy
other than any agreed reference files. All document content shall be in searchable form. The
file name shall include the document number, revision code and document title. This shall not
exceed the maximum character limitations for the electronic filename.
The hard copy submission of any documentation shall only be deemed acceptable if
specifically approved by Company.
In the event of hard copy submission, particular attention should be paid to the following:
the density and quality of lines and printing shall be clear so as to obtain satisfactory
document scans;
care must be taken to document details, such as decimal points, symbols for degrees,
etc. Each detail must be clear and can be picked up when scanned;
the minimum character height shall be 2.5 mm. When lower case letters are used, they
should be proportioned so that the body height is approximately 0.6 times the capital
letter height;
in cases where hard copy submission is required i.e. legally binding agreements or
certificates carrying original signatures or marks that authenticate a document. Such
hard copies shall be deemed to be the original signed/stamped document;
all prints and photocopies shall be supplied in standard paper size on clean, white
paper, and minimum weight of 80g/m2. Any reduction from the original size shall be
agreed with Company prior to submission;
documents shall be scanned at their original size directly from the original hard copy;
paper copies submitted in a size over A3 should be fan folded such that the title block
will be visible and allows easy insertion into plastic wallets; and
hard copy documents of multiple pages shall be stapled or bound dependent on size.
Unless stated otherwise in the specific document instructions, all documentation shall be in
English.
Use of local language in certain cases such as logo, safety instructions, etc may be required
depending on case-by-case basis and this needs to be ensured by the project team.
Page | 13
Policy
6.1.5 Document Title Requirements
The document title assigned to any project document should be a true reflection of the content
of the document. Furthermore, the title assigned shall be as unique as possible to enable the
document to be identified at a glance and retrieved if searched for in the document control
database. Document title for data sheets shall include the equipment tag number.
The document number, title, page number, and revision should appear on each page of
document in the footer or drawing title block.
drawing format:
- drawings shall conform to ISO 216 Standard ‘A’ sizes: A1, A3 and A4;
- format A0 and other non-standard sizes shall only be used when approved by
Company in advance of the drawing submission date;
drawing binding:
- drawings produced in A1 and A3 sizes shall be provided with margins to allow for
binding. These shall be as follows:
A1 and A3: a blank margin of 40mm on the left-hand side of the drawing
shall be provided; and
A4: a blank margin of 35mm at the top border of the drawing shall be
provided.
character size:
- to ensure readable lettering, the minimum height of all lettering shall be 2.0mm for
A1, A3 and A4 drawings; and
- the minimum height of drawing numbers shall by 3.5mm for A1, A3 and A4 drawings.
All Company project documents shall be numbered in accordance with the principles
described in this document and follow the general instructions listed below. The procedure
provided in this section of the procedure shall be used as a basis for the numbering conventions
used on all Company projects. Each project shall expand the numbering conventions to cover
any necessary additional document types or project requirements. Some examples include;
isometric drawing numbering. Refer to details of document numbering (sec 6.2.2).
Page | 14
Policy
project document and drawing numbers shall not be duplicated under any
circumstances;
once numbers are allocated to specific project deliverables they shall not be reused;
sketch numbers shall not be used for any formally issued project documents and
drawings. Sketches are non-formal drawings that may be used for illustrative purposes.
They are not considered formal project deliverables;
all fields of the document number contribute to the uniqueness of the document
number;
all numeric fields shall have the specified number of digits. Leading zero(s) shall be
added to fill the field as required and ensure that the document number is of standard
length;
a project number shall be defined at the beginning of the project lifecycle; and
All project documents must include a revision code. The revision code does not form part of the
document number as this can lead to errors when cross referencing between documents,
however it should always form part of the digital file name.
for Company internal documentation, the revision identifier shall consist of numerical
running from 01 to 99; and
for external documentation, the revision number shall consist of a two-digit numeric
number running sequentially from 01 to 99 followed by a suffix alphabetical character
of the revision code as outlined below.
Page | 15
Policy
The alphabetical suffix shall change based on which stage the document has attained. A
numeric revision number to be included to show the number of revisions the document has
bass. The number should not be reset. An indicative example is shown in the table below.
Page | 16
Policy
The full final status code with the relevant description must be displayed on all submitted
documentation.
All documents that are revised at all revisions shall clearly identify changes, deletions and
additional content by vertical lines on right hand side margin and text highlight. Drawing
revisions shall be annotated with revision clouds and triangles, as applicable.
Drawings issued by Company for construction purpose should be issued with code “C” Issued
for Construction and after project completion Contractor shall issue them with code “Z” Issued
for As Built.
All Company project documents such as; procedures, reports, design criteria, technical
standards, system descriptions, requisitions, calculations, technical bid evaluation, drawings
and engineering lists shall be numbered according to the following convention.
____ ____
_____
__ ___ ____ __
___ __
Project - - Originator
Unit
Code
- Discipline - Document - Sequence Sheet
Company
Number PO Type Number number
Page | 17
Policy
Tag Description
Project Number Unique 3 alpha and 2 numerical code denoting the project.
Project number to be assigned during initiation phase.
Unit Code 4-digit numerical code denoting the unit of the project that
the document relates to/ Unit codes are to be developed on
a project-by-project basis. Last digit shall be 0 unless the unit
has identical trains where it shall be the train number. e.g.
CDU one train 1100, CDU two trains 1101 and 1102. For
general document use 0000 as a unit number.
Sequence Number Numerical code starting from 0001-9999 that denotes the
specific document.
For example, a piping Basis of Design developed by Company’s upstream business for project
number MRP74, unit 1100 could be numbered: MRP74-OQU-000000-PP-BOD-1100-0001-00.
Page | 18
Policy
6.2.3 Vendor Document Numbering
The purpose of this section is to ensure that all project documentation is received and via formal
communication channels in formats that have been agreed between the parties. The Project
Leader/Lead may decide to implement document criticality classification as per the following
guidelines. In such case MDR shall include document classification.
For the purposes of review and comment, Company may use the four following classifications:
Class 1
- Require formal Company comments within 10 working days counted from the date
of receipt by the Company to the date of dispatch of the commented document.
If Company comments are not received by the due date, the Originating Party shall
remind the Company, in writing, and the Originating Party shall obtain comments or
waiver, in writing, from the Company to proceed to the next stage. Should
Company delay the return of any Class 1 Document beyond the stipulated period,
the Contractor shall advise Company of any possible consequences which may
adversely affect the programme or Services
Class 2
- Are issued to Company for comment. If comments are not received within 10
working days counted from the date of receipt by Company, then the Originating
Party shall inform Company, in writing, of its intention to proceed on the assumption
that the Company has no comments. The Originating Party can proceed to the next
stage unless the Company instruct, in writing, to wait for Company comments.
Class 3
- Are issued to the Company for information only. However, comments made by the
Company shall be considered when received by the Originating Party in a timely
manner or the Originating Party is advised that comments are being developed.
Class 4
- Are issued to Company for information only. These may however be subject to
quality control checks and sample review by Company
Page | 19
Policy
7.2 Document Review
The MDR shall be used for the control of document reviews and approvals; while the actual
electronic files shall be stored in the corporate shared project folder systems (i.e. Company
EDMS). The MDR shall also be used to manage the review of design and construction
deliverables from contractors.
Every project document (both Company and contractor/vendor) shall be reviewed in line with
the document classification before it can be accepted. The default review cycle time is ten
working days, however the review cycle time can be adjusted with Company approval to suit
the requirements of the specific document review and project.
All documents prepared by the project team shall be subject to review and approval by an
appropriate authority before issue. Further details are provided in the Engineering Management
Procedure OQ-PR-PCE-PM-3014 and the Contract and Procurement Procedure OQ-PR-PCE-PM-
3016.
Documents prepared by project contractors should be reviewed and approved before issue
according to their own procedures; such procedures draft should be reviewed by Company
prior to the award of contracts by the Company bid evaluation teams. Further details are
provided in the Contract and Procurement Procedure OQ-PR-PCE-PM-3016.
all comments made on the document should be consolidated, identifying the name of
the reviewers;
the consolidated comments shall then be returned to the originator to address the
comments; and
Page | 20
Policy
the above process shall be repeated for subsequent revisions of the document until the
document is approved.
any design is adequate for its purpose and complies with any contractual terms, scope
and applicable specifications; and
B Revise and Contractor can proceed to the next stage, incorporating the
Resubmit comments, increase the revision alphabetic and numeric and
resubmit.
D Rejected Rejected documents shall include the reason for rejection along
with further instructions. Increase the numeric revision number
and resubmit
Documents will be stamped by the return code stamp attached in Appendix 5 of this
procedure.
Documents shall be updated as required throughout the project or as required by law. For
internally generated documents, the originator shall be responsible for any updates of their
documents. In some cases, the relevant discipline may assign other team members to
undertake the activity of updating project documentation. In the absence of any intermediate
events that require document updates, a maximum duration of twelve months is expected for
such document to be validated. Some documents may not require updates after a certain
point, however it is expected that the originating discipline shall remain aware of the state of
the documents for which they have responsibility.
In the event that a document is required to be cancelled, the responsible engineer shall notify
the Information Management Team of the intention to cancel the document. The Information
Management Team shall then cancel or supersede the document in the EDMS and MDR.
Page | 21
Policy
If the cancellation was initiated from a contractor or vendor, the party shall notify the project
team. Cancelled document numbers shall not be re-allocated to newly created
documentation. If the document is superseded, the party superseding the document shall
clearly identify on the document, and in their document control system which document it has
been superseded by.
Once a document has been approved, the document owner, reviewer and, or PM (or
delegate) shall approve the document in the EDMS and MDR before then signing the hardcopy
if required.
When a document is issued for approval (IFA), it should only be issued to designated approver
as shown on distribution matrix.
Document s shall be checked and approved by the competent authority from the originating
party at each revision submittal.
Documents shall not be accepted by Company, unless the contractor has completed the
applicable boxes on the revision history and signed off by the competent authority agreed
between Company and contractor.
Compliance with Company’s comments shall not relieve the Contractor of its responsibility for
the correctness of its own work, or of any requirements, warranties or guarantees stated or
implied in the Contract.
Similarly, agreement by Company to drawings and documents will not constitute approval of
any Variations to the Contract.
Company reserves the right to review any design drawing, specification or other documents
produced by Contractor.
Contractor shall incorporate all comments by Company unless it is not in agreement with the
comments. Where Contractor is not in agreement with Company comments they shall arrange
to meet and discuss the comments in question within ten days of having received the comment.
Once Company’s comments have been agreed and incorporated, no further changes, other
than normal development, shall be made without Company’s prior written agreement.
In the event that Company is not satisfied with the quality of data being submitted by contractor
for review, or if Company is not satisfied that suitable diligence is being exercised in
incorporating Company’s comments on contractor’s drawings, then Company has the right to
request Contractor to arrange meeting(s) to determine that contractor has understood and will
effectively implement Company’s comments. Contractor shall provide suitably qualified and
experienced personnel to attend such meetings and shall also arrange for the attendance of
any vendor or subcontractor personnel whose presence may be required.
Company may comment on documents at all times to identify deviations from the contract
requirements or when previous Company’s comments have not been incorporated to
Page | 22
Policy
Company’s satisfaction. In such cases, contractor shall immediately undertake all required
remedial actions without cost or schedule impact to Company.
Contractor shall include in its working procedures a system to record and report progress of
close-out of Company comments. Reporting shall be on a weekly basis.
- issuance date;
- reason for document issuance, e.g. Issued for Review, Issued for Construction; and
Page | 23
Policy
Tag Description
Transmittal Type Code identifying the type of transmittal. The following codes
shall be used:
Sequence Number 5-digit numerical code denoting the exact transmittal. The
transmittal code shall begin at 00001 and run until 99999.
All formal project correspondence related to the development and submission of project
documentation shall be recorded in accordance with the following general guidelines:
correspondence records such as emails, letters and comments sheets shall be recorded
and controlled throughout the project;
correspondence records shall be stored in a secure manner to allow for the easy
retrieval by project team members;
Page | 24
Policy
- recipient;
The originator of any outgoing correspondence shall be responsible for ensuring that:
Where electronic mail is used to provide instruction to contractors or vendors, it shall be followed
by the transmittal of formal minutes of meeting or correspondence as appropriate and
registered with the Information Management Team.
Page | 25
Policy
Contractor/Vendor
Owner/ Approver
Leads/Engineers
Project Director/
Originator) OR
Project Team
Reponsible Party
Management
Engineering
docuemtns /
Information
(Document
Comments
Reference
Document
Discipline
Manager
Member
Team
Actions/ Process
NO YES
5 Approve document for formal issuance Approve?
Page | 26
Policy
AE Alternate Energy
AR Architecture
CA Control & Automation
CE Project Center of Excellence
CM Commercial
CS Civil and Structure
CO Construction
CR Corrosion
DL Drilling
DN Downstream
GV Governance
EL Electrical
ES Estimating
FN Finance
FP Fire Protection
GE Geotechnical
HS Health, Safety, Security and Environment
HV Heating, Ventilation and Air Conditioning (HVAC)
IC Instruments and Control
IM Information Management
LA Landscaping
MA Marine
MS Mechanical Equipment Static
MR Mechanical Equipment Rotating
MT Materials
OF Offshore
OP Operation/Readiness
PC Project Control
PS Process
PP Plant Layout and Piping
PL Pipelines
PM Project Management
PR Procurement
RE Renewables
RS Risk
SO Solar
SS Subsurface
TE Telecommunications
TS Technical Safety
UP Upstream
QA Quality
Specific Project or Contractor Document management plan may add new Discipline Code as per
requirement of that project.
Page | 27
Policy
Page | 28
Policy
ILD Instrument Location Drawing
INS Instruction
INL Instrument List / Index
INT Instrument Installation details / Hoop-up Diagrams
IOL Input/Out List
ISO Isometric Drawings
IWD Instrument Wiring Diagram
INX Index
KLD Instrument Loop Diagram
LDT Line Designation Table
LPD Lighting Protection Diagram
LST List
LTG Lighting & Small Power
MOD Model
MOM Minutes of Meeting
MAN Manual
MST Method Statement
MRQ Material Requisition
MSD Material Selection Diagram
MTO Material Take Off
OPM Operational Manual
PAG Piping (Above ground/except Isometrics)
PFD Process Flow Diagrams
PHD Philosophy Documents
PHY Physical
PID P&ID
PIL Piping Index List
PLY Policy
POL Power Layout
PMN Policy Manual, Code of Practice
PLN Plan
POC Procurement Management Documents
PPL Plot Plan
RQN Requisition
PRO Procedures
RPT Project Reports
SCR Contract Requisition
SCH Schematic
SHD Schedule
SIL Safety Integrity Level
SKH Sketch
SLD Single Line Diagram
SNE Scoping Note
SPE Specification
SPL Specialty Item List
STY Study
STL Steel
SOW Scope of Work
SYS System Description
TBE Technical Bid Evaluation
TDL Technical Documents
TIL Tie-in Points
TLY Telecoms Drawing/Layout
TOR Terms of Reference
TPE Template
Page | 29
Policy
TPR Test Procedure
TRL Transmittal
TSD Standard Details Drawings
TST Technical Standard
UFD Utility Flow Diagrams
VRO Variation Order
VLS Valve List
WIR Wiring (one-line, 2-line)
Specific project or contractor document management plan may add new doc types as per
requirement of that project.
Page | 30
Policy
OQ-PR-PCE-PM-302
6 01-Cover page.docx
OQ-PR-PCE-PM-302
6-02 stamp code.docx
OQ-PR-PCE-PM-302
6 03-User Feedback.docx
Page | 31