piattaforma it di produzione a supporto del progetto...

Andrea Fiorellino

Marco Mezzanotte

Simone DiLeo

PIATTAFORMA IT DI PRODUZIONE A

SUPPORTO DEL PROGETTO IN

TUTTE LE FASI OPERATIVE

ANIMP - Milano Marittima

13-14 Maggio 2010

PIATTAFORMA IT DI PRODUZIONE A SUPPORTO DEL PROGETTO IN TUTTE LE FASI OPERATIVE 22

Indice

I. Evoluzione Progetti

II. Evoluzione Sistemi Informatici

III. Alcuni esempi su progetti eseguiti


Evoluzione dei progetti nell’Oil & Gas e nel Petrolchimico

Gli ultimi anni hanno evidenziato una tendenza sempre crescente del

mercato Oil & Gas e Petrolchimico di realizzare impianti di dimensioni

rilevanti : “Mega Projects”

Basti pensare come sono evolute le capacità degli impianti e la magnitudo

dei progetti:

Etilene: negli ultimi 10 anni siamo passati da impianti da 700-800.000 Ton/Y fino allo Start

up del più grosso complesso Etilene per Sabic con 1.4 milioni Ton/Y; nel futuro

prevediamo la messa in marcia di impianti di capacità superiore;

PTA: si è passati da impianti a singolo treno con capacità di 250.000 t/y nel 1990 ad

impianti da 1.000.000 t/y in un recente passato (start up Zhuhai inizio 2009) e migrerà

verso impianti di capacità superiore alle 1.500.000 t/y nel 2011;

Analoga l’evoluzione dei grandi complessi di trattamento e liquefazione gas quali GTL o

LNG o dei complessi petrolchimici.


L’ evoluzione del mercato

Alla magnitudo dei progetti si aggiungono la complessità tecnologica, la

necessità di gestire “prototipi” durante lo sviluppo dei progetti, le difficoltà

logistiche connesse con la necessità di realizzare progetti in contesti

difficili, isolati e spesso con condizioni ambientali estreme.

La magnitudo degli investimenti spinge i clienti a portare a termine

l’esecuzione dei progetti con schedule aggressivi, per centrare le

opportunità offerte dal mercato, ed avere ritorni di investimento nei più

brevi tempi possibili.

Ultimo aspetto, certamente non trascurabile, è la necessità di competere e

confrontarsi sempre più con le realtà asiatiche emergenti, che possono

proporre costi di esecuzione estremamente contenuti.


L’ evoluzione del mercato

Il gigantismo, le complessità tecnologiche, le difficoltà logistiche, gli

schedule aggressivi ci portano ad operare sempre di più “out of the

confort zone”.

E’ necessario quindi impostare e controllare la project execution gestendo

tutti gli aspetti del progetto dall’ingegneria, al procurement fino alla

costruzione.

Le parole chiave sono: pianificazione, integrazione, interattività, controllo

continuo.


La project execution : Opportunità ed esigenze

La esecuzione di un Mega Project richiede un project execution plan che

deve tener conto di varie esigenze ed opportunità:

• gestire il mega project in più centri operativi

• iniettare il “local content” in termine di specifiche, construction method, procurement ,

logistica, etc

• contenere i costi di esecuzione delle ingegneria di dettaglio attraverso il coinvolgimento

di “low cost engineering centers”

• acquistare l’itemizzato e il bulk “ all around the world” e poter interagire con i vendor

durante tutte le fasi del progetto

• centralizzare il controllo e la gestione dei materiali in tutte le fasi del progetto:

Ingegneria: material take off

Procurement: fabbricazione , delivery e trasporto

Costruzioni: prefabbricabilità, prefabbricazione, modularizzazione e test

• La necessità di condividere il progetto in “real time” con il cliente.


La PEP e l’ITP

La complessità delle problematiche esposte ne richiede un’analisi accurata già

dalla fase di bidding o durante la fase di “conceptual/front end design” del

progetto allineando la piattaforma informatica e le infrastrutture alle specifiche

esigenze.

CON CHI FAREMO IL

PROGETTO:

J.V., partner, nominated

subcontractor

Occorre definire

rigorosamente

procedure, metodologie,

tool di lavoro, interfacce

per armonizzare

l’esecuzione delle attività

e per una corretta

gestione dei materiali.

L’INGEGNERIA E LA

COSTRUZIONE:

La WBS del progetto deve

consentire di pianificare,

controllare e segregare le

attività in linea con la

engineering

subcontracting strategy,

e permettere di preparare

i deliverable di

costruzione e i relativi

materiali in linea con la

construction

subcontracting strategy.

RICHIESTE DEL CLIENTE

SU SW&HANDOVER

Verificare se vi sono

esigenze specifiche del

cliente per uso di

particolari software,

modalità di hand over e

contenuto, sharing di

ambienti operativi, etc.

LOGISTICA , INFRASTRUTTURE &

COMMUNICATION

Le comunicazioni tra i vari centri

operativi che saranno coinvolti

durante l’esecuzione del progetto

andranno studiate e predisposte per

condividere in maniere efficiente le

informazioni, spesso condividendo

gli ambienti di lavoro. Si devono

verificare le infrastrutture per

risponder e alle esigenze di

condivisione, disponibilità, security,

decidendo tempi, risorse e budget

necessari alla realizzazione, gestione

e amministrazione dei vari sistemi.

Decidere le infrastrutture necessarie

nei vari centri operativi in funzione

del numero di utenti che opereranno

nel sistema per le varie discipline ed

adeguarne il carico di lavoro.

Principali aspetti della project execution da armonizzare nell’ IT plan:


EVOLUZIONE DEI SISTEMI INFORMATICI

I. Dal disegno ai dati

II. Dal modello P2P al modello centralizzato

III. Evoluzione Infrastrutture IT

IV. Evoluzione dei Tool di lavoro


Dal disegno ai dati

Le richieste nelle nuove offerte:

• Monitoraggio progress costruzioni spinto fino ai singoli componenti

• Banche dati centralizzate

• Banche dati orientate alla manutenzione dell’impianto

AnnoCliente Progetto Richiesta Soluzione

2000 BP AMOCO Capco/Zuhai Sistema centralizzato di comunicazione

HandOver AIM

HandOver modello 3D & P&ID

e-mail box correspondance

Definizione attributi e contenuti

WorkShare attività di modellazione

2000 SCANRAFF Propylene Recovery Accesso remoto Cliente al DMS

Classi Tubazioni in MHSAIM via Citrix con VPN dedicata

HandOver dati PMMS con conversione (Puma-->MHS)

2001 ARAMCO Haradh Gas Plant HandOver db Intools Definizione contenuti

2002 TAKREER Unleaded Gasoline/Low Sulphur Gas Oil HandOver modello 3D con codici materiali

Alimentazione dati MaximoCompleta Integrazione PMMS con 3D (Puma <-> PDS)

HandOver MetaDati DMS (AIM --> Maximo)

2003 ORYX Qatar GTL Plant Collegamento P&ID e 3D

Specifiche utilizzo dati nei singoli tools estesaIntegrazione funzionale ed operativa PDS2D con PDS3D

Personalizzazione tools a progetto e nuove integrazioni

2005 CNRL Oil Sand Utilzzo piattaforma IT Cliente: SPPID, PDS, SPI

HandOver di tutti i db di progetto

Alimentazione dati per DMS Cliente

Rivisitazione ed adattamento procedure Aziendali

Utilizzo di SPMat "off-line"

Definizione MetaDati necessari

2005 SABIC Yansab Ethylene Plant Utilizzo SP3D

Alimentazione dati per SPF

HandOver "omogeneo" di tutti i db di progetto

Tool ancora non maturo: Utilizzato PDS

Definizione MetaDati necessari, applicazioni "sorgenti" e l inks

Utilizzo rigoroso dei tool di lavoro

2007 PETROCANADA Fort Hills - Primary Upgrading Utilizzo Piattaforma IT Cliente: AutoPlant Installazione nuovi tool ed addestramento del personale

Adattamento procedure Aziendali

Le richieste dei Clienti sempre crescenti:


JANUS

Progress

SMC

Site Man & Ctrl

PV&HE

Support Design

SP I

Instrument

Database

Item Index

SP PID

P&ID’s

SP Mat

IMMS

DIRECTA

Document

Management

SP EL

Electrical

Database

Process Simulators

Stress Analysis

Structure

Calculation

PDS 3D

3D Model

SP Review

Model Review

TechniplanetIMA

EPC Business

Technip tools Web Portal Bid management Interface Management Application

Dal modello P2P al modello centralizzato

La piattaforma IT di Produzione

PIATTAFORMA IT DI PRODUZIONE A SUPPORTO DEL PROGETTO IN TUTTE LE FASI OPERATIVE


The old model

calcoli materiali

processo

planning

CAD 2D CAD 3Dword proc

spreadsheet

deliverables

deliverables

deliverables

deliverables

deliverables

11



The future model

CAD processo materiali planning

DATA

WEB

browser

DOCUMENTS

12



The Vision for a Future IT Production Platform

Smart Plant FoundationData Management

Document Management excel

reporting

Zyqad SPI SPPID SPEL SP3D PDS 3D SPMat SPR

othersothersothersothers

13


Evoluzione Infrastrutture IT

Le Tecnologie: CITRIX

LAN users

Access to an application via Technip Italy Citrix portal

Technip Italy LAN

Citrix DMZ

Firewall

INTERNET

Application

Servers

Internet usersPresentation

Servers

Technip Group WAN

Firewall

Technip Group

WAN users

La compressione dei dati è sorprendente anche nel caso

di applicativi Real Time



Architettura SPE

10.105.X.X - LAN

`

SP3D

Admin Clients

x64`

SP3D

Modeling Clients

x64

10.104.X.Y - LAN

SAN Storage

Batch Server 1DB ServerIFC Server

SP3D

PSR Server 1

- Pip Spc. Rmt

- Name Gen

- Int Check - Database A2 - Adm Client

- Batch Man

- TEF Adapt

x64x64

`

WEB CLIENT

INTERNET

DB SERVER

SPMat

- Database

- MTI Schema

Batch Server 2DB Server

- Database U

x64

DB Server

- Database A

x64

FS Server

- Adm Client

- Ref Data

- Bck Man

- TEF Adapt

CITRIX FARM

ADMIN SERVER

- Admin Client

- TEF Adapter

DB SERVER

SPI

- Database

x64

APPL. SERVER DB SERVER

SPF

- Database- Admin Client

- Data Project

- MTI Adapter

- TEF Adapter

x64

SPPID

ADMIN SERVER DB SERVER

- Database

- Proj Data

- Ref. Data

- Admin Client

- Bck Man

- TEF Adapter

x64

SPEL

ADMIN SERVER

- Database

- Data Project

- Ref. Data

DB SERVER

- Admin Client

- Bck Man

- TEF Adapter

x64x64

- Adm Client

- Batch Man

- TEF Adapt



Architettura PDS via Citrix

DMZ

INTERNET

`

PDS 8.0

Clients

Citrix

Presentation Server 1Citrix

Presentation Server 2

CITRIX PS LAN

T

E

S

T

Citrix


GigaBit LAN

Citrix Access

Gateway

FS Server

Citrix

Presentation Server 6Citrix


SAN Optical Storage

DataFiles O:\ -> 400GbOracle D:\ -> 70Gb

DB Server Batch ServerCompute Server 1 Compute Server 2

Citrix


Citrix



Evoluzione dei Tool di lavoro

Esempio: produzione disegni d’impianto

Disegni manuali• Tavolo da disegno

Sistemi Disegno 2D• AutoCad, Microstation,...

Sistemi Progettazione 3D monodisciplinari• PDS, AutoPlant, ... db associati alla grafica con relazioni mono-disciplinari

Sistemi Disegno 3D• AutoCad, Microstation, Calma, ...

Sistemi Progettazione 3D multi disciplinari• PDMS, SP3D db associati alla grafica con relazioni inter-disciplinari ma è ancora solo un inizio...

17


I. JUBAIL - EXPORT REFINERY

II. CNRL - PRIMARY UPGRADING

III. NESTE OIL - PROJECTS

IV. PETROCANADA - PRIMARY UPGRADING

V. GEEL - 2/3 EXPANSION PROJECT

Alcuni esempi su progetti eseguiti


I. JUBAIL - EXPORT REFINERY


Jubail Export Refinery Project

E’ un mega progetto composto da 2 packages assegnate alla Technip Italy

a luglio 2009 per un importo contrattuale complessivo di 3,2 Bilion $

SOW: Conversion Units, Interconnecting, Flare, PCS, ES

Cliente: SATORP (Saudi Aramco Total Refining and Petrochemical)

Centri Operativi: 7

Persone coinvolte: circa 500

Numero P&ID: oltre 800

Linee / Piping: circa 11.000

Un mega progetto che coinvolge numerosi centri

operativi in diverse regioni


Jubail Export Refinery Project: peculiarità

1. Adeguamento della la piattaforma standard alle richieste del cliente;

2. Delocalizzazione massiva delle attività di ingegneria presso il Low Cost

Engineering Center;

3. Centralizzazione e armonizzazione della campagna acquisti per i materiali

bulk;

4. Tracciabilità dei materiali: dal materiale forecast run alla gestione con bar

code delle strutture metalliche;

5. Condivisione del modello 3D tra i vari centri operativi con armonizzazione

delle procedure per rendere congruenti le attività.


Il Cliente

► SATORP è una joint venture tra Saudi Aramco e TOTAL

► Due grandi società con differenti culture

► Clienti già noti a Technip ma con una nuova struttura organizzativa, nuove

procedure e un nuovo contratto

► Un solo cliente, due package, due team di progetto (PMT)

► Directorate

• si occupa di questioni contrattuali finanziarie e legali per tutto l’investimento: 13 package

per oltre 10 Bilion $

► Core Team

• coordina i PMT di tutte le 13 package

• emette le procedure di progetto e ne verifica l’applicazione da parte dei contractor

• si occupa di mettere insieme i dati di progetto provenienti dalle varie package

• si interfaccia con l’owner operator (esercizio e manutenzione)


Il Cliente: struttura organizzativa vs corporate WAN

23


Un progetto nel progetto

► SATORP ha deciso inoltre di posizionare a Roma, negli uffici Technip,

l’Head Quarter del Directorate e del Core Team

► la presenza del Directorate e del Core Team del cliente ha modificato

radicalmente lo schema dei rapporti tra cliente e contractor in un EPC

► Questo ha richiesto un notevole sforzo per realizzare un’infrastruttura IT

molto complessa per l’Head Quarter del Directorate /Core Team

► Tale infrastruttura garantisce i servizi di posta elettronica, antivirus, VOIP e

teleconferencing, firewalling, filtering, FTP, domain controller, etc. con la

massima affidabilità e ridondanza anche a tutti gli utenti dei PMT SATORP

che risiedono presso i contractor europei

► Rappresenta l’interfaccia tra i PMT di tutto il mondo

Gestire il Core Team come una entità separata

mantenendo una infrastruttura IT comune ai PMT


Il dilemma: Un progetto o due progetti?

► SATORP ha imposto due contratti per la gestione delle due package

assegnate alla Technip, con due gruppi di progetto distinti e con diverse

codifiche per i documenti;

► Per la Technip, l’esigenza di gestire le sinergie derivanti dalla esecuzione

concomitante delle attività (soprattutto la campagna acquisti) ha reso

necessaria una impostazione e una esecuzione integrata per evitare inutili

duplicazioni.


Piattaforma IT di progetto: requisiti contrattuali

► Uso di un database centralizzato di SPI gestito da SATORP

• Problemi di accesso

• Gestione degli account

• Nessun diritto di amministrazione

• Costo e definizione della tipologia e del numero delle licenze

► PRODOM

• Sistema di gestione documentale molto rigido

• Differente sistema di codifica documenti

• Accetta solo file .pdf

► ICAPS (Integrated Commissioning and Progress System)

• Applicazione delle procedure OPERCOM di TOTAL

• Il tool standard di Technip è SMC che utilizza un diverso sistema di misurazione del

progress, diversi formati e soprattutto una differente organizzazione dei data

► Sistema di gestione delle interfacce tra i vari contractor/package (IMA)


JANUS

Progress

ICAPS

SMC

PV&HE

Support Design

SP I

Instrument

Database

Item Index

SP PID

P&ID’s

SP Material

IMMS

DIRECTA

Document

Management

SP ELECTRICAL

Electrical

Database

Process Simulators

Stress Analysis

Structure

Calculation

PDS 3D

3D Model

SP Review

Model Review

TechniplanetIMA

EPC Business

Accessible through web portal

Electronic

Manual

PRODOM

Company toolsTechnip tools Web Portal Bid management Interface Management Application

Interface between Company and Technip tool

JANUS

Progress

SMC

PV&HE

Support Design

SP I

Instrument

Database

Item Index

SP PID

P&ID’s

SP Material

IMMS

DIRECTA

Document

Management

SP ELECTRICAL

Electrical

Database

Process Simulators

Stress Analysis

Structure

Calculation

PDS 3D

3D Model

SP Review

Model Review

TechniplanetIMA

EPC Business


Electronic

Manual

Technip tools Web Portal Bid management Interface Management Application

Piattaforma IT di progetto


Un progetto globale: i centri operativi

► TP Italy main OC

► TP France OC

► Detailed Engineering OC

► Package 5A nominated sub contractor OC

► Technip Saudi

► Jubail (site)

► Criticità:

• Standardizzazione tool e procedure

• Flussi di lavoro e di dati, trasferimento dati e documentazione

• Centralizzazione o deploy locale dei tool comuni

• Telecomunicazioni tra i vari OC

• Fuso Orario


JANUS

Progress

ICAPS

SMC

PV&HE

Support Design

SP I

Instrument

Database

Item Index

SP PID

P&ID’s

SP Material

IMMS

DIRECTA

Document

Management

SP ELECTRICAL

Electrical

Database

Process Simulators

Stress Analysis

Structure

Calculation

PDS 3D

3D Model

SP Review

Model Review

TechniplanetIMA

EPC Business


Electronic

Manual

PRODOM

Company softwareTechnip software Web Portal Procurement Interface Management Application


PDB

Package 2A OC

PDB

Package DOC

VDB

Package DOC

VDB

Package 2A OC

OC software

Una piattaforma comune e integrata per evitare l’effetto

“Torre di Babele”

Un progetto globale: la piattaforma

JANUS

Progress

ICAPS

SMC

PV&HE

Support Design

SP I

Instrument

Database

Item Index

SP PID

P&ID’s

SP Material

IMMS

DIRECTA

Document

Management

SP ELECTRICAL

Electrical

Database

Process Simulators

Stress Analysis

Structure

Calculation

PDS 3D

3D Model

SP Review

Model Review

TechniplanetIMA

EPC Business


Electronic

Manual

PRODOM

Company softwareTechnip software Web Portal Procurement Interface Management Application



Il primo step: la standardizzazione

Un progetto globale: standardizzazione► Gruppo di progetto a Roma nel centro operativo principale

► Recepimento nelle successive revisioni delle procedure imposte dal cliente

► Armonizzazione con le procedure di coordinamento tra i centri operativi ed

i partner

► Standardizzazione dei tool

• Utilizzo quanto più possibile degli stessi tool

• Sviluppo interfacce per i tool non omogeneizzabili come i sistemi di gestione

documentale che hanno un impatto troppo elevato sullemodalità di lavoro dei singoli

centri operativi

► Le interfacce sviluppate scambiano dati e metadati tra i tool di produzione

► Alcune routine fanno l’upload con tempistiche concordate tra gli OC di

quanto estratto su NAS e server FTP ad accesso sicuro

► Altre routine prelevano i dati estratti, eseguono un controllo di integrità

sul contenuto e alimentano i tool con i dati aggiornati


L’analisi su cosa centralizzare è stata effettuata per

ciascun tool e per centro operativo

Un progetto globale: centralizzazione

► La centralizzazione dei principali tool di produzione introduce importanti

benefici

• “Just in Time Sharing” delle informazioni e dei dati di progetto

• Migliore qualità dei dati in termini di integrità e consistenza

• Maggiore robustezza e affidabilità dell’infrastruttura

• Controllo totale sul flusso dei dati durante tutto il ciclo del progetto

• Semplificazione dell’hand over durante il project close out

• Supporto centralizzato con un livello di professionalità molto più alto

► Ma comporta anche costi e problematiche non trascurabili

• Architetture sempre più complesse

• Infrastrutture più robuste ed affidabili

• Supporto e amministrazione 7x24

• Linee di comunicazione

• Gestione delle licenze

• Gestione dei back up


Un progetto globale: cosa e quando centralizzare

La fase di progetto assume un ruolo fondamentale

nell’ottica della centralizzazione


In alcuni casi è “impossibile” remotizzare gli accessi a

tool di produzione

Un progetto globale: centralizzazione

► Sistemi real-time e non

• Possibilità di configurazione Master-Satellite

• Capacità di elaborazione dei server

• Quantità di dati da trasferire nell’unità di tempo

► Fase del progetto in cui il tool viene utilizzato maggiormente

► Centro Operativo

• Numero di utenti

• Numero e tipo di tool

• Distanza chilometrica dal centro operativo principale

• Fuso orario


Un progetto globale: accesso distribuito

▪ AIM

▪ SPR

www.techniplanet.com

Internet

CITRIX

▪ SPPID

▪ SP Material

▪ SPEL

▪ PDS

CITRIX

▪ SPI

TECHNIP ITALY

SATORP PMT

Other OCs

SMC

http://smc.technipitaly.com/

SATORP

Project Directorate

https://portal.technipitaly.com/

JANUS

EPC Business

https://www-new.epc-business.com

▪ PRODOM

Technip responsibilty

Company responsibility

Fino alla model review del 30%

Package 5A OC

PDS



▪ AIM

▪ SPR


Internet

CITRIX

▪ SPPID

▪ SP Material

▪ SPEL

▪ PDS

CITRIX

▪ SPI

TECHNIP ITALY

ICAPSSATORP PMT

Other OCs

SITE

SMC


SATORP

Project Directorate


JANUS

EPC Business


ICAPS

▪ PRODOM



Dalla review del 30% alla review del 60%

Package 5A & DEOC

PDS

Package 2A OC

SPPID



SPR


Internet

CITRIX

▪ SPPID

▪ SP Material

▪ SPEL

▪ PDS

▪ AIM

CITRIX

▪ SPI

TECHNIP ITALY

SATORP PMT

Other OCs

SITE

SMC


SATORP

Project Directorate


JANUS

EPC Business


ICAPS

▪ PRODOM



Dalla review del 60% alla review del 90%

Package 5A & DEOC

PDS

Package 2A OC

SPPID


Configurazione dei tool

► L’opportunità di sfruttare le sinergie e le economie di scala ha condotto a

configurazioni complesse e differenziate dei singoli tool di produzione

► Un singolo progetto attraverso il quale gestire le due commesse,

segregando gli accessi in funzione dello split of work, anche laddove i tool

non lo permettono nativamente come SP Material

► In SPPID, SPEL, SPI è stato creato un solo progetto sfruttando la WBS

Plant, Area, Unit

► In SPMaterial è stato creato un solo progetto con settaggi diversi per i

singoli moduli, mentre in PDS è stato creato un progetto singolo

pubblicando in “edit” a ciascun OC solo i modelli di pertinenza

► In AIM, Janus, EPC Business, SMC, ICAPS sono stati creati due progetti

con settaggi identici


Un progetto globale: PDS


Un progetto globale: SPMaterialSATORP

Mechanical

ROC

Civil *

Instrumentation *

Procurement

Electrical *

Site

Piping (master discipline)

Piping ROC(sub-discipline)

Piping PKG 2A OC(sub-discipline)

Unit 031

Unit 051

Unit 691

Unit 041

MR Templates preparation

Project number association with

BOM node

Mechanical

Package 2A OC

Mechanical

Package 5A OC

PVHE

Package

Fired Heaters

2366-MR...

2365-MR....

2366-MR...

2365-MR....

Common Warehouse

Material

Process

Fluid List

Piping Classes

Line List

Document separation by Unit

Sub-discipline configuration

Multi-discipline configuration

SATORP Project - Smart Plant Material configuration

Piping PKG 5A OC(sub-discipline)

Unit 501

Unit 601

Fire Fighting

Marks *

Machinery

Virtual warehouse

for Project 2366

Virtual warehouse

for Project 2365

* Green disciplines are configured like the mechanical. It means that for fire fighting, electrical, instrumentation, civil and marks, one

discipline will be created for each operating centre

Proj. 2366

Proj. 2365

Fire Fighting

Package 2A OC

Fire Fighting

ROC

Multi-nodes configuration


SPMaterial

In un lump-sum di queste dimensioni l’acquisto e l’ottimizzazione dei

materiali diventano fondamentali:

• Razionalizzare le attività di processo sulle linee ed il MTO Piping. Tali attività sono state

concentrate in un solo centro operativo con i seguenti vantaggi:

– Utilizzo di una sola routine per il calcolo degli spessori

– Ottimizzazione delle classi

– Riduzione dei surplus e degli scarti

• Per il materiale taggato è stato sviluppato un modulo aggiuntivo per la gestione dei

codici a barre. A partire dalla fase di ispezione il materiale viene identificato e gestito

tramite bar code

• Le attività di controllo e di registrazione in SP Material sono molto più efficaci e veloci.

Consultando il proprio PDA l’operatore ha il controllo della situazione in tempo reale


Un progetto globale: SPPID

Master e Satellite si trovano sullo stesso

Server e sulla stessa istanza Oracle

entrambe accessibili tramite CITRIX

SATORP

PKG 2A

PKG 5A

MASTER

Unit 041

Unit 051

Units

Unit 031

.

.

.

Unit 691

Unit 601

Units

Unit 801

.

.

.

SATORP

PKG 2A

PKG 5A

SATELLITE

Unit 041

Unit 051

Units

Unit 031

.

.

.

Unit 691

Unit 601

Units

Unit 801

.

.

.

Workshare Online


II. CNRL - PRIMARY UPGRADING


Progetto iniziato nel gennaio del 2005 , completato meccanicamente

in 46 mesi.

L’impianto è situato nel nord del Canada nella provincia dell’Alberta,

in una zona con scarse infrastrutture, difficilmente accessibile e

poco popolata.

Le tre più grosse sfide del progetto sono state :

costruzione in un contesto con scarsa manodopera

condizioni climatiche estreme con temperature fino ai -45 C

le difficoltà logistiche e di movimentazione dei materiali

Il progetto ha quindi dovuto prevedere una esecuzione che

privileggiava l’uso di moduli minimizzando le attività di costruzione

in cantiere.

Primary Upgrader Project: scheda del progetto e peculiarità


Il tutto ha comportato una gestione rigorosa delle attività di ingegneria ed

acquisti segregando i materiali per delivery package (per poter alimentare lo

yard di prefabricazione fornendo i materiali e l’ingegneria di dettaglio

segregata e secondo le priorità del programma di costruzione.

44

Primary Upgrader Project: scheda del progetto e peculiarità

4,700 tons di tubazioni :

1,100 tons sui moduli e

2,400 tons fuori dai

moduli da prefabricare in

uno yard dedicato.

135 moduli per un totale

di 6,000 tons di materiali

spediti

Tutte le sottostazioni e

le sale controllo

modularizzate


Piperack Module

arrivo al site e

montaggio

Come progettato


7,600 tons di strutture metalliche

6,000 tons di apparecchiature

Primary Upgrader Project: quantità significative


CNRL PRIMARY UPGRADE

1. Analisi differenze tra la piattaforma IT standard e quella imposta da CNRL:

1. SP P&ID: Standardizzazione Cliente e condivisione progetto in modalità “satellite”

2. PDS: Standardizzazione Cliente e condivisione progetto in modalità “replica”

3. SP Mat: Codifica Cliente su sistema TPIT

2. Gestione Calcolo Spessori di isolamento adottata dal cliente internamente

a SPPID.

3. EDMS del Cliente alimentato da AIM DIRECTA;

4. Diverse metodologie di lavoro determinate da richieste del cliente (es:

gestione isometrici piping per “fogli”)


III. NESTE OIL - PROJECTS


Progetti iniziato alla fine del 2007; sono in corso di costruzione e

precommissioning

I due impianti di uguale capacità sono situati a Rotterdam e Singapore

La parte processo dei due impianti è identica, mentre le utilities e il

trattamento effluenti sono stati dimensionati in funzione delle diverse

esigenze, normative e disponibilità dei due siti

L’esecuzione contemporanea dei due progetti ha permesso di implementare

la progettazione riutilizzando le parti in comuni

Le attività sono state pianificate in modo da congelare insieme con il cliente

il design su una delle due unità; attraverso un’opportuna rototraslazione e

ricodifica, tutti gli oggetti del modello 3D sono stati recuperati, duplicati e

modificati; questa ha permesso di ottenere un considerevole risparmio di

ore di ingegneria, garantendo al contempo l’applicazione di soluzioni

omogenee.

Scheda dei progetti e peculiarità


La duplica con rototraslazione

Angle 180°

DX (m) 59

DY (m) -156.7

DZ (m) 1.3

Building External

Angle 270° 270°

DX (m) -44.72 -107.29

DY (m) 140.31 194.78

DZ (m) 0 0

Rotterdam

Singapore

- Processo applicato tutte le notti alla parte A\G delle Zone A ed E

- Creazione modelli dedicati:

Common: per modellare le parti comuni

IFC: per ricevere le linee emesse (da escludere dal processo automatico)

Specific: con le peculiarità di ogni progetto (esclusi dal processo)

- 3 server virtuali dedicati al processo cosi suddiviso:

Zona A: aree da 1 a 5

Zona A: aree da 6 a 9 + R

Zona E: Building + External

- Gestione controllata delle linee in fase IFC

A

E


1 – Emissione IFC lotto isometrici progetto Singapore

2 – Esecuzione “ultima” Rototraslazione e Stop temporaneo del processo

3 – Verifica buon fine del processo

3 – Spostamento linee emesse nei modelli “IFC” (su entrambi i progetti)

4 – Riavvio del processo di Rototraslazione

5 – Caricamento dati Isolamento e PED category da LL sul progetto Rotterdam

6 – Reconstruction Isolamento

7 - Verifica supporti

8 – Emissione IFC lotto isometrici progetto Rotterdam

Workflow per emissione linee IFC da duplica


IV. PETROCANADA


PETROCANADA

1. Basato su piattaforma “AUTOPLANT” personalizzata dal Cliente;

2. DataBase “vivo” comune per più discipline

3. Sistema di gestione materiali non incluso nella piattaforma ma codifiche

materiali a cura del Cliente;

4. TAG management by Client.

5. Gestione costi e tempi per licenze, training, procedure.


Architettura per Bentley PlantIpotesi Technip basata sulle necessità operative

Prima ipotesi di architettura da applicare al progetto Petrocanada relativamente alla

piattaforma sw Bentley Plant.

Il sistema rappresentato è suddiviso su 4 livelli:

(1) - PetroCanadaRappresenta il db del cliente, è la sorgente da cui attingono tutti i contractors e che deve essere

aggiornata periodicamente (settimanalmente?)

(2) – Technip MasterRappresenta il db contenente i dati “ufficiali” di progetto. E’ il db dove le singole discipline, scambiano

dati tra loro, attingendo e rilasciano i dati di loro competenza.

Necessita per il suo utilizzo con (3) di uno stretto controllo nell’assegnazione della proprietà dei dati

(3) – Technip disciplineRappresenta i db contenente i dati “vivi” di progetto in carico ad ogni singola disciplina. E’ il db dove

le singole discipline oltre ad inserire dati li scambiano con gli eventuali centri operativi remoti.

L’utilizzo con (4) non dovrebbe presentare particolari problemi considerando uno split “verticale” delle

competenze

(4) – Centri remotiRappresenta i db contenente i dati “vivi” di progetto in carico ad ogni singola centro operativo remoto.

54


Architettura per Bentley Plant

Ipotesi Technip basata sulle necessità operative

PetroCanada Technip TechnipMaster discipline

Centriremoti

PID

Strum

D/S

3D

(1) (2) (3) (4)

55


Architettura per Bentley PlantSchema finale concordato con Cliente & Bentley

56


V. GEEL


GEEL

Un progetto di revamping di due zone con intervento a “macchia di

leopardo” e la conseguente necessità di realizzare un nuovo livello di

pipe-rack;


Scopo del lavoro di revamping


Project:

-Days for scanning: 16

-Staff: 2 crews

-Number of Scanning: 52

-Post elaboration: 10 days

Generazione della nuvola di punti


Il modello 3D prodotto dalla scansione


L’integrazione finale della nuova struttura con l’esistente

piattaforma it di produzione a supporto del progetto...

Documents