Assim que um Passaporte Digital do Produto se concretiza, o departamento de TI coloca uma questão acima de todas as outras: quais dos nossos sistemas é que a plataforma tem 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 é curta: nenhum. Todos os sistemas que contribuem com dados para o passaporte estão 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 os fluxos: o que cada sistema fornece, quais as regras aplicáveis a cada fluxo e o que é devolvido como confirmação.
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 punhado de classes de sistemas, cada uma das quais contribui com apenas 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 relevante 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, estados de conceção. Tendo em conta o 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 necessário para determinados grupos de produtos, como, por exemplo, as baterias.
- CRM - Histórico de assistência e reparações de clientes individuais. É, por princípio, de caráter pessoal e, por isso, não deve constar num registo 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 lado do ERP, do MES e do PIM, mas sim acima deles. Não gera dados, mas encapsula os existentes em submodelos interoperáveis. Para a ligação ao Transpareo, isto significa que um AAS é um formato de entrega conveniente, mas não obrigató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 base excelente está explicada 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 a 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 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 na plataforma, nunca retroativamente à 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 o lado da fonte, estas respostas são valiosas, porque 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 de uma entrega recebida.
Três modelos que se revelam eficazes na prática
- Diretamente a partir do sistema principal. O ERP ou o PLM enviam 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 o iPaaS reúnem os campos do ERP, do MES e do PIM e fornecem um pacote. É o caso habitual, sempre que estão envolvidas várias fontes.
- Através de submodelos AAS. A camada de gestão já está em uso e o pacote é derivado dos seus submodelos. Vantajoso em ambientes da Indústria 4.0.
No Manual de integração com ERP, explicámos qual o padrão adequado para 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 Pass 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, 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 no 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.