Assim que um Passaporte Digital do Produto se concretiza, o departamento de TI coloca uma questão antes de todas as outras: quais dos nossos sistemas a plataforma terá de integrar? É a pergunta certa, pois por trás dela estão os dados de acesso, as autorizações de firewall e um conceito de segurança pelo qual alguém tem de assumir a responsabilidade.
A nossa resposta é sucinta: nenhum. Todos os sistemas que contribuem com dados para o passaporte encontram-se na fonte e permanecem lá. A Transpareo é exclusivamente o destinatário no final da cadeia; os fluxos de dados dirigem-se unilateralmente para a plataforma. Este artigo traça o percurso desses fluxos: o que cada sistema fornece, quais as regras aplicáveis a cada fluxo e o que é recebido em resposta.
O que cada sistema contribui para o Pass
Os dados de um Pass raramente provêm de um único sistema. Na prática, distribuem-se por um conjunto de classes de sistemas, cada uma das quais contribui apenas com alguns campos:
- ERP - Identidade do artigo, materiais, fornecedores e origem, referência a encomendas e lotes, quantidades. Dados mestre estáveis, que raramente se alteram.
- MES - Histórico de produção, atribuição de séries e lotes, certificados de qualidade, rastreabilidade. Dados de eventos, vinculados a um momento específico.
- APS - Momentos de produção e atribuição de recursos. Raramente relevantes diretamente para o passaporte; o que importa provém, na maioria das vezes, do MES.
- PLM - Composição, listas de peças, reparabilidade, peças de substituição, versões de projeto. À luz do que exige o Regulamento relativo à conceção ecológica, esta é a fonte mais abrangente.
- PIM - Descrições, imagens, instruções de manutenção e utilização, variantes linguísticas. Os conteúdos destinados ao consumidor.
- IoT - Dados de estado e de utilização da fase de utilização. Apenas relevantes para determinados grupos de produtos, como, por exemplo, as baterias.
- CRM - Histórico de assistência e reparações de clientes individuais. Em princípio, de caráter pessoal, pelo que não deve constar num passaporte público.
A Asset Administration Shell está acima dos sistemas, não ao lado deles
Há uma distinção mais importante do que todas as outras: a Asset Administration Shell não está ## ao ladodo ERP, do MES e do PIM, mas sim acima deles. Não gera dados, mas encapsula os existentes em submodelos interoperáveis. No que diz respeito à ligação ao Transpareo, isto significa que: Uma AAS é um formato de fornecimento prático, mas não necessário. Quem a utiliza obtém o pacote de dados a partir dos seus submodelos; quem não a utiliza, fornece os mesmos campos por outra via. A razão pela qual, mesmo assim, consideramos a «Asset Administration Shell» uma excelente base está descrita no artigo sobre a AAS.
Cinco regras que se aplicam a todos os fluxos
Direção. Todas as setas apontam para a plataforma. Nenhum sistema de origem é consultado pelo Transpareo, e o Transpareo não possui dados de acesso ao ERP, MES, PIM ou PLM.
Não existe qualquer ligação aos seus sistemas que tenha de ser protegida, porque simplesmente não existe.
Desencadeador. O envio é sempre desencadeado na origem - pelo próprio fabricante, pelo seu middleware ou por um prestador de serviços contratado. A plataforma aguarda; não vai buscar os dados.
Finalidade específica. É transmitido exclusivamente o subconjunto necessário para o «Pass», e não o conjunto de dados completo do sistema de origem. O «Pass» necessita apenas de alguns campos de cada sistema; tudo o resto permanece onde está.
Autorização. A seleção, o âmbito e o momento de cada pacote são decididos pelo lado da fonte. A Transpareo não pode receber mais do que aquilo que foi fornecido.
Autorizações. O que é permitido fazer com os dados fornecidos na plataforma é regulado por credenciais de acesso específicas: direitos mínimos, e o que não for expressamente permitido permanece proibido. Estas regras aplicam-se ao nível da plataforma, nunca com efeito retroativo sobre a fonte.
Apenas os recibos são devolvidos
Não é possível prescindir totalmente de um canal de retorno, mas este não transporta dados, e sim respostas: o URL DPP ou o GS1 Digital Link, o ID da versão, o estado de publicação e as mensagens de validação. Para a página de origem, estas respostas são valiosas, uma vez que a referência de aprovação pode ser armazenada diretamente no artigo, no ERP ou no PIM. Não constituem um acesso. São a confirmação da receção de uma entrega.
Três modelos que se revelam eficazes na prática
- Diretamente a partir do sistema principal. O ERP ou o PLM envia os dados através de um conector. Simples e prático quando uma fonte de dados domina claramente.
- Através de uma camada de agregação. O middleware ou iPaaS reúne campos do ERP, MES e PIM e fornece um pacote. É o caso habitual, logo que estejam envolvidas várias fontes.
- Através de submodelos AAS. A camada administrativa já se encontra em funcionamento, e o pacote é derivado dos seus submodelos. Vantajoso em ambientes da Indústria 4.0.
No Manual de Referência sobre a integração com o ERP, descrevemos qual o modelo adequado a cada ambiente de sistemas e como um projeto deste tipo pode ser concluído em duas semanas, em vez de três meses.
O que a Transpareo não é, deliberadamente
Não ## éum segundo «Sistema de Registo». A plataforma mantém o registo do passe e o seu histórico de versões imutável, não os dados operacionais do fabricante. O que for corrigido no ERP chega ao Pass através de uma nova entrega - como uma versão nova e rastreável, e não como uma alteração silenciosa no inventário. A forma como esta cadeia de versões é assinada e se torna verificável por qualquer pessoa está descrita no artigo sobre assinaturas e certificados.
Para o seu conceito de segurança, resta, assim, pouco a verificar, e é precisamente essa a intenção. Não há dados de acesso que tenha de fornecer, nenhuma abertura de firewall para o interior e nenhum sistema externo com direitos de leitura no seu ERP.
O verdadeiro trabalho do projeto desloca-se para onde deve estar: decidir quais os campos que devem constar no Pass - e não quem pode iniciar sessão onde.
Perguntas sobre este artigo
O Transpareo necessita de acesso ao nosso ERP ou a outro sistema?
Não. Cada sistema que fornece dados encontra-se no lado da fonte e permanece aí, e a Transpareo não possui dados de acesso ao ERP, MES, PIM ou PLM. Não existe qualquer ligação aos vossos sistemas que tenha de ser protegida, porque simplesmente não existe. Para o seu plano de segurança, não é, portanto, necessário fornecer quaisquer dados de acesso, criar qualquer porta de acesso interna nem verificar se existe algum sistema externo com direitos de leitura no seu ERP.
Quem solicita uma entrega e com que frequência?
Sempre a fonte. O envio é desencadeado pelo próprio fabricante, pelo seu middleware ou por um prestador de serviços contratado; a plataforma aguarda e nunca vai buscar os dados. A seleção, o âmbito e o momento de cada pacote são decididos pela fonte, razão pela qual a Transpareo não pode receber mais do que aquilo que foi fornecido. A frequência das suas entregas é determinada por si - os dados mestre estáveis raramente se alteram, enquanto os eventos de produção ocorrem quando se verificam.
Precisamos de um ambiente de gestão para isso?
Não. A estrutura administrativa não se situa ao lado do ERP, do MES e do PIM, mas sim acima destes, e não gera dados próprios, mas sim encapsula os dados existentes em submodelos interoperáveis. Assim, trata-se de um formato de entrega prático, mas não necessário. Quem a utiliza obtém o pacote de dados a partir dos seus submodelos. Quem não a utiliza fornece os mesmos campos por outra via, diretamente a partir do sistema principal ou através de uma camada de agregação.
Por que sistema devemos começar?
Tendo em conta os requisitos do Regulamento relativo à conceção ecológica, o PLM constitui a fonte única mais abrangente - a composição, as listas de peças, a reparabilidade, as peças de substituição e as versões de conceção encontram-se aí. O ERP contribui com a identidade dos artigos, os materiais, os fornecedores e a origem; o PIM, com os textos e imagens destinados ao consumidor; e o MES, com os eventos de produção e rastreabilidade. A maioria dos passaportes de produto necessita apenas de alguns campos de cada sistema. Comece por onde se encontram a maioria dos seus campos obrigatórios e complemente o restante gradualmente.
Os dados dos clientes do CRM são transferidos para o Pass?
Não. O histórico de assistência e reparação de cada cliente é, por princípio, de caráter pessoal e, por isso, não deve constar num registo público. O CRM é a única classe de sistema nesta lista que fica totalmente de fora. No entanto, é possível registar os eventos de reparação e do ciclo de vida, mas como eventos relacionados com o produto, e não com uma pessoa específica.
O que é que a plataforma devolve?
Recibos, não dados. O canal de retorno transmite o endereço DPP ou o GS1 Digital Link, o ID da versão, o estado de publicação e as mensagens de validação. Vale a pena arquivar estas respostas, pois permitem que a referência do Pass seja posteriormente associada diretamente ao artigo no ERP ou no PIM. Não se trata de um acesso, mas sim da confirmação de uma entrega recebida.
O que acontece quando um valor é corrigido no ERP?
A correção é incorporada ao Pass através de uma nova entrega e torna-se uma nova versão rastreável, e não uma alteração silenciosa no inventário. Todas as versões anteriores permanecem acessíveis e verificáveis, e é precisamente isso que torna o histórico valioso para uma auditoria. A forma como esta cadeia de versões é assinada e se torna verificável por qualquer pessoa está descrita na secção «Assinaturas e Certificados» do DPP.
Será que o Transpareo se tornará um segundo «sistema de registo»?
Não, e isso é intencional. A plataforma mantém o registo do Pass e o seu histórico de versões imutável, não os seus dados operacionais; os seus sistemas continuam a ser determinantes para tudo o que lhes pertence. Desta forma, o trabalho do projeto permanece também onde deve estar - na decisão sobre quais os campos que devem constar no Pass, em vez de se centrar na questão de quem pode iniciar sessão e onde.
