Parte 4 de 4
Por Tom DeWitte e Tom Coolidge
Conversar com alguém sobre Tracking and Traceability é tipicamente uma discussão centrada em uma lista de verificação de capacidades funcionais. Embora esta seja uma discussão muito importante, muitas vezes a conversa termina quando a lista de funcionalidades desejadas acaba. O que está faltando é a discussão sobre quanto de produtividade a organização pode ganhar substituindo processos legados por um processo digital.
A discussão sobre quanto de produtividade pode ser ganha é a questão base que todo usuário de campo, supervisor e executivo deveria estar fazendo. A medição da produtividade será diferente para cada uma dessas personas da organização de gás. O usuário de campo, por exemplo, mede a produtividade com base no tempo. Quão rápido posso capturar as informações necessárias, para poder passar para a próxima tarefa?
O gerente tem uma visão mais ampla do fluxo de trabalho. Essa pessoa percebe que documentar a nova construção é uma atividade de múltiplas pessoas, envolvendo tanto o pessoal de campo quanto o do escritório. Do ponto de vista do gerente, uma medida de produtividade seria quão rápido as informações podem ir do grupo de construção de campo, através de um processo baseado no escritório de revisão e aprovação de qualidade, e então publicadas novamente para toda a organização.
O executivo entende ambas as medições de produtividade e adiciona o custo financeiro para a organização. O executivo quer garantir que o fluxo geral não inclua entrada redundante de dados e tenha um baixo custo de propriedade em TI, pois isso requer o envolvimento de funcionários adicionais.
Automatizando a Tarefa de Campo
O usuário de campo responsável por documentar a nova construção de tubulação está sempre com pressa para passar para a próxima tarefa. Portanto, gastar tempo inserindo informações no aplicativo móvel não está na sua lista dos dez principais coisas que gostam de fazer. É aqui que ArcGIS, com sua capacidade de regras de atributo para automatizar a entrada de dados para usuários do aplicativo móvel ArcGIS Field Maps, pode reduzir significativamente a entrada manual de dados.
Em blogs anteriores apresentamos exemplos de como regras de atributos podem decodificar códigos de barras escaneados e preencher automaticamente os campos derivados dos dados. Essa automação foi estendida para lidar com situações onde não há códigos de barras. Essa situação ocorre com tubos/componentes de aço e tubos/componentes plásticos onde o código de barras é ilegível. Nessa situação, regras de atributos são usadas para preencher automaticamente muitos campos solicitando ao usuário do campo que selecione um valor em uma lista suspensa em um único campo. A regra do atributo então lê uma tabela consulta para recuperar as informações do componente selecionado e preencher automaticamente os campos derivados.
O uso das regras de atributos para automação também pode ser usado para preencher automaticamente informações sem que o usuário do campo insira qualquer informação. Um bom exemplo é o preenchimento automático das informações do projeto de construção.
Projetos de construção tendem a ter um nome e um UniqueID. Esses UniqueIDs e nomes são a cola digital que liga todos os dados coletados em campo juntos. Com uma solução baseada em ArcGIS, essa marcação dos ativos, testes de pressão, inspeções da tubulação exposta e muitos outros documentos da construção é automática. Uma configuração das classes relacionamento e regras de atributos é usada para liberar o usuário do campo da necessidade de inserir essas informações.
Reduzindo o Tempo para Publicar
Reguladores estaduais estão cada vez mais pressionando organizações de gás para reduzir o tempo que leva para publicar mudanças na construção para usuários em campo como localizadores. A razão simples dessa pressão é melhorar a segurança dos trabalhadores em campo e da comunidade à qual eles prestam serviço.
O fluxo legado baseado em papel do as-builting é um processo que comumente se mede em semanas, e às vezes meses. Muitas escavações podem ocorrer nessa longa duração entre quando a construção é concluída e quando a documentação atualizada está disponível para o pessoal em campo estar ciente dessa nova construção.
Empresas que migraram para um fluxo digital field as-builting estão vendo seus tempos gerais da construção até publicação reduzidos de meses/semanas para dias. Por exemplo, Spire Energy em St Louis, MO, tem usado aplicativos móveis ArcGIS para capturar suas mudanças na construção por muitos anos. Durante esse tempo seu tempo para publicar diminuiu de semanas para menos de 8 dias. E ainda está diminuindo!
Eliminando Redundância
Como empresas como Spire Energy reduziram seu tempo da construção até publicação para menos de 8 dias? A resposta é que eliminaram uma redundância fundamental no fluxo. O as-builting baseado em papel tem uma duplicação embutida muito cara. Essa duplicação é a documentação redline no campo das mudanças na construção, e depois ter uma pessoa no escritório lendo, interpretando e recriando essa documentação no sistema final as-built.
Com um fluxo digital field as-built esse redundância é eliminada. O trabalhador em campo pode configurar ArcGIS Field Maps para integrar com outros dispositivos em campo, como receptores GNSS, medidores laser e câmera nativa do dispositivo móvel para escaneamento de código barras. Essas integrações permitem ao usuário do campo capturar digitalmente os dados da nova construção e enviar esses dados diretamente ao repositório ArcGIS ao submeter.
O trabalhador do escritório não está mais recriando os dados coletados no campo da construção. Em vez disso, eles verificam a completude e qualidade dos dados, então publicam para acesso por todos os usuários da organização.
Baixo Custo Total em TI
Muitas vezes escondido no fluxo as-builting está o tempo necessário para levar a documentação do campo ao escritório e após publicação, voltar ao campo. No fluxo legado baseado em papel redline as-built, o custo oculto é o tempo que o pacote da construção leva para chegar ao escritório.
No fluxo digital as-built há outro custo oculto. Esse é o ambiente TI necessário para levar os dados do campo ao escritório. Algumas soluções digitais as-builting exigem que os dados passem por múltiplos ambientes dados. Essas soluções múltiplos ambientes frequentemente adicionam outro custo oculto indesejável: a necessidade da TI criar e manter processos ETL (extração, tradução e carga) para levar os dados através desses múltiplos ambientes até as mãos do pessoal do escritório.
A plataforma ArcGIS elimina esse ineficiente custo oculto total em TI. Com o aplicativo móvel ArcGIS Field Maps os dados coletados no campo são transmitidos diretamente à loja ArcGIS data store. Não há armazenamento duplicado nem processos ETL caros.
Como você pode ver, as escolhas que uma organização gasosa faz ao determinar como documentar digitalmente novas construções podem resultar numa diferença significativa em tempo e custo. Selecionar uma solução funcionalmente completa e que automatize grande parte da entrada dos dados resulta no pessoal do campo completando documentação mais rapidamente. Selecionar uma solução funcionalmente completa que elimina entrada duplicada resulta em fluxos significativamente mais rápidos, como documentado pela implementação existente ArcGIS na Spire Energy. Selecionar uma solução funcionalmente completa que elimina administração oculta TI resulta num custo menor à administração TI.
A plataforma ArcGIS com seu aplicativo móvel ArcGIS Field Maps é a solução única configurável para fornecer funcionalidade e produtividade que usuários do campo, gerentes e executivos procuram.
Se você estiver interessado em implantar essa configuração do ArcGIS Field Maps, nós postamos todos os scripts, modelos do modelo dados e instruções para essa solução digital field as-builting. Você pode baixar essa configuração gratuitamente no site Esri Community. Aqui está o link.
Este blog este artigo é o quarto de uma série de quatro artigos de blog explicando como implantar o ArcGIS Field Maps para Digital Field As-builting. Se você perdeu nossos artigos anteriores sobre digital field as-builting, aqui estão os links para esses artigos.<\/P>
Parte 1: Digital Field As-Builting com ArcGIS<\/A><\/P>Parte 2: Digital Field as-Builting com ArcGIS: Sem código de barras Sem Problema<\/A><\/P>Parte 3: Digital Field As Builting com ArcGIS: Testes de Pressão<\/SPAN><\/A><\/P>POR FAVOR, NOTE: As postagens neste site são nossas e não representam necessariamente a posição, estratégias ou opiniões da Esri.<\/EM><\/P>
