Catálogo de serviços para passaportes digitais do produto: respostas ao seu caderno de encargos

Os requisitos básicos da ESPR e o perfil de conformidade para têxteis, aplicáveis antes de qualquer publicação, desde que o espaço de trabalho não desative a verificação.

Antes da publicação, são verificados os identificadores do passaporte e do operador económico, bem como, a partir do modelo têxtil, a etiqueta da composição das fibras e a documentação técnica; a composição do material e o nível do passaporte são verificados a título de recomendação. As instruções de manutenção e outros documentos anexos estão disponíveis como campos do modelo com um nível de divulgação predefinido.

Enquanto um ato jurídico delegado se encontrar na fase de projeto, os dados que este define no Transpareo são uma questão de configuração. O que o ato jurídico definitivo vier a acrescentar será incorporado como uma atualização do perfil de conformidade, sem necessidade de alterações na plataforma.

Sim. O modelo de dados da bateria, em conformidade com a norma DIN DKE SPEC 99100, está totalmente registado e será validado antes da publicação.

Transpareo fornece o modelo de dados definido na norma DIN DKE SPEC 99100 (Anexo A, Tabela A.1), que abrange os pontos de dados exigidos pelo Regulamento relativo às baterias e pelas orientações específicas por categoria da Comissão: entre outros, a categoria da bateria, a composição química, a pegada de CO₂, a percentagem de material reciclado por metal, o estado de saúde (State of Health) e os valores relativos à vida útil.

Os passaportes de bateria são validados com base num perfil de conformidade específico. Os dados que o regulamento reserva aos leitores com interesse legítimo são mantidos separadamente do conjunto de dados público. Um espaço de trabalho de baterias opera automaticamente com um certificado por bateria. Esta obrigação entra em vigor a partir de 18 de fevereiro de 2027.

Atualmente, onze grupos de produtos dispõem de um perfil de conformidade, e cada grupo de produtos adicional é representado através dos seus próprios tipos de características.

Estão disponíveis perfis de conformidade para têxteis, baterias, produtos eletrónicos, pneus, embalagens, mobiliário, alumínio, ferro e aço, produtos químicos, produtos de construção e materiais em contacto com alimentos. Um espaço de trabalho seleciona a sua categoria e a plataforma valida cada certificado em relação a esse perfil.

Qualquer outro tipo de produto é representado através da definição de tipos de características próprios para produtos e componentes, sendo cada um deles um campo obrigatório ou opcional. Um grupo de produtos que ainda não tenha sido abrangido pela regulamentação é, assim, uma questão de configuração.

Transpareo emite passaportes para a UE. Recomenda-se a criação de um espaço de trabalho por setor, uma vez que cada modelo setorial define os seus próprios dados obrigatórios.

No âmbito de um espaço de trabalho, são adicionados mais pontos de dados como tipos de propriedade, cada um com o seu próprio nível de divulgação, e cada credencial é validada em relação ao perfil de conformidade da categoria do espaço de trabalho. A identificação GS1, as Credenciais Verificáveis do W3C e os vocabulários JSON-LD são legíveis a nível mundial.

Cada modelo tem dois níveis: um regulamentado, que define a regulamentação, e o próprio do cliente, que este pode ampliar livremente.

O nível regulamentar: Para cada categoria regulamentar, a plataforma mantém pontos de dados e documentos de acompanhamento de acordo com a regulamentação respetiva, sob a forma de modelo, que um espaço de trabalho incorpora numa única etapa. O conjunto de requisitos para os têxteis segue o Regulamento (UE) n.º 1007/2011 e os requisitos básicos do ESPR; o ato delegado relativo aos têxteis ainda se encontra em fase de projeto. O conjunto de dados relativo às baterias segue a norma DIN DKE SPEC 99100, com as regras obrigatórias específicas por categoria estabelecidas pela Comissão. O tipo, o estatuto de obrigatoriedade e o termo no vocabulário estão definidos; o espaço de trabalho pode adaptar o nome e o nível de divulgação; o termo fixo permite que os passaportes de diferentes marcas sejam legíveis com as mesmas ferramentas.

O seu próprio nível: além do quadro regulamentar, o espaço de trabalho define quantos tipos de características próprias desejar, de qualquer natureza, por exemplo, para sapatos ou acessórios. Um novo tipo de característica fica disponível assim que for guardado.

Marcas, categorias, tipos de características, idiomas, grupos, identidade de marca e domínio fazem parte da configuração. Todos os clientes utilizam o mesmo produto: o que um cliente necessita é incorporado na plataforma para todos, controlado através da configuração, de modo a que uma atualização preserve todas as personalizações.

Por modelo, por lote ou por unidade.

O GTIN identifica o modelo, também designado por «style» ou «SKU». Um certificado de lote associa o número de lote ao endereço; um certificado de peça única apresenta o número de série em vez do número de lote. O resultado é um endereço Web por cada certificado, que qualquer leitor compatível com a norma GS1 consegue decodificar.

O nível é determinado pelo espaço de trabalho e, no caso dos têxteis e das baterias, é definido pela categoria regulamentar: um passaporte por lote de produção para os têxteis e um por bateria para as baterias. Um passaporte publicado mantém o nível em que foi publicado.

Sim. Os identificadores de produtos seguem a norma GS1, e os operadores económicos e as instalações operacionais são validados de acordo com os esquemas da norma EN 18219:2026.

O GTIN identifica o modelo, o número de lote (AI 10) identifica a remessa e o número de série (AI 21) identifica a peça individual. Um GTIN é verificado com base no seu dígito de controlo no momento da introdução, e um produto com um dígito de controlo GTIN incorreto não pode ser guardado nem publicado. O GLN dos operadores económicos e dos estabelecimentos também é validado com base no seu dígito de verificação.

O trabalho pode começar antes de se dispor dos números GS1: um produto é identificado através de um número de peça do fabricante (MPN, que corresponde geralmente ao SKU), e o GTIN é adicionado posteriormente, sem afetar o que já existe.

Cada nível constitui um conjunto de dados independente, com o seu próprio identificador, e contém tudo o que lhe pertence.

O modelo mantém o que se aplica ao artigo: composição, cuidados, origem, documentos. As variantes herdam esses dados; um valor diferente é atribuído à variante e assinalado como divergente. Um lote mantém o seu número e a sua data de fabrico e congela o registo de dados no estado em que foi fabricado. Uma peça única herda o registo de dados congelado do seu lote; o que a caracteriza é o seu historial de reparações, recondicionamentos, transferências de propriedade e incidentes.

A partir de um modelo, chega-se aos lotes produzidos a partir desse modelo e, a partir de um lote, às suas unidades; uma unidade remete para o seu lote e para o seu modelo. As hierarquias de embalagem, ou seja, o que foi embalado em quê, não são atualmente registadas.

De acordo com os esquemas previstos na norma EN 18219: o operador económico com LEI ou GLN; o estabelecimento com LEI, GLN ou DID.

O LEI ou GLN da sua empresa é registado nas definições do espaço de trabalho, enquanto o do fabricante é registado no seu registo de dados. Ambos são verificados em relação a estes esquemas e inseridos no passaporte, no local previsto pela norma. Outros identificadores de fabricante são adicionados como tipos de propriedade, sem necessidade de desenvolvimento.

Qualquer suporte de dados que possa conter um endereço Web; o código QR é gerado pela própria plataforma.

Cada ficha de um produto com GTIN é emitida como GS1 Digital Link e fornecida com um modelo de QR pronto a imprimir, em formato SVG escalável, PDF e PNG em qualquer tamanho até 2 000 píxeis, com o nível de correção de erros M. O Illustrator e o InDesign abrem estes ficheiros diretamente; não existe um plug-in específico da Adobe.

O Data Matrix é adequado para uma área de impressão reduzida, as etiquetas NFC contêm um conjunto de dados NDEF-URI e os inlays RFID UHF são lidos à distância; um EPC formado pelo mesmo GTIN e número de série remete para o mesmo pass. Qualquer número de suportes de dados pode codificar a mesma morada e conduzir ao mesmo cartão.

Sim. O endereço é determinístico, pelo que um código pode ser enviado para impressão antes de o registo do produto ter sido criado.

Assim que o domínio estiver configurado, o endereço de um passe é gerado a partir do GS1 Digital Link: domínio, GTIN e, consoante o nível, o número de lote ou o número de série. O código é gerado assim que o passe for publicado. A plataforma apresenta-o a partir do primeiro esboço, como ficheiro vectorial SVG, como PDF pronto a imprimir e como PNG nos tamanhos em píxeis necessários, como ficheiro ou através da API.

Os números de série gerados previamente por um fornecedor são importados em grandes quantidades através de um ficheiro ou da API: num espaço de trabalho com um passaporte por unidade, são considerados números de série dos passaportes; caso contrário, são considerados números de série de um lote cujo passaporte abrem.

Em ambos os sentidos, sem necessidade de instalação junto do fornecedor e sem integração com os seus sistemas.

Se o fornecedor imprimir os códigos emitidos pela Transpareo, os passaportes são criados a partir dos dados da encomenda, cada um recebe a sua morada e o fornecedor recebe o conjunto sob a forma de ficheiro ou através da API, juntamente com modelos prontos a imprimir. Caso o fornecedor utilize os seus próprios códigos, os seus números de série são importados e associados aos cartões, em grandes quantidades antes da produção ou individualmente através da API.

A relação comercial com o fornecedor mantém-se a cargo do cliente, e a plataforma mantém a correspondência entre o número de série e o cartão, de modo a que seja possível mudar de fornecedor sem afetar os cartões já emitidos. A Transpareo fornece o software; as etiquetas físicas e os suportes de dados são fornecidos por parceiros ou por qualquer fornecedor que o cliente escolher, ao preço praticado por esse fornecedor. Para a leitura pelo consumidor, basta a câmara do telemóvel, e a leitura por NFC ou RFID utiliza os equipamentos de que a empresa já dispõe.

Cada endereço abre a ficha do seu nível ou do nível imediatamente superior, para que uma loja possa criar uma ligação para o endereço do modelo antes de alguém efetuar uma compra.

Caso os registos sejam emitidos por lote, um GTIN sem número de lote abre o registo do lote mais recente. Um número de lote abre o registo desse lote; um número de série abre o registo individual ou, em um espaço de trabalho que emita registos por lote, o registo do lote ao qual esse número de série pertence. Um número de série inventado abre o passaporte do lote ou do modelo, indicando que essa unidade não possui um passaporte próprio, e a consulta é registada; um GTIN desconhecido não remete para nada. Um SGTIN-EPC lido por uma etiqueta RFID é encaminhado, quer como URN quer na forma comprimida da GS1, para o seu GS1 Digital Link.

O Resolver foi concebido de acordo com a norma GS1 para resolvers conformes (GS1-Conformant Resolver Standard, ISO/IEC 18975) e está definido em cada host de um espaço de trabalho em /.well-known/gs1resolver. Para linkType=linkset e o valor antigo «all», as máquinas recebem o conjunto de ligações do identificador (RFC 9264) que corresponde ao esquema da GS1; gs1:pip, gs1:DPP e gs1:defaultLink são respeitados; um tipo de ligação que o Pass não suporta resulta num erro 404 e uma ligação inválida num erro 400, e cada resposta indica o nível a que pertence. O nosso próprio resolvedor responde a GS1 Digital Links e a endereços RFID codificados em GS1, e o Pass abre na sua morada GS1; uma marca cujos links passam por um resolvedor GS1 direciona esse resolvedor para o nosso, e cada leitura chega até nós através do seu reencaminhamento.

Cada publicação fixa uma nova versão assinada na mesma morada, e cada versão anterior permanece disponível no estado em que foi publicada.

Cada versão é uma Credencial Verificável do W3C, assinada com ECDSA-SD, um método de divulgação seletiva: o consumidor, a empresa de reciclagem e a autoridade recebem, respetivamente, o subconjunto a que têm direito, e a assinatura permanece verificável nesse subconjunto. Cada versão contém o hash da versão anterior, de modo a que o histórico não possa ser alterado sem ser detetado, e um manifesto assinado com a chave da Transpareo enumera cada versão juntamente com o respetivo hash. Cada versão anterior indica o que foi alterado desde a versão anterior.

O registo de dados do produto subjacente à ficha de produto permanece editável e mantém o seu próprio histórico: cada alteração é registada campo a campo, indicando a pessoa ou o sistema responsável, a data e hora, bem como os valores anteriores e posteriores, sendo possível restaurar uma versão anterior. O histórico do produto indica quem efetuou cada alteração; as versões do Pass comprovam o que foi publicado no mercado e em que momento.

O identificador mantém-se; a alteração é publicada como uma nova versão do mesmo passe, e o código presente no produto remete para a versão atualizada.

Só é necessário um novo identificador se o próprio artigo for substituído por outro. Para isso, existe o processo de substituição (supersessão): o novo documento é associado ao que foi substituído e quem receber um deles encontrará o outro.

Sim. O Transpareo Time Machine, o nosso visualizador de código aberto, apresenta todas as versões publicadas com o design da marca.

A versão atual carrega juntamente com a página; as versões anteriores carregam assim que se abre a linha do tempo; pode percorrer a vida do produto: como foi fabricado, o que foi reparado, para onde foi. Mais informações em Transpareo Time Machine.

O lote mantém a sua própria composição, e as alterações posteriores ao produto só lhe são aplicadas através de uma correção que assina uma nova versão.

O SKU e o seu GTIN permanecem inalterados. Aquando da sua criação, um lote incorpora uma cópia permanente dos componentes e das características no estado em que foi efetivamente fabricado, e as alterações posteriores ao produto não são refletidas nesse lote. Caso a lista de peças de uma estação seja diferente, a alteração é efetuada no modelo antes da criação do lote; outros valores da série de produção, tais como resultados de inspeção, são igualmente definidos e fixados pelo lote. Uma correção do lote incorpora o estado corrigido do modelo e assina uma nova versão.

Uma peça fabricada na primavera indica os seus materiais, enquanto uma peça com o mesmo SKU do outono indica os seus próprios, sem necessidade de criar um novo SKU e sem qualquer ambiguidade. Os registos anteriores continuam acessíveis através do Transpareo Time Machine.

O evento é registado no passaporte e qualquer alteração aos dados é publicada como uma nova versão assinada na mesma morada; nada é reemitido nem reimpresso.

As reparações, a recondicionamento, a devolução, a reciclagem e os recalls são registados com a data e o responsável e aparecem como eventos públicos no EPCIS. Uma mudança de fornecedor ou de material constitui uma alteração de dados e aparece como uma nova versão. As inspeções, as transferências de propriedade e os incidentes são registados apenas para as autoridades.

Sim, através de um acesso que a marca lhes proporciona.

A marca atribui a uma empresa de reparação, reacondicionamento ou reciclagem os seus próprios dados de acesso à API, com autorização para registar eventos. Cada evento que registar inclui o seu GLN, caso esteja registado, como local do ocorrido, e para publicar o evento como uma nova versão é necessária uma autorização separada para a publicação. Uma parte sem acesso concedido pela marca não contribui com nada.

Através da sua assinatura, que qualquer pessoa pode verificar sem necessidade de software, API ou conta da Transpareo, se assim o desejar, utilizando chaves que apenas a marca possui.

• Comprovativo para todos: assinado como «W3C Verifiable Credential» com ECDSA-SD; qualquer biblioteca compatível verifica-o.
• Verificação por parte do destinatário: O Viewer descodifica o documento DID e a chave pública e verifica a assinatura no navegador.
• Código aberto: a pista de auditoria é passível de auditoria pública e pode ser reproduzida de forma independente.
• Chaves próprias: a plataforma envia o documento a assinar para um ponto final de assinatura da marca; as chaves privadas nunca chegam à Transpareo.

Um requisito está parcialmente cumprido: a norma EN 18246 exige chaves certificadas após uma verificação de identidade, enquanto as chaves do emitente são publicadas no seu próprio domínio sem esse certificado. A segurança física do suporte de dados, como características de proteção contra cópias ou identificadores de hardware, é assegurada pelo fabricante do suporte; a Transpareo não avalia atualmente essas características.

Os passaportes falsificados são imediatamente detetados pela assinatura; os códigos autênticos copiados aparecem nas estatísticas de digitalização.

• Passaporte falsificado: não se encontra no domínio da marca e não está assinado com a sua chave; qualquer verificação falha.
• Código original copiado: as digitalizações por passaporte e por país constam nas estatísticas de digitalização. É possível suspender um passaporte único; a partir daí, cada digitalização subsequente irá indicá-lo como suspenso.

Para detetar um clone físico logo na fase de digitalização, é necessária uma característica do suporte de dados que não possa ser copiada, como, por exemplo, um identificador de hardware de etiqueta. Atualmente, a Transpareo não registra nem verifica esses valores.

Sim. Cada fonte regista os campos pelos quais é responsável num catálogo, através da API, da importação de tabelas, da interface do agente ou do gestor da aplicação.

Os produtos, componentes, documentos, meios e tipos de propriedades encontram-se neste único catálogo. Uma importação efetua a comparação através do identificador do produto ou do componente e atualiza os registos de dados existentes no momento, de modo que uma extração periódica do PLM ou do ERP mantém o catálogo atualizado. Os componentes são partilhados: uma correção efetuada num material é aplicada a todos os produtos que o incluem.

Cada operação de registo é validada no momento da receção e, imediatamente a seguir, verificada em relação às regras da categoria, sendo cada alteração registada campo a campo, com indicação da fonte e da data e hora. Uma interação típica: o PLM fornece a composição e a manutenção, o ERP fornece as encomendas, os lotes e os números de série, e um portal de fornecedores fornece os certificados; a Transpareo compila o passaporte, valida-o, assina-o e emite-o.

Os documentos estão associados aos produtos e componentes, e a própria plataforma gera a documentação técnica de cada produto em formato PDF, com a identidade visual da marca.

No produto, um documento público é disponibilizado para download nos «Passes», e cada versão publicada mantém o ficheiro com o qual foi publicada; um documento interno não é incluído no «Pass». Um documento regulamentado num ponto de dados segue o seu nível de divulgação, pelo que um documento reservado às autoridades não é incluído nos dados públicos. Num componente, um documento é público ou apenas visível após o registo.

A documentação técnica é gerada a partir do «Pass» publicado, através do nosso próprio renderizador de código aberto md2pdf, que aplica a identidade visual do espaço de trabalho e cria o mesmo documento em todas as línguas do espaço de trabalho, até um máximo de 40.

Os pontos de dados são uma questão de configuração: criar um campo, definir o nível de divulgação, marcar como obrigatório, sem necessidade de desenvolvimento da plataforma e sem ter de aguardar uma versão nova.

O nome é introduzido uma vez na língua de origem e traduzido pela plataforma para as outras línguas. No que diz respeito aos dados já existentes, aplica-se o seguinte:

• Identificação: A disponibilidade do DPP será, a partir de agora, recalculada em todo o catálogo, a um ritmo de 200 produtos por minuto; cada produto que não inclua o novo campo é apresentado e pode ser filtrado, e a exportação inclui o novo campo para todo o catálogo.
• Registo posterior: manualmente, através de importação em massa a partir de uma tabela ou via API. Sempre que for possível deduzir o valor, o assistente pode apresentar sugestões para verificação.
• Os passaportes publicados mantêm a sua versão; a atualização consiste numa nova publicação na mesma URL.
• Controlo: os campos, os valores e cada nova publicação constam do registo de auditoria e do histórico de versões.

Caso seja adicionada uma categoria totalmente nova, fornecemos um perfil de conformidade e pontos de dados como modelo, que um espaço de trabalho pode adotar numa única etapa.

Através da importação de tabelas com atribuição de colunas e pré-visualização, até 50 MB e 100 000 linhas por ficheiro, ou através da API.

O importador sugere uma correspondência entre as colunas e os campos, mostra, antes da gravação, o que resultará de cada coluna e sugere sempre a mesma correspondência para títulos de colunas idênticos; assim que reconhece todas as colunas de que necessita, um processo automático ignora a etapa de atribuição, de modo que uma importação recorrente se resume a um único upload. As exportações em formato XLSX ou CSV contêm todo o conjunto de dados, com uma tabela por idioma, e podem ser importadas novamente nos mesmos formatos. O preenchimento inicial começa geralmente sob a forma de tabela; assim que a estrutura estiver definida, o preenchimento passa, na maioria dos casos, a ser efetuado através da API.

Tudo decorre de forma autenticada através de HTTPS. Volumes maiores são enviados em vários uploads ou através da API em massa. Os ficheiros multimédia são carregados um a um, quatro em simultâneo e até 50 MB por ficheiro; as exportações são processadas em segundo plano num endereço que expira. O utilizador é notificado na aplicação quando uma importação estiver concluída ou necessitar de uma decisão; se desejar, também por e-mail, quando estiver concluída. Não são disponibilizados nem FTP nem armazenamentos não autenticados.

Através de uma API REST, webhooks assinados, um feed de eventos, importação e exportação de tabelas, um servidor MCP para agentes de IA e um nó n8n; não é necessário qualquer middleware.

• API REST: documentada, autenticada com credenciais de cliente OAuth 2.0, com restrições por sistema no âmbito de aplicação. O PLM ou o ERP criam e atualizam produtos, componentes, características e lotes, e publicam fichas técnicas.
• Webhooks: notificam eventos do ciclo de vida sem necessidade de consultas; o feed de eventos fornece os mesmos eventos aos sistemas que efetuam consultas.
• Importação em massa: tabela ou ficheiro CSV para sistemas sem orçamento para integração, com atribuição, pré-visualização e atualização de registos existentes.
• Interface de agente (MCP): para ferramentas em que não se justifica um projeto de integração.
• Nós n8n: publicados em @transpareo/n8n-nodes-transpareo, para fluxos de trabalho criados por uma equipa sem necessidade de programação.

A API e os webhooks funcionam em tempo real. As importações, exportações, publicações e traduções são executadas como tarefas em segundo plano com consulta de estado, mostram o seu progresso e não bloqueiam ninguém; uma publicação em massa não consegue sobrecarregar a fila. É possível integrar qualquer sistema que utilize HTTPS, incluindo uma plataforma de integração existente ou um iPaaS. Um sistema parceiro reconhece os identificadores GS1 sem necessidade de uma tabela de correspondência.

Cada operação de registo é verificada, no momento da receção, quanto ao tipo e formato dos seus valores; posteriormente, o conjunto de dados é verificado em relação às regras da sua categoria regulamentar, tanto no cálculo da disponibilidade do DPP como em cada publicação.

A verificação na receção aplica-se independentemente de os dados provirem da API, de uma importação ou de uma pessoa. As regras provêm do perfil de conformidade da categoria, definidas como «shapes» de acordo com o modelo SHACL; assim, traduzem os requisitos de dados da regulamentação em verificações. Os identificadores das unidades operacionais são verificados em relação aos esquemas permitidos. Os pontos de dados regulamentares são associados ao produto e fixados no momento da publicação; os documentos de conformidade estão associados aos mesmos registos de dados, e a sua visibilidade segue o nível de divulgação do ponto de dados ao qual estão associados.

A verificação é de natureza estrutural: os valores obrigatórios estão presentes, corretamente formatados e correspondem ao tipo exigido? A verificação da exatidão do conteúdo de uma informação é realizada por pessoas, por exemplo, através da página do fornecedor.

Cada produto apresenta um estado de prontidão DPP calculado continuamente: valor percentual, cor e lista de verificações pendentes, cada um com uma ligação para o campo correspondente.

As verificações que bloqueiam a publicação são distintas das que apenas melhoram o registo de dados. Enquanto uma verificação obrigatória estiver pendente, não é possível publicar nenhum passe. A ausência de uma característica obrigatória é indicada com a respetiva classificação; um valor rejeitado pela norma é assinalado com a regra que este viola.

Os componentes são partilhados, de modo a que qualquer alteração se reflita em todos os produtos que os incluam. Os dados dos lotes permanecem inalterados e os dados publicados só são alterados se a pessoa responsável pela edição assim o desejar: uma correção dá origem a uma nova versão, que é comunicada pelos webhooks e pelo feed de eventos.

No catálogo, a disponibilidade de DPP surge numa coluna: pode ser ordenada e filtrada. Experimente sem criar uma conta: a nossa demonstração.

Sim, como processos de verificação com até cinco etapas; quem apresenta um pedido não é quem decide sobre o mesmo.

Cada etapa está atribuída a um grupo ou a uma autorização. Enquanto uma verificação obrigatória estiver pendente, a publicação de um passe permanece bloqueada, e mesmo uma publicação iniciada por um agente de IA associado segue o mesmo processo. O acesso pode ser restringido a produtos ou componentes específicos. Ainda não existem modelos de fluxo de trabalho com versões; sempre que um cliente necessite de etapas específicas, incorporamo-las no produto.

Sim. As tarefas são atribuídas a pessoas ou grupos; um e-mail diário informa cada pessoa das suas tarefas novas e em atraso, e os pedidos de informação aos fornecedores têm os seus próprios prazos e lembretes.

A escalada automática para outras pessoas está prevista no plano de desenvolvimento. É possível consultar as tarefas através da API, e os webhooks e o feed de eventos notificam cada alteração de estado de um passe, para que uma ferramenta de fluxo de trabalho externa possa reagir a isso, como, por exemplo, o n8n com o nó Transpareo.

A tabela de produtos configurável, as listas de tarefas e pedidos e a página de estatísticas; cada conjunto de dados pode ser exportado.

• Catálogo: cada pessoa seleciona as colunas que deseja, incluindo a disponibilidade do DPP; as visualizações guardadas definem as consultas para toda a equipa. Os componentes podem ser pesquisados por nome, tipo e características; os passaportes, por identificador, estado (desde a fase de rascunho até ao fim da validade), versão, invalidade, bem como lote ou unidade.
• Trabalho em curso: as listas de tarefas e pedidos apresentam tarefas em atraso, tarefas sem responsável, pedidos e respostas cujo prazo já expirou e que aguardam verificação.
• Consumidores: número de digitalizações por cartão de identidade, região e período, a partir dos registos do servidor sem rastreamento, disponíveis para download na página de estatísticas.
• Exportações: produtos, componentes e passaportes como conjuntos de dados completos em CSV, XLSX, JSON-LD ou SQL, independentemente das colunas e dos filtros apresentados no ecrã.

Através da API, é possível consultar os passes por produto, estado e termo de pesquisa, e o catálogo, os passes e os números de digitalização por passe estão à disposição dos clientes através das suas próprias ferramentas de BI. Demonstração: a nossa demonstração.

Os dados relativos aos produtos e às autorizações de cada espaço de trabalho encontram-se numa base de dados própria; apenas os dados relativos às contas e às tarifas se encontram na base de dados comum da plataforma.

O índice de pesquisa, a chave de assinatura e a chave de encriptação também estão separados por espaço de trabalho; os meios e o arquivo de senhas encontram-se, por espaço de trabalho, num caminho próprio.

Sim, a dois níveis: áreas sensíveis e cópias de segurança.

• Campos: AES-256-GCM com uma chave por espaço de trabalho, que, por sua vez, é encapsulada por uma chave derivada do segredo mestre do servidor; uma rotação do segredo mestre envolve novamente cada chave de espaço de trabalho que protege, sem necessidade de encriptar novamente os dados. É protegida, por exemplo, a chave do fornecedor de IA. A chave de assinatura do espaço de trabalho é envolvida por uma segunda chave do espaço de trabalho, especificamente destinada a esse fim.
• Cópias de segurança: encriptadas com AES-256 antes de saírem do servidor.

Os ficheiros multimédia e o arquivo de passaportes encontram-se no armazenamento de objetos na UE, e o arquivo de um espaço de trabalho pago permanece inalterável durante dez anos.

E-mail e palavra-passe, com uma chave de acesso ou um código único como segundo fator de autenticação, que o espaço de trabalho pode exigir; o período de inatividade até ao encerramento da sessão é definido pelo espaço de trabalho. Em alternativa, os utilizadores iniciam sessão através do fornecedor de identidade da sua empresa (ver «Single Sign-on»).

O valor padrão é de 480 minutos; o espaço de trabalho pode definir livremente a duração. A sessão é encerrada pelo servidor; o nosso espaço de trabalho de demonstração funciona com 60 minutos. Além disso, o cookie de sessão expira ao fechar o navegador. Um cookie de sessão encriptado e marcado como «seguro» armazena os dados da sessão, enquanto um cookie de idioma armazena o idioma selecionado; não existem cookies de terceiros.

Os utilizadores são convidados e atribuídos a grupos de acesso; a remoção de um utilizador retira-lhe imediatamente o acesso e as credenciais da API. Não existem contas genéricas nem partilhadas. É apresentada a última sessão de cada utilizador; a desativação automática de contas inativas há muito tempo está prevista no plano de desenvolvimento.

Através do OIDC, em todos os planos: um espaço de trabalho liga-se ao fornecedor de identidade da sua empresa, seja o Microsoft Entra ID, o Okta, o Google ou outro fornecedor OIDC, e os utilizadores iniciam sessão com a sua conta da empresa. Para os domínios da empresa, é possível concluir o início de sessão com palavra-passe. O SAML está previsto no plano de desenvolvimento.

Cada domínio é verificado, pelo fornecedor ou através de um registo DNS, antes de alguém iniciar sessão através dele. O fornecedor solicita o segundo fator de autenticação. Se a palavra-passe estiver bloqueada, quem for bloqueado pela empresa junto do fornecedor já não consegue aceder; uma sessão ativa é devolvida ao fornecedor, o mais tardar, após doze horas. O Active Directory é acedido pela Transpareo através de um fornecedor OIDC intermédio, como o Entra ID; não existe uma ligação direta ao LDAP. A chave de acesso (passkey), enquanto segundo fator, garante a proteção contra phishing mesmo sem um fornecedor de identidade.

Três registos: registo de auditoria (5 anos), registo de segurança de acordo com a NIS2 (365 dias) e um registo de todos os acessos por parte das autoridades, que exportamos mediante pedido.

O registo de auditoria indica quem alterou o quê e quando, campo a campo, com os valores anteriores e posteriores, e pode ser filtrado no ecrã por período, registo ou utilizador. O registo de segurança regista inícios de sessão (bem-sucedidos ou recusados), solicitações de autenticação multifator, redefinições de palavra-passe, bloqueios de conta, credenciais de acesso à API recusadas, endereços bloqueados e chamadas de agentes recusadas; pode ser pesquisado na aplicação.

Os dados pessoais contidos nos registos de funcionamento são conservados apenas durante o tempo necessário para a finalidade a que se destinam (art. 5.º, n.º 1, alínea e) do RGPD). Os passaportes são exportados como artefactos assinados, que uma autoridade pode verificar sem recorrer ao nosso software; os registos são exportados em formato CSV ou XLSX.

Comunicamos imediatamente ao cliente qualquer incidente de segurança que afete o seu espaço de trabalho, quer haja ou não dados pessoais em causa, e qualquer pessoa pode comunicar vulnerabilidades através do endereço support@mail.transpareo.com.

Em caso de violação da proteção de dados pessoais, a notificação deve seguir o disposto na cláusula 9 do nosso contrato de subcontratação: esta descreve a natureza da violação, as suas consequências prováveis e as medidas tomadas, indica um ponto de contacto e especifica quando a violação ocorreu e foi detetada, bem como os espaços de trabalho afetados. O que ainda não for conhecido neste momento será comunicado assim que for apurado.

Apenas através de um registo em nome do cliente, que é registado no registo da plataforma e no próprio registo de segurança do espaço de trabalho.

O cliente consulta cada um desses registos no seu registo de segurança. Os colaboradores são submetidos a uma revisão antes de lhes ser concedido acesso e recebem formação regular em matéria de segurança. Estão obrigados a respeitar a confidencialidade e só têm acesso na medida em que tal seja necessário para o funcionamento e o apoio ao contrato (cláusula 7.4(b) do contrato de subcontratação).

Assistência por e-mail para support@mail.transpareo.com, em alemão e inglês, incluída em todos os planos.

Não existe um contrato de assistência técnico separado nem assistência técnica faturada com base no tempo despendido. Na aplicação, é possível pesquisar artigos de ajuda, que são apresentados no idioma do utilizador, juntamente com o guia da API. Com acesso próprio à IA do espaço de trabalho, o assistente responde com base em ambos, pode remeter para o artigo e, após confirmação, executar imediatamente o passo descrito com os direitos do utilizador.

Sim, a plataforma está em funcionamento: qualquer empresa pode registar-se e cada passe é gerado, validado, assinado e publicado no seu endereço permanente.

Pode experimentar todas as funcionalidades na nossa versão de demonstração, sem necessidade de ter uma conta.

Uma tarifa mensal fixa por espaço de trabalho, em função do número de cartões, sem taxas de instalação, de aconselhamento, de utilização ou de digitalização e sem módulos adicionais pagos.

O suporte de dados não tem qualquer influência no preço, e as digitalizações, o tráfego e o espaço de armazenamento nunca são contabilizados. Cada plano inclui o conjunto completo de funcionalidades, com domínio próprio, 40 idiomas e API completa, pelo que todas as funcionalidades deste catálogo estão disponíveis mesmo no plano mais básico; os únicos custos adicionais ao plano são as taxas do fornecedor de IA, caso um cliente utilize o assistente com a sua própria conta. A faturação é mensal, sem período mínimo de vigência.

Quatro planos em francos, euros ou dólares: até 100 passes, até 1 000, até 10 000 e ilimitado, cada um com um número ilimitado de produtos e componentes. Durante a fase beta, aplica-se um desconto de 30 % sobre os preços de tabela, e o preço pelo qual subscrever o plano será o seu preço enquanto mantiver esse plano. É possível usufruir de um período de teste sem compromisso de 8 dias. É determinante a lista de preços atualizada disponível na nossa página de preços.

Criamos o espaço de trabalho com os dados, os tipos de propriedades, a identidade visual e o domínio do cliente, e as primeiras versões ficam online em poucos dias.

Um novo espaço de trabalho fica disponível em poucos minutos através de um endereço Transpareo; o domínio próprio do cliente fica ativo assim que o seu registo DNS apontar para nós. Do lado do cliente, basta um navegador atualizado, seja no Windows, macOS, Linux, iOS ou Android; não é necessário instalar nem gerir nada.

• Integração da cadeia de abastecimento: através da página do fornecedor, nas línguas do espaço de trabalho.
• Integração: a API REST, os webhooks, o servidor MCP e os nós n8n são geridos pela equipa que os desenvolveu.

A isto acrescentam-se ferramentas sem custos adicionais: documentos com a identidade visual da marca em 40 línguas, o selo « Transpareo Time Machine » como fator de confiança e estatísticas de tráfego sem rastreamento.

As nossas Condições Gerais de Contratação, de acordo com a legislação suíça: rescisão no final do período de faturação mensal, sem prazo mínimo de vigência e, em caso de negligência leve, responsabilidade até ao montante das mensalidades dos últimos doze meses.

• Rescisão: O contrato tem duração indeterminada e pode ser rescindido a qualquer momento, com efeito a partir do final do período de faturação em curso.
• Responsabilidade: ilimitada em caso de dolo e negligência grave; em caso de negligência leve, apenas em caso de violação de obrigações contratuais essenciais, limitada aos danos tipicamente previsíveis e, no total, aos montantes pagos nos doze meses anteriores ao evento causador do dano. Estão excluídos os lucros cessantes, a perda de dados e os danos consequenciais, na medida do permitido por lei.
• Alterações: As alterações às condições e aos preços serão comunicadas por escrito, pelo menos 30 dias antes da sua entrada em vigor, reservando-se o direito de contestar as condições alteradas e de rescindir o contrato antes de uma alteração de preço.
• Legislação aplicável e foro competente: Aplica-se a legislação suíça, com exclusão da Convenção das Nações Unidas sobre os Contratos de Compra e Venda; o foro competente é Zug, na Suíça.
• Proteção de dados: O contrato de subcontratação faz parte integrante dos termos e condições.

O cliente continua a ser um operador económico e é responsável pelo conteúdo dos seus passaportes; Transpareo disponibiliza a plataforma técnica.

Fazemos parte dos órgãos onde as regras são elaboradas e aplicamos o que estes publicam.

• Normalização europeia: participação no comité nacional de normalização da Associação Suíça de Normalização (SNV) e no seu subcomité dedicado ao DPP, que representa a Suíça no CEN/CLC/JTC 24, o comité responsável pela elaboração da série de normas europeias relativas ao DPP. Temos acesso aos projetos à medida que estes vão sendo elaborados e emitimos o nosso parecer sobre os mesmos.
• Projetos-piloto da UE: Membro da Comunidade de Prática do CIRPASS-2, o projeto da UE que está a testar o passaporte digital do produto em quatro cadeias de valor.
• Trabalho relativo ao Protocolo: colaboração contínua no Protocolo de Transparência da ONU; seis dos nossos comentários sobre a versão 0.7.0 constam do registo público.
• Batteriepass: parceiro de apoio do Consórcio Battery-Pass, que, em colaboração com instituições de investigação de renome, está a desenvolver o ambiente de testes para o passaporte de bateria da UE, com o apoio do Ministério Federal da Economia e da Energia da Alemanha. As baterias constituem o primeiro grupo de produtos sujeito a esta obrigação vinculativa, a partir de 18 de fevereiro de 2027.

51 % do capital social serão atribuídos à Fundação Transpareo, uma entidade sem fins lucrativos sediada em Zug (em fase de constituição, em outubro de 2026); após a sua constituição, esta participação não poderá ser vendida e a Transpareo não poderá ser objeto de aquisição.

Após a sua constituição, a fundação fica sob a supervisão da Autoridade de Supervisão da LPP e das Fundações da Suíça Central (ZBSA). A experiência vai além da regulamentação: a primeira plataforma de transparência de produtos do fundador está em funcionamento desde 2008 para fabricantes de cosméticos.