Teil 3 von 4
Von Tom DeWitte und Tom Coolidge
Die digitale Transformation des Baupakets für die Gas- und Pipelineindustrie konzentrierte sich zunächst darauf, die mit roten Markierungen versehenen Papierkarten in digitale Daten umzuwandeln. Die meisten der anfänglichen Tracking- und Traceability-Lösungen auf dem Markt konzentrierten sich fast ausschließlich auf diesen Teil des Baupakets. Was ist mit dem Rest des Baupakets?
Ein Rohrleitungsbaupaket enthält mehr als nur markierte Papierkarten. Es enthält Drucktestergebnisse, Inspektionen der freigelegten Rohre, Checklisten, Tagesberichte und mehr. Was ist mit der digitalen Transformation dieser Dokumente?
In diesem Blogartikel werden wir besprechen, wie man die Datenerfassung des Drucktests konfiguriert und automatisiert. Die Dokumentation von Drucktests war historisch gesehen ein kritisches Informationsstück, das zu oft ganz unten im Dokumentenstapel abgelegt, hinten im Schrank archiviert, eingelagert und schließlich verlegt wurde, sodass es nie wiedergefunden wird. Wenn Sie für die Verwaltung oder Bestimmung des maximal zulässigen Betriebsdrucks (MAOP) einer Druckzone verantwortlich sind, führt diese frustrierende Realität höchstwahrscheinlich zu einer Handfläche an Ihrer Stirn.
Ein wesentlicher Vorteil der digitalen Transformation der Dokumentation von Drucktests besteht darin, dass diese Informationen sofort mit den getesteten Assets verknüpft sind. Als zugehöriger Datensatz zum Asset ist es mit einem einfachen Klick möglich, diese Informationen abzurufen. Kein langes Suchen mehr durch eingelagertes Dokumentenmaterial, um diese kritischen Informationen zu finden.
Was ist ein Drucktest?
Drucktests sind eine branchenübliche Praxis. Der Zweck besteht darin, Probleme zu identifizieren, die zu einem Systemausfall und dem Austritt von Gas führen würden, bevor Erdgas durch diese neuen Assets fließt. Einfach ausgedrückt soll sichergestellt werden, dass die neu installierten Komponenten Teil eines sicheren und zuverlässigen Rohrsystems sind.
Die physische Durchführung eines Drucktests ist nicht kompliziert. Man führt eine inerte Substanz wie Luft oder Wasser in den neu installierten Teil des Rohrsystems ein. Das neue Teilsystem wird dann auf den gewünschten Prüfdruck gebracht. Nach dem Aufpumpen wird das Teilsystem für eine bestimmte Dauer überwacht, um zu überprüfen, ob Rohre, Ventile und Armaturen den Druck halten und nicht lecken. Der letzte Schritt besteht darin, den Test zu dokumentieren, um diese wichtigen Informationen für zukünftige Analysen und die Planung des Rohrsystems zu bewahren.
Historische Probleme
Die Dokumentation eines Drucktests hat zwei Hauptkomponenten. Die Ergebnisse des Tests selbst sowie die Identifikation der getesteten Rohrsystemkomponenten. Historisch wurde dies alles auf Papier erledigt. Es war zeitaufwendig. Die Feldmannschaften mussten den getesteten Abschnitt skizzieren und die Komponenten identifizieren, die im getesteten Teilsystem enthalten waren. Dies war nicht nur fehleranfällig und führte oft zu Datenlücken, sondern auch redundante Datendokumentation. Die Feldmannschaften wurden gebeten, das neue Rohrsystem für den Drucktest neu zu zeichnen, nachdem sie diese Komponenten bereits separat für die rot markierte As-Built-Dokumentation gezeichnet hatten.
Frühe Versuche, die Papierdokumentation in digitale Dokumentation umzuwandeln, konzentrierten sich oft darauf, die redundante Skizzenerstellung zu eliminieren. Zum Beispiel forderte eine ältere Lösung den Feldbenutzer auf, manuell auf jedes einzelne Asset zu klicken, das am Drucktest teilnahm. Dies beseitigte die doppelte Skizzenerstellung, ging jedoch mit einem erheblichen Produktivitätsverlust einher. Stellen Sie sich vor, wie lange es dauern würde, auf Ihrem Telefon, Tablet oder Laptop jedes einzelne Fitting, Ventil und Rohrsegment des getesteten Teilsystems manuell auszuwählen. Dies könnte leicht über 100 einzelne Elemente umfassen. Dieser ältere digitale Ansatz dauerte nicht nur länger, sondern war weiterhin anfällig für Datenlücken.
Einfacher, schneller und genauer
Dieses Branchenproblem – wie man Drucktests effizient und genau dokumentiert – ist ein großartiges Beispiel dafür, wie eine räumlich bewusste mobile Softwareanwendung dieses Problem einzigartig lösen kann. Es gibt eine Lösung, die dem Feldbenutzer einen einfacheren Prozess zur Dokumentation von Drucktests bietet – schneller und genauer. Was genau ist also das Geheimnis einer geospatialen mobilen Lösung?
Die Antwort lautet Polygone.
Unser Geheimrezept
Eine geospatial bewusste mobile Anwendung wie ArcGIS Field Maps versteht, welche der neu installierten Rohrsegmente, Ventile und Armaturen innerhalb der Ausdehnung eines Polygons liegen. Dieses geospatiale Verständnis eliminiert die Notwendigkeit für einen Feldbenutzer, die Rohrsystemkomponenten manuell auszuwählen.
Die Verwendung eines Polygons zur Darstellung des Umfangs des Drucktests vereinfacht die Dokumentation des Drucktests auf zwei Schritte.
Schritt 1: Zeichnen Sie ein Polygon um die Komponenten des Rohrsystems herum, die getestet wurden.
Schritt 2: Dokumentieren Sie die Ergebnisse des Tests selbst.
Die zwei wichtigsten Konfigurationen in ArcGIS Field Maps zur Ermöglichung dieser Automatisierung sind die Polygon-Ebene und eine Attributregel.
Das Drucktest-Polygon
Das Drucktest-Polygon-Feature ist der gespeicherte Datensatz des Drucktests. Es ist mit Anhängen aktiviert, um Fotos vom Drucktest-Rad als Teil des Drucktest-Datensatzes speichern zu können. Die spezifischen Informationen, die ein Versorgungsunternehmen über den Drucktest erfassen möchte – Dauer, Prüfmedium im Rohr, wer den Test durchgeführt hat usw. – bilden das Schema des Polygons. Dieser polygonale Drucktest-Datensatz erfasst vollständig wo, wann, wer, wie und was getestet wurde.
Dokumentation der Drucktestergebnisse
Für die meisten Versorgungsunternehmen ist das Definieren des Schemas ein einmaliger Prozess der Umwandlung der Fragen auf dem papierbasierten Drucktestformular in ein digitales Smart-Formular. Das Schema kann Auswahllisten (Picklists), Standardwerte und Datumsauswahlen enthalten, um Tippfehler zu vermeiden und den Dateneingabeprozess zu beschleunigen.
Persistente Verknüpfung zwischen Asset und Test
Ein wichtiger Teil der Automatisierung des Drucktests besteht darin, alle neu installierten Assets zu kennzeichnen, die getestet wurden. Hier wird eine Attributregel implementiert. Die Attributregel vergleicht den Umfang des Polygons mit den Rohrsystemkomponenten, die als erster Schritt im digitalen Feld-As-Built-Workflow dokumentiert wurden.
Hier ist das Arcade-Skript der Attributregel zur Automatisierung der Zuweisung der PressureTest-ID für die Feature-Class StagingLine.
//Regelname: StagingPressureTest_PressureTestID_StagingLine
//Beschreibung: Übertrage StagingPressureTest Attribute an StagingLines
//Typ: Berechnung
//Untertyp: Alle
//Feld: pipetestpressure
//Bearbeitbar: aktiviert (true)
//Auslöser: Einfügen, Aktualisieren
//Fehlercode: 7
//Fehlermeldung: Konnte StagingPressureTest Attribute nicht an StagingLines übertragen
//Bewertung aus Anwendungsevaluation: aktiviert (true)
// Hole PressureTest-ID vom Polygon-Feature
var retVal = $feature['pipetestpressure'];
var pressureTestId = $feature['PressureTestID'];
var feature_set = FeatureSetByName($datastore, 'StagingLine', ['OBJECTID'], false);
// Finde Linien-Features welche das Polygon schneiden
var intersected_features = Intersects($feature, feature_set);
// Falls bestimmte Feature-Typen ausgeschlossen werden sollen passe folgende Zeile an und ändere die "for" Schleife auf filtered_features
//var filtered_features = Filter(intersected_Features, 'assetgroup not in (10, 12)')
// Füge Features zum Update-Dictionary hinzu
var updates = [];
var i = 0;
'PRESSURETESTID': $feature.pressureTestID<\/FONT><\/P>
}<\/FONT><\/P> }<\/FONT><\/P>}<\/FONT><\/P>\/\/return the dictionary<\/FONT><\/P>return {<\/FONT><\/P> 'result': retVal,<\/FONT><\/P> 'edit': [{<\/FONT><\/P> 'className': 'StagingLine',<\/FONT><\/P> 'updates': updates <\/FONT><\/P> }]<\/FONT><\/P>}<\/FONT><\/P>Diese Attributregel wird automatisch ausgelöst, sobald der Feldbenutzer das pressure test Polygon übermittelt.<\/FONT><\/P>
<\/span><\/FONT><\/P>Geospatially Aware Mobile Applications<\/H1>Diese Konfiguration von ArcGIS Field Maps zeigt, wie die Anforderungen zur Dokumentation von Rohrleitungsbauinformationen, wie einem pressure test, einzigartig adressiert werden können. Geospatially aware mobile applications bieten die geheime Zutat zur Automatisierung der Dokumentation mit der Benutzerfreundlichkeit und Produktivität, die Feldbenutzer suchen. <\/P>Es ist auch wichtig zu beachten, dass die Automatisierung der Kennzeichnung der pressure tested assets mit der eindeutigen pressure test ID die Datenqualität verbessert. Diese mobile Anwendung schreibt die pressure test ID auf jedes der assets, was bedeutet, dass diese kritischen Daten nicht mehr im Stapel von Kisten im Lager verloren gehen.<\/P>Wenn Sie daran interessiert sind, diese Konfiguration von ArcGIS Field Maps einzusetzen, haben wir alle Skripte, Datenmodellvorlagen und Anweisungen für diese pressure test Konfiguration und die gesamte digitale Feld-As-Builting-Lösung veröffentlicht. Sie können diese Konfiguration kostenlos von der Esri Community-Website herunterladen. Hier ist der Link<\/A>. Dieser Blogartikel ist der dritte in einer Serie von vier Blogartikeln, die erklären, wie man ArcGIS Field Maps für Digital Field As-builting einsetzt. Falls Sie unsere vorherigen Blogartikel zum digitalen Feld-As-Builting verpasst haben, hier sind die Links zu diesen Artikeln.<\/P>Teil 1: Digital Field As-Builting mit ArcGIS<\/A><\/P>Teil 2: Digital Field as-Builting mit ArcGIS: Kein Barcode Kein Problem<\/A><\/P>Der nächste Blogartikel wird weiterhin den Produktivitätssteigerer geospatial awareness nutzen. Blog #4 wird die geheime Zutat der Konfiguration und Automatisierung für das Management des Bauprojekts enthüllen und wie man alle digitalen Baudokumentationen des Bauprojekts automatisch miteinander verknüpft.<\/P>
BITTE BEACHTEN SIE: Die Beiträge auf dieser Seite sind unsere eigenen und stellen nicht unbedingt die Positionen, Strategien oder Meinungen von Esri dar.<\/EM><\/P>
