Partie 4 sur 4
Par Tom DeWitte et Tom Coolidge
Parler à quelqu'un de Tracking and Traceability est généralement une discussion centrée sur une liste de contrôle des capacités fonctionnelles. Bien que ce soit une discussion très importante à avoir, trop souvent la discussion s'arrête lorsque la liste de contrôle des fonctionnalités souhaitées se termine. Ce qui manque, c'est la discussion sur combien de productivité l'organisation peut gagner en remplaçant les processus hérités par un processus numérique.
La discussion sur combien de productivité peut être gagnée est la question de base que chaque utilisateur sur le terrain, superviseur et cadre devrait se poser. La mesure de la productivité sera différente pour chacun de ces personas d'organisation gazière. L'utilisateur sur le terrain, par exemple, mesure la productivité en fonction du temps. À quelle vitesse puis-je capturer les informations requises, afin de pouvoir passer à la tâche suivante ?
Le manager a une vue plus large du flux de travail. Cette personne réalise que documenter une nouvelle construction est une activité impliquant plusieurs personnes, impliquant à la fois le personnel sur le terrain et au bureau. Du point de vue du manager, une mesure de la productivité serait à quelle vitesse l'information peut passer du groupe de construction sur le terrain, à travers un processus d'examen et d'approbation qualité basé au bureau, puis être publiée à nouveau pour toute l'organisation.
Le cadre comprend les deux mesures de productivité et ajoute le coût financier pour l'organisation. Le cadre veut s'assurer que le flux de travail global n'inclut pas de saisie redondante des données, et a un faible coût total de possession IT, car cela nécessite l'implication d'employés supplémentaires.
Automatisation de la tâche sur le terrain
L'utilisateur sur le terrain responsable de documenter la nouvelle construction de tuyaux est toujours pressé de passer à la tâche suivante. Par conséquent, passer du temps à saisir des informations dans l'application mobile ne figure pas dans son top dix des choses qu'il aime faire. C'est là qu'ArcGIS, avec sa capacité d'attribut rule pour automatiser la saisie des données pour les utilisateurs de l'application mobile ArcGIS Field Maps, peut réduire considérablement la saisie manuelle des données.
Dans des blogs précédents, nous avons présenté des exemples montrant comment les attribute rules peuvent décoder les codes-barres scannés et remplir automatiquement les champs dérivés des données. Cette automatisation a été étendue pour gérer les situations où il n'y a pas de codes-barres. Cette situation se produit avec les tuyaux/composants en acier et les tuyaux/composants en plastique où le code-barres est illisible. Dans cette situation, les attribute rules sont utilisées pour remplir automatiquement plusieurs champs de données en demandant à l'utilisateur sur le terrain de sélectionner une valeur dans une liste déroulante sur un seul champ de données. L'attribut rule lit ensuite une table de correspondance pour récupérer les informations du composant sélectionné et remplir automatiquement les champs dérivés des données.
L'utilisation des attribute rules pour l'automatisation peut également être utilisée pour remplir automatiquement des informations sans que l'utilisateur sur le terrain ait à saisir quoi que ce soit. Un bon exemple est le remplissage automatique des informations du projet de construction.
Les projets de construction ont tendance à avoir un nom et un uniqueID. Ces UniqueIDs et noms de construction sont la colle numérique qui relie toutes les données collectées sur le terrain ensemble. Avec une solution basée sur ArcGIS, ce marquage des actifs, tests de pression, inspections des tuyaux exposés et les nombreux autres documents de construction est automatique. Une configuration des classes relationnelles et des attribute rules est utilisée pour libérer l'utilisateur sur le terrain de devoir saisir ces informations.
Réduction du temps avant publication
Les régulateurs d'État poussent de plus en plus les organisations gazières à réduire le temps nécessaire pour qu'une organisation publie les changements de construction aux utilisateurs sur le terrain tels que les localisateurs. La raison simple de cette pression est d'améliorer la sécurité pour les travailleurs sur le terrain et la communauté à laquelle ils fournissent un service.
Le flux papier hérité du as-builting est un processus qui se mesure couramment en semaines, parfois en mois. Beaucoup d'excavations peuvent avoir lieu pendant cette longue durée entre la fin de la construction et la disponibilité d'une documentation mise à jour pour que le personnel sur le terrain soit au courant de cette nouvelle construction.
Les entreprises qui ont migré vers un flux numérique as-builting voient leurs temps globaux entre construction et publication réduits de mois/semaines à jours. Par exemple, Spire Energy à St Louis, MO, utilise depuis plusieurs années les applications mobiles ArcGIS pour capturer leurs changements de construction. Au fil du temps, leur délai avant publication est passé de semaines à moins de 8 jours. Et il continue encore à diminuer !
Élimination des redondances
Comment des entreprises comme Spire Energy ont-elles réduit leur délai entre construction et publication à moins de 8 jours ? La réponse est qu'elles ont éliminé une redondance fondamentale dans le flux de travail. Le as-builting papier comporte une duplication très coûteuse intégrée. Cette duplication est la documentation redline sur le terrain des changements de construction, puis avoir une personne au bureau lire, interpréter et recréer la documentation dans le système final as-built.
Avec un flux numérique as-built sur le terrain, cette redondance est éliminée. Le travailleur sur le terrain peut configurer ArcGIS Field Maps pour s'intégrer avec d'autres appareils sur le terrain, tels que récepteurs GNSS, télémètres laser et l'appareil photo natif du dispositif mobile pour scanner les codes-barres. Ces intégrations permettent à l'utilisateur sur le terrain de capturer numériquement les nouvelles données de construction et d'envoyer ces données directement au dépôt ArcGIS lors de la soumission.
Le travailleur au bureau ne recrée plus les données collectées sur le terrain concernant la construction. Au lieu de cela, il vérifie l'exhaustivité et la qualité des données, puis les publie pour accès par tous les utilisateurs au sein de l'organisation.
Faible coût total IT
Souvent caché dans le flux as-builting se trouve le temps nécessaire pour faire parvenir la documentation du terrain au bureau puis après publication, retourner au terrain. Dans le flux papier hérité redline as-built, le coût caché est le temps nécessaire au paquetage construction pour arriver au bureau.
Dans le flux numérique as-built, il y a un autre coût caché : c'est l'environnement IT requis pour faire passer les données du terrain au bureau. Certaines solutions numériques as-builting exigent que les données passent par plusieurs environnements informatiques. Ces solutions multi-environnements ajoutent souvent un autre coût caché indésirable : la nécessité pour IT de créer et maintenir des processus ETL (extraction, transformation et chargement) afin d'acheminer les données à travers ces multiples environnements jusqu'aux mains du personnel du bureau.
La plateforme ArcGIS élimine ce coût IT caché inefficace total ownership cost. Avec l'application mobile ArcGIS Field Maps, les données collectées sur le terrain sont transmises directement au magasin ArcGIS data store. Il n'y a pas de magasins duplicata data stores ni processus ETL coûteux.
Comme vous pouvez le voir, les choix qu'une organisation gazière fait en déterminant comment documenter numériquement une nouvelle construction peuvent entraîner une différence significative en termes de temps et coûts. Choisir une solution fonctionnellement complète qui automatise beaucoup la saisie des données permet au personnel sur le terrain d'achever plus rapidement la documentation. Choisir une solution fonctionnellement complète qui élimine la saisie redondante permet d'obtenir des flux beaucoup plus rapides, comme documenté par l'implémentation existante d'ArcGIS chez Spire Energy. Choisir une solution fonctionnellement complète qui élimine l'administration IT cachée entraîne un coût moindre pour l'administration IT.
La plateforme ArcGIS avec son application mobile ArcGIS Field Maps est la solution unique configurable pour fournir la fonctionnalité et productivité que recherchent utilisateurs terrains, managers et cadres.
Si vous êtes intéressé par déployer cette configuration d'ArcGIS Field Maps, nous avons publié tous les scripts, modèles data model templates et instructions pour cette solution numérique field as-builting. Vous pouvez télécharger cette configuration gratuitement depuis Esri Community site ici : lien.
Cet article Cet article est le quatrième d'une série de quatre articles de blog expliquant comment déployer ArcGIS Field Maps pour le relevé numérique sur le terrain. Si vous avez manqué nos articles de blog précédents sur le relevé numérique sur le terrain, voici les liens vers ces articles.<\/P>
Partie 1 : Relevé numérique sur le terrain avec ArcGIS<\/A><\/P>Partie 2 : Relevé numérique sur le terrain avec ArcGIS : Pas de code-barres, pas de problème<\/A><\/P>Partie 3 : Relevé numérique sur le terrain avec ArcGIS : Tests de pression<\/SPAN><\/A><\/P>VEUILLEZ NOTER : Les publications sur ce site sont les nôtres et ne représentent pas nécessairement la position, les stratégies ou les opinions d'Esri.<\/EM><\/P>
