Professional Documents
Culture Documents
GDF 002 (I)_PMC AMP_Document Management
GDF 002 (I)_PMC AMP_Document Management
Reviewed by:
Approved by:
1. This policy and procedure is controlled and centralized by the Quality Assurance Department.
2. Only the controlled electronic version is true and correct.
3. All printed or other copied versions are uncontrolled and should be destroyed when finished with.
4. The user is responsible for consulting the latest electronic version online.
CONTROL OF MODIFICATIONS
Version Page Modifications
V0.1
CONTENTS
1. Purpose..........................................................................................................................................4
2. SCOPE............................................................................................................................................4
3. DEFINITIONS AND ABBREVIATIONS...............................................................................................4
4. RESPONSIBILITIES AND AUTHORITIES............................................................................................4
5. POLICY AND PROCEDURE...............................................................................................................4
5.1 Documents Ready For Approval............................................................................................6
5.2 Controlling document............................................................................................................6
5.3 Project’s owner validation circuit..........................................................................................7
5.4 Collecting document..............................................................................................................8
5.5 Outgoing documents.............................................................................................................8
5.6 Storing and archiving document............................................................................................8
6. ATTACHMENTS..............................................................................................................................9
7. REFERENCES..................................................................................................................................9
1. PURPOSE
The purpose of the procedure is to define and establish the requirements and responsibilities on
filing, controlling, and distributing the documents issued for the program.
2. SCOPE
This procedure covers any type of document issued during the program lifecycle by either the
contractor, the project team, the project’s owner, or any other stakeholder.
A document identification process should be set up with the document management system in order
to manage these versions gathering the following fields:
Issuer: This field refers to the organization responsible for issuing a document.
Document Management System Folder: This field identifies the folder where the document
is loaded in accordance with the different program phases and main document types.
Document Type: This field identifies the type of document loaded in accordance with their
characteristics that will allow a more clear and easy traceability and searching.
Document Family: This field serves to group documents into families and allows an easier
and faster searching and traceability of documents.
Number: This number is a sequential number in a series that takes into account all preceding
fields and is unique for the different documents identified with all possible combinations of
these fields.
Discipline: This file identifies the discipline originator, in accordance with the program
organization, of the document avoiding potential misinterpretations among documents.
The document management system should ensure that the most current revision of documents is
available to all authorized stakeholder at all designated program locations and necessary times, and
that changes to documents are processed in the same manner as earlier versions.
The system used may come from either the project’s owner organization, project team or even the
contractor according to the scope of the program and should be managed by the document engineer
who:
Provides instructions and training as it should be used by all the stakeholders of the program
Performs a continuous monitoring and control of the workflow and the data submitted and
recorded in the system
Checks that the system is still aligned to the quality management system of the program as
the different phases of the program may have different requirements for their document
management
Improves the main functions of the document management system to ensure that the tool may be
easy used in every day work by the stakeholders Refer to the RACI procedure X-XX-XX-X-006 for the
scope of the matrix of approval authority.
The document lifecycle should follow a workflow both manual i.e. managed by the users and
automatic i.e. implemented in the system. Six steps are identified and described below:
In the case of a document revision, the revision process should follow the same steps as described
above.
owner for final approval. Changes to documents, other than as minor changes, should be
reviewed and approved by the same people that performed the original review and
approval, unless another person is specifically designated by the project’s owner. Minor
changes to documents should not require that the revised documents receive the same
review and approval as the original documents.
Refusing. The document should get back to the initial phase and either be changed or be
cancelled by the contractor according to the reasons of the rejection. An action plan should
be drafted by the contractors and approved by the project team in case of a new submittal.
Is not considering as relevant. The document should get back to the initial phase and either
be changed or be cancelled by the contractor according to the reasons of the rejection. An
action plan should be drafted by the contractors and approved by the project team in case of
a new submittal.
This is the third step of the workflow. The document should be on a status “compliant” in the
system. The duration of this step should be specified in the contract and should not be over a
defined working day since the upload by the project team and the control demand in the system.
The date and hour of review should be recorded in the system.
This step is non-obligatory and documents may go through fourth step directly i.e. the collecting
document step when they are internal documents.
6. ATTACHMENTS
7. REFERENCES
Information Technology Plan procedure
Document Identification procedure
Contract Execution procedure
RACI procedure X-XX-XX-X-006